解剖SQLSERVER 第一篇  数据库恢复软件商的黑幕

USE [sss]SELECT @@VERSION--Microsoft SQL Server 2005 - 9.00.4035.00 (X64) --Nov 24 2008 16:17:31 --Copyright (c) 1988-2005 Microsoft Corporation--Developer Edition (64-bit) on Windows NT 6.1 (Build 7601: Service Pack 1)CREATE TABLE teststat(id INT,name NVARCHAR(20))--首先插入5条记录INSERT INTO teststatSELECT 1 ,‘nihao‘ UNION ALLSELECT 2 ,‘dajiahao‘ UNION ALLSELECT 3 ,‘nihao‘ UNION ALLSELECT 4 ,‘dajiahao‘ UNION ALLSELECT 5 ,‘nihao‘ --显示实际执行计划SELECT * FROM teststat--预估行数5条--查看缓存的执行计划SELECT  [cacheobjtype] ,        [objtype] ,        [usecounts] ,        [sql]FROM    sys.[syscacheobjects]WHERE   [sql] NOT LIKE ‘%cache%‘        AND [sql] LIKE ‘%INSERT INTO%‘--再插入100条记录INSERT INTO teststat(id,name)SELECT 6,‘dajiahao‘GO 100--查询缓存的执行计划SELECT  [cacheobjtype] ,        [objtype] ,        [usecounts] ,        [sql]FROM    sys.[syscacheobjects]WHERE   [sql] NOT LIKE ‘%cache%‘        AND [sql] LIKE ‘%INSERT INTO%‘--显示实际执行计划SELECT * FROM teststat--预估行数还是5条--清空编译计划DBCC FREEPROCCACHEGO--显示实际执行计划SELECT * FROM teststat--预估行数变成105条

注意：DBCC FREEPROCCACHE是清空实例级别的计划缓存，请不要随意在生产环境下执行

USE testnewformatGOCREATE TABLE DBCCResult(    PageFID NVARCHAR(200) ,    PagePID NVARCHAR(200) ,    IAMFID NVARCHAR(200) ,    IAMPID NVARCHAR(200) ,    ObjectID NVARCHAR(200) ,    IndexID NVARCHAR(200) ,    PartitionNumber NVARCHAR(200) ,    PartitionID NVARCHAR(200) ,    iam_chain_type NVARCHAR(200) ,    PageType NVARCHAR(200) ,    IndexLevel NVARCHAR(200) ,    NextPageFID NVARCHAR(200) ,    NextPagePID NVARCHAR(200) ,    PrevPageFID NVARCHAR(200) ,    PrevPagePID NVARCHAR(200))--测试稀疏列的表--------------------------------------------------------------------CREATE TABLE test_sparse(id INT ,name CHAR(10) SPARSE,city CHAR(10) SPARSE)GODECLARE @i INT SET @i =1WHILE @i <6BEGIN INSERT test_sparseSELECT @i,‘小四@‘ ,‘广州@‘SET @i=@i+1ENDDECLARE @i INT SET @i =1WHILE @i <6BEGIN INSERT test_sparseSELECT @i,NULL  ,‘广州@‘SET @i=@i+1ENDDECLARE @i INT SET @i =1WHILE @i <100BEGIN INSERT test_sparseSELECT @i,‘小四@‘  ,NULLSET @i=@i+1ENDDECLARE @i INT SET @i =1WHILE @i <6BEGIN INSERT test_sparseSELECT @i,NULL ,NULLSET @i=@i+1ENDSELECT * FROM test_sparse--测试vardecimal的表---------------------------------------------------------------------CREATE TABLE test_vardecimal(id INT ,qty DECIMAL(10,6))GO--打开vardecimal storage format选项EXEC sys.[sp_tableoption] @TableNamePattern = N‘test_vardecimal‘, -- nvarchar(776)@OptionName = ‘vardecimal storage format‘, -- varchar(35)@OptionValue = ‘1‘ -- varchar(12)DECLARE @i INT SET @i =1WHILE @i <10BEGIN INSERT test_vardecimalSELECT @i,36.2693222+@iSET @i=@i+1END--使用DBCC PAGE测试--decimal数据类型变成变长列  30|00|0800 01000000 |0200|00|01 00|1400|c1 5d2b5378 37.26932220SELECT * FROM test_vardecimal--测试 页面压缩的表------------------------------------------------------------------------------------CREATE TABLE test_pagecompress(id INT PRIMARY KEY IDENTITY,name CHAR(2000),city  CHAR(2000),qty DECIMAL(10,6))GOALTER INDEX [PK__test_pag__3213E83F4B15C9A5] ON [test_pagecompress] REBUILD WITH (DATA_COMPRESSION= PAGE) DECLARE @i INT SET @i =1WHILE @i <10000BEGIN INSERT test_pagecompress([name],[city],[qty])SELECT REPLICATE(‘你好!藏123‘,100),REPLICATE(‘大家好好!藏123‘,100),36.269322+@iSET @i=@i+1ENDSELECT * FROM [test_pagecompress]INSERT INTO DBCCResult EXEC (‘DBCC IND(testnewformat,test_pagecompress,-1) ‘)SELECT * FROM DBCCResultDBCC TRACEON(3604,-1)GO DBCC PAGE([testnewformat],1,739,3)GO---------------------------------------------------------------新建数据库测试FilestreamEXEC sys.[sp_configure] @configname = ‘filestream access level‘, -- varchar(35)    @configvalue = 1 -- intRECONFIGURE WITH OVERRIDECREATE DATABASE MyFilestreamDB ON PRIMARY (NAME=ROWDATA1,FILENAME=‘D:\MSSQL\Data\ROWDATA1.MDF‘),    FILEGROUP FILESTREAMGROUP1 CONTAINS FILESTREAM DEFAULT(NAME=FSDATA1,FILENAME=‘D:\MSSQL\Data\FILESTREAM1‘), FILEGROUP    FILESTREAMGROUP2 CONTAINS FILESTREAM (NAME=FSDATA2,FILENAME=‘D:\MSSQL\Data\FILESTREAM2‘) LOG ON(NAME=FSDBLOG,FILENAME=‘D:\MSSQL\Data\FSDB_LOG.LDF‘)--新建Filestream表RECORDSUSE MyFilestreamDBCREATE TABLE MyFILESTREAMDB.DBO.RECORDS    (      ID UNIQUEIDENTIFIER ROWGUIDCOL                          NOT NULL                          UNIQUE ,      SERIALNUMBER INTEGER UNIQUE ,      CHART_PRIMARY VARBINARY(MAX) FILESTREAM                                   NULL ,      CHART_SEONDARY VARBINARY(MAX) FILESTREAM                                    NULL    ) FILESTREAM_ON FILESTREAMGROUP1USE MyFilestreamDBINSERT  INTO [dbo].[RECORDS]        SELECT  NEWID() ,                24 ,                CAST(REPLICATE(CONVERT(VARCHAR(MAX), ‘base data‘), 10000) AS VARBINARY(MAX)) ,                0x SELECT *,CAST([CHART_PRIMARY] AS VARCHAR(MAX)) AS ‘CHART_PRIMARY‘ FROM   [dbo].[RECORDS]

ALTER DATABASE [sss] SET PAGE_VERIFY NONE

消息 824，级别 24，状态 2，第 1 行SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0xb70c8233，但实际为: 0xb7438233)。在文件 ‘E:\DataBase\sss.mdf‘ 中、偏移量为 0x0000000009a000 的位置对数据库 ID 8 中的页 (1:77) 执行 读取 期间，发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。

消息 5028，级别 16，状态 4，第 1 行 系统无法激活足够的数据库来重建日志。 sss的 DBCC 结果。 CHECKDB 在数据库 ‘sss‘ 中发现 0 个分配错误和 0 个一致性错误。 消息 7909，级别 20，状态 1，第 1 行 紧急模式修复失败。您必须从备份中还原。消息 601，级别 12，状态 3，第 1 行 由于数据移动，无法继续以 NOLOCK 方式扫描。消息 926，级别 14，状态 1，第 1 行 无法打开数据库 ‘sss‘。恢复操作已将该数据库标记为 SUSPECT。有关详细信息，请参阅 SQL Server 错误日志。 消息 5069，级别 16，状态 1，第 1 行 ALTER DATABASE 语句失败。 消息 5125，级别 24，状态 2，第 1 行 文件 ‘E:\DataBase\sss.mdf‘ 似乎已被操作系统截断。其大小应为 3072 KB，但实际大小为 3064 KB。 消息 3414，级别 21，状态 1，第 1 行 恢复期间出错，导致数据库 ‘sss‘ (数据库 ID 8)无法重新启动。请诊断并纠正这些恢复错误，或者从已知的正确备份中还原。如果无法更正错误，或者为意外错误，请与技术支持人员联系。

EXEC sys.[sp_helpconstraint] @objname = N‘[dbo].[nums]‘, -- nvarchar(776)    @nomsg = ‘‘ -- varchar(5)select object_id, type, name,[parent_object_id] from sys.objects where parent_object_id = OBJECT_ID(‘customer‘)and type in (‘C ‘,‘PK‘,‘UQ‘,‘F ‘, ‘D ‘) -- ONLY 6.5 sysconstraints objects

解剖SQLSERVER系列目录

解剖SQLSERVER 第二篇  对数据页面头进行逆向（译）

解剖SQLSERVER 第三篇  数据类型的实现（译）

解剖SQLSERVER 第四篇  OrcaMDF里对dates类型数据的解析（译）

解剖SQLSERVER 第五篇  OrcaMDF里读取Bits类型数据（译）

解剖SQLSERVER 第六篇  对OrcaMDF的系统测试里避免regressions （译）

解剖SQLSERVER 第七篇  OrcaMDF 特性概述（译）

解剖SQLSERVER 第八篇  OrcaMDF 现在支持多数据文件的数据库（译）

解剖SQLSERVER 第九篇  OrcaMDF现在能通过系统DMVs显示元数据（译）

解剖SQLSERVER 第十篇     OrcaMDF Studio 发布+ 特性重温（译）

解剖SQLSERVER 第十一篇    对SQLSERVER的多个版本进行自动化测试（译）

解剖SQLSERVER 第十二篇   OrcaMDF 行压缩支持（译）

解剖SQLSERVER 第十三篇    Integers在行压缩和页压缩里的存储格式揭秘（译）

解剖SQLSERVER 第十四篇    Vardecimals 存储格式揭秘（译）

解剖SQLSERVER 第十五篇  SQLSERVER存储过程的源文本存放在哪里？（译）

解剖SQLSERVER 第十六篇 OrcaMDF RawDatabase --MDF文件的瑞士军刀（译）

解剖SQLSERVER 第十七篇 使用 OrcaMDF Corruptor 故意损坏数据库（译）

解剖SQLSERVER 完结篇 关于Internals Viewer源代码

由于本人精力有限而且E文水平不太好，翻译过程可能有错漏，望大家见谅

建议先看一下技术内幕的书，否则一头栽进代码你会理解不了

通过阅读这些译文大家可能会觉得SQLSERVER的新存储格式比较复杂，要赶上SQLSERVER的步伐不太容易，

改天微软推出一个SQLSERVER补丁包，并在补丁包里面添加新的存储格式你的软件可能又要歇菜了~

而我写这系列文章并不是要与这些数据库恢复软件商作对，而是让大家知道他们能够恢复哪些数据，有哪些数据超出了他们的数据恢复能力

Mark S. Rasmussen大牛的PPT：

http://files.cnblogs.com/lyhabc/StoringCharacterDataOptimally%E6%95%B0%E6%8D%AE%E5%AD%98%E5%82%A8%E4%BC%98%E5%8C%96byorcaMDF%E5%A4%A7%E7%89%9BMarkS.Rasmussen.rar