Acabei de notar isso recentemente em uma das instâncias do SQL Server 2012 SP3 que supervisiono.
Quando tento restaurar um banco de dados usando o SSMS 2012 (clicando com o botão direito do mouse no banco de dados e escolhendo Tarefas > Restaurar > Banco de dados ), a janela Restaurar banco de dados (onde você pode escolher o banco de dados de origem e destino etc.) muito tempo antes de finalmente aparecer na tela. Estou falando mais de 10 minutos aqui às vezes.
Percebi isso usando meu SSMS local e no SSMS instalado no Windows Server em que a instância do SQL Server está instalada.
Estou percebendo isso apenas em uma instância específica. Não vejo o mesmo problema de resposta lenta ao fazer uma restauração no gui nas outras instâncias.
Algum de vocês já viu isso antes? Agradeceria a ajuda. Obrigado.
O assistente mostra as estatísticas à medida que você avança?
Você já tentou usar o T-SQL para restaurar? O assistente provavelmente é assim porque provavelmente está ocupado em segundo plano, o que certamente é o caso se o seu arquivo bak for grande (ou os arquivos trn forem abundantes). O script abaixo mostrará estatísticas a cada 5% na guia "Mensagens".
Também pode ajudar a colocar o banco de dados offline antes de uma restauração (certifique-se de que não haja usuários ao fazer isso, ou ele "fará por você"):
https://learn.microsoft.com/en-us/sql/t-sql/statements/restore-statements-transact-sql
O meu passou de 2,5 minutos para abrir, para 1-2 segundos.
consulte https://blog.sqlauthority.com/2018/05/07/sql-server-restore-database-wizard-in-ssms-is-very-slow-to-open/
MSDB.dbo.backupset mantém um log de backups (separado do que está dentro dos próprios arquivos de backup).
Tentar
Limpar:
AVISO: o
sp_delete_backuphistory
procedimento não está limitado a um banco de dados, não há outros parâmetros para esta chamada de procedimentoA data acima é um exemplo.
É recomendável incluir esse tipo de coisa em seu plano de manutenção.
Pode ser devido ao uso da CPU. Verifique se há algum aplicativo usando memória. Em seguida, verifique o uso do disco.
E se o uso da CPU, o consumo de memória e o uso do disco não forem tão altos, experimente o script TSQL que pode funcionar para você.
Minha restauração de banco de dados estava travada na etapa "Criando plano de restauração - lendo o cabeçalho do conjunto de backup".
Estou no Sql Server 2017, o mesmo foi o SSMS.
Baixei a nova versão do SSMS - 18.11.1 ( https://learn.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms ) e a restauração foi processada imediatamente.
Parece que há algum problema com a versão mais antiga do SSMS e não está necessariamente relacionado ao seu servidor SQL ou ao próprio banco de dados.