计划恢复策略 使用 ON-Bar 或 ontape 之前，请规划您的恢复目标。
数据丢失的类型 计划恢复策略时的第一步是确定可接受的数据丢失量（如有）。 可能发生以下类型的数据丢失：
• 以下内容的删除： ₒ 行、列、表或数据库 ₒ 块、存储空间或逻辑日志 • 数据毁坏或产生了不正确的数据 • 硬件故障（例如包含块文件的磁盘故障或备份磁带磨损） • 数据库服务器故障 • 自然灾害
确定失败严重性
确定恢复目标后再创建恢复计划。计划应该包含多级故障的恢复目标。
下表显示了针对各种数据丢失量的故障的恢复计划。
数据使用情况确定备份调度
制定恢复计划后，请根据您使用数据的方式创建备份计划。
您使用数据的方式将确定您计划备份调度的方式，如下所示：
• 数据使用
用户如何使用数据？
ₒ 关键数据库空间（根数据库空间以及包含物理日志和至少一个逻辑日志文件
的数据库空间）
ₒ 关键业务应用程序数据
ₒ 由于法律或记录保存原因的长期数据存储
ₒ 组之间的数据共享
ₒ 测试数据
• 事务时间
可以丢失多长的事务时间？即，要手动重新输入丢失的事务可能花费多长时间？
例如：您可以承担重新输入过去三个小时里发生的所有事务吗？
• 数量和分布
丢失多少数据是您可以承担的？例如：您丢失了客户概要文件的四分之一，或者
丢失了中西部地区的销售数据而西海岸的数据仍然是完好无损的。
询问以下问题将有助于确定您希望备份数据的频率和时间：
• 您的业务是否存在可以恢复系统的停机时间？
• 如果您的系统是 24x7 全天候运行的（没有停机时间），是否存在可以进行恢复 的非高峰时间？ • 如果恢复必须在高峰期内发生，该时间有多关键？ • 数据库服务器处于联机状态时可以恢复哪种数据（热恢复）？哪种数据必须在脱 机状态下进行恢复（冷恢复）？ • 有多少存储设备可用于备份与恢复数据？
调度备份
您的恢复策略应该包含备份调度。 定制备份计划以满足您系统的需要。数据更改越频
繁、更改越重要，您就需要越频繁地备份该数据。
您的备份计划还应该指定备份级别。
基于标号的访问控制的安全需求 对于基于标签的访问控制 (LBAC)，运行 ON-Bar 或 ontape 的人员无需获得安全策略或其 他特权的豁免，即可备份或恢复数据。 使用 ON-Bar 或 ontape 恢复数据之后，LBAC 保护仍是完整的。
为生产数据库服务器计划备份系统 要为数据计划足够的备份保护，请分析数据库服务器配置和活动以及安装时可用的备份介 质类型。 还要考虑存储介质、磁盘、计算机和控制器以及网络大小的开支执行 0 级备份前的操作 在执行以下任何操作之后，您必须至少为根数据库空间和已修改的存储空间执行 0 级备 份： • 添加或删除镜像。 • 移动、删除逻辑日志文件或调整逻辑日志文件的大小。 • 更改物理日志的大小或位置。 • 更改存储管理器的配置。 • 添加、移动或删除数据库空间。 • 对任意类型的存储空间添加、移动或删除块。 • 添加、移动或删除 Blob 空间或智能大对象空间。 例如，如果添加新数据库空间 dbs1，那么您会在消息日志中看到一条警告，要求您对根 数据库空间和新数据库空间执行 0 级备份。如果试图对根数据库空间或新数据库空间执 行增量备份作为代替，ON-Bar 将自动对新数据库空间执行 0 级备份。 提示： 尽管在添加日志文件后不再需要立即备份，但是因为数据结构发生了变化，所以下一 个备份应该是 0 级备份。 如果创建的存储空间与已删除的存储空间同名，那么会执行两次 0 级备份： 1. 在删除存储空间后并在创建同名的存储空间前备份根数据库空间。 2. 创建存储空间后，备份根数据库空间和新存储空间。 执行 0 级备份后的操作 在执行以下任何操作之前，您必须为已修改的存储空间执行 0 级备份： • 将非日志记录数据库转换为日志记录数据库。 • 在将 RAW 表变更为 STANDARD 类型之前。此备份确保转换到日志记录表类型 之前未记录的数据是可恢复的。
评估硬件和内存资源 当您计划备份系统时，请评估您的硬件和内存资源。 评估以下数据库服务器和硬件配置元素以确定要使用哪些存储管理器和存储设备： • I/O 虚拟处理器数 • 可用内存量以及处理器活动的分布 另请考虑备份与恢复所需的临时磁盘空间。数据库服务器使用临时磁盘空间来存储备份期 间被覆盖以及内存中发生查询处理而溢出的之前数据映像准备备份数据时，请确保正确设置 DBSPACETEMP 环境变量或参数，以便指定的数据库 空间具有足够空间，能满足您的需求。如果指定的数据库空间中空间不足，备份将失败， 并且将使用根数据库空间，或者在填满根数据库空间之后，备份将失败。
评估备份与恢复时间 多种因素（包括数据库服务器配置和数据库大小）会影响系统备份与恢复数据所需的时间 量。 备份或恢复花费的时间取决于以下因素： • 磁盘或磁带设备的速度 存储设备的速度越快，备份或恢复的时间就越快。 • 当磁盘或系统故障要求您重新构建数据库时，要恢复的增量备份的数目 增量备份比完全备份使用的存储空间少，并且还能缩短恢复时间。 • 数据库中存储空间的大小和数目 备份：许多小存储空间的备份时间比总大小相同的一些大存储空间稍微长一些。 恢复：通常恢复的时间与恢复最大存储空间和逻辑日志的时间相同。 • 存储空间是否镜像 如果存储空间被镜像，将减少必须恢复被损坏的或被破坏的数据的可能性。可以 在数据库服务器联机的情况下在非高峰时间恢复镜像。 • 在备份与恢复期间用户中断的时间长度 如果在数据库服务器处于联机状态时执行备份和热恢复，用户可以继续他们的工 作但可能会注意到响应变慢。如果在数据库服务器处于停顿方式下执行备份和热 恢复，那么用户必须退出数据库服务器。如果在数据库服务器处于脱机状态时执 行冷恢复，那么数据库服务器对于用户不可用，因此恢复进行得越快越好。外部 备份与恢复将除去系统停机时间。 • 备份调度 并不是每个备份或恢复会话中都必须包含所有的存储空间。通过调度备份，相对 于很少或从不更改的那些存储空间，您可以更加频繁地对快速更改的存储空间进 行备份。确保对每个存储空间至少进行一次 0 级备份。 • 数据库空间中表的布局以及磁盘中数据库空间的布局 设计您的数据库服务器模式时，以能够快速恢复重要信息的目的来组织数据。例 如，将关键的和常用的数据隔离在最快的磁盘的一小组存储空间中。还可以将大 表分段使其分布在数据库空间中，用来平衡 I/O 并最大化多个磁盘上的吞吐量。 有关更多信息，请参阅《GBase 8s 性能指南》
评估日志记录和事务活动 当您计划备份系统时，另请考虑日志记录和事务活动。 以下数据库服务器使用需求将影响您针对存储管理器和存储设备的决策： • 期望的事务活动的数量和比率 • 逻辑日志的数目和大小 如果需要从事务活动少的数据库服务器恢复数据，请定义许多小逻辑日志。由于 逻辑日志备份不频繁，因此不太可能丢失数据。 • 逻辑日志文件填充的速度有多快 在日志文件填满之前进行备份，这样数据库服务器就不会挂起。 • 数据库和表的日志记录方式 当使用许多非日志记录数据库或表时，逻辑日志备份可能变得不太频繁。
压缩行数据
压缩行数据可使备份与恢复数据更高效。
先压缩行数据然后再备份，可以提高备份与恢复的速度并且减少所需的备份介质。备份与
恢复期间，较小的数据大小比未压缩数据具有以下优势：
• 备份更快。
• 恢复更快。
• 逻辑日志更小。
• 备份映像更小。
如果使用外部压缩实用程序来压缩已压缩行数据的备份映像，那么可能不会减少备份映像
大小，因为已压缩数据通常无法进一步压缩。在某些情况下，已压缩行数据的备份映像大
小可能大于外部实用程序压缩的备份映像大小。
使用外部程序变换数据
您可以在备份之前将外部程序用作过滤器插件来将数据变换为其他格式，然后在恢复之后
将数据变换回原始格式。
要压缩或变换数据，请使用 BACKUP_FILTER 和 RESTORE_FILTER 配置参数调用外部
程序。
提示： 如果在备份行数据之前将其压缩，那么使用外部实用程序压缩备份映像可能不会生成
更小的备份映像。
任何人都可以拥有该过滤器，但是非特权用户不能具有写访问权。对过滤器的许可权与对
GBase 8s 服务器或 GBase 8s 实用程序所调用的其他任何可执行文件的许可权相同。
