档案信息数据库的备份与恢复

三、 数据库的恢复
恢复是指当磁盘损坏或者数据库崩溃时，通过转 储或卸载的备份重新安装数据库的过程。 数据库的恢复大致有如下方法： !、 （! ） 周期性地 （如 & 天 一 次 ） 对整个数据库进行转 储， 把它复制到备份介质中， 作为后备副本， 以备恢复 之用。 转储通常可分为静态转储和动态转储。 静态转储 是指转储期间不允许对数据库进行任何存取、修改活 动。而动态转储是指在存储期间允许对数据库进行存 取或修改。 （" ） 对数据库的每次修改， 都记下修改前后的值， 写入 “运行日志” 。它与后备副本结合， 可有效地恢复数 据库。 日志文件是用来记录对数据库每一次更新活动的 文件。在动态转储方式中必须建立日志文件， 后备副本 和日志文件综合起来才能有效地恢复数据库。在静态 转储方式中， 也可以建立日志文件。当数据库毁坏后， 可重新装入后备副本，把数据库恢复到转储结束时刻 的正确状态。然后利用日志文件， 把已完成的事务进行 重新处理，对故障发生时尚未完成的事务进行撤销处 理。这样不必重新运行那些已完成的事务程序就可把 数据库恢复到故障前某一时刻的正确状态。
!"#$ %&’($)#*
业务纵横
一、 保持独立品格 坚守档案职业 立足点
目前， 许多职业都正在经历着现代信息 技 术 的 洗 礼 与 考 验 ，有 些 因 落 伍 而 悄 悄 衰 落， 有些则通过与时俱进的变革与改造而焕 发出勃勃生机， 兴衰之根源主要在于其现有 的功能是否符合社会需要， 是否具有不可替 代性。 我们认为， 直面变革， 档案职业的不可 替代性显而易见， 其生命活力定将伴随人类 社会的前行而永葆。面对冲击的档案工作 者， 没必要悲观， 更不能轻言放弃， 而应当始 终坚守自己职业的立足点。 用日志文件恢复事务 !、 利用日志文件恢复事务的过程分两步：
,-./0-/.12 3/1.4
就是用来创建输出文件的。该过程有些慢， 对 5678/681 ）
$!
湖 北 档案 !""# ・ #
来自百度文库
!
现代信息技术的迅猛发展和政务信息 公 开 工 作 的 稳 步 推 进 ，使 档 案 事 业 迎 来 了 难得的发展机遇。同时也有学者指出， 档案 职业处在既有可能被图书、情报管理所同 化 ，又 有 可 能 被 性 能 优 良 的 计 算 机 信 息 管 理系统所替代的所谓 “夹 缝 时 代 ” 。身处夹 缝之中， 有危机， 也有生机。是在危机中消 沉， 还是变危机为变革与飞跃的转机， 这关 系 到 我 们 这 个 职 业 、这 项 事 业 未 来 发 展 的 走向。 首先， 档案是现代社会生存与发展的基 础条件之一。现代企业要持续运作与经营， 现代社会组织要正常活动与发展， 广大公众 要了解公共事务的原委、 现状与趋势， 都永 远离不开档案。 其次， 作为一种信息资源， 档案具有极 强的独特性， 是数字化、 网络化、 信息化时代 各类社会组织的核心信息资源。 它不仅具有 一般信息资源的共同属性， 而且以其独有的 本源性、 作为 “世界记忆” 主要载体的不可替 代性、 多维立体的广泛联系性和与人们切身 利益休戚相关的社会性等特点优于图书、 报 刊、 资料等其他文献， 其他信息资源。 正因为 如此， 永远都需要有专门的机构、 人员和专 门的技术、 方法有针对性地对档案进行科学 管理和有效开发。 再次， 档案工作必须遵循一些特有的规 律、 规则、 原理与方法， 从事档案职业者， 必 须具有专门的档案学理论知识和档案管理 专门技能。研究这些理论和技能的档案学， 有自己明确的关注领域。例如， 在我国和国 际档案学界， 全程管理与前端控制理念的完 善， 对来源原则始终是档案管理至上原则的
二、 制定备份的策略
备份不是实时的， 备份应该什么时候做， 用什么方 式做， 这主要取决于数据库的不同规模和不同的用途。 备份主要考虑以下的几个因素： 备份周期， 是按月、 周、 天、 还是小时； !、 使用冷备份还是热备份； "、 使用增量备份还是全部备份， 或者两者同时使 &、 用； （增 量 备 份 只 是 备 份 上 次 备 份 后 的 所 有 更 新 的 数 据。全部备份是完整备份数据库中所有数据） 使用什么介质进行备份， 备份到磁盘、 磁带、 还 9、 是光盘； 是人工备份还是设计一个程序定期自动备份； :、 备份介质的存放是否防窃、 防磁、 防火。 ;、
!
!"#$ %&’($)#*
业务纵横
档 案 信 息 数 据 库 的 备份 与恢复
!段毅华
目前， 档案数据库面临着许多不安全因素， 包括不 可抗因素 （地 震 、 火灾等） 和人为因素 （计 算 机 网 络 犯 罪、 病毒、 软件错误、 系统崩溃、 硬件过时等） 。有的档案 馆由于备份措施做的好，出现问题可顺利恢复数据库 的内容， 而有些却在问题面前无计可施， 眼看着多年来 辛辛苦苦著录的档案数据瞬间丢失， 造成人力、 物力资 源的极大浪费。因此， 在档案数据库管理中， 要积极实 施档案数据库的备份管理。 大型数据库的全盘备份不实用。尽管如此， 当仅想备份 那些上次备份之后改变了的数据， 即增量备份时， 该方 法非常好。为了从输出文件恢复数据， 必须生成逆 ()* 语句。该过程也相当耗时， 但工作的效果非常好。
"#$$%& 操作请求，但更新操作有可能只写到了 数 据
库缓冲区 （在内存） ， 还没来得及物理地写到数据库 （外 存） 便发生了系统故障。数据库缓冲区的内容被破坏， 这种情况仍可能造成数据库的不一致性。由于日志文 件上更新活动已完整地登记下来，因此可能重做这些 操作而不必重新运行事务程序。
湖 北 档案 !""# ・ #
$%
档 案 职 业 的 与角 形色 定 象位
重 塑
利用转储和日志文件可以有效地恢复数据库： 当 数据库本身被破坏时 （如硬盘故障和病毒破坏） 可重装 转储的后备副本， 然后运行日志文件， 执行事务恢复， 这样就可以重建数据库。当数据库本身没有被破坏， 但 内容已经不可靠时 （如发生事务故障和系统故障） 可利 用日志文件恢复事务，从而使数据库回到某一正确状 态。这时不必重装后备副本。 以上探讨了档案数据库备份和恢复方法， 档案工 作者根据工作的实际需要组合以上备份的方式、 方法 来制定最优化的备份计划。要制定一份详细的备份计 划， 必须建立一套可行的备份制度。应该做到以下几 点： 必须由专人进行计算机及档案数据管理， 确定 ’、 分管领导及其职责； 备份周期的制定， 按照备份方 !、 式 、方 法 来 确 定 适 合 各 档 案 馆 实 际 的 备 份 周 期 ； 备 (、 份存储介质的选择与存放点的确定； 备份的详细内 )、 容 （备 份 负 责 人 、 备份时间、 备份使用的软件， 备份的 数据类型， 备份的数据量， 备份数量， 存储介质及存放 地点， 分管领导签字等） 的文字记录， 具体记录格式可 自定。 （作者单位： 中原油田档案管理处） 责任编辑 * 汪建先
一、 数据库的备份
数据库的备份大致有三种类型： 冷备份、 热备份和 逻辑备份。 冷备份 !、 冷备份的操作是关闭数据库，在没有最终用户访 问它的情况下将其备份。这是保持数据完整性的最好 办法， 如果数据库太大， 无法在备份窗口中完成对它的 备份， 该办法就不适用了。 热备份 "、 热备份是在数据库更新正在被写入的数据时进 行。热备份严重依赖日志文件。在进行时， 日志文件将 业务指令 “堆 起 来 ” ， 而不真正将任何数据值写入数据 库记录。当这些业务被堆起来时， 数据库表并没有被更 新， 因此数据库被完整地备份。 该方法有一些明显的缺点。首先， 如果系统在进行 备份时崩溃，则堆在日志文件中的所有业务都会被丢 失， 因此也会造成数据的丢失。 其次， 它要求 #$% （数据 管理员） 仔细地监视系统资源， 这样日志文件就会占满 所有的存储空间而不得不停止接受业务。最后， 日志文 件本身在某种程度上也需要备份以便重建数据。需要 考虑另外的文件并使其与数据库文件协调起来，这样 为备份增加复杂度。在有些情况下， 如果日志文件能决 定上次备份操作后， 哪些业务更改了哪些记录的话， 对 数据库进行增量备份是可行的。 逻辑备份 &、 逻辑备份适用软件技术从数据库提取数据并将结 果写入一个输出文件。该输出文件不是一个数据库表， 但是表中所有数据是一个映像。不能对此输出文件进 行任何真正的数据库操作。在大多数客户机 ’ 服务器数 据 库 中 ， 结 构 化 查 询 语 言 （()*+
!
刘 金 霞 黄 存 勋
第一步， 从头开始扫描日志文件， 找出哪些事务故 障发生时已经结束， 哪些事务尚未结束。 第二步， 对尚未结束的事务进行撤销处理， 对已经 结束的事务进行重做。 进行撤销处理的方法是： 反向扫描日志文件， 对每 个重做事务的更新操作执行反操作。即对已经插入的 新记录执行删除操作， 对已删除的记录重新插入， 对修 改的数据恢复旧值 （即用旧值代替新值） 。 进行重做处理的方法是： 正向扫描日志文件， 重新 执行登记操作。 对于非常结束的事务应该进行撤销处理，以消除 可能对数据库造成的不一致性。对于正常结束的事务 进行重做处理也是需要的，这是因为事务已经发出