SQL Server误区30日谈第21天数据损坏可以通过重启SQL Server来

名站网址导航为大家提供关于数据库教程相关的教程网站知识。

SQL Server误区30日谈第20天破坏日志备份链之后，需要一个完整
复制具体相关代码具体相关代码如下:,CREATE DATABASE LogChainTest; GO ALTER DATABASE LogChainTest SET RECOVERY FULL; GO BACKUP DATABASE L,复制具体相关代码具体相关代码如下:,已为网站数据库 'LogChainTest'，网站网站文件 'LogChainTest' (位于网站网站文件 1 上)处理了 168 页。已为网站数据库 'LogChainTest'，网站网站文件 'LogChainTest_lo,复制具体相关代码具体相关代码如下:,BACKUP LOG LogChainTest TO DISK = 'C:\SQLskills\LogChainTest_log2.bck' WITh INIT; GO,复制具体相关代码具体相关代码如下:,消息 4214，级别 16，状态 1，第 1 行无法执行 BACKUP LOG，因为当前没有网站数据库备份。消息 3013，级别 16，状态 1，第 1 行 BACKUP LOG 正在异常终止。,复制具体相关代码具体相关代码如下:,BACKUP DATABASE LogChainTest TO DISK = 'd:\Test_bak\LogChainTest_log1.bck' WITh INIT, DIFFERENTIAL; ,复制具体相关代码具体相关代码如下:,已为网站数据库 'LogChainTest'，网站网站文件 'LogChainTest' (位于网站网站文件 1 上)处理了 64 页。已为网站数据库 'LogChainTest'，网站网站文件 'LogChainTest_log

误区 #21:网站数据库损坏可以通过重启SQL Server或是Windows,或是附加和分离网站数据库解决

错误

SQL Server中没有任何一项操作办法可以修复数据损坏。损坏的页当然需要通过某种机制进行修复或是恢复-但绝不是通过重启动SQL Server,Windows亦或是分离附加网站数据库。

而实际上，假如如果您的网站数据库的损坏程度无法进行Crash Recovery的话(质疑状态)，那么分离附加网站数据库将会是您做的最糟糕的决定。这个原理是由于附加网站数据库中包含Crash Recovery步骤，假如如果Crash Recovery失败的话，那么附加也会失败。所以下面的技巧才是您所需要的:TechEd Demo: Creating, detaching, re-attaching, and fixing a suspect database。记住，永远不要分离损坏的网站数据库。
下面这类错误才是有可能通过重启解决:

假如如果在内存中的页损坏，但在磁盘上的页完好时，重启能够解决损坏问题

假如如果损坏发生了,但是重启过程中的某个步骤导致这个页不再被分配，则貌似损坏通过重启解决了，这个问题我之前已经有一篇博文进行阐述了:Misconceptions around corruptions: can they disappear?

假如如果IO子系统也重启,之前SQL Server对IO的需求被IO子系统“卡”住，则重启貌似能解决问题，但实际上这并不是修复损坏，而只是让出问题的IO子系统恢复。我只碰见过三四次这类情况。

不管怎么说，您起码要做到有对应的备份策略或是容易系统进行恢复和故障转移。重启可不是一个解决方案，这只会浪费时间。关于数据库教程相关的教程网站知识今天我们就说到这里了，希望可以帮到大家。