Windows 2008 R2の複製、結合解除、名前変更の方法VMオフライン、その後ドメインをオンラインで再結合する
Windows 2008 R2ドメインに参加しているサーバーがありますが、同じドメインにテストサーバーとして複製する必要があります。 MSSQL 2012インスタンスとTeam Foundation Server 2013がインストールされていますが、これがこの計画に影響を与えることはありません。
私の計画は次のとおりです。
- VMwareマシンのクローンを作成します。
- ネットワーク接続なしで起動（ケーブルを外す）
- ローカル管理者とドメインを切り離し、再起動します
- サーバー名を変更し、IPアドレスを変更して、再起動します
- ネットワーク接続を接続する
- ドメインに参加します（MSSQLで@@ servernameを変更します）。
私の質問：この手順は、元のサーバー（ドメインコンピューターアカウント）に何らかの影響を与えますか？これを行うためのアドバイスは何ですか？
よろしくお願いします！
ドメインに参加しているすべてのサーバーで、最初にそれらをsysprepする必要があります。手順を次のように修正します。
1）VMWareツールを使用してマシンのクローンを作成します。
2）ネットワーク接続なしで起動します。
3）C:\windows\System32\sysprep\sysprep.exeを実行し、「Generalize」にチェックを入れます。再起動します。
4）マシンに名前を付けてネットワークに接続し、通常どおりに参加します。
Sysprepは完全に必須であり、サーバーでSIDが競合しないようにします。クローンを作成するときも、必ずネットワークアダプターのMACアドレスを再生成してください（とにかくESXiがこれを行うと思います）。
Nathan C の答えに追加します。
ADに参加しているコンピューターの適切な複製方法は、 sysprep を使用することです。
通常、新しいマシンは新しい [〜＃〜] rid [〜＃〜] を取得すると安全に言えますが、マイクロソフトはsysprepの使用をお勧めします。したがって、予期しない問題が発生しないことが確実でない限り、一般的には推奨事項に従うことをお勧めします。
ただしそれ以来、かなりの回数確立され、テストされています SIDはそれほど重要ではありません したがって、手順は機能します。テストのためだけにそれを利用するなら、あなたは大丈夫です。
影響を受けるサービスは次のとおりです：
- WSUS
- システムセンター
- KMS
これらの3つのユーティリティのいずれかを使用すると、現在のアプローチでは、syspreppingの際には得られない問題が発生します。
これらの問題は通常、新しく追加されたマシンにのみ影響するため、答えは次のとおりです。
この手順は元のサーバーに影響しますか
です：一般的には、そうではありません。
ただし、簡単な修正のためにMicrosoftのベストプラクティスを回避していることに注意してください。
どれが一般的にうまく終わらないか、そして確かに長期的に持続可能ではありません。