Modalità di esecuzione della manutenzione progressiva sui server di CA SDM

Questo articolo contiene i seguenti argomenti:
casm173
La migrazione da un ambiente a disponibilità avanzata non è possibile mediante la manutenzione progressiva. È necessario arrestare il servizio di CA SDM su tutti i server applicazioni e di standby prima di avviare l'attività di migrazione. Per ulteriori informazioni, consultare la sezione Aggiornamento di CA SDM.
Questo articolo contiene i seguenti argomenti:
L'amministratore di sistema esegue la manutenzione server progressiva sui server di CA SDM. È possibile eseguire questa manutenzione per applicare le patch o eseguire una manutenzione generale sui server. Si consiglia di eseguire la manutenzione su tutti i server in un ordine specifico. Questo processo assicura che tutti i server vengano aggiornati con le modifiche, con una minima o nessuna interruzione del servizio per gli utenti finali. Per qualsiasi modifica di server specifica, non è necessario aggiornare tutti gli altri server.
Prima di applicare una patch MDB comune, una patch di sistema operativo o di protezione, arrestare tutti i server di CA SDM. In questi casi, l'attività utente viene interrotta senza accesso a CA SDM fino a quando tutti i server sono in esecuzione. Si consiglia che l'amministratore di sistema pianifichi l'applicazione della patch di conseguenza.
Il diagramma seguente mostra il processo consigliato per eseguire una manutenzione progressiva sui server di CA SDM:
A seconda degli standard dell'organizzazione, il processo di manutenzione progressiva nella propria organizzazione può differire dal processo consigliato.
Modalità di esecuzione della manutenzione progressiva sui server di CA SDM
How to Perform Rolling Maintenance on CA SDM Servers
Attenersi alla seguente procedura:
  1. Arrestare il server di standby (che si desidera promuovere come nuovo server in background).
  2. Eseguire la manutenzione progressiva sul server di standby.
  3. Avviare il server di standby.
  4. Eseguire la manutenzione progressiva sul server in background precedente.
  5. Avviare il server in background precedente.
    Quando si avvia il server in background, questo diventa un server di standby.
  6. Eseguire la manutenzione progressiva su tutti i server di standby.
    Arrestare il server di standby, eseguire la manutenzione progressiva e avviare il server.
Verifica delle considerazioni
Durante un failover del server in background verso il server di standby, considerare i seguenti punti:
  • I nuovi utenti non possono accedere.
  • Per gli utenti già connessi, alcune azioni non funzionano durante il failover. Pertanto è necessario ripeterle dopo il failover. Le azioni seguenti non funzionano:
    • 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
    • Eventi SLA non attivati fino al completamento del failover
Se lo strumento di terze parti è stato configurato per abilitare il failover automatico dei server CA SDM, è necessario disabilitarlo prima di avviare la manutenzione progressiva.
Eliminazione del controllo versioni tra il server di standby e il server in background
Il controllo versioni di CA SDM consente di gestire le modifiche del sistema su tutti i server di CA SDM. Assicurarsi di eliminare il controllo versioni sul server di standby prima di avviarlo. Questo processo assicura che il server di standby non venga aggiornato con le modifiche di sistema del server in background. Per eliminare il controllo versioni, eseguire il comando seguente sul server di standby di cui si è eseguito l'aggiornamento:
Quando si esegue il comando seguente, il controllo delle versioni non deve essere disabilitato.
pdm_server_control -v
Promozione del server di standby come nuovo server in background
Prima di arrestare il server in background, promuovere il server di standby (di cui si è eseguito l'aggiornamento) a nuovo server in background. Se Support Automation viene installato con CA SDM, inviare una notifica agli utenti attivi di Support Automation per informarli dell'arresto del server di background.
Attenersi alla seguente procedura:
  1. Eseguire il comando seguente sul server in background per informare tutti gli utenti attivi tramite Support Automation di salvare il loro lavoro:
    sa_server_notifier [-h] | [-q seconds] | [-c]
    • -h
      Visualizza la pagina della Guida.
    • -q seconds
      Questa opzione avvisa un server locale (background) di rimanere inattivo durante un intervallo di tempo specificato. Questo intervallo è il numero di secondi che trascorrono prima che il server diventi non in linea. Non è possibile utilizzare questa opzione per un server di standby o un server applicazioni.
    • -c
      Questa opzione annulla una richiesta di disattivazione inviata precedentemente.
    Un messaggio popup viene ricevuto da tutti gli utenti attivi che utilizzano Support Automation. Questo messaggio comunica agli utenti l'arresto del server e il tempo rimasto prima dell'arresto. Gli utenti devono salvare il proprio lavoro e uscire entro il tempo pianificato.
  2. Eseguire il comando seguente sul server di standby che si desidera promuovere a nuovo server in background:
    pdm_server_control -b
    • -b
      Indica a un server di standby locale di diventare il server in background. Il server di standby deve essere già in esecuzione. Se il server non è in esecuzione, viene avviato ma non viene eseguito nessun failover. Per avviare un failover, eseguire di nuovo il comando.
    Il server in background si arresta automaticamente e il server di standby viene promosso a nuovo server in background. Questo cambiamento non interessa le sessioni dell'utente finale. Gli eventuali aggiornamenti in corso vengono archiviati e ritardati, finché il nuovo server in background non passa in linea.
Esecuzione della manutenzione progressiva sui server applicazioni
Come procedura consigliata, è possibile eseguire prima la manutenzione progressiva su un server applicazioni a cui sono connessi pochi utenti o nessun utente. Informare quindi tutti gli utenti attivi su altri server applicazioni di accedere al server aggiornato. Infine, è possibile eseguire la manutenzione sugli altri server applicazioni. Questo processo assicura che gli utenti non vengano spostati tra server applicazioni più volte.
Attenersi alla seguente procedura:
  1. Arrestare il server applicazioni meno attivo, eseguire la manutenzione progressiva e avviarlo.
    Il server applicazioni viene aggiornato con tutte le modifiche.
  2. Eseguire la manutenzione progressiva sul server applicazioni e avviarlo.
    Il server applicazioni viene aggiornato con tutte le modifiche.
  3. Eseguire le fasi 3 e 4 per gli altri server applicazioni.
    Tutti i server applicazioni vengono aggiornati con tutte le modifiche.
Selezione del server applicazioni meno attivo
Scegliere un server applicazioni con l'attività utente più bassa. Eseguire il comando seguente su ciascun server applicazioni per scegliere quello con il numero più basso di sessioni attive o con nessuna sessione attiva.
pdm_webstat
Questo comando non acquisisce le sessioni SOAP o del servizio Web REST.
Arresto dell'altro server applicazioni
Tutti gli utenti attivi su un server applicazioni vengono informati di spostarsi sul server applicazioni meno attivo prima di arrestarlo. Assicurarsi di avere riavviato il server applicazioni meno attivo prima di spostare tutti gli utenti su di esso.
Attenersi alla seguente procedura:
  1. (Consigliato) Informare tutti gli analisti di Support Automation attivi sul server applicazioni che si desidera arrestare di creare un ticket in CA SDM con le informazioni sulla sessione. Questo processo assicura che le informazioni sulla sessione non vengano perse. Ad esempio, l'analista di Support Automation si trova in una sessione con un cliente per risolvere un problema di hardware. In tale caso, l'analista di Support Automation può creare una issue in CA SDM con le informazioni sulla sessione prima che il server applicazioni venga arrestato.
  2. Inviare una notifica (ad esempio, una notifica di posta elettronica) a tutti gli utenti attivi sul server applicazioni perché si spostino sul server applicazioni meno attivo che è stato appena riavviato. Questa notifica può includere i dettagli del server applicazioni aggiornato.
  3. Eseguire il comando seguente sul server applicazioni:
    pdm_server_control [-h] -q interval -s server_name
    • -h
      Visualizza la pagina della Guida.
    • -q interval -s server_name
      Notifica a un server applicazioni locale o remoto di rimanere inattivo in un intervallo di tempo specificato. Questo intervallo è il numero di secondi che trascorrono prima che il server diventi non in linea. Utilizzando questa opzione senza un server_name, il server locale riceve una notifica di disattivazione. Non è possibile utilizzare questa opzione per un server in background o di standby.
    Tutti gli utenti attivi sul server applicazioni visualizzano un messaggio popup che li informa dell'arresto del server e del tempo rimasto prima dell'arresto. Gli utenti devono salvare il proprio lavoro e uscire entro il tempo indicato. Il server applicazioni si arresta dopo il tempo specificato. Gli utenti accedono all'altro server applicazioni per riprendere il lavoro. L'analista di Support Automation può fare riferimento al ticket e riprendere il lavoro.
    L'arresto del server applicazioni è riuscito.