Depois que o servidor Cisco Customer Response Solutions (CRS) é instalado em um cluster de alta disponibilidade, o processo de instalação do SQLUutility é executado indefinidamente. Sempre que você tentar fazer login em qualquer servidor CRS no cluster, o processo de instalação do SQLUutility será iniciado. Depois de concluir o processo, a instalação começa novamente até que você cancele o processo.
A Cisco recomenda que você tenha conhecimento destes tópicos:
Cisco Unified Contact Center Express
SQL 2000
Active Directory (AD)
Administração de diretório DC
As informações neste documento são baseadas nestas versões de software e hardware:
Cisco Unified Contact Center Express 4.0(x)
Observação: esse problema se aplica somente ao Cisco Unified Contact Center Express 4.0(x); ele não se aplica ao Cisco Unified Contact Center Express 4.5 ou superior.
SQL 2000
Observação: esse problema não se aplica ao IP IVR ou ao IP QM.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Depois que o servidor do Cisco Unified Contact Center Express 4.x é instalado em um cluster de alta disponibilidade, o processo de instalação do SQLUutility é executado indefinidamente. Esse problema é documentado pela ID de bug da Cisco CSCsc72942 (somente para clientes registrados) .
Se você instalar o SQL 2000 em um cluster de alta disponibilidade, independente do CRS ou em servidores de expansão, deverá concluir a configuração do servidor no primeiro servidor que tem o SQL 2000 instalado e ativar os componentes do datastore antes de instalar o SQL 2000 no segundo servidor. Se você não seguir este procedimento, o programa SQLUUtility é executado repetidamente.
Para resolver esse problema, siga estas etapas:
Escolha Remove Server do Appadmin Control Center para remover o segundo servidor de banco de dados do cluster.
Conclua a instalação do SQLUutility no primeiro servidor CRS.
Execute o instalador do CRS no segundo servidor de banco de dados para adicionar de volta esse nó ao cluster.
Execute a configuração do servidor no segundo servidor de banco de dados.
Se você não concluiu a configuração do servidor CRS conforme descrito na seção Problema, este procedimento resolve esse problema em um ambiente de DC Diretory e não exige que você reinstale o CRS no segundo nó.
Observação: este procedimento não se aplica a um sistema integrado do Ative Diretory.
Abra o LDAP (AD ou DC Diretory) no segundo servidor CRS Datastore e faça drill down para ou=clusters, ou=<profile_name>, ou=Nodes, ou=<nodeid_secondary server>, ou=<NodeSpecific>, ou= Components, ou= <CRS Repository Datastore.XXXXXXXXXXXX>
Observação: profile_name refere-se ao nome do perfil do cluster, nodeid_secondary server refere-se ao nó-id do segundo servidor de armazenamento de dados CRS, e CRS Repository Datastore.XXXXXXXXXX refere-se ao nome do campo LDAP que consiste na cadeia de caracteres do Repositório de Repositório CRS.
Clique com o botão direito do mouse em CRS Repository Datastore.XXXXXXXXXX e selecione Properties.
Escolha Modificar e renomear Repositório de dados do CRS.XXXXXXXXXXXX para Repositório de dados do repositório do CRS.XXXXXXXXXXXX.bak
Continue a instalação do SQLUutility no primeiro nó do CRS.
Quando a instalação do SQLUutility do servidor de banco de dados atual estiver concluída, renomeie o campo de propriedade LDAP do segundo servidor de armazenamento de dados CRS de volta para o nome original: Repositório de dados do CRS.XXXXXXXXXXXX
Depois que a atualização do Banco de Dados SQL no primeiro nó CRS for concluída, execute o SQLUutility no segundo servidor.