Hyper Vレプリケーション-vs-SQLレプリケーションソリューション
SQLサーバーを含む多数の運用サーバーのオフサイトコピーを確立する必要があります。
Hyper Vレプリケーションがシンプルなソリューションとして選択されました（すべてのサーバーが仮想です）。これは、災害時のオフサイトバックアップを補足するためのものです。インスタントフェイルオーバー、ミラーリング、高度なセットアップは必要ありません。最も重要なデータとシステムのかなり最近のコピーのみが必要です。
Hyper Vレプリケーションはシンプルで、設定して忘れるように見えます（レプリケートされていないVHDにtempdbを配置し、VHD間で書き込み順序を維持するためにフラグを設定してください）。しかし、私は依然として効率と堅牢性に関心があり、単純なlog shipping設定の方が帯域幅がより簡単であると考えています（ログ以外のものを複製する必要はありません）。
何を（いつ）選択するかについての意見や洞察は歓迎されます
答えは、DRシナリオでデータを回復できない場合に最終的に責任を負う（仕事を失う）人々のSQLスキルレベルに依存すると思います。
DBAが雑談しているときは、ほとんどの場合、機能しなかった、または機能しなくなった、または監視されなかったベンダーソリューションのホラーストーリーが聞こえます。そして、データが失われると、失われます。私はすべてを確認しました。他の一部のチームが高度なツールを使用して監視していると言うのはいいことです。数か月後、アラームを無視することを学び、単に応答する時間がない場合壊れているという繰り返しのメール。
それが、私のようなDBAが少しアナルであり、説明責任があるところはどこでも、所有権と責任を主張する理由です。バックアップがSQLで保持されているのは、バックアップが機能していることを確認し、同様に監視できるためです。シンプルで十分なので、できるだけシンプルにしています。
一方、誰かがサーバーを手渡して「これはコピーであり、適切なコピーであることを確認して機能している」と言った場合、SQLデータ比較と停止ウィンドウなしでできることはほとんどありません。
場所にDBAがいない場合、またはデータベースサーバーにインストールされているライセンス制限やソフトウェアがある場合は、できる限りのことを行います。また、ベンダーやコンサルタントは、データが失われたときに既に支払いが済んでいるため、同じように対応することがよくあります（ここでも、伝えられたり提供されたりしたことでやり直しています）。
しかし、私にとっては？ベストプラクティスについては、難しいことではありませんか？バックアップにベンダーがいません。
追記：例外は、長期または冗長ストレージのネットワークドライブなどのバックアップメディアのスナップショットの基礎となるものです。ただし、これも購入者の注意の問題です。スナップショット領域が不足すると、誰かが必然的に古いバックアップをすべて相談なしに削除します。私はそれが何度も起こるのを見てきました。しかし、この場合、Xの人々が長期的なファイルストレージの責任を負うことが明らかである限り、あなたができることはあまりありません。
何を（いつ）選択するかについての意見や洞察は歓迎されます
Hyper Vのレプリケーション機能に関しては、知識が限られています。そのため、どちらの方法がより良いかについての詳細な考えや意見を提示するのではなく、両方のオプションをしっかりとテストしてから、先に進めます。
後で使用するオプションを決定した（調査およびここで質問する）ことを計画している可能性があります。ただし、これを逆にして事前にテストを行い、さらにテストして最終的に実装するものを絞り込むのに役立つ場合があります。これにより、使用することを決定したソリューションに対する真の信頼が得られるだけでなく、そのオプションを選択した理由の裏付けも得られます（このオプションは実際にうまく機能することに比べて、テストのニーズに優れていることが証明されています）。これにより、ビジネスのニーズを満たす上で可能な限り最高のソリューションを得ることができます。
非常に重要な1つの重要考慮事項は、SQL Serverの動作に関するHyper Vレプリケーションテクノロジーの認識レベルです。必要な最後のことは、フェイルオーバーして、基礎となる複製がどのように機能するかにより、データベースが一貫した状態にないことを認識することです。プロセスの早い段階でのいくつかのテスト/プロトタイピングは、それを明らかにするのに役立ちます。
記事を読む Hyper-Vレプリカ環境でのSQL Serverのホスティング これは、Hyper-VレプリケーションをSQL Serverに使用できることを示しています。しかし、私はそれが必ずしもそうあるべきだとは思いません。
どのレベルのRTO/RPOを探していますか？言い換えれば、どれだけの期間、あなたはダウンすることができますか、そしてどれだけ失う余裕がありますか？
これらの質問への答えが数十分で測定される場合、SQLログ配布の使用を検討します。それより少ない場合は、非常に高価なHAタイプのシナリオまたはデータベースミラーリングを検討する必要があります。
1つのVHDファイルにデータベース全体を配置する必要があるという前述の欠点は、適切なハードウェアまたは低いスループットがない限り、パフォーマンスの問題を簡単に引き起こす可能性があります。