sql数据库修复 编辑我们要将步骤e中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在sql server enterprise manager里面恢复，也可以使用如下语句完成
.将smlog_log.ldf文件备份到其它目录下；
　　--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；
　　--c.执行以下语句修改数据库的状态：
　　use master
　　go
　　update sysdatabases set status=32768 where name='数据库名称' --修改状态,设为紧急状态
　　go
　　shutdown with nowait --停止数据库服务器
　　go
　　--d.退出sql并在(command)命令行模式中通过下面的代码重新启动sql：
　　sqlservr-c -t3608 -t4022 --安全模式启动sql server
　　--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：
　　select name,status from sysdatabases where name='数据库名称'
fdisk和format的一点小说明
和文件的删除类似，利用fdisk删除再建立分区和利用format格式化逻辑磁盘（假设你格式化的时候并没有使用/u这个无条件格式化参数）都没有将数据从data区直接删除，前者只是改变了分区表，后者只是修改了fat表，因此被误删除的分区和误格式化的硬盘完全有可能恢复……
系统启动流程
各种不同的操作系统启动流程不尽相同，我们这里以win9x/dos的启动流程为例。
第1一阶段:系统加电自检p1ost过程。p1ost是(poweronselftest)的缩写，也就是加电自检的意思，微机执行内存ffff0h处的程序（这里是一段固化的rom程序），对系统的硬件（包括内存）进行检查。
第二阶段:读取分区记录和引导记录。当微机检查到硬件正常并与cmos设置相符后，按照cmos设置从相应设备启动（我们这里假设从硬盘启动），读取硬盘的分区记录（dpt）和主引导记录（mbr）。
第三阶段:读取dos引导记录。微机正确读取分区记录和主引导记录后，如果主引导记录和分区表校验正确，则执行主引导记录并进一步读取dos引导记录（位于每一个主分区的第1一个扇区），然后执行该dos引导记录。
第四阶段:装载系统隐含文件。将dos系统的隐含文件io.sys入内存，加载基本的文件系统fat，这时候一般会出现startingwindows9x...的标志，io.sys将ms.sys读入内存，并处理system.dat和user.dat文件，加载磁盘压缩程序。
第五阶段:实dos模式配置。系统隐含文件装载完成，微机将执行系统隐含文件，并执行系统配置文件（config.sys），加载config.sys中定义的各种驱动程序。
第六阶段:调入命令解释程序(command.com)。系统装载命令管理程序，以便对系统的各种操作命令进行协调管理（我们所使用的dir、copy等内部命令就是由command.com提供的）。
第七阶段:执行批处理文件(auto执行.bat)。微机将一步一步地执行批处理文件中的各条命令。
第八阶段:加载win.com。win.com负责将windows下的各种驱动程序和启动执行文件加以执行，至此启动完毕。