Windows Small Business Server2011でWindowsドメインを実行しているお客様がいます。
次に、2008 R2ドメインに「更新」(またはダウングレード?)します。 2つの理由があります。
推奨される移行パスはありますか?これも可能ですか?
そうですね、ドメインコントローラーでなくても、SBS2011をServer2008に移行しようとは絶対にしません。だから、それを試さないでください。
しかし、顧客が望んでいることは実行できます。直接やろうとしないでください。
基本的に、2番目のドメインコントローラーをドメインに追加してから、SBSサーバーをドメインコントローラーとして削除します。
(以下の手順に従う前に、ドメインコントローラーの最新のバックアップがあることを確認することをお勧めします。明示的に言うだけで、常に良い考えです。)
Forest and Domain Functional Levels
を確認してください。既定では、SBS 2011は2003 Domain and Forest Functional Level
を作成して使用します。 2011 Functional Level
がないため、実際にドメインを移行またはダウングレードすることはありません。これを行う方法をリンクしますが、SBSサーバーでFunctional Levels
を確認する方法については、ひどい考えはありません。Functional Level
と少なくとも同じバージョンのWindowsをインストールします。 Server 2008 R2のインストールを計画している場合は、ステップ1をスキップすることもできます。DCPromo
を使用してドメインコントローラーにする 、Global Catalog.
であることを確認FSMO roles
を新しいドメインコントローラーに転送します。オプションですが、追加の推奨手順:
SBSを標準に「ダウングレード」または「アップグレード」することはできません。ダウングレードパスまたは移行パスはありません。
また、これを行ったことがない人は、その方法についてアドバイスを提供しようとしないことをお勧めします。
大きな変更が発生する前のSBSサーバー(すべてのシステム)の完全なバックアップは必須であることに同意します。
2008 R2 Standardのコピー(またはそれ以上)を購入する必要があります。Exchange2010を使用している場合は、SBSから移行するために(または1か月ほど待ってからライセンスを取得するために)そのコピーも必要になります。 2012)。 ExchangeとWindowsの両方で、すべて新しいCALが必要になります。このため、および移行のタイミングのため、2012 CALがリリースされるまでお待ちください(すでにリリースされている可能性があります-サーバー2012はRTMであり、ボリュームライセンスを介して利用できるはずです) (CALも同様に1か月以内)CALは下位互換性があります(ダウングレード権により、以前のバージョンのサーバーへのアクセスを許可するため、すぐに2012に移動しなくても、 CALはすぐに合法であり、再度購入する必要がないことを確認します(Exchange 2013はまだしばらく期限が切れていないため、ソフトウェアアシュアランス(SA)を使用してCALを入手し、無料でアップグレードできます。追加料金(SAはSA以外のバージョンよりも約50%高く、多くの点で「プリペイド」アップグレードライセンスです。アップグレードはほとんどMicrosoftから販売されなくなったためです)
フォレストの機能レベルを確認することを忘れてください。2008R2または2012をインストールする場合、それは重要ではありません。 ADが正常であることを確認するには、サーバー上のDCDIAG/C/E/Vを実行する必要があります。説明できないものはすべて修正し、正常であることを確認します。 ADが正常になったら、システムをドメインに参加させ、DCPROMOを実行して、新しいドメインコントローラーを追加します。
完了時にDCが適切に機能し、GC(グローバルカタログ)でもあることを確認してください。FSMOロールをまだ転送しないでください!代わりに、別のDCDIAGチェックを実行してすべてが機能していることを確認してください2008R2ベースのシステムから他の2008R2ベースのシステムに移行する私の経験ではそれほど問題はありませんが、新しいDCが古いシステムで適切に複製を開始しないという問題が繰り返し発生しています。 BurFlagsレジストリエントリをリセットする必要がある場合もありますが、リセットする必要はありませんが、DCDIAGは新しいDCが適切に機能していることを確認してから続行できます。
FSMOの役割を転送してから21日以内にこの移行を完了する必要があることを理解してください。したがって、データやExchangeなどの他の転送を完了するまでは、最大限の時間を確保するために移行を行わないでください。 (21日以内に移行を完了できなかった場合、SBSサーバーは1〜2時間ごとにシャットダウンを開始します。ISこの問題は解決せず、Microsoftに電話しても問題が解決しないため、MAKE準備ができていることを確認してください。
すべてと全員が移行されたら、FSMOの役割を転送できます。転送後、SBSシステムからExchangeをアンインストールし、注意事項と警告に注意を払います。 Exchangeがアンインストールされたら、DCPROMOを実行して降格します。降格したら、ネットワークから削除します。 SBSライセンスはDEADです。 SBSはFSMOマスターである必要がありますDCそして75を超えるCALがあり、DCとしてのFSMOの役割を持たないネットワークに存在することはできません。はい、現時点では無駄なお金です...しかしそれはあなたが最初にそれを手に入れたとき、完全な製品のinstedaを使うために(比較して)かなり安いオプションでした。
さらに、必要がない限り、ドメインまたはフォレストの機能レベルを上げる必要はありません(Active Directoryの新機能を使用したり、インストールする他のソフトウェアで必要な場合を除きます。必要に応じてできますが、 (機能レベルを上げると、戻ることはできません(通常)。2012およびI THINK 2008 R2は、新しい機能レベルの新しい機能を使用していない場合、機能レベルの特定のダウングレードを許可します。
別々のサーバーでサービスを分離することは論理的で効率的ですが、通常は費用対効果が高くありません。私はExchangeを停止します(特に、75 CALの制限をEclipseにするためにSBSを離れる必要がある場合(これはユーザー制限ではありません-CAL制限です)、WSUSとADは両方とも同じサーバー上に保持します。小規模な環境では比較的軽量で、別々のサーバーで実行するにはコストがかかる可能性があります。また、Server 2012 Standardは、サーバーの1つのコピーの価格で2つの仮想ライセンスを提供します。ソフトウェアの制限はありません(たとえば、クラスター化できます。 2012の2つの上位バージョン(StandardとDatacenter)の唯一の違いは、VMのライセンスに関するものです-Datacenterは無制限のVMを許可し、Standardは2つだけを許可します)。
結論として、あなたがこれをした経験がなければ、私は安くして自分でそれをすることはありません。これを行った経験のある専門家を雇ってください。または、最初にテスト環境で学習します。そうしないと、自分が何をしているのかわからなかったために、後のコンサルタント料金でさらに多く支払うか、生産性が失われるか、ライセンスコストが高くなる(または3つすべて)ことになります。