日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。
レプリケーションピアリングを解除して削除します
共同作成者
変更を提案
災害発生時にフェイルオーバーする場合は、ターゲットホストがボリュームをマウントして読み取りおよび書き込み処理を実行できるように、ターゲットボリュームを切断する必要があります。
HANA データボリュームの場合は、 AzAcSnap で作成された最新の HANA Snapshot バックアップにボリュームをリストアする必要があります。レプリケーションピアリングが原因で最新のレプリケーション Snapshot がビジーとしてマークされている場合、このボリュームリバート処理は実行できません。そのため、レプリケーションピアリングも削除する必要があります。 |
次の 2 つのスクリーンショットは、 HANA データボリュームのピアリング操作の解除と削除を示しています。ログバックアップと HANA 共有ボリュームについても、同じ処理を実行する必要があります。
レプリケーションピアリングが削除されたため、ボリュームを最新の HANA Snapshot バックアップにリバートできます。ピアリングが削除されない場合、リバートボリュームの選択はグレー表示になり、選択できなくなります。次に示す 2 つのスクリーンショットは、ボリュームのリバート処理を示しています。
ボリュームのリバート処理後、データボリュームは整合性のある HANA Snapshot バックアップに基づいており、フォワードリカバリ処理を実行するために使用できるようになりました。
高パフォーマンス階層が低い大容量プールを使用している場合は、必要なパフォーマンスを提供できる容量プールにボリュームを移動する必要があります。 |