要执行模拟运行测试

步骤

1. 在分步服务器上安装 Calendar Server 6（如果需要）。

2. 将日历数据库的快照复制到分步服务器。

3. 通过执行以下任务在分步服务器上模仿产品 LDAP 环境：

   • 安装 Directory Server。

   • 在此服务器上安装 LDAP 数据库的快照。

4. 运行 comm_dssetup.pl 以配置分步 Directory Server。

5. 运行 csconfigurator.sh 以配置分步 Calendar Server。

6. 以 icsuser 身份登录（或者，如果不相同，以配置过程中指定的 Calendar Server 运行时用户 ID 登录）。如果您以超级用户 (root) 身份运行 csmig，则可能需要重置已迁移文件的权限。

7. 转至 cal_svr_base/SUNWics5/cal/sbin 目录。

8. 运行 csdb check 命令检查数据库中是否存在损坏。如果该命令检测出数据库中存在损坏，则运行 csdb rebuild 命令来重新建立数据库。

9. 考虑为不具有属主的用户日历创建通用的 calid。例如，以下命令将创建 calid 为 orphan 的用户：

   ./csuser -g orphan -s adminuser -y password -l en -c orphan create orphan

10. 使用 stop-cal 命令停止 Calendar Server（如果需要）。

    cal_svr_base/SUNWics5/cal/sbin/stop-cal

11. 运行带有 dryrun 选项的 csmig。例如，可以输入：

    ./csmig -b sesta.com -o csmig.out -e csmig.errors
     -m csmig.map -c orphan -r calmaster dryrun

    该命令将不具有属主的用户日历（不带有属主的日历）指定给属主 orphan，将不具有属主的资源日历指定给属主 calmaster。

12. 检查输出的映射文件 (csmig.map)。映射文件列出了 LDAP 模式中需要更新的条目。

13. 检查输出、映射和出错文件。解决发现的任何 LDAP 问题或错误。在进行实际的迁移之前，确定如何处理未解决的日历。有以下若干选择：

    • 在迁移前，删除任何不需要的日历。

    • 为任何未解决的日历指定属主。

    • 在迁移期间，使用 -c 和 -r 选项允许 csmig 为日历指定属主。

14. 运行 csmig 以迁移分步日历数据库。

    例如，以下命令将把日历数据库迁移至 /var/opt/SUNWics5/testcsdb/ 目录：

    ./csmig -t /var/opt/SUNWics5/testcsdb/ -b sesta.com 
    -o csmig.out -e csmig.errors -m csmig.map -c orphan 
    -r calmaster migrate

15. 测试迁移完成之后，请执行以下步骤检查新迁移的日历数据库。

    1. 将已迁移的数据库复制到 caldb.berkeleydb.homedir.path 参数指定的 /csdb 目录中。或者编辑此参数，使其指向迁移的数据库的新位置。

    2. 对新的日历数据库运行 csdb check。迁移的数据库中事件和待办事件的数目应与迁移之前的总数相匹配。

    3. 搜索 icsCalendarOwned 条目，并确保这些条目与迁移前日历的数目相匹配。

    4. 登录到 Communications Express 并验证已迁移的数据库中的某些日历。

       如果成功完成了迁移测试，则可以开始迁移产品数据库。