|
| |
| Sun Java System Calendar Server 6 2005Q1 管理指南 | |
第 10 章
配置自动备份 (csstored)在配置期间，您可以启用自动备份。但是，在配置后的任何时间您也可以启用或禁用自动备份。好的备份系统对于保护数据和最小化运行的停机时间是至关重要的。
本章中的信息介绍了如何配置 Calendar Server 服务 csstored 以便执行自动备份。本章包括以下各节：
注
如果您选择不使用此处所述的自动备份进程，则必须执行自己的备份策略以保护数据。有关如何使用其他 Calendar Server 工具来保护数据的信息，请参见第 17 章“备份和恢复 Calendar Server 数据”。
有关 csstored 的概述，请参见 Sun Java System Communications Services Deployment Planning Guide，它位于：
http://docs.sun.com/coll/CalendarServer_05q1 和
http://docs.sun.com/coll/CalendarServer_05q1_zh
自动备份概述本节包含以下主题：
自动备份的工作原理
Calendar Server 系统将日历数据库的每个事务（对日历及其属性的添加、修改或删除）均记录在事务日志文件中。在某一预定的时间间隔，将关闭此日志文件以进行写入，并创建另一个日志文件。系统随后会在时间允许的情况下将最早关闭的事务日志中的事务应用到实际的日历数据库中。
在将该日志中的所有事务应用到数据库时，该日志将被标记为“已应用”。已应用的日志随后将被应用到数据库的热备份副本中。您的热备份数与仍等待被应用的事务数目保持当前一致。
csstored 的工作原理
csstored 是在启动时所启动的 Calendar Server 服务之一。如果已对此服务进行了配置，它将执行日历数据库的自动备份（热备份和 / 或归档备份）。
您可以在运行配置程序 csconfigurator.sh 时，配置 csstored 以进行自动备份。如果您在运行配置程序时选择了其中一种或两种自动备份，则无需执行进一步的配置步骤。
如果您在配置程序中未选择自动备份，则它们将被禁用，但 csstored 进程仍运行。但是，在启用自动备份之前，csstored 唯一执行的功能为每隔 24 小时生成一个提示性管理员消息，说明未对 csstored 进行配置（意味着尚未启用自动备份）。
注
如果禁用了自动备份，则应将循环日志记录 ics.conf 参数（即，caldb.berkeley.circularlogging）设置为 "yes"。这将启用对旧数据库事务日志进行的清除，以节省磁盘空间。
循环备份的工作原理
启用了自动备份后，csstored 将使用循环备份系统来自动管理保留在备份数据库文件中的备份副本的数目。
csstored 将备份存储在备份数据库目录下，直到已积累到备份副本的最大数目或已达到所允许的最大磁盘空间。此时，它将清除备份副本（最早的最先清除）直到达到要保留的副本的最小数目并且在磁盘空间阈值以下。
存在一簇用于控制循环备份的 ics.conf 参数。这些参数具有默认值，无需对其进行更进一步的自定义。如果您要调整系统中备份的工作方式，请参见调优自动备份。
启用自动备份（较高级别）
以下列出了为启用自动备份而要执行的较高级别的任务：
设置事务日志文件本节包含以下主题：
了解事务日志文件
Calendar Server 使用事务日志文件来捕获自从最近一次快照以来对日历数据库所做的所有添加、修改和删除。在关闭日志文件以进行写入之前，事务将不会实际应用到动态数据库中。时间间隔参数用于指定关闭旧日志文件和创建新日志文件的频率。
日志文件名称由可配置的名称及附加在末尾的唯一数字组成。
关闭日志文件后，就可以将它们应用到动态数据库中。这将异步发生，意味着创建日志文件和将事务写入日志文件是“实时”进行，而将事务应用到数据库中的程序则独立地运行，与将事务写入日志文件中的操作无关。如果系统非常繁忙，则等待应用到数据库的日志文件的数目将会增加。当系统周期缓慢时，用于应用事务的程序就有时间来“追赶”并且实际上可能会处于闲置状态，等待下一个事务日志的到来。
事务已被应用于动态数据库之后，将被应用于热备份快照（如果已启用）。日志文件也将被写入快照所在的同一归档目录下。
设置事务日志文件
指定管理员的电子邮件地址本节包含以下主题：
发送至管理员的电子邮件消息
当某些事件或错误发生时，将通过电子邮件通知管理员。导致生成电子邮件消息的事件包括：
设置管理员的电子邮件地址
启用热备份本节包含以下主题：
什么是热备份？
理论上，热备份由最新快照及应用于此快照的所有事务日志（除了当前正被写入的事务日志）组成。系统在应用事务日志方面可能会落后，这取决于系统的繁忙程度。可能存在若干尚未被应用到数据库或热备份中的日志文件。
动态数据库的这个“接近完整的副本”旨在发生某些故障或检测到数据库已损坏的情况下可以最小化停机时间和数据丢失。
每隔 24 小时拍下新快照时，将启动新的热备份。旧的热备份被验证并且一直保留到被清除。有关更多信息，请参见循环备份的工作原理。
启用热备份
- 在命令行处，转到 ics.conf 所在的目录：
cd /etc/opt/SUNWics5/config
- 通过将以下 ics.conf 参数设置为 "yes" 来启用热备份：
caldb.berkeleydb.hotbackup.enable="yes"
- 指定热备份目录的目录路径：
caldb.berkeleydb.hotbackup.path=/var/opt/SUNWics5/hotbackup_directory
您可以选择将热备份置于备用磁盘或磁盘子系统中，以防主磁盘驱动器上出现硬件故障。这样做还可以降低主驱动器或子系统上的 I/O 争用。
如果您具有高可用性 (HA) 配置，则将该路径指定为共享存储 (/global/cal/) 中的子目录。另请参阅第 7 章“配置高可用性（故障转移服务）”。
- 编辑完 ics.conf 文件后，请重新启动 Calendar Server：
cal_svr_base/SUNWics5/cal/sbin/start-cal
您无需为编辑 ics.conf 文件停止日历服务，但必须重新启动服务以使更改生效。
启用归档备份本节包含以下主题：
什么是归档备份？
归档备份由快照及为快照所创建的日志文件组成。这些日志文件不被应用到此快照中。归档数据库将保留在磁盘上直至被清除。请参见循环备份的工作原理。
启用归档备份
- 在命令行处，转到 ics.conf 所在的目录：
cd /etc/opt/SUNWics5/config
- 通过将以下 ics.conf 参数设置为 "yes" 来启用归档备份：
caldb.berkeleydb.archive.enable="yes"
- 指定归档目录的目录路径：
caldb.berkeleydb.archive.path=/var/opt/SUNWics5/archive_backup_directory
您可以选择将归档备份置于备用磁盘或磁盘子系统中，以防主磁盘驱动器上出现硬件故障。这样做还可以降低主驱动器或子系统上的 I/O 争用。
如果您具有高可用性 (HA) 配置，则将该路径指定为共享存储 (/global/cal/) 中的子目录。另请参阅第 7 章“配置高可用性（故障转移服务）”。
- 编辑完 ics.conf 文件后，请重新启动 Calendar Server：
cal_svr_base/SUNWics5/cal/sbin/start-cal
您无需为编辑 ics.conf 文件停止日历服务，但必须重新启动服务以使更改生效。
禁用警告消息本节介绍了来自未配置的 csstored 进程的每日警告消息以及如何停止此消息。本节包含以下主题：
为什么会发出消息？
默认情况下，start-cal 程序将启动 csstored 进程。如果您已选择不在后端计算机上配置 csstored 来进行备份，或您具有不包含任何需要备份的数据库的前端计算机，则您仍将每隔 24 小时收到来自所有未配置计算机的提示性消息。如果不想 csstored 发出这些消息，则必须禁止 csstored 运行。
如何禁止 csstored 运行