数码资讯
SQLServer误解30天左右第三十天左右关于备份的30个误区
选购提示
关注价格、性能、续航、售后和真实使用场景，理性比较后再下单。
误区30误区30：#备份
全错了。
开始之前的一个误解的备份，如果你不知道备份的基础上，看我以前在TechNet杂志文章：了解SQL Server备份。
30-01）备份操作引起梗阻
不，备份不会造成对用户对象的锁，虽然备份的IO系统备份使它看起来受阻，但实际上不是。唯一的特殊情况是，当一个备份区需要锁定数据区参与这些最小日志操作，该操作将块的检查站，但DML操作将不会被备份操作受阻。
30-02）从完整恢复模式切换到大容量日志恢复模式，然后切换回会使日志链断
不，在这两种模式下相互切换不会导致日志链断开。
30-03）只有一个完整的备份恢复破碎的日志链
除了完整的备份模式，可以重新登录链，差异备份也可以重新启动日志链。总之，日志破损部分可以重新启动日志链只要备份包含。详情请看我以前的帖子：SQL Server的误区30，后谈- 20天破坏日志备份链，我们需要一个完整的备份恢复日志链。
30-04）日志备份不完整备份或差异备份允许
错误后，SQL Server 2005，完成或差异备份可以同时完成，日志备份。有关详细信息，请参见：搜索引擎质量# 16：并发日志备份和完全备份。
30-05）完整备份或差异备份会清除日志
不，因为日志备份包含自上次日志备份所有的日志，这是不可改变的，即使在这一时期的日志备份的完整备份或差异备份。我已经在推特描述这一篇著名的文章：在日志和日志备份的误解：如何说服自己。总之，在全或大容量日志恢复模式，只备份日志将被清除。
30-06）的下一个日志备份日志，如果将那些最小日志记录操作中所含的大量减少事务日志恢复模式。
不，最小日志记录是所谓的因为只有相关页面分配记录到日志，日志备份必须包含的部分，使这种操作回滚，即所有的日志和相关领域涉及最小日志记录操作。这使日志的内容需要支持在大容量日志模式，日志中需要备份的完整恢复模式的内容大小。
30-07）在完整备份或差异备份只包含日志的日志生成时完成此操作
错误、完整或差异备份需要一个日志，以在完全备份或差异备份结束时将数据库恢复到事务一致性状态。
下面两篇文章对此有更详细的解释：
揭穿几个在完整数据库备份的神话
更多关于完整备份的事务日志包括
30-08）备份操作检查页校验和。
错误，只有在备份时指定校验和选项时，才能检查校验和，这也是备份应该指定的选项。
30-09）备份读取数据到缓冲区
不，备份系统将打开一个单通道的数据文件，避免阅读所有相关内容到内存，然后保存到存储设备上，因为如果发生这种情况，备份的性能将大大降低（因为涉及到虚拟内存置换到磁盘上）。如果你指定的校验和备份，少量的内存使用将参与。
10）备份将一致性检查（如DBCC CHECKDB功能相同）
不，没什么要说的。
时间）如果备份成功，则可以成功恢复
错了，我希望您没有形成这样的想法。您必须定期检查备份以确保灾难发生时能正确地恢复备份。
30-12）即使镜像的路径不可用，镜像备份仍然可以成功
错，如果在镜像路径失效，镜像备份都都会失败。我希望这种机制可以改变镜像备份。即使路径的一端不可用，也可以成功地备份另一方，但不幸的是，这是不可接受的。
30-13）尾日志备份可以在任何时间进行
错误日志包含结束，既然所有的日志的最后一个日志备份，但这是一个急救，如果数据文件损坏，和日志包含那些最小的日志，因为需要备份日志和日志相关的最小面积。如果数据文件收缩区域，尾日志不能被备份。所以，不要使用大容量日志恢复模式为24×7的生产环境。
30-14）备份可以用DBCC CHECKDB取代
错误，详情请参阅SQL Server的误区30天使用备份校验和更换第27天- DBCC CheckDB
30-15）你可以备份数据库快照
不，尽管我想要一个数据库快照的备份副本。
30-16.）您可以使用数据库镜像替换日志备份
不，只有在基于数据库的数据库是可用的数据库时才可以使用该映像。如果数据库本身被损坏，镜像通常不能幸免。数据库本身是可疑的，数据库镜像常常是可疑的。
当然，当数据库中的页面被修改时，它也需要与镜像同步，因此有很多镜像对数据库的性能有很大的影响。此外，当数据库中的越来越多的部分被修改时，图像就会扩展，因此不能使用镜像而不是日志备份。
30-17）的日志备份的大小将作为该日志的大小相同。
错了。日志包含日志需要回滚活动事务，DBCC sqlperf体现日志空间使用（LOGSPACE）没有正确地反映在日志条目占用空间。搜索引擎质量# 25：为什么不是我的日志备份的大小相同。此外，日志部分需要备份所有的日志往往是自上次日志备份。如果日志超过所有日志自上次日志备份，还有一个长的、未完成的交易。
18）无法备份数据库损坏
错误，你可以使用continue_after_error选择备份数据库损坏。如果这个选项不够，它可能是引导页或文件标题页被损坏。这也是除了OS级别上的SQL Server备份损坏数据库的唯一方法。
30-19）你不能禁止其他人做备份日志..与no_log和truncate_only操作
SQL Server 2005中的错误是正确的，但在SQL Server 2008中，您可以通过跟踪标记3231来实现这一点。
30-20）日志备份将清除日志无论什么条件
错了。如果日志备份不同时并行数据库的备份，日志备份试图清除无效的VLF，SQL服务器的角度来看，这些日志没有备份的SQL服务器所需的日志，不能被清除。因此，对于一些特殊的情况下，虽然日志备份，但SQL Server仍然认为日志是必须的，SQL Server将继续检查日志直到这些日志必须不再，我在TechNet杂志的一篇文章讨论：了解日志和恢复SQL Server。
30-21) the difference backup is the growth type
错误，备份备份的数据是在最后一次完全备份之后的所有修改数据区域，因此它是累积的。只有日志是增长的。尽管许多人认为差异备份是积累的，但它不是。
3022）当备份完成后，你可以删除以前的备份
不不不不
如果你在恢复时发现完整的备份被损坏了，这时你就无能为力了。如果你现在没有一个完整的备份，你想雇佣一个网站来更新你的简历。你需要根据策略再多做一些备份，这样你就可以做好准备了。
30-23）你可以备份镜像数据库
错误，只能通过数据库快照访问映像（镜像）。它不能备份。
30-24）可以备份一个表单
如果您恰好位于文件组中，您可以设置一个文件组来实现这个目标，但是没有备份表这样的东西。
30-25）备份数据需要关闭SQL Server
嗯，我真的不知道谣言是从哪里来的（编辑器：很明显是来自Oracle，因为我们都知道SQL服务器比Oracle强大得多：）。
～）正在执行的交易将被包含在备份只要他们前备份完成后提交。
错误，只有交易提交并写入到磁盘之前备份数据读取阶段完成后将包括在备份。有关详细信息，请参见：搜索引擎质量# 6：使用fn_dblog告诉如果一个交易。
30-27）收缩数据库之前备份可以减少备份的大小
错误，收缩是一个移动的页面，它不会导致在备份的大小的变化。有关详细信息，请参见：发布会的香包# 10：收缩数据库之前备份。此外，还有一个博客：SQL Server的误解30日谈- Day9数据库文件收缩不会影响性能。此外，我想到，如果数据库收缩后全备份，即使数据是不变的，下一个差异备份将成为巨大的。
十）恢复备份是一个灾难的最佳途径
错误，只有当0个数据丢失时，备份才是恢复灾难的最好方法，但这不是通过备份减少停机时间的好方法。如果业务允许，故障转移，或允许某些数据丢失更好。
30-29）不需要备份的几个系统的数据库如大师、msdb，模型…凡此种种，不一而足。
错误，这些系统的数据库需要备份master数据库包含安全信息和数据库的实例存在。msdb数据库中包含的SSIS包，代理的任务，和备份历史。模型数据库包含新的数据库模板。不要只备份用户数据库，或它将从头开始配置实例很痛苦。
30-30）你需要一个好的备份策略
错误
我想你要说的是你需要一个好的恢复计划，而不是一个备份计划。根据业务需求和技术限制来决定什么时候恢复，然后根据备份的时间确定备份的时间：
正确备份的重要性
计划备份策略-从哪里开始
很多人都做过备份策略，但不想测试，不想恢复，灾难发生时不可能恢复，希望你不要。
全错了。
开始之前的一个误解的备份，如果你不知道备份的基础上，看我以前在TechNet杂志文章：了解SQL Server备份。
30-01）备份操作引起梗阻
不，备份不会造成对用户对象的锁，虽然备份的IO系统备份使它看起来受阻，但实际上不是。唯一的特殊情况是，当一个备份区需要锁定数据区参与这些最小日志操作，该操作将块的检查站，但DML操作将不会被备份操作受阻。
30-02）从完整恢复模式切换到大容量日志恢复模式，然后切换回会使日志链断
不，在这两种模式下相互切换不会导致日志链断开。
30-03）只有一个完整的备份恢复破碎的日志链
除了完整的备份模式，可以重新登录链，差异备份也可以重新启动日志链。总之，日志破损部分可以重新启动日志链只要备份包含。详情请看我以前的帖子：SQL Server的误区30，后谈- 20天破坏日志备份链，我们需要一个完整的备份恢复日志链。
30-04）日志备份不完整备份或差异备份允许
错误后，SQL Server 2005，完成或差异备份可以同时完成，日志备份。有关详细信息，请参见：搜索引擎质量# 16：并发日志备份和完全备份。
30-05）完整备份或差异备份会清除日志
不，因为日志备份包含自上次日志备份所有的日志，这是不可改变的，即使在这一时期的日志备份的完整备份或差异备份。我已经在推特描述这一篇著名的文章：在日志和日志备份的误解：如何说服自己。总之，在全或大容量日志恢复模式，只备份日志将被清除。
30-06）的下一个日志备份日志，如果将那些最小日志记录操作中所含的大量减少事务日志恢复模式。
不，最小日志记录是所谓的因为只有相关页面分配记录到日志，日志备份必须包含的部分，使这种操作回滚，即所有的日志和相关领域涉及最小日志记录操作。这使日志的内容需要支持在大容量日志模式，日志中需要备份的完整恢复模式的内容大小。
30-07）在完整备份或差异备份只包含日志的日志生成时完成此操作
错误、完整或差异备份需要一个日志，以在完全备份或差异备份结束时将数据库恢复到事务一致性状态。
下面两篇文章对此有更详细的解释：
揭穿几个在完整数据库备份的神话
更多关于完整备份的事务日志包括
30-08）备份操作检查页校验和。
错误，只有在备份时指定校验和选项时，才能检查校验和，这也是备份应该指定的选项。
30-09）备份读取数据到缓冲区
不，备份系统将打开一个单通道的数据文件，避免阅读所有相关内容到内存，然后保存到存储设备上，因为如果发生这种情况，备份的性能将大大降低（因为涉及到虚拟内存置换到磁盘上）。如果你指定的校验和备份，少量的内存使用将参与。
10）备份将一致性检查（如DBCC CHECKDB功能相同）
不，没什么要说的。
时间）如果备份成功，则可以成功恢复
错了，我希望您没有形成这样的想法。您必须定期检查备份以确保灾难发生时能正确地恢复备份。
30-12）即使镜像的路径不可用，镜像备份仍然可以成功
错，如果在镜像路径失效，镜像备份都都会失败。我希望这种机制可以改变镜像备份。即使路径的一端不可用，也可以成功地备份另一方，但不幸的是，这是不可接受的。
30-13）尾日志备份可以在任何时间进行
错误日志包含结束，既然所有的日志的最后一个日志备份，但这是一个急救，如果数据文件损坏，和日志包含那些最小的日志，因为需要备份日志和日志相关的最小面积。如果数据文件收缩区域，尾日志不能被备份。所以，不要使用大容量日志恢复模式为24×7的生产环境。
30-14）备份可以用DBCC CHECKDB取代
错误，详情请参阅SQL Server的误区30天使用备份校验和更换第27天- DBCC CheckDB
30-15）你可以备份数据库快照
不，尽管我想要一个数据库快照的备份副本。
30-16.）您可以使用数据库镜像替换日志备份
不，只有在基于数据库的数据库是可用的数据库时才可以使用该映像。如果数据库本身被损坏，镜像通常不能幸免。数据库本身是可疑的，数据库镜像常常是可疑的。
当然，当数据库中的页面被修改时，它也需要与镜像同步，因此有很多镜像对数据库的性能有很大的影响。此外，当数据库中的越来越多的部分被修改时，图像就会扩展，因此不能使用镜像而不是日志备份。
30-17）的日志备份的大小将作为该日志的大小相同。
错了。日志包含日志需要回滚活动事务，DBCC sqlperf体现日志空间使用（LOGSPACE）没有正确地反映在日志条目占用空间。搜索引擎质量# 25：为什么不是我的日志备份的大小相同。此外，日志部分需要备份所有的日志往往是自上次日志备份。如果日志超过所有日志自上次日志备份，还有一个长的、未完成的交易。
18）无法备份数据库损坏
错误，你可以使用continue_after_error选择备份数据库损坏。如果这个选项不够，它可能是引导页或文件标题页被损坏。这也是除了OS级别上的SQL Server备份损坏数据库的唯一方法。
30-19）你不能禁止其他人做备份日志..与no_log和truncate_only操作
SQL Server 2005中的错误是正确的，但在SQL Server 2008中，您可以通过跟踪标记3231来实现这一点。
30-20）日志备份将清除日志无论什么条件
错了。如果日志备份不同时并行数据库的备份，日志备份试图清除无效的VLF，SQL服务器的角度来看，这些日志没有备份的SQL服务器所需的日志，不能被清除。因此，对于一些特殊的情况下，虽然日志备份，但SQL Server仍然认为日志是必须的，SQL Server将继续检查日志直到这些日志必须不再，我在TechNet杂志的一篇文章讨论：了解日志和恢复SQL Server。
30-21) the difference backup is the growth type
错误，备份备份的数据是在最后一次完全备份之后的所有修改数据区域，因此它是累积的。只有日志是增长的。尽管许多人认为差异备份是积累的，但它不是。
3022）当备份完成后，你可以删除以前的备份
不不不不
如果你在恢复时发现完整的备份被损坏了，这时你就无能为力了。如果你现在没有一个完整的备份，你想雇佣一个网站来更新你的简历。你需要根据策略再多做一些备份，这样你就可以做好准备了。
30-23）你可以备份镜像数据库
错误，只能通过数据库快照访问映像（镜像）。它不能备份。
30-24）可以备份一个表单
如果您恰好位于文件组中，您可以设置一个文件组来实现这个目标，但是没有备份表这样的东西。
30-25）备份数据需要关闭SQL Server
嗯，我真的不知道谣言是从哪里来的（编辑器：很明显是来自Oracle，因为我们都知道SQL服务器比Oracle强大得多：）。
～）正在执行的交易将被包含在备份只要他们前备份完成后提交。
错误，只有交易提交并写入到磁盘之前备份数据读取阶段完成后将包括在备份。有关详细信息，请参见：搜索引擎质量# 6：使用fn_dblog告诉如果一个交易。
30-27）收缩数据库之前备份可以减少备份的大小
错误，收缩是一个移动的页面，它不会导致在备份的大小的变化。有关详细信息，请参见：发布会的香包# 10：收缩数据库之前备份。此外，还有一个博客：SQL Server的误解30日谈- Day9数据库文件收缩不会影响性能。此外，我想到，如果数据库收缩后全备份，即使数据是不变的，下一个差异备份将成为巨大的。
十）恢复备份是一个灾难的最佳途径
错误，只有当0个数据丢失时，备份才是恢复灾难的最好方法，但这不是通过备份减少停机时间的好方法。如果业务允许，故障转移，或允许某些数据丢失更好。
30-29）不需要备份的几个系统的数据库如大师、msdb，模型…凡此种种，不一而足。
错误，这些系统的数据库需要备份master数据库包含安全信息和数据库的实例存在。msdb数据库中包含的SSIS包，代理的任务，和备份历史。模型数据库包含新的数据库模板。不要只备份用户数据库，或它将从头开始配置实例很痛苦。
30-30）你需要一个好的备份策略
错误
我想你要说的是你需要一个好的恢复计划，而不是一个备份计划。根据业务需求和技术限制来决定什么时候恢复，然后根据备份的时间确定备份的时间：
正确备份的重要性
计划备份策略-从哪里开始
很多人都做过备份策略，但不想测试，不想恢复，灾难发生时不可能恢复，希望你不要。
声明：本文内容用于数码产品信息整理与选购参考，具体价格、库存、售后政策以官方渠道和电商页面实时信息为准。