Considerazioni aggiuntive sulla disponibilità avanzata

Tutte le considerazioni applicabili alla pianificazione della configurazione convenzionale di CA SDM sono valide anche per la configurazione con disponibilità avanzata. Tenere presenti i punti seguenti prima di implementare una configurazione con disponibilità avanzata:
casm173
Tutte le considerazioni applicabili alla pianificazione della configurazione convenzionale di CA SDM sono valide anche per la configurazione con disponibilità avanzata. Tenere presenti i punti seguenti prima di implementare una configurazione con disponibilità avanzata:
Considerazioni generali
Rivedere e implementare le seguenti considerazioni se si è deciso di utilizzare la configurazione Disponibilità avanzata di CA SDM:
  • È necessario che una configurazione con disponibilità avanzata disponga sempre di un server in background e almeno di un server di standby. (Consigliato) Verificare che il server in background e tutti gli altri server di standby abbiano una configurazione simile.
    In questo modo si assicura che un server di standby, quando diventa il nuovo server in background in caso di failover, possa funzionare esattamente come il precedente server in background. Salvo gli amministratori di CA SDM, nessun altro utente è autorizzato ad accedere al server in background. Inoltre, nessun utente può accedere ai server di standby. È possibile configurare qualsiasi numero di server di standby. Per aumentare la disponibilità di CA SDM, valutare di collocare un server di standby nel data center di backup o sul sito di ripristino di emergenza.
  • Si prevede che le prestazioni di CA SDM rimangano le stesse anche con i server aggiuntivi per le operazioni in background e di standby. Con la distribuzione di altri server applicazioni è possibile ottenere un miglioramento delle prestazioni.
  • L'implementazione minima con disponibilità avanzata richiede un server applicazioni. Si consigliano due server applicazioni per aumentare la disponibilità e un'utilità di bilanciamento del carico per indirizzare il traffico Web.
  • Sono previsti costi hardware aggiuntivi, in quanto sono richiesti un server in background, almeno un server di standby e uno o più server applicazioni. La configurazione dei server di standby e in background deve essere identica.
  • Sono necessari un server di database remoto e un server per la condivisione dei file di indice degli strumenti della conoscenza, i file di esportazione/importazione degli strumenti della conoscenza, i file di output per l'eliminazione dell'archiviazione e i repository per allegati. Per consentire al server in background e al server di standby di accedere a questi file, è necessaria una posizione condivisa.
  • Le installazioni su Linux possono utilizzare montaggi NFS. UNC è supportato per le installazioni Windows.
  • È possibile inviare notifiche tramite posta elettronica da tutti i server di CA SDM. Ogni server configurato con la disponibilità avanzata deve disporre di una connessione al server di posta.
  • Installare il server in background e il server di standby sulla stessa subnet di rete in modo che i tempi di ping e le latenze da diversi server applicazioni siano analoghi.
  • Considerare di collocare i server in background e di standby in una posizione centrale con una buona connettività di rete per tutti gli utenti. È possibile collocare i server applicazioni a livello centrale oppure distribuirli su scala globale.
  • Una notifica tramite posta elettronica derivante da un'interazione dell'utente finale viene inviata dal server applicazioni a cui l'utente è connesso.
  • Una notifica tramite posta elettronica derivante da un qualsiasi processo in background (come un animatore che elabora un evento associato) viene inviata dall'utilità pdm_mail_nxd in esecuzione sul server in background.
  • Quando si verifica un errore del server in background, i messaggi di posta elettronica in coda vengono inviati quando il server in background si presenta come un server di standby.
Considerazioni sulla configurazione di sistema, l'amministrazione e il funzionamento
Prima di implementare la configurazione della disponibilità avanzata di CA SDM, considerare quanto segue:
  • I servizi Web SOAP e REST sono supportati solo sui server applicazioni. I Web Director sono configurabili su tutti i server di CA SDM. Poiché i server applicazioni sono indipendenti l'uno dall'altro, i Web Director possono servire solo i motori Web in esecuzione sullo stesso server applicazioni. I Web Director non possono servire i motori Web nei diversi server applicazioni.
  • Dal momento che i server nella configurazione con disponibilità avanzata hanno un grado di indipendenza più elevato, la maggior parte delle utilità della riga di comando funziona solo sul server locale. Ad esempio, pdm_status mostra solo i processi di CA SDM in esecuzione sul server dove si utilizza il comando. L'utilità pdm_webcache aggiorna solo le cache dei moduli sul server su cui è stata rilasciata.
  • Nella configurazione con disponibilità avanzata, i processi su ciascun server vengono controllati singolarmente. Invece, nella configurazione convenzionale, i processi di CA SDM vengono avviati e arrestati tramite
    pdm_d_mgr
    in esecuzione sul server primario.
    Si consiglia di utilizzare la nuova utilità
    pdm_server_control
    invece del comando
    pdm_halt
    per arrestare i server applicazioni. Prima dell'arresto, è possibile spostare gli utenti attivi su un altro server applicazioni. Tale richiesta viene notificata agli utenti mediante l'opzione di
    disattivazione
    .
  • A differenza della configurazione convenzionale, la disponibilità avanzata consente di specificare i dettagli del server di autenticazione mediante l'opzione
    bopauth_host
    , disponibile in
    Gestione opzioni
    nell'interfaccia utente Web del server in background. Agli utenti non è consentito l'accesso quando il server di autenticazione non è disponibile.
    L'utilità pdm_edit è stata sostituita con una nuova interfaccia grafica utente, senza le numerose modifiche manuali richieste in precedenza per il file di configurazione.
  • A differenza della configurazione convenzionale, la disponibilità avanzata consente di specificare i dettagli del server di autenticazione mediante l'opzione
    bopauth_host
    , disponibile in Gestione opzioni nell'interfaccia utente Web del server in background. Nella configurazione con disponibilità avanzata non è più necessario apportare questa modifica della configurazione in
    pdm_edit
    . Agli utenti non è consentito l'accesso quando il server di autenticazione non è disponibile.
  • Nella configurazione convenzionale, è possibile utilizzare un server secondario per integrare CA SDM con un sistema di autenticazione eseguito su un sistema diverso o anche su una piattaforma hardware differente.
  • Per impedire a server non autorizzati di aggiungersi alla configurazione con disponibilità avanzata, tutti i server devono essere definiti nell'interfaccia utente Web del server in background prima di poter essere configurati.
  • Dalla
    Console di CA SDM, scheda Amministrazione
    , è possibile modificare il ruolo e altre informazioni per un server di disponibilità avanzata. Arrestare i servizi di CA SDM prima di modificare una definizione di server. La riconfigurazione di server è necessaria per rendere effettive le modifiche.
  • Mediante l'esecuzione dell'utilità di configurazione, è possibile passare un server dalla configurazione convenzionale a quella con disponibilità avanzata. Controllare di aver modificato tutti i server nell'implementazione. I dati restano invariati, ma per modificare le impostazioni sono richiesti aggiornamenti manuali.
  • Le nuove variabili di ambiente sono state aggiunte a NX.env per supportare la disponibilità avanzata e il sistema conserva automaticamente i valori delle variabili.
    Non modificare NX.env manualmente salvo diverse istruzioni.
  • Utilizzare gli ultimi file
    pdm_startup
    durante la migrazione o l'aggiornamento di CA SDM. Non utilizzare i file tratti da versioni precedenti di CA SDM, ad esempio i file generati dall'utilità pdm_edit.
  • Una funzionalità genera numeri di ticket e chiavi di record numeriche. Per evitare il possibile danneggiamento del database, non provare mai a caricare o modificare manualmente la tabella
    Key_Control
    .
    Nella configurazione con Disponibilità avanzata, i numeri di ticket e le chiavi di record numeriche potrebbero non essere in ordine. Non si tratta di un errore. È possibile utilizzare altri campi per effettuare un ordinamento basato sulla marca temporale, come ad esempio Data di apertura del ticket.
  • Non è possibile spostare i daemon di Strumenti della conoscenza in un altro server nella configurazione con disponibilità avanzata.
    kt_daemon
    è ora in esecuzione su tutti i server. Tutti gli altri daemon di Strumenti della conoscenza vengono eseguiti come singleton sul server in background.
  • Gli Strumenti della conoscenza supportano percorsi di file UNC su Windows per l'individuazione dei file di indice EBR e i file di input/output utilizzati dalla funzionalità di esportazione/importazione della conoscenza. Questa funzionalità è disponibile per la configurazione convenzionale e quella con disponibilità avanzata.
    Il percorso dei file di indice EBR e il percorso dei file KEIT devono fare riferimento alle stesse credenziali UNC. A tale scopo, il percorso deve risiedere sullo stesso server.
  • Il controllo versione distribuisce i file (ad esempio, .htmpl, .maj, .mod e .sch) configurati nel file server_secondary_custom.ver dal server in background. All'avvio, il server di standby o il server applicazioni esegue il client di controllo versioni per estrarre i file aggiornati dal server in background.
  • L'attività di archiviazione/eliminazione viene eseguita sul server in background e supporta i percorsi di file UNC su Windows per file di output. Questa funzionalità è disponibile per la configurazione convenzionale e quella con disponibilità avanzata.
  • Ora gli allegati ai messaggi di posta elettronica in arrivo vengono archiviati con pdm_maileater quando il repository si trova su un server remoto.
  • Verificare che il gestore dei daemon possa modificare i procsets e che il comando pdm_dmnmode non venga eseguito per questa azione.
Conversione della configurazione di CA SDM
Prima di avviare la conversione di una configurazione convenzionale in disponibilità avanzata o viceversa, considerare quanto segue:
  • È possibile convertire il server in background solo in un server primario.
  • È possibile convertire il server primario solo in un server in background.
  • È possibile convertire il server secondario solo in un server di standby o in un server applicazioni.
  • È possibile convertire il server di standby o un server applicazioni solo in un server secondario.
Considerazioni sul failover
Durante un failover del server in background verso il server di standby, considerare quanto segue:
  • I nuovi utenti non devono effettuare l'accesso. Per gli utenti già connessi, le azioni seguenti non funzioneranno durante il processo di failover, pertanto dovrà essere eseguito un nuovo tentativo dall'utente in seguito al completamento del failover:
    • Creazione di ticket con allegati.
    • Download degli allegati.
    • Ricerca dei documenti della conoscenza.
    • Indicizzazione dei nuovi documenti della conoscenza.
    • Messaggio di posta elettronica in entrata.
    • Gli eventi SLA non attivati fino al completamento del processo di failover. .
Se si utilizza uno strumento di terze parti per il failover automatico dei server di CA SDM, è necessario disattivare tale strumento prima di avviare la manutenzione progressiva.
Considerazioni sul server Web e sull'interfaccia utente Web
Interfaccia utente Web
Un server Web è obbligatorio su tutti i server con configurazione con disponibilità avanzata. Quando il server in background non è disponibile a causa del failover, agli utenti Web viene presentato un modulo Risposta del server posposta. Agli utenti viene consentito di riprendere il lavoro quando il server di standby viene promosso a server in background. Il valore dell'opzione
web_cgi_url
deve indicare:
  • Utilità di bilanciamento del carico, se si dispone di più server applicazioni.
  • Server applicazioni, se si dispone di un solo server applicazioni.
Servizi Web
È possibile configurare i servizi Web solo sui server applicazioni. L'opzione
webservices_domsrvr
non esiste più in
Gestione opzioni
. È possibile configurare la variabile
NX_WEBSERVICES_DOMSRVR
indipendentemente su ciascun server applicazioni con una modifica del file
NX.env
.
Considerazioni sull'integrazione
  • L'URL per l'interfaccia utente Web di CA SDM deve indicare un server applicazioni configurato correttamente. L'URL contenuto in
    ca_application_registration
    indica l'installazione di CA SDM dell'utente utilizzata da altri prodotti di CA. Questo URL punta al server di CA SDM configurato prima, in genere il server in background. Solo gli amministratori di CA SDM possono modificare il valore tramite la funzionalità Amministrazione. Se si usa un'utilità di bilanciamento del carico, puntare l'URL all'utilità di bilanciamento del carico invece che a un server applicazioni singolo.
  • La maggior parte delle integrazioni e delle interazioni degli utenti finali con altri prodotti software viene eseguita a livello di server applicazioni. Non è previsto il failover per i server applicazioni. Se il server applicazioni non è disponibile, neanche i servizi Web per il server applicazioni sono disponibili. Per aumentare la disponibilità del server applicazioni, è possibile distribuire un'utilità di bilanciamento del carico per indirizzare le richieste a server applicazioni differenti
Considerazioni sui database
Tra i server e da ciascun server al database esiste una connessione diretta. Se il server CA SDM è compreso in una zona DMZ, viene richiesto di aprire le porte del firewall o implementare una tecnologia proxy di tunneling per questa connettività. Considerare anche gli accordi di licenza con il vendor di DBMS.
  • Verificare di aver installato il client di database su tutti i server di CA SDM.
  • Nella configurazione con disponibilità avanzata, tutti i server si connettono a un singolo database. Poiché il singolo database può costituire un punto di errore, valutare l'impiego di database in cluster per aumentare la disponibilità del DBMS.
  • Microsoft SQL Server è supportato in modo nativo solo sulla piattaforma Windows. Ad esempio, se l'implementazione è costituita da server con sistemi operativi eterogenei come Windows e Linux, selezionare Oracle come DBMS in quanto Microsoft SQL Server non è supportato su Linux.
Considerazioni sulla segnalazione
CA Business Intelligence consente di recuperare automaticamente i dati da server applicazioni alternativi. È possibile configurare questa funzionalità per una maggiore disponibilità di report per CA SDM.
CA Business Intelligence non è integrato con il server in background. Per questo motivo, non è possibile visualizzare i report dall'interfaccia utente Web del server in background. Viene visualizzato un messaggio di errore se si seleziona la scheda
Report
dall'interfaccia utente Web del server in background.
Affinché i servizi ODBC di CA Business Intelligence vengano avviati correttamente, esportare il percorso della libreria come indicato di seguito:
(Per Solaris/Linux) Esportare LD_LIBRARARY_PATH=$ LD_LIBRARARY_PATH:/opt/CA/SC/lib:<NX_ROOT>/lib
Esempio:
esportare LD_LIBRARARY_PATH=$ LD_LIBRARARY_PATH:/opt/CA/SC/lib:/opt/CAisd/lib
Considerazioni su Gestione opzioni
È possibile installare o disinstallare opzioni tramite Gestione opzioni solo dall'interfaccia utente Web del server in background. Utilizzare la procedura di manutenzione progressiva per propagare le modifiche a tutti i server nella configurazione. Per ulteriori informazioni sull'esecuzione della manutenzione progressiva,
consultare lo scenario
Esecuzione della manutenzione progressiva sul server di CA SDM
.
Considerazioni su Web Screen Painter
  • È possibile utilizzare Web Screen Painter (WSP) solo sul server in background.
  • Seguire la procedura consigliata per pubblicare i cambiamenti al modulo di WSP in modo che i moduli aggiornati vengano distribuiti a tutti i server nell'installazione. Per ulteriori informazioni, consultare
    Modifiche dell'interfaccia Web
    .
  • I daemon a livello del database virtuale vengono eseguiti su tutti i server. Installare le personalizzazioni del database di CA SDM e le definizioni di oggetto su tutti i server.