第 3 章 |
SGD 版本 4.4 包含一个基于 Web 的新管理工具(SGD 管理控制台),该工具取代了 Object Manager、Array Manager、Configuration Wizard 和 Session Manager。因此,SGD 组织层次结构方面有一些比较大的变化。主要变化如下所示:
在升级时,现有应用程序对象和主机对象(及其关联的组和组织单元对象)将移动到新组织。SGD 会尽可能尝试保留对象之间的关系,但在升级之后,某些用户可能会发现有的应用程序已不再在其 Webtop 上。
在升级之前,建议您进行测试以了解更改对您的影响。您可以通过升级反映生产环境的预试生产环境来执行测试。此外,您也可以从阵列中分离辅助服务器并对其进行升级。
升级到 SGD 软件的各种 Early Access Program (EAP) 发行版本或从这些发行版本升级均不受支持。对于 EAP 软件发行版本,始终都应采用全新安装方法。
如果要从 SGD 的其他任何版本升级,或者从 Tarantella Enterprise 3 版本 3.3 或更低版本升级,请与 Sun 技术支持人员联系。
如果您确实要执行不受支持的升级,则在安装该软件的新版本之前必须先创建一个空文件 /install‐dir/var/UPGRADE。可能无法正确升级您安装的 SGD。
在 Solaris OS 平台上进行升级时,pkgadd 命令会在安装软件包之前执行几项检查,并要求您确认是否要进行更改。您可以创建一个管理文件,用它指示 pkgadd 跳过这些检查并在不要求用户确认的情况下安装软件包。
conflict=nocheck instance=unique
升级 SGD 时,可使用 pkgadd -a adminfile 命令指定管理文件。
如果您在升级时未指定管理文件,则 SGD 安装程序会为您创建一个,还会让您选择是否退出安装,使您能够再次运行 pkgadd 命令并在该命令中使用 -a adminfile 选项。
如果要在 Linux 平台上从 SGD 版本 4.2 升级,则必须在升级之前手动卸载所有可选的 SGD 软件包。
# rpm -qa | grep -i tta |
软件包 | SGD 软件包名称 |
---|---|
ttasecure | Security Pack |
tta3270 | Mainframe Connectivity Pack |
tta5250 | AS/400 Connectivity Pack |
ttafandr | Andrew X 字体 |
ttafhang | Hangul X 字体 |
ttaficl | ICL X 字体 |
ttaforie | Oriental X 字体 |
ttafscot | SCO Term X 字体 |
# rpm -e package ... |
保留并备份现有的 Enterprise Naming System (ENS) 数据库。
ENS 数据库是 SGD 组织层次结构中所有对象的存储区域。
install-dir/var/ens 目录将备份到 install‐dir/var/ens.oldversion 目录中。
该备份副本不会被更改。如果需要进行更改以便使用新版本的 SGD 时,则可能会更改现有的 ENS 数据库。
注 - 版本 4.4 和组织结构方面的变化中详细介绍了此发行版中对 ENS 的一些较大改变。 |
install-dir/var/serverresources/expect 目录中的内容将被备份到 install‐dir/var/serverresources/expect.oldversion 目录中。
您可以通过更改标准安装中包含的文件(例如 Webtop 主题)或自行添加文件(例如登录脚本),来对 SGD 进行自定义。
当您安装新的 SGD 版本时,如果存在可能需要手动升级的文件,安装程序会发出警告。有关如何升级这些文件的建议,请参见升级自定义的 SGD 安装。
升级 SGD 的方式取决于要升级的是评估版 SGD 还是已获得完全使用许可的 SGD 版本,以及要升级的是单服务器阵列还是多服务器阵列。如果对 SGD 进行了自定义,则可能需要手动升级自定义的文件。
如果某一 SGD 服务器上没有安装许可证密钥,或者不属于任何已获得完全使用许可的阵列,则表示该 SGD 服务器处于评估模式。当 30 天的评估期到期后,该 SGD 服务器将处于评估期期满模式。
可通过安装 SGD 软件的下一版本来升级处于评估模式或评估期期满模式的 SGD 服务器。
原先已过评估期的 SGD 服务器在升级后仍将处于评估期期满模式。您无法登录处于评估期期满模式的 SGD 服务器。
要为已过评估期的服务器获得使用许可,您必须使用 tarantella license add 命令添加有效的许可证密钥,或者使该服务器加入已获得完全使用许可的阵列。
在主 SGD 服务器上,从阵列中分离各辅助 SGD 服务器:
# tarantella array detach --secondary server |
![]() | 注意 - 一次只能分离一台辅助 SGD 服务器。在分离其他任何 SGD 服务器之前,先要等待系统将阵列更改复制到阵列的所有成员。为此,可在每个阵列成员上运行 tarantella status 命令,如果该命令返回相同的结果,则说明复制已完成。 |
在主 SGD 服务器上,将各辅助 SGD 服务器添加到阵列中:
# tarantella array join --secondary server |
![]() | 注意 - 一次只能添加一台辅助 SGD 服务器。在添加其他任何 SGD 服务器之前,先要等待系统将阵列更改复制到阵列的所有成员。为此,可在每个阵列成员上运行 tarantella status 命令,如果该命令返回相同的结果,则说明复制已完成。 |
进行升级时,SGD 安装程序会保留它所发现的自定义文件,但不会对它们进行升级。您必须手动升级这些文件。可能需要升级以下两组文件:
进行升级时,SGD 安装程序会将它检测到的所有自定义的 SGD Web 服务器文件备份。备份的文件及其位置将列在 install‐dir/var/log/webservercustomized.list 日志文件中。
要升级自定义的文件,请使用 diff 和 patch 之类的实用程序来比较和合并备份文件与标准 SGD 安装中的文件之间的差异。
SGD 安装程序会将它发现的所有定制 SGD Web 服务器文件复制到新的安装中。这些文件不会被更改。
进行升级时,SGD 安装程序会将它检测到的自定义和定制 SGD 服务器文件备份,并生成以下日志文件:
install-dir/var/log/customizedchanged.list - 管理员编辑过且在升级过程中发生了变化的所有文件的列表。
install-dir/var/log/docrootjava.log - 与原始安装相比,新增的或经过修改的 Java 技术文件的列表。
customizedchanged.list 日志文件列出了所有必须手动升级的自定义文件。对于此日志文件中列出的每个文件,系统中都将具有该文件的三个版本:
docrootjava.log 和 customized.list 日志文件列出了所有可能需要手动升级的定制文件。
升级定制文件的唯一方法是:比较标准 SGD 文件的不同版本,找出发生的变化,然后将这些变化内容应用到定制文件中。
本节介绍了如何升级 SGD 增强模块和 SGD Client。
请参见如何安装用于 Microsoft Windows 的 SGD 增强模块。
升级 SGD 增强模块和安装 UNIX 音频模块时,可能会显示一条消息,指出 UNIX 音频模块已经在运行。出现该消息表明,SGD 音频驱动程序当前正在使用,并且无法停止。由于此发行版中没有更改 SGD 音频驱动程序,所以可安全地忽略该消息。
请参见如何安装用于 UNIX 或 Linux 平台的 SGD 增强模块。
请参见如何登录到 SGD。
版权所有 © 2007, Sun Microsystems, Inc. 保留所有权利