Hyper-Vで実行されているMySQLデータベースサーバーをバックアップするための最良の方法
Windows 2008 R2VMで本番MySQLv5.5データベースサーバーを実行しています。現在、データベースのmysqldumpを毎日実行し、それらをバックアップしています。当社のバックアップソリューション（Veeam）はHyper-Vをサポートし、VSSを使用してVMの一貫したスナップショットを作成します。これは良いバックアップ方法ですか？これは最良のバックアップ方法ですか？このVMを復元する必要がある場合、データベースの破損が発生しますか？毎日のmysqldumpを引き続き実行し、それらを個別にバックアップしておく必要がありますか？ありがとう！
バックアップはディザスタリカバリソリューションであるだけでなく、アーカイブでもあります。
ディザスタリカバリの部分では、VMのスナップショットで問題ありません。ただし、データベースから1つのテーブルまたは1つのレコードを回復したい場合、またはデータベース内のレコードが時間の経過とともにどのように進化したかを確認したい場合を想像してみてください。このような場合は、データベースのダンプでいっぱいのディレクトリを使用する方がはるかに良いでしょう。
したがって、スナップショットに依存するだけでなく、ダンプをどこかに保持することをお勧めします。
Hyper-VはVMのVSSスナップショットを実行し、それらのOSに統合サービスがインストールされている場合は、スナップショットの準備も行うように内部OSに通知します。そのVM OSは、VSSプロバイダーを持つすべてのアプリにディスクにフラッシュするように指示します（ Quiescing として知られています）。 V-> VM-> VM内のアプリ。悪い点は、VSS対応のアプリにのみ役立つことです。VSSは2003年からWindows Serverにあり、Microsoft製品で広くサポートされていますが、サードパーティではあまりサポートされていません。
したがって、MySQLはネイティブVSSをサポートしていないようですが、サードパーティのツールがあります これによると 。
私の場合は、MySQLを設定してローカルディスクへのDBバックアップとログバックアップを実行し（多くの場合、目標復旧時点によっては15分ごと）、Hyper-Vスナップショットを実行してこれらのファイルをキャプチャします。回復シナリオでは、データ損失がある場合、オンライン（開いているファイル）のMySQL DBとログだけではなく、それらから回復できます。私はMySQLの専門家ではないことに注意してください:)