Posso aggiornare il mio server Exchange all'ultimo sistema operativo perché mi farà risparmiare tempo e non sarà necessario creare una nuova macchina virtuale?
Questo è un argomento molto interessante e sollevato da molti funzionari. La risposta breve è "No", non puoi farlo, e la risposta più lunga è "No", non dovresti. In poche parole, un aggiornamento di Exchange sul posto non è possibile. Diamo un'occhiata alle ragioni alla base di questo:
- Microsoft non lo supporta.
- Possibile perdita di dati.
- Impossibile aggiornare il gruppo di disponibilità del database (DAG).
- I vecchi scambi non supportano i sistemi operativi più recenti.
- Le versioni del cluster variano in base a ciascun sistema operativo.
- Exchange probabilmente non funzionerà dopo aver provato UPGRADE e, anche se funziona, sei comunque a rischio.
- Diamo un'occhiata a ciascuno degli elementi di cui sopra in modo più dettagliato.
Lo scambio al posto di UPGRADE significa molti errori
Il primo punto è importante: Microsoft non supporta l'aggiornamento di Exchange in loco. Se devi registrare una chiamata di supporto con loro e loro controllano e vedono che l'hai fatto, non ti supporteranno, indipendentemente dal problema. L'ho testato personalmente ed Exchange fa tutti i tipi di cose strane una volta aggiornato il sistema operativo. Ad esempio, gli errori registrano eventi che normalmente non vengono visualizzati.
Passiamo al punto #3. Questo è un passo molto importante. Supponiamo che tu voglia prendere una scorciatoia ed eseguire un cluster di disponibilità del database, dovrai violare il tuo DAG per poter eseguire l'aggiornamento poiché le versioni del cluster saranno diverse e anche il DAG smetterà di funzionare e i file di registro andranno persi. . Non farlo! Questo porta al punto numero 2. Finirai con la perdita di dati.
L'ultima cosa che vuoi è distruggere un gruppo Disponibilità di database privato Quindi aggiorni solo per scoprire che il file di scambio .edb è mancante o mancano i record e non hai una copia di backup.
ti spezzerai
Il punto successivo sull'aggiornamento di Exchange in loco è il supporto del server per i sistemi operativi più recenti. Sì, è bello avere le ultime novità nel tuo ambiente, ma ciò non significa che Exchange lo supporti. Puoi decidere "Non mi piace Server 2012, voglio Server 2016" e provare un aggiornamento di Exchange sul posto solo per scoprire che IIS è danneggiato o che il server viene fornito con una versione più recente di .NET Framework che non funziona su versioni precedenti. Peggio ancora, non puoi tirarti indietro perché è tutto rotto. Ora devi recuperare. Questo può essere il ripristino di un tono di contatto dai backup o il meticoloso processo di esportazione delle cassette postali in PST e quindi di reimportazione.
E il prossimo passo Che prenderemo in considerazione sono le versioni del cluster. Ne abbiamo parlato brevemente sopra ma, sì, Exchange installa i cluster di failover ma da lì non gestisci il DAG. Quando decidi di aggiornare perché ritieni che sia una seccatura creare nuovi server, troverai versioni diverse.
Come qualsiasi altra cosa che utilizzi l'aggregazione, potresti scoprire di non essere in grado di unire nuovamente i server nel DAG perché gli oggetti si trovano in un cluster di failover, quindi vai e rimuovi gli oggetti nel tentativo di risolverli e viene fatto solo più danno. Se ci fosse un modo per eseguire un aggiornamento sul posto e affrontare tutti questi ostacoli, Microsoft avrebbe messo insieme qualcosa.
Ricorda che quando esegui l'aggiornamento, porti problemi dal tuo attuale sistema operativo non andando avanti.
E non dimenticare le licenze
Sebbene possa essere utile risparmiare tempo e ottenere tutte le nuove funzionalità dei sistemi operativi più recenti, ricorda che è necessaria la copertura delle licenze per i sistemi operativi e le CAL più recenti. Un giorno, quando lasci l'azienda, ti lasci alle spalle un pasticcio che la prossima persona deve provare a sistemare e alla fine riporterà tutto ciò che hai fatto. Ciò fa sì che gli utenti confondano con ADSIEdit per provare a cancellare i nomi oi server che sono stati lasciati indietro e non sono stati ripuliti correttamente e, alla fine, tutto si è rotto.
L'ultimo punto è che potresti pensare di aver eseguito con successo l'aggiornamento sul posto di Exchange (e non lo dirai a nessuno) ma, come accennato, quando provi a portare un nuovo server Exchange in cui vuoi spostarti o se vuoi migrare a Office 365 o su un'altra piattaforma, potresti ritrovarti con innumerevoli problemi che non possono essere spiegati.
Scambio al posto di UPGRADE: vale la pena aspettare
La linea di fondo è pianificare gli aggiornamenti alle versioni più recenti dei sistemi operativi e disattivare quelli vecchi in modo pulito. Come si suol dire, "Roma non è stata costruita in un giorno". Sì, il tuo server Exchange è vecchio, ma l'aggiornamento è un po' più doloroso e vuoi semplicemente sbarazzartene, ma tenerlo per pochi giorni o addirittura mesi in più non farà male, a differenza di uno scambio di aggiornamento sul posto!
