- Pregătirea domeniului sursă constă în configurarea transportatorilor DNS și dezactivarea serverului DHCP. Toți expeditorii existenți trebuie să fie eliminați și este creată o trimitere normală care să indice către controlerul de domeniu țintă.
Prezența unei înregistrări PTR a controlerului de domeniu original în zona inversă este, de asemenea, o condiție prealabilă.
Calea de registru: HKLM \ System \ CurrentControlSet \ Services \ Netlogon \ Parameters
Valoarea registry: AllowNT4Crypto
Tip: REG_DWORD
Date: 1
Runas / Netonly / utilizator: DESTINATION_DOMEN_NAME \ LOGINUL ADMINISTRATORULUI "Mmc \"% windir% \ ADMT \ migrator.msc \ »»
În cazul nostru, comanda va arăta astfel:
Runas / Netonly / utilizator: SOURCE \ Administrator "Mmc \"% windir% \ ADMT \ migrator.msc \ »»
De fiecare dată când rulați fișierul de comandă, rulează ADMT.
- Generați cheia pentru domeniul sursă pe controlerul țintă cu comanda:
Admt cheia / opțiunea: create / sourcedomain: DESCRIPTION_DOMEN_NAME / keyfile: FULL_PUT_KEY_FILE
În cazul nostru, comanda de generare a cheilor va arăta astfel:
Tasta ADMT / opțiune: crea /sourcedomain:SOURCE.LOCAL /keyfile:C:\PWD.pes / keypassword:
Importarea cheii pentru domeniul sursă pe controlerul țintă cu comanda:
admt cheie / opțiune: import / sourcedomain: DESTINATION_DOMAIN_NAME
/ keyfile: FULL_PUT_KEY_FILE
/ cheie: SET_RANGE_PAROLE
În cazul nostru, importul cheii create anterior va arăta astfel:
admt cheie / opțiune: import /sourcedomain:source.local /keyfile:C:\PWD.pes / keypassword:
Este urgentă și problema mutării cutiilor poștale între păduri și organizații poștale. Administratorii încearcă să efectueze migrația fără a atrage organizații de consultanță și, de preferință, cu un minim de erori și de nefuncționări. Pentru a vă ajuta:
Iată procedura de transferare a casetelor. Ie se înțelege că ați transferat deja conturile de utilizator la o pădure nouă. Dacă nu, această procedură are o importanță primordială și trebuie încheiată cu succes înainte de a transfera cutiile poștale. Același lucru este valabil și pentru mutarea contactelor și a grupurilor de distribuție. Acest lucru se face folosind Active Directory MIgration Tool 3.0 (ADMT v3.1). și un ghid pentru utilizarea ADMT - aici
0. Se știe că este imposibil să transferați cutiile poștale dintr-o pădure în alta utilizând interfața grafică Exchange și vom folosi Shell Management EMS-Exchange. PS:> _
Deci, conturile sunt mutate în noua pădure Active Directory, mutăm cutiile poștale:
1.2 Conținutul articolelor șterse din căsuțele poștale nu se mișcă de obicei și există o instrucțiune despre aceasta: "Configurarea salvării cutiilor poștale șterse"
În cazul în care SourceDomain.ru - domeniul original, TargetDomain.ru - domeniul țintă.
Comenzile sunt procesate pe serverul de destinație.
Nu uitați că orice nume de servere, conturi, etc, care conțin un spațiu - ar trebui să fie scrise în ghilimele.
4.1 Dacă doriți să salvați politicile destinatarului în căsuța poștală după mutarea dvs., utilizați opțiunea:
. -IgnorePolicyMatch: $ true
4.2 Dacă doriți să filtrați conținutul în roaming în casete, puteți utiliza filtre, de exemplu:
. -AttachmentFilenames * .doc -ExcludeFoldere InboxNoTransfer, InboxOld
-RecipientKeywords [email protected]
4.3 pentru salvarea cotelor pe dimensiunile căsuțelor poștale după transfer:
. -PreserveMailboxSizeLimit $ true
4.4
-ValidațiOnly - verificați drepturile pentru a executa migrarea cutiei poștale.
4.5
-Ce - verificați corectitudinea întregii echipe.
5. Rămâne doar să verificați transferul de succes al căsuței poștale către serverul destinație, în orice mod convenabil pentru dvs. - OWA, Outlook, ActiveSync etc.