In questo capitolo viene descritta una procedura utile per eseguire in fasi controllate l'upgrade o la migrazione di un ambiente distribuito.
Si presuppone che l'ambiente includa più server di amministrazione, alcuni dei quali ubicati in siti remoti. Questa configurazione è denominata set multimaster (MMS). Un MMS è costituito da un server di amministrazione primario e uno o più server di amministrazione secondari associati. Per ulteriori informazioni sul funzionamento di un MMS, vedere Configuring the Multi-Master Set
(Configurazione del set multimaster) nella Directory and Resource Administrator Administrator Guide (Guida all'amministrazione di Directory and Resource Administrator).
Eseguire NetIQAdminInstallationKit.msi per estrarre il supporto di installazione di DRA, quindi installare ed eseguire l'utility Health Check.
Prima di iniziare la procedura di upgrade, verificare di aver pianificato l'installazione di DRA. Per la pianificazione dell'installazione, considerare le linee guida seguenti:
Provare la procedura di upgrade in un ambiente lab prima di eseguire l'upgrade nell'ambiente di produzione. Questa prova consente d'individuare e risolvere eventuali problemi imprevisti senza ripercussioni sulle responsabilità quotidiane di amministrazione.
Riesaminare la sezione Porte e protocolli necessari.
Stabilire quanti AA (amministratori dell'assistente) utilizzeranno ciascun MMS. Se la maggior parte degli AA utilizzano server o set di server specifici, eseguire prima l'upgrade di tali server nelle ore non di punta.
Determinare quali AA necessitano della console di delega e configurazione. È possibile ottenere queste informazioni in uno dei modi seguenti:
Verificare quali AA sono associati ai gruppi AA integrati.
Verificare quali AA sono associati a istanze di ActiveView integrate.
Utilizzare Directory and Resource Administrator Reporting per generare rapporti sul modello di sicurezza, come ad esempio i rapporti ActiveView Assistant Admin Details (Dettagli amministratori assistente ActiveView) e Assistant Admin Groups (Gruppi amministratori assistente).
Notificare a tali AA i piani di upgrade per le interfacce utente.
Stabilire quali AA necessitano di eseguire la connessione al server di amministrazione primario. Tali AA devono eseguire l'upgrade dei loro computer client una volta completato l'upgrade del server di amministrazione primario.
Notificare a questi AA i piani di upgrade dei server di amministrazione e delle interfacce utente.
Stabilire se è necessario implementare modifiche di delega, configurazione o policy prima di iniziare la procedura di upgrade. A seconda dell'ambiente, questa decisione potrebbe variare da sito a sito.
Coordinare l'upgrade dei computer client e dei server di amministrazione in modo da ridurre al minimo i tempi di fermo. 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.
Prima di iniziare le installazioni di upgrade, seguire i passaggi preliminari riportati di seguito per preparare ciascun server per l'upgrade.
|
Passaggi |
Dettagli |
|---|---|
|
Backup dell'istanza di AD LDS |
Aprire l'Utility Health Check ed eseguire il controllo AD LDS Instance Backup (Backup istanza AD LDS) per creare una copia di backup dell'istanza attuale. |
|
Definizione di un piano di installazione |
Creare un piano di installazione per eseguire l'upgrade di server di amministrazione e interfacce utente (computer client degli AA). Per ulteriori informazioni, vedere Pianificazione dell'upgrade di DRA. |
|
Riserva di un server secondario per l'esecuzione di una versione precedente di DRA |
Facoltativo: riservare un server di amministrazione secondario per l'esecuzione di una versione precedente di DRA mentre si esegue l'upgrade di un sito. |
|
Esecuzione delle modifiche necessarie per l'MMS |
Apportare le modifiche necessarie alle impostazioni di delega, configurazione o policy per l'MMS. Per modificare tali impostazioni, utilizzare il server di amministrazione primario. |
|
Sincronizzazione dell'MMS |
Sincronizzare i set di server in modo che le impostazioni di configurazione e sicurezza di ogni server di amministrazione siano aggiornate. |
|
Backup del registro del server primario |
Eseguire il backup del registro dal server di amministrazione primario. Una copia di backup delle impostazioni precedenti del registro consente di ripristinare facilmente la configurazione e le impostazioni di sicurezza precedenti. |
NOTA:Se è necessario ripristinare il backup dell'istanza di AD LDS, effettuare le operazioni seguenti:
Interrompere l'istanza attuale di AD LDS in Gestione computer > Servizi. Il titolo sarà: NetIQDRASecureStoragexxxxx.
Sostituire il file adamnts.dit attuale con il file adamnts.dit di backup come indicato di seguito:
Ubicazione del file attuale: %ProgramData%/NetIQ/DRA/<NomeIstanzaDRA>/data/
Ubicazione del file di backup: %ProgramData%/NetIQ/ADLDS/
Riavviare l'istanza di AD LDS.
Per ridurre al minimo i tempi di fermo e le costose connessioni a siti remoti, è possibile riservare presso un sito uno o più server di amministrazione secondari che eseguano una versione precedente di DRA durante l'upgrade. Questo passaggio è facoltativo e consente agli AA di utilizzare una versione 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 AA 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.
È possibile installare un nuovo server di amministrazione secondario o designare un server secondario esistente che esegua una versione precedente di DRA. Se si intende eseguire l'upgrade di tale server, esso deve essere l'ultimo della procedura. In caso contrario, disinstallare completamente DRA dal server dopo aver completato l'upgrade.
L'installazione di un nuovo server di amministrazione secondario in un sito locale consente di evitare costose connessioni a siti remoti e permette agli AA di continuare a utilizzare una versione precedente di DRA senza interruzioni. Se nell'ambiente è presente un MMS che si estende in più siti, è opportuno prendere in considerazione questa opzione. 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 Londra e di aggiungerlo all'MMS corrispondente. Questo server aggiuntivo consente agli AA del sito di Londra di utilizzare una versione precedente di DRA fino al completamento dell'upgrade.
È possibile utilizzare un server di amministrazione secondario esistente come server riservato a una versione precedente di DRA. Se si prevede di non eseguire l'upgrade di un server di amministrazione secondario in un sito specifico, è opportuno prendere in considerazione questa opzione. Se non è possibile riservare un server secondario esistente, valutare se installare un nuovo server di amministrazione per questo scopo. Riservare uno o più server secondari per l'esecuzione di una versione precedente di DRA consente agli AA di continuare a utilizzare una versione precedente di DRA senza interruzioni fino al completamento dell'upgrade. Questa opzione assicura i risultati migliori in ambienti di grandi dimensioni che utilizzano un modello di amministrazione centralizzato.
Prima di eseguire il backup del registro della versione precedente di DRA o iniziare la procedura di upgrade, assicurarsi di sincronizzare i set di server in modo che le impostazioni di configurazione e sicurezza di ciascun server di amministrazione siano aggiornate.
NOTA:accertarsi di aver apportato tutte le modifiche necessarie alle impostazioni di delega, configurazione o policy per l'MMS. Per modificare tali impostazioni, utilizzare il server di amministrazione primario. Una volta eseguito l'upgrade del server di amministrazione primario, non è possibile sincronizzare le impostazioni di delega, configurazione o policy in alcun server di amministrazione che esegue una versione precedente di DRA.
Per sincronizzare il set di server esistente:
Eseguire l'accesso al server di amministrazione primario con l'account predefinito Administrator.
Avviare l'interfaccia MMC.
Nel riquadro sinistro espandere Gestione configurazione.
Fare clic su Server di amministrazione.
Nel riquadro destro, selezionare il server di amministrazione primario appropriato per questo set di server.
Fare clic su Proprietà.
Nella scheda Pianificazione della sincronizzazione, fare clic su Aggiorna ora.
Verificare che la sincronizzazione sia stata eseguita e che tutti i server di amministrazione secondari siano disponibili.
Eseguendo il backup del registro del server di amministrazione è possibile tornare alle configurazioni precedenti. Ad esempio, se è necessario disinstallare completamente la versione attuale di DRA e utilizzare la versione precedente, con una copia di backup delle impostazioni precedenti del registro è possibile recuperare facilmente le impostazioni di configurazione e sicurezza.
Tuttavia, prestare attenzione quando si apportano modifiche al registro. In caso di errore nel registro, il server di amministrazione potrebbe non funzionare come previsto. Se si verifica un errore durante la procedura di upgrade, è possibile utilizzare la copia di backup delle impostazioni del registro per eseguire il ripristino. Per ulteriori informazioni, vedere la Guida dell'Editor del Registro di sistema.
IMPORTANTE:quando si esegue il ripristino del registro, la versione del server DRA, il nome del sistema operativo Windows e la configurazione dei domini gestiti deve essere esattamente la stessa.
IMPORTANTE:prima dell'upgrade, eseguire il backup del sistema operativo Windows del computer in cui risiede DRA o creare un'immagine snapshot del computer come macchina virtuale.
Per eseguire il backup del registro del server di amministrazione:
Eseguire regedit.exe.
Fare clic con il pulsante destro del mouse sul nodo HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mission Critical Software\OnePoint e selezionare Esporta.
Specificare il nome e l'ubicazione del file per salvare la chiave di registro e fare clic su Salva.
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.
È 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.
In DRA 9.2 o versioni successive, la configurazione del server di automazione dei workflow viene memorizzata in AD LDS anziché nel registro. Durante l'aggiornamento da DRA 9.1 o versioni precedenti a DRA 9.2 o versioni successive, la configurazione del registro viene automaticamente spostata in AD LDS e replicata in tutti i server secondari.
AVVERTENZA:eseguire l'upgrade dei server di amministrazione secondari solo dopo aver eseguito l'upgrade del server di amministrazione primario dell'MMS in questione.
|
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. |
|
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. |
|
Installazione delle interfacce utente |
Installare le interfacce utente per gli amministratori aggiunti. |
|
Upgrade dei server secondari |
Eseguire l'upgrade dei server di amministrazione secondari nell'MMS. |
|
Upgrade della funzione di generazione rapporti di DRA |
Eseguire l'upgrade della funzione di generazione rapporti di DRA. |
|
Upgrade delle estensioni REST |
Eseguire il programma di installazione delle estensioni REST di DRA. |
|
Esecuzione dell'utility Health Check |
Eseguire l'utility Health Check installata durante l'upgrade. Risolvere eventuali problemi. |
Dopo aver correttamente preparato l'MMS, eseguire l'upgrade del server di amministrazione primario. Eseguire l'upgrade delle interfacce utente nei computer client degli AA solo dopo aver completato l'upgrade del server di amministrazione primario. Per ulteriori informazioni, vedere Installazione delle interfacce utente di DRA.
NOTA:per considerazioni e istruzioni più dettagliate 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 AA 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 AA 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 AA 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 AA 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 AA 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 AA, 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 AA che devono utilizzare il server di amministrazione primario, verificare di aver precedentemente eseguito l'upgrade dei rispettivi computer client installando la console di 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 o il provider ADSI, oppure 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 AA di installare le interfacce utente di DRA oppure installarle tramite criteri di gruppo. È inoltre possibile installare facilmente e rapidamente la Console Web per più AA.
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 AA, 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.
Istruzioni agli AA che utilizzano tale server affinché installino le interfacce utente appropriate, come ad esempio la console di gestione account e risorse.
Ripetizione dei passaggi 1 e 2 fino a completare l'upgrade dell'MMS.
Prima di eseguire l'upgrade, notificare agli AA 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 AA 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 AA eseguono interfacce utente di cui è stato eseguito l'upgrade, mettere offline eventuali altri server che eseguono versioni precedenti di DRA.
Prima di eseguire l'upgrade della funzione di generazione rapporti di DRA, accertarsi che l'ambiente soddisfi i requisiti minimi di NRC 3.2. Per ulteriori informazioni sui requisiti di installazione e considerazioni sull'upgrade, vedere la Reporting Center Guide (Guida di Reporting Center) nel sito della documentazione di DRA.
|
Passaggi |
Dettagli |
|---|---|
|
Disabilitazione del supporto per la funzione di generazione rapporti di DRA |
Affinché i servizi di raccolta per la generazione di rapporti non vengano eseguiti durante la procedura di upgrade, disabilitare il supporto per la funzione di generazione rapporti di DRA nella finestra Reporting Service Configuration (Configurazione del servizio di generazione rapporti) nella console di delega e configurazione. |
|
Esecuzione dell'accesso al server dell'istanza SQL con credenziali applicabili |
Accedere con un account amministratore al server Microsoft Windows in cui è installata l'istanza di SQL per i database di generazione dei rapporti. Verificare che l'account disponga di privilegi di amministratore locale come anche di privilegi di amministratore di sistema in SQL Server. |
|
Esecuzione del programma di installazione della funzione di generazione rapporti di DRA |
Eseguire DRAReportingSetup.exe. dal kit di installazione e seguire le istruzioni della procedura guidata di installazione. |
|
Esecuzione del programma di installazione di NRC |
Condizionale: se il servizio Web NRC è installato in un computer diverso, accedere al computer in cui il servizio Web è installato ed eseguire NRCSetup.exe per avviare l'upgrade del servizio Web NRC. NOTA:se il database di configurazione è stato installato in un server separato, eseguirne l'upgrade per primo |
|
Esecuzione del programma di installazione di NRC nei computer client |
Eseguire NRCSetup.exe in tutti i computer client NRC. |
|
Abilitazione del supporto per la funzione di generazione rapporti di DRA |
Nel server di amministrazione primario, abilitare la generazione di rapporti nella console di delega e configurazione. |
Se nell'ambiente si utilizza l'integrazione SSRS, sarà necessario ripetere l'installazione dei rapporti. Per ulteriori informazioni sulla reinstallazione dei rapporti, vedere la NetIQ Reporting Center Reporting Guide (Guida alla generazione dei rapporti di NetIQ Reporting Center) sul sito della documentazione di DRA.
Per eseguire l'upgrade della Console Web e delle estensioni REST a Directory and Resource Administrator 9.2, è necessario utilizzare DRA 9.0.1 o versioni successive. Per informazioni sui requisiti, vedere Requisiti della Console Web e delle estensioni di DRA.
Per eseguire l'upgrade della Console Web e delle estensioni di DRA:
Dopo aver effettuato il download del kit di installazione di DRA, passare all'ubicazione in cui è stato estratto il supporto di installazione, fare clic con il pulsante destro del mouse sul file DRARESTExtensionsInstaller.exe e selezionare Esegui come amministratore.
Seguire le istruzioni della procedura guidata di installazione fino al termine dell'installazione e fare clic su Fine.
Per ulteriori informazioni dettagliate sui passaggi della procedura guidata di installazione, fare riferimento ai passaggi per una nuova installazione: Installazione delle estensioni REST di DRA.
Quando si esegue l'upgrade a una versione più recente di DRA, si desidera mantenere tutte le personalizzazioni effettuate per la Console Web nel server Web. Per semplificare questa operazione, DRA offre l'utility Customization Upgrade, integrata nel programma di installazione delle estensioni REST di DRA. Questa utility viene eseguita automaticamente quando si esegue DRARESTExtensionsInstaller.exe per l'upgrade delle estensioni REST nel server Web. È possibile anche ripetere manualmente l'esecuzione dell'utility dalla directory di installazione di DRA al di fuori dell'installazione.
Parte della procedura dell'utility Customization Upgrade consiste nell'eseguire il backup delle personalizzazioni dell'utente prima di avviare l'upgrade. Durante la procedura di upgrade, l'utility crea un file di log con tutte le modifiche apportate per eseguire l'upgrade e include inoltre un avviso per gli elementi di personalizzazione che non possono essere aggiornati automaticamente.
Come best practice, si consiglia di esaminare il log dopo l'upgrade. Se necessario, è possibile ripristinare le personalizzazioni precedenti all'upgrade copiandole dalla cartella di backup. È inoltre possibile definire il percorso della cartella delle personalizzazioni di cui viene eseguito l'upgrade quando si apre l'utility Customization Upgrade, oppure si può utilizzare il percorso di default, che viene compilato automaticamente.
I percorsi di default per le personalizzazioni di cui viene eseguito l'upgrade e per il backup delle personalizzazioni sono indicati di seguito:
Percorso di default della cartella delle personalizzazioni: C:\inetpub\wwwroot\DRAClient\components\lib\ui-templates\custom
Cartella di backup di default: $CustomFolderPath\custom_upgrade_$VERSIONFROM_to_$VERSIONTO_backup