24 a)可以通过WITH STOPAT参数在完整备份和差异备份的基础上还原到特定时间点 当然不能。虽然这个语法看上去貌似能的样子，但这个语法的最佳实践是你在进行日志还原到特定时间点时带上，这样你的还原就不会超过这个时间点（译者注：比如说还原的第一个日志备份中不包含这个时间点，但你带上这个参数则这个日志备份会被全部还原，直到你还原到包含时间点的日志备份而不用担心还原过头）,对此我之前的一篇文章会更有帮助:Debunking a couple of myths around full database backups。
24 g)可以将数据库还原到任何更低版本的实例 不能，这是一个普遍存在的误区。低版本的实例对于高版本的数据库的部分内容有可能无法理解（比如sql server 2005的数据库就无法理解SQL Server 2008数据库的一些内容）。
24 h)可以将数据库还原到任意版本的SQL Server中 错误，比如说SQL Server 2005,一个含有表分区的数据库只能还原到企业版中。在SQL Server 2008只能还原到企业版的数据库包含了如下特性:分区，透明数据加密，CDC,数据压缩。有关这里我已经写过一篇文章，请看:SQL Server 2008: Does my database contain Enterprise-only features?。
24 i)WITH STANDBY参数会破坏还原链 不会，这个参数的作用是使得在还原的过程中，保证数据库事务级别的一致性。从还原顺序的角度来说，With Standby参数WITH NORECOVERY并无区别。你可以在还原的过程中停止N次。这也是事务日志传送的机制。经常有人会问在事务传送的辅助服务器进行日志恢复的过程是否能访问，至此你应该知道是可以只读访问的。同时，这个选项也可能造成一些诡异的问题，请看:Why could restoring a log-shipping log backup be slow?。
24 m)你可以还原到在备份的日志范围之内的任何时间点 这是不对的。如果日志中包含了那些那些仅仅少量日志的操作(比如批量数据导入操作)，这类操作具有原子性，要么全部还原，要么不还原。这是由于这类操作对于区的进行了修改，但备份集中并没记录何时修改了这些区。你可以通过如下脚本查看日志备份包含的信息量：New script: how much data will the next log backup include?。
24 n)只要备份成功，就可以利用这个备份集进行还原 No,no,no。备份集只是存储在IO子系统的文件，就和数据库的文件一样。它也有损坏的可能。你需要定期检查备份是否被损坏，否则当灾难发生后的惊喜怕你是承受不了。请看:Importance of validating backups。另外一点需要注意的是避免额外的完整备份破坏恢复顺序，这个例子或许会给你一点警示：BACKUP WITH COPY_ONLY - how to avoid breaking the backup chain。
24 o)所有的SQL Server页类型都可以通过单页恢复进行还原 不，一些分配位图的页（译者注：比如GAM,SGMA,FPS页等）不能通过进行单页还原(这类页可以通过SQL Server 2008 的镜像进行自动页修复)。详情你可以看我这篇文章:Search Engine QA #22: Can all page types be single-page restored?。
24 p)RESTORE ... WITH VERIFYONLY选项会验证整个备份集 不，这个选项仅仅检查备份的头是否正确。只有使用WITH CHECKSUM才可以完整备份集的校验和检查。
