简体繁体 English

SQL Server备份和还原每日策略

[英]SQL Server backup & restore daily strategy

原文 2016-09-10 19:50:53 7 1 sql-server

We are in an environment where we need to restore the production db the size of around 600GB from daily backup to our UAT server. 我们处于一个需要从日常备份到UAT服务器还原约600GB大小的生产数据库的环境中。

We have currently do full backup and restore and as database grows it has slowed down the overall performance. 当前，我们已经进行了完整的备份和还原，并且随着数据库的增长，它降低了整体性能。 Im not a DBA and wonder whats the best strategy to optimise this process. 我不是DBA，并且想知道什么是优化此过程的最佳策略。

Occasionally we also have experience very slow restore even after I enabled the instant file initialisation. 有时，即使启用了即时文件初始化，我们的还原速度也很慢。 Its processing in a normal speed but all of sudden from like 50 percent it processes extremely slow. 它以正常速度进行处理，但是突然间，它的处理速度非常慢，只有50％。 Any idea where to begin the investigation ? 知道从哪里开始调查吗？

1 个解决方案

Some suggestions: 一些建议：

Don't restore a daily backup every day. 不要每天恢复每日备份。 Your data won't change overnight if you aren't using it. 如果您不使用数据，它不会在一夜之间发生变化。
Use incremental backups(backups of files that have changed since the last backup) daily, and full backups(backups of everything) weekly or monthly. 每天使用增量备份（自上次备份以来已更改的文件的备份），每周或每月使用完整备份（所有内容的备份）。
Use a RAID for redundancy rather than backups. 将RAID用于冗余而不是备份。
Try to bring up your concerns with the administrator. 尝试向管理员提出您的问题。
If you have multiple servers, check if more than one is accessing the backup at a time. 如果您有多台服务器，请检查一次是否有多个服务器正在访问备份。