P&R do Administrador do Exchange: assuntos freqüentemente mal compreendidos - Parte 1

Publicado em: 1 de fevereiro de 2006

By Nino Bilic

A finalidade deste artigo é explicar alguns assuntos freqüentemente mal compreendidos e fornecer documentação adicional.

  • Um banco de dados com reparo forçado (ESEUTIL /p) pode ser executado na produção?

  • Quantas vezes a correção ISINTEG -fix deve ser executada no Exchange Server?

  • As contas desabilitadas criadas pelo ADC devem ser habilitadas?

  • Dois acordos unilaterais e um acordo bilateral de conexão de destinatário são a mesma coisa?

  • A desfragmentação offline do Exchange 2000 Server diminui o tamanho do arquivo .stm?

  • É possível restaurar bancos de dados do Exchange Standard Edition para a Enterprise Edition ou do Exchange Enterprise Edition para a Standard Edition?

  • Para obter mais informações

Um banco de dados com reparo forçado (ESEUTIL /p) pode ser executado na produção?

Como a execução da opção /p no banco de dados pode remover, e freqüentemente remove, páginas do banco de dados, isso apresenta resultados imprevisíveis na operação do banco de dados.

Os problemas que podem ocorrer após a execução da opção /p no banco de dados e a execução posterior desse banco de dados são:

  • O banco de dados pára de aceitar emails.

  • Os emails permanecem na Caixa de Saída.

  • O programa Store.exe é executado com uma utilização muito alta da CPU, sem nenhuma carga no servidor.

  • O programa Store.exe gera uma violação de acesso se houver uma carga pesada.

  • Os usuários não podem abrir anexos de email nem mensagens de email.

A execução do reparo forçado no banco de dados deve ser a última opção. Preferivelmente, você deve fazer uma restauração do backup. No entanto, se essa não for uma opção, o seguinte deverá ser feito após o banco de dados ter sido reparado:

  • Execute ISINTEG no armazenamento para obter o melhor resultado possível.

Depois disso, a opção apropriada a seguir deverá ser executada:

  • Se ISINTEG resultar em somente zeros em correções, avisos e erros:

    • Execute uma desfragmentação offline do banco de dados reparado, Eseutil /d, para criar um novo banco de dados.
  • Se ISINTEG não limpar o banco de dados da caixa de correio e se você não tiver obtido um resultado de somente zeros:

    • Mova todas as caixas de correio para outro servidor ou armazenamento, remova o banco de dados reparado e crie o novo banco de dados no servidor original. Em seguida, mova as caixas de correio de volta, se assim desejar.

      ou

    • Execute ExMerge para remover todas as caixas de correio, remover o banco de dados reparado, criar um novo banco de dados e, em seguida, execute ExMerge para mover todos os dados para esse novo banco de dados.

  • Se ISINTEG não limpar o banco de dados de pasta pública e se você não tiver obtido um resultado de somente zeros:

    • Replique todas as pastas para outro servidor de pastas públicas, remova o arquivo de banco de dados original e, em seguida, replique as pastas de volta, se assim desejar.

      ou

    • Exporte todas as pastas públicas através do Microsoft® Outlook®, remova o arquivo de banco de dados reparado e, em seguida, crie um novo banco de dados. Importe as pastas públicas para esse novo banco de dados.

As informações acima são verdadeiras para o Microsoft Exchange 2000 Server e para versões anteriores. No Exchange Server versão 5.5, também há a possibilidade de o banco de dados de diretórios passar por um reparo forçado. Nesse caso, o diretório deve ser reconstruído o mais rápido possível. Um diretório com reparo forçado não é para uso em produção.

Quantas vezes a correção ISINTEG -fix deve ser executada no Exchange Server?

Você deve executar ISINTEG -fix até chegar a 0 correções ou obter os mesmos números como resultado mais de duas vezes seguidas.

Quando ISINTEG resulta em 0 correções, isso significa que ele não pode mais corrigir nada. Revise o número de erros e avisos obtidos. Se o número for zero, ou seja, se zero for retornado para os três números, isso significa que ISINTEG pôde corrigir todos os erros lógicos do banco de dados. Caso contrário, considere reconstruir o banco de dados utilizando move mailbox e ExMerge, pois é provável que os usuários vejam algum tipo de problema em suas caixas de correio.

Execute ISINTEG até obter o mesmo resultado duas vezes seguidas, para garantir que o problema lógico tenha sido corrigido, se possível. Por exemplo, se ISINTEG retornar sete correções e três avisos duas vezes seguidas, pode-se supor que não é possível corrigir o problema lógico do banco de dados, e está na hora de uma reconstrução do banco de dados.

As contas desabilitadas criadas pelo ADC devem ser habilitadas?

Quando contas desabilitadas são criadas pelo ADC (Active Directory Connector), elas não devem ser habilitadas. Isso não se aplica às contas desabilitadas criadas pelo utilitário ADMT.

Se as contas desabilitadas criadas pelo ADC forem habilitadas e os usuários utilizarem essas contas sem nenhuma outra modificação para fazer logon, ocorrerão problemas com as pastas públicas e a delegação no Exchange.

As permissões das contas desabilitadas são calculadas utilizando-se o valor msExchMasterAccountSID, em vez do valor real de SID (identificação de segurança) da conta de espaço reservado. Isso serve para que o usuário possa continuar a efetuar logon no contexto de segurança preexistente do domínio do Microsoft Windows NT® Server 4.0 e ainda ter direitos concedidos a seus objetos do Exchange 2000 Server.

As contas criadas no serviço de diretório do Active Directory® não têm o atributo msExchMasterAccountSid. Essas contas dependem de seu próprio contexto de segurança, objectSID ou sIDHistory, para terem permissões concedidas nas ACLs (listas de controle de acesso) de armazenamento do Exchange.

Para obter mais informações sobre como habilitar essas contas de forma apropriada, consulte a seção Para obter mais informações.

Dois acordos unilaterais e um acordo bilateral de conexão de destinatário são a mesma coisa?

Não há suporte para dois acordos unilaterais de conexão.

Não existe suporte para a utilização de dois acordos unilaterais de conexão que tenham contêineres de importação e exportação sobrepostos para se obter a replicação bilateral. Por exemplo, suponhamos que haja um acordo de conexão Do Exchange para o Windows configurado que esteja replicando o contêiner Site\Destinatários para um contêiner de importação padrão Domínio\Usuários. Não é possível configurar outro acordo de conexão Do Windows para o Exchange unilateral que tenha Domínio\Usuários como um contêiner de exportação. Para obter a replicação bilateral necessária para sites mistos, deve-se usar um acordo de conexão bilateral.

Para obter mais informações, consulte a seção Para obter mais informações.

A desfragmentação offline do Exchange 2000 Server diminui o tamanho do arquivo .stm?

As versões beta do Exchange 2000 Server tinham um recurso no qual o tamanho do arquivo .stm era reduzido pela desfragmentação online do arquivo .stm. Isso foi alterado. Para reduzir o tamanho do arquivo .stm no Exchange 2000 Server, é necessária a desfragmentação offline. O mesmo ocorre para o arquivo .edb.

É possível restaurar bancos de dados do Exchange Standard Edition para a Enterprise Edition ou do Exchange Enterprise Edition para a Standard Edition?

Do Exchange Standard Edition para a Enterprise Edition

Esse cenário funciona sem qualquer problema.

Do Exchange Enterprise Edition para a Standard Edition

Esse cenário funcionará sem problemas desde que os bancos de dados não tenham um tamanho superior a 16 GB. O servidor da Standard Edition não pode montar esses bancos de dados porque eles são muito grandes. Apesar de poderem ser restaurados e ficarem consistentes, eles não podem ser executados no servidor com a Standard Edition.

O Exchange Directory contém as informações sobre o servidor, seja da Standard Edition ou Enterprise Edition. No Exchange 2000 Server, o Active Directory é utilizado.

No Exchange Server 5.5, se o diretório da Standard Edition e o Armazenamento de Informações forem restaurados para a instalação da Enterprise Edition do Exchange, você ainda verá os eventos de limitação de 16 GB durante a inicialização do banco de dados. Para solucionar esse problema, a instalação do Exchange Enterprise Edition deve ser executada para atualizar o banco de dados de diretórios, o que removerá a limitação de 16 GB do Armazenamento de Informações.

O mesmo raciocínio se aplica ao Active Directory e ao Exchange 2000 Server.

Se apenas os bancos de dados de Armazenamento de Informações forem restaurados e o diretório ou o Active Directory determinar que esse é um servidor com a Enterprise Edition, não haverá problemas. Não são os bancos de dados de Armazenamento de Informações que são marcados como Standard ou Enterprise, é o diretório no Exchange Server 5.5 ou o Active Directory no Exchange 2000 Server.

Para obter mais informações, consulte o artigo 240152, "How to determine which edition of Exchange Server is installed" (em inglês) na Base de Dados de Conhecimento Microsoft.

Para obter mais informações

Para obter mais informações, consulte o seguinte recurso do Exchange Server e os artigos da Base de Dados de Conhecimento Microsoft: