Lo snpashot del VM non è suggerito mai per ristabilire la CC.
Dcpromo /forcefull validamente rimuoverà l'ANNUNCIO dall'assistente ma required farete la pulizia di meta dati dall'altra CC per rimuovere le annotazioni di CC retroceduta.
La differenza fra il dcpromo & il forcefull di dcpromo è dcpromo rimuove l'ANNUNCIO con garbo & il sistema starà bene al membro di dominio come pure eliminerà l'annotazione di CC dall'ANNUNCIO dopo che la retrocessione ma per mezzo dell'interruttore valido farà l'assistente uscire dal dominio & dovete fare manualmente la pulizia di meta dati per rimuovere l'entrata.
Non penso che funzioni per il dispositivo di piegatura pubblico fino a trasferire la base di dati del pf all'altro assistente di scambio genererà l'evento di errore.
Dovete usare lo stesso hostname dell'assistente per montare la base di dati sull'assistente di scambio se spostate manualmente che la base di dati dello scambio.
Dopo lo spostamento di tutta la cassetta postale con il dispositivo di piegatura pubblico allora disinstallare soltanto l'assistente di scambio.
Il VM buono non è suggerito ma potete dare una prova.
Ho avuto simile operazione come lo scambio 2007, CC con FSMO, il ruolo ma io di CA ha dato una prova & ha retroceduto l'ANNUNCIO & tutto ha funzionato benissimo.
Il punto che ho fatto è ha preso il sostegno del CA, ANNUNCIO così come la base di dati di scambio, ha arrestato tutto il servizio di scambio & allora lo ha retroceduto la CC & dopo che la retrocessione io ha iniziato il servizio di scambio uno per uno & ha funzionato… l'elasticità una prova.