Sun Java System Calendar Server 6 2005Q4 管理指南

自动备份概述

本节包含以下主题:

自动备份的工作原理

Calendar Server 系统将日历数据库的每个事务(对日历及其属性的添加、修改或删除)均记录在事务日志文件中。在某一预定的时间间隔,将关闭此日志文件以进行写入,并创建另一个日志文件。系统随后会在时间允许的情况下将最早关闭的事务日志中的事务应用到即时日历数据库中。在将该日志中的所有事务应用到数据库时,该日志将被标记为“已应用”。

配置热备份后,将每隔 24 小时拍下即时数据库的快照。已应用的日志随后将被应用到数据库的热备份副本中。热备份数据库数与仍等待被应用的事务数目保持当前一致。

csstored 的工作原理

csstored 是在启动时所启动的 Calendar Server 服务之一。如果已对此服务进行了配置,它将执行日历数据库的自动备份(热备份和/或归档备份)。

您可以在运行配置程序 csconfigurator.sh 时,配置 csstored 以进行自动备份。如果您在运行配置程序时选择了其中一种或两种自动备份,则无需执行进一步的配置步骤。

如果您在配置程序中未选择自动备份,则它们将被禁用,但 csstored 进程仍运行。但是,在启用自动备份之前,csstored 唯一执行的功能为每隔 24 小时生成一个提示性管理员消息,说明未对 csstored 进行配置(意味着尚未启用自动备份)。


注 –

如果禁用了自动备份,则应将循环日志记录 ics.conf 参数(即,caldb.berkeley.circularlogging)设置为 "yes"。这将启用对旧数据库事务日志进行的清除,以节省磁盘空间。


循环备份的工作原理

启用了自动备份后,csstored 将使用循环备份系统来自动管理保留在备份数据库文件中的备份副本的数目。

csstored 将备份存储在备份数据库目录下,直到已积累到备份副本的最大数目或已达到所允许的最大磁盘空间。此时,它将清除备份副本(最早的最先清除)直到达到要保留的副本的最小数目并且在磁盘空间阈值以下。

存在一簇用于控制循环备份的 ics.conf 参数。这些参数具有默认值,无需对其进行更进一步的自定义。如果您要调整系统中备份的工作方式,请参见调优自动备份

用于启用自动备份的高级别步骤

以下列出了为启用自动备份而要执行的较高级别的任务: