恢复SQL数据库分析和总结.docx

图 图 1 错误信息 复 SQL 数据库 近日，用户打电话请求技术支持，说素材采集数据库连接不上，笔者在网管控制台启动应用程序，发现确实如此，如图 1 所示。 笔者进行了简单的测试：ping 数据库服务器没有问题，证明网络连接没有问题： ODBC 连接也可以连接到数据库服务器的 MASTER 数据库，证明客户端没有问题。问题应该出在 CMS 应用数据库上。 直到现在笔者还没有认识到问题的严重性。打开企业管理器，查看 CMS 数据库的状态，竟然是“置疑”！ 出现“置疑”状态有几种可能： ? 数据库文件或者相关的日志文件丢失。 ? 数据库所在的路径发生变化。 ? 磁盘可用空间不足。 ? SQL Server 可能没有足够的时间来恢复数据库。 ? 数据库在数据写入的过程中数据页因为停电或者内存泄漏等操作被损坏。为了查看故障情况，首先重新启动了数据库服务器，查看 SQL Server 服务管理器中的 SQL Server 的运作状况，发现其运行正常，说明 SQL Server 服务是正常的。打开企业管理器，故障情况依旧。 首先向部门领导报告了故障发生的情况，请示以后紧急启用了一台临时服务器。根据故障的状况和“置疑”发生的可能性，笔者逐一进行了排查。文件路径没 有改变，文件也没有丢失，磁盘空间还有 30GB，没有进行数据库恢复操作，那就只有最后一种可能了。问一下同事数据中心是否停过电，回答是没有。仔细 问了一下，有没有异常发生，这时候有个同事说刚才在调试 KVM 的时候不小心把电源线给拔下来了，由于没有认识到连接的是服务器，连续接插了几次。啊！ 这可是资料存储的 Server 啊！不过还好，数据库文件、日志文件还在，可以使用数据库附加到服务器。打开查询分析器输入以下脚本命令： EXEC sp_attach_db @dbname = Ncms, @filename1 = Nd:\Data\cms.mdf, @filename2 = Ne:\Data\cms_log.ldf EXEC sp_attach_db @dbname = Ncms, @filename1 = Nd:\Data\cms.mdf, @filename2 = Ne:\Data\cms_log.ldf 如果数据库文件没有问题的话就应该 OK 了。因为文件很大，执行开始以后，笔者就离开机房回到座位上，耐心等待数据库附加完成。不过，最不愿意看到的事情发生了，数据库文件损坏，不是有效的数据库文件头，可以确认这是灾难性的！还好，想到还有完整的数据备份机制，至少可以把损失降低到最低程度 吧。 拿出以前制定的备份策略看了一下，CMS 数据库的备份是这样的：星期日、三凌晨 2:00 执行数据库完整备份，同时备份事务日志，星期一、二、四、五、六凌晨 2:00 执行数据库差异备份，同时备份事务日志。MASTER 的数据库备份是在每天的 1:00 执行完全备份，每个星期的每一天都单独保留相应的备份。如果要将 CMS 数据库还原到星期二下午 16:00 时的状态，根据备份方案要执行如下操作：还原在星期日凌晨 2:00 创建的数据库完整备份，还原在星期二凌晨2:00 创建的差异数据库备份。但是最后一次差异备份后数据库修改的数据怎么办？每天的数据量可是接近万条啊，不会需要手工重新输入吧？ 现在也不知道 MASTER 数据库是否完整。根据状况分析，有可能 MSATER 数据库也有故障。先恢复今天凌晨 1:00 备份的 MASTER 数据库。打开企业管理器，选择数据库，用鼠标右键单击所有任务，选择“还原数据库”。 选择数据库名为 master，从备份设备上恢复，选择 master_back.bak 数据库备份，选择数据库完全还原备份集合，然后单击“确定”按钮。哦，怎么出错了？ 原来，笔者忙中出错：在数据库上要强行恢复正在运行的 MASTER 数据库，这怎么行呢？正确的步骤应该是首先进入单用户模式，然后才能恢复 MASTER 数据库。进入管理工具的服务管理器，找到 SQL Server 服务，停止该服务。 提示： 要以单用户方式启动数据库，必须在启动参数中输入-CM，重新启动数据库就以单用户方式启动了。 重新进入还原 MASTER 数据库窗口，选择备份文件，确定即可。至此，已经成功还原了 MASTER 数据库，同时又自动关闭了 SQL Server 服务。为了避免因为操作失误或者其他的原因导致恢复出现错误，决定先在自己的机器上模拟一下恢复过程。 于是，在自己的 PC 上，创建一个数据库 test，只建立了一个表 qq，输入 5 条数据，然后完整备份这个 test 数据库，因为是完整备份而且是第一次，所以选择“追加到媒体”或者“重写现有媒体”均可。这个完全备份相当于星期日凌晨 2:00 的完全备份。再