CISCO versione 14 Cluster di connessione Unity

Informazioni sul prodotto

Specifiche

• Nome del prodotto: Cluster di connessione Cisco Unity
• Messaggistica vocale ad alta disponibilità
• Due server che eseguono le stesse versioni di Unity Connection
• Server editore e server abbonato

Istruzioni per l'uso del prodotto

Elenco attività per la configurazione di un cluster Unity Connection

1. Raccogliere i requisiti del cluster Unity Connection.
2. Configura le notifiche di avviso per gli avvisi di Unity Connection.
3. Personalizza le impostazioni del cluster sul server editore.

Configurazione delle impostazioni del cluster Cisco Unity Connection sul server editore

1. Accedi a Cisco Unity Connection Administration.
2. Espandi Impostazioni di sistema > Avanzate e seleziona Configurazione cluster.
3. Nella pagina Configurazione cluster modificare lo stato del server e selezionare Salva.

Amministrazione di un cluster Unity Connection

Per verificare lo stato del cluster Unity Connection e garantire la corretta configurazione:

Controllo dello stato del cluster da Web Interfaccia

1. Accedi alla funzionalità di manutenzione di Cisco Unity Connection del server dell'editore o dell'abbonato.
2. Espandi Strumenti e seleziona Gestione cluster.
3. Nella pagina Gestione cluster verificare lo stato del server.

Controllo dello stato del cluster dall'interfaccia della riga di comando (CLI)

1. Eseguire il comando CLI show cuc cluster status sul server editore o sul server di sottoscrizione.

Gestione delle porte di messaggistica in un cluster

In un cluster Unity Connection, i server condividono le stesse integrazioni del sistema telefonico. Ciascun server gestisce una parte delle chiamate in entrata per il cluster.

Assegnazioni dei porti

A seconda dell'integrazione del sistema telefonico, ciascuna porta di messaggistica vocale viene assegnata a un server specifico oppure utilizzata da entrambi i server.

Domande frequenti

• D: Come posso raccogliere i requisiti del cluster Unity Connection?
• R: Per ulteriori informazioni sulla raccolta dei requisiti del cluster Unity Connection, fare riferimento alla documentazione Requisiti di sistema per la configurazione del cluster Cisco Unity Connection.
• D: Come posso impostare le notifiche di avviso per gli avvisi di Unity Connection?
• R: Fare riferimento alla Guida all'amministrazione di Cisco Unified Real-Time Monitoring Tool per istruzioni sulla configurazione delle notifiche di avviso per gli avvisi di Unity Connection.
• D: Come posso modificare lo stato del server in un cluster?
• R: Per modificare lo stato del server in un cluster, accedere a Cisco Unity Connection Administration, espandere Impostazioni di sistema > Avanzate, selezionare Configurazione cluster e modificare lo stato del server nella pagina Configurazione cluster.
• D: Come posso verificare lo stato del cluster Unity Connection?
• R: Puoi controllare lo stato del cluster Unity Connection utilizzando il file web interfaccia o l'interfaccia della riga di comando (CLI). Per i passaggi dettagliati, fare riferimento alla sezione "Verifica dello stato del cluster" nel manuale dell'utente.
• D: Come posso gestire le porte di messaggistica in un cluster?
• R: Il manuale dell'utente fornisce informazioni sulla gestione delle porte di messaggistica in un cluster. Per i dettagli fare riferimento alla sezione "Gestione delle porte di messaggistica in un cluster".

 

Introduzione

La distribuzione del cluster Cisco Unity Connection fornisce messaggistica vocale ad alta disponibilità attraverso i due server che eseguono le stesse versioni di Unity Connection. Il primo server nel cluster è il server editore e il secondo server è il server di sottoscrizione.

Elenco attività per la configurazione di un cluster Unity Connection

Effettuare le seguenti attività per creare un cluster Unity Connection:

1.  Raccogliere i requisiti del cluster Unity Connection. Per ulteriori informazioni, vedere Requisiti di sistema per Cisco Unity Connection versione 14 all'indirizzo
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Installa il server dell'editore. Per ulteriori informazioni, vedere la sezione Installazione del server editore.
4.  Installare il server dell'abbonato. Per ulteriori informazioni, vedere la sezione Installazione del server di sottoscrizione.
5. Configurare lo strumento di monitoraggio in tempo reale Cisco Unified per i server sia dell'editore che dell'abbonato per inviare notifiche per i seguenti avvisi di Unity Connection:

• • Failback automatico non riuscito
  • Failback automatico riuscito
  • Failover automatico non riuscito
  • Failover automatico riuscito
  •  Nessuna connessione al peer
  • SbrFaile

Per istruzioni sulla configurazione della notifica di avviso per gli avvisi di Unity Connection, vedere la sezione "Cisco Unified Real-Time Monitoring Tool" della Guida all'amministrazione di Cisco Unified Real-Time Monitoring Tool per la versione richiesta, disponibile all'indirizzo  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Facoltativo) Effettuare le seguenti attività per personalizzare le impostazioni del cluster sul server editore:

• Accedi a Cisco Unity Connection Administration.
• Espandi Impostazioni di sistema > Avanzate e seleziona Configurazione cluster.
• Nella pagina Configurazione cluster modificare lo stato del server e selezionare Salva. Per ulteriori informazioni sulla modifica dello stato del server in un cluster, vedere Guida > Questa pagina.

Amministrazione di un cluster Unity Connection

È necessario verificare lo stato del cluster Unity Connection per assicurarsi che il cluster sia configurato correttamente e funzioni correttamente. È inoltre importante comprendere il diverso stato del server in un cluster e gli effetti della modifica dello stato del server in un cluster.

Controllo dello stato del cluster

È possibile verificare lo stato del cluster Unity Connection utilizzando il file web interfaccia o interfaccia della riga di comando (CLI). Passaggi da cui verificare lo stato del cluster di connessione Unity Web Interfaccia

• Passo 1Accedi alla funzionalità di manutenzione di Cisco Unity Connection del server dell'editore o dell'abbonato.
• Passo 2 Espandi Strumenti e seleziona Gestione cluster.
• Passo 3 Nella pagina Gestione cluster, controlla lo stato del server. Per ulteriori informazioni su stato del server, vedere la sezione Stato del server e relative funzioni in un cluster di connessione Unity.

Passaggi per verificare lo stato del cluster di connessione Unity dall'interfaccia della riga di comando (CLI)

• Passo 1 È possibile eseguire il comando CLI show cuc cluster status sul server editore o sul server di sottoscrizione per verificare lo stato del cluster.
• Passo 2 Per ulteriori informazioni sullo stato del server e sulle relative funzioni, consulta la sezione Stato del server e relative funzioni in un cluster di connessione Unity.

Gestione delle porte di messaggistica in un cluster

In un cluster Unity Connection, i server condividono le stesse integrazioni del sistema telefonico. Ogni server è responsabile della gestione di una parte delle chiamate in entrata per il cluster (risposta alle telefonate e ricezione dei messaggi).

A seconda dell'integrazione del sistema telefonico, ciascuna porta di messaggistica vocale viene assegnata a un server specifico oppure utilizzata da entrambi i server. Gestione delle porte di messaggistica in un cluster descrive le assegnazioni delle porte.
Tabella 1: Assegnazioni dei server e utilizzo delle porte di messaggistica vocale in un cluster di connessione Unity

Integrazione Tipo	Assegnazioni dei server e utilizzo delle porte di messaggistica vocale
Integrazione tramite Skinny Client Control Protocol (SCCP) con Cisco Unified Communications Manager o Cisco Unified Communications Manager Express	•  Il sistema telefonico è configurato con il doppio del numero di voci SCCP necessarie per gestire il traffico di messaggistica vocale. (Per esample, i dispositivi della porta di posta vocale sono necessari per gestire tutta la messaggistica vocale i dispositivi della porta di posta vocale devono essere configurati sul sistema telefonico.) •  In Cisco Unity Connection Administration, la messaggistica vocale è configurata in modo che metà del numero di porte configurate sul telefono sia assegnato a ciascun server nel cluster. (Per esample, ogni server ha 16 porte di messaggistica vocale.) •  Sul sistema telefonico, un gruppo di linee, un elenco di ricerca e un gruppo di ricerca consentono al server dell'abbonato di rispondere alla maggior parte delle chiamate in entrata •  Se uno dei server smette di funzionare (ad esample, quando si tratta di manutenzione sh), il server rimanente si assume la responsabilità delle chiamate in entrata per il cluster. •  Quando il server che ha smesso di funzionare è in grado di riprendere il suo funzionamento e viene attivato, riprende la responsabilità di gestire le chiamate di condivisione per il cluster.
Integrazione tramite Trunk SIP con Cisco Unified Communications Manager o Cisco Unified Communications Manager Express	•  In Cisco Unity Connection Administration, la metà del numero di porte VO necessarie per gestire il traffico di messaggistica vocale viene assegnata al cluster. (Per esample, se sono necessarie 16 porte di messaggistica vocale per tutto il traffico di messaggistica vocale per il cluster, ciascun server nel cluster dispone di 8 porte di messaggistica vocale.) •  Sul sistema telefonico, un gruppo di instradamenti, un elenco di instradamenti e un modello di instradamento per distribuire equamente le chiamate tra entrambi i server nel cluster. •  Se uno dei server smette di funzionare (ad esample, quando si tratta di manutenzione sh), il server rimanente si assume la responsabilità delle chiamate in entrata per il cluster. •  Quando il server che ha smesso di funzionare è in grado di riprendere il suo funzionamento e viene attivato, riprende la responsabilità di gestire la sua parte di per il gruppo.

Integrazione Tipo	Assegnazioni dei server e utilizzo delle porte di messaggistica vocale
Integrazione tramite unità PIMG/TIMG	•  Il numero di porte configurate sul sistema telefonico è lo stesso delle porte di messaggistica vocale su ciascun server nel cluster in modo che il server disponga delle porte di messaggistica vocale. (Per esampTuttavia, se il sistema telefonico è configurato con porte di messaggistica vocale, ciascun server nel cluster deve avere le stesse porte di messaggistica.) •  Sul sistema telefonico, un gruppo di ricerca è configurato per distribuire le chiamate su entrambi i server nel cluster. •  Le unità PIMG/TIMG sono configurate per bilanciare la messaggistica vocale tra i server. •  Se uno dei server smette di funzionare (ad esample, quando viene chiuso per manutenzione), il server rimanente si assume la responsabilità di gestire le chiamate in entrata per il cluster. •  Quando il server che ha smesso di funzionare è in grado di riprendere il suo funzionamento normale e viene attivato, riprende la responsabilità di gestire la sua quota di entrate per il cluster.
Altre integrazioni che utilizzano SIP	•  In Cisco Unity Connection Administration, la metà del numero di porte vocali necessarie per gestire il traffico di messaggistica vocale viene assegnata al cluster. (Per esamp(le, se sono necessarie 16 porte di messaggistica vocale per tutto il traffico di messaggistica vocale per il cluster, ogni server nel cluster dispone di porte di messaggistica). •  Sul sistema telefonico, un gruppo di ricerca è configurato per distribuire le chiamate su entrambi i server nel cluster. •  Se uno dei server smette di funzionare (ad esample, quando viene chiuso per manutenzione), il server rimanente si assume la responsabilità di gestire le chiamate in entrata per il cluster. •  Quando il server che ha smesso di funzionare può riprendere il suo normale funzionamento, riprende la responsabilità di gestire la sua parte di chiamate in entrata per th

Arresto di tutte le porte per ricevere nuove chiamate

Seguire i passaggi in questa sezione per impedire a tutte le porte su un server di accettare nuove chiamate. Le chiamate in corso continuano finché i chiamanti non riagganciano.

Suggerimento  Utilizza la pagina Monitoraggio porta nello strumento di monitoraggio in tempo reale (RTMT) per determinare se qualche porta sta attualmente gestendo le chiamate per il server. Per ulteriori informazioni, vedere il passaggio Interruzione dell'acquisizione di tutte le porte Nuove chiamate
Arresto di tutte le porte su Unity Connection Server affinché ricevano nuove chiamate

• Passo 1 Accedi a Cisco Unity Connection Serviceability.
• Passo 2Espandi il menu Strumenti e seleziona Gestione cluster.
• Passo 3 Nella pagina Gestione cluster, in Gestione porte, nella colonna Modifica stato porta, seleziona Interrompi la ricezione delle chiamate per il server.

Riavvio di tutte le porte per rispondere alle chiamate

Seguire i passaggi in questa sezione per riavviare tutte le porte su un server Unity Connection per consentire loro di rispondere nuovamente alle chiamate dopo che sono state interrotte.

• Passo 1 Accedi a Cisco Unity Connection Serviceability.
• Passo 2 Espandi il menu Strumenti e seleziona Gestione cluster.
• Passo 3 Nella pagina Gestione cluster, in Gestore porta, nella colonna Modifica stato porta, seleziona Accetta chiamate per il server.

Stato del server e sue funzioni in un cluster Unity Connection

Ogni server nel cluster ha uno stato che viene visualizzato nella pagina Gestione cluster di Cisco Unity Connection Serviceability. Lo stato indica le funzioni che il server sta attualmente eseguendo nel cluster, come descritto nella Tabella 2: Stato del server in un cluster Unity Connection

Tabella 2: Stato del server in un cluster di connessione Unityr

Stato del server

Responsabilità del server in un cluster di connessione Unity

Primario

•  Pubblica il database e l'archivio dei messaggi, entrambi replicati sull'altro server •  Riceve dati replicati dall'altro server. •  Visualizza e accetta modifiche alle interfacce amministrative, come Unity Connection e Cisco Unified Operating System Administration. Questi dati vengono replicati nell'altro cluster. •  Risponde alle telefonate e accetta i messaggi. •  Invia notifiche di messaggi e richieste MWI. •  Invia notifiche SMTP e messaggi VPIM. •  Sincronizza i messaggi vocali nelle caselle di posta Unity Connection ed Exchange se è configurata la funzionalità Unifi. •  Si connette con i client, come le applicazioni di posta elettronica e web strumenti disponibili attraverso   Nota                Un server con stato Primario non può essere disattivato.

 

Stato del server	Responsabilità del server in un cluster di connessione Unity
Secondario	•  Riceve dati replicati dal server con stato Primario. I dati includono il database e l'archivio. •  Replica i dati sul server con stato Primario. •  Visualizza e accetta modifiche alle interfacce amministrative, come Unity Connection Adm e Cisco Unified Operating System Administration. I dati vengono replicati sul server con uno stato. •  Risponde alle telefonate e accetta i messaggi. •  Si connette con i client, come le applicazioni di posta elettronica e web strumenti disponibili tramite Ci   Nota                È possibile disattivare solo un server con stato Secondario.
Disattivato	•  Riceve dati replicati dal server con stato Primario. I dati includono il database e l'archivio. •  Non visualizza le interfacce amministrative, come Unity Connection Administration e Unified Operating System Administration. I dati vengono replicati sul server con il Primario •  Non risponde alle telefonate né riceve messaggi. •  Non si connette con i client, come le applicazioni di posta elettronica e web strumenti disponibili tramite Cisco PCA.
Non funzionante	•  Non riceve dati replicati dal server con stato Primario. •  Non replica i dati sul server con stato Primario. •  Non visualizza le interfacce amministrative, come Unity Connection Administration e Unified Operating System Administration. •  Non risponde alle telefonate né riceve messaggi.   Nota                Un server con stato Non funzionante viene solitamente spento.
Di partenza	•  Riceve il database replicato e l'archivio messaggi dal server con stato Primario. •  Replica i dati sul server con stato Primario. •  Non risponde alle telefonate né riceve messaggi. •  Non sincronizza i messaggi vocali tra Unity Connection e la posta in arrivo delle caselle di posta Exchange).   Nota                Questo stato dura solo pochi minuti, dopodiché il server assume lo stato applicabile

Stato del server	Responsabilità del server in un cluster di connessione Unity
Replica dei dati	•  Invia e riceve dati dal cluster. •  Non risponde alle telefonate né riceve messaggi per un po' di tempo. •  Non si connette con client, come applicazioni di posta elettronica e web strumenti disponibili tramite Cisco PCA da qualche tempo.   Nota                Questo stato dura solo pochi minuti, trascorsi i quali viene ripristinato lo stato precedente
Recupero del cervello diviso (Dopo aver rilevato due server con stato Primario)	•  Aggiorna il database e l'archivio messaggi sul server che risulta essere primario •  Replica i dati sull'altro server. •  Non risponde alle telefonate né riceve messaggi per un po' di tempo. •  Non sincronizza i messaggi vocali tra Unity Connection e la casella di posta in arrivo di Exchange è attivata per un po' di tempo. •  Non si connette con client, come applicazioni di posta elettronica e web strumenti disponibili su Cisco PCA da qualche tempo.   Nota                Questo stato dura solo pochi minuti, trascorsi i quali viene ripristinato lo stato precedente

Modifica dello stato del server in un cluster e suoi effetti

Lo stato del cluster Unity Connection può essere modificato automaticamente o manualmente. È possibile modificare manualmente lo stato dei server in un cluster nei seguenti modi:

1.  Un server con stato Secondario può essere modificato manualmente in stato Primario. Vedi the Modifica manuale dello stato del server da secondario a primario sezione.
2. Un server con stato Secondario può essere modificato manualmente in stato Disattivato. Vedi il Attivazione manuale del server con stato disattivato.
3.  Un server con stato Disattivato può essere attivato manualmente in modo che il suo stato cambi in Primario o Secondario, a seconda dello stato dell'altro server. Vedi il Attivazione manuale di un server con stato disattivato sezione.

Modifica manuale dello stato del server da secondario a primario

• Passo 1 Accedi a Cisco Unity Connection Serviceability.
• Passo 2 Dal menu Strumenti, selezionare Gestione cluster.
• Passo 3 Nella pagina Gestione cluster, dal menu Server Manager, nella colonna Modifica stato server del server con stato Secondario, selezionare Rendi primario.
• Passo 4 Quando viene richiesto di confermare la modifica dello stato del server, selezionare OK. La colonna Stato server visualizza lo stato modificato una volta completata la modifica.

Nota Il server che originariamente aveva lo stato Primario passa automaticamente allo stato Secondario

• Passo 1 Accedi allo strumento di monitoraggio in tempo reale (RTMT).
• Passo 2 Dal menu Cisco Unity Connection, selezionare Monitor porta. Lo strumento Port Monitor viene visualizzato nel riquadro destro.
• Passo 3 Nel campo Nodo, seleziona il server con stato Secondario.
• Passo 4 Nel riquadro destro selezionare Avvia sondaggio. Annotare se qualche porta di messaggistica vocale sta attualmente gestendo le chiamate per il server.
• Passo 5 Accedi a Cisco Unity Connection Serviceability.
• Passo 6 Dal menu Strumenti, selezionare Gestione cluster.
• Passo 7 Se al momento nessuna porta di messaggistica vocale gestisce le chiamate per il server, passare a Modifica manuale dello stato del server da Secondario a Disattivato. Se sono presenti porte di messaggistica vocale che attualmente gestiscono le chiamate per il server, nella pagina Gestione cluster, nella colonna Modifica stato porta, selezionare Interrompi accettazione chiamate per il server e attendere finché RTMT non mostra che tutte le porte per il server sono inattive.
• Passo 8 Nella pagina Gestione cluster, dal menu Server Manager, nella colonna Modifica stato server per il server
  con lo stato Secondario, seleziona Disattiva. La disattivazione di un server termina tutte le chiamate gestite dalle porte del server.
• Passo 9 Quando viene richiesto di confermare la modifica dello stato del server, selezionare OK. La colonna Stato server visualizza lo stato modificato una volta completata la modifica.

Attivazione manuale di un server con stato disattivato

• Passo 1 Accedi a Cisco Unity Connection Serviceability.
• Passo 2 Dal menu Strumenti, selezionare Gestione dei cluster.
• Passo 3 Nella pagina Gestione cluster, nel menu Server Manager, nella colonna Modifica stato server per il server con stato Disattivato, selezionare Attivare.
• Passo 4 Quando viene richiesto di confermare la modifica nello stato del server, selezionare OK. La colonna Stato server visualizza lo stato modificato una volta completata la modifica

Effetto sulle chiamate in corso quando lo stato del server cambia in un cluster di connessione Unity

Quando lo stato di un server Unity Connection cambia, l'effetto sulle chiamate in corso dipende dallo stato finale del server che sta gestendo una chiamata e dalle condizioni della rete. La tabella seguente descrive

gli effetti:

Tabella 3: Effetto sulle chiamate in corso quando lo stato del server cambia in un cluster Unity Connection

Stato Modifica	Effetti
Da primario a secondario	Quando la modifica dello stato viene avviata manualmente, le chiamate in corso non vengono influenzate. Quando il cambiamento di stato è automatico, l'effetto sulle chiamate in corso dipende dal servizio critico interrotto.
Da secondario a primario	Quando la modifica dello stato viene avviata manualmente, le chiamate in corso non vengono influenzate. Quando il cambiamento di stato è automatico, l'effetto sulle chiamate in corso dipende dal servizio critico interrotto.
Da secondario a disattivato	Le chiamate in corso vengono interrotte. Per impedire l'interruzione delle chiamate, nella pagina Gestione cluster in Cisco Unity Connection Serviceability, selezionare Interrompi la ricezione delle chiamate per il server e attendere il termine di tutte le chiamate e disattivare il server.
Primario o secondario per la replica dei dati	Le chiamate in corso non sono interessate.
Recupero cerebrale primario o secondario a divisione	Le chiamate in corso non sono interessate.

Se le connessioni di rete vengono perse, le chiamate in corso potrebbero essere interrotte a seconda della natura del problema di rete.

Effetto sulla connessione Unity Web Applicazioni quando cambia lo stato del server

Il funzionamento di quanto segue web le applicazioni non vengono influenzate quando lo stato del server cambia:

• Amministrazione della connessione Cisco Unity
• Manutenzione di Cisco Unity Connection
• Connessione Cisco Unity web strumenti a cui si accede tramite Cisco PCA: Messaging Assistant, Messaging Inbox e Regole di trasferimento delle chiamate personali web utensili
• Cisco Web Posta in arrivo
• Client API REST (Representational State Transfer).

Effetto dell'arresto di un servizio critico su un cluster di connessione Unity

I servizi critici sono necessari per il normale funzionamento del sistema Unity Connection. Gli effetti dell'arresto di un servizio critico dipendono dal server e dal suo stato descritto nella tabella seguente:

Tabella 4: Effetti dell'arresto di un servizio critico su un cluster di connessione Unity

 

Server	Effetti
Editore	•  Quando il server ha lo stato Primario, l'interruzione di un servizio critico in Cisco Unity Connection Serviceability fa sì che lo stato del server diventi Secondario e riduce la capacità del server di funzionare normalmente. Lo stato del server dell'abbonato cambia in Primario se non ha lo stato Disabilitato o Non Funzionante. •  Quando il server ha lo stato Secondario, l'interruzione di un servizio critico in Cisco Unity Connection Serviceability riduce la capacità del server di funzionare normalmente. Lo stato dei server non cambia.
Abbonato	Quando il server ha lo stato Primario, l'interruzione di un servizio critico in Cisco Unity Connection Serviceability riduce la capacità del server di funzionare normalmente. Lo stato dei server non cambia.

Spegnimento di un server in a Grappolo

Quando un server Unity Connection ha lo stato Primario o Secondario, gestisce il traffico di messaggistica vocale e la replica dei dati del cluster. Si sconsiglia di arrestare contemporaneamente entrambi i server di un cluster per evitare l'interruzione improvvisa delle chiamate e della replica in corso. Considera i seguenti punti quando desideri arrestare un server in un cluster Unity Connection:

• Arrestare il server durante gli orari non lavorativi quando il traffico dei messaggi vocali è basso.
• Modificare lo stato del server da Primario o Secondario a Disattivato prima dello spegnimento.
• Passo 1 Sul server che non si spegne, accedere a Cisco Unity Connection Serviceability.
• Passo 2 Dal menu Strumenti, selezionare Gestione cluster.
• Passo 3 Nella pagina Gestione cluster individuare il server che si desidera arrestare.
• Passo 4 Se il server che desideri arrestare ha uno stato Secondario, vai a
• Fase 5. Se il server che desideri arrestare ha lo stato Primario, modifica lo stato:
  • Nella colonna Modifica stato server per il server con stato Secondario, seleziona Rendi primario.
  • Quando viene richiesto di confermare la modifica dello stato del server, selezionare OK.
  • Conferma che la colonna Stato server indichi che il server ha ora lo stato Primario e che il server che desideri spegnere ha lo stato Secondario
• Passo 5 Sul server con stato Secondario (quello che desideri spegnere), modifica lo stato:
  • Accedi allo strumento di monitoraggio in tempo reale (RTMT).
  • Dal menu Cisco Unity Connection, selezionare Monitor porta. Lo strumento Port Monitor viene visualizzato nel riquadro destro.
  • Nel campo Nodo, seleziona il server con stato Secondario.
  • Nel riquadro destro selezionare Avvia sondaggio.
  • Annotare se qualche porta di messaggistica vocale sta attualmente gestendo le chiamate per il server.
  • Se nessuna porta di messaggistica vocale attualmente gestisce le chiamate per il server, passare al passaggio 5g.. Se sono presenti porte di messaggistica vocale che attualmente gestiscono le chiamate per il server, nella pagina Gestione cluster,
    nella colonna Modifica stato porta, selezionare Interrompi chiamata per il server e attendere finché RTMT non mostra che tutte le porte per il server sono inattive.
  • Nella pagina Gestione cluster, dal menu Server Manager, nella colonna Modifica stato server per il server con stato Secondario, selezionare Disattiva. Attenzione La disattivazione di un server termina tutte le chiamate gestite dalle porte del server
  • Quando viene richiesto di confermare la modifica dello stato del server, selezionare OK.
  • Confermare che la colonna Stato server indichi che il server ora ha lo stato Disattivato.
• Passo 6 Spegni il server che hai disattivato:
  • Accedi a Cisco Unity Connection Serviceability.
  •  Espandi Strumenti e seleziona Gestione cluster.
  •  Assicurati che la colonna Stato server mostri lo stato Non funzionante per il server che hai arrestato

Sostituzione dei server in un cluster

Segui i passaggi nelle sezioni indicate per sostituire il server editore o abbonato in un cluster:

• Per sostituire il server editore, vedere la sezione Sostituzione di un server editore.
• Per sostituire il server di sottoscrizione, vedere la sezione Sostituzione di un server di sottoscrizione.

Come funziona un cluster di connessione Unity
La funzionalità cluster Unity Connection fornisce messaggistica vocale ad alta disponibilità tramite due server Unity Connection configurati in un cluster. Il comportamento del cluster Unity Connection quando entrambi i server sono attivi:

• Al cluster può essere assegnato un nome DNS condiviso dai server Unity Connection.
• Client, come applicazioni di posta elettronica e web Gli strumenti disponibili tramite Cisco Personal Communications Assistant (PCA) possono connettersi a uno dei server Unity Connection.
• I sistemi telefonici possono inviare chiamate a uno dei server Unity Connection.
• Il carico del traffico telefonico in entrata viene bilanciato tra i server Unity Connection dal sistema telefonico, dalle unità PIMG/TIMG o da altri gateway necessari per l'integrazione del sistema telefonico.

Ciascun server in un cluster è responsabile della gestione di una parte delle chiamate in entrata per il cluster (rispondere alle telefonate e ricevere i messaggi). Il server con stato Primario è responsabile delle seguenti funzioni:

• Homing e pubblicazione del database e dell'archivio messaggi replicati sull'altro server.
• Invio di notifiche di messaggi e richieste MWI (è attivato il servizio Connection Notifier).
• Invio di notifiche SMTP e messaggi VPIM (il servizio Connection Message Transfer Agent è attivato).
• Sincronizzazione dei messaggi vocali tra le caselle di posta Unity Connection e Exchange, se è configurata la funzionalità di messaggistica unificata (il servizio di sincronizzazione della casella di posta Unity Connection è attivato).

Quando uno dei server smette di funzionare (ad esample, quando viene spento per manutenzione), il server rimanente riprende la responsabilità di gestire tutte le chiamate in entrata per il cluster. Il database e l'archivio messaggi vengono replicati sull'altro server quando la relativa funzionalità viene ripristinata. Quando il server che ha smesso di funzionare è in grado di riprendere le sue normali funzioni e viene attivato, riprende la responsabilità di gestire la sua quota di chiamate in entrata per il cluster.

Nota

Si consiglia di eseguire il provisioning solo sul server Publisher in modalità attivo-attivo e sul Sottoscrittore (Primario ad azione) in caso di failover del cluster. La modifica della password e la modifica dell'impostazione della password per il PIN utente/Web l'applicazione deve essere fornita sul server editore in modalità attivo-attivo. Per monitorare lo stato del server, il servizio Connection Server Role Manager viene eseguito in Cisco Unity Connection Serviceability su entrambi i server. Questo servizio svolge le seguenti funzioni:

• Avvia i servizi applicabili su ciascun server, a seconda dello stato del server.
• Determina se i processi critici (come l'elaborazione dei messaggi vocali, la replica del database, la sincronizzazione dei messaggi vocali con Exchange e la replica dell'archivio messaggi) funzionano normalmente.
• Avvia modifiche allo stato del server quando il server con stato Primario non funziona o quando i servizi critici non sono in esecuzione.

Tieni presenti le seguenti limitazioni quando il server editore non funziona:

• Se il cluster Unity Connection è integrato con una directory LDAP, la sincronizzazione della directory non avviene, sebbene l'autenticazione continui a funzionare quando funziona solo il server di sottoscrizione. Quando il server editore riprende a funzionare, riprende anche la sincronizzazione delle directory.
• Se una rete digitale o HTTPS include il cluster Unity Connection, gli aggiornamenti della directory non vengono eseguiti, sebbene i messaggi continuino a essere inviati da e verso il cluster quando funziona solo il server di sottoscrizione. Quando il server editore funziona di nuovo, gli aggiornamenti della directory riprendono.

Il servizio Connection Server Role Manager invia un evento keep-alive tra i server editore e sottoscrittore per confermare che i server funzionano e sono connessi. Se uno dei server smette di funzionare o la connessione tra i server viene persa, il servizio Gestione ruoli Connection Server attende gli eventi keep-alive e potrebbe richiedere da 30 a 60 secondi per rilevare che l'altro server non è disponibile. Mentre il servizio Gestione ruoli Connection Server è in attesa degli eventi keep-alive, gli utenti che accedono al server con stato Secondario non sono in grado di accedere alla propria cassetta postale o inviare messaggi, perché il servizio Gestione ruoli Connection Server non ha ancora rilevato che il server con stato Primario (che ha l'archivio messaggi attivo) non è disponibile. In questa situazione, i chiamanti che tentano di lasciare un messaggio potrebbero sentire l'aria morta o non sentire il segnale acustico della registrazione.

Nota Si consiglia di importare ed eliminare gli utenti LDAP solo dal nodo editore.

Effetti della condizione del cervello diviso in un cluster di connessione unitaria

Quando entrambi i server in un cluster Unity Connection hanno lo stato Primario contemporaneamente (ad esample, quando i server hanno perso la connessione tra loro), entrambi i server gestiscono le chiamate in entrata (rispondere alle telefonate e ricevere messaggi), inviare notifiche di messaggi, inviare richieste MWI, accettare modifiche alle interfacce amministrative (come Unity Connection Administration) e sincronizzare i messaggi vocali nelle caselle di posta Unity Connection ed Exchange se è attivata la casella di posta singola

• Tuttavia, i server non replicano reciprocamente il database e l'archivio messaggi e non ricevono dati replicati l'uno dall'altro.
  Quando la connessione tra i server viene ripristinata, lo stato dei server cambia temporaneamente in Split Brain Recovery mentre i dati vengono replicati tra i server e le impostazioni MWI vengono coordinate. Durante il periodo in cui lo stato del server è Split Brain Recovery, il servizio Connection Message Transfer Agent e il servizio Connection Notifier (in Cisco Unity Connection Serviceability) vengono interrotti su entrambi i server, quindi Unity Connection non consegna alcun messaggio e non invia alcun messaggio notifiche.
• Anche il servizio di sincronizzazione della casella di posta di Connection viene interrotto, quindi Unity Connection non sincronizza i messaggi vocali con Exchange (casella di posta singola). Anche gli archivi dei messaggi vengono smontati brevemente, in modo che Unity Connection comunichi agli utenti che stanno tentando di recuperare i propri messaggi a questo punto che le loro caselle di posta sono temporaneamente non disponibili.
  Una volta completato il processo di ripristino, il servizio Connection Message Transfer Agent e il servizio Connection Notifier vengono avviati sul server editore. La consegna dei messaggi arrivati ​​durante il processo di recupero potrebbe richiedere ulteriore tempo, a seconda del numero di messaggi da consegnare. Il servizio Connection Message Transfer Agent e il servizio Connection Notifier vengono avviati sul server di sottoscrizione. Infine, il server dell'editore ha lo stato primario e il server dell'abbonato ha lo stato secondario. A questo punto, il servizio di sincronizzazione della casella di posta di Connection viene avviato sul server con stato Primario, in modo che Unity Connection possa riprendere la sincronizzazione dei messaggi vocali con Exchange se è attivata una singola casella di posta.

Documenti / Risorse

CISCO versione 14 Cluster di connessione Unity [pdf] Guida utente Cluster di connessione Unity versione 14, Cluster di connessione Unity versione 14, Cluster di connessione Unity, Cluster

Riferimenti

• Manuale d'uso