Come migrare applicazioni, dati, impostazioni e profili da Windows Server 2003 al server 2012 / 2016 / 2019 (o 2008)

Il supporto di Windows Server 2003 è terminato il 14 luglio 2015. Se hai ancora server 2003 nel tuo ambiente, ora è il momento di sbarazzartene – migrando ai più recenti 2008, 2012, 2016 o Server 2019.

Dal momento che i server 2003 sono piuttosto vecchi e poiché non esiste un percorso di aggiornamento diretto da Server 2003 a Server 2019, 2016 o 2012, il modo consigliato per eliminare Server 2003 è trasferire su nuovo hardware, non un aggiornamento sul posto.

In questo articolo, impareremo come eseguire una migrazione di Windows Server per un tipico server delle applicazioni, assicurandoci che nessuna applicazione o file venga persa nel processo.

L’utilizzo di questo tutorial consente generalmente di completare una migrazione del server in meno di 24 ore (anche se i casi complicati potrebbero richiedere più tempo).

Il tutorial è qui sotto, e prima ancora – un video tutorial e alcune domande comuni su Windows Server 2003 EOL e migrazione.

Lo strumento utilizzato in questo tutorial – Zinstall WinServ – è disponibile anche da IBM Services, come parte del loro pacchetto di servizi completo per distribuzioni su larga scala. Contatta il team dell’account IBM nella tua regione per ulteriori informazioni.

Video tutorial – migrazione automatica del server

D: È possibile trasferire le applicazioni attualmente in esecuzione su Windows Server 2003 su un nuovo server 2012 / 2016 / 2019?

A: Sì. Utilizzando un prodotto come WinServ, è possibile trasferire automaticamente tutte le applicazioni, i profili, le condivisioni e i dati a un server sostitutivo 2012 / 2016 / 2019. Si noti che una piccola parte delle applicazioni legacy 2003 potrebbe non essere compatibile nativamente con i server più recenti. Per quelli, il pacchetto WinServ può eseguire una migrazione virtualizzata.

D: Cosa succede se le mie applicazioni non sono più supportate o non ho più i dischi di installazione?

A: Anche se non hai modo di installare le tue applicazioni sul nuovo server, puoi comunque trasferirle da quello vecchio, utilizzando uno strumento di migrazione dedicato, come il pacchetto WinServ discusso in questo tutorial. WinServ è un’applicazione generica, ed ecco un elenco parziale di ciò che migra:

• MS SQL
• MySQL
• SAP (tra cui SAP Business One)
• Oracle
• Sybase
• DB2
• Server di Applicazioni Java
• Crystal Reports
• Avaya
• PeopleSoft
• JD Edwards Enterprise One (JDE E1)
• Citrix
• Apache (solo Windows)
• WebSphere
• Microsoft Dynamics

Q: Cosa succede se ho appena soggiornato con Windows Server 2003 dopo il luglio 14, 2015?

A: Non esploderà. Tuttavia, Microsoft non fornirà più supporto e addebiterà fino a 6 600 per incidente se chiedi loro assistenza.

D: Quali sono i vantaggi del trasferimento da Windows Server 2003?

A: Un nuovo server è incomparabilmente più sicuro e più potente di quello vecchio che hai avuto in esecuzione per molti anni. Può utilizzare più di 4 GB di memoria, il che significa che un carico molto più elevato può essere messo su una singola macchina fisica, incluso il server virtualizzato. Insieme all’aspetto della sicurezza del sistema operativo aggiornato, le prestazioni complessive dovrebbero essere molto migliori.

Come migrare da Windows Server 2003 a Windows Server 2008 / 2012 / 2016 / 2019

Questo tutorial è diviso in due sezioni principali, che rappresentano i due tipi di attività di migrazione su qualsiasi server: 1) Applicazioni, profili, condivisioni e migrazione dei dati e 2) Migrazione dei ruoli server.

La prima parte può essere automatizzata utilizzando strumenti di migrazione server dedicati come WinServ, come mostreremo nel tutorial. La seconda parte richiede un lavoro manuale, per il quale verrà fornita una guida – o l’assunzione di un servizio che lo esegue.

Per un server di applicazioni, è necessaria solo la prima parte.

Prima della migrazione:

1. 1. Verifica i tuoi server: assicurati di sapere di cosa è responsabile il server. È necessario creare due elenchi:
      1. Quali ruoli è in esecuzione il server (è un DC? Esegue DNS / DHCP? II? Stampa?). Per la migrazione dei ruoli, l’unico modo è una migrazione manuale o un servizio di migrazione del server. In questo tutorial, ci concentreremo sulla migrazione automatica delle applicazioni server.
      2. Quali applicazioni sono in esecuzione sul server? (Oracolo? SQL? CRM? applicazioni 3rd party?). Questi possono essere migrati automaticamente utilizzando uno strumento appropriato, che sarà coperto ulteriormente in questo tutorial.

Suggerimento: se l’organizzazione non utilizza uno strumento di gestione centralizzata (ad esempio Microsoft SCCM) per monitorare i server, è possibile scaricare il toolkit gratuito di valutazione e pianificazione di Microsoft (MAP) qui. È inoltre possibile utilizzare la diagnostica del server gratuito di Zinstall a questo link. Consente un rapido check-up dell’intero elenco di software e hardware del server.

2. Pianifica il tuo intervallo di tempo di migrazione: Le migrazioni richiedono tempo e durante questo periodo, gli utenti potrebbero essere interessati in una certa misura. Se possibile, prova a pianificare la migrazione effettiva da eseguire dopo ore o durante un fine settimana. Nota che in realtà non devi rimanere lì da solo in quel momento: la migrazione delle applicazioni può essere eseguita in remoto o avviata in anticipo in modalità automatica.
3. Verifica che i tuoi backup siano aggiornati e siano effettivamente ripristinabili: qualsiasi aggiornamento importante potrebbe andare storto e, senza un backup aggiornato valido, rischi di perdere tutto ciò che hai avuto sul server. Assicurati di verificare che il backup che hai non sia danneggiato e pronto per essere ripristinato se necessario!
4. Decidere il tipo di sostituzione: Una volta che avete deciso di sostituire un server, si hanno diverse opzioni per quanto riguarda ciò che la sostituzione sarà. Potrebbe essere un Windows fisico 2012 / 2016 / 2019 server, un server virtuale in esecuzione on premise, o anche un server basato su Cloud in esecuzione off premise. WinServ supporta uno di questi trasferimenti, quindi la difficoltà di migrazione non varia in modo significativo con la vostra scelta.

Applicazioni, profili, condivisioni e migrazione dei dati

Ecco il processo per l’esecuzione di una migrazione per un server di applicazioni Windows 2003 di origine a un server di destinazione 2012 / 2016 / 2019:

1. Completamente aggiornare e patch il server di destinazione.
2. Aggiungere il server di destinazione al dominio.
3. Eseguire WinServ (o uno strumento simile) sul server di origine (2003) e sul server di destinazione (2012, 2016 o 2019).
4. In questa fase, è possibile trasferire direttamente sulla rete o eseguire una migrazione indiretta, catturando il server di origine in un contenitore su storage di rete / cloud storage e quindi distribuendo da tale contenitore sul nuovo server.
5. Prima di iniziare il trasferimento, è anche possibile selezionare e scegliere le applicazioni e i dati che si desidera trasferire. Oppure, basta eseguire il trasferimento per migrare tutto.
6. Premere ” Vai ” sul server di destinazione per avviare il trasferimento.

A seconda della quantità di dati e applicazioni trasferiti, il trasferimento effettivo potrebbe richiedere diverse ore per essere completato. Vedrai l’indicazione dei progressi durante tutto il processo.

Migrazione ruoli server

Questa parte della migrazione viene eseguita manualmente e esistono più tutorial che possono essere d’aiuto. Si consiglia di guida eccellente di John Savill: Liquidazione di Windows Server 2003 nella vostra organizzazione. Informazioni di seguito si basa sull’articolo di cui sopra.

1. Migrazione IIS: Se tutto ciò che è in esecuzione su IIS 6 sono pagine HTML di base o pagine server attive (ASP), è possibile copiare il contenuto nella versione IIS in esecuzione su Server 2012 o Server 2012 R2, quindi aggiornare i record DNS per puntare al nuovo server IIS. Tuttavia, le organizzazioni hanno in genere configurazioni più complesse. La buona notizia è che è possibile utilizzare un toolkit di migrazione denominato Web Deploy 3.6. Se è necessario migrare i siti Web alle app Web di Microsoft Azure, vedere Assistente migrazione di Azure Web App.
2. Migrazione DC e AD: A condizione di aver seguito le best practice, i controller di dominio (DCS) non eseguono alcun altro software, il che significa che il dominio e la foresta esistenti saranno preparati per Server 2012 o Server 2012 R2. In questo caso, è necessario creare nuovi DCs che eseguono Server 2012 o Server 2012 R2, migrare i ruoli flessibili Single-Master Operation (FSMO), migrare eventuali certificati o altri elementi, quindi disattivare il Server 2003 DCs. Per introdurre Server 2012 DCs, la foresta (e quindi i domini) deve essere la modalità Windows Server 2003. Per una guida dettagliata sulla migrazione dei DCs, vedere Aggiornamento dei controller di dominio a Windows Server 2012 R2 e Windows Server 2012.
3. Migrazione DHCP: gli ambiti DHCP forniscono gli indirizzi IP forniti ai client, insieme alla loro configurazione IP (ad esempio, gateway, server DNS). Per migrare gli ambiti DHCP, l’opzione migliore è esportare gli ambiti dall’istanza Server 2003, quindi importarli nell’istanza Server 2012 o Server 2012 R2. Tutti i dettagli su questo approccio sono disponibili nel post del blog TechNet Networking ” Passi per spostare un database DHCP da un Windows Server 2003 o 2008 a un’altra macchina Windows Server 2008.”Se c’è un ritardo nell’esportazione e importazione dell’ambito DHCP e il rischio di riutilizzo dell’indirizzo IP, è possibile configurare il server DHCP per verificare se un indirizzo IP viene utilizzato prima che venga assegnato abilitando il rilevamento dei conflitti di indirizzo.
4. Migrazione DNS: se stai ospitando DNS su Windows, probabilmente lo integrerai con AD e i tuoi server DNS sono DCS. Pertanto, quando si esegue la migrazione AD, la configurazione DNS si sposterà pure. È importante ricordare di migrare qualsiasi configurazione del server DNS, ad esempio l’inoltro. Se i server DNS saranno ospitati su nuovi indirizzi IP, è necessario assicurarsi di aggiornare tutte le configurazioni IP statiche e tutte le configurazioni DHCP. Per evitare questo compito che richiede tempo, la maggior parte delle organizzazioni cambierà gli indirizzi IP dei nuovi server a quello dei vecchi server una volta che i vecchi server sono in pensione.
5. Servizi di stampa: Come i servizi file, le configurazioni della stampante e le condivisioni devono essere migrate dal server di origine al server di destinazione. Inoltre, avrete bisogno di nuovi driver di stampa a 64 bit e compatibili con Server 2012 o Server 2012 R2 e con i client moderni. Microsoft dispone di una procedura guidata di migrazione di stampa e uno strumento da riga di comando che è possibile utilizzare per la migrazione dei servizi di stampa. È possibile scaricare questi strumenti dalla pagina Web Migrate Print and Document Services to Windows Server 2012.
6. Migrazione Exchange: aggiornamento da Exchange 2007 a Exchange 2013
7. Migrazione SQL server: Vedere Aggiornamenti di versione e edizione supportati

Gestione di applicazioni incompatibili:

Alcune applicazioni legacy di terze parti in esecuzione su Windows Server 2003 potrebbero essere incompatibili con Windows Server 2008 o Windows Server 2012. Tali applicazioni sono generalmente legacy DOS, 16-bit o 32-bit solo software, che non è stato aggiornato per le versioni più recenti del sistema operativo. Si raccomanda vivamente di eliminare queste applicazioni dall’ambiente di produzione il prima possibile.

Se queste applicazioni non possono essere eliminate immediatamente e sono mission-critical per il funzionamento continuo dell’organizzazione, l’opzione consigliata per mantenerle operative è quella di eseguire una migrazione virtualizzata di tali applicazioni, in un’istanza Virtual Server 2003 in esecuzione sul server sostitutivo più recente. Quindi, continuare a prendere le misure necessarie per eliminare gradualmente tali applicazioni e interrompere l’esecuzione delle istanze virtualizzate 2003.

Tale migrazione da P2V (fisica a virtuale) dovrebbe essere eseguita anche usando WinServ.

Dopo la migrazione:

Una volta completato il processo di migrazione, è il momento di verificare i risultati.

1. Potrebbe essere necessario regolare il DNS del dominio per puntare al nuovo server dove necessario. Ad esempio, la modifica della voce DNS CRM-SERVER all’indirizzo del nuovo server.
2. Lo stesso vale per gli script di accesso e la politica GPO.
3. Avvia tutte le applicazioni e le console utilizzate e verifica che vengano caricate correttamente.
4. Utilizzando una workstation client, verificare che i client possano accedere correttamente al server migrato e che le loro applicazioni vengano eseguite senza problemi.

Congratulazioni! La migrazione del server delle applicazioni è ora completa.

Pronto per la migrazione dei server Windows 2003 a 2016/2019?

Ottieni Zinstall WinServ qui

Puoi anche contattarci per assistenza, licenze di volume e aiuto nella creazione di un POC.