バックアップ・リカバリのパフォーマンスチューニング

パフォーマンスチューニング手法

理想的には、バックアップ・リカバリのパフォーマンスはデータの分布（パーティション数とパーティションサイズ）およびハードウェア（CPU、ディスク、ネットワーク）の性能にのみ制限されるべきですが、デフォルト設定ではハードウェアの性能を十分に活用できない場合があります。そのため、OceanBaseデータベースではリソース分離ポリシーと以下の構成パラメータを提供し、バックアップ・リカバリのパフォーマンスチューニングを行います。

• ネットワーク設定：構成パラメータsys_bkgd_net_percentageは、バックグラウンドシステムタスク（バックアップ・リカバリタスクを含む）が使用できる総ネットワーク帯域幅の割合を制限するために使用されます。sys_bkgd_net_percentageを適切な値に設定することで、フロントエンド業務に影響を与えることなく、バックアップ・リカバリタスクがネットワーク帯域幅リソースを最大限に活用できるようになります。

• CPU、I/O設定：同時に、OceanBaseデータベースはResource Managerによるリソース分離メカニズムも提供しており、異なるタイプのタスクのCPUおよびI/O使用量を制限します。バックアップ・リカバリタスクにリソース分離を設定した場合は、実際のリソースとビジネス要件に基づいて上限を設定し、バックアップ・リカバリタスクのCPUおよびI/O使用量がボトルネックに達するのを防ぐ必要があります。

• その他の設定：CPU、I/O、およびネットワークリソースが十分であることを確保した上で、関連する構成パラメータ（ha_low_thread_score、log_archive_concurrency、log_restore_concurrency、ha_high_thread_scoreなど）を設定することで、バックアップ・リカバリタスクの並列処理を向上させ、さらにパフォーマンスを高めることができます。

リソース構成関連

クラスタレベルの構成パラメータ sys_bkgd_net_percentage

構成パラメータ sys_bkgd_net_percentage は、バックグラウンドシステムタスクが使用できるネットワーク帯域幅の割合を設定します。デフォルト値はマシンのNIC速度の60％です。帯域幅が上限の場合、業務リクエストに影響を与えない範囲で、構成パラメータ sys_bkgd_net_percentage の値を適宜引き上げることができます。

設定が成功した後、次の方法でログを確認できます：

1. admin ユーザーでOBServerノードが存在するマシンにログインします。

2. OceanBaseデータベースソフトウェアのインストールディレクトリに移動します。

   以下は、OceanBaseデータベースソフトウェアのインストールパスが /home/admin/oceanbase/ である場合の例です。実際の環境に基づいて操作してください。

   [admin@xxx /]$ cd /home/admin/oceanbase
   

3. 以下のコマンドを実行して、NIC速度を確認します。

   [admin@xxx oceanbase]$ grep -E 'print band limit|succeed to init_bandwidth_throttle' log/observer.log*
   

   ここで、observer.log はクラスタ起動時のobserverログです。

   たとえば、クエリ結果は次のとおりです：

   log/observer.log.20210811100806：[2021-08-11 10：06：32.934433] INFO  [SERVER] ob_server.cpp：1783 [76957] [0] [Y0-0000000000000000] [lt=4] [dc=0] succeed to init_bandwidth_throttle(sys_bkgd_net_percentage_=60，ethernet_speed_=1310720000，rate=786432000)
   log/observer.log.20210811100806：[2021-08-1110：07：42.351813] INFO  [COMMON] utility.cpp：1487 [77169][418] [Y9FA64586E9E-0005C93F15DAE715] [lt=11] [dc=0] print band limit(comment= in ， copy_KB=0， sleep_ms_sum=0， speed_KB_per_s=0， total_sleep_ms=0，total__bytes=531, rate_KB/s=786432，print_interval_ms=69417)
   

   最初のクエリ結果では、sys_bkgd_net_percentage_=60 はバックグラウンドシステムタスクが使用できるネットワーク帯域幅がマシンのNIC速度の60％であることを示します。network_speed=1310720000 は、OceanBaseデータベースが認識するマシンのNICの最大速度が1310720000 B/sであることを示します。rate=786432000 は、制限後の最大速度が786432000 B/sであり、かつ rate = network_speed * sys_bkgd_net_percentage であることを示します。

   2番目のクエリ結果では、rate_KB/s=786432 は、OceanBaseデータベースが認識する制限後の最大速度（rate）が786432 KB/sであることを示します。

OceanBaseデータベースが認識するNIC速度が不正確な場合があるため、ログを確認した後、OceanBaseデータベースが認識する速度と実際の速度が一致しない場合は、NIC速度の確認 を参照して変更することができます。

変更後、ビュー V$OB_NIC_INFO を確認して、変更後のNIC速度が有効になっているかどうかを確認できます。

Resource Managerのリソース分離

Resource ManagerはOceanBaseデータベースのリソース分離メカニズムであり、関数レベルのリソース分離を通じて、CPU、IOPS、ネットワーク帯域幅など、異なるバックグラウンドタスクのリソース上限を設定できます。リソース分離の詳細については、リソース分離の概要を参照してください。

関数レベルのリソース分離において、バックアップ・リカバリに関連するバックグラウンドタスクは以下のとおりです：

• ha_high：レプリケーション、Rebuild、リカバリなど、高優先度かつ高信頼性のタスク。
• ha_mid：ミグレーションタスクなど、中優先度かつ高信頼性のタスク。
• ha_low：バックアップやバックアップクリーンアップなど、低優先度かつ高信頼性のタスク。

ビューDBA_OB_RSRC_DIRECTIVESを使用して、現在のテナントが設定したリソース分離計画を確認できます。クエリ結果が空の場合、テナントにリソース分離計画が設定されていないことを意味します。バックグラウンドタスクに対応するレコードが検索された場合、まずCPU、I/O、ネットワーク帯域幅などがボトルネックに達し、かつリソース分離の制限と一致しているかどうかを観察します。一致していることを確認したら、フロントエンド業務に影響を与えない範囲で、適宜リソース分離計画を変更することを推奨します。リソース計画の変更手順の詳細については、リソース管理計画の更新（MySQLモード）およびリソース管理計画の更新（Oracleモード）を参照してください。

バックアップ・リカバリのパフォーマンステストを実行する際には、リソース分離計画を設定することは推奨されません。

データバックアップ関連

ログアーカイブ関連

物理復旧関連

テーブル単位の復旧関連

物理復旧補助テナント段階

テーブル単位の復旧関連ビューの紹介に記載されているビューを使用して、このタスクに関連する一時的な補助テナントの名前を取得します。補助テナントの名前は、デフォルトでAUXをプレフィックスとして先頭に付けて識別されます。

テーブル単位の復旧における物理復旧補助テナント段階は、物理復旧と同じです。この段階に関連するパフォーマンスチューニングについては、本記事の物理復旧関連の内容を参照してください。

テナント間のテーブルエクスポート段階

関連ドキュメント

• NIC速度の確認

• テナント内リソース分離の設定(MySQLモード)

• テナント内リソース分離の設定(Oracleモード)

• リソース管理計画の更新(MySQLモード)

• リソース管理計画の更新(Oracleモード)