本部分包含核心产品文档中没有提及的最新信息。本部分涵盖下列主题:
要安装此发行版,必须首先安装 Sun Java System Instant Messaging 7 2005Q4,然后通过对操作系统应用修补程序升级到此发行版。可从 SunSolve 在线获取修补程序。
SolarisTM (SPARC®) – 118789-13、118786-11、120841–01(适用于本地化版本)
SolarisTM (x86) – 118790-13、118787-11、120841–01(适用于本地化版本)
Linux – 118791-13、118787-11、120842–01(适用于本地化版本)
(问题编号:6365694)如果要将用户属性储存在 LDAP 中,必须安装 Sun Java System Access Manager 后才能运行 configure 实用程序。
Instant Messaging 安装指南已停止发行。如果是首次安装 Instant Messaging 7 2006Q1,有关安装说明,参见 Sun Java System Enterprise System 安装指南。如果是通过 Instant Messaging 以前的发行版进行升级,有关说明请参见Sun Java System 升级与迁移指南。
(问题编号:6339952,仅针对 Linux 系统)如果想从 Sun Java System Instant Messaging 7 2005Q4 升级到此发行版,并且使用文件将用户属性存储到默认位置 (iim.userprops.store = "file"),则需要在升级之前将用户数据从 /var/opt/sun/im/db 复制到 /var/opt/sun/im/default/db。
如果您在配置 Instant Messaging 时选用 Sun Java System Access Manager 来存储策略,则将创建如下策略:
管理 Instant Messaging 和在线服务的能力
更改自己的 Instant Messaging 设置的能力
管理 Instant Messaging 会议室的能力
《Sun Java System Instant Messaging 7 2006Q1 Administration Guide》仅英文版可用。此发行版的管理指南还未本地化。
Instant Messenger 7 2006Q1 需要使用 7 2006Q1 服务器。7 2005Q4 版服务器和 7 2006Q1 版服务器之间的通信是相互兼容的。既不需要(在 iim.conf 中)更改服务器配置,也不需要移植其他与服务器相关的数据。另请参阅《Sun Java Enterprise System 2005Q4 升级指南》。
本部分将在以下小节中介绍一些有用信息,这些信息对于在服务器池式配置中部署 Instant Messaging 时调试和性能有所帮助,也可以用于垃圾收集优化:
此信息应当同《Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide》结合起来使用。
在服务器池部署中,需要对服务器池中的每个 Instant Messaging 服务器进行同样的设置。
使用 J2SE 版本 5 运行 Instant Messaging 服务器,因为它性能较好并且支持人体工程学,从而不需要命令行调试。有关使用此版本 Java 的更多信息,可在以下文档中找到:
Instant Messaging 服务器使用 iim.conf 中的 iim.jvm.maxmemorysize 参数设置要分配的 JVM 堆的最大值。此参数的默认值是 256 MB,但对于较大的 Instant Messaging 活动部署则需要更大的内存。服务器池中的 Instant Messaging 服务器需要分配多大的内存,这取决于需要支持多少个同时活动的用户。服务器池中的每个 Instant Messaging 服务器需要 256 MB,而且每个已连接/活动用户需要 65 KB 以满足每日使用,如下所示:
两次在线更新
五次持续 10 分钟的聊天
一次持续 15 分钟的多用户会议
一次注销和登录
每个用户的其他负载、使用其他的 Instant Messaging 服务(如新闻或文件传输)以及使用如消息过滤器、归档或 SSL 之类的功能都将消耗更大的内存。将 Instant Messaging 部署到产品环境之前,应当执行典型用户活动的负载配置。有关负载配置 Instant Messaging 部署的更多信息,请联系 Sun 支持服务。
Instant Messaging 提供一组用于调整线程池(用于响应客户机与服务器之间的请求以及服务器与服务器之间的请求)大小和操作的配置选项。这些线程池连同相关的服务端口一起可提高 Instant Messaging 服务器的吞吐量。
|
选项名称 |
说明 |
默认值 |
|---|---|---|
|
iim_server.maxthreads |
默认线程池中线程的最大数量。 |
20 |
|
iim_server.threadpool |
独立线程池列表。 |
(均使用默认线程池。) |
|
iim_server.threadpool.capacity |
默认线程池的容量 (*)。 |
10 * maxthreads |
|
iim_server.threadpool.aaa.maxthreads |
名称为 aaa 的线程池的最大线程数: maxthreads(aaa) |
4 |
|
iim_server.threadpool.aaa.capacity |
名称为 aaa 的线程池的容量 |
10 * maxthreads(aaa) |
表 3 Instant Messaging 已定义的线程池
|
名称 |
用途 |
|---|---|
|
s2s-in |
所有服务器与服务器之间的入站通信。如果端口允许服务器与服务器之间的通信,则使用此线程池。 |
|
s2s-out |
所有服务器与服务器之间的出站通信。如果端口允许服务器与服务器之间的通信,则使用此线程池。 |
|
s2s |
所有服务器与服务器之间的通信;s2s-in 和 s2s-out 的联合。 |
可指定已定义的线程池,并连同相关的仅用于服务器的服务端口一起使用,相关介绍可在服务端口配置中找到。
超出线程池容量时,将在标准错误中输出消息。直到请求数量小于线程池容量时,Instant Messaging 服务器才会接受对线程池的其他请求。如果此情形发生在服务器池式环境中,可能需要执行如下操作:
增大线程池的容量
指定已定义的线程池
调整线程池的 maxthreads 的值
使用仅用于服务器的服务端口
增大可能需要的内存
更有效地在服务器池中分布用户
!s2s thread pool iim_server.threadpool=s2s-in iim_server.threadpool.s2s-in.maxthreads=5 |
本部分将介绍若干服务端口配置选项。
|
选项 |
定义 |
默认值 |
|---|---|---|
|
iim_server.useport |
打开标准端口(允许 StartTLS) |
true |
|
iim_server.usesslport |
打开 SSL 端口(不可协商的 TLS) |
false |
|
iim_server.usemuxport |
打开多路复用器端口 |
true |
|
iim_server.port |
标准端口列表 |
5269 |
|
iim_server.sslport |
SSL 端口列表 |
5270 |
|
iim_mux.serverport |
多路复用器端口列表 |
45222 |
|
iim_server.port.port .sndbuf |
套接字发送缓冲区大小 |
无 |
|
iim_server.port.port .rcvbuf |
套接字接收缓冲区大小 |
无 |
|
iim_server.port.port .interface |
要绑定的特定网络接口的列表 |
无(表示任意值皆可) |
|
iim_server.port.port .protocol |
此端口(客户机、服务器、组件、对等)上允许的协议列表 |
所有/任意 |
|
iim_server.port.port .nodelay |
启用 Nagles 算法 |
false |
通过调整端口的发送缓冲区大小或接收缓冲区大小,可增大服务端口的吞吐量。
iim_server.port = 5269, 45269, 15222 iim_server.port.5269.protocol = server iim_server.port.45269.protocol = peer, component iim_server.port.45269.sndbuf= 512000 iim_server.port.45269.recvbuf= 512000 iim_server.port.15222.protocol = client |
(问题编号:6279277)由于 1.4.2 版与 1.5 版 JRE 处理垃圾收集的方式不同,在服务器主机上使用 1.4.2 版本默认的垃圾收集器时,可能达不到最佳性能。要修复此问题,可将 JRE 升级到 1.5 版本,也可在调用服务器时包含以下命令行选项:
-XX:+UseParallelGC |
有关 JRE 垃圾收集的更多信息,请参见:
JRE 1.4.2 - Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
JRE 1.5 – Tuning Garbage Collection with the 5.0 Java Virtual Machine
(问题编号:6298156)联机帮助错误地描述说会议主持人可在接受消息之前对它们进行编辑。这是不正确的。会议主持人无法编辑其他用户发送的消息。
(问题编号:6279307)联机帮助没有提到如果从联系人组中删除所有联系人,然后注销并重新登录,联系人组将被删除。
(问题编号:5010947)文档应当说明多路复用器直接查询 DNS,并不使用 getbyhostname。如果不是使用 DNS 进行主机名解析,则可在 iim.conf 中使用 IP 地址,而不是主机名。如果使用的是 DNS,则需要更改 nsswitch.conf 中的 hosts,如下所示:
hosts: files dns |