1.  为生产数据库服务器计划备份系统

要为数据计划足够的备份保护，请分析数据库服务器配置和活动以及安装时可用的备份介质类型。

还要考虑存储介质、磁盘、计算机和控制器以及网络大小的开支。

执行 0 级备份前的操作

在执行以下任何操作之后，您必须至少为根数据库空间和已修改的存储空间执行 0 级备份：

·  添加或删除镜像。

·  移动、删除逻辑日志文件或调整逻辑日志文件的大小。

·  更改物理日志的大小或位置。

·  更改存储管理器的配置。

·  添加、移动或删除数据库空间。

·  对任意类型的存储空间添加、移动或删除块。

·  添加、移动或删除 Blob 空间或智能大对象空间。

例如，如果添加新数据库空间 dbs1 ，那么您会在消息日志中看到一条警告，要求您对根数据库空间和新数据库空间执行 0 级备份。如果试图对根数据库空间或新数据库空间执行增量备份作为代替， 备份恢复程序 将自动对新数据库空间执行 0 级备份。

提示 ： 尽管在添加日志文件后不再需要立即备份，但是因为数据结构发生了变化，所以下一个备份应该是 0 级备份。

如果创建的存储空间与已删除的存储空间同名，那么会执行两次 0 级备份：

1.  在删除存储空间后并在创建同名的存储空间前备份根数据库空间。

2.  创建存储空间后，备份根数据库空间和新存储空间。

执行 0 级备份后的操作

在执行以下任何操作之前，您必须为已修改的存储空间执行 0 级备份：

·  将非日志记录数据库转换为日志记录数据库。

·  在将 RAW 表变更为 STANDARD 类型之前。此备份确保转换到日志记录表类型之前未记录的数据是可恢复的。

评估硬件和内存资源

当您计划备份系统时，请评估您的硬件和内存资源。

评估以下数据库服务器和硬件配置元素以确定要使用哪些存储管理器和存储设备：

·  I/O 虚拟处理器数

·  可用内存量以及处理器活动的分布

另请考虑备份与恢复所需的临时磁盘空间。数据库服务器使用临时磁盘空间来存储备份期间被覆盖以及内存中发生查询处理而溢出的之前数据映像。

准备备份数据时，请确保正确设置环境变量或参数，以便指定的数据库空间具有足够空间，能满足您的需求。如果指定的数据库空间中空间不足，备份将失败，并且将使用根数据库空间，或者在填满根数据库空间之后，备份将失败。

评估备份与恢复时间

多种因素（包括数据库服务器配置和数据库大小）会影响系统备份与恢复数据所需的时间量。

备份或恢复花费的时间取决于以下因素：

·  磁盘或磁带设备的速度

存储设备的速度越快，备份或恢复的时间就越快。

·  当磁盘或系统故障要求您重新构建数据库时，要恢复的增量备份的数目

增量备份比完全备份使用的存储空间少，并且还能缩短恢复时间。

·  数据库中存储空间的大小和数目

备份：许多小存储空间的备份时间比总大小相同的一些大存储空间稍微长一些。

恢复：通常恢复的时间与恢复最大存储空间和逻辑日志的时间相同。

·  存储空间是否镜像

如果存储空间被镜像，将减少必须恢复被损坏的或被破坏的数据的可能性。可以在数据库服务器联机的情况下在非高峰时间恢复镜像。

·  在备份与恢复期间用户中断的时间长度

如果在数据库服务器处于联机状态时执行备份和热恢复，用户可以继续他们的工作但可能会注意到响应变慢。如果在数据库服务器处于停顿方式下执行备份和热恢复，那么用户必须退出数据库服务器。如果在数据库服务器处于脱机状态时执行冷恢复，那么数据库服务器对于用户不可用，因此恢复进行得越快越好。外部备份与恢复将除去系统停机时间。

·  备份调度

并不是每个备份或恢复会话中都必须包含所有的存储空间。通过调度备份，相对于很少或从不更改的那些存储空间，您可以更加频繁地对快速更改的存储空间进行备份。确保对每个存储空间至少进行一次 0 级备份。

·  数据库空间中表的布局以及磁盘中数据库空间的布局

设计您的数据库服务器模式时，以能够快速恢复重要信息的目的来组织数据。例如，将关键的和常用的数据隔离在最快的磁盘的一小组存储空间中。还可以将大表分段使其分布在数据库空间中，用来平衡 I/O 并最大化多个磁盘上的吞吐量。

·  数据库服务器和系统负载

数据库服务器或系统上的负载越大，备份或恢复的时间就越长。

评估日志记录和事务活动

当您计划备份系统时，另请考虑日志记录和事务活动。

以下数据库服务器使用需求将影响您针对存储管理器和存储设备的决策：

·  期望的事务活动的数量和比率

·  逻辑日志的数目和大小

如果需要从事务活动少的数据库服务器恢复数据，请定义许多小逻辑日志。由于逻辑日志备份不频繁，因此不太可能丢失数据。

·  逻辑日志文件填充的速度有多快

在日志文件填满之前进行备份，这样数据库服务器就不会挂起。

·  数据库和表的日志记录方式

当使用许多非日志记录数据库或表时，逻辑日志备份可能变得不太频繁。

压缩行数据

压缩行数据可使备份与恢复数据更高效。

先压缩行数据然后再备份，可以提高备份与恢复的速度并且减少所需的备份介质。备份与恢复期间，较小的数据大小比未压缩数据具有以下优势：

·  备份更快。

·  恢复更快。

·  逻辑日志更小。

·  备份映像更小。

如果使用外部压缩实用程序来压缩已压缩行数据的备份映像，那么可能不会减少备份映像大小，因为已压缩数据通常无法进一步压缩。在某些情况下，已压缩行数据的备份映像大小可能大于外部实用程序压缩的备份映像大小。

使用外部程序变换数据

您可以在备份之前将外部程序用作过滤器插件来将数据变换为其他格式，然后在恢复之后将数据变换回原始格式。

提示 ： 如果在备份行数据之前将其压缩，那么使用外部实用程序压缩备份映像可能不会生成更小的备份映像。

任何人都可以拥有该过滤器，但是非特权用户不能具有写访问权。对过滤器的许可权与对 GBase 8s 服务器或 GBase 8s 实用程序所调用的其他任何可执行文件的许可权相同。