主页 / dba / 问题 / 184103
Accepted
Schmallen
Asked: 2017-08-23 10:37:25 +0800 CST

SSMS 还原数据库向导响应缓慢

  • 772

我最近刚刚在我监督的一个 SQL Server 2012 SP3 实例上注意到了这一点。

当我尝试使用 SSMS 2012 还原数据库时（通过右键单击数据库，然后选择Tasks > Restore > Database），“还原数据库”窗口（您可以在其中选择源数据库和目标数据库等）非常耗时很久之后才终于出现在屏幕上。我有时在这里讲超过 10 分钟。

我在使用本地 SSMS 以及在安装了 SQL Server 实例的 Windows Server 上安装的 SSMS 上都注意到了这一点。

我只在一个特定实例上注意到这一点。在其他实例的 gui 上执行恢复时，我没有看到同样的缓慢响应问题。

你们中有人见过吗？我会很感激帮助。谢谢。

ssms restore

4 个回答

  1. 向导是否会在您进行时向您显示统计信息？

    您是否尝试过使用 T-SQL 进行还原？向导可能是这样的，因为它可能只是在后台忙，如果您的 bak 文件很大（或 trn 文件很多），情况肯定是这样。下面的脚本将在“消息”选项卡中每 5% 显示一次统计信息。

    也可能有助于在还原之前使数据库脱机（确保在执行此操作时没有用户，否则它将“为您执行”）：

    --Taking DB Offline due to errors received without this.
--Error: "Exclusive access could not be obtained because the database is in use."

ALTER DATABASE [DBToRestore]
SET OFFLINE WITH ROLLBACK IMMEDIATE
GO
ALTER DATABASE [DBToRestore]
SET ONLINE
GO

RESTORE DATABASE [DBToRestore] FROM  DISK = N'Directory\SourceDBbackup.bak' --**Replace this value with the most recent FULL Backup file (BAK)
WITH  
FILE = 1
,  NORECOVERY  --If Transaction Logs are available, use this
,  NOUNLOAD   --Tape remains loaded on the tape drive.
,  REPLACE    --Replace the destination database.
,  STATS = 5  --Displays stats update message for every ## Percent complete.

GO

--Finally, "restore" the database without actually restoring the data.
--This is done post-full restore in order to bring a database back to working order. (Technically optional)
--Details: https://msdn.microsoft.com/en-us/library/ms188696.aspx

RESTORE DATABASE [DBToRestore] WITH RECOVERY;

    https://learn.microsoft.com/en-us/sql/t-sql/statements/restore-statements-transact-sql

    • 2
  2. Best Answer

    我的从 2.5 分钟打开到 1-2 秒。

    见https://blog.sqlauthority.com/2018/05/07/sql-server-restore-database-wizard-in-ssms-is-very-slow-to-open/

    MSDB.dbo.backupset 保留备份日志（与备份文件本身的内容分开）。

    尝试

    select *
from msdb.dbo.backupset
where database_name = 'Your-DB-Name-Here'

    清理：

    EXEC msdb.sp_delete_backuphistory @oldest_date = '2019-06-27 10:00:00.000';

    警告：该sp_delete_backuphistory过程不限于一个数据库，此过程调用没有其他参数

    上面的日期是一个例子。

    建议将此类事情包括在您的维护计划中。

    • 2

  3. 这可能是由于 CPU 使用率。检查是否有任何应用程序使用内存。然后检查磁盘使用情况。

    如果 CPU 使用率、内存消耗和磁盘使用率不是那么高，那么试试 TSQL 脚本，它可能会为你锻炼。

    • 0

  4. 我的数据库还原卡在“创建还原计划 - 读取备份集标头”步骤。

    我在 Sql Server 2017 上，SSMS 也是如此。

    我下载了新版本的 SSMS - 18.11.1 ( https://learn.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms ) 并立即恢复处理。

    看起来旧 SSMS 版本存在一些问题，它不一定与您的 SQL 服务器或数据库本身有关。

    • -1

相关问题