Azi*_*imL 4 sql-server backup sql-server-2014
我们有一个大约 3 TB 的 SQL Server 2014 企业版数据库。我们每周都进行压缩完整备份,直到上周它都运行良好,现在突然需要 18 个小时才能完成。
备份完成后,备份大小约为 550 GB。
备份驱动器有大约 950 GB 的可用磁盘空间。
可能是什么问题?
Bre*_*zar 12
基本上有四件事与备份速度有关:
从数据文件中读取 - 您可以通过备份到 NUL 来测试这一点:,如本例所示,这不会破坏完整恢复模型数据库的日志备份链:
BACKUP DATABASE xyz TO DISK = 'NUL:' WITH COPY_ONLY;
Run Code Online (Sandbox Code Playgroud)压缩数据 - 在备份期间观察 CPU 压力。
Quest LiteSpeed、Idera SQLsafe 和 Red Gate SQL Backup 等第三方备份产品(免责声明:我是独立的,但我过去曾与所有这些公司合作过)有向导可以测试其中的每个组件,然后告诉你瓶颈在哪里。如果你想自己找到它,你将不得不测试这些组件中的每一个,然后找到链中最薄弱的环节(最低的吞吐量)。
例如,如果其他 SQL Server 正在写入同一目标位置,则它们可能突然增加了数据或添加了更多服务器,从而减慢了目标速度。
归档时间: |
|
查看次数: |
9604 次 |
最近记录: |