Migrare da SBS 2011 a 2008 Standard

Ho un cliente che esegue un dominio di Windows con un Windows Small Business Server 2011.

Ora voglio "aggiornare" (o downgrade?) Ad un Dominio 2008 R2. Per due motivi.

  • Il cliente ha raggiunto quasi il limite utente SBS
  • Il cliente ha ora un server XEN per la virtualizzazione e desidero separare i servizi (Exchange, WSUS, Active-Directory) a diverse macchine virtuali.

Esiste un path di migrazione consigliato? È anche ansible?

2 Solutions collect form web for “Migrare da SBS 2011 a 2008 Standard”

Beh, non cercherò assolutamente di migrare un SBS 2011 a Server 2008, anche se non era un controller di dominio. Quindi, non provarlo.

Ma ciò che il cliente desidera può essere fatto. Non cercare di farlo direttamente.

In sostanza, si desidera aggiungere un secondo controller di dominio al dominio e quindi sbarazzarsi del server SBS come controller di dominio.

(Prima di seguire le istruzioni riportte di seguito, è consigliabile assicurarsi di avere un backup corrente del controller di dominio. Sempre una buona idea, semplicemente dicendolo esplicitamente.)

  1. Controllare i Forest and Domain Functional Levels delle Forest and Domain Functional Levels . Per impostazione predefinita, SBS 2011 crea e utilizza un 2003 Domain and Forest Functional Level . Non esiste alcun Functional Level 2011, quindi non stai effettivamente migrando / abbassando il dominio. Dovrei colbind come fare questo, ma non ho idea di come controllare i Functional Levels un server SBS.
  2. Ottenere un secondo server e installare una versione di Windows che sia alless uguale al livello Functional Level più basso. Se si prevede di installare Server 2008 R2, è ansible saltare anche passo 1.
  3. Associatelo al tuo dominio.
  4. Utilizzare DCPromo per renderlo un controller di dominio assicurandosi che sia un Global Catalog.
  5. Trasferisci tutti i FSMO roles al tuo nuovo controller di dominio.
  6. In sesto luogo, abbassare il controller di dominio SBS. (Ancora una volta, potrei collegarmi a questo o spiegare come, ma non ho un indizio furioso.)
  7. Fatto!!

Facoltativi, ma ulteriori passi consigliabili:

  1. Formattare il disco sul server che aveva SBS 2011. Installare la stessa versione di Windows che hai appena fatto installare. Seguire i passaggi da 1 a 4 per renderlo un controller di dominio. Ora hai 2 controller di dominio. Non dovresti mai avere solo un controller di dominio e avere alless 2.
  2. Sollevare il livello funzionale del dominio e della foresta .
  3. Contattare HopelessN00b e offrirgli un taglio di quello che si paga per questo lavoro. Seriamente, è un bravo ragazzo da sapere, e lo apprezzerà veramente. : D

Non è ansible "ridimensionare" o "aggiornare" SBS a Standard. Non esiste un path di downgrade o un path di transizione.

Vorrei anche incoraggiare chiunque non abbia mai fatto questo per non tentare di offrire consigli su come farlo.

Sono d'accordo, un backup FULL del server SBS (sistema ANY) prima di una modifica importnte dovrebbe essere considerato OBBLIGATORIO.

Devi acquistare una copia (o più) di 2008 R2 Standard e se usi Exchange 2010, avrai bisogno anche di una copia di quella per spostarti via da SBS (o aspettare un mese o così e get la licenza per 2012). Sia Exchange che Windows richiederanno TUTTE le NUOVE CAL. A causa di questo e la tempistica della migrazione, vorrei aspettare se potessi finire fino al rilascio delle licenze CAL 2012 (possono essere già rilasciate – Server 2012 è RTM e dovrebbe essere disponibile tramite licenza di volume (vale a dire che le CAL dovrebbero essere pure) entro un mese o così). Le CAL sono compatibili con le versioni precedenti (i diritti di downgrade consentono loro di concedere l'accesso alle versioni precedenti del server, quindi anche se non si trasferisce subito al 2012, è ansible get immediatamente le CALs per essere legali e assicurarsi di non wherer acquistare (Exchange 2013 non è ancora esaurito per un po ', quindi prendi le CAL con Software Assurance (SA) in modo da poter eseguire l'upgrade senza costi aggiuntivi (SA costa circa il 50% in più rispetto alle versioni non SA e in molti modi una licenza di aggiornamento "prepagata" dato che gli aggiornamenti non sono in gran parte venduti da Microsoft)

Dimenticate di controllare i livelli funzionali delle foreste – se stai installando 2008 R2 o 2012 non è importnte. Quello che dovresti fare è un DCDIAG / C / E / V sul server per assicurare che AD sia sano. Correggere tutto ciò che non puoi spiegare e verificare è normale. Una volta che l'AD è in buona salute, aggiungere il nuovo controller di dominio collegandosi al dominio e eseguendo DCPROMO.

DO Assicurarsi che il DC funzioni correttamente e che sia anche un GC (Catalogo Globale). NON TRASFERI I RUOTI di FSMO! Invece, eseguire un altro controllo DCDIAG per assicurarsi che tutto funzioni bene. Non tanto un problema nella mia esperienza che va dai sisthemes basati su 2008 R2 su altri sisthemes basati su 2008 R2, ho visto problemi ripetuti in cui il nuovo DC non inizia correttamente a replicare con i vecchi e devi resettare la voce del Registro di sistema BurFlags. Potrebbe non essere necessario, ma un DCDIAG dovrebbe confermare che il nuovo DC sta funzionando in modo appropriato e quindi è ansible procedere.

Comprendi, hai 21 giorni per completare questa migrazione una volta trasferito i ruoli di FSMO, quindi non farlo finché non hai fatto altri trasferimenti di dati, Exchange, ecc. Per assicurarti il ​​massimo tempo ansible. (Se non riesci a completare la migrazione in 21 giorni, il tuo server SBS inizia a chiudere each ora o due. NON C'È UNA LAVORO A QUESTO E una chiamata a Microsoft non aiuterà, in modo da assicurati di essere pronti!

Una volta che tutto e tutti sono stati migrati, puoi trasferire i ruoli di FSMO. Una volta trasferito, distriggersre l'installazione dal sistema SBS e ATTENZIONE ATTENZIONE alle note e avvertenze come fai. Una volta disinstallata l'Exchange, eseguire DCPROMO e abbatterlo. Una volta distriggersta, rimuova dalla networking. La licenza SBS è DEAD. SBS DEVE essere FSMO Master DC e non può esistere in una networking con più di 75 CAL e senza tenere i ruoli FSMO come DC. Sì, è sprecato il denaro a questo punto … ma era un'opzione abbastanza economica (per confronto) per usare l'insteda dei prodotti completi quando l'hai prima ottenuta.

Inoltre, non c'è bisogno di aumentare il livello funzionale del dominio o della foresta, a less che non sia necessario (ad esempio utilizzare le nuove funzionalità di Active Directory o di un altro software installato lo richiede. Puoi, se vuoi, ma è non è un requisito (quando si alza i livelli funzionali, non si può tornare indietro (in genere) .I 2012 e I THINK 2008 R2 DO consentono alcuni declassamenti dei livelli funzionali se non avete usato le nuove funzionalità dei livelli funzionali più recenti.

La separazione dei servizi su server separati è logica ed efficiente, ma in linea di principio non è conveniente. Mentre io avrei tirato fuori Exchange (specialmente se wheressi lasciare SBS perché si eclisse il limite di 75 CAL (NON è un limite utente – è un limite CAL), probabilmente avrei tenuto WSUS e AD sullo stesso server in cui entrambi sono relativamente leggero in un ambiente ridotto e potenzialmente costoso da eseguire su server separati Anche tenere a mente Server 2012 Standard offre due licenze virtuali per il prezzo di una copia del server e non ci sono restrizioni software (è ansible raggruppare, ad esempio – l'unica differenza tra le due versioni più alte del 2012 (Standard e Datacenter) è in termini di licenza di VMs – Datacenter consente VM illimitati e Standard solo due).

In conclusione, se non hai esperienza in questo modo, non mi piacerebbe fare a less e farlo io stesso. HIRE un professionista che ha esperienza a farlo. O imparare in un ambiente di prova in primo luogo. Altrimenti, potrebbe finire per pagare ancora di più nelle tasse successive del consulente o nella perdita di produttività o di maggiori costi di licenza (o tutti e tre) in seguito, perché non sapevi cosa stavi facendo.

Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.