交換2000年からの2007年へのTransitioning (部1)

MueedのAlEnziは私達に彼がtransitioning交換から2000年に2007年で書いた一連のポストについての電子メールを送った。彼の記事について興味深かった何が彼の交換2000年のサーバーがまた彼のDCだった、Windows 2000にことあった。彼はこれが共通の組み立てであるので常態よりするべき仕事を私達それおよびポスト・イットをここに受け入れることにしたもっとたくさん有したが。彼が得ることに取り組むと同時に彼のポストの多くを見ることができる作動中彼のブログ.

交換2003年からの交換2007年へのTransitioningは容易、簡単であり、プロセスを記述する網に多くの記事がある。 Henrik Walther MSExchange.comでこのトピックで最もよい記事の1つを書いた、しかしtransitioning交換2000年から単一箱がある状態の交換から2007年についての何(Windows 2000 DCおよび交換2000年)。このシナリオは異なって、もう少したくさん集中および準備を必要とする。この記事シリーズ(3部)では、私は楽しむそれをこの問題の私の実質の経験を示そうと思っている!

組み立てはように続くある:

Windows 2000を動かす2つの範囲のコントローラーはサーバーを進めた。
交換2000年は範囲のコントローラーの1つで取付けられている。
FSMOの役割は交換を動かしていない範囲のコントローラーに動いた。

それで、私達がそれについて考えなければならない最初の事はこれが交換2007年のための条件の1つであるので私達が交換2007年の取付けを通って行く窓2003年前にへ範囲のコントローラーを改善することである。 MSへ見なすこと KB325379、私達が/Forestprep、窓の/Domainprepを2003年動かす前にスキーマの属性は、それらの属性次のとおりである変わらなければならないことを確かがある:

CN=ms-Exch-Assistant-Name
CN=ms-Exch-House-Identifier
CN=ms-Exch-LabeledURI

これらの属性はmsExchAssistantName、msExchHouseIdentifier、およびmsExchLabeledURIとして現われなければならない。そのような変更をするためには、私達はこれらの属性を次の方法で変更する原稿を作成してもいい(KBの記事から引用されて:

スキーマのAdminsの保証グループのメンバーである記述の使用によってスキーマ操作のマスターのコンソールにログオンしなさい。
かちりと言う音の開始、かちりと言う音の操業、開いた箱のタイプnotepad.exeは、それからOKをかちりと鳴らし。
「schemaUpdateNowの後で引きずるハイフンを含む次のテキストをコピーしなさい: メモ帳への1 "。

dn: CN=ms-Exch-Assistant-Name、CN=Schema、CN=Configuration、DC=X
changetype: 変更しなさい
取り替えなさい: LDAPDisplayName
LDAPDisplayName: msExchAssistantName
-
dn: CN=ms-Exch-LabeledURI、CN=Schema、CN=Configuration、DC=X
changetype: 変更しなさい
取り替えなさい: LDAPDisplayName
LDAPDisplayName: msExchLabeledURI
-
dn: CN=ms-Exch-House-Identifier、CN=Schema、CN=Configuration、DC=X
changetype: 変更しなさい
取り替えなさい: LDAPDisplayName
LDAPDisplayName: msExchHouseIdentifier
-
dn:
changetype: 変更しなさい
加えなさい: schemaUpdateNow
schemaUpdateNow: 1

-

Confirm that there is no space at the end of each line.
On the File menu, click Save. In the Save As dialog box, follow these steps:

In the File name box, type the following: \%userprofile%\InetOrgPersonPrevent.ldf
In the Save as type box, click All Files.
c. In the Encoding box, click Unicode.
Click Save.
Quit Notepad.

Run the InetOrgPersonPrevent.ldf script.

Click Start, click Run, type cmd in the Open box, and then click OK.
At a command prompt, type the following, and then press ENTER: cd %userprofile%
Type the following command: c:\documents and settings\%username%>ldifde -i -f inetorgpersonprevent.ldf -v -c DC=X "domain name path for forest root domain"

Syntax notes: DC=X is a case-sensitive constant. The domain name path for the root domain must be enclosed in quotation marks. For example, the command syntax for an Active Directory forest whose forest root domain is TAILSPINTOYS.COM would be: c:\documents and settings\administrator>ldifde -i -f inetorgpersonprevent.ldf -v -c DC=X "dc=tailspintoys,dc=com"

Note You may need to change the Schema Update Allowed registry subkey if you receive the following error message: Schema update is not allowed on this DC because the registry key is not set or the DC is not the schema FSMO Role Owner. For more information about how to change this registry subkey, click the following article number to view the article in the Microsoft Knowledge Base: 285172 Schema update require Write access to schema in Active Directory â€œ

Now we have to verify that previous attributes had been modified, this can be done through ADSI edit tools (installed as a part of the support tools), under the schema find the attributes (CN=ms-Exch-Assistant-Name CN=ms-Exch-House-Identifier CN=ms-Exch-LabeledURI). Double click each of them, on the attributes tab in the "Select which properties to view" drop down, select either Mandatory. In the next drop down "Select a property to view" select lDAPDisplayName. Then at the text in the box next to value, make sure that the three attributes same as the attribute name without the CN= and the dashes i.e. msExchAssistantName).
Now we can safely run adprep on the schema operations master. To do so, Log on to the console of the schema operations master with an account that is a member of the Schema Admins security group.

Click Start, click Run, type cmd, and then click OK. Where X:\I386\ is the path of the Windows Server 2003 installation media.

X:\I386\adprep /forestprep

Verify that the adprep /forestprep changes have replicated on all the domain controllers in the forest. After that, Run adprep /domainprep on the Infrastructure master. To do so, click Start, click Run, type cmd, and then on the Infrastructure master type the following command:

X:\I386\adprep /domainprep

Verify that domainprep completed successfully, and a replication had been initiated between the DCs. In my scenario, I had a new server (windows 2003 SP1) which I promote it successfully to be the first domain controller running windows 2003, after preparing the schema. After that I had transferred the FSMO roles to the new DC and set it as a Global catalog, then upgrade the old DC to windows 2003 (the one that it is not running exchange).

For more information:

KB Article 325379 - How to upgrade Windows 2000 domain controllers to Windows Server 2003

Transitioning from Exchange 2000 to 2007 (Part 2) Coming Soon

Transitioning from Exchange 2000 to 2007 (Part 3) Coming Soon