还原及回复数据库

作为一个 DBA，应该规划一个最大工作时间的计划。这个计划应该包括下列组件：
• 记录当前组态档案
　
• 建立容错环境
　
• 预备实时回复
　
• 记录数据库回复计划档案
　
大部分的步骤都涉及到计划编制和档案治理。通常回复计划并没有记录，并且只有计划的开发者才能执行这个计划，一旦这个特定成员未能出现，就会出现严重损坏。
________________________________________
说明
确认记录的严重损坏回复计划档案，并指派候补人员在严重损坏发生时，您无法在场时的执行计划。
________________________________________
记录当前组态档案
　
假如建立当前组态的步骤没有很好的记录成档案，那么可能在系统需要重新建构或者在系统中增加新的硬件时会出现问题。记录当前组态档案能够更快速的重建、重新安装和重新设定系统。确定已经包括了下列信息：
• 硬件配置 包括硬件的类型和数量、RAID组态和其它选项。
　
• 安装的软件产品 包括安装在服务器上所有软件的完整信息。
　
建立容错环境
　
就像 第 5 章 看到的，容错 RAID 磁盘区的使用可以大大的降低系统失效的可能性。磁盘是机械组件，跟对象一样会有磨损。使用容错磁盘区，就能在重新安装操作系统、SQL Server 和重建来自备份的数据库时减少许多麻烦，重建过程是一个耗时又耗力的过程（耗费主要在劳动和系统故障期间损失的收入方面）。 本文来自织梦
假如容错磁盘损毁了，请尽可能快的将它更换。总会有磁盘可能损毁，而一些容错的形式可以在只损毁一个磁盘的情况下继续工作。可预备磁盘随时备用。
预备实时回复
　
预备好在必要时回复数据库。备份应该储藏在其它地方，防止如火灾或洪水的灾难，但您还是应该在手边保存有最近的备份，因为您可能无法很快速的从其它地方取到备份。备份阶段区域（backup staging area）是一种最受欢迎的方式，用这种方式可以在工作站保存最新的备份，还可以提高备份和还原的效能。备份阶段区域在网络上某处磁盘中储存最新的数据库和交易记录文件备份。在需要还原时，不需要使用磁带或从远离工作站的储藏处取得备份─还原可以立即进行。假如需要立即执行还原，这种技术就很有用了，但是由于必须占用硬件资源来储存备份，因此它的硬件需求很高。必须考虑预算和需求来决定是否需要。
记录数据库回复计划档案
　
因为在数据库必须回复的情况发生时，您也许不在现场，所以应该谨慎记录数据库回复计划，并和其它成员共享这些信息，这样在必要时他们就可以回复系统。假如自最后一次数据库还原之后过了很长的时间，数据库回复计划档案也会是一个有效的备忘手册。在任何事件中，保有数据库回复计划的手写拷贝都能使还原过程执行的更加平稳。 织梦好，好织梦
记录文件传送
　
SQL Server 2000 中的记录文件传送功能让您将最新交易记录文件应用在备用系统中，以建立备用系统并随时更新。备用系统保持参数回复模式，持续地让交易记录文件应用其上。即使系统在回复模式仍可以进行只读查询，因此可以让您使用备用系统来卸除报告任务。
在主要服务器的失效事件中，备用服务器可以简单而快速地到新的服务器上。这个功能已经有很多人在 SQL Server 7 中使用过，在 Microsoft 中也可支持，还加进一些好用的功能。这些功能包括透过 数据库维护计划精灵 和 SQL Server 代理程序启动与维护备用系统的能力。
本章总结
　
关于数据库备份、还原和回复操作的讨论到此结束。在这两章中，您已经学到了如何有效的进行系统的备份和还原，以及 SQL Server 回复是如何运作的，您也看到了如何使用 Enterprise Manager 和 T-SQL 命令执行这些操作。本章着重在讨论回复操作和预备严重损坏回复计划。记住，系统的安全性是 DBA 的主要职责之一。

看完这篇，您有何感觉呢？

上一篇：备份SQLServer   下一篇：使用SQL Query Analyzer和SQL Profiler

用户名(必填) 新注册

密码(必填) 匿名评论