运行配置程序 csconfigurator.sh 时,可以选择配置两种自动备份、紧急备份和归档备份。但是,即使当时没有选择配置自动备份,也可以在以后随时选择配置两种自动备份类型中的一种或两种。好的备份系统对于保护数据和最小化运行的停机时间是至关重要的。
本章介绍如何配置自动备份并包含以下主题:
如果您选择不使用此处所述的自动备份进程,则必须执行自己的备份策略以保护数据。有关如何使用其他 Calendar Server 工具来保护数据的信息,请参见 第 17 章,备份和恢复 Calendar Server 数据。
有关 csstored 的概述,请参见《Sun Java Communications Suite 5 Deployment Planning Guide》。
正确配置后,系统将创建日历数据库的自动备份。可以在 csconfigurator.sh 配置程序运行时将 Calendar Server 配置为自动备份,也可以以后再配置,如本章所述。
配置为自动备份后,系统将执行以下操作:
在系统启动后,每隔 24 小时(默认时间间隔)时间间隔点,系统将为动态 Calendar Server 日历数据库拍快照。此时间间隔是可配置的。如果已停止并重新启动系统,那么只有当从上一次拍快照起经过的时间达到所配置的时间间隔后,系统才会拍另一次快照。
通过针对备份副本运行 csdb verify 来验证数据库。
如果验证步骤失败(数据库已损坏),则系统将通知管理员。管理员可以将动态数据库置于只读模式,允许您不关闭数据库对问题进行故障排除。在只读模式下,不接受任何修改和删除事务(无日志记录)。有关只读模式的更多信息,请参见22.5.4 防止在数据库损坏(只读模式)时服务中断。
当察觉数据库有损坏时,需要管理员介入。将发送通知给管理员。
如果验证成功,则系统将执行以下其他任务:
如果配置为归档备份,则会创建一份归档备份,其中包含数据库快照以及自上次快照以来应用于该快照的所有事务日志文件。
如果配置为紧急备份,则会创建一份紧急备份,其中包含数据库快照以及应用于该快照的事务日志文件。
动态数据库发生损坏时,紧急备份将立即提供数据库的最新备份,以使数据丢失最少并使停机时间最短。
有关如何恢复自动备份副本的信息,请参见22.5.8 恢复自动备份副本。
本节概述如何在 Calendar Server 系统中实现自动备份。
本节包含以下主题:
Calendar Server 系统将日历数据库的每个事务(对日历及其属性的添加、修改或删除)均记录在事务日志文件中。在某一预定的时间间隔,将关闭此日志文件以进行写入,并创建另一个日志文件。系统随后会在时间允许的情况下将最早关闭的事务日志中的事务应用到即时日历数据库中。在将该日志中的所有事务应用到数据库时,该日志将被标记为“已应用”。
配置紧急备份后,将每隔 24 小时拍下即时数据库的快照。已应用的日志随后将被应用到数据库的紧急备份副本中。紧急备份数据库数与仍等待被应用的事务数目保持当前一致。
如果禁用了自动备份,则应将循环日志记录 ics.conf 参数 caldb.berkeley.circularlogging 设置为 "yes"。这将启用对旧数据库事务日志进行的清除,以节省磁盘空间。
启用了自动备份后,系统会使用循环备份系统来自动管理保留在备份数据库文件中的备份副本的数目。
系统将备份存储在备份数据库目录下,直到已积累到备份副本的最大数目或已达到所允许的最大磁盘空间。此时,系统会清除备份副本(首先是最旧的),直到剩余的副本数与要保留的最小副本数匹配,并且占据的磁盘空间大小必须低于磁盘空间阈值。如果即使保留最小备份数也会超过磁盘空间阈值,则系统会清除其他副本,直到满足阈值。
有一组用于控制循环备份的 ics.conf 参数。这些参数具有默认值,无需对其进行更进一步的自定义。如果您要调整系统中备份的工作方式,请参见21.7 调优自动备份。
如果在运行配置文件时没有配置自动备份,则可以稍后设置它们。本节介绍高级步骤列表,这些步骤是在已运行配置程序后用于启用 Calendar Server 6.3 系统的自动备份所必需的步骤。
以下是高级任务列表:
本节介绍有关设置事务日志文件的概述和说明。
本节包含以下主题:
Calendar Server 使用事务日志文件来捕获自从最近一次快照以来对日历数据库所做的所有添加、修改和删除。在关闭日志文件以进行写入之前,事务将不会实际应用到动态数据库中。时间间隔参数用于指定关闭旧日志文件和创建新日志文件的频率。
日志文件名称由可配置的名称及附加在末尾的唯一数字组成。
关闭日志文件后,就可以将它们应用到动态数据库中。这将异步发生,意味着创建日志文件和将事务写入日志文件是“实时”进行,而将事务应用到数据库中的程序则独立地运行,与将事务写入日志文件中的操作无关。如果系统非常繁忙,则等待应用到数据库的日志文件的数目将会增加。当系统周期缓慢时,用于应用事务的程序就有时间来“追赶”并且实际上可能会处于闲置状态,等待下一个事务日志的到来。
事务已被应用于即时数据库之后,将被应用于紧急备份快照(如果已启用)。日志文件也将被写入快照所在的同一归档目录下。
在命令行处,转至 ics.conf 所在的目录:
cd /etc/opt/SUNWics5/config
指定事务日志名:
logfile.store.logname=storename.log
指定事务日志目录的目录路径:
默认值为:logfile.logdir="logs"
编辑完 ics.conf 文件后,重新启动 Calendar Server:
cal-svr-base/SUNWics5/cal/sbin/start-cal
本节介绍有关设置 Calendar Server 管理员的电子邮件地址的概述和说明。
本节包含以下主题:
当某些事件或错误发生时,将通过电子邮件通知管理员。
导致生成电子邮件消息的事件包括:
未启用或未正确配置自动备份。
每隔 24 小时,当需要拍快照时,如果未启用自动备份,则 csstored 进程将报告未正确配置自动备份。
超过磁盘空间阈值。
在状况清除之前,将定时发送此消息。
服务已停止并且无法被重新启动。
通知电子邮件将说明在可以启动该服务之前需要执行哪些必需操作。
以有权更改此配置的管理员身份登录。
发布 stop-cal 命令停止 Calendar Server 服务。
转至 /etc/opt/SUNWics5/cal/config 目录。
通过复制和重命名旧的 ics.conf 文件来保存该文件。
编辑以下 ics.conf 参数以指定管理员的电子邮件地址:
alarm.msgalarmnoticercpt="admin@email_address "
将文件另存为 ics.conf。
重新启动 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
本节介绍有关启用 Calendar Server 6.3 数据库的紧急备份的概述和说明(如果在运行配置程序时没有配置它们)。
本节包含以下主题:
理论上紧急备份由最新快照及应用于此快照的所有事务日志除了当前正被写入的事务日志组成。系统在应用事务日志方面可能会落后,这取决于系统的繁忙程度。可能存在若干尚未被应用到数据库或紧急备份中的日志文件。
这种“几乎复制”即时数据库的做法旨在发生某些故障或检测到数据库已损坏的情况下可以最小化停机时间和数据丢失。
拍摄新快照后,每隔 24 小时启动一次新的紧急备份。验证并保留旧的紧急备份,直到将其清除。有关详细信息,参见9.2.2 循环备份如何在 Calendar Server 6.3 系统中工作。
以有权更改此配置的管理员身份登录。
发布 stop-cal 命令停止 Calendar Server 服务。
在命令行处,转至 ics.conf 所在的目录:
cd /etc/opt/SUNWics5/config
通过将以下 ics.conf 参数设置为 "yes" 来启用紧急备份:
caldb.berkeleydb.hotbackup.enable="yes"
指定紧急备份目录的目录路径:
caldb.berkeleydb.hotbackup.path= /var/opt/SUNWics5/hotbackup_directory
Calendar Server 的默认紧急备份目录为 /var/opt/SUNWics5/csdb(对于 Solaris)以及 /var/opt/sun/calendar/csdb(对于 Linux)。Communications Suite 安装程序默认将归档和紧急备份目录放置到 csdb 目录下,因为它是安装程序所了解的合适子目录。
由于大小问题,强烈建议 Calendar Server 管理员将归档和紧急备份放置到与 csdb 目录不同的磁盘或卷或分区中。
归档和紧急备份目录的数量均可配置。因此,如果选择每个归档和紧急备份目录的数量为 6,就意味着它们在 csdb 目录中可能具有 6 + 6 + 1 个动态数据库副本。csstored 实用程序在计算所需归档和紧急备份份份大小时除去了 csdb 目录内容的大小以及 csdb 所在的物理磁盘的大小。
为方便起见,默认将归档和紧急备份目录安装在 csdb 目录内。但是,它应位于 csdb 以外的目录中以便进行实际部署。
您可以选择将紧急备份置于备用磁盘或磁盘子系统中以防主磁盘驱动器上出现硬件故障。这样做还可以降低主驱动器或子系统上的输入/输出争用。
如果您具有高可用性 (High Availability, HA) 配置,则将路径指定为共享存储的子目录 (/global/cal/)。另请参见 第 6 章,将 Calendar Server 6.3 软件配置为具有高可用性(故障转移服务)。
编辑完 ics.conf 文件后,重新启动 Calendar Server:
cal-svr-base/SUNWics5/cal/sbin/start-cal
本节介绍有关启用 Calendar Server 6.3 数据库的归档备份的概述材料和说明(如果在运行配置程序时没有配置它们)。
本节包含以下主题:
归档备份由快照及为快照所创建的日志文件组成。这些日志文件不被应用到此快照中。归档数据库将保留在磁盘上直至被清除。参见9.2.2 循环备份如何在 Calendar Server 6.3 系统中工作。
以有权更改此配置的管理员身份登录。
发布 stop-cal 命令停止 Calendar Server 服务。
在命令行处,转至 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 争用。
如果您具有高可用性 (High Availability, HA) 配置,则将路径指定为共享存储的子目录 (/global/cal/)。另请参见 第 6 章,将 Calendar Server 6.3 软件配置为具有高可用性(故障转移服务)。
编辑完 ics.conf 文件后,重新启动 Calendar Server:
cal-svr-base/SUNWics5/cal/sbin/start-cal
无需为编辑 ics.conf 文件停止日历服务,但必须重新启动服务以使更改生效。