加快SQL Server备份和重新存储的速度,加快SQL Server备份和重新存储的速度
【 tulaoshi.com - SQLServer 】
每个SQL Server上面执行的最重要的任务之一都是运行备份和恢复。备份将你的数据库拷贝一份,当问题发生在你的产品数据库的时候,备份通过给你一份完全的拷贝来恢复而提供安全措施。在大多数情况下,恢复过程都是以非产品关键的方式完成的,例如净化开发/测试环境或者净化报告报告环境。但是在大多数的关键模式下,你都需要通过恢复这些备份拷贝来修正产品环境。基于创建备份的重要性,以及恢复备份来纠正产品问题的关键需求,时间就是根本。备份是在线操作,但是他们确实使用了系统资源。然而,恢复需要对数据库进行额外的访问,所以在错误状态中,这甚至是个更加关键的任务。
考虑到完成这些任务的时间因素,还有一些事情需要在备份端和恢复端完成,以改善这些操作的速度。
硬件
备份和恢复时间是被你的硬件,以及这些硬件上的配置影响的。从硬件的角度来说,这里有一些你需要考虑用来提高性能的事情。
分散磁盘I/O。通过使用尽量多的驱动,你可以确保磁盘I/O不成为瓶颈。还要确保你没有同时使用同一块硬盘进行读写操作。
采用最新的硬件技术使用最快的RAID配置:RAID 0, RAID1, RAID10 然后是 RAID 5.
使用最快的驱动
使用最快的控制器,并且将磁盘活动分散到不同的控制器或者不同的通道上去。
使用本地添加的磁盘,不要通过网络进行备份。
备份到磁盘上,然后存档到磁带上。
对快照和分割镜像备份使用SAN技术。
如果你需要备份另一台机器,那么尽可能地使用最快的网卡和交换机。还有,如果你能够将这些网络流量与正常的网络流量区分开,那么你就可以降低网络I/O瓶颈的可能性。
本地备份
另一个可能会影响完成备份所费时间的领域就是何时,以及如何运行备份。
在服务器利用时间较低的时候执行
不要在同一时间运行你所有的备份。
不要在大型备份的同一时间运行批处理程序。
使用备份选项来写入到多个文件中。这将会将你的I/O分散,同时增加线程数量。
同时使用几种备份技术:完全、区分的和日志。
本地恢复
从恢复的角度来说,上面提到的大部分时间都是用在了恢复上面。这里是一些额外的技巧:
不同阶段使用不同的领域,这样备份就被部分地恢复了,而不需要在同一时间恢复所有备份。
使用恢复过程,例如Log Shipping,达到与先前某个点类似的一些东西。
使用除了备份和从数据恢复中重新存储之外的其它技术,例如聚簇、复制、CDP等。
第三方软件
一个关键的节省时间的方法就是使用备份压缩工具构建特别针对SQL Server的备份。在市场上有一些这样的工具,使用它们可以在最小努力的情况下获得最大的收益。
(本文来源于图老师网站,更多请访问http://www.tulaoshi.com/sqlserver/)Idera的 SQLsafe
Quest的 SQL LiteSpeed
(本文来源于图老师网站,更多请访问http://www.tulaoshi.com/sqlserver/)Red-Gate的 SQL Backup
基于使用Idera和各种各样硬件的供应商们进行的测试,Idera可以达到每小时4.5TB的备份速率,通过使用SQL safe的重新存储的速率可以达到每小时2.3TB。通过以下链接察看有关设置新的性能记录的额外信息。这几乎是大多数SQL环境的极限值,不论是从配置硬件的成本,到每小时4.5TB备份数据库的需求。但是现实情况是通过同时配置关于硬件和软件的完整解决方案,是可能达到的。
小结
正如你看到的,要提高你的备份和重新存储过程的吞吐量,有一些不同的事情可以完成。其中的一些是非常简单的修正,而另外一些则需要配置你的硬件,购买新的硬件或者购买可以帮助提高速度的工具。
基于Idera测试得到的每小时4.5TB的速度,使用第三方备份压缩工具看起来是最简单的,和最轻松的方式。我不认为有很多数据库会达到这样程度的数据库规模,所以基于测试,大多数的完全备份都可以在一小时之内完成。这里是一份关于最大型的数据库的报告,正如你看到的,还没有很多的数据库达到超越TB的规模。从这份报告来看,这个数字大概2年就会翻3倍,我确信这个数量级不到两年就会达到3倍。
但是使用所有这些选项的综合,你将会达到更快的备份和重新存储的速度,但是即使是以上所有的方法,也总是会有某些类型的限制。
来源:http://www.tulaoshi.com/n/20160129/1497021.html
看过《加快SQL Server备份和重新存储的速度》的人还看了以下文章 更多>>