active directory migration betragtninger (del 1)

, indledningen, active directory, har været her for længe siden windows 2000 server, faktisk.jeg kan stadig huske flytter vores windows nt - 4,0 primære område controller (pdc) og backup - domæne controller (bdc til windows 2000 tjener til at skabe en blandet mode active directory domain, som jeg senere skiftede til naturlige tilstand.overgangen fra windows nt 4 områder til active directory var temmelig enkel og gav os mulighed for at udnytte de nye muligheder, der er aktive fortegnelse.faktisk, kort tid efter, windows 2000 - serveren blev løsladt microsoft også offentliggjort et redskab til active directory migration værktøj (admt), der hjalp dig med at identificere potentielle problemer før påbegyndelse af deres migration og lod dig konsolidere nt områder eller konvertere dem til organisation enheder (ou) inden for målet active directory domain.men de aktive adresseregister rejste nogle udfordringer, især for store virksomheder, i begyndelsen, i begyndelsen, da active directory blev frigivet som en del af windows 2000 - serveren, den største udfordring med at gennemføre active directory, var, hvordan at strukturere deres organisation skov og dets områder og organisatoriske enheder (l).for eksempel, lad os sige dit firma havde kontorer i flere lande og en kompleks organisatoriske hierarki.skal din skov er et område, træ eller flere, én for hvert land.hvert træ skal bestå af et enkelt område eller et hierarki af områder?hvis deres organisatoriske enhed hierarki afspejler de organisationsmæssige struktur af dit selskab, eller skal det være baseret på et netværk af administrative model?mange virksomheder, gik ud fra, at det ville være bedst, hvis de anvendes mange forskellige aktive adresseregister områder i stedet for kun et enkelt område.en del af årsagen til denne beslutning var usikkerhed om et enkelt område kunne omfanget og antallet af brugere og computere, et meget stort selskab ejede.en anden grund til at vælge flere område tilgang, fordi det blev antaget, at det personale i de enkelte geografiske beliggenhed, - - eller i de enkelte virksomheders division, hvis virksomhedens transaktioner var struktureret på den måde... ville påtage sig det fulde ansvar for forvaltningen af aktiverne (computere, brugere, grupper, printere, fælles foldere osv.) i deres sted eller division.en tredje grund er, at wan forbindelser i de dage var langsom, men dyrt... tror internetforbindelse, hvis du kan huske så langt tilbage i din den karriere.da alle domænecontrollere i en aktiv directory domain skulle genskabe med hinanden, måtte være forsigtig med at bruge et område, der strakte sig over flere steder, der var forbundet med langsom wan forbindelser. og endelig en fjerde årsag til, at mange virksomheder i flere områder i stedet for en var simpelthen, fordi microsoft anbefalede den som en mulighed i deres indledende dokumentation om active directory design.denne dokumentation er stadig til rådighed til brug i technet arkiv, hvis du er interesseret.der er en gammel windowsnetworking.com artikel, som beskriver, hvordan man bruger den admt til at migrere nt områder aktivt, fortegnelse, jf. denne artikel, hvis du føler dig nostalgisk.,, bager i den struktur, problemet er imidlertid, at omstruktureringen er generelt vanskeligere og mere tidskrævende end bare at lade dem, som de er.så når microsoft windows server - 2003 og frigives virksomheder startede at opgradere deres windows 2000 - infrastrukturer til at drage fordel af de elementer i den nye platform, de fleste virksomheder blot opgraderet deres domænecontrollere og efterlod deres eksisterende active directory skov og domæne struktur, bare den måde, det var.og selv om windows server - 2003 indgik et nyt værktøj til rendom.exe, som gjorde det muligt for virksomheder, der for første gang at omdøbe de områder i deres skove, mange virksomheder ville ikke gøre det, medmindre der var en tvingende forretningsmæssige grunde til at gøre det, for eksempel en branding spørgsmål som følge af en fusion eller overtagelse sted.,,,,, - som en sidebemærkning vil jeg påpege, at område omdøbe er ikke længere støttes af de fleste (om ikke alle) gældende versioner af microsoft - applikationer, som f.eks. udveksling server og sharepoint.i stedet for at kalde et område, er det nødvendigt at bruge den admt migrerer den område og sine ressourcer til et nyt område eller til en anden eksisterende område.for yderligere oplysninger, se min tip om ugen i spørgsmålϝ af vores nyhedsbrev wservernews.og mens du er ved det, hvorfor så ikke enig i, at wservernews og få ugentlige opdateringer af de seneste sky løsninger, server teknologi, bedste praksis, tredjemands redskaber, sikkerhedsspørgsmål, og andre emner, som er relevante for både i skyttegravene det professionelle, og dem, der forvalter ved udgangen af det.du kan abonnere på vores nyhedsbrev her.,, men med windows server - 2003 trygt i spørgsmålet om konsolidering og omstrukturering af områder i skoven blev skubbet til bunden af dagsordenen for det afdelinger i de store virksomheder.men udrangerede (eof) for windows server - 2003 er nu mindre end et år væk.det betyder ikke kun, det er tid til tøver virksomheder til at migrere til windows server - 2012 r2, betyder det også, at tiden nu er inde til at overveje en konsolidering og omstrukturering af deres områder for at mindske deres administrative omkostninger.,,, note:,, som en anden side, hvis du planlægger flytter din infrastruktur af windows server - 2003 til windows server - 2012 r2, tjek hellere fri kurs frem til windows server - 2012 uddannelse fra microsoft - virtuelt akademi.der er også et nyttigt gennemgang "migrere active directory fra windows server - 2003 r2 til windows server - 2012 r2" i technet wiki.som de kan læse, hvis du ikke vil foretage nogen område konsolidering og omstrukturering som en del af deres migration., med, at resten af denne artikel og de artikler, der følger det i denne serie vil beskrive forskellige overvejelser, man skal være opmærksom på, før omstruktureringen eller konsolidere active directory områder og skove som en del af deres aktive adresseregister migration planlægning.,, at den seneste udgave af admt, kendskab til active directory migration værktøj (admt), og det er afgørende for enhver active directory overgangsprocessen, herunder område omstrukturering og konsolidering.den seneste udgave af den admt er udgave 3.2, som oprindeligt blev sendt til windows server - 2008, r2.men hvis du prøver at downloade admt 3.2 fra microsoft downloade center og læse det system, krav og andre oplysninger om denne side siges det, at du vil være nødt til at installere admt 3.2 på en server løber windows server - 2008, r2.det siger også, at du har brug for mindst ét område registeransvarlige løber windows server - 2008 r2 i dit mål område (de områder, du er en konsolidering af active directory ressourcer til), og at det område og skov funktionsniveauer af target - område, skal også være fastsat til windows server - 2008 r2.,, men der er faktisk en nyere version af admt, kan du installere en støttet version af windows server, herunder windows server - 2012 og windows server - 2012, r2.det er forvirrende, er imidlertid, at denne nye udgave af admt stadig har samme versionsnummer (3.2) som den, der er overgået til windows server - 2008 r2 tilbage i 2010.microsoft siger at det er fordi funktionaliteten af værktøj, har ikke ændret sig, kun de platforme, der er støttet.for at få ajourført admt 3.2, skal du bruge en vinduer levende id, så du kan gå på microsoft - og downloade værktøj.du kan læse mere om det på technet, og du skal også tjekke en artikel om jorge 's søgen efter viden.endelig kan de læse den dokumentation for den ajourførte admt 3.2 på technet og du kan downloade denne dokumentation til offline - fra microsoft downloade center., i den næste artikel, vil vi fortsætte med at drøfte, hvad du har brug for at vide før at konsolidere eller omstrukturering af deres aktive adresseregister domæner.



Previous:
Next Page: