解决安装后启动/重新启动问题

本节讨论了在安装后可能会出现的各种问题。

• Monitoring 规则停止工作（“未知”状态）

• Java DB 重新启动后未找到 Portal 数据库

Monitoring 规则停止工作（“未知”状态）

如果已经重新启动了 Application Server，则 Application Server 与 Monitoring Console 之间的通信被中断，需要重新激活。先前使用的 Monitoring 规则不再起作用，并处于“未知”状态。如果已在 Application Server 主机上重新启动 Common Agent Container，则此问题仍将存在，因为还必须在 Monitoring Console 主机上重新启动 Common Agent Container。

重新建立 Application Server 与 Monitoring Console 的通信

1. 以超级用户身份在 Application Server 所在的主机上重新启动 Common Agent Container。例如：

   /usr/sbin/cacaoadm start

2. 然后转至 Monitoring Console 所在的主机，并重新启动 Common Agent Container。例如：

   如果 Common Agent Container 已在运行，请将其停止，然后使用以下命令启动它。

   在 Solaris OS 上：

   /usr/sbin/cacaoadm stop /usr/sbin/cacaoadm start

   在 Linux 和 HP-UX 上：

   /opt/sun/cacao/bin/cacaoadm stop /opt/suncacao/bin/cacaoadm start

Java DB 重新启动后未找到 Portal 数据库

在运行默认 Application Server 命令重新启动 Java DB （asadmin stop-databsse，然后 asadmin start-database）后，当您部署使用 Java DB 的 Application Server 样例时，可能会发生这一问题。再也无法访问 Portal Server 样例。

建议修复。解决这一问题的方法有多种：

1. 不停止 Java DB。

2. 如果 Java DB 已经停止，请使用以下命令重新启动 Java DB，以允许在其他位置创建 Application Server 数据库。

   Solaris OS：/asadmin start-database --dbhome /var/opt/SUNWportal/derby

   Linux 和 HP-UX：/asadmin start-database --dbhome /var/opt/sun/portal/derby

   如果希望数据库位于默认位置，请使用非默认端口启动 Java DB 的第二个实例，然后在 Application Server 样例 common.properties 文件中指定正确的 Derby 端口。例如：asadmin start-database --dbport 1528