AWS EC2にデプロイされたデータベースの書き込み停止時間を最小限に抑える[終了]


-1

EC2インスタンスにリレーショナルデータベースがあるとします。RAIDモードのEBSボリュームのセットがあります。このインスタンスをバックアップする手順を実行します。このバックアップの実行中にデータベースに書き込むことができない時間を最小限に抑える方法は?


クイズを作成する人が何を考えていたかを理解できるように、おそらく答えを提供する必要があります。
マイケル-sqlbot

回答:


1

重要な懸念事項がデータベースの停止ではない場合、スナップショットを取得できます。インスタンスが静止している間にスナップショットを撮ると、スナップショットは一貫しますが、10秒間インスタンスをシャットダウンでき、一貫したスナップショットを100%確信できます。ここで重要なのは、スナップショットが開始されると、ボリュームの変更を続行できることですが、スナップショットは、スナップショットを要求した時点で取得されます。その後、スナップショットを新しいインスタンスにマウントし、バックアップを作成できます。それは難しい方法ですが、おそらくダウンタイムは最も少なく、おそらく自動化することができます。

ベンダーツールを使用して、通常データベースの使用を中断しない別のボリュームまたはS3にデータベースをエクスポートすることもできます。

他の方法、おそらくもっと良い方法が他にあることは間違いありません。SFは試験を支援するのではなく、実世界のビジネス上の問題を対象としているため、この質問はおそらく遅かれ早かれ終了します。


好奇心から明確にしたいだけです。「スナップショットが開始されたら、ボリュームの変更を続けることができる」のはなぜですか?舞台裏の技術的なニュアンスは何ですか?
アンドレモニー

1
舞台裏のテクノロジーが何であるかはわかりませんが、スナップショットの作成中にボリュームが変更されたとしても、スナップショットを開始すると、スナップショットを開始した時点でスナップショットを開始するとAWSが言うだけです。ボリュームシャドウコピーのようなものだと思います
Tim
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.