Artigo: 981474 - Última revisão: quinta-feira, 18 de Março de 2010 - Revisão: 1.0

Recebe o erro 1603 quando tenta instalar o Exchange Server 2010 RU1

Vista lado a ladoClique aqui para exibir o artigo traduzido e o artigo original em inglês, lado a lado.
Tradução automáticaVer isenção de responsabilidades para tradução automática
Ver produtos para os quais este artigo se aplica.
Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.

Nesta página

Expandir tudo | Reduzir tudo

Sintomas

Quando tenta instalar o pacote cumulativo de atualizações 1 para Microsoft Exchange Server 2010, a instalação falha e recebe um código de erro 1603. Em seguida, crie um registo de instalação utilizando o parâmetro do programa de configuração seguinte:
Exchange2010-Rollup1KB976573-x 64-en.msp /lvx c:\ logFilePath \ InstallationLogFile .log
O ficheiro de registo de instalação é semelhante ao seguinte:
////////////
MSI (s) (60:74) [Timestamp]: efectuar a acção: CA_START_REMOVEDATA_SERVICES
Time de início de acção: CA_START_REMOVEDATA_SERVICES.
MSI (s) (60:74) [Timestamp]: transformar tabela CustomAction.
MSI (s) (60:74) [Timestamp]: transformar tabela CustomAction.
MSI (s) (60:74) [Timestamp]: Nota: 1: 2262 2: 3:-2147287038 CustomAction
MSI (s) (60:74) [Timestamp]: Nota: 1: 2235 2: 3: ExtendedType 4: SELECT ` acção `, ` tipo ` ` origem `, ` Target `, NULL, ` ExtendedType ` FROM ` CustomAction ` WHERE ` acção ` =' CA_START_REMOVEDATA_SERVICES'
MSI (s) (60:74) [Timestamp]: transformar tabela CustomAction.
MSI (s) (60:74) [Timestamp]: transformar tabela CustomAction.
MSI (s) (60:74) [Timestamp]: Nota: 1: 2262 2: 3:-2147287038 CustomAction
MSI (s) (60:74) [Timestamp]: transformar tabela binário.
MSI (s) (60:74) [Timestamp]: transformar tabela binário.
MSI (s) (60:74) [Timestamp]: Nota: 1: 2262 2: 3:-2147287038 binário
MSI (s) (60:74) [Timestamp]: Creating MSIHANDLE (99) do tipo 790542 thread 1652
MSI (s) (60:A0) [Timestamp]: invocar o remota acção personalizada. DLL: C:\Windows\Installer\MSI2978.tmp, Ponto_de_entrada: CAQuietExec
MSI (s) (60! 88) [Timestamp]: Creating MSIHANDLE (100) de escreva 790541 thread 4232
MSI (s) (60! 88) [Timestamp]: Creating MSIHANDLE (101) de escreva 790531 thread 4232
MSI (s) (60! 88) [Timestamp]: fecho MSIHANDLE (101) de escreva 790531 thread 4232
MSI (s) (60! 88) [Timestamp]: PROPERTY CHANGE: eliminar QtExecCmdLine propriedade. O respectivo valor actual é ' "DriveLetter: \Program Files\Microsoft\Exchange Server\V14\\bin\QuietExe.exe""C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" "- comando.»DriveLetter: \Program Files\Microsoft\Exchange Server\V14\\bin\ servicecontrol.ps1 ' AfterPatch " '.
MSI (s) (60! 88) [Timestamp]: Creating MSIHANDLE (102) de escreva 790531 thread 4232
Erro CAQuietExec: 0x80070001: linha de comandos devolveu um erro.
MSI (s) (60! 88) [Timestamp]: fecho MSIHANDLE (102) de escreva 790531 thread 4232
MSI (s) (60! 88) [Timestamp]: Creating MSIHANDLE (103) de escreva 790531 thread 4232
CAQuietExec: erro 0x80070001: CAQuietExec falhou
MSI (s) (60! 88) [Timestamp]: fecho MSIHANDLE (103) de escreva 790531 thread 4232
MSI (s) (60! 88) [Timestamp]: fecho MSIHANDLE (100) de escreva 790541 thread 4232
CustomAction CA_START_REMOVEDATA_SERVICES devolveu o código de erro real 1603 (Repare que isto não pode estar 100 % preciso se tradução aconteceu dentro sandbox)
MSI (s) (60:A0) [Timestamp]: fecho MSIHANDLE (99) do tipo 790542 thread 1652
Acção terminada 6: 21: 13: CA_START_REMOVEDATA_SERVICES. Devolve o valor 3.
MSI (s) (60:74) [Timestamp]: transformar tabela InstallExecuteSequence.
MSI (s) (60:74) [Timestamp]: transformar tabela InstallExecuteSequence.
MSI (s) (60:74) [Timestamp]: Nota: 1: 2262 2: 3:-2147287038 InstallExecuteSequence
Acção terminada Time: instalar. Devolve o valor 3.
////////////
Além disso, este problema pode ocorrer quando tenta instalar o Update Rollup 2 para o Exchange Server 2010.
Voltar ao topo

Causa

Este problema ocorre quando a condição seguinte for verdadeira:
  • O objecto de política de grupo (GPO), ExecutionPolicy, define uma ou ambas as políticas que se seguem:
    • MachinePolicy
    • UserPolicy
Não é importante como é definido qualquer uma das duas políticas. Este problema ocorre porque as políticas são definidas.

Quando executa o programa de instalação do Exchange 2010 RU1 ou Exchange RU2 de 2010, o programa de instalação pára e desactiva o serviço Windows Management Instrumentation (WMI). Quando o MachinePolicy ou o UserPolicy é definida, o serviço WMI tem de estar activado para executar o script do Windows PowerShell denominado ServiceControl.ps1. O serviço WMI é utilizado para aceder a definições armazenadas nos serviços de domínio do Active Directory (AD DS). Esta é como o Windows PowerShell determina permissões para se um script ou cmdlet pode ser executada.
Voltar ao topo

Como contornar

Para contornar este problema, tem de remover temporariamente qualquer definição de MachinePolicy e UserPolicy pela ExecutionPolicy.
Voltar ao topo

Determinar políticas definidas

Para determinar quais as políticas é definido, siga estes passos:
  1. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    e, em seguida, escreva cmd na caixa Procurar programas e ficheiros.
  2. Clique com o botão direito do rato em cmd.exe na lista de programas e, em seguida, clique em Executar como administrador.
    Reduzir esta imagemExpandir esta imagem
    UAC
    Se for solicitada uma palavra-passe de administrador ou confirmação, escreva a palavra-passe ou confirme.
  3. Na linha de comandos, copie ou escreva o seguinte comando e prima ENTER:
    MMC
  4. No menu ficheiro, clique em Adicionar/remover Snap-in.
  5. Seleccione a Gestão de computadores na lista de snap-ins e, em seguida, clique em Adicionar.
  6. Seleccione o Computador Local e, em seguida, clique em Concluir.
  7. Clique em Fechar e, em seguida, clique em OK.
  8. Expanda Gestão de computadores, expanda Serviços e aplicações e, em seguida, clique em Serviços.
  9. Clique com o botão direito do rato em Windows Management Instrumentation e, em seguida, clique em Propriedades.
  10. Para o tipo de arranque, seleccione automático, clique em Aplicar e, em seguida, clique em Iniciar.
  11. Feche a consola de gestão da Microsoft.
  12. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    , aponte para Todos os programas, aponte para Acessorios, aponte para O Windows PowerShell e em seguida, faça clique sobre O Windows PowerShell.
  13. Na linha de comandos, escreva o seguinte comando e, em seguida, prima ENTER:
    GET executionpolicy ?list
  14. Tenha em atenção que política, MachinePolicy ou UserPolicy, está definida. Se a política não definida, a política está listada como indefinido. Repare como cada política é definida, por exemplo, com a política de execução AllSigned ou restritos.
Voltar ao topo

Política de execução definidas localmente

Para uma política de execução definidas localmente, siga estes passos:
  1. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    e, em seguida, escreva cmd na caixa Procurar programas e ficheiros.
  2. Clique com o botão direito do rato em cmd.exe na lista de programas e, em seguida, clique em Executar como administrador.
    Reduzir esta imagemExpandir esta imagem
    UAC
    Se for solicitada uma palavra-passe de administrador ou confirmação, escreva a palavra-passe ou confirme.
  3. Na linha de comandos, copie ou escreva o seguinte comando e prima ENTER:
    MMC
  4. No menu ficheiro, clique em Adicionar/remover Snap-in.
  5. Clique em Adicionar, seleccione Editor de objecto de política de grupo na lista de snap-ins e, em seguida, clique em Adicionar.
  6. Seleccione o Computador Local e, em seguida, clique em Concluir.
  7. Clique em OK.
  8. Dependendo do qual a política de execução foi definida, tal como indicado no passo 3 da secção "Determinar definidas políticas", siga os passos para MachinePolicy ou UserPolicy conforme adequado:

    Para MachinePolicy:
    1. Expandir a Política de computador local, expanda a Configuração do computador, expanda Modelos administrativos, expanda Componentes do Windows e em seguida, faça clique sobre O Windows PowerShell.
    2. Clique com o botão direito do rato Activar de execução de scripts e, em seguida, clique em Propriedades.
    3. Seleccione Não configurado e, em seguida, clique em OK.
    Para UserPolicy:
    1. Expandir a Política de computador local, expanda a Configuração do utilizador, expanda Modelos administrativos, expanda Componentes do Windows e em seguida, faça clique sobre O Windows PowerShell.
    2. Clique com o botão direito do rato Activar de execução de scripts e, em seguida, clique em Propriedades.
    3. Seleccione Não configurado e, em seguida, clique em OK.
  9. Feche a consola de gestão da Microsoft.
  10. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    , aponte para Todos os programas, aponte para Acessorios, aponte para O Windows PowerShell e em seguida, faça clique sobre O Windows PowerShell.
  11. Na linha de comandos, escreva o seguinte comando e, em seguida, prima ENTER:
    exchange_install_folder \bin\ServiceControl.ps1 AfterPatch
    Nota Neste comando, o marcador de posição exchange_install_folder representa onde se encontra o programa de instalação do conjunto de actualizações do Exchange.
  12. Instale o Exchange 2010 RU1 ou Exchange 2010 RU2.
Voltar ao topo

Política de execução definida no AD DS

Para uma política de execução definida no AD DS, siga estes passos no controlador de domínio que hospeda o AD DS:
  1. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    e, em seguida, escreva cmd na caixa Procurar programas e ficheiros.
  2. Clique com o botão direito do rato em cmd.exe na lista de programas e, em seguida, clique em Executar como administrador.
    Reduzir esta imagemExpandir esta imagem
    UAC
    Se for solicitada uma palavra-passe de administrador ou confirmação, escreva a palavra-passe ou confirme.
  3. Na linha de comandos, copie ou escreva o seguinte comando e prima ENTER:
    gpresult /z>PolicySettings.txt
  4. Abra o ficheiro PolicySettings.txt no bloco de notas.
  5. Procure a seguinte entrada na lista:
    GPO: Servers - v2.0 do plano base
    NomeChave: KeyPath \PowerShell\ExecutionPolicy
    Valor: KeyValues_comma_delimited_list
    Estado: activado
    Tenha em atenção quando na hierarquia de política de grupo que reside este movimento. Repita este passo para determinar se existem outras entradas que referenciam "PowerShell."
  6. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    , clique em Painel de controlo, faça duplo clique em Ferramentas administrativas e, em seguida, faça duplo clique em <a4>Gestão de políticas de grupo.
  7. Localize o objecto de política de grupo que define a política de execução do Windows PowerShell e defina esta entrada para não configurar.
  8. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    e, em seguida, escreva cmd na caixa Procurar programas e ficheiros.
  9. Clique com o botão direito do rato em cmd.exe na lista de programas e, em seguida, clique em Executar como administrador.
    Reduzir esta imagemExpandir esta imagem
    UAC
    Se for solicitada uma palavra-passe de administrador ou confirmação, escreva a palavra-passe ou confirme.
  10. Na linha de comandos, copie ou escreva o seguinte comando e prima ENTER:
    gpupdate /force
    Este comando força a replicação da alteração de política em todos os servidores e contas de utilizador.
  11. No servidor Exchange 2010 onde falhou a instalação do update rollup, clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    e, em seguida, escreva cmd na caixa Procurar programas e ficheiros.
  12. Clique com o botão direito do rato em cmd.exe na lista de programas e, em seguida, clique em Executar como administrador.
    Reduzir esta imagemExpandir esta imagem
    UAC
    Se for solicitada uma palavra-passe de administrador ou confirmação, escreva a palavra-passe ou confirme.
  13. Na linha de comandos, copie ou escreva o seguinte comando e prima ENTER:
    net start winmgmt
    Este comando inicia o WMI para que o script do Windows PowerShell (ServiceControl.ps1) listado no passo 15 possa executar com êxito.
  14. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    start button
    , aponte para Todos os programas, aponte para Acessorios, aponte para O Windows PowerShell e em seguida, faça clique sobre O Windows PowerShell.
  15. Na linha de comandos, escreva o seguinte comando e, em seguida, prima ENTER:
    exchange_install_folder \bin\ServiceControl.ps1 AfterPatch
    Nota Neste comando, o marcador de posição exchange_install_folder representa onde se encontra o programa de instalação do conjunto de actualizações do Exchange.
  16. Instale o Exchange 2010 RU1 ou Exchange 2010 RU2.
Voltar ao topo
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2010 Coexistence
  • Microsoft Exchange Server 2010 Enterprise
  • Microsoft Exchange Server 2010 Standard
Voltar ao topo
Palavras-chave: 
kbmt kbinstallation kbexpertiseinter kbtshoot kbsurveynew kbprb KB981474 KbMtpt
Voltar ao topo
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 981474  (http://support.microsoft.com/kb/981474/en-us/ )
Voltar ao topo