Exceção "0xe0434f4d" e mensagem de erro "0xC001000A" ao criar um plano de manutenção em um servidor MSX

Aplica-se a
SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Standard SQL Server 2012 Web

Sintomas

Considere o seguinte cenário:

  • Você usa o Microsoft SQL Server 2012, o Microsoft SQL Server 2008, o Microsoft SQL Server 2008 R2 ou o Microsoft SQL Server 2005 como um master server (MSX).
  • Você usa o SQL Server 2012 como um servidor de destino (TSX).
  • Você cria um plano de manutenção multisservidor no servidor MSX.

Nesse cenário, o plano de manutenção não é replicado para o servidor TSX. Além disso, uma mensagem de exceção semelhante à seguinte é registrada nos logs do SQL Server Agent no TSX Server:

Observação

[073] Ocorreu uma exceção (0xe0434f4d) no subsistema de planos de manutenção

Observação Nesta mensagem de erro, "Nome do subplano de manutenção" é um espaço reservado para o subplano de manutenção.

Os trabalhos relacionados ao plano de manutenção são replicados. Se você tentar executar o trabalho no TSX Server, receberá uma mensagem de erro semelhante à seguinte:

Observação

A execução do trabalho 'Nome do Subplano de Manutenção' falhou. Consulte o registro do histórico para obter detalhes.

Além disso, as informações semelhantes às seguintes são registradas no histórico de trabalhos:

Observação

Não foi possível carregar o pacote "Pacote de Planos de Manutenção" devido ao erro 0xC001000A. Descrição: o pacote especificado não pôde ser carregado do banco de dados do SQL Server.

Observação Nesta mensagem de erro, "Pacote do Plano de Manutenção" é um espaço reservado para o nome do pacote do plano de manutenção.

Causa

Esse problema ocorre porque o SQL Server Agent não consegue encontrar os assemblies do Microsoft .NET Framework 2.0 das tarefas do plano de manutenção do banco de dados no servidor TSX.

Observação Os assemblies das tarefas do plano de manutenção do banco de dados são atualizados para o Microsoft .NET Framework 4.0 no SQL Server 2012.

Status

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".

Resolução

Informações sobre a atualização cumulativa

Atualização cumulativa 2 para o SQL Server 2012 SP1

A correção para esse problema foi lançada pela primeira vez na Atualização Cumulativa 2. Para obter mais informações sobre como obter este pacote de atualização cumulativa para o SQL Server 2012 SP1, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento Microsoft:

2790947 Pacote de atualizações cumulativas 2 para o SQL Server 2012 Service Pack 1Observação: como os builds são cumulativos, cada nova versão de correção contém todos os hotfixes e todas as correções de segurança incluídas na versão anterior de correção do SQL Server 2012 SP1. Recomendamos que você considere aplicar a versão de correção mais recente que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo da Base de Dados de Conhecimento Microsoft:

2772858 As compilações do SQL Server 2012 lançadas após o SQL Server 2012 Service Pack 1

Atualização cumulativa 5 para o SQL Server 2012

A correção para esse problema foi lançada pela primeira vez na Atualização Cumulativa 5. Para obter mais informações sobre como obter este pacote de atualização cumulativa para o SQL Server 2012, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento Microsoft:

2777772 Pacote de atualizações cumulativas 5 para SQL Server 2012Observação: como os builds são cumulativos, cada nova versão de correção contém todos os hotfixes e todas as correções de segurança incluídas na versão anterior de correções do SQL Server 2012. Recomendamos que você considere aplicar a versão de correção mais recente que contém esse hotfix. Para obter mais informações, clique no número abaixo para ler o artigo da Base de Dados de Conhecimento Microsoft:

2692828 As SQL Server builds de 2012 lançadas após o lançamento do SQL Server 2012
Para resolver esse problema, você também pode criar um arquivo de configuração do SQL Server Agent no TSX Server. Para fazer isso, siga estas etapas:

  1. Exclua todos os planos de manutenção distribuída existentes no MSX Server que não foram replicados para o servidor TSX.

  2. Crie um arquivo com o nome SQLAGENT.EXE.CONFIG na seguinte pasta no servidor TSX do SQL Server 2012:
    %Program Files%\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\Binn

  3. Adicione o seguinte conteúdo ao arquivo SQLAGENT.EXE.CONFIG:

    <?xml version ="1.0"?>
    <configuration> 
    <startup useLegacyV2RuntimeActivationPolicy="true"> 
    <supportedRuntime version="v4.0"/> 
    </startup>
    </configuration>
    
  4. Reinicie o SQL Server Agent no servidor TSX.

  5. Crie os novos planos de manutenção multisservidor direcionados ao servidor TSX.

Mais informações

Para obter mais informações sobre a compatibilidade do servidor MSX e do servidor TSX, acesse o seguinte site da Microsoft:

Como criar um ambiente multisservidor