Voz e comunicações unificadas : Cisco Unity

Cisco Unity 3.1(x) e 4.x: Serviço AvCsMgr Falha ao Iniciar

8 Abril 2009 - Tradução Manual
Outras Versões: Versão em PDFpdf | Tradução por Computador (28 Julho 2013) | Inglês (10 Dezembro 2008) | Feedback

Índice

Introdução
Pré-requisitos
      Requisitos
      Componentes Usados
      Convenções
      Teoria Básica
Problema
Solução
      Verifique as Contas nas quais os Serviços do Cisco Unity Efetuam Logon
      Verifique se o Cisco Unity está Configurado para o Servidor Partner Exchange Correto
      Verifique se o Tipo de Inicialização do Serviço AvCsMgr está Definido como Manual
      Exclua o Perfil MAPI
      Verifique se a Conta Unity_<ServerName> está no Active Directory
      Verifique se a Conta Unity_<ServerName> está no Banco de Dados do SQL
      Verifique se a Caixa Postal do Exchange de Unity_<ServerName> Está Configurada Corretamente
      Remova a Conta Unity_<ServerName> do Active Directory e Recrie-a
      Execute o DOHPropTest
      Verifique se Há Outros Erros no Log de Eventos do Aplicativo
Discussões relacionadas da comunidade de suporte da Cisco
Informações Relacionadas

Introdução

O serviço AvCsMgr é o principal processo do Cisco Unity no sistema. Se o serviço AvCsMgr falhar ao iniciar, o Cisco Unity não será iniciado. Existem várias razões pelas quais o serviço AvCsMgr pode falhar ao iniciar. A razão mais comum para esse problema é que o Cisco Unity não pode efetuar logon na caixa postal do sistema de mensagens do Cisco Unity. Muitas vezes, isso é causado por problemas com a conta do serviço que você usa para efetuar logon nos Serviços do Sistema de Mensagens ou por problemas com a caixa postal do sistema de mensagens do Cisco Unity. Às vezes, essa condição ocorre depois que você executa a Instalação da Configuração do Cisco Unity. No entanto, esse problema também ocorre em outros momentos. (Para obter mais detalhes, consulte Cisco bug ID CSCdz89018 ( somente clientes registrados)). Quando isso ocorrer, você verá vários erros MALEx e DOH no log de eventos do aplicativo, como descrito na seção Problema deste documento. Este documento fornece etapas para a solução desses problemas.

Pré-requisitos

Requisitos

Antes de usar as informações deste documento, certifique-se de atender a esses requisitos:

  • Arquitetura do Cisco Unity

  • Usuários e Computadores do Active Directory

  • Gerenciador do Sistema do Exchange 2000

  • Executar consultas em bancos de dados SQL (Structured Query Language) Server 2000

Componentes Usados

As informações neste documento são baseadas em:

  • Cisco Unity 3.1(x) e posterior usando Cisco Exchange 2000 como um armazenamento de mensagens

  • Cisco Unity 4.0(x) e posterior usando Cisco Exchange 2000 como um armazenamento de mensagens

As informações apresentadas neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste documento começaram com uma configuração limpa (padrão). Se a sua rede é dinâmica, certifique-se de compreender o possível impacto de qualquer comando antes de usá-lo.

Convenções

Consulte Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Teoria Básica

A caixa postal do Sistema de Mensagens do Cisco Unity:

  • Age como um remetente substituto das mensagens de chamadores não identificados.

  • Recebe Non-Delivery Receipts (NDRs) - recibos de não-entrega - para mensagens de voz que não podem ser entregues e, em seguida, encaminha essas mensagens para a lista de distribuição pública de Mensagens Não Endereçadas.

  • Envia notificações quando um relatório do Cisco Unity é concluído.

O alias dessa conta é Unity_<ServerName>. A conta não pode ser vista no Cisco Unity System Administrator, mas pode ser vista na tabela Subscriber do banco de dados SQL UnityDb no servidor do Cisco Unity. A conta também pode ser vista em Users and Computers do Active Directory. A caixa postal associada do Exchange é exibida no Gerenciador do Sistema do Exchange.

Devido à importância da conta Unity_<ServerName>, se ela não existir quando o Cisco Unity for inicializado, este tentará criá-la novamente. Se o Cisco Unity não puder recriar a conta ou se a conta existir, mas o Cisco Unity não puder efetuar logon na caixa postal Unity_<ServerName>, o AvCsMgr não será iniciado.

Problema

Quando o serviço AvCsMgr falhar ao iniciar porque o MALEx (um subcomponente do componente DOH do Cisco Unity) não pode efetuar logon na caixa postal do Sistema de Mensagens do Cisco Unity, alguns dos erros a seguir poderão ser registrados no log de eventos do aplicativo:

Tipo de Evento

Origem do Evento

ID do Evento

Descrição

Erro

Doh_MC

32013

Falha de logon do DOH devido ao erro de logon no componente de mensagens: 8004052eH

Erro

Doh_MC

32024

Falha de logon do DOH devido ao erro de acesso do objeto do chamador externo: There is no such object on the server.

Erro

MALEx_MC

30002

Última Categoria Falha em uma tentativa de acessar o Exchange Private Store: 8004011d. O subsistema Messaging Application Programming Interface (MAPI) retorna este erro: The attempt to log on to the Microsoft Exchange Server computer has failed.

Erro

MALEx_MC

30002

Última Categoria Falha em uma tentativa de acessar o Exchange Private Store: 8004011c. O subsistema MAPI retorna este erro: Your profile is not configured.

Erro

MALEx_MC

30002

Última Categoria Falha em uma tentativa de acessar o Exchange Private Store: 8004aa00. O subsistema MAPI retorna este erro: Your profile is not configured.

Erro

CiscoUnity_MALEx

30020

Falha em uma tentativa de criar uma pasta para resultados de busca para a conta /o=Business Objects/ou=abc/cn=Recipients/cn=xyz. O subsistema MAPI retornou o seguinte erro: 80070005. Geralmente, esta é uma indicação de problemas de configuração com o Unity, Exchange ou o subsistema MAPI.

Erro

CiscoUnity_MALEx

30003 e 30012

O subsistema MAPI retorna esse erro quando há uma tentativa de acessar o Exchange pelo AvCsMgr via MAPI. A razão: o perfil MAPI foi corrompido.

1Erro

CiscoUnity_CsServices

1021

AvCSMgr: Falha ao inicializar o Component Arbiter

Esses erros de log de eventos são específicos do Cisco Unity 3.1(5) e anteriores. 1Para Cisco Unity 4.0(x), a origem do evento é CiscoUnity_MalEx e CiscoUnity_Doh. As IDs do Evento também podem ser diferentes. Para verificar as mensagens de erro do Cisco Unity no log de eventos, consulte o Localizador de Mensagens de Erro do Cisco Unity leavingcisco.com.

Se o Cisco Unity falhou ao iniciar por outras razões, erros diferentes podem ser registrados. O conteúdo dos diferentes erros pode ser usado para iniciar a solução do problema. Entretanto, esse assunto não é tratado neste documento.

Observação: se você receber o erro The database files in this store are corrupted., ao tentar montar o banco de dados do Exchange, execute o procedimento mencionado no Artigo da Base de Dados de Conhecimento Microsoft – 313184 (Como recuperar o armazenamento de informações no Exchange 2000 Server ou no Exchange Server 2003 em um único local) leavingcisco.com para resolver o problema.

Solução

Execute estas tarefas de solução de problemas na ordem listada:

  1. Verifique as Contas nas quais os Serviços do Cisco Unity Efetuam Logon.

  2. Verifique se o Cisco Unity está Configurado para o Servidor Partner Exchange Correto.

  3. Verifique se o Tipo de Inicialização do Serviço AvCsMgr está Definido como Manual.

  4. Exclua o Perfil MAPI.

  5. Verifique se a Conta Unity_<ServerName> está no Active Directory.

  6. Verifique se a Conta Unity_<ServerName> está no Banco de Dados do SQL.

  7. Verifique se a Caixa Postal do Exchange de Unity_<ServerName> Está Configurada Corretamente.

  8. Remova a Conta Unity_<ServerName> do Active Directory e Recrie-a.

  9. Verifique se Há Outros Erros no Log de Eventos do Aplicativo.

Verifique as Contas nas Quais os Serviços do Cisco Unity Efetuam Logon

O serviço AvCsMgr não é iniciado se a conta na qual o serviço efetua logon não possui as permissões e os direitos apropriados. Embora você possa definir os direitos e as permissões manualmente para o serviço AvCsMgr, a Cisco recomenda executar a versão 4.0 do Cisco Unity Permissions Wizard para o Cisco Unity 3.x e posterior. Esse utilitário pode ser baixado gratuitamente em Ferramentas do Cisco Unity leavingcisco.com. O Cisco Unity Permissions Wizard 4.0 permite que você defina as contas de domínio nas quais os serviços do Cisco Unity efetuam logon. Ao executar o Cisco Unity Permissions Wizard 4.0, você garante que todas as contas do serviço Cisco Unity tenham as permissões e os direitos apropriados.

O Cisco Unity Permissions Wizard é uma ferramenta “linear”, isto é, ele tenta atribuir todas as permissões e todos os direitos necessários para uma conta em particular. No entanto, ele falha ao verificar se existe uma política na hierarquia de sua estrutura do Active Directory que impeça que esses direitos e essas permissões sejam efetivos para a conta que você tenta definir como uma conta de serviço para os Serviços do Cisco Unity.

O Cisco Unity Permissions Wizard 4.0 agrupa os serviços do Cisco Unity da seguinte forma:

  • Serviços de diretório do Cisco Unity. Esses serviços mantêm os dados do assinante no diretório sincronizados com os dados do assinante no banco de dados do SQL Server do Cisco Unity.

  • Serviços de armazenamento de mensagens do Cisco Unity. Esses serviços permitem que os assinantes enviem e recebam mensagens de voz por meio da interface do usuário do telefone. O serviço AvCsMgr é um dos serviços de interface de armazenamento de mensagens.

  • Serviços executados somente no servidor do Cisco Unity. Por padrão, os serviços locais do Cisco Unity efetuam logon como a conta do Sistema Local. A Cisco recomenda não alterar esse padrão.

Para o Cisco Unity 3.x, os serviços do Unity devem parecer com a imagem aqui. Use essa imagem como uma referência, em que Rdomain\unitydirsvc é a Conta do Serviço do Diretório e Rdomain\us é a Conta do Serviço de Armazenamento de Mensagens na imagem mostrada aqui. Essas contas de serviço devem estar de acordo com todas as permissões e todos os direitos descritos em Permissões Definidas pelo Cisco Unity Permissions Wizard leavingcisco.com.

Observação: embora o Cisco Unity Tools Unity Permissions Wizard 4.0(?) leavingcisco.com afirme que “Para o Unity 3.1(1) ao 3.1(5), você deve usar o Permissions Wizard 3.x leavingcisco.com”, ele também explica que o Permissions Wizard para Cisco Unity 3.1.6 e posterior não depende da versão do Unity, o que significa que você pode executá-lo em qualquer Cisco Unity 3.x. Para fins de solução de problemas deste documento, você deve executar o Cisco Unity Permissions Wizard 4.0.

As contas que precisam ser registradas como LocalSystem são AvDirChangeWriter, AvRepDirSvrSvc e AvTtsSvr:

Observação: no exemplo dessa imagem, o Cisco Exchange 2000 foi usado como o mailstore. Se o Cisco Exchange 5.5 for escolhido para ser o mailstore, um serviço chamado AvDSEx, em vez do AvDSGlobalCatalog, estará em vigor (e este documento não se aplicaria).

/image/gif/paws/21440/mailstore-no-start1.gif

Para o Cisco Unity 4.x, os serviços do Unity devem parecer com a imagem aqui. Use essa imagem como uma referência, em que Rdomain\unitydirsvc é a Conta do Serviço do Diretório e Rdomain\us é a Conta do Serviço de Armazenamento de Mensagens. Essas contas de serviço devem estar de acordo com todas as permissões e todos os direitos descritos em Permissões Definidas pelo Cisco Unity Permissions Wizard leavingcisco.com. Os serviços executados no sistema local são: AvDirChangeWriter, AvLic, AvMMProxySvr, AvRepDirSvrSvc, AvSqlChangeWriter, AvTtsSvr.

Nessa imagem, Rdomain\unitydirsvc é a Conta do Serviço do Diretório e Rdomain\us é a Conta do Serviço de Armazenamento de Mensagens. Consulte a documentação da Cisco.

Observação: no exemplo dessa imagem, o Cisco Exchange 2000 foi usado como o mailstore. Se o Cisco Exchange 5.5 for escolhido para ser o mailstore, um serviço chamado AvDSEx55, em vez do AvDSGlobalCatalog, estará em vigor (e esse documento não se aplicará).

/image/gif/paws/21440/mailstore-no-start2.gif

Com base na versão do Cisco Exchange utilizada, devem ser criadas contas de domínio. Caso contrário, use contas de domínio que já existam para os serviços do Cisco Unity da seguinte forma:

  • Nesse caso, use o Cisco Exchange 2000 como o armazenamento de mensagens para o Cisco Unity. Deve existir uma conta na qual os serviços de diretório do Cisco Unity efetuam logon e uma conta na qual os serviços de armazenamento de mensagens do Cisco Unity efetuam logon.

  • Para o Cisco Exchange 5.5, a conta em que os serviços de diretório e os serviços de armazenamento de mensagens efetuam logon (e esse documento não se aplicará).

Para o Cisco Exchange 2000, as permissões exigidas pela conta de serviços de diretório entram em conflito com as permissões exigidas pela conta de serviços de armazenamento de mensagens. Por esse motivo, você deve usar contas separadas para os dois tipos de serviços. Para as contas nas quais os serviços do Cisco Unity efetuam logon, certifique-se de que a senha nunca irá expirar. Se a senha expirar, o Cisco Unity não funcionará na próxima vez em que o servidor for reiniciado.

advertência Advertência: se você usar o Cisco Exchange 2000, a conta na qual os serviços de armazenamento de mensagens do Cisco Unity efetuam logon não pode ser um membro do grupo Domain Administrators ou ser um administrador do Exchange 2000. Além disso, para a conta de serviços de armazenamento de mensagens do Cisco Unity, você precisa certificar-se de que as permissões Send-As, Receive-As e Administer Information Store estejam marcadas nos mailstores do Exchange 2003 ou do Exchange 2000.

Como o Permissions Wizard 4.0 é normalmente executado quando o Cisco Unity 4.x e o Cisco Unity 3.1.6 são inicialmente configurados, o Permissions Wizard 4.0 exige que você especifique contas de domínio para um administrador e um instalador do Cisco Unity. O Cisco Unity 3.1.5 e versões anteriores não possuem essa exigência. Por esse motivo, o Permissions Wizard 4.0 deve ser executado manualmente após baixá-lo em Ferramentas do Cisco Unity leavingcisco.com.

Observação: é muito importante que as contas exigidas pelo Cisco Unity tenham sido criadas de acordo com o documento Criação de Contas.

Verifique se o Cisco Unity está Configurado para o Servidor Partner Exchange Correto

  1. Se o serviço AvCsMgr ainda falhar ao iniciar após a reinicialização do servidor, verifique se o servidor do Cisco Unity está configurado para o servidor Exchange correto. Para isso, você pode verificar se essas chaves do Registro estão presentes e definidas com o valor correto no Registro do Windows e no Doh Property Tester.

    Observação: você também pode verificar o nome do servidor Exchange no Gerenciador do Sistema do Exchange para o Exchange 2000 ou no Administrador do Exchange para o Exchange 5.5, uma vez que esses Registros aplicam-se a ambos os casos.

    Inicie o Registro e observe isto:

    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\Doh\1.0\Mail Server Name
    HKEY_LOCAL_MACHINE\SOFTWARE \Active Voice\MalEx\1.0\ServerName
    

    As duas configurações do Registro devem ser o nome do servidor Exchange escolhido durante a Instalação da Configuração. (Esse é o servidor Exchange parceiro ao qual o Cisco Unity está conectado, por meio do qual o Cisco Unity comunica-se com os outros servidores Exchange.)

    Observação: se o AvCsMgr nunca tiver efetuado logon com êxito na caixa postal Unity_<ServerName> no servidor Exchange parceiro, a chave MALEx não estará presente. Você precisa ir até Start > Settings > Control Panel > Add/Remove programs e remover o Cisco Unity Message Store Configuration Wizard ou o Cisco Configuration Setup Wizard com base na versão do Cisco Unity que você possui. Vá até commserver\configurationsetup e clique duas vezes em setup.exe para reconectar o Cisco Unity ao seu parceiro Exchange atual. Se uma ou as duas chaves do Registro acima não corresponderem ao servidor do parceiro, edite os valores dessas chaves para que elas apontem corretamente.

  2. Verifique se a localização do mailstore para o Domínio Padrão está correta. Deve haver um mailstore válido para esse valor.

    Essa configuração é usada para determinar a localização de caixas postais do Exchange se elas tiverem sido criadas a partir do Cisco Unity para esse Domínio (o que acontece se você notar que a caixa postal Unity_<ServerName> não está lá na inicialização).

    Inicie o DohPropTest no modo somente leitura.

    1. Clique em AD Monitor.

    2. Na lista Parameters, clique em DEFAULT_DOMAIN. O valor é exibido na caixa.

    3. Clique no domínio correspondente da lista.

    4. Na lista Parameters, clique em MAILBOX_STORE.

    5. Se houver somente um domínio, clique em MAILBOX_STORE.

    6. Verifique o caminho para o armazenamento da caixa postal. Esta é a localização que o Cisco Unity considera para a caixa postal do Exchange para a conta Unity_<ServerName>. Esse é também o local em que o Cisco Unity cria a caixa postal do Exchange para a conta Unity_<ServerName> se ela não estiver lá. O nome do servidor nesse caminho deve corresponder às duas chaves do registro que você acabou de marcar.

      Por exemplo: CN=Mailbox Store (CPRYELLOWEX2KA1),CN=First Storage Group,CN=InformationStore,CN=CPRYELLOWEX2KA1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=CPRYellowORG,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=CPRYellowDOM,DC=ecsbu-lab-sea,DC=cisco,DC=com

      /image/gif/paws/21440/mailstore-no-start3.gif

    Se esse valor não estiver correto, modifique-o para o valor correto no DohPropTest (entre em contato com o Centro de Assistência Técnica (TAC) da Cisco para digitar a senha do dia no utilitário DohPropTest) ou desinstale e instale o ConfigSetup novamente, da seguinte maneira: — Clique em Start > Settings > Add/Remove programs, escolha Cisco Unity Configuration Setup ou Cisco Unity Message Store Configuration Wizard, com base na versão do Cisco Unity. Você deve estar conectado ao servidor do Cisco Unity com uma conta de instalação do Unity para desinstalar ou reinstalar a Instalação da Configuração do Cisco Unity. Esse componente do Cisco Unity provavelmente possui nomes diferentes. No entanto, ele é a única coisa que você pode adicionar e remover de Settings que o software Unity instala, com exceção de alguns utilitários complementares do Unity e do Unity tsp.

    Depois que a instalação da Configuração for desinstalada, reinstale-a (ou a Cisco Unity Message Store Configuration) —— clique duas vezes em \\commserver\configuration setup\setup.exe e digite os valores corretos enquanto estiver conectado ao servidor do Cisco Unity com uma Conta de instalação do Cisco Unity. (Execute o Permissions Wizard 4.0 para criar uma conta de instalação do Unity se não estiver certo de qual é sua Conta de instalação do Cisco Unity).

Observação: você também pode ir até HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\Commserver Setup\1.0\Private, renomear para Private.old e executar o Message Store Configuration Wizard de C:\CommServer\ConfigurationSetup\Setup.exe para resolver o problema.

Verifique se o Tipo de Inicialização do Serviço AvCsMgr está Definido como Manual

Supõe-se que alguns serviços do Cisco Unity sejam iniciados manualmente. O AvCsMgr é um deles. O serviço AvCsMgr não pode ser iniciado diretamente; ele deve ser iniciado e interrompido pelo AvCsGateway. Se o Tipo de Inicialização para o serviço AvCsMgr estiver definido como Automático, ele pode falhar ao iniciar. Você precisa definir o Tipo de Inicialização para Manual para que o serviço AvCsMgr funcione adequadamente.

Exclua o Perfil MAPI

Após concluir e verificar a opção acima, você deve excluir o perfil MAPI do Registro do Windows e reiniciar o Cisco Unity para que ele crie um novo perfil. Isso garante que você tenha um perfil MAPI válido com a autenticação correta que aponta para os servidores Exchange, Global Catalog e Domain Controller corretos. Para isso, execute estas etapas.

/image/gif/paws/21440/mailstore-no-start3.gif

advertência Advertência: Quando você altera a chave do Registro incorreta ou digita um valor incorreto pode fazer com que o servidor funcione inadequadamente. Antes de editar o Registro, confirme se você sabe como restaurá-lo no caso de problemas. (Consulte os tópicos de "Restauração" na Ajuda do Editor de Registro.) Observe que para failover do Cisco Unity, as alterações no Registro em um servidor do Cisco Unity devem ser feitas manualmente no outro servidor do Cisco Unity, pois as alterações de Registro não são replicadas. Se possuir perguntas sobre como alterar as configurações das chaves do Registro, entre em contato com Cisco TAC.

  1. Efetue logon no servidor do Cisco Unity com a ajuda de uma conta que possua privilégios de Administrador Local. Isso é necessário para permitir alterações no Registro.

  2. Vá até o menu Start e escolha Settings > Control Panel > Administrative Tools > Services. Procure o serviço AvCsMgr e observe como o valor "Log On As" está definido para esse serviço. Especificamente, observe se é o sistema Local ou uma conta de domínio.

  3. Verifique em que conta de domínio o AvCsMgr está ativo e, em seguida, efetue logoff da sessão atual do Windows e efetue logon novamente com a mesma conta na qual o AvCsMgr está ativo e continue com a Etapa 4 aqui. Se o AvCsMgr estiver ativo como a conta do sistema local, volte para o início deste documento para verificar se atribuiu as contas do serviço do Cisco Unity corretas aos serviços do Cisco Unity.

  4. Vá até o menu Start e escolha Run.

  5. Digite regedit.exe e clique em OK.

  6. Se o AvCsMgr estava em execução como uma conta de domínio, vá até:

    HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    

    Se o AvCsMgr estava em execução como a conta do sistema local, vá até:

    HKEY_USERS\Default \Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    

    Observação: os dois locais devem ser verificados, uma vez que essa conta pode ser alterada no histórico do seu sistema de Local para Domínio.

  7. Clique com o botão direito do mouse na entrada Unity System Profile e escolha Delete.

  8. Reinicie o servidor do Cisco Unity.

    Observação: outro possível problema com o perfil MAPI poderia ser se seu perfil MAPI não estivesse apontando para o servidor Global Catalog (GC) correto. Consulte Cisco bug ID CSCea26846 ( somente clientes registrados) para obter mais detalhes.

    Depois de marcar as contas que os serviços do Cisco Unity usam para efetuar logon e o perfil MAPI, continue com essas etapas de solução de problemas, que verificam se a conta Unity_<ServerName> está configurada corretamente:

Verifique se a Conta Unity_<ServerName> está no Active Directory

  1. Verifique se Unity_<ServerName> existe no contêiner Usuários e Computadores do Active Directory especificado durante a instalação de Unity como o contêiner para seus Assinantes do Unity. Verifique se suas contas do Unity possuem os direitos e as permissões corretas sobre esse contêiner executando o Permissions Wizard e apontando-o para esse contêiner.

    Para verificar se os contêineres do Unity possuem os direitos e as permissões corretas para criar novos usuários, execute o Permissions Wizard e verifique se ele corresponde ao contêiner especificado durante a instalação:

    /image/gif/paws/21440/mailstore-no-start4.gif

    Unity_<ServerName> deve estar localizada nesse contêiner em Usuários em Active Directory Users and Computers.

    /image/gif/paws/21440/mailstore-no-start5.gif

  2. Se a conta Unity_<ServerName> não existir no Active Directory, tente criar uma conta de teste no Active Directory por meio da mesma conta que o Cisco Unity usou durante a Instalação da Configuração para criar contas do Active Directory. (Essa seria a conta do Windows criada como a conta de Instalação para o Unity. Se você não possui mais essa conta, poderá recriá-la com o Cisco Unity Permission Wizard 4.0.)

    Se a conta Unity_<ServerName> existir, vá para a próxima etapa, no entanto, certifique-se de que a conta Unity_<ServerName> do Active Directory esteja habilitada para caixa postal.

    1. Para criar uma conta de teste, efetue logon no servidor do Cisco Unity com a ajuda da mesma conta de domínio na qual estava conectado quando executou a Instalação da Configuração (a conta de Instalação ou crie uma nova Conta de Instalação com o Permissions Wizard 4.0).

    2. De Usuários e Computadores do Active Directory, tente criar uma conta de usuário de teste no mesmo contêiner escolhido durante a Instalação da Configuração do Cisco Unity.

  3. Se um usuário de teste puder ser criado, verifique se a conta Unity_<ServerName> existe na tabela de assinantes no SQL.

  4. Você também deve verificar se o nome da conta Unity_<ServerName> não é maior que 14 caracteres, o que não é suportado.

Verifique se a Conta Unity_<ServerName> está no Banco de Dados do SQL

A conta Unity_<ServerName> será recriada se não estiver lá quando o Cisco Unity for reinicializado. Para versões anteriores do Cisco Unity 3.x, essa conta precisa provavelmente ser recriada manualmente pelo seguinte procedimento.

Siga as etapas desta seção se tiver verificado que:

  • A conta Unity_<ServerName> não existe no Active Directory.

  • A conta do serviço AvDSAD possui as permissões apropriadas.

  1. Verifique se a conta Unity_<ServerName> existe na tabela Subscriber no banco de dados do SQL. (Observe que essas etapas são específicas para o Microsoft SQL Server 2000. Se seu servidor Cisco Unity usa Microsoft SQL Desktop Edition (MSDE), certifique-se de instalar o Enterprise Manager como documentado no guia de instalação para sua versão do Cisco Unity.)

  2. No servidor do Cisco Unity, clique em Start > Programs > Microsoft SQL Server > Enterprise Manager.

  3. Expanda a árvore no painel esquerdo para que UnityDb no contêiner Databases seja totalmente expandido.

  4. Na árvore, clique em Tables no banco de dados UnityDb.

  5. No painel direito, vá para baixo até visualizar a tabela Subscriber.

  6. No menu Start do Windows, escolha Programs > Microsoft SQL Server > Enterprise Manager.

  7. Expanda a visualização da árvore como exibido na seguinte janela: Microsoft SQL Servers > <ServerName> > Databases > UnityDb > Tables.

  8. Clique com o botão direito do mouse na tabela Subscriber e escolha Open Table > Query.

    /image/gif/paws/21440/mailstore-no-start6.gif

  9. Execute uma consulta como a exibida nessa imagem — clique no botão ! . A consulta seleciona o responsável pelo campo no qual você deseja procurar o registro e os critérios devem ser =Unity_ServerName. Nesse exemplo, o nome do servidor do Cisco Unity é Unity_Alex. Depois de pressionar o botão ! , o último painel retornará o registro que você está tentando encontrar (e o critério é alterado para = N'Unity_ServerName'. Exclua o valor no campo chamado DirectoryId.

    /image/gif/paws/21440/mailstore-no-start7.gif

  10. Se a conta existir, vá até Verifique se a Caixa Postal do Exchange de Unity_<ServerName> Está Configurada Corretamente.

  11. Se você executar o Cisco Unity 3.1.x ou posterior e a conta não existir, continue com Remova a Conta Unity_<ServerName> do Active Directory e Recrie-a e reinicialize. O servidor do Cisco Unity deve recriar essa conta ao reinicializar.

  12. Se você executar o Cisco Unity entre a versão 3.0(1) e 3.1.x e a conta não existir, você precisará criar manualmente a conta Unity_<ServerName>, como descrito aqui para Cisco Unity 3.0(1). Se executar o Cisco Unity 3.0(2) ou posterior, passe para a seção Como Criar a Conta Unity_<ServerName> Usando um Script no Analisador de Consultas do SQL aqui.

    Como Criar a Conta Unity_<ServerName> Manualmente no SQL

    1. No SQL Enterprise Manager, vá para a última linha da tabela Subscriber aberta na etapa 6 acima, que deve estar em branco.

    2. Na coluna Alias, digite Unity_<ServerName>.

    3. Na coluna DisplayName, digite Unity Messaging System - <ServerName>.

    4. Na coluna FirstName, digite Unity.

    5. Na coluna IsSubscriber, digite 0 (zero, que indica falso).

    6. Na coluna LastName, digite Messaging.

    7. Na coluna LocationObjectID, copie a ID de outro assinante e cole-a na coluna. (Certifique-se de copiar de um assinante “regular”, e não de um assinante AMIS, Bridge ou VPIM.)

    8. Na coluna SubscriberType, digite 0 (zero).

    9. Na coluna Undeletable, digite 1 (um, que indica verdadeiro).

    10. Na coluna Uid, digite Unity_<ServerName>.

    11. Feche a janela de consulta. A linha é salva automaticamente.

    12. Feche o SQL Enterprise Manager.

    13. Vá até a etapa 13 desse procedimento.

      Como Criar a Conta Unity_<ServerName> Usando um Script no Analisador de Consultas do SQL

    1. No servidor do Cisco Unity, escolha Start > Programs > Microsoft SQL Server > Query Analyzer.

    2. Clique em OK para usar a Autenticação do Windows.

    3. Copie esse script e cole-o na janela do Query Analyzer.

      /* Select the unity database */
      Use UnityDb
      
      DECLARE @servername as nvarchar(256)
      DECLARE @alias as nvarchar(64)
      DECLARE @displayname as nvarchar(256)
      
      /* REPLACE WITH THE UNITY SERVER NAME HERE */
      SET @servername = 'MYSERVER'
      /* REPLACE WITH THE UNITY SERVER NAME HERE */
      
      /* Setup server specific values */
      SET @alias = 'Unity_' + @servername
      SET @displayname = 'Unity Messaging System - ' + @servername
      
      /* Find the default location's object id. */
      DECLARE @loid as uniqueidentifier
      SET @loid = (SELECT LocationObjectId FROM LOCATION where alias like 'default')
      
      /* Create a new entry for the account in the subscriber */
      /* table with the following values: */
      /* Alias: Unity_<servername> */
      /* Uid: Unity_<servername> */
      /* DisplayName: Unity Messaging System - <servername> */
      /* FirstName: Unity */
      /* LastName: Messaging */
      /* SubscriberType: 0 (non-subscriber) */
      /* IsSubscriber: FALSE */
      /* LocationObjectId: (location object id found above) */
      /* Undeletable: TRUE */
      INSERT INTO SUBSCRIBER
      (Alias,Uid,DisplayName,FirstName,LastName,SubscriberType,IsSubscriber,LocationObjectId,Undeletable)
      VALUES
      (@alias,@alias,@displayname,'Unity','Messaging',0,0,@loid,1)
      Go
      
    4. Pressione F5 para executar a consulta.

    5. Feche o Query Analyzer.

    6. Feche o Enterprise Manager.

    7. Continue com a etapa 13.

  13. Quando a conta existir no SQL, execute Configuration Setup novamente para criar a conta Unity_<ServerName> no Active Directory, da seguinte maneira:

    1. Do diretório <Drive>:\Commserver\Configuration Setup, execute setup.exe –sync.

    2. Reinicialize o servidor do Cisco Unity.

      O serviço AvCsMgr deve ser iniciado. Se o serviço AvCsMgr ainda não for iniciado, abra um caso no Cisco TAC e forneça o registro SqlSync mais recente (ele será chamado de SqlSync_xxxxx.txt) do diretório <Drive>:\Commserver\logs), bem como o arquivo do log de eventos do aplicativo do Event Viewer.

Verifique se a Caixa Postal do Exchange de Unity_<ServerName> Está Configurada Corretamente

  1. Verifique se a conta Unity_<ServerName> está habilitada para caixa postal.

    1. Abra Usuários e Computadores do Active Directory. Escolha Start > Programs > Administrative Tools > Active Directory Users and Computers.

    2. Escolha View > Advanced.

    3. Clique com o botão direito do mouse na conta Unity_<ServerName> do Active Directory e escolha Exchange Tasks.

    4. Na tela de boas-vindas, clique em Next.

    5. Se a opção Create Mailbox for exibida, a conta Unity_<ServerName> não estará habilitada para caixa postal. Continue e Remova a Conta Unity_<ServerName> do Active Directory e Recrie-a.

    6. Se a opção Create Mailbox não for exibida, a conta Unity_<ServerName> estará habilitada para caixa postal. Então, clique em Cancel e continue com a próxima etapa para verificar se a conta Unity_<ServerName> aponta corretamente para o parceiro Exchange do Cisco Unity.

  2. Verifique se a conta Unity_<ServerName> aponta corretamente para a Caixa Postal associada do Exchange.

    1. Em Usuários e Computadores do Active Directory, clique com o botão direito do mouse na conta Unity_<ServerName> e escolha Properties.

    2. Clique na guia Exchange General. Verifique se um caminho é especificado para o armazenamento de Caixa Postal de Unity_<ServerName> e se o caminho está correto.

      /image/gif/paws/21440/mailstore-no-start8.gif

    3. Se o caminho não existir ou estiver incorreto, vá para Remova a Conta Unity_<ServerName> do Active Directory e Recrie-a.

    4. Verifique os Direitos da Caixa Postal com a ajuda destas etapas:

      1. Do plug-in MMC de Active Directory Users and Computers, mude a vista para Advanced.

      2. Clique com o botão direito do mouse na conta Unity_<ServerName> e escolha a guia Exchange Advanced.

      3. Clique em Mailbox Rights.

      4. Além de SELF, você deve visualizar Exchange Domain Servers. Se o descritor de segurança incluir somente SELF, envie uma mensagem de e-mail à conta Unity_<ServerName>. Isso preenche o descritor de segurança de Unity_<ServerName>.

  3. Verifique se o banco de dados de correio que contém a caixa postal de Unity_<ServerName> está montado com a ajuda destas etapas:

    1. Use o Gerenciador do Sistema do Exchange e abra a árvore.

    2. Vá até o banco de dados de correio em questão.

    3. Clique com o botão direito do mouse no banco de dados e verifique se ele mostra que o armazenamento está montado.

    4. Se não estiver montado, continue com a etapa e. Caso contrário, feche o Gerenciador do Sistema do Exchange.

    5. Vá para Exchange System Manager.

    6. Clique com o botão direito do mouse no armazenamento e escolha Mount.

    7. Feche o Gerenciador do Sistema do Exchange.

Remova a Conta Unity_<ServerName> do Active Directory e Recrie-a

Se a conta do Active Directory não está habilitada para caixa postal, o caminho para o armazenamento da caixa postal de Unity_<ServerName> está incorreto ou não existe ou o botão Mailbox Rights não é exibido e os serviços AvDSAD e AvDSGlobalCatalog não podem no momento inicializar com a ajuda da conta do Cisco Unity_<ServerName> (isto é, eles ainda usam a conta do sistema local (padrão) ou outra conta de domínio). Execute estas etapas para remover a conta Unity_<ServerName> do Active Directory e recriá-la:

  1. No menu Start do Windows, escolha Programs > Microsoft SQL Server > Enterprise Manager.

  2. Expanda a visualização da árvore como exibido nessa janela: Microsoft SQL Servers > <ServerName> > Databases > UnityDb > Tables.

  3. Clique com o botão direito do mouse na tabela Subscriber e escolha Open Table > Query.

    /image/gif/paws/21440/mailstore-no-start9.gif

  4. Execute uma consulta clicando no botão ! . A consulta seleciona o responsável pelo campo no qual você irá procurar o registro e o critério deve ser =Unity_ServerName. No exemplo, o nome do servidor do Cisco Unity é Unity_Alex. Depois de pressionar o botão ! , o último painel retornará o registro que você está tentando encontrar (e o critério será alterado para = N'Unity_ServerName'. Exclua o valor no campo chamado DirectoryId.

    /image/gif/paws/21440/mailstore-no-start10.gif

  5. Feche a tabela.

  6. Do plug-in MMC de Active Directory Users and Computers, exclua a conta Unity_<ServerName> .

    Observação: certifique-se de excluir a conta do controlador de domínio local para que, quando o Cisco Unity tentar recriar a conta posteriormente, a replicação de um controlador de domínio remoto não force a remoção da conta novamente.

  7. Efetue logon no servidor do Cisco Unity pela mesma conta de domínio à qual você estava conectado quando executou a Instalação da Configuração (conta de Instalação). Execute a Instalação da Configuração a partir de <Drive>:\Commserver\Configuration Setup directory, execute setup.exe.

Execute o DOHPropTest

  1. No servidor do Cisco Unity, vá até o local onde o Cisco Unity está instalado (o padrão é C:\CommServer) e, em seguida, vá até a pasta TechTools.

  2. Execute DohPropTest.exe.

  3. Na caixa de diálogo de logon DohPropTest, deixe a caixa Password vazia e clique em OK.

  4. Na caixa de diálogo Warning, clique em Ignore para iniciar o modo somente leitura de DohPropTest.

  5. Clique em GC Monitor para exibir a caixa de diálogo Directory Monitor e clique em TotalResync.

  6. Feche o DohPropTest.

Verifique se Há Outros Erros no Log de Eventos do Aplicativo

Verifique os logs de eventos do aplicativo no servidor Exchange no qual a caixa postal de Unity_<ServerName> está hospedada (ou qual servidor Exchange possui o mailstore físico para Unity_<ServerName>). Procure erros de licenciamento, erros RUS e assim por diante. Se existirem erros, tente investigá-los e resolvê-los. Eles podem estar afetando a funcionalidade do Cisco Unity.

Verifique os erros do log de eventos no servidor Exchange parceiro.

* O serviço AvMsgStoreMonitorSvr aplica-se ao Cisco Unity 3.1(5) e a versões posteriores.


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Document ID: 21440