O assistente Restaurar banco de dados não será aberto no SSMS 2014

12

Em uma máquina de desenvolvimento executando o Windows Server 2012 R2, atualizei o SQL Server de 2012 para 2014.

Usando o SQL Server Management Studio 2014, quando clico com o botão direito do mouse em um banco de dados e Tasks -> Restore -> Database...nada acontece. O assistente Restaurar banco de dados não aparece conforme o esperado.

Não há erros ou falhas no Visualizador de Eventos. O cursor nem se transforma em uma ampulheta.

Usar o T-SQL para restaurar funciona bem, e se eu voltar e usar o SSMS 2012, ele funcionará bem. Alguma idéia de como fazer o assistente funcionar no SSMS 2014?

Estou me conectando à mesma instância do SQL Server nas duas versões do SSMS e tentei executar o SSMS como administrador.

É o Service Pack 1:

Microsoft SQL Server Management Studio 12.0.4100.1
Microsoft Analysis Services Client Tools 12.0.4100.1
Microsoft Data Access Components (MDAC) 6.3.9600.17415
Microsoft MSXML 3.0 5.0 6.0 
Microsoft Internet Explorer 9.11.9600.18125
Microsoft .NET Framework 4.0.30319.34209
Operating System 6.3.9600

— Josh Bula
fonte

Não, os hotfixes COD não são instalados no Windows Update, a menos que sejam problemas críticos de segurança. O link para download funciona para mim, tente um navegador diferente, mas aqui está um link direto para você, de qualquer forma , assumindo o sistema operacional x64.

— Aaron Bertrand

Obrigado, eu instalei o hotfix, mas isso não resolveu o problema. Acho que talvez seja necessário desinstalar e reinstalar quando eu tiver tempo e usar a versão antiga do SSMS até então.

— Josh Bula

Você já tentou instalar o SSMS 2016 ?

— Elsimer

Às vezes, isso acontece comigo quando trabalho em casa e conectado via VPN. Eu acho que é um pouco lento, mas eventualmente a janela aparece.

— Pintosack

3

Eu mesmo vi esse comportamento no SSMS 2012 e no SSMS 2014. O que normalmente significa é que o histórico de backup / restauração do banco de dados é muito longo e está demorando muito tempo para o assistente aparecer, porque ele precisa ler toda a história.

Verifique se você possui um plano de manutenção que trunca o histórico. Para descobrir, execute esta consulta:

SELECT TOP 1 backup_start_date
FROM msdb.dbo.backupset WITH (NOLOCK)
ORDER BY backup_set_id ASC

Essa consulta será rápida, pois é classificada pela chave em cluster principal da tabela. Se você tem mais de um mês ou dois de história, provavelmente é hora de esclarecê-lo. (Lembre-se de que limpar o histórico envolverá bloqueios; portanto, pode ser um processo lento se você estiver fazendo backups ao mesmo tempo ou se o MSDB estiver com armazenamento lento.)

— Matthew Sontum
fonte

3

Encontrei isso em outro segmento e funcionou para mim:

O SQL Server Studio 2014 não gosta do erro "Não é possível criar um plano de restauração devido a uma interrupção na cadeia LSN". E falha ao abrir a caixa de diálogo de restauração. Corrija a cadeia LSN emitindo backup COMPLETO. Depois disso, a caixa de diálogo de restauração deve funcionar.

/server/705398/mssql-management-studio-2014-not-showing-the-tasksrestoredatabase-dialog

— Aggromonster
fonte

2

No meu caso, eu só queria restaurar um banco de dados do dispositivo (backup completo, somente cópia). Portanto, essa solução alternativa funcionou para mim. Clique com o botão direito do mouse em "Bancos de dados" e vá em "Restaurar banco de dados ..." (em vez de selecionar o banco de dados). Isso deve abrir o assistente, porque não há histórico a ser carregado.

Nas opções, selecione "Substituir o banco de dados existente" e desmarquei "Fazer backup do log de cauda antes da restauração".

— Michiel
fonte

1

Caso alguém ainda esteja tendo o mesmo problema

Nada descrito aqui me ajuda a corrigir o problema, no entanto, consegui solucionar o problema executando um backup do meu banco de dados vazio e, magicamente, o botão Adicionar funcionou e me permitiu restaurar o arquivo bak

Meu ambiente é:

Windows 10 enterprise, instalação limpa
SQL Server 2017 express edition, instalação limpa
SQL Server Management Studio Ver 18.1, instalação limpa

Não sei de fato, mas acho que a causa raiz do meu problema é: durante a instalação, defino um caminho diferente para os arquivos de dados (não o padrão em "/ arquivos de programas", e o SQL ou SSMS provavelmente estava tentando acessar o arquivo local padrão (inexistente) na primeira vez.

— Victor Ayala
fonte