USE 数据库名
SELECT NAME, size FROM sys.database_files
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE
USE 数据库名
DBCC SHRINKFILE (N"''"日志文件名"''" , 0,TRUNCATEONLY)
ALTER DATABASE 数据库名 SET RECOVERY FULL WITH NO_WAIT
ALTER DATABASE 数据库名 SET RECOVERY FULL
操作步骤：将上述 数据库名 字样，均替换为当前对应数据库名称，按F5执行。执行完成后提示 如
消息 8985，级别 16，状态 1，第 6 行
在 sys.database_files 中找不到数据库 ''WeWay_jxc61'' 的文件 ''日志文件名''。该文件不存在或者已被删除。
请点下面的‘结果’ 把第二行的NAME中的信息 填入上面红色字体的引号内，即日志文件名。再执行一次即可。
（管家婆数据库日志清理）
注意：上面的双引号，都是半角单引号，因为后台编辑器的问题，造成保存为双引号。
如何分析硬盘头部数据破坏、且打破顺序的raid？
从硬盘引导扇区为raid开始的0扇区计数。硬盘数=n；块大小=m（以sec计算。若K则应乘2，sec数为2m），文件表特征：46 49 4C 45 30 00 03 00；文件序数，第三行第十二&第十三字节；raid5开始分析的扇区序数号应该符合：是n与m的整数倍，然后查看每块硬盘的文件序号数，以从小到大排列，没有文件特征码的为校验块，有文件特征码的为数据块；按照文件序数排列，分析一个硬盘数或其倍数为止，以确定硬盘raid结构、排序。
今天为某公司恢复浪潮服务器Sas15K300G*5 Raid,客户的服务器硬盘给的盘序是从上到下是12345，2号盘损坏不认，4好盘损坏但有容量，硬盘标签是43210，分析结果按客户的标记应该是15432，按标签是40123；使用UFS组合分区显现；使用RST显示不正确，需要扫描，显现第一个正确的分区，按已出现正确的分区参数，确定并扫描下一个分区头，分区及文件表全部显现，数据正确。
|
