Ohjelmointi

Ystävät eivät anna ystävien siirtää Active Directorya yksin

Yksi osa IT-maailmaa, jota todella arvostan, on yhteisön anteliaisuus heidän tietämyksensä ja ajansa kanssa. Viime viikolla olisin joutunut vakaviin ongelmiin Active Directory -muuton kanssa, ellei ihmisten halukkuus olisi jakanut kokemuksiaan ja korjauksiaan verkossa. Se ei ole ensimmäinen kerta, kun olen hyötynyt, enkä ole viimeinen.

Kun useat organisaatiot päivittävät vanhoja Active Directory -hakemistojaan sekä yhdistävät tai yksinkertaisesti muuttavat verkkotunnuksia, IT-järjestelmänvalvojien on selvitettävä, miten ne voidaan järjestää uudelleen. Joillekin toimialueen uudelleennimeämisprosessi Rendom-apuohjelmalla voi olla oikea tapa edetä. Mutta jokaiselle, joka on työskennellyt prosessin kanssa vanhojen palvelinten, kuten Windows Server 2003, kanssa, hyväksyt Microsoftin varoituksen, jonka mukaan "toimialueen uudelleennimeämisprosessi on monimutkainen ja se vaatii paljon huolellisuutta suunnittelussa ja toteutuksessa".

[5 ilmaista Windows Server -työkalua, joista sinun tulisi tietää. | Pysy Microsoftin tärkeimpien teknologioiden kärjessä Teknologia: Microsoft-uutiskirjeessä. ]

Plus-puolella voit päivittää palvelimesi Windows Server 2012: ksi, mutta se saattaa vaatia muutaman päivityksen yhdestä käyttöjärjestelmästä toiseen, koska et voi siirtyä suoraan Windows Server 2012: een, jos sinulla on jotain vanhempaa kuin Windows Server 2008 R2 . Sieltä voit sitten suorittaa uudelleennimeämisprosessin. Uudelleennimeäminen on Windows Server 2012: ssa paljon suoraviivaisempi kuin missään versiossa, kuten tämä sertifioidun kouluttajan Mohd Hamizin yksinkertainen opas osoittaa.

Viime viikolla kohdasin Active Directory -metsän, jossa oli yksi verkkotunnus, jonka nimeä oli muutettava. Se oli käynnissä Windows Server 2008: ssa. Ajattelin päivittää ensin Windows Server 2008 R2: een, sitten Windows Server 2012: een, mutta toimialue tarvitsi myös vakavaa puhdistusta. Päätin käyttää Active Directory -siirtotyökalua (ADMT) 3.2 siirtyäksesi uuteen metsään ja siivoamaan sen seurauksena Active Directory - uusi alku.

Tämä ei ollut ensimmäinen rodeo ADMT: n kanssa; saatat muistaa, että käytin versiota 3.1 jo vuonna 2010 siirtäen 50 000 käyttäjän ympäristön, joka oli hajautettu 60 toimialueelle yhdeksi toimialueeksi. Prosessi on muuttunut vähän versiossa 3.2, vaikka dokumentaatiosta on tullut vieläkin suurempi peto, jossa on yli 250 sivua. Se oli niin hirvittävää, että en voinut kohdata käyttöohjetta uudelleen. Onneksi minun ei tarvinnut. TechNet-wikisivuston kautta löysin kolmiosaisen oppaan nimeltä "Interforest Migration with ADMT 3.2", jossa oli vaiheittaiset kuvakaappaukset läpi koko prosessin. Mikä hengenpelastaja!

Seurasin vaiheita ja käärin koko prosessin muutamassa tunnissa. Hämmästyttävin tästä "elävästä" oppaasta on, että 24 versiota on tehty, joista osa on tehnyt alkuperäinen juliste ja toiset muut, mukaan lukien Microsoftin työntekijät, jotka ovat saapuneet paikalle.

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