L'elenco di controllo seguente funge da guida per tutta la procedura di upgrade. Per eseguire l'upgrade di ciascun set di server dell'ambiente, utilizzare questa procedura. Se l'operazione non è ancora stata eseguita, creare una copia di backup dell'istanza attuale di AD LDS mediante l'utility Health Check.
AVVERTENZA:eseguire l'upgrade dei server di amministrazione secondari solo dopo aver eseguito l'upgrade del server di amministrazione primario del relativo MMS.
È possibile suddividere la procedura in svariate fasi, eseguendo l'upgrade di un MMS alla volta. Tale procedura di upgrade consente anche di includere temporaneamente server secondari che eseguono una versione precedente di DRA e server secondari che eseguono la versione attuale di DRA nel medesimo MMS. DRA supporta la sincronizzazione tra server di amministrazione che eseguono una versione precedente e server che eseguono la versione attuale di DRA. Tuttavia, tenere presente che DRA non supporta l'esecuzione di versioni precedenti insieme alla versione attuale di DRA nello stesso server di amministrazione o computer client.
IMPORTANTE:L'installazione dell'upgrade del server DRA apporta le seguenti modifiche durante l'upgrade del server DRA da una versione DRA 9.x a una versione DRA 10.x:
Sposta le configurazioni dell'utente del server di Automazione workflow e UCH dalla Console Web alla console Delegation and Configuration (Delega e configurazione).
Rimuove il componente Web precedente dal server.
Rimuove tutti i tenant gestiti.
Per informazioni su come aggiungere tenant, vedere Managing Tenants (Gestione dei tenant) nella DRA Administrator Guide (Guida all'amministrazione di DRA).
Se nella versione precedente è stata installata la console di gestione di account e risorse, durante l'upgrade a una versione DRA 10.x, la console di gestione di account e risorse viene rimossa.
Durante l'upgrade di MMS, viene eseguito prima l'upgrade del server primario, seguito dai server secondari. Per la corretta replica delle assegnazioni temporanee a gruppi nel server secondario, eseguire manualmente la Pianificazione della sincronizzazione multimaster o attendere l'esecuzione pianificata.
Poiché Exchange 2010 non è supportato in DRA 10, Exchange viene disabilitato durante l'upgrade da DRA 9.x. Per continuare a eseguire le operazioni di Exchange dopo l'upgrade, disabilitare e riabilitare l'opzione Enable Exchange Policy (Abilita policy Exchange) nella console Delegation and Configuration (Delega e configurazione). Per reimpostare la policy, è necessario "applicare" entrambe le modifiche.
Per ulteriori informazioni sulla configurazione di questa policy, vedere Abilitazione di Microsoft Exchange.
|
Passaggi |
Dettagli |
|---|---|
|
Esecuzione dell'utility Health Check |
Installare l'utility Health Check di DRA autonomo ed eseguirla utilizzando un account del servizio. Risolvere eventuali problemi. |
|
Esecuzione di un upgrade di prova |
Eseguire un upgrade di prova nell'ambiente lab per individuare potenziali problemi e ridurre al minimo i tempi di fermo della produzione. |
|
Definizione dell'ordine di upgrade |
Stabilire l'ordine in cui si desidera eseguire l'upgrade dei set di server. |
|
Preparazione degli MMS per l'upgrade |
Preparare ciascun MMS per l'upgrade. Per ulteriori informazioni, vedere Task da eseguire prima dell'upgrade. |
|
Esecuzione dell'upgrade del server primario |
Eseguire l'upgrade del server di amministrazione primario nell'MMS appropriato. Per informazioni, vedere Upgrade del server di amministrazione primario. |
|
Installazione di un nuovo server secondario |
(Facoltativo) Per ridurre al minimo i tempi di fermo presso i siti remoti, installare un server di amministrazione secondario locale che esegua la versione più recente di DRA. Per informazioni, vedere Installazione di un server di amministrazione secondario locale per la versione corrente di DRA. |
|
Installazione delle interfacce utente |
Installare le interfacce utente per gli amministratori aggiunti. Per informazioni, vedere Installazione delle interfacce utente di DRA |
|
Upgrade dei server secondari |
Eseguire l'upgrade dei server di amministrazione secondari nell'MMS. Per informazioni, vedere Upgrade dei server di amministrazione secondari. |
|
Upgrade di DRA Reporting |
Eseguire l'upgrade di DRA Reporting. Per informazioni, vedere Upgrade della generazione di rapporti. |
|
Esecuzione dell'utility Health Check |
Eseguire l'utility Health Check installata durante l'upgrade. Risolvere eventuali problemi. |
|
Aggiungere i tenant di Azure (dopo l'upgrade) |
(Facoltativo, dopo l'upgrade) Se precedentemente all'upgrade venivano gestiti tenant di Azure, durante l'upgrade essi vengono rimossi. Sarà necessario aggiungere nuovamente i tenant ed eseguire un aggiornamento della cache degli account completo dalla console Delegation and Configuration (Delega e configurazione). Per ulteriori informazioni, vedere Managing Tenants (Gestione dei tenant) nella DRA Administrator Guide (Guida all'amministrazione di DRA). |
Dopo aver correttamente preparato l'MMS, eseguire l'upgrade del server di amministrazione primario. Eseguire l'upgrade delle interfacce utente nei computer client solo dopo aver completato l'upgrade del server di amministrazione primario. Per ulteriori informazioni, vedere Installazione delle interfacce utente di DRA.
NOTA:per ulteriori considerazioni e istruzioni sull'upgrade, vedere le Directory and Resource Administrator Release Notes (Note di rilascio di Directory and Resource Administrator).
Prima di eseguire l'upgrade, notificare agli amministratori aggiunti quando si prevede di avviare la procedura. Se è stato riservato un server di amministrazione secondario per l'esecuzione di una versione precedente di DRA, indicare inoltre tale server affinché gli amministratori aggiunti possano continuare a utilizzare la versione precedente di DRA durante l'upgrade.
NOTA:una volta eseguito l'upgrade del server di amministrazione primario, non è possibile sincronizzare le impostazioni di delega, configurazione o policy da tale server ai server di amministrazione secondari che eseguono una versione precedente di DRA.
L'installazione di un nuovo server di amministrazione secondario per eseguire la versione attuale di DRA presso un sito locale può essere utile per ridurre al minimo le costose connessioni a siti remoti, diminuendo al contempo i tempi di fermo complessivi e consentendo un'installazione più rapida delle interfacce utente. Questo passaggio è facoltativo e permette agli amministratori aggiunti di utilizzare sia la versione attuale che quella precedente di DRA durante tutta la procedura di upgrade, fino al corretto completamento dell'installazione.
Valutare questa opzione in caso di una o più delle esigenze di upgrade seguenti:
Tempi di fermo minimi o nulli.
Necessità di supportare un numero elevato di amministratori aggiunti e impossibilità di eseguire immediatamente l'upgrade di tutti i computer client.
Necessità di continuare a supportare l'accesso a una versione precedente di DRA dopo l'upgrade del server di amministrazione primario.
Presenza nell'ambiente di un MMS che si estende in più siti.
Ad esempio, se l'MMS in uso è costituito da un server di amministrazione primario presso il sito di Londra e un server di amministrazione secondario presso il sito di Tokyo, si consideri di installare un server secondario presso il sito di Tokyo e di aggiungerlo all'MMS corrispondente. Questo server aggiuntivo esegue un miglior bilanciamento del carico amministrativo quotidiano presso il sito di Tokyo e consente agli amministratori aggiunti di entrambi i siti di utilizzare una versione precedente di DRA come anche la versione attuale fino al completamento dell'upgrade. Inoltre si eviteranno tempi morti per gli amministratori aggiunti, poiché è possibile installare immediatamente le interfacce utente della versione attuale di DRA. Per ulteriori informazioni sull'upgrade delle interfacce utente, vedere Installazione delle interfacce utente di DRA.
In genere, le interfacce utente della versione attuale di DRA si installano dopo aver eseguito l'upgrade del server di amministrazione primario e di un server di amministrazione secondario. Tuttavia, per gli amministratori aggiunti che devono utilizzare il server di amministrazione primario, verificare di avere precedentemente eseguito l'upgrade dei rispettivi computer client installando la console Delegation and Configuration (Delega e configurazione). Per ulteriori informazioni, vedere Pianificazione dell'upgrade di DRA.
Se si eseguono spesso elaborazioni batch tramite l'interfaccia della riga di comando, il provider ADSI, PowerShell o se si generano frequentemente rapporti, valutare l'installazione di tali interfacce utente in un server di amministrazione secondario dedicato per mantenere un bilanciamento del carico appropriato nell'MMS.
È possibile consentire agli amministratori aggiunti di installare le interfacce utente di DRA oppure installarle tramite criteri di gruppo. È inoltre possibile installare facilmente e rapidamente la Console Web per più amministratori aggiunti.
NOTA:l'esecuzione side-by-side di più versioni di componenti di DRA nello stesso server DRA non è consentita. Se si prevede di eseguire gradualmente l'upgrade dei computer client degli amministratori aggiunti, valutare l'installazione della Console Web per consentire l'accesso immediato a un server di amministrazione che esegue la versione attuale di DRA.
Quando si esegue l'upgrade dei server di amministrazione secondari, è possibile procedere secondo necessità, in base alle esigenze di amministrazione. Considerare inoltre come si prevede di eseguire l'upgrade e l'installazione delle interfacce utente di DRA. Per ulteriori informazioni, vedere Installazione delle interfacce utente di DRA.
Ad esempio, un percorso di upgrade tipico può includere i passaggi seguenti:
Upgrade di un server di amministrazione secondario.
Comunicare agli amministratori aggiunti che utilizzano questo server di installare le interfacce utente appropriate, ad esempio la Console Web.
Ripetizione dei passaggi 1 e 2 fino a completare l'upgrade dell'MMS.
Prima di eseguire l'upgrade, notificare agli amministratori aggiunti quando si prevede di avviare la procedura. Se è stato riservato un server di amministrazione secondario per l'esecuzione di una versione precedente di DRA, indicare inoltre tale server affinché gli amministratori aggiunti possano continuare a utilizzare la versione precedente di DRA durante l'upgrade. Al termine della procedura di upgrade dell'MMS e quando tutti i computer client degli amministratori aggiunti eseguono interfacce utente di cui è stato eseguito l'upgrade, mettere offline eventuali altri server che eseguono versioni precedenti di DRA.