Windows Server 2008 R2を「複製」する最良の方法は？

1台の物理ハードドライブを備えたWindows Server 2008 R2マシンがあります。

ハードウェアの正確なコピーがあります。サーバーに障害が発生した場合に備えて、冗長バックアップを使用する予定です（ハードウェアまたはソフトウェア）。

運用サーバーのハードドライブを定期的に "複製"したいので、障害が発生したときに最新のクローンと交換します。

これも可能ですか？もしそうなら、これを行う最も簡単な方法は何でしょうか？

より良い解決策は、Windows Serverバックアップを使用することです。

1. Windows Server 2008 R2にネイティブ

2. 異なるハードウェアに対してもベアメタルリストアを実行するために使用できるフルコンピュータバックアップをサポートします

3. ネイティブにVSSを使用します

4. 個々のファイルを復元するだけでなく、コンピューター全体を復元するために使用できます

スケジュールどおりにハードドライブをオフラインで複製することは、私が安心できることではありません。ハードドライブがオフラインの場合、サーバーが起動不能になったりデータが破損したりする可能性のある不注意な変更に対して非常に脆弱です。これは、人がどれほど慎重であっても当てはまります。そのようなことが頻繁に発生するというわけではありませんが、ライブサーバーをオフラインにして、オペレーティングシステムの権限とプロセス所有権のチェックとバランスを完全に無効にすることは、恐ろしい可能性につながる可能性があります。

私は2つの可能性をお勧めします：

オプション1

ソースサーバーが稼働しているときに、あるサーバーを別のサーバーに複製することを目的とした製品を使用します。これはバックアップおよびリカバリ製品ではなく、高可用性製品です。たとえば、Marathon everRunまたはVision SolutionのDoubleTake製品。

「たまにオフラインにして、バックアップして、何か悪いことが起こったらサーバーを復元できることを願っています-ああ、私たちが解雇されるのを防ぐのに十分なデータがあることを願っています」数秒前のデータを使用して、数秒以内に回復サーバー上で稼働させることができます（設定方法によっては、まったく古いものではありません）。

オプション2

ライブシステム、特にCDPを使用する製品のイメージベースのバックアップを実行するためのバックアップツールを使用します。イメージはブロックベースである可能性が高く、ポイントインタイムリカバリオプションがあります。その後、別のハードウェアにリカバリできます。多くの場合、まったく同じハードウェアである必要はありません。JoeQwertyのソリューションは多くのショップにとって十分であり、Windowsバックアップは長い道のりを歩んできました。

何をするにしても、バックアップを作成するためにサーバーを停止しないことをお勧めします。これは、災害、非効率、およびSysAdminの多くの肉体労働への道をいじっています。効果的なシステム管理には3つのルールがあります。

1. 自動化
2. 自動化
3. 自動化

それ以外はただ忙しい仕事です。

オープンソースであるClonezilla;）

Symantec System Recoveryは、このような目的のために作られています。サーバーの実行中にバックアップを作成し、ベアメタルハードウェアが100％同じでない場合でも、仮想マシンまたはベアメタルに復元できます。

私はそれを約3。5年使用していませんが、当時は非常にうまく機能しました

ディスクの管理でドライブをミラーリングすることの何が問題になっていますか？無料で、復元する必要もありません。はい、ファイルを削除して元に戻したい場合は役に立ちませんが、それは別の問題です。そのためには、バックアップが必要です。

私は長年Paragon Drive Backupを使用してきました。メインとリカバリの2つのSSDを使用します。毎日実行されるmain to recoveryのスケジュールされたディスクコピーをセットアップします。同一のハードウェアに配置して問題なく起動できるクローンディスクを作成します。ドライブをDataPortカートリグに入れました。メインをオフにして、リカバリからリブートできます。これを定期的にテストします。また、サーバーの2つのハードドライブに5日間のラウンドロビンディスクイメージバックアップを実行します。そのため、私は常にスペアディスクとバックアップのコピーを5日間持っています。それが私を15年以上にわたってビジネスにつなげています。

Paragonは別のマシンに復元できますが、予備の同一ハードウェアを使用する方が簡単だということを理解しました。

DISMの使用を強くお勧めします。

これは、既存のWindows Server 2008 R2セットアップをWindows 8.1内で実行されているHyper-Vクライアントパーティションに正常にP2V移行するために行ったことです。

1. devmgmt.mscスナップインを使用して、物理的なWindows Server 2008 R2セットアップからすべての専用ストレージドライバーを削除しました。

2. サーバーマネージャーを使用して、Windows Server 2008 R2の物理セットアップからHyper-Vの役割を削除しました。

3. appwiz.cplアプレットを使用して、物理的なWindows Server 2008 R2セットアップからVMware Workstationアプリケーションを削除しました。

4. c：> sysprep / oobe / generalize / shutdownを使用して、ハードウェアに依存しない展開用の物理的なWindows Server 2008 R2セットアップをSysprepしました

5. sysprepパーティションを含む物理ハードドライブをデュアルベイハードドライブドックに接続しました。

6. Windows®8.1用のWindowsアセスメント＆デプロイメントキット（ADK）をダウンロードしました。

7. Hyper-Vマネージャーを使用して空のVHDX仮想ハードドライブを作成し、起動したWindows 8.1内のWindowsエクスプローラーで空のハードドライブをダブルクリックしてWindows 8.1に接続しました。

8. DISMを使用してWindows Server 2008 R2セットアップでブートパーティションのWIMイメージを作成しました。

   C：\ Program Files（x86）\ Windows Kits \ 8.0 \ Assessment and Deployment Kit \ Deployment Tools \ amd64 \ DISM> dism / capture-image /imagefile:d:\image.wim / capturedir：s：\ / n ame： 「Windows Server 2008 R2」/ compress：fast / bootable / checkintegrity / verify

9. 作成されたWIMイメージを接続されたVHDXドライブ（私の場合はドライブ文字T：\）に展開しました。

   C：\ Program Files（x86）\ Windows Kits \ 8.0 \ Assessment and Deployment Kit \ Deployment Tools \ amd64 \ DISM> dism / apply-image /imagefile:d:\install.wim / applydir：t：\ / index：1 / checkintegrity / verify

重要：作成されたWIMイメージには1つのパーティションのみがありますが、このイメージをターゲットドライブに適用する際には、インデックス1を指定する必要があります。ただし、このWIMイメージを添付すると、このイメージに1という名前のフォルダーはありません。

10. diskmgmt.mscスナップインを使用してWindows 8.1からVHDX仮想ハードドライブを切り離し、新しく作成した仮想マシンに接続しました。

ShadowProtectを使用します。信じられないほどうまく機能し、別のハードウェアに復元する必要がある場合に最適です。現在、SBSサーバーの毎日の増分イメージを取得するために使用しています。

Storagecraft Shadowprotect

同一のハードウェアまたは異なるハードウェアに継続的に複製するように設定できます。たとえば、セカンダリマシン上のvmに複製できます。それはただ動作します。

サーバー仮想化を試してください。HA、Fastly Cloneサーバー、およびバックアップを取得する最良の方法です。

サーバー仮想化ソリューションはこれを支援します。