WEB开发网
开发学院数据库MSSQL Server 加快SQL Server备份和重新存储的速度 阅读

加快SQL Server备份和重新存储的速度

 2008-09-02 09:57:49 来源:WEB开发网   
核心提示:每个SQL Server上面执行的最重要的任务之一都是运行备份和恢复,备份将你的数据库拷贝一份,加快SQL Server备份和重新存储的速度,当问题发生在你的产品数据库的时候,备份通过给你一份完全的拷贝来恢复而提供安全措施,你将会达到更快的备份和重新存储的速度,但是即使是以上所有的方法,在大多数情况下,恢复过程都是以非

每个SQL Server上面执行的最重要的任务之一都是运行备份和恢复。备份将你的数据库拷贝一份,当问题发生在你的产品数据库的时候,备份通过给你一份完全的拷贝来恢复而提供安全措施。在大多数情况下,恢复过程都是以非产品关键的方式完成的,例如净化开发/测试环境或者净化报告报告环境。但是在大多数的关键模式下,你都需要通过恢复这些备份拷贝来修正产品环境。

基于创建备份的重要性,以及恢复备份来纠正产品问题的关键需求,时间就是根本。备份是在线操作,但是他们确实使用了系统资源。然而,恢复需要对数据库进行额外的访问,所以在错误状态中,这甚至是个更加关键的任务。

考虑到完成这些任务的时间因素,还有一些事情需要在备份端和恢复端完成,以改善这些操作的速度。

硬件

备份和恢复时间是被你的硬件,以及这些硬件上的配置影响的。从硬件的角度来说,这里有一些你需要考虑用来提高性能的事情。

分散磁盘I/O。通过使用尽量多的驱动,你可以确保磁盘I/O不成为瓶颈。还要确保你没有同时使用同一块硬盘进行读写操作。

采用最新的硬件技术使用最快的RAID配置:RAID 0, RAID1, RAID10 然后是 RAID 5.

使用最快的驱动

使用最快的控制器,并且将磁盘活动分散到不同的控制器或者不同的通道上去。

使用本地添加的磁盘,不要通过网络进行备份。

备份到磁盘上,然后存档到磁带上。

对快照和分割镜像备份使用SAN技术。

如果你需要备份另一台机器,那么尽可能地使用最快的网卡和交换机。还有,如果你能够将这些网络流量与正常的网络流量区分开,那么你就可以降低网络I/O瓶颈的可能性。

本地备份

另一个可能会影响完成备份所费时间的领域就是何时,以及如何运行备份。

在服务器利用时间较低的时候执行

不要在同一时间运行你所有的备份。

不要在大型备份的同一时间运行批处理程序。

使用备份选项来写入到多个文件中。这将会将你的I/O分散,同时增加线程数量。

同时使用几种备份技术:完全、区分的和日志。

本地恢复

从恢复的角度来说,上面提到的大部分时间都是用在了恢复上面。这里是一些额外的技巧:

不同阶段使用不同的领域,这样备份就被部分地恢复了,而不需要在同一时间恢复所有备份。

使用恢复过程,例如Log Shipping,达到与先前某个点类似的一些东西。

使用除了备份和从数据恢复中重新存储之外的其它技术,例如聚簇、复制、CDP等。

第三方软件

一个关键的节省时间的方法就是使用备份压缩工具构建特别针对SQL Server的备份。在市场上有一些这样的工具,使用它们可以在最小努力的情况下获得最大的收益。

Idera的 SQLsafe

Quest的 SQL LiteSpeed

Red-Gate的 SQL Backup

基于使用Idera和各种各样硬件的供应商们进行的测试,Idera可以达到每小时4.5TB的备份速率,通过使用SQL safe的重新存储的速率可以达到每小时2.3TB。通过以下链接察看有关设置新的性能记录的额外信息。这几乎是大多数SQL环境的极限值,不论是从配置硬件的成本,到每小时4.5TB备份数据库的需求。但是现实情况是通过同时配置关于硬件和软件的完整解决方案,是可能达到的。

小结

正如你看到的,要提高你的备份和重新存储过程的吞吐量,有一些不同的事情可以完成。其中的一些是非常简单的修正,而另外一些则需要配置你的硬件,购买新的硬件或者购买可以帮助提高速度的工具。

基于Idera测试得到的每小时4.5TB的速度,使用第三方备份压缩工具看起来是最简单的,和最轻松的方式。我不认为有很多数据库会达到这样程度的数据库规模,所以基于测试,大多数的完全备份都可以在一小时之内完成。这里是一份关于最大型的数据库的报告,正如你看到的,还没有很多的数据库达到超越TB的规模。从这份报告来看,这个数字大概2年就会翻3倍,我确信这个数量级不到两年就会达到3倍。

但是使用所有这些选项的综合,你将会达到更快的备份和重新存储的速度,但是即使是以上所有的方法,也总是会有某些类型的限制。

Tags:加快 SQL Server

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接