快捷搜索:

数据库备份过程中经常遇到的九种情况

第一种环境:

有RAID,还必要做数据库备份吗?

回答:必要。有了RAID,万一部份磁盘毁坏,可以修复数据库,有的环境下数据库以致可以继承应用。然则,假如哪一天,你的同事不小心删除了一条紧张的记录,怎么办?RAID是力所不及的。你必要相宜的备份策略,把那条被误删的数据规复出来。以是有了RAID,仍必要做备份集群,磁盘镜像同理。

第二种环境:

我们必要全备份+日志备份?

解答:假如你只做全备份,那么受限于全备份的大年夜小和备份光阴,弗成能常做。而且只有全备份,不能将数据库规复至某个光阴点。以是,我们必要全备份+日志备份。比如天天一个全备份,每隔1小时或多少分钟一个日志备份。说履新异备份,由于微软的差异备份记录的是上一次全备份以来发生的变更,以是,假如数据库的篡改很频繁的话,没过多久,差异备份就会和全备份的大年夜小靠近,是以这种环境下就分歧适了。是以,全备份+日志备份的规划得当绝大年夜多半的用户。

第三种环境:

假如你仅在数据库本地做备份,万一磁盘毁坏,或者全部办事器硬件毁坏,备份也就没了,就没法规复数据库。

解答:是以,你必要把备份文件传送至另一个物理硬件上。大年夜多半用户不用磁带机,是以不斟酌。一样平常,我们必要另一台廉价的办事器或者PC来寄放数据库的备份,来防止硬件毁坏造成的备份损掉。

第四种环境:

你可以在数据库办事器本地做完整份,然后应用某些要领将备份文件传送至备机。你是在备份完成后就顿时穿送的吗?着实可以斟酌将传送备份的脚本用T-SQL语句来写。

第五种环境:

备份文件传送至备机后,就可以安枕无忧了吗?

解答:不。作为DBA的你还必要反省备机上的备份文件是否能将数据库规复至最新,假如采纳日志备份,会不会由于损掉某一个日志备份文件而导致数据库不能规复至最新?若何反省日志备份文件之间存在断档?

第六种环境:

为了将数据库尽可能的规复到最新,你可能会每隔10分钟(以致1分钟)履行一越日志备份,那么万一数据库坏了,在规复的时刻,手动规复成百上千个日志文件,是不是不太现实?

第七种环境:

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

第八种环境:

数据库在备份的时刻,并不会反省数据页面的完备性,假如数据页坏了,备份功课仍会履行,而且不会报错,等到你发明数据页有差错的时刻,你也很可能已经由于磁盘空间不够,而删除了早期的备份,而此时剩下的那些备份可能都是包孕毁坏的数据页,假如毁坏的数据页是某个表的表头的话,那这个表你就再也没法子规复了。以是你必要按期履行DBCC反省,来尽早发明数据库页面的完备性。在未作完DBCC反省之前,你不能删除旧的备份,以防止新的备份存在问题。以是,删除备份文件的事情变的有些麻烦。

第九种环境:

你可能知道SQL Server供给了数据库掩护计划。没错,应用它可以按期做备份,履行DBCC反省,但这统统仅限于本机操作。为了使数据库靠得住,你照样必要自己把本地备份传送至备机。

您可能还会对下面的文章感兴趣: