Exportar (0) Imprimir
Expandir Tudo

Resolver problemas de atualização e compatibilidade de aplicativo

Atualizado: novembro de 2009

Aplica-se a: Windows Server 2008, Windows Server 2008 R2

Problemas conhecidos de atualização para Windows Server 2003

Antes de atualizar um servidor para Windows Server 2003, use a ferramenta de linha de comando Winnt32.exe com o parâmetro /checkupgradeonly para identificar possíveis problemas de atualização, como, recursos inadequados de hardware ou problemas de compatibilidade.

Dois problemas de compatibilidade de aplicativo que talvez você precise resolver incluem o seguinte:

  • Não haverá suporte para compartilhamentos de raiz do DFS (Sistema de Arquivos Distribuídos) se eles estiverem hospedados em uma partição FAT (tabela de alocação de arquivos).

    No Windows Server 2003, os compartilhamentos de raiz DFS precisam estar localizados nas partições NTFS sem arquivos nem diretórios sob o link DFS.

    Para obter mais informações sobre como implantar o DFS, consulte Projetando e implantando servidores de arquivos (http://go.microsoft.com/fwlink/?LinkID=27928) (essa página pode estar em inglês).

  • Computadores com Windows 2000 que executam os Serviços de Implantação do Windows podem causar erros em um domínio do Windows Server 2003 Active Directory.

    Ao usar um servidor dos Serviços de Implantação do Windows baseado em Windows 2000 no domínio do Windows Server 2003 Active Directory, você poderá receber o seguinte erro quando usar o Assistente para instalação de cliente:

    "Não é possível criar nem modificar conta de computador" Erro: 00004E4F
    
    Esse erro ocorre porque o Windows Server 2003 cria objetos de conta de máquina de forma diferente do Windows 2000. Para evitar a ocorrência desse erro na criação de contas de máquina, configure os servidores dos Serviços de Implantação do Windows baseados em Windows 2000 no ambiente para que apontem para um controlador de domínio que execute o Windows 2000. Isso é feito adicionando o parâmetro de Registro DefaultServer aos servidores dos Serviços de Implantação do Windows baseados em Windows 2000.

    Para obter mais informações sobre como configurar parâmetros de Registro opcionais para o serviço BINL (Boot Information Negotiation Layer), consulte o artigo 235979 na Base de Dados de Conhecimento Microsoft (http://go.microsoft.com/fwlink/?LinkId=106488) (essa página pode estar em inglês).

    É necessário remover o Pacote de Ferramentas Administrativas do Windows 2000 antes de atualizar para Windows Server 2003. Para obter mais informações sobre ferramentas administrativas do Windows 2000 e problemas de atualização, consulte o artigo 304718 na Base de Dados de Conhecimento Microsoft (http://go.microsoft.com/fwlink/?LinkId=106490) (essa página pode estar em inglês).

A associação à conta Administrador local, ou equivalente, é o mínimo necessário para concluir este procedimento. Revise os detalhes sobre o uso de contas e associações a grupos apropriadas em Local e Domínio Padrão (http://go.microsoft.com/fwlink/?LinkId=83477).

Para identificar possíveis problemas de atualização e de compatibilidade

  • Na linha de comando, conecte-se ao diretório I386 na origem da instalação, digite o seguinte comando e pressione ENTER:

    winnt32 /checkupgradeonly

 

Parâmetro Descrição

winnt32 /checkupgradeonly

Verifica o computador quanto à compatibilidade de atualização com produtos da família Windows Server 2003.

Problemas conhecidos de atualização para Windows Server 2008

Analise os seguintes problemas conhecidos do Windows Server 2008 antes de instalar o AD DS (Serviços de Domínio do Active Directory):

  • Se a função principal do controlador de domínio ainda não tiver sido hospedada por nenhum controlador de domínio que execute o Windows Server 2008, e se você nunca tiver executado uma instalação completa (não em etapas) do RODC (controlador de domínio somente leitura), a criação de uma conta RODC nesse momento com os usuários do Active Directory e com o snap-in Computadores falhará.

    Para evitar isso, siga um destes procedimentos:

    • Transfira a função das operações do mestre emulador PDC (controlador de domínio primário), também conhecidas como FSMO ou Flexible Single Master Operations, para um dos servidores que executa o Windows Server 2008. Permita a replicação dos grupos Diretiva de Replicação de Senha antes de criar a conta RODC.

    • No prompt de comando, crie a conta RODC usando este comando:

      dcpromo.exe /createDCaccount /replicaDomainDNSname:<nome_de_domínio>

      noteObservação
      Não use a opção /replicationSourceDC.

    • Execute uma instalação completa (não em etapas) de um RODC e crie contas RODC adicionais nesse momento.

  • Se o banco de dados e os arquivos de log do Active Directory forem colocados em algum dos seguintes diretórios, verifique se o volume tem pelo o dobro do espaço usado pelo banco de dados e pelos arquivos de log disponíveis, antes de instalar o Windows Server 2008:

    • %SystemRoot%

    • %ProgramFiles%

    • %SystemDrive%\Program Files

    • %ProgramFiles(x86)%

    • %SystemDrive%\build

    • %SystemDrive%\InstalledRepository

    • %ProfilesFolder%

    • %ProgramData%

    • %SystemDrive%\Documents and Settings

  • Os clientes que forem compatíveis apenas com o DES (padrão de criptografia de dados) não poderão estabelecer um canal seguro com o Netlogon em controladores de domínio que executem o Windows Server 2008. Como conseqüência, as operações de ingresso de domínio não-seguro falharão, inclusive as operações executadas pelos Serviços de Implantação do Windows e pela Ferramenta de Migração do Active Directory. Além disso, dispositivos que não forem Microsoft SMB (Server Message Block) e NAS (armazenamento anexado à rede) e que não tiverem suporte para MD5 (Message Digest 5) também não terão êxito ao estabelecer um canal seguro.

    Para evitar isso, atualize todos os computadores clientes e controladores de domínio do Windows 2000 ou posterior. Contate o fornecedor de todos os dispositivos que não forem Microsoft SMB e NAS para obter uma versão que seja compatível com MD5.

    Se precisar do suporte DES, habilite o suporte para criptografia do Windows NT 4.0. Abra o Editor de Gerenciamento de Diretiva de Grupo. Clique em Configuração do Computador, em Modelos Administrativos, em Sistema e em Netlogon. Clique com o botão direito do mouse em Permitir algoritmos de criptografia compatíveis com Windows NT 4.0, clique em Propriedades, em Habilitado e em OK.

  • Se você colocar o banco de dados e os arquivos de log existentes do Active Directory em uma unidade iSCSI (Internet SCSI) que não esteja disponível como um dispositivo de inicialização, a atualização falhará.

    Para evitar isso, verifique se o banco de dados e os arquivos de log do Active Directory estão em um volume que não seja o volume raiz de uma unidade local não removível antes de iniciar o processo de atualização.

    Alguns dispositivos iSCSI relatam incorretamente que são unidades locais, mesmo quando não o são. Se isso ocorrer, contate o fornecedor da unidade para determinar se o hardware pode ser configurado como um dispositivo de reinicialização. Se o hardware não puder ser configurado como um dispositivo de reinicialização, execute o procedimento a seguir.

    A associação à conta Administrador local, ou equivalente, é o mínimo necessário para concluir este procedimento. Revise os detalhes sobre o uso de contas e associações a grupos apropriadas em Local e Domínio Padrão (http://go.microsoft.com/fwlink/?LinkId=83477).

    Para mover o banco de dados e os arquivos de log do AD DS

    1. Reinicie o computador. Para entrar no Modo de Restauração dos Serviços de Diretório, pressione F8 enquanto o computador é reiniciado.

    2. Mova o banco de dados e os arquivos de log do AD DS para um subdiretório pelo menos um nível abaixo da raiz da unidade local.

    3. Use Regedit.exe para localizar esta chave do Registro: HKLM\System\CurrentControlSet\Services\NTDS\Parameters

    4. Altere o valor de Arquivo de Banco de Dados DSA para o novo caminho da etapa 2; por exemplo, x:\ntds.

    5. Altere o valor de Diretório de Trabalho DSA para o novo caminho da etapa 2, por exemplo, x:\ntds\logs.

    Para obter mais informações, consulte Reposicionando arquivos de banco de dados do Active Directory (http://go.microsoft.com/fwlink/?LinkId=111143) (essa página pode estar em inglês).

  • Se a função de mestre de operações do mestre de nomeação de domínios estiver hospedada em um controlador de domínio com Windows 2000 Server, o atributo msDS-BehaviorVersion não será marcado no objeto crossRef quando você criar um novo domínio filho ou uma nova árvore de domínio do Windows Server 2008. Isso pode gerar alguns problemas de compatibilidade de aplicativo. Em especial, os testes de replicação que você pode executar com Dcdiag.exe não terão êxito. Para evitar esse problema, transfira a função de mestre de nomeação de domínios para um controlador de domínio que execute o Windows Server 2003 ou o Windows Server 2008 antes de criar o novo domínio filho ou a raiz da nova árvore.

  • No Windows 2000 e no Windows Server 2003, os contadores de desempenho do Active Directory são de instância única e estão localizados em NTDS. Além disso, no Windows Server 2003, os contadores de desempenho do ADAM (Modo de Aplicativo do Active Directory) são compostos por várias instâncias e estão localizados em ADAM. No Windows Server 2008, todos os contadores de desempenho do AD DS e do AD LDS, que substitui ADAM por Windows Server 2008, estão localizados em DirectoryServices, que tem várias instâncias. Os contadores de desempenho do AD DS estão na instância NTDS, ao passo que os do AD LDS estão localizados na instância que corresponde ao nome do serviço AD LDS (exatamente como no Windows Server 2003).

    Por exemplo, em um computador que executa o Windows Server 2003 com Active Directory instalado e dois serviços ADAM, denominados ADAM_instance1 e ADAM_instance2, os seguintes nomes aparecem em Instâncias do objeto selecionado no Monitor de Desempenho (em que os colchetes indicam os nomes mostrados):

    • NTDS

    • ADAM [ADAM_instance1]

    • ADAM [ADAM_instance2]

    Em um computador que executa o Windows Server 2008, estes nomes são exibidos:

    • DirectoryServices [NTDS]

    • DirectoryServices [ADAM_instance1]

    • DirectoryServices [ADAM_instance2]

    Em um computador que executa o Windows Server 2003 e tem apenas o Active Directory instalado, estes nomes são exibidos:

    • NTDS

    Em um computador que executa o Windows Server 2008 e tem apenas o AD DS instalado, estes nomes são exibidos:

    • DirectoryServices [NTDS]

    Se você usar a Instrumentação de Gerenciamento do Windows para acessar os contadores de desempenho, usando Win32_PerfRawData_NTDS_NTDS ou Win32_PerfFormattedData_NTDS_NTDS, será exibido o erro WBEM_E_INVALID_CLASS. Se você receber esse erro, use Win32_PerfRawData_DirectoryServices_DirectoryServices ouWin32_PerfFormattedData_DirectoryServices_DirectoryServices, em vez dos anteriores.

Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários

Contribuições da comunidade

ADICIONAR
Mostrar:
© 2014 Microsoft