SQLServer误解30天谈第二十四天与26还原误解
这一系列文章从未涉及过还原（还原）这个话题，因为一旦涉及到这个话题，它将涉及许多误解，这是我无法通过文章的一个问题。事实上，我想把每个错误按字母顺序编号。我希望你不想困，以下26个误会被揭露了。
误区26误区24：#恢复
全错了。
24）可以恢复到一个特定的时间点的基础上，用在参数的基础上，完整备份和差异备份。
当然不是。虽然这个语法似乎喜欢的可以看看，但最好的做法是把你的语法在日志还原到特定的时间点，这样你就不会超过这个时间的减少（译者注：例如，这个时间点，不包含第一个日志备份与恢复但是你把这个参数的日志备份将完全减少直到你恢复时间的日志备份包含没有恐惧的点），这降低了文章之前我会更有帮助的一对夫妇的神话揭穿在完整数据库备份。
24 B）的continue_after_error选项后使用，它也可以恢复按照既定的恢复秩序
错误。如果备份集必须被损坏并必须使用此选项，则还原顺序将不存在。当日志恢复被损坏时，在使用此选项之前必须仔细考虑，这很可能导致数据不一致。在最坏的情况下，数据库的结构已损坏，我不建议使用此选项。
24 C）可以将数据库的一部分恢复到特定的时间点。
不，数据库的每个部分都必须与主文件组的时间点一致，否则它不能联机。当然，除了只读文件组之外。
24 D）可以将不同数据库的不同文件组还原到一个新数据库中。
不，每个数据库的页眉页都有一个GUID。也就是说，页码是页面的0。除非这个GUID与另一个数据库的GUID一致，否则它无法恢复。
24 E）减少可以删除索引片段（或更新统计数据等）
不，你的备份值是多少我对这篇文章有一个更详细的解释：在我们的SQL Server杂志QA博客上发表博客文章。
24 f）在缩减过程中可以进行数据库收缩。
不，虽然每个人都需要这个功能，但是在开发环境中恢复一个空备份集是非常有用的，但是它不是。
24 g）可以将数据库还原到实例的任何较低版本。
不，这是一个常见的误解。低版本的实例可能无法理解高版本数据库的一部分内容（例如，SQL Server 2005数据库不能理解SQL Server 2008数据库的某些内容）。
24 h）可以将数据库还原到SQL服务器的任何版本。
错误，如SQL Server 2005，只能恢复到用包含表分区数据库企业版，SQL Server 2008只能恢复到数据库企业版包含以下功能：分区、透明数据加密、CDC、数据压缩。我写这一篇文章：SQL Server 2008：我的数据库包含企业的特点。
24）如果有备用参数，就会破坏还原链。
不，这个参数的作用是确保过程恢复过程中数据库的事务一致性。从恢复秩序的角度看，两者之间有着WITH NORECOVERY备份参数没有区别。你可以停N次的恢复过程中。这也是事务日志传送机制。经常有人问是否在事务性辅助服务器日志恢复过程可以访问，所以你应该知道它可以是只读的。同时，这个选项也可能导致一些奇怪的问题，看看为什么能恢复日志传送日志备份是缓慢的。
24 j）如果备份数据库服务器不打开即时文件初始化选项，恢复的服务器不能利用此特性。
启动即时文件初始化的能力完全取决于是否恢复服务器开放此功能。备份集不包含任何有关这一信息。更多详细内容：SQL Server的误解30天谈- 3 -即时文件初始化功能，可以打开和关闭SQL Server。
24 K）还原是从损伤中恢复的最好方法。
不，不是。它取决于备份你的类型。如果损坏的数据较多，所以减少是一个好主意，但如果丢失的数据是比较小的，允许一些数据丢失，或通过辅助服务器返回事务日志记录的情况下，然后将停机时间少了很多。最好的方式是修复损伤，在数据丢失的可接受的范围内，以尽可能少的停机时间。
24 L）后端日志可以在还原开始后备份。
不，一旦你开始恢复，你将不再允许备份结束日志。所以当灾难发生时，第一件事总是看你是否需要备份日志的结尾。
24米）您可以还原到备份日志范围内的任何时间点。
这是不正确的。如果日志包含这些操作，只含有少量的日志，如批量数据导入操作，这样的操作是原子性的，或减少或没有减少。这是因为这样的操作有修改的区域，但不记录备份集中地区时，你已被修改。可以看到下面的脚本在日志备份中包含的信息量：新的脚本：多少数据的下一个日志备份包含。
24）只要备份成功，这个备份集就可以用来恢复。
不，不，不，备份集是一个文件存储在IO子系统，如数据库的文件。它也有损坏的可能性。你需要经常检查是否备份损坏或你不能感到惊讶，当灾难发生。看：验证备份的重要性。还有一点需要注意的是避免额外的完整备份和恢复秩序的破坏。这个例子也许会给你一个小小的警告：备份与copy_only如何避免打破备份链。
24）所有的SQLServer页面类型都可以通过单页恢复来恢复。
不，有些页面分配位图不能用单页的恢复，为GAM，美国这样的页面，FPS页等，这可以通过SQL Server 2008自动修复。更多的细节，你可以看看我的文章：搜索引擎质量# 22：都是单页的页面类型恢复。
24 P）恢复…与verifyonly选项验证整个备份集
不，此选项只检查备份头是否正确。只有使用校验和才能完成完整备份集的检查和检查。
24 q）可以通过透明数据恢复数据库，而无需恢复证书。
不，透明数据加密最重要的一点是要记住，证书的丢失意味着整个数据库都消失了。
24 R）恢复过程完成后，还原执行重做和撤消。
在还原操作之后每次执行重做操作，只有在整个还原过程完成后才执行撤消操作。
24 s）压缩备份集只能还原到SQL Server 2008企业版
不，所有版本都可以恢复压缩备份。从SQL Server 2008 R2，标准版本也可以被压缩备份。
24 T）将数据库的较低版本降低到实例的高版本可以跳过升级过程。
不，在数据还原和附加过程中不允许跳过所需的升级和恢复过程。
24 U）在32位实例下备份的数据库不能恢复到64个实例，反之亦然。
错误，数据库的内部格式与CPU架构无关。
24 V）只要数据恢复，程序就可以保证正常执行。
不，在图像故障转移和事务日志传输到辅助服务器的高可用性方面，还有许多额外步骤要确保程序的正常执行，包括辅助数据库和正确的登录名。
24 w）需要从多个文件组恢复受损文件的还原，并且必须还原所有相关的文件组。
不，在SQL Server 2000中是这样的，但是SQL Server 2005之后的版本完全没有使用。
24 x）您可以将数据库还原到实例的任何最新版本。
不，数据库只能恢复到一个或两个新版本。（例如，SQL Server 7下的数据库不能还原到SQL Server 2008）。
24）恢复时间与恢复时间相同。
不，许多因素影响恢复时间，例如是否需要回滚一个长事务，或者是否打开了即时文件的初始化特性。
24 Z）在数据库恢复之前数据库需要恢复之前需要恢复的数据库。
不，如果恢复数据库在数据库之前恢复的值，则还原过程需要第一次文件初始化，并且最好保留已恢复数据库的副本，以恢复损失以使其最小化。