-2

特定のアドレス空間 (10.0.0.0/8) を持つ Azure 仮想ネットワークを作成しました。その下にサブネット 10.10.0.0/16 を作成し、DNS サーバーとしても機能する PDC と BDC を含む複数のマシンをこのサブネットに追加しました。

残念ながら、それはまさに私が意図したことではありません。アドレス空間を 10.10.0.0/16 として作成し、S2S VPN ゲートウェイを使用して他の仮想ネットワークに接続するつもりでした. 他の仮想ネットワークは、10.x.0.0/16 として構成されたアドレス空間を使用してセットアップされます。

状況を修正するために、ここと MSDN で見つけた情報に基づいて、正しいアドレス空間 (10.10.0.0/16) を使用して同じリージョンに新しい仮想ネットワークを作成し、古い仮想ネットワーク内の VM を削除しました (ただし、 VHD を残して)、古い VHD を使用して新しい仮想ネットワークに VM を再作成しました。

これは期待どおりに機能しているようです。これで、ドメイン コントローラともう 1 台のマシンがダウンしました。同じプロセスに従ってドメイン コントローラーを移動することに問題はありますか? システム GUID が異なることは認識していますが、これが AD および DNS サーバーに関連するものに影響を与えるかどうかはわかりませんでした。

TIAがお手伝いします。

4

1 に答える 1

0

AD の観点からは影響がないように見えます。DNS の観点からは、Azure はマシンが再起動された順序で IP アドレスをマシンに割り当てたため、DNS の混乱を避けるために、IP アドレスの昇順で VM を再起動しました。

マシンを起動する前に、SQL Server データ ボリュームがアタッチされていることを確認する必要がありました。アタッチされていない場合、データベースは回復保留中の状態として表示されます。

また、MAC アドレスに依存するアプリ (一部のライセンス サーバーなど) では、MAC アドレスが変更されたため、新しいライセンス ファイルが必要でした。

于 2014-07-06T20:45:29.870 に答える