误区 #:有关备份的个误区全是错的在开始有关备份的误区之前,如果你对备份的基础没有了解,请看之前我在TechNet Magazine的文章:Understanding SQL Server Backups。-)备份操作会导致阻塞不,备份不会导致对用户对象加锁,虽然备份对IO系统的负担导致看起来阻塞了,但实际上不会。唯一的特例是当备份包含到那些最小日志操作涉及到的数据区需要被加锁时,这个操作会阻塞CheckPoint,但DML操作永远不会受到备份操作的阻塞。-)由完整恢复模式切换到大容量事务日志恢复模式再切换回来会导致日志链断裂不,这两种模式互相切换不会导致日志链断裂。-)只有完整备份才能重新开始被断裂的日志链除了完整备份模式可以重新日志链之外,差异备份也可以重新开始日志链-总而言之,日志断裂那部分只要被差异备份所包含,就可以重新开始日志链。详情请看我之前的一篇博文:SQL Server误区日谈-Day-破坏日志备份链之后,需要一个完整备份来重新开始日志链。 -)在完整或是差异备份时,不允许进行日志备份错误,在SQL Server 之后,完整或是差异备份的同时可以进行日志备份,详情请看:Search Engine Q&A #: Concurrent log and full backups。-)完整或差异备份会清除日志不,因为日志备份包含了自上次日志备份以来所有的日志,这点无可改变,即使这期间的日志被完整或是差异备份所备份。我在Twitter上曾经有一个有名的文章阐述了这点:Misconceptions around the log and log backups: how to convince yourself。总之,在完整或大容量事务日志恢复模式下,只有备份日志才会清除日志。-)如果使用大容量事务日志恢复模式中含有了那些最小记录日志的操作,则下一次日志备份的日志会减少不,“最小记录日志”之所以这么叫是因为只有涉及到相关的页分配才会被记录到日志。日志备份中必须包含使得这类操作可以回滚的部分,也就是所有日志以及“最小记录日志”操作所涉及的相关区。这使得大容量事务日志模式下日志需要备份的内容和完整恢复模式下日志需要备份的内容大小基本一致。-)完整或差异备份中所包含的日志仅仅是这个操作进行时生成的日志错误,完整或差异备份需要日志来将数据库还原到当完整或差异备份结束时的事务一致性状态。下面两篇博文对此有更详细的解释:Debunking a couple of myths around full database backupsMore on how much transaction log a full backup includes-)备份操作会检查页的校验和错误,只有在备份时指定WITH CHECKSUM选项时才会检查校验和,这也是备份应该指定的选项。-)备份通过缓冲区中读取数据 不,备份子系统会对数据文件单独开一个通道以避免将所有涉及到的内容读到内存后再存到存储设备,因为如果这样的话备份时性能会严重下降(因为这涉及到虚拟内存置换回磁盘)。如果备份时你指定了WITH CHECKSUM,则会涉及到少量内存使用。-)备份会进行一致性检查(也就是和DBCC CHECKDB功能一样)不会,这没什么好说的。-)如果备份成功,那么还原也能成功错误,希望你不要形成这样的思维定势。你必须定期检查备份以确保在灾难发生时,可以正确的进行还原。详情请看:Importance of validating backups。-)即使镜像的路径不可用,镜像备份依然可以成功错误,如果镜像中的一个路径失效,那么整个镜像备份都都会失败。我倒是希望这种机制可以改成镜像备份时即使一端路径不可用,那另一端还可以成功备份,但遗憾的是,这不行。-)任何时候都可以进行尾端日志备份错误,尾端日志包含了自上次日志备份以来所有的日志,但这是一种紧急情况,如果数据文件受损,并且日志中包含了那些“最小记录日志”的操作,由于此时需要备份日志以及这类“最小记录日志”涉及到的相关区。如果数据文件中的这些区收缩,则无法备份尾端日志。所以,对于那些*7的生产环境,永远不要使用大容量日志恢复模式。-)备份可以替代DBCC CheckDB错误,详情请看SQL Server误区日谈-Day-使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB-)可以备份数据库快照不可以,虽然我也希望可以备份数据库快照。-)可以使用数据库镜像来替代日志备份不,只有在数据库镜像所基于的数据库可用时,镜像才可用。如果数据库本身被损坏,镜像一般也不会幸免。而数据库本身suspect,数据库镜像往往也会suspect。当然,由于当数据库中页被修改时,也需要被同步到镜像,因此存在多个镜像对数据库性能的影响会非常大。此外,当数据库中被修改的部分越来越多时,镜像也会不断膨胀。因此无法用镜像代替日志备份。-)日志备份所占的大小会和日志所占的大小一致错误。日志中包含了需要回滚活动事务的日志。DBCC SQLPERF (LOGSPACE)所体现出来的日志空间使用并不能正确反映出日志条目所占的空间。Search Engine Q&A #: Why isn't my log backup the same size as my log?。此外,需要备份的日志部分往往是自上次日志备份以来所有的日志。如果日志大于自上次日志备份以来所有的日志,说明还有长时间活动未结束的事务。-)无法备份损坏的数据库错误,你可以使用WITH CONTINUE_AFTER_ERROR选项来备份损坏的数据库(如果这个选项还不行,可能是boot页或文件头页损坏了),这也是除了OS级别之上的SQL SERVER备份损坏数据库的唯一办法。-)你不能禁止别人进行BACKUP LOG .. WITH NO_LOG 和TRUNCATE_ONLY操作错误,在SQL Server 中,的确是这样,但是在SQL Server 中,你可以通过跟踪标记来实现这一点。-)日志备份无论在什么条件下都会清除日志错误。如果日志备份的同时并没有并行执行数据库备份,则日志备份会尝试清除不活动的VLF。对于SQL Server的角度来说,那些没有备份的日志是也就是SQL Server所必须的日志,这类日志不能被清除。因此对于某些特殊情况,虽然进行了日志备份,但SQL Server仍然认为这些日志是必须的,SQL Server会不断检查这些日志直到认为这些日志不再必须,我在TechNet杂志的一篇文章对此有详细的探讨:Understanding Logging and Recovery in SQL Server。-)差异备份是增长式的错误,差异备份所备份的数据是自上次完整备份后所有修改的数据区-所以是积累性质的(译者注:比如说在期间你对用一个数据区进行多次修改,差异备份的大小不会变)。只有日志是增长式的。虽然很多人认为差异备份是积累性质的,但实际不是。-)当备份完成时,你就可以删除前一个备份了No. No. No.如果当你还原时发现完整备份已经损坏,此时你就该束手无策了吧。如果此时你没有前一个完整备份,你还是赶紧去招聘网站更新简历吧。你需要按照策略多留几个备份,这样就能有备无患了。-)可以备份镜像数据库错误,镜像(Mirror)只能通过数据库快照访问。对其也不能进行备份。-)你可以单独备份一个表错误,如果凑巧这个单独表在一个文件组上,那么你可以通过备份文件组来达到这个目的,但没有所谓的:BACKUP TABLE。-)备份数据需要关闭SQL Server这个,我真不知道这个谣言从哪来的。(编辑:显然从Oracle来的,因为我们都知道和SQL Server比起来Oracle要强很多:-)。-)正在执行的事务只要在备份完成之前提交就一定会包含在这个备份中错误,只有在备份的数据读取阶段完成之前提交并写入磁盘的事务才会包含在备份之。详情请看:Search Engine Q&A #6: Using fn_dblog to tell if a transaction is contained in a backup。-)在备份之前收缩数据库可以减少备份的大小错误,收缩仅仅是移动页,并不会引起备份大小的改变。详情请看:Conference Questions Pot-Pourri #: Shrinking the database before taking a backup。除此之外,还有一篇博文:SQL Server误区日谈-Day9-数据库文件收缩不会影响性能。不但如此,还有人提醒我说,如果在完整备份之后进行了数据库收缩,则即使数据没有改变,下一次差异备份也会变得巨大。-)从备份进行恢复是当灾难发生时最好的办法错误,只有当0数据损失时,备份才是灾难恢复最好的办法。但要减少DownTime由备份进行还原并不是一个好办法,如果业务允许,故障转移或允许一些数据损失会更好。
推荐整理分享SQL Server误区30日谈 第30天 有关备份的30个误区(sql server错误和使用情况报告),希望有所帮助,仅作参考,欢迎阅读内容。
文章相关热门搜索词:sql server 错误,sql server错误和使用情况报告,sql server错误和使用情况报告,sql语句错误提示,sql server错误和使用情况报告,sql server 错误,sql语句错误提示,sqlserver1053怎么解决,内容如对您有帮助,希望把文章链接给更多的朋友!
-)不需要备份master, msdb, model...等几个系统数据库
错误,这几个系统数据库是需要进行备份的。Master数据库包含了安全信息以及实例上存在哪些数据库。MSDB数据库包含了SSIS的包,代理任务,备份历史。Model数据库包含了新建数据库的模版。不要仅仅只备份用户数据库,否则从头开始配置实例将会非常痛苦。
-)你需要一个好的备份策略
错误
我猜想你一定会说”什么”?你需要的是一个好的还原计划,而不是备份计划。根据业务需求和技术限制来决定什么时间还原什么,再根据还原来决定应该什么时间备份什么。请看下面两篇文章:
Importance of having the right backupsPlanning a backup strategy - where to start?很多人都做了一个备份策略,但不测试也不想怎么还原。当灾难发生时导致无法还原,希望你不是这样。
MS SQL Server获取十二个月份的英文缩写 如果使用DATENAME()函数是取得月份的英文全称,但报表需要,只需显示月份名称缩写即可。十二个月份的英文缩写,只有五月份是全称与缩写一样,其它
Sql Server 分组统计并合计总数及WITH ROLLUP应用 WITHROLLUP在生成包含小计和合计的报表时,ROLLUP运算符很有用。ROLLUP运算符生成的结果集类似于CUBE运算符所生成的结果集。SELECT[Source],COUNT(*)ASOrderTotalFROM
SQLserver中用convert函数转换日期格式的方法 SQLServer中文版的默认的日期字段datetime格式是yyyy-mm-ddThh:mm:ss.mmm例如:selectgetdate()整理了一下SQLServer里面可能经常会用到的日期格式转换方法:举例如下:sele