バックアップ/リカバリ アプライアンスでの低スプラッシュ バックアップの原因

ロー スプラッシュ バックアップとは

Backup and DR サービスのバックアップ/復元アプライアンスでは、通常、データベースの初期完全取り込みバックアップに時間がかかります。それ以降のバックアップは、はるかに高速な増分バックアップになります。増分バックアップでは、現在のスナップショットと前のスナップショットのビットマップを比較し、増分変更のみを適用します。

ロー スプラッシュ バックアップは、前のバックアップ ジョブでシステムエラーが発生し、ビットマップ イメージが信頼できないか、ビットマップを読み取れない場合に発生する特殊なタイプのバックアップ ジョブです。ビットマップを読み取るサービスは、Linux 環境では cbt_server、Windows 環境では AAMService です。

ロー スプラッシュ バックアップは、信頼できるビットマップを再作成するために完全な取り込みを再度実行する必要があるため、通常の状態で行われるバックアップよりも時間がかかります。これにより、完全バックアップを置き換えることなく、増分変更を適用できます。

ロー スプラッシュ バックアップが発生しない場合

  • コネクタのアップグレード
  • システムのグレースフル再起動
  • バックアップ時にサービスがまだ実行されていることを前提とした、cbt_server または AAMService のグレースフル再起動

  • 信頼できないビットマップの原因となるエラーが発生しなかったフェイルオーバー。

信頼できないビットマップの原因

信頼できないビットマップは、次のような理由でバックアップ ジョブが中断された場合に発生します。

  • ホストのクリーンでないシャットダウン:
    • グレースフルでないシャットダウンは、ビットマップの信頼性の低下によりロー スプラッシュを引き起こします。 これには、物理マシンで電源を切る、正常なシャットダウンを行わずに Windows をオフにする、ブルースクリーン エラーが発生するなどの方法が含まれます。クラスタ内の 1 台のマシンでフェイルオーバーをトリガーするブルースクリーン エラーが発生した場合でも、失敗したマシンのビットマップは信頼できないため、このエラーが発生します。
    • 前のバックアップ以降にデータベースをホストしているクラスタ内のすべての Windows サーバーが使用できず、Backup and DR エージェントを実行していない場合。変更を検出するために、前のバックアップ以降にデータベースをホストしている各クラスタ ホストからビットマップを取得します。すべてのビットマップがない場合は、データの完全性を維持するためにロー スプラッシュを実行する必要があります。データベースをホストしているクラスタ ホストで BSOD が発生した場合、バックアップ時にビットマップが使用可能であっても信頼できない可能性があるため、ロー スプラッシュ復元が必要になります。
  • カーネル モジュールの更新に失敗した場合
  • ユーザーモード デーモンのクラッシュまたは再起動
  • バックアップの実行中にフィンガープリント エラーが発生した場合。（Backup and DR サービスは、各バックアップ ジョブで「フィンガープリント チェック」を実行してエラーを確認します）。
  • Vault 処理中のエラー。OS のシャットダウン中にストレージ ディスクがいっぱいになり、システムがすべてのデータを Vault に書き込めない場合。
  • SAP HANA ノードのフェイルオーバーにより、バックアップが別のノードにリダイレクトされる。
  • カーネル モジュールを読み込めないため、バックアップが縮退モードで実行されている。 通常、これは OS がサポートされていないバージョンの場合に発生します。
  • バックアップ中に cbt_server または AAMService が停止すると、ビットマップを取得できず、バックアップ ジョブがロー スプラッシュ モードで実行されます。 AAMService が長時間停止していない場合は、AAMService を起動すると、通常のバックアップでビットマップを使用できるようになります。
    • cbt_server または AAMService が長時間停止し、ドライバによって数ギガバイトのイベントがキューに登録されると、ビットマップを再作成できず、バックアップはロー スプラッシュ モードになります。これにかかる時間は、データベースで発生するディスク I/O の量によって異なります。通常、AAMService のダウンタイムが数日必要になります。
  • cbt_server または AAMService のグレースフルでないシャットダウンにより、現在読み込まれているビットマップの信頼性が低下する可能性があります。追跡対象ファイルが過去 15 分以内に書き込まれた場合、ビットマップが読み込まれます。通常、ビジー状態のデータベースでは、ロー スプラッシュが発生します。
  • 追跡対象ファイル（SQL Server .mdf ファイルなど）を含むボリュームがホストでアンマウントされてから再マウントされた場合、アンマウント中にファイルに書き込まれた内容を把握できないため、ビットマップは信頼できません。