質問: azure backup for windows serverは、同じサーバー上の通常のsql serverバックアップに影響しますか? sql server 2016可用性グループノードが実行されているフェールオーバークラスターノードとして構成された仮想化windows server 2019インスタンスがあります。通常の完全/差分/ログバックアップスケジュールで「従来の」sqlサーバーバックアップをすでに設定しています。現在、ランサムウェア攻撃の可能性からさらに保護するために、azure backupを使用してwindows serverインスタンス全体をバックアップできるかどうか疑問に思っています(ドキュメント here を参照)。通常のバックアップ戦略に取って代わるのではなく、既存の設定を壊すことなくバックアップ方法を追加します。これはwindows server向けazure backupで機能しますか、それとも現在のバックアップ戦略に影響しますか?編集:最初にこの質問をした理由を明確にするために:両方のバックアップ方法でvssを使用している可能性があるため、azure backupをセットアップすると既存の完全/差分/ログバックアップチェーンが壊れるかどうかを知りたいです。
回答: あなたの主な心配は、2つの異なるバックアップセットを生成するために両方が同時に shadow copy を使用する2つのバックアップジョブが何らかの方法で競合し、どちらか一方または両方に障害が発生するかどうかです。答えは、そのような対立は起こり得ないということです。microsoftの記事 プロバイダーのシャドウコピーの作成 には、あなたの質問に答える次のような引用があります。 元のボリュームのシャドウコピーセットの数またはシャドウコピーセットの数に制限はありません。 「シャドウコピーセット」という用語をよりよく理解するには、記事 シャドウコピーとシャドウコピーセット から: シャドウコピーセットは、さまざまなボリュームのシャドウコピーのコレクションであり、すべて同時に作成されます。 vssは、永続的なguidによって各シャドウコピーセットを識別します。 「シャドウコピーセット」は、1つ以上のディスクボリュームと、シャドウコピー操作に含まれるその他のソースのスナップショットです。これには、この操作に参加できる容量がある限り、ハードディスクだけではないプロバイダーも含まれます。上記から、各シャドウスナップショットはスタンドアロンであり、他のそのような操作と競合しないことは明らかです。それぞれに独自の [〜#〜] guid [〜#〜] があり、これによりwindowsは安全かつ明確にそれらすべてを並行して処理できるため、すべてのバックアップが一貫して正しくなります。