级别： 中级 Jennifer Wales (jennifer_wales@us.ibm.com), IBM 认证的咨询 I/T 专家, IBM
2007 年 2 月 05 日 企业客户将从本文中获得将 IBM Lotus Sametime 基础设施升级到 7.5 版本的最佳做法。本文将向您介绍进行平稳、有效升级时所需的计划，它强调对用户社区的影响减至最小。
对于很多客户来说，IBM Lotus Sametime 已经成为任务关键型应用程序，因此，Sametime 基础设施的升级不应该一次性全部执行，而应该分阶段进行升级。我们解释了一个成功的 Sametime 升级所必需的四个阶段：计划、准备、实验性升级和生产。本文的目标是企业级 Lotus Sametime 客户，但可以轻松地用于较小的 Sametime 实现。
升级之前的阶段对于平稳升级是非常重要的，并且大多数工作是在生产阶段之前的步骤中进行的。事实上，实际的升级阶段通常是整个过程中最小的部分，在该阶段中执行前面各阶段所打造的脚本。
本文供现有 Lotus Sametime 管理员用于将 Lotus Sametime 从以前版本（从 3.1 版本到 7.0 版本）升级到 Lotus Sametime V7.5。
第一阶段：计划
在计划阶段，您应熟悉 Lotus Sametime V7.5 的新功能和增强功能，这样可以确定想要测试并最终部署到生产中的内容。您可能还希望开发高级升级计划，可在之后的阶段中对其进行调整。
有关 Lotus Sametime V7.5 中新特性的信息，请参阅 developerWorks Lotus 文章 “了解 IBM Lotus Sametime 7.5 中的新特性和新技术”。
本文参考资料部分还列出了大量很好的资源来帮助您熟悉 Lotus Sametime V7.5。强烈推荐您花费一些时间来研究它们，因为可用于 Lotus Sametime V7.5 的方式有很多种，本文不可能论及客户遇到的每一种场景。
第二阶段：准备
在准备阶段，完成以下操作：
- 评估当前的 Lotus Sametime 环境
- 执行互操作性测试
- 计划新特性的部署
该阶段的长度随 Sametime 实现的大小和复杂性而变化。
评估当前的环境
没有人想花费时间进行评估，不过在计划成功的升级时充分了解环境是很重要的，因为这样将强调应当进行测试的内容以及升级环境必须符合什么内容。评估中应当包括以下主题：
-
Topology。Sametime 服务器的数量和类型
-
Directory。IBM Lotus Domino Directory 或第三方 LDAP 目录
-
Authentication Model。Lotus Domino 单一登录（single sign-on，SSO）或第三方认证，例如 Computer Associate 的 SiteMinder 或 IBM Tivoli Access Manager
-
Integration。与其它环境（例如 IBM Lotus QuickPlace、IBM WebSphere Portal,、IBM Lotus Domino Web Access 等）的集成
-
Clients。Microsoft Windows Connect Client、Java Connect、集成 IBM Lotus Notes 的 Instant Messaging Client、Contact List Portlet、移动客户机等
-
Customizations。使用 Lotus Sametime 工具包之一或第三方应用程序进行定制编码
互操作性测试
对于任何升级，在进行产品升级之前，都必须在环境中全面测试该升级，从而将对用户的影响减少到最小。实际上，应将测试环境分解成开发区或沙盒区（在其中可以测试新技术）以及集结区或预生产区（作为将发布到产品的软件的测试床）。集结环境应当与生产环境尽可能地相似，包括每一种服务器类型和表示的集成点。
首先，在开发环境中设置具有最新版 Lotus Domino V7.x 和 Lotus Sametime V7.5 的服务器，完成典型的安装或升级。接下来，安装 Lotus Sametime V7.5 Cumulative Fix 1 (CF1)（可以从 Lotus Support 站点获取）。它包含了重要的服务器修订，且包括了用于 Windows 和 Linux 的 Lotus Sametime V7.5 客户机的 CF1 版本。强烈推荐将 CF1 用于所有 Lotus Sametime V7.5 安装。
有关更多信息（包括修订二进制文件），请参考 Lotus Support 技术公告 “IBM Lotus Sametime 7.5 Cumulative Fix Pack 1 (CF1)”。
注意：如果公司使用基于浏览器的 Lotus Sametime 客户机（如 Java Connect），则必须执行额外步骤来重新安装该客户机，因为它并没有包括在 Lotus Sametime V7.5 安装中。有关更多信息，请参考 Lotus Support 技术公告 “Deploying Sametime 7.0 Connect for browsers on a Sametime 7.5 server”。
基本测试
测试您希望在自己的环境中使用的 Lotus Sametime V7.5 基本特性：
-
Chat。目前在您的环境中允许的每个客户机对 Lotus Sametime V7.5 访问的测试
-
Meetings。在每个标准桌面上对 Sametime meeting（即时的和预定的）进行测试。
在执行测试操作时，请记住这些体验，它们不同于用户如今所了解的体验。这是很有用的知识，可以与帮助台人员共享它或将它包含在升级通信中。
注意：Sametime meeting 依赖于受支持的浏览器配置和 Java 虚拟机（Java Virtual Machine，JVM）。从 Lotus Sametime V7.5 开始，不再支持 Microsoft JVM，并且所有用户必须安装 Sun JVM，以便成功加入到 Lotus Sametime V7.5 即时或预定的会议。如果用户同时安装了 Sun JVM 和 Microsoft JVM，则应考虑对 Lotus Sametime V7.5 服务器进行配置，从而自动查找并使用 Sun JVM（如果是安装在浏览器中的话），而不是设置为默认情况。有关更多信息，请参考 Lotus Support 技术公告 “How to join Sametime 7.5 meetings with Microsoft VM as default JVM in Internet Explorer”。
注意：在 Lotus Sametime V7.5 中，现在无需管理权限就可以自动将会议室 client applet 安装在工作站上。在以前的版本中，如果没有管理权限，则必须使用 Secure Installer for Sametime Desktops (SISD) 将 Sametime applet 部署到工作站。因为在 7.5 版本中已经将 applet 检索所必需的 DLL 下载到用户的工作目录中，而不是 Windows System 目录中，所以不再需要执行该额外步骤。
Lotus Sametime V7.5 中联系人列表的更改
在 7.5 版本中对包含联系人列表和隐私信息（即 “谁能够看见我” ）的 vpuserinfo.nsf 数据库进行了更改。例如，为了支持 Lotus Sametime V7.5 客户机的新特性（例如嵌套个人群组），现在以 XML 格式来存储联系人列表，而以前版本中使用二进制格式。
用户首次登录 Lotus Sametime 7.5 版本客户机时，他的旧联系人列表将转换为 XML 格式。从那一刻起，存在两个版本的联系人列表，一个用于旧客户机，另一个用于 7.5 版本的客户机。实质上，旧客户机是除新的基于 Eclipse 的 Lotus Sametime Connect V7.5 以外的所有客户机，并且包括 3.0、3.1、6.5.1 和 7.0 版本的基于 Windows 的 Lotus Sametime Connect、Java Connect、集成 Lotus Notes 的 Instant Messaging Client、Contact List Portlet 以及第三方客户机，例如 NotesBuddy、Trillian、Adium、Gaim、Proteus 和 WebMessenger。
注意；在最初的 7.5 版本中，新旧联系列表不是同步的；但是 CF1 内部的客户端补丁中已经解决了该问题。现在当用户登录后，Lotus Sametime V7.5 CF1 客户端将检索并同步新旧联系人列表。在运行时，7.5 版本的 CF1 客户机将监视旧联系人列表的更改，并且实时更新其自身。最后，7.5 版本 CF1 客户机的联系人列表的所有更改将同时保存到新旧位置，以确保新旧客户机具有一致的联系人列表（不管它们以何种格式保存）。
联系人列表转换
作为 Lotus Sametime V7.5 升级的一部分，必须在 vpuserinfo.nsf 数据库上运行转换实用工具，从而将用户的隐私信息迁移到 Lotus Sametime V7.5 服务器所使用的新格式中。
在测试期间，恢复生产 vpuserinfo.nsf 数据库的副本，并对该转换过程进行测试。这是 Lotus Sametime 服务器上的关键数据库，而且在生产升级前应该保证它无误运行。
执行转换时，该实用工具将创建两个文件 vpuserinfo.nsf<timestamp>（它是联系人列表的备份）和 vpuserinfo.nsf<timestamp>.log（它是包含转换结果的日志文件）（参见图 1）。
图 1. 转换实用工具所创建的两个文件
完成转换后，查看日志文件的故障信息并核实 Upgrade finished!!! 显示在日志结尾处，如清单 1 所示。
清单 1. 示例日志文件
Starting Upgrade Tool...
Backup d:\lotus\domino\data/vpuserinfo.nsf
File name - vpuserinfo.nsf200611306094419
Backup completed
Upgrading...
1) CN=User One/O=Test
setting listId
Document saved!
----------------------------
2) Test Jennifer1
setting listId
#Test Jennifer2#Test Jennifer2
#Test Jennifer2#Test Jennifer2#0
1 item(s) replaced
Document saved!
----------------------------
3) Test Jennifer2
setting listId
#User One/Test#CN=User One/O=Test
#User One/Test#CN=User One/O=Test#0
1 item(s) replaced
Document saved!
----------------------------
Upgrade finished!!!
|
完成该过程所需的时间根据 vpuserinfo.nsf 数据库中隐私文档的大小和数量而有所不同。在测试期间，记录转换过程的时间，以便获知产品升级中应计算多少时间因素。对于本文的 vpuserinfo.nsf 示例，仅花费了一个多小时就完成了转换。在生产升级期间，当转换过程生效后，应该做好记录以便移动或清除 vpuserinfo<timestamp> 和日志文件。
有关运行转换实用工具的详细信息，请参考 Lotus Support 技术公告 “Migrating privacy data after upgrading to Sametime 7.5”。
集成测试
集成测试的其余部分取决于特定环境。关键是确保您花费了时间对作为 Sametime 实现的一部分的单独的集成点进行了测试。在该阶段中调试问题比起半夜执行产品升级要容易的多。
将 Lotus Sametime 与其它 IBM 或第三方产品进行集成时，请确保检查供应商来确认兼容性。对于已知问题和解决方案，IBM 的 Lotus Software Support Web 站点 是极好的信息源，在为集成测试作准备时，对该站点的内容花些时间研究是值得的。
如果 Sametime 基础设施支持基于其中一个 Lotus Sametime 工具包的定制开发的应用程序，则告知开发人员新版 Lotus Sametime 是可用的，并且为他们提供对最新工具包信息和开发环境的访问。在大多数情况下，定制应用程序在 Lotus Sametime V7.5 中仍然可以运行，不过应在产品外进行测试，从而将对用户的影响减少到最小。
新特性的计划
完成了对核心 Sametime 特性的测试后，应该对您希望作为升级的一部分进行部署的 7.5 版本中的新特性进行试验。Lotus Sametime V7.5 包含大量增强功能，其中一些需要在您这一方进行配置，而另一些不需要。具有特定配置需求的两个新特性是 Policy Administration 和 Business Cards。
Policy Administration
Lotus Sametime V7.5 的这个新特性允许对 Sametime 用户的各种规则和角色进行增强。至少，您希望查看并设置授予所有用户的默认策略（参见表 1）。如果需要对单独用户和/或组的选项进行更多粒度控制，则可以选择性地添加更多策略。
表 1. 策略设置
|
服务
|
设置
| | Community Services | 允许 File Transfer（是/否） | | 所允许的最大文件传输大小（单位是 MB） | | 使用排除文件类型列表（是/否） | | 从传输中排除文件类型（每个文件类型的三个字母扩展名，以逗号分隔） | | 允许联系人列表、即时消息传递和即时会议的 telephony 服务（是/否） | | Instant Meetings | 允许用户创建 Instant Meetings（是/否） | | 允许 Sametime IP 音频和视频（否、IP 音频、IP 音频和视频） | | Instant Messaging | 保存聊天（是/否） | | 允许客户机到客户机的语音聊天（是/否） | | 允许用户连接到外部社区（是/否） |
有关更多信息，请参考 IBM Lotus 7.5 Sametime Administrator's Guide 以及 IBM 的 Lotus Software Support Web 站点。
Business Cards
该特性提供了在 Lotus Sametime Connect V7.5 中以名片格式显示联系人信息（包括照片）的能力。可以将名片配置为显示姓名、公司、头衔、电话、电子邮件地址以及从 Domino Directory 或 LDAP 目录获取的照片。
可以使用基于 Web 的 Administration 工具来设置名片（选择 Configuration - Business Card Setup），如图 2 所示。
图 2. 设置 Business Cards
有关 Business Cards 的更多信息，包括如何向 LDAP 或 Domino Directory 添加照片，请参考 Lotus Sametime Administration Guide 以及 Lotus Support 技术公告 “Business card photos in Sametime with LDAP and Domino”。
第三阶段：实验性升级
在实验性升级阶段，将在独立的环境中执行升级。到现在为止，零星地执行了升级步骤；现在该对升级计划进行调整并验证端对端过程。在实验性升级测试人员的帮助下，验证已升级的服务器并提供在进行实际升级前应告知用户的有关反馈。该阶段的结果应当是详细的升级说明，可以在生产升级期间遵循这些说明进行操作。
升级注意事项
确保查找 Lotus Sametime 7.5 Release Notes 以获取所需的硬件和软件级别。通常，目前运行 Lotus Sametime 的硬件应当能够运行 Lotus Sametime V7.5。当前在客户端，Windows 2000 不支持 Lotus Sametime V7.5。但是出于客户的要求，IBM 计划在 Lotus Sametime Connect V7.5 的升级版本中发布热修补以提供对 Windows 2000 的支持。
升级次序注意事项
确定升级的次序时，需要考虑以下内容：
- 可以在任何时候对客户机进行升级，但是应当了解首次使用较旧的后端来升级它们时的局限性。例如，Policy Administration 和 Business Cards 在 Lotus Sametime Connect V7.5 中是不工作的，除非服务器基础设施也是 7.5 版本。如果 Sametime 服务器基础设施的当前版本是 3.0 版或 3.1 版，那么可能需要考虑在部署 7.5 版客户机之前将 Sametime 服务器升级到 7.5 版，因为大多数 IBM 的互操作性测试是在较新版本的 Lotus Sametime 上执行的。
- 服务器升级包括 Lotus Domino 组件和 Lotus Sametime 组件，而且必须同时进行升级，因为 Lotus Sametime 依赖于 Lotus Domino 的版本。如果基础设施还包括独立的 Multiplexer (Mux)，那么首先升级后端 Sametime 服务器，然后依次升级支持它们的独立 Mux。
- 如果基础设施包括 SIP 连接器，那么在将服务器基础设施升级到 7.5 版本之前，必须将 SIP 连接器迁移到新的 IBM Lotus Sametime Gateway 中。有关更多信息，请参阅 Sametime Gateway Installation and Deployment Guide（可从 IBM Lotus Sametime Gateway 7.5 Information Center 获取）。
混合环境中的共存
一般而言，应尝试同时升级整个 Sametime 基础设施。但是依据环境的大小，这是不可能的，而且被迫共存于混合环境中。如果是这样的话，将 Lotus Domino 设计与复制到 Sametime 环境中的 Lotus Sametime 数据库相隔离，所以不会将旧设计引入已升级的服务器，反之亦然。
从 3.0 版本和 3.1、6.5.1 或 7.0 版本进行升级
如前所述，Lotus Sametime V7.5 的运行取决于受支持的 Lotus Domino 版本。如果 Domino 服务器没有运行 7.x 版本，那么必须在安装 Lotus Sametime V7.5 之前对服务器进行升级。升级过程的 Sametime 部分随所运行的版本而变化。对于 Lotus Sametime 3.1 版、6.5.1 版以及 7.0 版，可以直接升级到 7.5 版。安装进程将检查以前的安装，并允许您升级并保存现有 Sametime 数据，包括会议、联系人列表和服务器配置信息。
如果从 Lotus Sametime V3.0 开始升级，则必须在安装 7.5 版本之前卸载 Lotus Sametime。如果过去曾对服务器进行多次升级，您可能还希望卸载或重新安装 Lotus Sametime。
第四阶段：生产升级
完成了所有准备工作后，现在该进行实际的升级了。向用户发送带有事件时间表、所期望的内容以及如何报告问题的消息。对环境进行备份并使用在前面阶段中开发并调整过的详细计划来执行升级。计划和准备工作应确保快速、无误地完成 Lotus Sametime V7.5 的升级过程。
结束语
具有 150 多个新的、增强的特性，Lotus Sametime V7.5 代表了实时协作性能方面的重要升级。对该项新技术感兴趣的公司应进行适当地计划，以确保实现对用户社区影响最小的无痛升级。本文详细阐述了升级到 Lotus Sametime V7.5 所推荐的四个阶段，并强调了升级计划中需要考虑的关键部分。如果彻底、全面执行了所有项目阶段，那么升级应顺利执行；如果出现问题，那么之前打好的基础应该能够给出一个快速的解决方案。
参考资料 学习
获得产品和技术
讨论
关于作者  | | | Jennifer Wales 就职于 IBM Software Group 的 Lotus 部门，是一名 IBM 认证的咨询 I/T 专家。她在网络集成业务方面拥有 19 年的专业 IT 经验，涉及从系统咨询到项目管理方面的工作。她专门从事基于 Lotus 技术、复杂的高要求的多系统解决方案的设计。她的专长包括 IBM Lotus Domino 服务器架构和 IBM Lotus Sametime 即时消息传递。 |
对本文的评价
| 
