Programiranje

Prijatelji ne dovolijo prijateljem, da sami selijo Active Directory

Eden od vidikov sveta IT, ki ga resnično cenim, je radodarnost skupnosti z njihovim znanjem in časom. V preteklem tednu bi imel resne težave s selitvijo Active Directory, če ne bi bila pripravljenost ljudi deliti svojih izkušenj in popravkov v spletu. Ni mi prvič v prid, niti ne bo zadnjič.

Z več organizacijami, ki nadgrajujejo svoje stare Active Directory in združujejo ali preprosto spreminjajo imena domen, morajo skrbniki IT ugotoviti, kako se prestrukturirati. Za nekatere je lahko postopek preimenovanja domene s pripomočkom naključno. Toda za vse, ki so postopek delali s starejšimi strežniki, kot je Windows Server 2003, se boste strinjali z Microsoftovim opozorilom, da je "postopek preimenovanja domene zapleten in zahteva veliko pozornosti pri načrtovanju in izvedbi."

[5 brezplačnih orodij Windows Server, o katerih bi morali vedeti. | Bodite na vrhu ključnih Microsoftovih tehnologij v naši tehnologiji: Microsoftovo glasilo. ]

Pozitivna stran je, da lahko svoje strežnike nadgradite na Windows Server 2012, vendar bo to morda zahtevalo nekaj nadgradenj z ene na drugo različico operacijskega sistema, ker ne morete skočiti neposredno na Windows Server 2012, če uporabljate kaj starejšega od Windows Server 2008 R2 . Od tam lahko nadaljujete s postopkom preimenovanja. Kot je razvidno iz tega preprostega vodnika pooblaščenega trenerja Mohda Hamizija, je preimenovanje v sistemu Windows Server 2012 veliko preprostejše kot v kateri koli različici.

Prejšnji teden sem se soočil z gozdom Active Directory z eno samo domeno, ki jo je bilo treba spremeniti. Delovala je v operacijskem sistemu Windows Server 2008. Mislil sem najprej nadgraditi na Windows Server 2008 R2, nato na Windows Server 2012, vendar je bilo treba tudi domeno resno očistiti. Odločil sem se, da se z orodjem za selitev Active Directory (ADMT) 3.2 premaknem v nov gozd in posledično očistim Active Directory - nov začetek.

To ni bil moj prvi rodeo z ADMT; morda se spomnite, da sem že leta 2010 uporabil različico 3.1 za selitev 50.000 uporabniškega okolja, razdeljenega na 60 domen, v eno domeno. Postopek se je v različici 3.2 malo spremenil, čeprav je dokumentacija postala še večja zver z več kot 250 stranmi. Bilo je tako pošastno, da se nisem mogel več soočiti z branjem priročnika. Na srečo mi ni bilo treba. Preko wiki spletnega mesta TechNet sem našel tridelni vodnik z naslovom "Interforest Migration with ADMT 3.2", ki je imel posnetke zaslona po korakih za celoten postopek. Kakšen reševalec življenja!

Sledil sem korakom in v nekaj urah zaključil celoten postopek. Najbolj neverjetno pri tem "živem" vodniku je, da je bilo popravljenih 24 popravkov, nekatere je opravil prvotni poster, nekatere pa drugi, vključno z zaposlenimi v Microsoftu.

$config[zx-auto] not found$config[zx-overlay] not found