解决方法
添加一点并总结其他响应：
>使用压缩将加速备份(读取一些然后写一些 – 减少’写一些’并加快速度)但是以一些额外的cpu为代价.您可以在2008年将备份压缩与资源调控器结合使用以限制此限制.使用压缩还可以加速恢复(读取一些然后再写一些) – 这对于减少灾难恢复情况下的停机时间非常有用.
>不使用相同的驱动器进行数据库文件和备份.除了争用问题(根据I / O子系统而有所不同),这是一场灾难.我见过的最糟糕的数据丢失案例是第三方技术人员意外格式化了拥有数据库的驱动器以及其上的唯一备份
>使用条带化备份集.如果可以将数据库备份到多个备份文件,则会在备份文件中对I / O进行循环.如果备份文件位于单独的存储上,则可以实现大幅提升性能.
>调整一些更高级的参数,如BLOCKSIZE,MAXTRANSFERSIZE,BUFFERCOUNT
我见过的最快的备份是我们在维也纳的Bwin客户.他们可以在36分钟内备份2TB.在High-end backup compression numbers查看我的博客文章.
看看this SQLCAT PDF,具体来说：
>第4节,第71页：调整sql Server 2008中的备份压缩性能
>第1节,第15页：调整备份压缩第2部分
希望这可以帮助！
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
