Il programma di installazione di SQLUtility viene eseguito indefinitamente quando si tenta di accedere al server CRS Cisco

Opzioni per il download

  • PDF     (119.1 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (90.5 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (78.5 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:30 maggio 2007
ID documento:91971

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Introduzione

Dopo aver installato il server Cisco Customer Response Solutions (CRS) in un cluster a disponibilità elevata, il processo di installazione di SQLUtility viene eseguito per un periodo di tempo indefinito. Ogni volta che si tenta di accedere a uno dei server CRS nel cluster, viene avviato il processo di installazione di SQLUtility. Una volta completato il processo, l'installazione riparte finché non si annulla il processo.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

  • Cisco Unified Contact Center Express

  • SQL 2000

  • Active Directory (AD)

  • Amministrazione directory controller di dominio

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

  • Cisco Unified Contact Center Express 4.0(x)

    Nota: questo problema è applicabile solo a Cisco Unified Contact Center Express 4.0(x); non è applicabile a Cisco Unified Contact Center Express 4.5 e versioni successive.

  • SQL 2000

Nota: questo problema non è applicabile a IP IVR o IP QM.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Problema

Dopo l'installazione del server Cisco Unified Contact Center Express 4.x in un cluster a disponibilità elevata, il processo di installazione di SQLUtility viene eseguito a tempo indeterminato. Questo problema è documentato dall'ID bug Cisco CSCsc72942 (solo utenti registrati).

Se si installa SQL 2000 in un cluster a disponibilità elevata, che può essere gestito tramite CRS o in server di espansione, è necessario completare l'installazione del server nel primo server in cui è installato SQL 2000 e attivare i componenti dell'archivio dati prima di installare SQL 2000 nel secondo server. Se non si segue questa procedura, il programma SQLUtility viene eseguito ripetutamente.

Soluzione

Per risolvere il problema procedere come segue:

  1. Scegliere Rimuovi server da Appadmin Control Center per rimuovere il secondo server database dal cluster.

  2. Completare l'installazione di SQLUtility sul primo server CRS.

  3. Eseguire il programma di installazione di CRS nel secondo server di database per aggiungere nuovamente il nodo al cluster.

  4. Eseguire l'installazione del server nel secondo server di database.

Se l'installazione del server CRS non è stata completata come descritto nella sezione Problema, questa procedura consente di risolvere il problema in un ambiente di directory DC e non richiede la reinstallazione di CRS nel secondo nodo.

Nota: questa procedura non è applicabile a un sistema integrato Active Directory.

  1. Aprire il server LDAP (AD o DC Directory) nel secondo server di datastore CRS ed eseguire il drilling verso il basso a ou=clusters, ou=<nome_profilo>, ou=Nodes, ou=<server_secondario>, ou=<SpecificaNodo>, ou= Componenti, ou= <archivio dati repository CRS.XXXXXXXXXX>

    Nota:  profile_name fa riferimento al nome del profilo del cluster, nodeid_seconserver fa riferimento all'ID del nodo del secondo server dell'archivio dati CRS e CRS Repository Datastore.XXXXXXXXXX fa riferimento al nome del campo LDAP costituito dalla stringa dell'archivio dati del repository CRS.

  2. Fare clic con il pulsante destro del mouse su CRS Repository Datastore.XXXXXXXXXX, quindi selezionare Proprietà.

  3. Scegliere Modifica e rinominare CRS Repository Datastore.XXXXXXXXXX in CRS Repository Datastore.XXXXXXXXXX.bak

  4. Continuare l'installazione di SQLUtility sul primo nodo CRS.

  5. Al termine dell'installazione di SQLUtility del server di database corrente, rinominare nuovamente il campo delle proprietà LDAP del secondo server di archivio dati CRS con il nome originale: Archivio dati repository CRS.XXXXXXXXXXXX

  6. Al termine dell'aggiornamento del database SQL nel primo nodo CRS, eseguire SQLUtility nel secondo server.

Informazioni correlate

Questo documento ti è stato utile?

FeedbackFeedback

Contattaci

Questo documento si applica a questi prodotti