Erro do SQL Server 2005 relacionado ao SQL Agent e às restaurações do banco de dados

Question

Eu tenho restaurado bancos de dados sql 2005 de um servidor para outro (especificação similar, mesma versão e service pack etc.) e encontrei o seguinte.

O problema começa com a restauração do banco de dados - O processo de restauração funciona bem. Eu uso o estúdio de gerenciamento e executo uma restauração que é concluída sem nenhum problema, todos os dados estão lá e podem ser usados. No entanto, quando tento executar um backup do plano de manutenção existente, recebo o seguinte erro:

Execução falhou. Consulte o plano de manutenção e os logs do histórico de tarefas do SQL Server Agent para obter detalhes. Informações adicionais - > Job'Full_Backup.Subplan_1 'falhou. (SQL ManagerUI) A informação adicional dá-me as seguintes Localização do programa:    em Microsoft.SqlServer.Management.SqlManagerUI.MaintenancePlanMenu_Run.PerformActions ()

Neste momento, tentei recriar o plano de manutenção, quando chego a escolher os bancos de dados para fazer parte de um backup completo, o banco de dados que acabei de restaurar está faltando no painel de seleção.

Eu repliquei esse problema em 2 servidores 'novos', ambos com novas instalações do SQl Server 2005. Para mim, a operação de restauração é a culpada, portanto, se houvesse alguma maneira de rastrear o que estava acontecendo, talvez, com um dos sistemas bases de dados que eu poderia então investigar.

Isso tem sido um aborrecimento por algumas semanas e qualquer ajuda seria apreciada.

    

Answer 1

Parece que eu tropecei na resposta. Parece que o servidor SQL original foi atualizado de 7 para 2000 para 2005! louco, mas aparentemente tem sido usado por 8 anos bem antes do meu tempo.

O problema parece estar relacionado à compatibilidade do banco de dados, consulte o seguinte artigo do msoft

texto do link

"Os bancos de dados definidos para o nível de compatibilidade 70 ou inferior não são exibidos"

Eu testei isso mudando o nível para 90 e com certeza agora funciona.

obrigado a todos que responderam, este site vai ser muito útil.

    

Answer 2

Um problema pode ser os usuários que existem nesses bancos de dados e podem não ter o mesmo SID que no outro servidor. Maby esse plano de manutenção é executado usando as credenciais de um usuário órfão. O MS SQL tem um procedimento armazenado que corrigirá esses usuários órfãos: sp_change_users_login

Basta ir do SQL Management Studio para o banco de dados no novo servidor, ir para Segurança e ver quais logins você tem nesse banco de dados. Em seguida, execute o comando de reparo como abaixo para cada usuário.

usar banco de dados

vá

sp_change_users_login 'auto_fix', 'nome de usuário'

vá

- Onde 'database' é o nome do seu banco de dados restaurado.

    

Answer 3

Como esses bancos de dados estão sendo movidos de um servidor para outro, talvez você possa verificar a tabela sysdatabases no mestre para ver se há inconsistências. Se os dbids não estiverem em sincronia, pode ser possível que os planos de manutenção antigos estejam tendo problemas para visualizar os bancos de dados restaurados.

    

Answer 4

Você pode achar que é tão simples quanto atualizar o explorador de objetos depois de restaurar o banco de dados. O SSMS armazena muitas informações em cache para que ele não tenha que voltar ao servidor para os mesmos dados repetidamente, sem mencionar a melhoria no desempenho de já ter os dados no cache. Criar um plano de manutenção é provavelmente um lugar onde as informações armazenadas em cache são lidas.