SQL Server数据库增强版备份体验

2008-02-23 06:48:56来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

老鸟说事:Microsoft SQL Server数据库增强版备份体验 中国站长_站,为中文网站提供动力

在欧洲,有一首流传很广的民谚: _com

因为丢失一根铁钉,我们失去了一块马蹄铁; @com

因为失去一块马蹄铁,我们失去了一匹骏马; Www..com

因为失去一匹骏马,我们失去一名骑士; _com

因为失去一名骑士,我们输掉了一场战争…… 中.国.站长站

在企业的经营中,细节决定成败,要规避一切潜在的风险,避免因为一些小的失误而造成重大损失,在企业运营越来越依靠IT支撑的今天,企业的关键应用,比如财务软件、CRM、OA、ERP等,一旦发生数据丢失,损失将非常惨重,想想财务数据的数据丢失的后果吧,工资无法正常发放;当年的财务总结没办法进行;盈利还是亏损无法计算;下一年的业务也无法正常开展;大客户可能因此拂袖而去。 Www..com

数据已经不再是0101这样的二进制信息,而是人们的钱袋子,真正的真金白银。人们应该及时做好数据备份。 Www__com

中小企业最常使用的数据库是微软的是SQL Server,本身带有自动备份功能,但多年来的经验告诉我,SQL自带的备份已经远远不能满足企业业务的连续性、安全性需求了。 Www~~com

SQL SERVER自带备份功能是一个简单的入门级的备份小工具,在非常简单的应用时,比如一两台SQL服务器,数据量又大,数据重要性一般的时候,SQL自带备份功能就可以胜任了。

但是当数据重要性非常高时,企业不能够承担数据丢失的风险时,那么就需要寻求更加专业、更加安全可靠的数据备份解决方案。因为SQL自带备份功能有以下不足和缺陷。经过反复的筛选和比较之后,本人找到一款在功能和性能上都能对SQL自带备份功能带来非常大改善的备份工具--爱数备份软件。下面是功能比较:

备份功能之比较 中国.站.长站

大家都知道,数据库备份有四种类型,分别应用于不同的场合,下面简要介绍一下。 中.国站长站

1、完全备份

这是大多数人常用的方式,它可以备份整个数据库,包含用户表、系统表、索引、视图和存储过程等所有数据库对象。但它需要花费更多的时间和空间,所以,一般推荐一周或一月做一次完全备份。 中国站.长站

2、事务日志备份

事务日志是一个单独的文件,它记录数据库的改变,备份的时候只需要复制自上次备份以来对数据库所做的改变,所以只需要很少的时间。为了使数据库具有鲁棒性,推荐每小时甚至更频繁的备份事务日志。 .com

3、差异备份 中国站长_站,为中文网站提供动力

也叫增量备份。它是只备份数据库一部分的另一种方法,它不使用事务日志,相反,它使用整个数据库的一种新映象。它比最初的完全备份小,因为它只包含自上次完全备份以来所改变的数据库。它的优点是存储和恢复速度快。推荐每天做一次差异备份。 Www~~com

4、文件备份 _com

数据库可以由硬盘上的许多文件构成。如果这个数据库非常大,并且一个晚上也不能将它备份完,那么可以使用文件备份每晚备份数据库的一部分。由于一般情况下数据库不会大到必须使用多个文件存储,所以这种备份不是很常用。 _com

如果你只做全备份,那么受限于全备份的大小和备份时间,不可能常做。而且只有全备份,不能将数据库恢复至某个时间点。所以,我们需要全备份 日志备份。比如每天一个全备份,每隔1小时或若干分钟一个日志备份。 中.国.站长站

说到差异备份,因为微软的差异备份记录的是上一次全备份以来发生的变化,所以,如果数据库的改动很频繁的话,没过多久,差异备份就会和全备份的大小接近,因此这种情况下就不合适了。因此,全备份 日志备份的方案适合绝大多数的用户。 .com

备份文件传送至备机后,就可以高枕无忧了吗?不。作为DBA还需要检查备机上的备份文件是否能将数据库恢复至最新,如果采用日志备份,会不会因为丢失某一个日志备份文件而导致数据库不能恢复至最新?如何检查日志备份文件之间存在断档? 中.国站长站

数据库在备份的时候,并不会检查数据页面的完整性,如果数据页坏了,备份作业仍会执行,而且不会报错,等到你发现数据页有错误的时候,你也很可能已经因为磁盘空间不足,而删除了早期的备份,而此时剩下的那些备份可能都是包含损坏的数据页,如果损坏的数据页是某个表的表头的话,那这个表你就再也没办法恢复了。

爱数的解决方案:

自动将完全备份和日志备份完整有机结合起来,并自动将日志文件组织一个文件包里,不用担心丢失和遭病毒破坏,不用担心日志断档。

高级的循环备份功能,可以自动设置多久执行一次全备份,以及每个全备份下面带多少个增量备份点。比如:每周执行一次完整备份,保留三个完全备份;每个全备份下面带有30个增量备份,这样,既保证了数据库备份的完整性,又保证了数据备份的速度和效率。 中国站.长.站

恢复功能之比较

SQL自带备份: 中国站.长站

为了将数据库尽可能的恢复到最新,你可能会每隔10分钟(甚至1分钟)执行一次日志备份,那么万一数据库坏了,在恢复的时候,手动恢复成百上千个日志文件,就非常非常麻烦~~~ 中国站.长站

爱数的解决方案:

将完整备份与日志备份自动组织,抽象成一个一个时间点,只要选择时间点便可以轻松到该备份时间点。 Www__com

备份的完整性充分保障,不用担心日志断档,不用手动恢复成百上千个日志文件,节省大量的恢复的时间,在数据发生后能够迅速恢复应用,减少企业的损失。 Www__com

备份管理之比较

如果你所在公司有很多的数据库服务器(就像我所在的公司),而且磁盘空间有限,那么你不得不经常登录服务器来删除旧的备份文件,如果哪天忘了,或者五一十一长假,磁盘空间用完了,就麻烦了。 中.国站长站

所以你需要定期执行DBCC检查,来尽早发现数据库页面的完整性。在未作完DBCC检查之前,你不能删除旧的备份,以防止新的备份存在问题。所以,删除备份文件的工作变的有些麻烦。 _com

你可能知道SQL Server提供了数据库维护计划。没错,使用它可以定期做备份,执行DBCC检查,但这一切仅限于本机操作。为了使数据库可靠,你还是需要自己把本地备份传送至备机。 中国站长_站,为中文网站提供动力

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:SQL Server 2005深层工具和运行时间集

下一篇:使用SQL Server 2000日志转移实现高可用性