升级2003服务器系统下载

SunJavaSystemSunJavaEnterpriseSystem2005Q4升级指南SunMicrosystems,Inc.
4150NetworkCircleSantaClara,CA95054U.
S.
A.
文件号码819-3457版权所有2006SunMicrosystems,Inc.
,4150NetworkCircle,SantaClara,California95054,U.
S.
A.
保留所有权利.
对于本文档中介绍的产品,SunMicrosystems,Inc.
对其所涉及的技术拥有相关的知识产权.
需特别指出的是(但不局限于此),这些知识产权可能包含在http://www.
sun.
com/patents中列出的一项或多项美国专利,以及在美国和其他国家/地区申请的一项或多项其他专利或待批专利.
本产品包含SUNMICROSYSTEMS,INC.
的机密信息和商业秘密.
未经SUNMICROSYSTEMS,INC.
的事先明确书面许可,不得使用、泄露或复制.
美国政府权利——商业软件.
政府用户应遵循SunMicrosystems,Inc.
的标准许可协议,以及FAR(FederalAcquisitionRegulations,即"联邦政府采购法规")的适用条款及其补充条款.
本发行版可能包含由第三方开发的内容.
本产品的某些部分可能是从BerkeleyBSD系统衍生出来的,并获得了加利福尼亚大学的许可.
UNIX是X/OpenCompany,Ltd.
在美国和其他国家/地区独家许可的注册商标.
Sun、SunMicrosystems、Sun徽标、Java、Solaris、JDK、JavaNamingandDirectoryInterface、JavaMail、JavaHelp、J2SE、iPlanet、Duke徽标、Java咖啡杯徽标、Solaris徽标、SunToneCertified徽标和SunONE徽标是SunMicrosystems,Inc.
在美国和其他国家/地区的商标或注册商标.
所有的SPARC商标的使用均已获得许可,它们是SPARCInternational,Inc.
在美国和其他国家/地区的商标或注册商标.
标有SPARC商标的产品均基于由SunMicrosystems,Inc.
开发的体系结构.
Legato和Legato徽标是注册商标,它们和LegatoNetWorker都是LegatoSystems,Inc.
的商标或注册商标.
NetscapeCommunicationsCorp徽标是NetscapeCommunicationsCorporation的商标或注册商标.
OPENLOOK和Sun(TM)图形用户界面是SunMicrosystems,Inc.
为其用户和许可证持有者开发的.
Sun感谢Xerox在研究和开发可视或图形用户界面的概念方面为计算机行业所做的开拓性贡献.
Sun已从Xerox获得了对Xerox图形用户界面的非独占性许可证,该许可证还适用于实现OPENLOOKGUI和在其他方面遵守Sun书面许可协议的Sun许可证持有者.
本服务手册所介绍的产品以及所包含的信息受美国出口控制法制约,并应遵守其他国家/地区的进出口法律.
严禁将本产品直接或间接地用于核设施、导弹、生化武器或海上核设施,也不能直接或间接地出口给核设施、导弹、生化武器或海上核设施的最终用户.
严禁出口或转口到美国禁运的国家/地区以及美国禁止出口清单中所包含的实体,包括但不限于被禁止的个人以及特别指定的国家/地区的公民.
本文档按"原样"提供,对于所有明示或默示的条件、陈述和担保,包括对适销性、适用性或非侵权性的默示保证,均不承担任何责任,除非此免责声明的适用范围在法律上无效.
3目录表格列表15前言19目标读者20本书所采用的约定20印刷约定20符号21Shell提示符21相关文档22本文档集中的文档22联机访问Sun资源23联系Sun技术支持23相关的第三方Web站点引用24Sun欢迎您提出意见24第1章升级规划25JavaES2005Q4(发行版本4)组件26发行版本4产品组件26发行版本4共享组件27关于JavaES升级29产品组件升级29共享组件升级29升级技术30操作系统问题31所需的操作系统修补程序31次发行版本升级31非支持平台的升级31升级规划32什么是升级计划32升级计划注意事项33升级途径33升级依赖性35选择性升级或全部升级35多实例升级364SunJavaEnterpriseSystem2005Q4升级指南JavaES组件依赖性37对共享组件的依赖性37共享组件依赖性矩阵37共享组件升级指导原则40对产品组件的依赖性40一般先后顺序指导原则43第2章升级JavaES共享组件47共享组件升级概述48关于升级计划48升级共享组件使用的技术49常规升级过程50升级发行版本3的共享组件50升级发行版本2的共享组件52使用单个修补程序升级共享组件54升级到JavaES2005Q4的修补程序55修补程序升级回滚55使用修补程序群组升级共享组件56修补程序群组内容56修补程序群组过程57从Solaris8和Solaris9升级57在Solaris10上升级(仅从JavaES发行版本3)58通过替换软件包升级组件59软件包替换的升级策略60升级途径60软件包版本60软件包位置60软件包替换的过程61特殊说明61Solaris平台的软件包61在Solaris平台上升级软件包63Linux平台的软件包64在Linux平台上升级软件包66需要特殊升级过程的组件67升级安全组件(NSS、NSPR、JSS)67升级公共代理容器67在Solaris平台上从JavaES发行版本2升级68在Linux平台上从JavaES发行版本2升级68从JavaES发行版本3升级68升级JATO71在Solaris平台上从JavaES发行版本3升级JATO71在Solaris平台上从JavaES发行版本2升级JATO71在Linux平台上从JavaES发行版本3升级JATO71在Linux平台上从JavaES发行版本2升级JATO71目录5在Linux平台上升级JavaHelp71升级SunJavaWebConsole72升级SunExplorerDataCollector72升级JavaES发行版本4的J2SE73在Solaris平台上升级J2SE73在Linux平台上升级J2SE79第3章SunCluster软件83SunCluster软件升级概述84关于JavaES发行版本4SunCluster软件84SunCluster软件升级指导说明84SunCluster数据85兼容性问题85SunCluster组件依赖性86将SunCluster软件升级到JavaES发行版本486简介86SunCluster升级87升级前的任务87升级SunCluster软件89检验升级90升级后的任务90升级回滚90第4章DirectoryServer和AdministrationServer91DirectoryServer和AdministrationServer升级概述92关于JavaES发行版本492JavaES发行版本4升级指导说明92DirectoryServer和AdministrationServer数据93兼容性问题94组件依赖性94从JavaES发行版本3升级DirectoryServer和AdministrationServer95简介95发行版本3DirectoryServer和AdministrationServer的升级96升级前的任务96升级发行版本3DirectoryServer和AdministrationServer(Solaris)97升级发行版本3DirectoryServer和AdministrationServer(Linux)102检验升级106升级后的任务106升级回滚(Solaris)106多实例升级108多主复制的滚动升级108作为数据服务升级DirectoryServer109从JavaES发行版本2升级DirectoryServer和AdministrationServer1106SunJavaEnterpriseSystem2005Q4升级指南第5章DirectoryProxyServer111DirectoryProxyServer升级概述112关于JavaES发行版本4112JavaES发行版本4升级指导说明112DirectoryProxyServer数据113兼容性问题114组件依赖性114从JavaES发行版本3升级DirectoryProxyServer114简介114发行版本3DirectoryProxyServer的升级115升级前的任务116升级发行版本3DirectoryProxyServer(Solaris)117升级发行版本3DirectoryProxyServer(Linux)119检验升级121升级后的任务121升级回滚(Solaris)121多实例升级122从JavaES发行版本2升级DirectoryProxyServer122第6章WebServer123WebServer升级概述124关于JavaES发行版本4WebServer124WebServer升级指导说明124WebServer数据125兼容性问题125WebServer组件依赖性125从JavaES发行版本3升级WebServer126简介126发行版本3WebServer的升级127升级前的任务127升级发行版本3WebServer(Solaris)128升级发行版本3WebServer(Linux)129检验升级131升级后的任务131升级回滚(Solaris)131从JavaES发行版本2升级WebServer132目录7第7章MessageQueue133MessageQueue升级概述134关于JavaES发行版本4MessageQueue134MessageQueue升级指导说明135MessageQueue数据136兼容性问题136协议兼容性136代理兼容性137管理对象兼容性137管理工具兼容性138客户机兼容性138MessageQueue组件依赖性138从JavaES发行版本3升级MessageQueue139简介139发行版本3MessageQueue的升级140升级前的任务140升级发行版本3MessageQueue141检验MessageQueue升级143升级后的任务143升级回滚143多实例升级144从JavaES发行版本2升级MessageQueue145升级发行版本2的MessageQueue(Solaris)145升级发行版本2的MessageQueue(Linux)145升级过程145安装兼容性软件包146升级后的任务147第8章HighAvailabilitySessionStore149HADB升级概述150关于JavaES发行版本4HADB150HADB升级指导说明150HADB数据151兼容性问题151HADB依赖性151从JavaES发行版本3升级HADB152简介152发行版本3HADB的升级153升级前的任务153升级发行版本3HADB154检验升级155升级后的任务156升级回滚1568SunJavaEnterpriseSystem2005Q4升级指南第9章ApplicationServer157ApplicationServer升级概述158关于JavaES发行版本4ApplicationServer158ApplicationServer升级指导说明158ApplicationServer数据159兼容性问题160ApplicationServer组件依赖性160从JavaES发行版本3升级ApplicationServer161简介161发行版本3ApplicationServer的升级162升级前的任务162升级发行版本3ApplicationServer(Solaris)163升级发行版本3ApplicationServer(Linux)165检验升级168升级后的任务168升级回滚(Solaris)168从JavaES发行版本2升级ApplicationServer169简介169发行版本2ApplicationServer的升级170升级前的任务170升级发行版本2ApplicationServer171检验升级172升级后的任务173升级回滚173多实例(群集)升级:173在以后再配置安装后配置ApplicationServer173第10章WebProxyServer175WebProxyServer升级概述176关于JavaES发行版本4WebProxyServer176WebProxyServer升级指导说明176WebProxyServer数据177兼容性问题177WebProxyServer组件依赖性177将WebProxyServer升级到发行版本4178简介178WebProxyServer升级179升级前的任务179升级WebProxyServer180检验升级181升级后的任务181升级回滚181目录9第11章AccessManager183AccessManager升级概述184关于JavaES发行版本4AccessManager184AccessManager升级指导说明185AccessManager数据186兼容性问题187AccessManager组件依赖性188从JavaES发行版本3升级AccessManager189简介189发行版本3AccessManager的完全升级190升级前的任务190升级发行版本3AccessManager193检验AccessManager升级199升级后的任务200升级回滚200多实例升级:发行版本3与发行版本4共存200仅升级发行版本3AccessManagerSDK201升级前的任务201升级发行版本3AccessManagerSDK202检验AccessManagerSDK升级202升级回滚202从JavaES发行版本2升级AccessManager203升级前的任务203升级AccessManager依赖项203升级目录模式203发行版本2AccessManager的升级204升级发行版本2AccessManager:WebServerWeb容器204升级发行版本2AccessManager:ApplicationServerWeb容器204检验AccessManager升级208升级后的任务208升级回滚208第12章DirectoryPreparationTool209DirectoryPreparationTool升级概述210关于JavaES发行版本4DirectoryPreparationTool210DirectoryPreparationTool升级指导说明210DirectoryPreparationTool数据211兼容性问题211DirectoryPreparationTool依赖性21110SunJavaEnterpriseSystem2005Q4升级指南从JavaES发行版本3升级DirectoryPreparationTool212简介212发行版本3DirectoryPreparationTool的升级213升级前的任务213升级发行版本3DirectoryPreparationTool(Solaris)214升级发行版本3DirectoryPreparationTool(Linux)215检验升级217升级后的任务217升级回滚(Solaris)217从JavaES发行版本2升级DirectoryPreparationTool218发行版本2升级过程(Solaris)219发行版本2升级过程(Linux)220第13章MessagingServer223MessagingServer升级概述224关于JavaES发行版本4MessagingServer224MessagingServer升级指导说明224MessagingServer数据225兼容性问题226MessagingServer组件依赖性226从JavaES发行版本3升级MessagingServer227简介227发行版本3MessagingServer的升级228升级前的任务228升级发行版本3MessagingServer(Solaris)230升级发行版本3MessagingServer(Linux)232检验升级235升级后的任务235升级回滚(Solaris)235多实例升级236从JavaES发行版本2升级MessagingServer237升级MessagingServer依赖项237发行版本2MessagingServer的升级237升级发行版本2MessagingServer(Solaris)237升级发行版本2MessagingServer(Linux)238检验升级239升级后的任务239目录11第14章CalendarServer241CalendarServer升级概述242关于JavaES发行版本4CalendarServer242CalendarServer升级指导说明242CalendarServer数据243兼容性问题243CalendarServer组件依赖性243从JavaES发行版本3升级CalendarServer244简介244发行版本3CalendarServer的升级245升级前的任务245升级发行版本3CalendarServer(Solaris)247升级发行版本3CalendarServer(Linux)248检验升级250升级后的任务250升级回滚(Solaris)250多实例升级251从JavaES发行版本2升级CalendarServer251第15章CommunicationsExpress253CommunicationsExpress升级概述254关于JavaES发行版本4CommunicationsExpress254CommunicationsExpress升级指导说明254CommunicationsExpress数据255兼容性问题255CommunicationsExpress组件依赖性256从JavaES发行版本3升级CommunicationsExpress257简介257发行版本3CommunicationsExpress的升级258升级前的任务258升级发行版本3CommunicationsExpress(Solaris)260升级发行版本3CommunicationsExpress(Linux)262检验升级264升级后的任务265升级回滚(Solaris)265多实例升级266从JavaES发行版本2升级CommunicationsExpress266升级CommunicationsExpress依赖项266发行版本2CommunicationsExpress的升级267升级发行版本2CommunicationsExpress:WebServerWeb容器267升级发行版本2CommunicationsExpress:ApplicationServerWeb容器26712SunJavaEnterpriseSystem2005Q4升级指南第16章InstantMessaging269InstantMessaging升级概述270关于JavaES发行版本4InstantMessaging270InstantMessaging升级指导说明270InstantMessaging数据271兼容性问题271InstantMessaging组件依赖性271从JavaES发行版本3升级InstantMessaging272简介272发行版本3InstantMessaging的升级273升级前的任务273升级发行版本3InstantMessaging(Solaris)274升级发行版本3InstantMessaging(Linux)276检验升级277升级后的任务278升级回滚(Solaris)278多实例升级278从JavaES发行版本2升级InstantMessaging279简介279发行版本2InstantMessaging的升级280升级前的任务280升级发行版本2InstantMessaging(Solaris)281升级发行版本2InstantMessaging(Linux)283检验升级284升级后的任务284升级回滚285多实例升级285第17章PortalServer287PortalServer升级概述288关于JavaES发行版本4PortalServer288PortalServer升级指导说明288PortalServer数据289兼容性问题290PortalServer组件依赖性290从JavaES发行版本3升级PortalServer291简介291发行版本3PortalServer的升级292升级前的任务292升级发行版本3PortalServer(Solaris)294升级发行版本3PortalServer(Linux)295检验升级298目录13升级后的任务298升级回滚(Solaris)298多实例升级300从JavaES发行版本2升级PortalServer300简介300发行版本2PortalServer的升级301升级前的任务301升级发行版本2PortalServer(Solaris)303升级发行版本2PortalServer(Linux)309检验升级314升级后的任务314升级回滚314多实例升级314第18章PortalServerSecureRemoteAccess315PortalServerSecureRemoteAccess升级概述316关于JavaES发行版本4PortalServerSecureRemoteAccess316PortalServerSecureRemoteAccess升级指导说明316PortalServerSecureRemoteAccess数据317兼容性问题317PortalServerSecureRemoteAccess组件依赖性317从JavaES发行版本3升级PortalServerSecureRemoteAccess318简介318发行版本3PortalServerSecureRemoteAccess的升级319升级前的任务319升级发行版本3PortalServerSecureRemoteAccess(Solaris)321升级发行版本3PortalServerSecureRemoteAccess(Linux)322检验升级325升级后的任务325升级回滚(Solaris)325多实例升级326从JavaES发行版本2升级PortalServerSecureRemoteAccess327简介327发行版本2PortalServerSecureRemoteAccess的升级328升级前的任务328升级发行版本2PortalServerSecureRemoteAccess(Solaris)329升级发行版本2PortalServerSecureRemoteAccess(Linux)333检验升级336升级后的任务337升级回滚337多实例升级33714SunJavaEnterpriseSystem2005Q4升级指南第19章DelegatedAdministrator339DelegatedAdministrator升级概述340关于JavaES发行版本4DelegatedAdministrator340DelegatedAdministrator升级指导说明340DelegatedAdministrator数据341兼容性问题342DelegatedAdministrator组件依赖性342从JavaES发行版本3升级DelegatedAdministrator343简介343发行版本3DelegatedAdministrator的升级344升级前的任务344升级发行版本3DelegatedAdministrator(Solaris)346升级发行版本3DelegatedAdministrator(Linux)348检验升级350升级后的任务350升级回滚(Solaris)350从JavaES发行版本2升级DelegatedAdministrator351升级DelegatedAdministrator依赖项351发行版本2DelegatedAdministrator的升级352升级发行版本2DelegatedAdministrator:WebServerWeb容器352升级发行版本2DelegatedAdministrator:ApplicationServerWeb容器352附录AJavaEnterpriseSystem发行版本内容355JavaES2003Q4(发行版本1)356发行版本1安装程序可选组件356发行版本1共享组件357JavaES2004Q2(发行版本2)358发行版本2安装程序可选组件358发行版本2共享组件359JavaES2005Q1(发行版本3)361发行版本3安装程序可选组件361发行版本3共享组件364JavaES2005Q4(发行版本4)366发行版本4安装程序可选组件366发行版本4共享组件369索引37115表格列表表1印刷约定20表2符号约定21表3Shell提示符21表4JavaEnterpriseSystem文档22表1-1JavaES发行版本4产品组件26表1-2JavaES发行版本4共享组件27表1-3升级过程中的各个阶段32表1-4升级到JavaES2005Q4(发行版本4)的途径34表1-5选择性升级与全部升级之比较36表1-6JavaES发行版本4产品组件的共享组件依赖性38表1-7JavaES产品组件依赖性41表2-1从JavaES发行版本3升级共享组件的升级技术51表2-2从JavaES发行版本2升级共享组件的升级技术53表2-3用于在Solaris平台上升级共享组件的软件包版本62表2-4用于在Linux平台上升级共享组件的软件包65表3-1升级到JavaES发行版本4SunCluster3.
18/05(2005Q4)软件的途径85表3-2SunCluster数据用途85表3-3SunCluster版本检验输出87表4-1升级到JavaES发行版本4:SunJavaSystemDirectoryServer5.
22005Q4和SunJavaSystemAdministrationServer5.
22005Q4的途径92表4-2DirectoryServer、AdministrationServer和DirectoryProxyServer数据用途.
.
.
.
94表4-3DirectoryServer版本检验输出96表4-4用于在Solaris上升级DirectoryServer和AdministrationServer的修补程序98表4-5用于在Linux上升级DirectoryServer和AdministrationServer的修补程序10216SunJavaEnterpriseSystem2005Q4升级指南表5-1升级到JavaES发行版本4:SunJavaSystemDirectoryProxyServer5.
22005Q4的途径112表5-2DirectoryProxyServer数据用途113表5-3DirectoryProxyServer版本检验输出116表5-4在Solaris上升级DirectoryProxyServer的修补程序118表5-5在Linux上升级DirectoryProxyServer的修补程序119表6-1升级到JavaES发行版本4:SunJavaSystemWebServer6.
1SP52005Q4的途径124表6-2WebServer数据用途125表6-3WebServer版本检验输出127表6-4在Solaris上升级WebServer的修补程序128表6-5在Linux上升级WebServer的修补程序129表7-1升级到JavaES发行版本4MessageQueue3.
6SP32005Q4的途径135表7-2MessageQueue数据用途136表7-3MessageQueue版本检验输出140表7-4升级MessageQueue的修补程序141表8-1升级到JavaES发行版本4:HADB4.
4.
2(2005Q4)的途径150表8-2HADB数据用途151表8-3HADB版本检验输出153表8-4用于在Solaris平台上升级HADB的软件包版本154表9-1升级到JavaES发行版本4:SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q4的途径158表9-2ApplicationServer数据用途159表9-3ApplicationServer版本检验输出162表9-4在Solaris上升级ApplicationServer的修补程序164表9-5在Linux上升级ApplicationServer的修补程序165表10-1升级到JavaES发行版本4:SunJavaSystem4:WebProxyServer4.
0.
12005Q4的途径176表10-2WebProxyServer数据用途177表10-3WebProxyServer版本检验输出179表11-1升级到JavaES发行版本4:SunJavaSystemAccessManager72005Q4的途径.
.
185表11-2AccessManager数据用途186表11-3AccessManager版本检验输出190表11-4AccessManager配置参数:ampre70upgrade193表格列表17表11-5用于升级AccessManagerMobileAccess软件的修补程序195表11-6AccessManager配置参数196表11-7AccessManager配置参数:amupgrade198表11-8AccessManager配置参数206表12-1升级到JavaES发行版本4:SunJavaSystemDirectoryPreparationTool6.
32005Q4的途径210表12-2DirectoryPreparationTool数据用途211表12-3在Solaris上升级DirectoryPreparationTool的修补程序214表12-4在Linux上升级DirectoryPreparationTool的修补程序216表12-5在Solaris上升级DirectoryPreparationTool的起源修补程序219表13-1升级到JavaES发行版本4:SunJavaSystemMessagingServer6.
22005Q4的途径224表13-2MessagingServer数据用途225表13-3MessagingServer版本检验输出228表13-4在Solaris上升级MessagingServer的修补程序230表13-5在Linux上升级MessagingServer的修补程序232表14-1升级到JavaES发行版本4:SunJavaSystemCalendarServer6.
22005Q4的途径242表14-2CalendarServer数据用途243表14-3CalendarServer版本检验输出246表14-4在Solaris上升级CalendarServer的修补程序247表14-5在Linux上升级CalendarServer的修补程序249表15-1升级到JavaES发行版本4:SunJavaSystemCommunicationsExpress6.
22005Q4的途径254表15-2CommunicationsExpress数据用途255表15-3CommunicationsExpress版本检验输出258表15-4在Solaris上升级CommunicationsExpress的修补程序260表15-5在Linux上升级CommunicationsExpress的修补程序262表16-1升级到JavaES发行版本4:SunJavaSystemInstantMessaging7.
0.
12005Q4的途径270表16-2InstantMessaging数据用途271表16-3InstantMessaging版本检验输出273表16-4在Solaris上升级InstantMessaging的修补程序275表16-5在Linux上升级InstantMessaging的修补程序276表17-1升级到JavaES发行版本4:SunJavaSystemPortalServer6.
3.
12005Q4的途径28818SunJavaEnterpriseSystem2005Q4升级指南表17-2PortalServer数据用途289表17-3PortalServer版本检验输出292表17-4用于在Solaris上升级PortalServer的修补程序294表17-5用于在Linux上升级PortalServer的修补程序296表17-6在Solaris上将PortalServer升级到发行版本4的修补程序303表17-7在Linux上将PortalServer升级到发行版本4的修补程序310表18-1升级到JavaES发行版本4:SunJavaSystemPortalServerSecureRemoteAccess6.
3.
12005Q4的途径316表18-2PortalServerSecureRemoteAccess数据用途317表18-3PortalServerSecureRemoteAccess版本检验输出320表18-4在Solaris上升级PortalServerSecureRemoteAccess的修补程序321表18-5在Linux上升级PortalServerSecureRemoteAccess的修补程序323表18-6在Solaris上将PortalServerSecureRemoteAccess升级到发行版本3的修补程序.
.
.
330表18-7在Linux上将PortalServerSecureRemoteAccess升级到发行版本3的修补程序.
.
.
.
333表19-1升级到JavaES发行版本4:SunJavaSystemCommunicationServicesDelegatedAdministrator6.
32005Q4的途径340表19-2DelegatedAdministrator数据用途341表19-3DelegatedAdministrator版本检验输出344表19-4在Solaris上升级DelegatedAdministrator的修补程序346表19-5在Linux上升级DelegatedAdministrator的修补程序34819前言JavaEnterpriseSystem升级指南包含在SunSolaris操作系统(SolarisOperatingSystem,SolarisOS)或Linux操作系统环境中升级SunJavaEnterpriseSystem(JavaES)软件所需的信息.
本指南涵盖了从JavaES2004Q2(发行版本2)和JavaES2005Q1(发行版本3)到JavaES2005Q4(发行版本4)的升级.
本前言包含以下各节:第20页中的"目标读者"第20页中的"本书所采用的约定"第22页中的"相关文档"第23页中的"联机访问Sun资源"第23页中的"联系Sun技术支持"第24页中的"相关的第三方Web站点引用"第24页中的"Sun欢迎您提出意见"目标读者20SunJavaEnterpriseSystem2005Q4升级指南目标读者本书适用于想要升级JavaES软件的系统管理员或软件技术人员.
本书假定您熟悉以下内容:企业级软件产品的安装所处环境中当前部署的JavaES组件所支持JavaES平台上的系统管理和联网群集模型(如果安装的是群集软件)本书所采用的约定本节各表介绍了本书所采用的约定.
印刷约定下表介绍了本书所采用的印刷约定.
表1印刷约定字体含义示例AaBbCc123(等宽字体)API和语言元素、HTML标记、Web站点URL、命令名、文件名、目录路径名、计算机屏幕输出、样例代码.
编辑.
login文件.
使用ls-a列出所有文件.
%Youhavemail.
AaBbCc123(等宽粗体)用户键入的内容,与计算机屏幕输出的显示不同.
%suPassword:AaBbCc123(斜体)保留未译的新词或术语以及要强调的词.
命令或路径名中要使用实名或值替换的占位符.
这些称为class选项.
文件位于install-dir/bin目录.
新词术语强调新词或术语以及要强调的词.
切勿保存文件.
《书名》书名阅读《用户指南》的第6章.
本书所采用的约定前言21符号下表介绍了本书所采用的符号约定.
Shell提示符下表介绍了本书所采用的shell提示符.
表2符号约定符号说明示例含义[]包含可选命令选项.
ls[-l]-l选项不是必需的.
{|}包含所需命令选项的一组选择.
-d{y|n}-d选项要求您使用y参数或n参数.
-结合同时发生的多个击键.
Control-A按A键的同时按Control键.
+结合相继发生的多个击键.
Ctrl+A+N按Control键后松开,然后按后续各键.
>表示图形用户界面中的菜单项选择.
"文件">"新建">"模板"从"文件"菜单中选择"新建".
从"新建"子菜单中选择"模板".
表3Shell提示符Shell提示符UNIX或Linux上的Cshellmachine-name%UNIX或Linux上的Cshell超级用户machine-name#UNIX或Linux上的Bourneshell和Kornshell$UNIX或Linux上的Bourneshell和Kornshell超级用户#Windows命令行C:\相关文档22SunJavaEnterpriseSystem2005Q4升级指南相关文档通过http://docs.
sun.
comSMWeb站点可以联机访问Sun技术文档.
您可以浏览文档库或者搜索具体的书名或主题.
本文档集中的文档JavaES手册以可移植文档格式(PortableDocumentFormat,PDF)和超文本标记语言(HypertextMarkupLanguage,HTML)格式的联机文件方式提供.
行动不便的用户借助辅助技术也可以阅读这两种格式的文件.
可从以下网址访问Sun文档Web站点:http://docs.
sun.
comJavaES文档包括系统的整体信息及其各组件的详细信息.
可从以下网址访问此文档:http://docs.
sun.
com/prod/entsys.
05q4及http://docs.
sun.
com/db/prod/entsys.
05q4l=zh下表列出了JavaES文档集中的系统级手册.
左列提供了各文档的名称和文件号码位置,右列概括介绍了相应文档的内容.
表4JavaEnterpriseSystem文档文档内容JavaEnterpriseSystem发行说明http://docs.
sun.
com/doc/819-3422含有有关JavaEnterpriseSystem的最新信息,包括已知问题.
此外,各组件还有各自的发行说明.
JavaEnterpriseSystem文档汇总信息http://docs.
sun.
com/doc/819-3415从系统和单个组件的角度对JavaEnterpriseSystem的所有相关文档进行说明.
JavaEnterpriseSystem技术概述http://docs.
sun.
com/doc/819-3584介绍JavaEnterpriseSystem的基本技术和概念.
描述组件、体系结构、过程和功能.
JavaEnterpriseSystem部署规划指南http://docs.
sun.
com/doc/819-3450简介如何基于JavaEnterpriseSystem规划和设计企业部署解决方案.
介绍部署规划和设计的基本概念及原理,对解决方案的生命周期进行论述,并且提供了基于JavaEnterpriseSystem规划解决方案时使用的高级示例和策略.
JavaEnterpriseSystem安装规划指南http://docs.
sun.
com/doc/819-3942帮助您在硬件、操作系统和网络方面为JavaEnterpriseSystem的部署制定实现规范.
描述要在安装和配置计划中解决的问题,如组件依赖性.
联机访问Sun资源前言23联机访问Sun资源有关产品下载、专业服务、修补程序和支持以及其他开发者信息,请访问以下网址:下载中心http://www.
sun.
com/software/download/客户解决方案http://www.
sun.
com/service/sunjavasystem/sjsservicessuite.
htmlSun企业服务、Solaris修补程序及支持http://sunsolve.
sun.
com/开发者信息http://developers.
sun.
com以下位置提供了有关JavaES及其组件的信息:http://www.
sun.
com/software/javaenterprisesystem/index.
html联系Sun技术支持如果您遇到通过本文档无法解决的技术问题,请访问http://www.
sun.
com/service/contacting.
JavaEnterpriseSystem安装指南(适用于UNIX)http://docs.
sun.
com/doc/819-3315指导您完成在Solaris操作系统或Linux操作系统上安装JavaEnterpriseSystem的整个过程.
还说明了如何在安装后配置组件以及检验它们是否正常工作.
JavaEnterpriseSystem安装参考http://docs.
sun.
com/doc/819-3949给出有关配置参数的附加信息,提供要在配置规划中使用的工作表,并且列出了参考资料,如默认目录和端口号.
JavaEnterpriseSystem部署示例系列:评估方案http://docs.
sun.
com/doc/819-3443描述如何在一个系统上安装JavaEnterpriseSystem、建立一组核心共享联网服务以及如何设置可以访问所建立服务的用户帐户.
JavaEnterpriseSystem升级指南http://docs.
sun.
com/doc/819-3457说明如何在Solaris操作系统或Linux操作系统上升级JavaEnterpriseSystem.
JavaEnterpriseSystem术语表http://docs.
sun.
com/doc/819-4631定义JavaEnterpriseSystem文档中使用的术语.
表4JavaEnterpriseSystem文档(续)文档内容相关的第三方Web站点引用24SunJavaEnterpriseSystem2005Q4升级指南相关的第三方Web站点引用Sun对本文档中提到的第三方Web站点的可用性不承担任何责任.
对于此类站点或资源中的(或通过它们获得的)任何内容、广告、产品或其他材料,Sun并不表示认可,也不承担任何责任.
对于因使用或依靠此类站点或资源中的(或通过它们获得的)任何内容、产品或服务而造成的或连带产生的实际或名义损坏或损失,Sun概不负责,也不承担任何责任.
Sun欢迎您提出意见Sun致力于提高其文档的质量,并十分乐意收到您的意见和建议.
要共享您的意见,请访问http://docs.
sun.
com,然后单击"发送意见"(SendComments).
请在联机表单中提供文档标题和文件号码.
文件号码包含七位或九位数字,可在书的标题页或在文档顶部找到该号码.
提出意见时您还需要在表格中输入文件的英文文件号码和标题.
本文件的英文文件号码是819-2331-13,文件标题为《SunJavaEnterpriseSystem2005Q4UpgradeGuide》.
25第1章升级规划本章提供的信息可用于规划SunJavaEnterpriseSystem(JavaES)软件到JavaES2005Q4(发行版本4)的升级.
其中包括以下各节:第26页中的"JavaES2005Q4(发行版本4)组件"第29页中的"关于JavaES升级"第32页中的"升级规划"第37页中的"JavaES组件依赖性"第43页中的"一般先后顺序指导原则"JavaES2005Q4(发行版本4)组件26SunJavaEnterpriseSystem2005Q4升级指南JavaES2005Q4(发行版本4)组件本节是对JavaES软件升级规划的简介,其中将对JavaES发行版本4中所包括的组件进行评述.
视具体的升级方案,可能需要将其中的一个或多个组件升级到其在发行版本4中的版本.
JavaES组件分成了不同类型的组,如JavaEnterpriseSystem技术概述(http://docs.
sun.
com/doc/819-3584)中所述.
相应地,系统服务组件提供主要的JavaES基础结构服务,而服务质量组件用于增强这些系统服务.
本文将这两种类型的JavaES组件统称为产品组件,可在JavaES安装程序内选择这些组件.
每个产品组件均依赖于一个或多个称为JavaES共享组件的本地共享库.
共享组件在产品组件安装期间由JavaES安装程序自动进行安装,具体安装哪些共享组件视所安装的产品组件而定.
发行版本4产品组件下表按字母顺序列出了JavaES发行版本4产品组件.
对于其中的服务质量组件,该表包括它们所提供的服务增强类型.
表1-1JavaES发行版本4产品组件产品组件版本类型简称AccessManager7.
0系统服务组件AMAdministrationServer5.
2服务质量:管理组件ADSApplicationServer8.
1系统服务组件ASCalendarServer6.
2系统服务组件CSCommunicationsExpress6.
2服务质量:访问组件CXDelegatedAdministrator6.
3服务质量:管理组件DADirectoryPreparationTool6.
3服务质量:管理组件DPTDirectoryProxyServer5.
2服务质量:访问组件DPSDirectoryServer5.
2系统服务组件DSHighAvailabilitySessionStore4.
4.
2服务质量:可用性组件HADBInstantMessaging7.
0.
1系统服务组件IMMessageQueue3.
6SP3系统服务组件MQMessagingServer6.
2系统服务组件MSPortalServer6.
3系统服务组件PSJavaES2005Q4(发行版本4)组件第1章升级规划27发行版本4共享组件无法在JavaES安装程序中选择或取消选择单台计算机上安装的产品组件所依赖的JavaES共享组件.
安装JavaES产品组件时,JavaES安装程序会自动安装已安装的产品组件所需的共享组件.
下表列出了JavaES发行版本4共享组件.
PortalServerSecureRemoteAccess6.
3服务质量:访问组件PSRAServiceRegistry3.
0系统服务组件SRSunCluster3.
18/05服务质量:可用性组件SCWebProxyServer4.
0.
1服务质量:访问组件WPSWebServer6.
1SP%系统服务组件WS表1-2JavaES发行版本4共享组件共享组件版本缩写ApacheCommonsLogging1.
0.
3ACLJakartaANTJava/XML-basedbuildtool1.
6.
2ANTBerkeleyDatabase4.
2.
52BDBCommonagentcontainer1.
1CACInternationalComponentsforUnicode3.
2ICUInstantMessengerSDK6.
2.
8IM-SDKJava2Platform,StandardEdition5.
0Update3J2SEJavaBeansActivationFramework1.
0.
3JAFJavaStudioEnterpriseWebApplicationFramework2.
1.
5JATOJavaHelpRuntime2.
0JHELPJavaMailRuntime1.
3.
2JMAILJavaArchitectureforXMLBindingRuntime1.
0.
4JAXBJavaAPIforXMLProcessing1.
2.
6JAXPJavaAPIforXMLRegistriesRuntime1.
0.
7JAXR表1-1JavaES发行版本4产品组件(续)产品组件版本类型简称JavaES2005Q4(发行版本4)组件28SunJavaEnterpriseSystem2005Q4升级指南JavaAPIforXML-basedRemoteProcedureCallRuntime1.
1.
2JAX-RPCJavaCalendarAPI1.
2JCAPIJavaDynamicManagementKitRuntime5.
1JDMKJavaSecurityServices4.
1JSSKTSearchEngine1.
3.
2KTSELDAPCSDK5.
11LDAPCSDKLDAPJavaSDK4.
18LDAPJSDKMobileAccessCore1.
0.
6MACoreNetscapePortableRuntime4.
5.
2NSPRNetworkSecurityServices3.
10NSSSOAPRuntimewithAttachmentsAPIforJava1.
2.
1SAAJSimpleAuthenticationandSecurityLayer2.
18SASLSunExplorerDataCollector4.
3.
1SEDCSunJavaEnterpriseSystemMonitoringFramework1.
0.
1MFWKSunJavaWebConsole2.
2.
4SJWCWebservicesCommonLibrary1.
0WSCL表1-2JavaES发行版本4共享组件(续)共享组件版本缩写关于JavaES升级第1章升级规划29关于JavaES升级通常不使用JavaES安装程序或其他任何系统实用程序执行JavaES软件到发行版本4的升级,而是使用特定于组件的升级过程按组件、计算机逐个执行.
组件升级可从主要升级变动为完全兼容升级,前者可能与组件的先前版本不兼容,后者只提供错误修复.
鉴于JavaES组件之间的依赖性,升级的性质可能会影响是否还需要升级其他组件.
产品组件升级JavaES产品组件升级包括两个基本操作,即镜像JavaES产品组件的最初安装和配置:安装已升级的软件.
新软件可以增强或修复现有软件,也可替换现有软件.
通常,新软件是通过以下方法实现的:对现有软件包应用修补程序,替换现有软件包,安装新软件包,或使用JavaES安装程序完全重新安装组件.
重新配置.
重新配置包括为支持已升级软件而需要对配置数据、用户数据或动态应用程序数据所做的任何更改.
数据更改可以指附加数据、数据格式更改(无论是在属性文件中还是在数据库模式中),也可以指数据位置更改.
重新配置有时要求您执行明确的过程,有时无需您介入而自动进行.
在本升级指南中,对于每个JavaES产品组件均对组件升级的这两个方面进行了描述.
升级指南还涵盖了产品组件升级的其他重要方面,包括:影响升级的依赖性升级组件前可能需要执行的操作为检验升级是否成功而要执行的操作需要回滚升级时所要执行的操作共享组件升级JavaES共享组件升级通常是升级依赖于这些共享组件的产品组件不可或缺的组成部分.
共享组件的升级通常比产品组件的升级更为直接.
一般而言,升级是通过向现有软件包应用修补程序或替换现有软件包来实现的.
与升级产品组件相比,通常无需进行任何重新配置,也不需要执行升级前或升级后过程.
尽管可以逐个升级共享组件,然而JavaES发行版本4允许您在一次操作中共同升级多个共享组件.
有关更多信息,参见第2章"升级JavaES共享组件".
关于JavaES升级30SunJavaEnterpriseSystem2005Q4升级指南升级技术如本升级指南中所述,产品组件和共享组件的升级包括修改或替换当前安装的软件包,在某些情况下,还包括安装新的软件包.
Solaris和Linux平台运用类似的技术,通过软件包注册表来管理已安装的软件包和跟踪更改.
Solaris平台.
可以使用JavaES软件分发时所带的软件包,通过Solaris的pkgadd和pkgrm命令安装和删除JavaES软件包.
一经安装,便可使用通过patchadd和patchrm命令应用或删除的修补程序来修改软件包内容.
Solaris软件包的修补程序通过SunSolveWeb站点进行分发,其网址为:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-accessSolaris修补程序可以修补一个或多个软件包.
patchadd命令会保存所修补软件包的备份,以方便使用patchrm命令删除修补程序.
修补程序通过修补程序ID进行标识,该ID包括一个修补程序号,其后紧跟着修订版本号,该版本号会随着修补程序的不断修改而递增.
还可将Solaris修补程序集中到一个修补程序包中.
修补程序包允许您一同下载和应用包中的所有修补程序.
修补程序包专为升级JavaES共享组件而提供(参见第2章"升级JavaES共享组件").
Linux平台.
可以使用JavaES软件分发时所带的软件包,通过rpm命令来安装或更新JavaESRPM(RedHatPackageManager)软件包.
但是,一经安装,便无法使用修补程序修改软件包内容.
不过,可使用rpm-U命令选项更新RPM软件包,该选项会用较新的软件包替换当前软件包.
为方便起见,许多RPM软件包升级内容不但会在JavaES软件分发时进行分发,而且还会通过SunSolveWeb站点进行分发,其网址为:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access在通过SunSolve分发时,会将RPM软件包包装为修补程序,并为其分配一个与Solaris修补程序类似的修补程序ID和修订版本号.
这些Linux修补程序可包括一个或多个RPM软件包,每一个均通过唯一的RPM名称、RPM编号和修订版本号加以标识,其中,修订版本号会随着RPM软件包的不断修改而递增.
关于JavaES升级第1章升级规划31操作系统问题如下所述,有许多操作系统问题会对JavaES软件升级产生影响.
所需的操作系统修补程序某些情况下,要想成功升级JavaES产品组件,必须先修补操作系统或应用特定的修复.
通常,最好是在执行JavaES升级之前,直接将操作系统更新为最新版本,而不是针对每一种情况应用所需的特定操作系统修补程序.
Solaris平台修补程序是通过SunSolveWeb站点以修补程序包的形式提供的,修补程序包是可以一同应用的操作系统修补程序集.
可在以下网址获得Solaris8、9和10的操作系统修补程序包:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-accessLinux平台更新版本可在以下网址获得:https://www.
redhat.
com/apps/download/次发行版本升级大量JavaES共享组件都有特定于Solaris发行版本的软件包.
这些特定于发行版本的软件包可能无法在其他Solaris平台上正常工作.
例如,不能期望针对Solaris8操作系统发行的软件包对于Solaris9或Solaris10操作系统也同样适用.
在将操作系统从一个次发行版本升级到另一个次发行版本时,各种已安装的JavaES共享组件都会受到影响.
当共享组件具有发行版本特定的软件包时,在升级了操作系统之后,还需要对这些软件包进行升级以匹配新升级的操作系统.
非支持平台的升级Solaris8和9操作系统以及RedHatEnterpriseLinux(RHEL)2.
1都支持JavaES2004Q2(发行版本2).
如果希望将操作系统平台升级到Solaris10或RHEL3.
0(这些平台不受JavaES发行版本2支持),则还需要将JavaES发行版本2升级到支持已升级平台的JavaES发行版本,最好是升级到JavaES发行版本4.
由于某些JavaES组件的升级要求其他JavaES组件处于运行状态,因此,一般来说,在从发行版本2升级JavaES之前,不能先将操作系统平台升级到Solaris10或RHEL3.
0(JavaES发行版本2不支持这些平台).
升级规划32SunJavaEnterpriseSystem2005Q4升级指南而应视具体的平台采取所需的方法:Linux平台.
应先将JavaES发行版本2升级到发行版本4,然后再升级到RHEL3.
0.
Solaris平台.
应卸载JavaES发行版本2,将操作系统升级到Solaris10,然后执行JavaES发行版本4的全新安装.
此类操作意味着所有JavaES组件都必须进行全新配置.
在此情况下,比较明智的做法是备份所有JavaES发行版本2配置文件和自定义内容,以便在配置JavaES发行版本4组件时使用.
升级规划在将已部署的JavaES软件系统升级到JavaES发行版本4时,所采取的方法不但取决于升级目的和优先级,而且还取决于部署体系结构的范围和复杂性.
例如,JavaES部署体系结构可能由单台计算机上运行的单个JavaES组件组成,升级目的是为了修复上一软件发行版本中的错误.
反之,JavaES部署体系结构也可能由部署于多台不同计算机上的多个相互依赖的JavaES组件组成,而升级目的是要获得一些新的功能并且要以最短的停机时间达到此目的,为此要将所需升级的组件数目降至最低.
这两个例子所代表的升级情况的复杂性相差很大,因而需要截然不同的升级计划.
没有任何一个计划对于所有已部署的JavaES软件系统都适用.
通常,JavaES组件数量以及部署体系结构中的计算机数量越多,升级计划就越复杂.
什么是升级计划升级计划规定了如何处理升级过程的每个阶段.
此过程至少包括下表所示的各个阶段.
表1-3升级过程中的各个阶段升级阶段说明准备制定升级计划.
在其中,指定需要升级的JavaES组件以及在系统中的各种计算机上升级这些组件所需的顺序.
还要规划在生产环境中执行升级过程之前,如何在阶段性环境中对升级过程进行测试.
执行获取升级所需的所有必备软件包、修补程序和工具.
在阶段性环境中执行JavaES部署系统的升级和重新配置.
这包括备份配置和应用程序数据、升级系统软件以及重新配置数据或将数据迁移到已升级系统.
升级规划第1章升级规划33以下各节所提供的信息有助于制定出详细的升级计划.
升级计划注意事项除了部署体系结构的范围和复杂性以外,升级计划还取决于诸多因素.
这些因素含有以下注意事项:升级途径已部署JavaES组件间的依赖性执行选择性升级的可能性多实例升级以上因素将在以下各节中进行讨论.
升级途径虽然可以将所有先前发行版本的JavaES软件升级到JavaES2005Q4(发行版本4),但是只有从JavaES2005Q1(发行版本3)和JavaES2004Q2(发行版本2)的升级经过了证实.
本升级指南中未记述从较早发行版本进行的升级.
如第34页中的表1-4中所述,各种升级途径涉及不同的升级策略.
鉴于发行版本3到发行版本4升级途径和发行版本2到发行版本4升级途径的不同特点,并且产品组件的升级过程常常取决于升级途径,所以,在本升级指南中,将分别描述每个产品组件升级的各章分成了两节:一节介绍从发行版本3到发行版本4的升级,另一节介绍从发行版本2到发行版本4的升级.
检验启动已升级的软件组件并在进行过程中执行检验测试.
如果检验不成功,且在合理的时限内无法解决问题,则可能只得回滚升级并将系统恢复到其先前的状态.
回滚/恢复必要时,可将系统恢复到其在准备阶段中所规定的先前状态.
另外,也要执行测试以检验回滚是否成功.
表1-3升级过程中的各个阶段(续)升级阶段说明升级规划34SunJavaEnterpriseSystem2005Q4升级指南表1-4升级到JavaES2005Q4(发行版本4)的途径产品号JavaES发行版本系统特征升级策略2005Q1发行版本3JavaES发行版本4支持在单台计算机上混合使用发行版本3和发行版本4组件.
这包括产品组件和共享组件.
发行版本3与发行版本4组件之间的兼容性已经过测试,并且在JavaEnterpriseSystem发行说明(http://docs.
sun.
com/doc/819-3422)中指出了所有已知的不兼容性.
发行版本3与发行版本4组件的共存使得您有可能在给定计算机上或在由多台计算机组成的部署体系结构中,有选择地将发行版本3组件升级到发行版本4.
2004Q2发行版本2JavaES发行版本4不支持在单台计算机上混合使用发行版本2和发行版本4组件.
这包括产品组件和共享组件.
在这些发行版本之间存在已知的不兼容性,而且发行版本2与发行版本4组件间的互操作性未经证实.
在给定计算机上将组件从发行版本2升级到发行版本4时,应将所有发行版本2组件都升级到发行版本4.
不过,假如组件兼容,便有可能在由多台计算机组成的部署体系结构内混合使用驻留在不同计算机上的发行版本2和发行版本4组件.
2003Q4及以前发行版本1及以前JavaES发行版本4不支持在单台计算机上混合使用发行版本1或以前发行版本的组件和发行版本4组件.
这包括产品组件和共享组件.
这些发行版本之间存在已知的不兼容性,而且发行版本1或以前的组件与发行版本4组件间的互操作性未经证实.
JavaES发行版本4并未证实发行版本1或以前发行版本到发行版本4的直接升级.
不过,在某些情况下,可以通过先升级到JavaES发行版本3来执行从发行版本1的升级,如发行版本3的JavaEnterpriseSystem升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中所述.
在其他情况下,从发行版本1到发行版本4的升级可以采用与从发行版本2或发行版本3升级到发行版本4相同的方式执行,而且在这些情况下,本升级指南中对应于该组件的升级指导说明指出了这种可能性.
注有些产品组件已发布了过渡发行版本,这些版本介于正式的JavaES发行版本之间.
这种情况下,应按照上一JavaES发行版本的相同过程来执行过渡发行版本的升级.
例如,如果过渡发行版本出现于发行版本2和发行版本3之间,则要按照从发行版本2升级到发行版本4的过程来升级组件.
升级规划第1章升级规划35升级依赖性规划任何给定JavaES组件升级的主要问题之一是了解组件对其他JavaES组件的依赖性,以及是否还需将这些其他组件升级以支持依赖组件的升级.
在这方面存在两种类型的升级依赖性:硬性升级依赖性.
硬性升级依赖性是指组件的升级版本要求它所依赖的一些组件的升级版本.
这种要求可能归因于新功能、新接口或依赖组件所需的错误修复.
不先升级组件所依赖的组件,则无法成功升级和使用该组件.
软性升级依赖性.
软性升级依赖性是指组件的升级版本不要求它所依赖的一些组件的升级版本.
不升级组件所依赖的组件,也可以成功升级和使用该组件.
在升级JavaES组件时,必须升级它对其具有硬性升级依赖性的所有组件,但是可以不升级它对其具有软性升级依赖性的那些组件.
(这条一般原则不适用于单台计算机上从发行版本2到发行版本4的升级.
)不过,当升级涉及多个互相依赖的组件时,这条一般原则不一定适用.
在此情况下,只要其他多个JavaES组件中有一个对某个特定组件具有硬性升级依赖性,就必须升级该组件.
选择性升级或全部升级硬性升级依赖性与软性升级依赖性的差异使得在部署系统内有选择地升级JavaES组件成为可能.
不过,仅对于单台计算机上从发行版本3到发行版本4的升级才有这种可能(参见第33页中的"升级途径"中的升级途径特征).
不支持单台计算机上从发行版本2到发行版本4的选择性升级.
选择性升级.
可从一开始就对希望升级到发行版本4的JavaES组件采用选择性升级方法.
应确定该组件的硬性升级依赖性,其中包括对产品组件和共享组件的依赖性.
还需要对这些组件进行升级.
对每个后续的硬性升级依赖性重复此过程,直至再无其他组件需要升级为止.
这样一来便指定了所有需要升级的JavaES组件.
选择性升级方法可能很简单,也可能相当复杂,这要视部署体系结构和所涉及的硬性升级依赖性而定.
全部升级.
另外,也可以将所有已部署的JavaES组件全都升级到发行版本4.
此方法的复杂性也取决于部署体系结构.
在某些情况下,出于业务原因,一次对整个系统进行升级是行不通的.
升级规划36SunJavaEnterpriseSystem2005Q4升级指南下表对这两种用于执行升级的方法进行了比较.
在选择性升级和全部升级之间做出选择并不是一成不变的.
例如,您可能选择对特定计算机上的产品组件进行选择性升级,而希望升级支持所选产品组件所需的所有共享组件.
事实上,对于从发行版本3到发行版本4的升级,在升级所有相应共享组件的同时有选择地升级产品组件常常是首选方法.
多实例升级升级过程的顺序可能取决于是否以及如何在部署体系结构中使用冗余.
可以使用JavaES组件的多个实例来实现高可用性、可伸缩性、可维护性或这些服务质量的某种组合.
有三种在JavaES部署体系结构中利用冗余组件的技术:负载平衡、高可用性技术(SunCluster和HighAvailabilitySessionStore)以及多主复制(DirectoryServer).
在大多数运用冗余的情况中,都是希望在不引起停机的情况下执行升级.
进行滚动升级,目的是为了陆续升级组件的冗余实例而不累及它们所提供的服务.
大多数情况下,冗余实例部署在多台计算机上.
从升级规划角度来看,这可能意味着要将此类复制组件的升级与其他组件的升级隔离开来,才能最大程度地缩短停机时间.
换言之,可能要在执行复制组件的滚动升级之前,先在每台计算机上执行该组件的所有升级前任务.
每种复制技术均有可能影响JavaES组件总体升级顺序的配置或重新配置过程.
例如,在SunCluster环境中运行的组件可能要求在升级SunCluster环境中运行的组件之前,先对SunCluster进行升级.
表1-5选择性升级与全部升级之比较升级方法优点缺点选择性升级所要升级的组件数目最少必须跟踪部署系统中每个组件的版本全部升级已部署系统中所有组件的版本都一致所要升级的组件数目最多JavaES组件依赖性第1章升级规划37JavaES组件依赖性如上节所提到的那样,升级计划指定了需要升级的JavaES组件,以及升级这些组件所需依照的顺序.
升级计划中的一个重要注意事项便是所部署系统中不同JavaES组件之间的依赖性.
无论采取选择性升级方法还是升级所有组件,执行组件升级的顺序均要受到组件间依赖性的影响.
本节提供了有关JavaES组件依赖性的信息.
以下依赖性因素将会对升级计划产生影响.
对共享组件的依赖性对产品组件的依赖性多实例升级以下各节将对上述每个因素进行简要讨论.
对共享组件的依赖性升级JavaES产品组件时,必须考虑这些JavaES组件对JavaES共享组件的依赖性.
当产品组件对共享组件具有硬性升级依赖性时,还必须对共享组件进行升级.
共享组件依赖性矩阵第38页中的表1-6显示了JavaES2005Q4(发行版本4)产品组件对JavaES共享组件的依赖性.
作为表1-6列标题的产品组件缩写取自第26页中的表1-1.
共享组件的缩写详见第27页中的表1-2.
有四个产品组件未包括在表1-6中,它们是:DirectoryProxyServer(DPS)、HighAvailabilitySessionStore(HADB)、DirectoryPreparationTool(DPT)和ServiceRegistry(SR).
前三个被省略是因为它们对共享组件没有依赖性.
第四个被省略是因为它是一个新的产品组件,没有可从中进行升级的先前版本.
WebProxyServer(WPS),另一个新的发行版本4产品组件,亦未包括在表1-6中,因为其可以从中升级到发行版本4的先前发行版本未包括在JavaES中.
在表1-6的矩阵中,发行版本3到发行版本4升级的硬性升级依赖性标记为"H",而软件升级依赖性标记为"S".
对于发行版本2到发行版本4升级,按照定义,所有共享组件依赖性均为硬性升级依赖性,必须将所有共享组件从发行版本2升级到发行版本4.
JavaES组件依赖性38SunJavaEnterpriseSystem2005Q4升级指南表1-6JavaES发行版本4产品组件的共享组件依赖性共享组件AMADSASCSCXDADPSDSIMMQMSPSPSRASCWPSWSANTSACLSBDBSCACSSICUSSSSSHSSSIM-SDKHSJ2SESSSSSSSSSSSSSSSSJAFSSSSSSSJATOSSSSSJavaHelpSSSJavaMailSSSSSSSJAXBSSJAXPSSSSSSSJAXRSSJAX-RPCSSJCAPISSJDMKSSSJSSSSSSSSSSSSSKTSESSSLDAPCSDKSSSSHSSLDAPJSDKSSSSSSMACoreSHHMFWKSNSPRSSSSSSSSSHSSSSHNSSSSSSSSSSSHSSSSHSAAJSSSSSJavaES组件依赖性第1章升级规划39表1-6中所示的任何产品组件的依赖性,既表示直接共享组件依赖性又表示间接共享组件依赖性.
换言之,某个产品组件可能依赖于某个特定的共享组件,而该共享组件又依赖于一个或多个其他共享组件.
表1-6中所示的共享组件依赖性包括所有此类间接依赖性.
下图说明了共享组件之间的相互依赖性.
图1-1共享组件相互依赖性SASLSHHSSHSSSEDCSSJWCSSSWSCLSS表1-6JavaES发行版本4产品组件的共享组件依赖性(续)共享组件AMADSASCSCXDADPSDSIMMQMSPSPSRASCWPSWSJAXBJavaMailLDAPCSDKJAXRPCJAXPJAXRWSCLSAAJJAFJCAPINSSJSSNSPRJDMKCACAOJESMFJ2SEANTJavaHelpJATOSJWCJavaES组件依赖性40SunJavaEnterpriseSystem2005Q4升级指南共享组件升级指导原则根据表1-6,可以在给定计算机上升级一个或多个产品组件时确定要升级的共享组件:发行版本2到发行版本4的升级.
如果要从发行版本2升级到发行版本4,必须对表1-6中各产品组件所有标记为"S"或"H"的共享组件进行升级.
发行版本3到发行版本4的升级.
如果要将所有产品组件从发行版本3升级到发行版本4,应对表1-6中所示各产品组件的所有共享组件进行升级.
不过,即使是有选择地升级产品组件,亦建议对计算机上所有产品组件所需的共享组件都进行升级;已证实发行版本4共享组件可以支持发行版本3产品组件.
尽管在大多数情况下都可以有选择地升级共享组件(即,仅升级支持选择性升级产品组件的那些共享组件,或者,与软性升级依赖性相比较,仅升级硬性升级依赖项),但值得注意的是,采用这种方法会冒更大的风险.
如果不涉及任何硬性升级依赖性,则您可能根本不会升级共享组件.
但是,一般而言,较好的做法是将底层的JavaES基础共享组件升级到最新版本.
有关如何升级共享组件的信息,参阅第2章"升级JavaES共享组件".
对产品组件的依赖性一个产品组件对另一个产品组件的依赖性是确定需要升级的JavaES组件及其升级顺序的重要因素.
对产品组件的依赖性分为两大类:运行时依赖性和配置依赖性.
运行时依赖性.
软件系统部署组件之间的交互是软件系统正常工作的基础.
JavaES组件之间的基础结构依赖性在JavaEnterpriseSystem技术概述中进行了讨论.
在升级任何JavaES产品组件时,均必须考虑此类依赖性.
如果一个组件的升级版本对另一个组件具有硬性升级依赖性,则该依赖性意味着依赖组件只应在其所依赖的组件升级之后方可进行升级.
注升级共享组件的顺序可能取决于图1-1中所示的共享组件相互依赖性.
另外,如果计划将J2SE升级到J2SE5.
0,应首先升级此共享组件.
J2SE是许多JavaES组件的基础组件.
JavaES组件依赖性第1章升级规划41配置依赖性.
许多情况下,必须安装、配置某个JavaES组件并使其处于运行状态,方可配置另一组件.
例如,DirectoryServer配置目录必须正在运行,方可配置MessagingServer组件,或者,DirectoryServer用户/组目录必须正在运行,方可注册AccessManager服务.
组件升级过程通常包括已升级组件的重新配置或配置数据的迁移.
事实上,一些产品组件的主要功能就是为了向其他组件提供配置或管理支持.
因此,配置依赖性可能对升级过程的顺序具有很大影响.
表1-7显示了第26页中的表1-1中所列JavaES产品组件之间的依赖性.
利用表1-7,可以图表形式表示升级集中的依赖性链.
左列列出了每个产品组件,中间一列列出了其对其他产品组件的依赖性,第三列描述了每种依赖性的特点,最后一列指明了各组件是否必须在本地.
表1-7JavaES产品组件依赖性产品组件依赖性依赖性本质必须在本地吗AccessManagerDirectoryServer存储配置数据和启用用户数据查找否J2EEWeb容器,可为以下产品之一:-ApplicationServer-WebServer-BEAWebLogicServer-IBMWebSphereApplicationServer提供Web容器运行时服务是AccessManagerSDKAccessManager提供AccessManager服务否J2EEWeb容器,可为以下产品之一:-ApplicationServer-WebServer-BEAWebLogicServer-IBMWebSphereApplicationServer提供Web容器运行时服务是AdministrationServerDirectoryServer提供配置目录否ApplicationServerMessageQueue提供可靠的异步消息传送是WebServer(可选)专用于实例间的负载平衡是HighAvailabilitySessionStore(可选)存储支持实例间故障转移所需的会话状态是CalendarServerDirectoryServer存储用户数据和启用用户数据查找否DirectoryPreparationTool准备CalendarServer所用的目录否AccessManager(可选)提供单点登录否MessagingServer(可选)提供电子邮件通知否DelegatedAdministrator(可选)为日历服务置备用户否JavaES组件依赖性42SunJavaEnterpriseSystem2005Q4升级指南CommunicationsExpressJ2EEWeb容器,可为以下产品之一:-ApplicationServer-WebServer提供Web容器运行时服务是DirectoryServer存储用户数据和启用用户数据查找,例如在通讯录中否DirectoryPreparationTool准备CommunicationsExpress所用的目录否AccessManager或AccessManagerSDK提供验证和授权服务,单点登录是MessagingServer启用基于Web的消息传送访问否CalendarServer启用基于Web的日历访问否DelegatedAdministratorJ2EEWeb容器,可为以下产品之一:-ApplicationServer-WebServer提供Web容器运行时服务是DirectoryServer存储用户数据否DirectoryPreparationTool准备DelegatedAdministrator所用的目录否AccessManager或AccessManagerSDK提供置备用户所需的API是DirectoryPreparationToolDirectoryServer提供准备供通信组件使用的用户/组目录是DirectoryProxyServerAdministrationServer配置DirectoryProxyServer否DirectoryServer提供对目录的访问否DirectoryServerAdministrationServer配置DirectoryServer否HighAvailabilitySessionStore无InstantMessagingJ2EEWeb容器,可为以下产品之一:-ApplicationServer-WebServer提供Web容器运行时服务是DirectoryServer存储用户数据否AccessManager(可选)提供单点登录否表1-7JavaES产品组件依赖性(续)产品组件依赖性依赖性本质必须在本地吗一般先后顺序指导原则第1章升级规划43一般先后顺序指导原则前几节中所讨论的因素可能都会对计划升级的JavaES组件及其升级顺序产生影响.
这些因素还会影响部署于多台计算机上的JavaES组件的升级方法.
所有这些因素的具体影响取决于部署体系结构.
然而,可以遵循几条一般的先后顺序指导原则,尽管它们并不适用于每一种情况.
下面列出了在单台计算机上或在已部署系统中成功升级JavaES组件可采用的顺序.
执行升级时,只需忽略部署体系结构中不包括的那些组件即可,或者,如果执行的是选择性升级,则忽略升级计划中不包括的那些组件.
MessageQueue无MessagingServerStoreMTAMMPMEMDirectoryServer存储配置数据和启用用户数据查找否AdministrationServer在DirectoryServer配置目录中存储配置数据是DirectoryPreparationTool准备MessagingServer所用的目录否AccessManager(可选)提供单点登录否DelegatedAdministrator(可选)为消息传送服务置备用户否PortalServerJ2EEWeb容器,可为以下产品之一:-ApplicationServer-WebServer-BEAWebLogicServer-IBMWebSphereApplicationServer提供Web容器运行时服务是DirectoryServer存储用户配置文件和启用用户配置文件查找否AccessManager或AccessManagerSDK提供验证和授权服务,单点登录是CommunicationsExpress提供消息传送和日历频道否PortalServerSecureRemoteAccessPortalServer提供对门户的访问是AccessManager或AccessManagerSDK提供验证和授权服务,单点登录是SunCluster无SunCluster代理SunCluster提供对SunCluster服务的访问WebProxyServer无WebServer无表1-7JavaES产品组件依赖性(续)产品组件依赖性依赖性本质必须在本地吗一般先后顺序指导原则44SunJavaEnterpriseSystem2005Q4升级指南1.
共享组件(参见第47页中的第2章"升级JavaES共享组件")通常应先升级共享组件,然后再对依赖于它们的组件进行升级.
2.
SunCluster软件(参见第83页中的第3章"SunCluster软件")如果有任何组件运行于SunCluster环境,且SunCluster软件需要升级,则应先于使用SunCluster服务的组件对其进行升级.
如果进行升级,应在SunCluster升级过程中升级SunCluster代理.
3.
DirectoryServer和AdministrationServer(参见第91页中的第4章"DirectoryServer和AdministrationServer")许多组件都在DirectoryServer中存储用户数据或配置数据,因此通常应先对DirectoryServer执行升级,然后再升级DirectoryServer对其具有运行时或配置依赖性的组件.
AdministrationServer必须与DirectoryServer一同进行升级.
4.
DirectoryProxyServer(参见第111页中的第5章"DirectoryProxyServer")DirectoryProxyServer对DirectoryServer和AdministrationServer具有硬性升级依赖性,因而应在DirectoryServer和AdministrationServer之后进行升级.
其他组件可能要通过DirectoryProxyServer访问DirectoryServer.
5.
WebServer(参见第123页中的第6章"WebServer")许多JavaES组件都要求Web容器支持,如果进行升级,则应先于要求Web容器服务的组件对其进行升级.
Web容器服务通常由WebServer或ApplicationServer提供,但如果体系结构中含有这两者,请首先升级WebServer.
6.
MessageQueue(参见第133页中的第7章"MessageQueue")如果进行升级,MessageQueue最好是在ApplicationServer之前升级,后者要求MessageQueue与Java2EnterpriseEdition(J2EE)兼容.
7.
HighAvailabilitySessionStore(参见第149页中的第8章"HighAvailabilitySessionStore")如果进行升级,HighAvailabilitySessionStore最好是在ApplicationServer之前升级,后者需要HighAvailabilitySessionStore来提供高可用性.
8.
ApplicationServer(参见第157页中的第9章"ApplicationServer")ApplicationServer的负载平衡插件依赖于WebServer,因此,如果要使用该功能,则应在WebServer之后升级ApplicationServer.
注本升级指南中的各章按照通常升级JavaES组件的顺序排列,如以下先后顺序指导原则所示.
一般先后顺序指导原则第1章升级规划459.
WebProxyServer(参见第175页中的第10章"WebProxyServer")WebProxyServer可在任何时候升级,然而它通常应在WebServer或ApplicationServer组件之后进行升级,因为前者要为后两者提供代理服务.
WebProxyServer是一个新的JavaES发行版本4组件,可从其以前的非JavaES发行版本进行升级.
10.
AccessManager(参见第183页中的第11章"AccessManager")AccessManager在验证和授权(包括单点登录)方面起着核心作用,如果进行升级,则应在其为获得这些服务而依赖的组件之前升级.
此外,AccessManager还要求特定的DirectoryServer模式(模式2),该模式对其他组件使用DirectoryServer的方式有影响.
11.
DirectoryPreparationTool(参见第209页中的第12章"DirectoryPreparationTool")DirectoryPreparationTool依赖于DirectoryServer模式,因而应在AccessManager升级之后针对DirectoryServer运行.
(有关这条指导原则的例外情况,参见第203页中的"从JavaES发行版本2升级AccessManager".
)如果升级DirectoryPreparationTool,它应在升级通信组件之前升级,因为这些通信组件依赖于DirectoryPreparationTool在目录中进行更改,它们是:MessagingServer、CalendarServer、CommunicationsExpress和DelegatedAdministrator.
12.
MessagingServer(参见第223页中的第13章"MessagingServer")如果进行升级,MessagingServer只应在进行上述升级之后且在依赖于MessagingServer组件的CommunicationsExpress之前升级.
13.
CalendarServer(参见第241页中的第14章"CalendarServer")如果进行升级,CalendarServer应在MessagingServer之后升级,因为它的某些功能要求MessagingServer支持.
CalendarServer还应在CommunicationsExpress之前升级,因为后者对CalendarServer具有依赖性.
14.
CommunicationsExpress(参见第253页中的第15章"CommunicationsExpress")如果进行升级,由于CommunicationsExpress依赖于上述许多组件(CalendarServer、MessagingServer、DirectoryPreparationTool、AccessManager、WebServer和DirectoryServer),因此它应在这些组件之后升级.
15.
InstantMessaging(参见第269页中的第16章"InstantMessaging")如果进行升级,InstantMessaging可在升级完AccessManager之后的几乎任何时候升级.
一般先后顺序指导原则46SunJavaEnterpriseSystem2005Q4升级指南16.
PortalServer(参见第287页中的第17章"PortalServer")PortalServer与CommunicationsExpress一样依赖于上述许多组件,但它尤其依赖于CommunicationsExpress来提供消息传送和日历频道,因此,如果进行升级,它应在CommunicationsExpress之后升级.
17.
PortalServerSecureRemoteAccess(参见第315页中的第18章"PortalServerSecureRemoteAccess")如果进行升级,PortalServerSecureRemoteAccess可在升级完PortalServer之后的任何时候升级.
18.
DelegatedAdministrator(参见第339页中的第19章"DelegatedAdministrator")如果进行升级,DelegatedAdministrator可在升级完DirectoryPreparationTool并对DirectoryServer运行了该工具之后的任何时候升级并用来置备用户.
按照惯例,用户是在升级和启动了其他服务之后进行置备的,但是,DelegatedAdministrator可在升级依赖于DelegatedAdministrator置备用户的通信组件之前升级.
47第2章升级JavaES共享组件本章提供有关将JavaES共享组件升级至JavaES2005Q4(发行版本4)的信息.
本章包含以下各节:第48页中的"共享组件升级概述"第54页中的"使用单个修补程序升级共享组件"第56页中的"使用修补程序群组升级共享组件"第59页中的"通过替换软件包升级组件"第67页中的"需要特殊升级过程的组件"注要升级共享组件以便为升级SunCluster软件做准备,请遵循《SunCluster软件安装指南(适用于SolarisOS)》的"升级SunCluster软件"中升级依赖软件的过程,该指南可从以下网址获得:http://docs.
sun.
com/doc/819-0420/6n2rlnncra=view不过,要从JavaES2005Q4(发行版本4)分发包安装安全组件的软件包,而不要从SunCluster的两张CD-ROM中的某一张安装.
共享组件升级概述48SunJavaEnterpriseSystem2005Q4升级指南共享组件升级概述将共享组件升级至JavaES2005Q4(发行版本4)应是一个较大规模升级计划的组成部分,如第1章"升级规划"中所述.
为确保升级成功,请仔细阅读第1章,并制定一个满足需求的升级计划.
关于升级计划升级计划应涵盖以下几个方面:操作系统问题.
执行任何操作系统的升级,如第31页中的"操作系统问题"中所述.
对于Solaris10OS以外的所有平台,升级共享组件之前,应执行操作系统升级.
升级途径.
确定当前使用的JavaEnterpriseSystem的版本,并确保了解所支持的升级至JavaES发行版本4的途径.
在多数情况下,升级共享组件时,无论是从JavaES2004Q2(发行版本2)升级,还是从JavaES2005Q1(发行版本3)升级,所遵循的升级过程是相同的.
本章说明了依赖于特定升级途径的过程.
有关升级途径的更多信息,参阅第33页中的"升级途径".
升级依赖性.
了解要升级的产品组件的相互依赖性.
通常根据各产品组件的依赖性排列组件的升级顺序.
例如,升级某个组件之前,应升级该组件所依赖的任何组件.
还应考虑其他各方面的因素,例如硬性升级依赖性和软性升级依赖性,如第35页中的"升级依赖性"中所述.
利用第38页中的表1-6确定在升级产品组件之前需要升级哪些共享组件.
全部升级或选择性升级.
如果要升级计算机上的全部产品组件,则应升级这些产品组件所依赖的所有共享组件.
但是,如果从发行版本3升级至发行版本4,则可以选择性地升级计算机上的一些产品组件,而不升级其他组件.
不过,最佳做法是升级计算机上全部产品组件所依赖的所有共享组件.
经检验,发行版本4的共享组件可支持发行版本3的产品组件.
有关更多信息,参阅第40页中的"共享组件升级指导原则".
排序指导原则.
查看第43页中的"一般先后顺序指导原则"中列出的排序指导原则.
通常情况下,首先升级共享组件.
但是,在开始升级之前,应了解升级至JavaES发行版本4的整个顺序.
共享组件升级概述第2章升级JavaES共享组件49升级共享组件使用的技术有三种用于将共享组件升级至JavaES发行版本4的技术.
所采用的方法以升级计划为依据,并取决于要升级的共享组件的数量和类型.
这三种技术分别是:修补程序.
通过应用修补程序,Solaris平台上的大多数共享组件都可以升级至JavaES发行版本4.
修补程序通常升级单个组件或一组有关联的组件.
如果升级计划要求升级少量共享组件,则可以考虑对可使用升级修补程序的组件应用单个修补程序.
第51页中的表2-1显示了每个共享组件可使用的升级修补程序.
第54页中的"使用单个修补程序升级共享组件"提供了下载和应用修补程序的说明.
修补程序群组.
修补程序群组捆绑了共享组件可使用的所有升级修补程序.
这样会简化升级过程,因为可通过执行修补程序群组随附的单独升级脚本,升级所有相应的共享组件.
每个Solaris平台都有一个单独的修补程序群组.
修补程序群组不能用于Linux平台.
如果升级计划要求升级多个共享组件,则使用修补程序群组.
即使不升级修补程序群组所包括的所有共享组件,修补程序群组可能也是将升级计划中指定的共享组件升级的最有效的方法.
有关下载和应用修补程序群组的信息,参阅第56页中的"使用修补程序群组升级共享组件".
替换软件包.
一些共享组件的升级只能通过用更新版本的软件包替换系统中的现有软件包来进行.
共享组件软件包的更新版本可通过JavaES发行版本4的分发包获得.
由于修补技术不能用于在Linux平台上升级JavaEnterpriseSystem,故通常通过替换RPM软件包升级Linux共享组件.
但是,一些共享组件将RPM软件包作为修补程序提供.
第51页中的表2-1显示了采用替换软件包的方法升级到JavaES发行版本4的共享组件.
第59页中的"通过替换软件包升级组件"提供了有关替换软件包的详细信息.
共享组件升级概述50SunJavaEnterpriseSystem2005Q4升级指南常规升级过程下面讨论了升级共享组件所采用的常规步骤:1.
根据升级计划确定升级途径以及要升级的共享组件.
有关开发升级计划的信息,可查看本概述中的前几个小节.
也可以参阅第32页中的"升级规划"获得其他信息.
2.
确定可用于将升级计划中指定的共享组件升级的技术.
可在以下几节中找到此信息:第52页中的"升级发行版本2的共享组件"第50页中的"升级发行版本3的共享组件"3.
根据特定需要,执行以下几节中的过程:第54页中的"使用单个修补程序升级共享组件"第56页中的"使用修补程序群组升级共享组件"第59页中的"通过替换软件包升级组件"第67页中的"需要特殊升级过程的组件"升级发行版本3的共享组件第51页中的表2-1显示了从JavaES发行版本3升级共享组件时使用的升级技术.
请注意下列事项:Solaris平台.
提供许多不同的升级选项:在很多情况下,可以使用特定的修补程序将共享组件升级至JavaES发行版本4.
应用特定于平台的修补程序群组通常是从发行版本3升级共享组件的最有效的方法.
修补程序群组捆绑了可用于将所有共享组件升级至发行版本4的全部修补程序.
有关更多信息,参阅第56页中的"使用修补程序群组升级共享组件".
多数情况下,必须将发行版本3的软件包替换为JavaES分发包随附的发行版本4的软件包.
对于自发行版本3以来没有变化的共享组件,不必进行升级.
共享组件升级概述第2章升级JavaES共享组件51Linux平台.
必须通过安装或替换RPM软件包升级共享组件.
如果在表2-1中列出了修补程序ID,则已提供的修补程序捆绑了升级相应组件所需的RPM软件包,从而可以轻松下载并安装这些软件包.
修补程序提供了特殊说明.
另外,可以使用修补程序ID跟踪对共享组件进行的修改.
修补程序群组不能用于Linux平台.
注在表2-1中,修补程序ID中的后两位数字指出该修补程序的修订版本号.
修订版本号越高,表示版本越新.
表2-1列出了升级所需的最低修订版本.
如果有更新修订版本的修补程序,应使用这些更新的修订版本,而不使用表中列出的版本.
第27页中的"发行版本4共享组件"中提供了表2-2列出的共享组件的全称.
表2-1从JavaES发行版本3升级共享组件的升级技术共享组件Solaris8SPARCSolaris9SPARCSolaris10SPARCSolaris9x86Solaris10x86LinuxANT替换软件包ACL替换软件包BDB替换软件包CAC替换软件包ICU116103-08114677-10119810-01114678-10119811-01替换软件包IM-SDK118789-09118790-09118791-10J2SE按照第73页中的"升级JavaES发行版本4的J2SE"中所述安装J2SE5.
0.
JAF自发行版本3以来无变化.
不必升级JATO替换软件包(可选,参见第71页中的"升级JATO")JavaHelp自发行版本3以来无变化.
不必升级替换软件包JavaMail自发行版本3以来无变化.
不必升级与JAX相关的组件JAXBJAXPJAXRJAX-RPCSAAJWSCL应用特定于平台的修补程序群组参见第57页中的"修补程序群组过程".
119190-03共享组件升级概述52SunJavaEnterpriseSystem2005Q4升级指南升级发行版本2的共享组件下面的表2-2显示了从JavaES发行版本2升级共享组件时使用的升级技术.
请注意下列事项:Solaris平台.
多数情况下,应用特定于平台的修补程序群组升级共享组件.
而在其他情况下,使用JavaES分发包提供的发行版本4的软件包安装或替换软件包.
Linux平台.
必须通过安装或替换RPM软件包升级共享组件.
如果在表2-2中列出了修补程序ID,则已提供的修补程序捆绑了升级相应组件所需的RPM软件包,从而可以轻松下载并安装这些软件包.
修补程序提供了特殊说明.
另外,可以使用修补程序ID跟踪对共享组件进行的修改.
修补程序群组不能用于Linux平台.
JCAPI自发行版本3以来无变化.
不必升级JDMK119044-01119046-01JSS119209-05119211-05119213-06119212-05119214-06替换软件包KTSE自发行版本3以来无变化.
不必升级LDAPCSDK116837-02116838-02118353-02LDAPJSDK119725-02替换软件包MACore119527-02119528-02119529-02MFWK119803-02119804-02替换软件包NSPR119209-05119211-05119213-05119212-05119214-05替换软件包NSS119209-05119211-05119213-05119212-05119214-05替换软件包SASL115328-02115342-02119345-01115343-02119346-01替换软件包SEDC参阅第72页中的"升级SunExplorerDataCollector".
SJWC替换软件包表2-1从JavaES发行版本3升级共享组件的升级技术(续)共享组件Solaris8SPARCSolaris9SPARCSolaris10SPARCSolaris9x86Solaris10x86Linux共享组件升级概述第2章升级JavaES共享组件53注在表2-2中,修补程序ID中的后两位数字指出该修补程序的修订版本号.
修订版本号越高,表示版本越新.
表2-2列出了升级所需的最低修订版本.
如果有更新修订版本的修补程序,应使用这些更新的修订版本,而不使用表中列出的版本.
第27页中的"发行版本4共享组件"中提供了表2-2列出的共享组件的全称.
表2-2从JavaES发行版本2升级共享组件的升级技术共享组件Solaris8SPARCSolaris9SPARCSolaris10SPARCSolaris9x86Solaris10x86LinuxANT替换软件包ACL替换软件包BDB替换软件包CAC安装软件包ICU应用特定于平台的修补程序群组替换软件包IM-SDK应用特定于平台的修补程序群组118791-09J2SE按照第73页中的"升级JavaES发行版本4的J2SE"中所述安装J2SE5.
0.
JAF应用特定于平台的修补程序群组安装软件包JATO应用特定于平台的修补程序群组安装软件包JavaHelp替换软件包JavaMail应用特定于平台的修补程序群组安装软件包与JAX相关的组件JAXBJAXPJAXRJAX-RPCSAAJWSCL应用特定于平台的修补程序群组119190-03JCAPI应用特定于平台的修补程序群组118613-01JDMK应用特定于平台的修补程序群组119046-01JSS应用特定于平台的修补程序群组安装软件包KTSE应用特定于平台的修补程序群组替换软件包LDAPCSDK应用特定于平台的修补程序群组118353-02使用单个修补程序升级共享组件54SunJavaEnterpriseSystem2005Q4升级指南使用单个修补程序升级共享组件在Solaris平台上,通过应用修补程序修改已安装的软件包,可将许多共享组件的软件包从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4).
基于软件包替换的修补程序技术的优点是:如有需要,以后可逆向恢复由修补程序应用的修订.
通常,修补程序小于已更新软件包的大小,因而使下载和安装更加容易.
修补程序通常比提供的最新软件包版本更新.
如本节中所述,可随时从SunSolve下载修补程序的最新修订版本.
第51页中的表2-1显示了用于从JavaES发行版本3升级至JavaES发行版本4的所有共享组件修补程序的修补程序ID.
如果升级计划要求在Solaris平台上升级多个共享组件,则使用修补程序群组可能是执行升级的最有效的方法.
修补程序群组中包含的所有修补程序都可用于升级能采用修补程序技术升级的共享组件.
有关修补程序群组的更多信息,参阅第56页中的"使用修补程序群组升级共享组件".
如果升级计划要求仅升级少量共享组件,则可能要按以下过程所述应用单个修补程序.
以后可以逆向恢复所应用的修补程序,如以下过程所述.
LDAPJSDK应用特定于平台的修补程序群组安装软件包MACore应用特定于平台的修补程序群组119529-02NSPR应用特定于平台的修补程序群组替换软件包NSS应用特定于平台的修补程序群组替换软件包SASL应用特定于平台的修补程序群组替换软件包SEDC参阅第72页中的"升级SunExplorerDataCollector".
SJWC安装软件包注从JavaES2004Q2(发行版本2)升级时,不应使用单个修补程序,而应使用修补程序群组,如第56页中的"使用修补程序群组升级共享组件"中所述.
注更改系统之前,最好先将系统备份.
表2-2从JavaES发行版本2升级共享组件的升级技术(续)共享组件Solaris8SPARCSolaris9SPARCSolaris10SPARCSolaris9x86Solaris10x86Linux使用单个修补程序升级共享组件第2章升级JavaES共享组件55升级到JavaES2005Q4的修补程序可使用第51页中的表2-1中所示的各个修补程序升级共享组件.
请遵循以下过程.
1.
获取如表2-1中显示的所需修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
应用修补程序前,请阅读修补程序附带的"自述文件"中的所有特殊说明.
4.
使用patchadd命令应用修补程序,如下例所示,该命令将修补程序应用到MobileAccess核心组件的共享组件:patchadd119527-02有关patchadd命令的信息,参阅patchadd(1M)手册页.
修补程序升级回滚可按照以下过程回滚单个修补程序升级:1.
以root身份登录,或成为超级用户.
su-2.
使用patchrm命令逆向恢复修补程序,如下例所示,该命令将修补程序逆向恢复到MobileAccess核心组件的共享组件:patchrm119527-02有关patchrm命令的信息,参阅patchrm(1M)手册页.
使用修补程序群组升级共享组件56SunJavaEnterpriseSystem2005Q4升级指南使用修补程序群组升级共享组件修补程序群组提供了一个将共享组件升级至JavaES2005Q4(发行版本4)的较为方便的方法.
每个Solaris平台都有一个修补程序群组,其中包含的所有修补程序都可用于能采用修补程序技术升级的共享组件.
应用一个共享组件修补程序群组即是应用修补程序群组中包含的所有修补程序.
使用的修补程序群组并不取决于升级途径.
从JavaES发行版本2升级时,使用的特定于平台的修补程序群组与从JavaES发行版本3升级时相同.
以下为可用的修补程序群组:JavaES组件修补程序Solaris10SPARCJavaES组件修补程序Solaris10x86JavaES组件修补程序Solaris9SPARCJavaES组件修补程序Solaris9x86JavaES组件修补程序Solaris8SPARC可在以下位置从SunSolve下载修补程序群组:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access修补程序群组内容修补程序群组中捆绑的修补程序因每个Solaris平台而异.
提供新的修补程序时,修补程序群组的内容即被更新.
随修补程序群组提供的Cluster_readme文件列出了它所包含的修补程序.
下载修补程序群组时,即获得ZIP格式的特定于平台的文件.
将该文件的内容解压缩到应用修补程序群组的目录中.
解压缩内容的顶级目录包括下列文件:Cluster_readme提供有关应用修补程序群组的信息install_cluster脚本运行此脚本可应用修补程序群组copyright修补程序群组和文档的版权声明解压缩内容还包括修补程序群组中所含的所有修补程序的目录.
这些修补程序目录包含适用于每个修补程序的自述文件.
注修补程序群组不可用于Linux平台,因为在Linux平台上只有几个共享组件提供了升级到JavaES发行版本4的修补程序.
使用修补程序群组升级共享组件第2章升级JavaES共享组件57修补程序群组过程如果升级计划要求只升级少量共享组件,则修补程序群组可能不是升级到JavaES发行版本4的最有效方法.
可能要考虑应用单个修补程序,如第54页中的"使用单个修补程序升级共享组件"中所述.
如果升级计划要求在Solaris平台上升级多个共享组件,则可能希望使用修补程序群组升级这些组件.
请记住,install_cluster脚本尝试应用修补程序群组中的所有修补程序.
该脚本升级安装在运行该脚本的计算机上的共享组件.
当修补程序群组脚本尝试对计算机上没有的共享组件应用修补程序或尝试应用不需要的修补程序时,该脚本通常会出现故障.
install_cluster脚本会在执行期间显示其进度.
详细信息还可在日志文件中获得.
以下过程显示了如何应用共享组件修补程序群组.
从Solaris8和Solaris9升级1.
以root身份登录,或成为超级用户.
su-2.
如果存在以下软件包,则将其删除:SUNWjatoSUNWjaxbSUNWjaxpSUNWjafSUNWjmailSUNWxrgrtSUNwxrpcrtSUNWxsrt这些选定的软件包可能来自于JATO、JavaActivationFramework(JAF)或非JavaES安装部分的JAX系列共享组件,也可能是无法使用修补程序群组升级的版本.
必须删除这些软件包才能确保修补程序群组脚本成功升级到这些软件包的更新版本.
注不能回滚修补程序群组,而是必须跟踪修补程序群组脚本应用的所有修补程序,并分别回滚每个修补程序(参见第55页中的"修补程序升级回滚").
应用修补程序群组之前,最好先将系统备份.
使用修补程序群组升级共享组件58SunJavaEnterpriseSystem2005Q4升级指南可通过运行以下命令删除这些软件包:pkgrmSUNWjatoSUNWjaxbSUNWjaxpSUNWjafSUNWjmailSUNWxrgrt\SUNWxrpcrtSUNWxsrt3.
在以下位置从SunSolve获取适合Solaris平台的修补程序群组:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access4.
将特定于平台的ZIP文件的内容解压缩到可从中运行安装脚本的位置.
5.
阅读自述文件,其中包含有关修补程序的重要说明和其他信息.
自述文件包含"SaveandBackoutOptions"(保存和逆向恢复选项)一节,提供了有关如何在以后可能要逆向恢复更改时应用修补程序群组的信息.
6.
运行install_cluster脚本,这将安装修补程序群组中捆绑的修补程序.
在Solaris10上升级(仅从JavaES发行版本3)1.
以root身份登录,或成为超级用户.
su-2.
确定可能存在于系统中的以下软件包的版本:SUNWjaxpSUNWxrgrtSUNWxrpcrtSUNWxsrta.
使用以下命令确定软件包版本:pkgparam-v|grepVERSIONb.
将该版本与下列版本进行比较:VERSION=7.
0,REV=2003.
05.
07.
00.
23VERSION=7.
0,REV=2003.
10.
10.
14.
34如果该软件包版本与列出的平台版本不匹配,或者计算机上未安装软件包,则向前跳至第58页中的步骤3.
如果软件包版本确实与列出的适合所用平台的版本匹配,则继续下面的步骤c.
通过替换软件包升级组件第2章升级JavaES共享组件59c.
确定JavaES分发包中是否包含这些软件包:完整的JavaES分发包中包含这些软件包.
如果有一个子分发包,则导航到适合所用平台的目录,以查看这些软件包是否存在:Solaris_sparc/Product/shared_components/Packages/Solaris_x86/Product/shared_components/Packages/如果子分发包中不包含这些软件包,则不必升级这些软件包.
保留计算机上安装的这些软件包并继续第58页中的步骤3.
如果分发包中确实包含这些软件包,则继续下面的步骤d.
d.
通过运行以下命令从系统中删除已安装的软件包:pkgrmSUNWjaxpSUNWxrgrtSUNWxrpcrtSUNWxsrte.
通过发出以下命令从分发包安装相应的软件包:pkgadd-d.
SUNWjaxpSUNWxrgrtSUNWxrpcrtSUNWxsrt3.
在以下位置从SunSolve获取适合您的Solaris平台的修补程序群组:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access4.
将特定于平台的ZIP文件的内容解压缩到可从中运行安装脚本的位置.
5.
阅读自述文件,其中包含有关修补程序的重要说明和其他信息.
自述文件包含"SaveandBackoutOptions"(保存和逆向恢复选项)一节,提供了有关如何在以后可能要逆向恢复更改时应用修补程序群组的信息.
6.
运行install_cluster脚本,这将安装修补程序群组中捆绑的修补程序.
通过替换软件包升级组件许多共享组件不使用修补程序技术升级到JavaES2005Q4(发行版本4),而是通过安装新的软件包或将现有软件包替换为更新版本的软件包,升级这些组件.
在少数情况下,运行特殊的过程才能正确升级某个共享组件.
针对从JavaES2004Q2(发行版本2)升级,第53页中的表2-2显示了哪些共享组件使用软件包替换升级至JavaES发行版本4.
针对从JavaES2005Q1(发行版本3)升级,第51页中的表2-1显示了哪些共享组件使用软件包替换升级至JavaES发行版本4.
第62页中的表2-3提供了指向Solaris平台可能需要的任何特殊过程的链接.
第65页中的表2-4提供了指向Linux平台可能需要的任何特殊过程的链接.
通过替换软件包升级组件60SunJavaEnterpriseSystem2005Q4升级指南软件包替换的升级策略升级的共享组件的数量取决于升级计划及计算机上安装的JavaES组件.
对于从JavaES发行版本2升级,必须升级所有共享组件.
对于从JavaES发行版本3升级,既可以升级所有组件,也可以有选择性地将产品组件升级到发行版本4.
选择要升级的组件时,虽然可以仅选择支持所选要升级的产品组件所必需的JavaES共享组件,不过,最好还是选择升级计算机上的所有共享组件.
有关更多信息,参阅第40页中的"共享组件升级指导原则".
升级途径通过软件包替换升级共享组件的过程通常并不取决于升级途径.
从JavaES发行版本2升级时,采取的过程可与从JavaES发行版本3升级相同.
但是,第61页中的"Solaris平台的软件包"和第64页中的"Linux平台的软件包"两节中包含一些表,在这些表中指出了少数几个由升级途径决定所用过程的实例.
软件包版本替换软件包时,应只用这些软件包的更新版本替换软件包.
"Solaris平台的软件包"和"Linux平台的软件包"两节中提供了有关如何在升级之前比较软件包版本的信息.
软件包位置升级多数共享组件的软件包随JavaES分发包一起提供,并且位于下面的一个目录中,所在具体目录视平台而定:Solaris_sparc/Product/shared_components/Packages/Solaris_x86/Product/shared_components/Packages/Linux_x86/Product/shared_component/Packages/Solaris平台上的某些软件包拥有特定于操作系统的版本.
可在下列目录中找到这些软件包:/Product/shared_components/Solaris_10/Packages//Product/shared_components/Solaris_8/Packages//Product/shared_components/Solaris_9/Packages/注共享组件的升级顺序由组件的相互依赖性确定,在升级计划中应反应出这种相互依赖性.
但是,如果计划将J2SE升级到J2SE发行版本5.
0,应首先升级此共享组件.
J2SE是所有JavaES组件的基本组件.
有关更多信息,参见第73页中的"升级JavaES发行版本4的J2SE".
通过替换软件包升级组件第2章升级JavaES共享组件61可在以下目录中找到共享组件软件包的本地化版本:/Product/shared_components/Packages/locale/软件包替换的过程除少数特殊情况外,可按照以下常规过程替换软件包.
这些过程将在以下各节详细介绍:第63页中的"在Solaris平台上升级软件包"第66页中的"在Linux平台上升级软件包"特殊说明一些软件包具有针对保留配置信息或其他数据的特殊说明.
指向特殊说明的链接包含在第61页中的"Solaris平台的软件包"和第64页中的"Linux平台的软件包"两节所列出的软件包表中.
第67页中的"需要特殊升级过程的组件"一节中详细介绍所有特殊说明.
Solaris平台的软件包下面的表2-3列出了通过替换软件包升级的共享组件的Solaris软件包.
该表还列出了JavaES发行版本4中可用的软件包的版本及指向升级该组件的所有特殊说明的链接.
对于每个共享组件,软件包都以安装的顺序列出.
只应将软件包替换为更新的版本.
替换某个软件包之前,将系统上的软件包版本与要用来替换该版本的软件包版本进行比较.
要确定已安装的软件包的版本,请使用pkgparam命令和verbose(-v)选项.
此命令的输出结果提供了软件包版本、其修订版本及SUNW_PRODVERS版本.
例如:pkgparam-vSUNWjato|grepVERSIONVERSION='2.
1.
4,REV=2004.
11.
10.
16.
05'pkgparam-vSUNWjato|grepSUNW_PRODVERSSUNW_PRODVERS='2.
1.
4'注不同软件包的版本处理系统不同,但通常情况下,版本号越高表示软件包的版本越新.
第27页中的"发行版本4共享组件"指出了表2-3中列出的共享组件的全称.
通过替换软件包升级组件62SunJavaEnterpriseSystem2005Q4升级指南表2-3用于在Solaris平台上升级共享组件的软件包版本共享组件软件包版本修订SUNW_PRODVERS特殊说明ANTSUNWant11.
11.
02005.
04.
06.
16.
31.
041.
6.
2无ACLSUNWaclg8.
12005.
05.
31.
17.
01.
281.
0.
3无BDBSUNWbdbSUNWbdbj4.
2.
521.
0.
34.
2.
52,REV=1.
0.
3无CACSUNWcacaocfgSUNWcacao1.
1151.
1按照第67页中的"升级公共代理容器"中的特殊说明安装或替换这些软件包.
IM-SDKSUNWiimdv6.
12004.
04.
16.
16.
01.
407.
0无J2SESPARC(32位)SUNWj5rtSUNWj5devSUNWj5cfgSUNWj5manSUNWj5dmoSUNWj5jmp1.
5.
02004.
12.
07.
00.
071.
5.
0_04/1.
5.
0_04-b05如第73页中的"升级JavaES发行版本4的J2SE"中所述安装J2SE平台5.
0(Java2平台,标准版).
J2SESPARC(64位)SUNWj5rtxSUNWj5dvxSUNWj5dmx1.
5.
02004.
12.
06.
22.
091.
5.
0_04/1.
5.
0_04-b05JATOSUNWjatoSUNWjatodocSUNWjatodmo2.
1.
52005.
04.
06.
08.
072.
1.
5根据第71页中的"升级JATO"中所述的说明替换JATO软件包.
JavaHelpSUNWjhrtSUNWjhdev2.
02004.
11.
232.
0/FCS从JavaES发行版本2升级时替换这些软件包.
这些软件包自JavaES发行版本3以来没有变化.
通过替换软件包升级组件第2章升级JavaES共享组件63在Solaris平台上升级软件包以下过程显示了在Solaris平台上升级软件包的一般说明.
少量共享组件除了需要这些一般说明以外,还需要特殊说明.
第62页中的表2-3为需要特殊说明的组件提供了指向这些说明的链接.
1.
以root身份登录,或成为超级用户.
su-2.
查看第62页中的表2-3可获取可能适用于要升级的组件的特殊说明.
升级软件包之前,请遵循所有特殊说明.
如果没有指出任何特殊说明,则继续下一步.
3.
导航到JavaES发行版本4分发包中软件包的位置.
可在下面的一个目录中找到软件包,具体目录视平台而定:Solaris_sparc/Product/shared_components/Packages/Solaris_x86/Product/shared_components/Packages/SEDCSUNWexpljSUNWexpluSUNWexplo4.
3.
12004.
06.
25.
07.
214.
3.
1GA根据第72页中的"升级SunExplorerDataCollector"中的说明升级SunExplorer.
SJWCSUNWmctagSUNWmconrSUNWmconSUNWmcosSUNWmcosx2.
2.
42005.
05.
09.
14.
06SNAG开发有关升级SJWC的信息,参阅第72页中的"升级SunJavaWebConsole".
对于Solaris10平台,不必升级JavaEnterpriseSystem的SunJavaWebConsole.
注更改系统之前,最好先将系统备份.
注如果拥有JavaEnterpriseSystem的子分发包,则此子分发包中包含上述位置处的全部必需共享组件.
表2-3用于在Solaris平台上升级共享组件的软件包版本(续)共享组件软件包版本修订SUNW_PRODVERS特殊说明通过替换软件包升级组件64SunJavaEnterpriseSystem2005Q4升级指南4.
使用pkgrm命令可删除要升级的软件包的当前版本.
例如,要删除JATO软件包:pkgrmSUNWjatodmoSUNWjatodocSUNWjato有关删除软件包的详细信息,参阅pkgrm(1m)手册页.
5.
使用pkgadd命令从分发包安装软件包.
例如,要安装JATO软件包:pkgadd-d.
SUNWjatoSUNWjatodocSUNWjatodmo有关安装软件包的详细信息,参阅pkgadd(1M)手册页.
6.
使用pkgparam和pkginfo命令,检验是否正确安装软件包.
使用pkgparam和-v选项检验版本.
pkginfo提供了有关软件包的附加信息.
有关这些命令的详细信息,参见pkgparam(1)和pkginfo(1)手册页.
Linux平台的软件包下面的表2-4列出了用于升级共享组件的LinuxRPM软件包.
该表还提供了指向有关升级组件的所有特殊说明的链接.
RPM软件包的版本嵌在软件包名中.
只应将软件包替换为更新的版本.
替换某个软件包之前,将系统上的软件包版本与要用来替换该版本的软件包版本进行比较.
版本号越高表示软件包的版本越新.
RPM命名约定提供了有关软件包版本的信息.
不同的共享组件嵌入的版本处理信息不同.
通常情况下,文件名中嵌入的数字提供了软件包的版本号和修订版本号.
要确定已安装的软件包版本,请使用rpm查询命令和info(-i)选项.
该命令显示软件包信息,包括名称、版本及说明.
例如:rpm-qiSUNWjato-2.
1.
5.
i386.
rpm注不同软件包的版本处理系统不同,但通常情况下,版本号越高表示软件包的版本越新.
第27页中的"发行版本4共享组件"指出了表2-4中列出的共享组件的全称.
通过替换软件包升级组件第2章升级JavaES共享组件65表2-4用于在Linux平台上升级共享组件的软件包共享组件软件包特殊说明ANTsun-ant-1.
6.
2-1.
rpm无ACLsun-aclg-1.
0.
3-1.
i386.
rpm无BDBsun-berkeleydatabase-core-4.
2.
52-4.
4.
i386.
rpmsun-berkeleydatabase-java-4.
2.
52-4.
4.
i386.
rpm无CACsun-cacao-1.
1-15.
i386.
rpmsun-cacaocfg-1.
1-15.
i386.
rpmsun-cacao-man-1.
1-15.
i386.
rpm按照第67页中的"升级公共代理容器"中的特殊说明安装或替换这些软件包.
ICUsun-icu-3.
2-1.
i386.
rpm无IM-SDKsun-im-dev-6.
2.
9.
13.
i386.
rpm无J2SEjdk-1_5_0_04-linux-i586.
rpm如第79页中的"在Linux平台上升级J2SE"中所述安装J2SE平台5.
0(Java2平台,标准版).
JATOSUNWjato-2.
1.
5.
i386.
rpmSUNWjatodmo-2.
1.
5.
i386.
rpmSUNWjatodoc-2.
1.
5.
i386.
rpm根据第71页中的"升级JATO"中所述的说明安装或替换JATO软件包.
JavaHelpsun-javahelp-2.
0-fcs.
i586.
rpm根据第71页中的"在Linux平台上升级JavaHelp"中所述的说明替换这些软件包.
JavaMailsun-javamail-1.
3.
2-34.
i386.
rpm仅当从JavaES发行版本2升级时才安装此软件包.
该软件包自JavaES发行版本3以来没有变化.
JSSsun-jss-4.
1-4.
i386.
rpm如果要升级安全共享组件,以便为升级SunCluster软件做准备,请参阅第67页中的"升级安全组件(NSS、NSPR、JSS)".
KTSEsun-ktsearch-1.
3-2.
noarch.
rpm如果从JavaES发行版本2升级,则安装此软件包.
此软件包自JavaES发行版本3以来没有变化.
LDAPJSDKsun-ljdk-4.
18-4.
i386.
rpm如果从JavaES发行版本2升级,则安装此软件包.
如果从JavaES发行版本3升级,则替换此软件包.
MFWKsun-mfwk-cfg-1.
0.
1-1.
i386.
rpmsun-mfwk-dev-1.
0.
1-1.
i386.
rpmsun-mfwk-man-1.
0.
1-1.
i386.
rpm如果从JavaES发行版本2升级,则安装这些软件包.
如果从JavaES发行版本3升级,则替换这些软件包.
NSPRsun-nspr-4.
5.
2-4.
i386.
rpmsun-nspr-devel-4.
5.
2-4.
i386.
rpm如果要升级安全共享组件,以便为升级SunCluster软件做准备,请参阅第67页中的"升级安全组件(NSS、NSPR、JSS)".
NSSsun-nss-3.
10.
1-1.
i386.
rpm如果要升级安全共享组件,以便为升级SunCluster软件做准备,请参阅第67页中的"升级安全组件(NSS、NSPR、JSS)".
通过替换软件包升级组件66SunJavaEnterpriseSystem2005Q4升级指南在Linux平台上升级软件包以下过程显示了在Linux平台上更新软件包的一般说明.
少量共享组件除了需要这些一般说明以外,还需要特殊说明.
第65页中的表2-4为需要特殊说明的组件提供了指向这些说明的链接.
1.
以root身份登录,或成为超级用户.
su-2.
对于每个组件,查看第65页中的表2-4可获取有关更新这些软件包的特殊说明.
更新软件包之前,请遵循所有特殊说明.
如果没有特殊说明,则继续下一步.
3.
在JavaES发行版本4分发包中找到所需的RPM软件包.
可在以下目录中找到RPM:Linux_x86/Product/shared_components/Packages/4.
使用rpm-U命令更新适合具体状况的RPM.
例如:rpm-UvhSUNWjato-2.
1.
5.
i386.
rpmSUNWjatodmo-2.
1.
5.
i386.
rpm\SUNWjatodoc-2.
1.
5.
i386.
rpmLinuxrpm实用程序会正确排序要安装的软件包.
有关更新软件包的详细信息,参阅rpm手册页.
SASLsun-sasl-2.
18-1.
i386.
rpm无SJWCSUNWmcon-2.
2.
4-1.
i386.
rpmSUNWmconr-2.
2.
4-1.
i386.
rpmSUNWmcos-2.
2.
4-1.
i386.
rpmSUNWmcosx-2.
2.
4-1.
i386.
rpmSUNWmctag-2.
2.
4-1.
i386.
rpm有关升级SJWC的信息,参阅第72页中的"升级SunJavaWebConsole".
对于Solaris10平台,不必升级JavaEnterpriseSystem的SunJavaWebConsole.
注更改系统之前,最好先将系统备份.
表2-4用于在Linux平台上升级共享组件的软件包(续)共享组件软件包特殊说明需要特殊升级过程的组件第2章升级JavaES共享组件67需要特殊升级过程的组件本节提供了升级需要特殊过程的共享组件的说明.
其中包含升级下列共享组件的特殊过程:第67页中的"升级安全组件(NSS、NSPR、JSS)"第67页中的"升级公共代理容器"第71页中的"升级JATO"第71页中的"在Linux平台上升级JavaHelp"第72页中的"升级SunJavaWebConsole"第72页中的"升级SunExplorerDataCollector"第73页中的"升级JavaES发行版本4的J2SE"第79页中的"在Linux平台上升级J2SE"升级安全组件(NSS、NSPR、JSS)如果要升级安全共享组件(NSS、NSPR和JSS)以便为升级SunCluster软件做准备,请遵循《SunCluster软件安装指南(适用于SolarisOS)》的"升级SunCluster软件"中升级依赖软件的过程,该指南可从以下网址获得:http://docs.
sun.
com/doc/819-0420/6n2rlnncra=view不过,要从JavaES发行版本4分发包安装安全组件的软件包,而不要从SunCluster的两张CD-ROM中的某一张安装.
升级公共代理容器如果要升级公共代理容器共享组件,以便为升级SunCluster软件做准备,请遵循《SunCluster软件安装指南(适用于SolarisOS)》的"升级SunCluster软件"中升级依赖软件的过程,该指南可从以下网址获得:http://docs.
sun.
com/doc/819-0420/6n2rlnncra=view不过,要从JavaES发行版本4分发包安装公共代理容器组件的软件包,而不要从SunCluster的两张CD-ROM中的某一张进行安装.
以下各节介绍针对独立系统升级公共代理容器软件包的过程.
需要特殊升级过程的组件68SunJavaEnterpriseSystem2005Q4升级指南在Solaris平台上从JavaES发行版本2升级按照第63页中的"在Solaris平台上升级软件包"中的过程安装公共代理软件包.
在Linux平台上从JavaES发行版本2升级遵循第66页中的"在Linux平台上升级软件包"中的过程.
但是,还必须应用修补程序120677-01,它提供了已更新的LinuxRPM软件包.
可在以下网址从SunSolve获得该修补程序:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access从JavaES发行版本3升级遵循下述特殊过程.
1.
以root身份登录,或成为超级用户.
su-2.
确保在更新公共代理容器共享组件前,更新公共代理容器所依赖的共享组件.
公共代理容器所依赖的共享组件为Java2PlatformStandardEdition(J2SE)、JavaDynamicManagementKitRuntime(JDMK)、NetworkSecurityServices(NSS)及NetscapePortableRuntime(NSPR).
有关升级这些共享组件的信息,参阅第51页中的表2-1.
如果将J2SE升级到版本5,则需要更新依赖的组件,如第70页中的步骤8所示.
3.
如果当前安装使用自定义配置设置(例如,使用哪个端口),则使用以下命令捕获配置设置:在Solaris平台上:/opt/SUNWcacao/bin/cacaoadmlist-params在Linux平台上:/opt/sun/cacao/bin/cacaoadmlist-params输出类似于以下形式:java-flags=-Xms4M-Xmx64Mjmxmp-connector-port=10162snmp-adaptor-port=10161snmp-adaptor-trap-port=10162commandstream-adaptor-port=10163retries=4上例列出的是默认值.
请注意,第70页中的步骤7中未使用任何默认设置.
需要特殊升级过程的组件第2章升级JavaES共享组件694.
使用以下命令停止公共代理容器进程:在Solaris平台上:/opt/SUNWcacao/bin/cacaoadmstopecho$如果退出代码不是0,则强制停止:/opt/SUNWcacao/bin/cacaoadmstop-f在Linux平台上:/opt/sun/cacao/bin/cacaoadmstopecho$如果退出代码不是0,则强制停止:/opt/sun/cacao/bin/cacaoadmstop-f5.
现在可以升级以下公共代理容器软件包,如下所示:对于Solaris平台,遵循第63页中的"在Solaris平台上升级软件包"中的过程升级以下软件包:SUNWcacaocfgSUNWcacao对于Linux平台,遵循第66页中的"在Linux平台上升级软件包"中的基本过程升级以下软件包.
但是,注意对下述过程的重要更改:sun-cacaocfg-1.
1-15.
i386.
rpmsun-cacao-man-1.
1-15.
i386.
rpm公共代理容器1.
1不支持rpm-U.
要在Linux平台上升级,请使用以下命令:rpm-esun-cacao-man-1.
0rpm-esun-cacao-1.
0rpm-esun-cacao-config-1.
0rpm-isun-cacao-config-1.
1rpm-isun-cacao-1.
1rpm-isun-cacao-man-1.
16.
仅在Linux平台上,继续进行之前先应用修补程序120677-01.
该修补程序提供了已更新的LinuxRPM软件包,必须先安装该软件包才能继续.
遵循修补程序随附的说明.
可在以下网址从SunSolvePatchAccess获得修补程序120677-01:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access需要特殊升级过程的组件70SunJavaEnterpriseSystem2005Q4升级指南7.
应用先前在第68页中的步骤3中捕获的所有自定义配置设置.
在Solaris平台上,使用以下命令:/opt/SUNWcacao/bin/cacaoadmset-paramjava-flags=/opt/SUNWcacao/bin/cacaoadmset-paramjmxmp-connector-port=/opt/SUNWcacao/bin/cacaoadmset-paramsnmp-adaptor-port=/opt/SUNWcacao/bin/cacaoadmset-paramsnmp-adaptor-trap-port=/opt/SUNWcacao/bin/cacaoadmset-paramcommandstream-adaptor-port=/opt/SUNWcacao/bin/cacaoadmset-paramretries=在Linux平台上,使用以下命令:/opt/sun/cacao/bin/cacaoadmset-paramjava-flags=/opt/sun/cacao/bin/cacaoadmset-paramjmxmp-connector-port=/opt/sun/cacao/bin/cacaoadmset-paramsnmp-adaptor-port=/opt/sun/cacao/bin/cacaoadmset-paramsnmp-adaptor-trap-port=/opt/sun/cacao/bin/cacaoadmset-paramcommandstream-adaptor-port=/opt/sun/cacao/bin/cacaoadmset-paramretries=8.
如果已将J2SE升级到了J2SE版本5,则运行rebuild-dependencies实用程序:在Solaris平台上:/opt/SUNWcacao/bin/cacaoadmrebuild-dependencies在Linux平台上:/opt/sun/cacao/bin/cacaoadmrebuild-dependencies此命令的输出将会是:Propertyupdated:[java-home].
Propertyupdated:[jdmk-home].
Propertyupdated:[nss-lib-home].
Propertyupdated:[nss-tools-home].
9.
重新启动公共代理容器服务:cacaoadmstart10.
检验公共代理容器是否升级:cacaoadmstatuscacaoadmverify-configuration需要特殊升级过程的组件第2章升级JavaES共享组件71升级JATOJavaES发行版本4随附的JATO软件包版本包含SunJavaStudioEnterprise所需的更新.
如果使用SunJavaStudioEnterprise,可能需要已更新的JATO软件包.
否则,不必升级JavaES发行版本3随附的JATO的早期版本.
在Solaris平台上从JavaES发行版本3升级JATO将随JavaES发行版本3安装的JATO的基本版本替换为JavaES发行版本4分发包随附的JATO软件包.
仅在使用SunJavaStudioEnterprise并需要此更新版本随附的更新时,才需要JATO的更新版本.
在Solaris平台上从JavaES发行版本2升级JATO1.
应用适合于所用平台的修补程序群组,如第57页中的"修补程序群组过程"中所述.
2.
将使用修补程序群组脚本安装的JATO的基本版本替换为JavaES发行版本4分发包随附的JATO软件包.
仅在使用SunJavaStudioEnterprise并需要此更新版本随附的更新时,才需要JATO的更新版本.
在Linux平台上从JavaES发行版本3升级JATO将随JavaES发行版本3安装的JATO的基本版本替换为JavaES发行版本4分发包随附的JATORPM软件包.
仅在使用SunJavaStudioEnterprise并需要此更新版本随附的更新时,才需要JATO的更新版本.
在Linux平台上从JavaES发行版本2升级JATO安装JavaES发行版本4分发包随附的JATORPM软件包.
在Linux平台上升级JavaHelp此特殊过程仅用于在Linux平台上升级JavaHelp.
从JavaES发行版本2和JavaES发行版本3升级JavaHelp时,均可执行此特殊过程.
在这两种情况下,必须将JavaHelp替换为JavaES发行版本4分发包随附的RPM.
需要特殊升级过程的组件72SunJavaEnterpriseSystem2005Q4升级指南替换JavaHelpRPM软件包时,不要使用rpm实用程序的-U(升级)选项,而要使用-e(清除)选项,后接-i(安装)选项,如下所示:rpm-esun-javahelp-version.
rpmrpm-isun-javahelp-2.
0-fcs.
i586.
rpm升级SunJavaWebConsole对于Solaris8和Solaris9平台,如果要升级SunJavaWebConsole以便为升级SunCluster软件做准备,请遵循《SunCluster软件安装指南(适用于SolarisOS)》的"升级SunCluster软件"中升级依赖软件的过程,该指南可从以下网址获得:http://docs.
sun.
com/doc/819-0420/6n2rlnncra=view不过,要从JavaES发行版本4分发包安装SunJavaWebConsole的软件包,而不要从SunCluster的两张CD-ROM中的某一张进行安装.
用于升级SunJavaWebConsole的软件包不在共享组件软件包的标准位置,而是在JavaES分发包的下列目录中:/Product/shared_components/Packages//其中,Architecture可以是Solaris_sparc或Solaris_x86,OperatingSystem可以是Solaris_8或Solaris_9.
没有用于在Solaris10平台上升级SunJavaWebConsole的过程.
Solaris10将SunJavaWebConsole作为操作系统的一部分提供.
升级SunExplorerDataCollectorSunCluster软件是SunExplorer需要的唯一组件.
要升级SunExplorer软件,请遵循《SunCluster软件安装指南(适用于SolarisOS)》的"升级SunCluster软件"中升级依赖软件的过程,该指南可从以下网址获得:http://docs.
sun.
com/doc/819-0420/6n2rlnncra=view不过,要从JavaES发行版本4分发包安装安全组件的软件包,而不要从SunCluster的两张CD-ROM中的某一张安装.
需要特殊升级过程的组件第2章升级JavaES共享组件73升级JavaES发行版本4的J2SEJavaES发行版本4已针对Java2平台标准版(J2SE)版本5.
0Update4(此处标识为J2SE5.
0Update4)进行验证.
(J2SE5.
0有时称为开发者版本1.
5.
0.
)除了下文说明的以外,JavaES版本4将继续支持J2SE1.
4.
2和J2SE5.
0Update1.
对于JavaES发行版本4,建议将J2SE升级到版本5.
0Update4,但保留安装的J2SE1.
4.
2.
JavaEnterpriseSystem不使用计算机上安装的默认J2SE,而是维护指向所支持的J2SE版本的符号链接.
升级J2SE后,需要设置JavaES符号链接,使其指向已升级的J2SE.
不过,应为需要早期版本的服务维护指向J2SE1.
4.
2的指针.
请查阅相应的产品组件文档,以获取有关如何维护指向J2SE早期版本的符号链接的信息.
以下几节提供了在Solaris和Linux平台上升级J2SE的说明:第73页中的"在Solaris平台上升级J2SE"第79页中的"在Linux平台上升级J2SE"在Solaris平台上升级J2SE升级J2SE使用的过程取决于是从J2SE1.
4升级,还是从J2SE5.
0Update4以前的版本升级.
因此,应确定JavaES安装中当前使用的J2SE的版本.
默认版本如下所示:JavaES发行版本2.
默认版本为J2SE1.
4.
2JavaES发行版本3.
默认版本为J2SE版本5.
0Update1注随JavaES发行版本4发布的HighAvailabilitySessionStore(HADB)需要有J2SE发行版本5.
如果计划升级HADB,还必须升级到J2SE5.
0.
需要特殊升级过程的组件74SunJavaEnterpriseSystem2005Q4升级指南由于各种原因,可能已将J2SE从默认版本进行了升级.
要确定JavaES安装使用的J2SE版本,请运行以下命令:/usr/jdk/entsys-j2se/bin/java-version以下是为J2SE1.
4.
2Update5显示的版本字符串示例:javaversion"1.
4.
2_05"以下是为J2SE5.
0Update1显示的版本字符串示例:javaversion"1.
5.
0_01"Solaris平台的常规过程在Solaris平台上升级J2SE的常规过程取决于从哪一版J2SE开始升级:如果是从J2SE1.
4升级,则遵循此过程a.
安装J2SE5.
0Update4或更新版本(参见第75页中的"在Solaris平台上安装J2SE5.
0").
b.
将JavaES符号链接设置为指向新安装的J2SE(参见第78页中的"在Solaris平台上设置JavaES的J2SE符号链接").
如果从J2SE5.
0Update4之前的版本升级,则遵循此过程a.
删除J2SE5.
0的早期版本.
b.
安装J2SE5.
0Update4或更新版本(参见第75页中的"在Solaris平台上安装J2SE5.
0").
c.
将JavaES符号链接设置为指向新安装的J2SE(参见第78页中的"在Solaris平台上设置JavaES的J2SE符号链接").
或a.
通过应用修补程序升级当前版本的J2SE(参见第77页中的"在Solaris平台上通过应用修补程序升级J2SE5.
0").
注不必删除J2SE1.
4.
这两个版本可安装在同一台计算机上.
可以选择继续在较早版本的J2SE上运行某些JavaES服务.
为此,请查阅相应的组件产品管理指南.
例如,可将ApplicationServer使用的J2SE符号链接更改为指向J2SE的上一版本.
需要特殊升级过程的组件第2章升级JavaES共享组件75b.
将JavaES符号链接设置为指向新更新的J2SE(参见第78页中的"在Solaris平台上设置JavaES的J2SE符号链接").
升级J2SE时,可能希望在继续进行之前关闭所有依赖于当前安装的J2SE的服务.
这是为了避免因服务正在使用当前J2SE而产生任何问题.
如果不关闭依赖于J2SE的服务,则在安装J2SE并将JavaES的符号链接设置为指向此J2SE后,应重新引导系统.
在Solaris平台上安装J2SE5.
0在Solaris平台上可使用从以下来源之一获得的软件安装J2SE5.
0:Sun开发者网络JavaES分发包从Sun开发者网络安装J2SE5.
0:1.
在Sun开发者网络中导航到下述位置,以检索当前版本的JDK5.
0和安装说明:http://java.
sun.
com/j2se/1.
5.
0/download.
jsp2.
遵循通过下载获得的安装说明.
安装J2SE前,可能要停止依赖于J2SE的服务,如第74页中的"Solaris平台的常规过程"中所述.
3.
安装完成后,请进入第78页中的"在Solaris平台上设置JavaES的J2SE符号链接"一节.
从JavaES分发包安装J2SE5.
0:1.
以root身份登录,或成为超级用户.
su-2.
[可选]按第74页中的"Solaris平台的常规过程"中所述关闭JavaES服务.
注本节所述的过程是将J2SE5.
0安装在默认位置.
如果要将J2SE安装在非默认位置,请遵循Sun开发者网络的说明,网址为:http://java.
sun.
com/j2se/1.
5.
0/install.
html需要特殊升级过程的组件76SunJavaEnterpriseSystem2005Q4升级指南3.
如果已安装了J2SE5.
0的早期版本,则按以下指示将其删除:删除以下软件包:pkgrmSUNWj5rtSUNWj5devSUNWj5cfgSUNWj5manSUNWj5dmo对于64位处理器的计算机,删除以下附加软件包:pkgrmSUNWj5rtxSUNWj5dvxSUNWj5dmx4.
导航到JavaES发行版本4分发包中J2SE软件包的位置.
可在下面的一个目录中找到软件包,具体目录视平台而定:Solaris_sparc/Product/shared_components/Packages/Solaris_x86/Product/shared_components/Packages/5.
使用pkgadd命令安装J2SE软件包:安装以下软件包:pkgadd-d.
SUNWj5rtSUNWj5devSUNWj5cfgSUNWj5manSUNWj5dmo对于64位处理器的计算机,安装以下附加软件包:pkgadd-d.
SUNWj5rtxSUNWj5dvxSUNWj5dmx这会将J2SE5.
0Update4安装到/usr/jdk/jdk1.
5.
0_04中.
5.
0版本在Solaris8或Solaris9上不会自动成为默认的Java平台(除非没有默认平台),但在Solaris10上可以成为默认平台.
注如果拥有JavaEnterpriseSystem的子分发包,则此子分发包中包含安装J2SE所必需的软件包.
注在Solaris8和9上,可通过将/usr/java符号链接修改为指向/usr/jdk/jdk1.
5.
0_04使J2SE5.
0成为默认Java平台.
但是,以这种方式更改符号链接会导致某些尚未用J2SE5.
0进行测试的早期Java应用程序出现问题.
有关更多信息,参阅J2SE5.
0安装说明,网址为:http://java.
sun.
com/j2se/1.
5.
0/compatibility.
html需要特殊升级过程的组件第2章升级JavaES共享组件776.
[可选]安装日语手册页.
利用pkgadd命令安装新的日语手册页软件包:pkgadd-d.
SUNWj5jmp7.
继续下一节,第78页中的"在Solaris平台上设置JavaES的J2SE符号链接".
在Solaris平台上通过应用修补程序升级J2SE5.
0下述过程显示了如何将J2SE5.
0平台的已安装版本升级到所支持的版本.
1.
以root身份登录,或成为超级用户.
su-2.
按下表所示,获取Solaris平台所需的修补程序.
修补程序ID的后两位数字指出该修补程序的修订版本号.
修订版本号越高,表示该修补程序的版本越新.
有关特殊说明,参阅列出的每个修补程序的自述文件.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access3.
[可选]按第74页中的"Solaris平台的常规过程"中所述关闭JavaES服务.
4.
使用patchadd命令应用修补程序.
例如,对于SolarisSPARC平台:patchadd118666-035.
继续下一节,"在Solaris平台上设置JavaES的J2SE符号链接".
平台修补程序SPARC118666-03或更高版本SPARC(64位)118667-03或更高版本X86118668-03或更高版本x86(64位)118669-03或更高版本需要特殊升级过程的组件78SunJavaEnterpriseSystem2005Q4升级指南在Solaris平台上设置JavaES的J2SE符号链接JavaEnterpriseSystem维护指向所支持的J2SE平台版本的符号链接.
JavaEnterpriseSystem维护此链接以确保JavaES服务可找到要使用的正确J2SE运行时.
如果已从J2SE1.
4.
2升级到了J2SE5.
0Update4,则需设置此符号链接,以使其指向新安装的J2SE5.
0.
如果已从J2SE5.
0的早期版本升级到了J2SE5.
0Update4,则只需检验JavaES安装是否使用已更新的版本.
下述过程显示了如何将JavaES符号链接设置为指向已升级的J2SE安装.
1.
重置符号链接/usr/jdk/entsys-j2se,使其指向新安装的或已更新的J2SE安装,如下所示:如果已在默认位置安装了J2SE5.
0Update4,则按以下方法重置该符号链接:rm/usr/jdk/entsys-j2seln-s/usr/jdk/instances/jdk1.
5.
0/usr/jdk/entsys-j2se如果在非默认位置安装了J2SE5.
0,则将默认路径(/usr/jdk/instances/jdk1.
5.
0)替换为非默认位置的路径.
2.
如果在升级或安装J2SE5.
0Update4前先停止了服务,则重新启动这些服务.
如果升级或安装J2SE5.
0前未停止服务,则可能要重新引导系统,以使依赖于J2SE5.
0的服务使用新的符号链接.
检验J2SE的更新以下命令检验J2SE符号链接引用的J2SE的版本:/usr/jdk/entsys-j2se/bin/java-version该命令返回一个含开发者版本号的字符串.
例如,如果安装了J2SE5.
0Update4,则此命令返回以下字符串:javaversion"1.
5.
0_04"如果上述命令未返回正确的版本,则检查指向J2SE的JavaES符号链接的设置是否正确,如"在Solaris平台上设置JavaES的J2SE符号链接"中所述.
需要特殊升级过程的组件第2章升级JavaES共享组件79在Linux平台上升级J2SE在Linux平台上升级J2SE所使用的过程与升级途径无关.
无论是从J2SE1.
4升级还是从J2SE5.
0的早期版本升级,均使用相同的过程.
在Linux平台上,可以有多个版本的J2SE5.
0.
Linux平台上升级J2SE的常规过程如下所述.
1.
安装J2SE5.
0Update4或更新版本(参见第79页中的"在Linux平台上安装J2SE5.
0").
2.
将JavaES符号链接设置为指向新安装的J2SE(参见第80页中的"在Linux平台上设置JavaES的J2SE符号链接").
在Linux平台上安装J2SE5.
0在Solaris平台上可使用从以下来源之一获得的软件安装J2SE5.
0:Sun开发者网络JavaES分发包从Sun开发者网络安装J2SE5.
0:1.
在Sun开发者网络中导航到下述位置,以检索当前版本的JDK5.
0和安装说明:http://java.
sun.
com/j2se/1.
5.
0/download.
jsp2.
遵循通过下载获得的安装说明.
安装J2SE前,可能要停止依赖于J2SE的服务,如第74页中的"Solaris平台的常规过程"中所述.
3.
安装完成后,请进入第80页中的"在Linux平台上设置JavaES的J2SE符号链接"一节.
注可以选择删除J2SE的早期版本.
如果其他服务依赖于早期版本,则可能希望保留安装的这些早期版本.
注本节所述的过程是将J2SE5.
0安装在默认位置.
如果要将J2SE安装在非默认位置,请遵循Sun开发者网络的说明,网址为:http://java.
sun.
com/j2se/1.
5.
0/install.
html需要特殊升级过程的组件80SunJavaEnterpriseSystem2005Q4升级指南从JavaES分发包安装J2SE5.
0:1.
以root身份登录,或成为超级用户.
su-2.
[可选]按第74页中的"Solaris平台的常规过程"中所述关闭JavaES服务.
3.
导航到JavaES分发包中的下述目录,该目录包含jdk-1_5_0_04-linux-i586.
rpm文件:Linux_x86/Product/shared_components/Packages/4.
使用以下命令安装RPM软件包:rpm-Uvhjdk-1_5_0_04-linux-i586.
rpm可以选择删除J2SE的早期版本.
如果其他服务依赖于早期版本,则可能希望保留安装的这些版本.
5.
继续下一节中的设置JavaES符号链接的过程.
在Linux平台上设置JavaES的J2SE符号链接JavaEnterpriseSystem维护指向所支持的J2SE平台版本的符号链接.
JavaEnterpriseSystem维护此链接以确保JavaES服务可找到要使用的正确J2SE运行时.
下述过程显示如何设置JavaES符号链接.
1.
重置符号链接/usr/jdk/entsys-j2se,使其指向新安装的或已更新的J2SE安装,如下所示:如果已在默认位置安装了J2SE5Update4,则按以下方法重置该符号链接:rm/usr/jdk/entsys-j2seln-s/usr/java/jdk1.
5.
0_04/usr/jdk/entsys-j2se这些命令会修改J2SE5.
0Update4的路径.
根据系统中的版本修改J2SE平台的路径.
如果在非默认位置安装了J2SE5.
0,则将默认路径(/usr/java/jdk1.
5.
0_04)替换为非默认位置的路径.
注如果拥有JavaEnterpriseSystem的子分发包,则此子分发包中包含安装J2SE所必需的软件包.
需要特殊升级过程的组件第2章升级JavaES共享组件812.
如果在升级或安装J2SE5.
0Update4前先停止了服务,则重新启动这些服务.
如果升级或安装J2SE5.
0前未停止服务,则可能要重新引导系统,以使依赖于J2SE5.
0的服务使用新的符号链接.
检验J2SE的更新以下命令检验J2SE符号链接引用的J2SE的版本:/usr/jdk/entsys-j2se/bin/java-version该命令返回一个含开发者版本号的字符串.
例如,如果安装了J2SE5.
0Update4,则此命令返回以下字符串:javaversion"1.
5.
0_04"如果上述命令未返回正确的版本,则检查指向J2SE的JavaES符号链接的设置是否正确,如"在Linux平台上设置JavaES的J2SE符号链接"中所述.
需要特殊升级过程的组件82SunJavaEnterpriseSystem2005Q4升级指南83第3章SunCluster软件本章介绍如何将SunCluster软件升级到JavaES2005Q4(发行版本4):SunCluster3.
18/05.
本章概括介绍了将SunCluster软件升级至JavaES发行版本4的升级问题和过程.
仅在Solaris平台上支持SunCluster软件.
本章所述的SunCluster软件的升级包括SunCluster框架软件和SunCluster数据服务软件(或代理)这两者的升级.
第84页中的"SunCluster软件升级概述"第86页中的"将SunCluster软件升级到JavaES发行版本4"SunCluster软件升级概述84SunJavaEnterpriseSystem2005Q4升级指南SunCluster软件升级概述本节将在以下方面对SunCluster软件进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4SunCluster软件SunCluster软件升级指导说明SunCluster数据兼容性问题SunCluster组件依赖性关于JavaES发行版本4SunCluster软件JavaES发行版本4SunCluster软件新增了许多功能,其中包括改进的群集安装和升级功能、对NetworkApplianceNAS设备的增强支持、简化的SunPlexManager界面以及其他在SunCluster发行说明中详细介绍的功能(http://docs.
sun.
com/doc/819-2084/6n4d8kv8ca=view).
SunCluster软件升级指导说明表3-1显示了所支持的SunCluster到JavaES发行版本4的升级途径.
该表仅适用于Solaris操作系统.
SunCluster版本与JavaES发行版本并非是一对一的映射关系.
这是因为SunCluster软件的过渡功能版本(interimfeaturereleases,IFRs)已合并到JavaES正式发行版本之间的JavaES中.
因此,如表3-1中所示,将JavaES发行版本3SunCluster和JavaES发行版本2SunCluster升级至JavaES发行版本4SunCluster包括将SunCluster3.
14/04和SunCluster3.
19/04这两个软件升级至JavaES发行版本4.
SunCluster软件升级概述第3章SunCluster软件85SunCluster数据下表显示了可能受SunCluster软件升级影响的数据类型.
兼容性问题JavaES发行版本4SunCluster软件包括新的图形管理界面,但与早期发行版本的SunCluster代理向后兼容.
表3-1升级到JavaES发行版本4SunCluster3.
18/05(2005Q4)软件的途径JavaES发行版本SunCluster软件版本常规方法必需的重新配置发行版本3SunCluster3.
19/04或SunCluster3.
18/05直接升级:使用SunClusterscinstall实用程序执行.
自动迁移到已升级版本的群集配置发行版本2SunCluster3.
14/04或SunCluster3.
19/04直接升级:使用SunClusterscinstall实用程序执行.
自动迁移到已升级版本的群集配置发行版本1SunCluster3.
1直接升级未经验证:但是可使用scinstall实用程序执行.
自动迁移到已升级版本的群集配置JavaES以前的发行版本SunCluster3.
0直接升级未经验证:但是可使用scinstall实用程序执行.
自动迁移到已升级版本的群集配置表3-2SunCluster数据用途数据类型位置用途群集配置数据群集配置系统信息库,在所有群集节点范围内复制和同步(注意:切勿手动编辑CCR文件,这会导致一个节点或整个群集停止工作)存储关于SunCluster所有操作方面的配置信息:群集节点配置、故障转移机制、资源管理等将SunCluster软件升级到JavaES发行版本486SunJavaEnterpriseSystem2005Q4升级指南SunCluster组件依赖性SunCluster对其他JavaES组件的依赖性会影响升级和重新配置SunCluster软件的过程.
例如,SunCluster接口或功能上的变化可能需要SunCluster软件所依赖的组件的已升级版本.
是否需要升级此类组件取决于特定的升级途径.
SunCluster对以下JavaES组件具有依赖性:共享组件.
SunCluster软件对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
数据服务.
SunCluster软件需要特定的数据服务(或代理),以使JavaES产品组件具有高可用性.
对于在SunCluster环境中运行的每个产品组件,必须提供对应的数据服务来管理对应的群集资源.
代理软件包通常在SunCluster升级过程中进行升级.
将SunCluster软件升级到JavaES发行版本4本节包含有关将SunCluster软件从JavaES2005Q1(发行版本3)和JavaES2004Q2(发行版本2)升级至JavaES发行版本4的信息.
上述JavaES发行版本中包含的两种SunCluster版本(SunCluster3.
14/04和SunCluster3.
19/04软件)的升级过程相同.
本节涵盖了以下主题:简介SunCluster升级简介在将SunCluster软件升级至JavaES发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过运行scinstall脚本执行升级,该脚本将升级SunCluster软件,并在完成软件升级后应用先前的SunCluster配置.
但必须将群集环境中的所有节点均升级到同一版本,方法有两种:一种是关闭群集然后升级所有节点,另外一种是通过滚动升级而不必关闭群集,期间将逐个升级各个节点,每次升级一个.
升级依赖性.
虽然SunCluster软件对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但JavaES发行版本4SunCluster软件与这些组件在发行版本3中的版本兼容.
因此,对于SunCluster软件到发行版本4的升级,这些共享组件的升级是可选的.
将SunCluster软件升级到JavaES发行版本4第3章SunCluster软件87向后兼容性.
发行版本4SunCluster软件与早期的群集代理向后兼容,但一个群集中的所有节点必须运行同一个版本的框架和代理软件.
升级回滚.
不支持SunCluster软件的发行版本4到早期版本的升级回滚.
平台问题.
在所有Solaris平台上,SunCluster软件的升级方法都是相同的,但在Linux平台上不支持SunCluster软件.
SunCluster升级本节概述了如何执行SunCluster软件从JavaES发行版本3到JavaES发行版本4的升级:升级前的任务升级SunCluster软件检验升级升级后的任务升级回滚本节涵盖了SunCluster非滚动升级的情况.
滚动升级的情况有些不同,因为滚动升级时不关闭群集.
但是如下所述,对于给定群集节点,这两种情况都包含了相同的常规过程.
具体过程可在SunCluster安装指南升级一章(http://docs.
sun.
com/doc/819-0173/6n2ka5si2a=view)中找到.
升级前的任务升级SunCluster软件之前,应执行下述任务.
检验当前版本信息可通过输入以下命令检验SunCluster软件的当前版本:%scinstall-pv该命令将返回SunCluster版本和已安装的各软件包的版本.
如果该命令返回了3.
18/05版本3.
1u4,则无需升级到JavaES发行版本4.
表3-3SunCluster版本检验输出JavaES发行版本SunCluster版本号发行版本1(SunCluster3.
1)3.
1发行版本2(SunCluster3.
14/04)3.
1u2将SunCluster软件升级到JavaES发行版本488SunJavaEnterpriseSystem2005Q4升级指南为升级准备群集节点必须先从群集环境中删除群集节点,然后才能升级SunCluster软件:非滚动升级.
从群集环境中删除节点意味着关闭群集环境:将资源组切换到脱机状态、禁用资源组、关闭正在环境中运行的应用程序、备份共享数据、关闭群集、备份系统磁盘,然后重新引导节点,进入非群集模式.
滚动升级.
从群集环境中删除节点意味着转移节点的所有资源组和设备组、备份共享数据和系统磁盘,然后重新引导节点,进入非群集模式.
有关这些操作以及可能需要在特定情况下执行的其他操作的详细信息,参见SunCluster安装指南的升级一章(http://docs.
sun.
com/doc/819-0173/6n2ka5si2a=view).
升级操作系统您可能想利用任何升级停机时间来将操作系统升级到其最新版本,同时也升级正在使用的卷管理器的版本.
有关这些操作的详细信息,参见SunCluster安装指南的升级一章(http://docs.
sun.
com/doc/819-0173/6n2ka5si2a=view).
升级SunCluster依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
SunCluster软件所依赖的发行版本3共享组件的升级是可选的,而发行版本2共享组件到发行版本4的升级则是必要的.
要升级SunCluster软件所依赖的所有共享组件(参见第38页中的表1-6),可按照SunCluster安装指南的升级一章(http://docs.
sun.
com/doc/819-0173/6n2ka5si2a=view)中提供的说明操作,不过,即使满足最低版本要求,也要升级所有共享组件.
获取所需的配置信息和密码不需要任何与当前安装版本有关的特殊信息,但是必须以超级用户身份登录才能执行升级.
发行版本2或3(SunCluster3.
19/04)3.
1u3发行版本3或4(SunCluster3.
18/05)3.
1u4表3-3SunCluster版本检验输出JavaES发行版本SunCluster版本号将SunCluster软件升级到JavaES发行版本4第3章SunCluster软件89升级SunCluster软件本节先讨论影响SunCluster软件升级过程的若干注意事项,随后对升级过程本身加以说明.
升级注意事项将SunCluster软件升级至JavaES发行版本4时,应考虑以下注意事项:在升级SunCluster框架软件时,最好也将管理JavaES高可用性组件所需的数据服务或者其他在群集环境中运行的应用程序升级.
升级SunCluster软件的同时也可以升级JavaES组件或者在群集环境中运行的其他应用程序.
升级过程下面的过程适用于在每个群集节点上升级SunCluster软件.
以下步骤只是一般性步骤,有关如何执行这些步骤的详细信息,参见SunCluster安装指南的升级一章(http://docs.
sun.
com/doc/819-0173/6n2ka5si2a=view).
1.
以root身份登录,或成为超级用户.
su-2.
将目录切换到JavaES发行版的以下目录:cd/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools其中arch是sparc或x86,ver是8、9或10,分别代表Solaris8、9或10.
3.
运行scinstall实用程序.
.
/scinstall将显示用于执行群集安装、配置和升级任务的主菜单.
4.
升级SunCluster框架软件以及任何所需的数据服务.
已升级数据服务需要通过将对应的资源迁移到已升级资源类型来进行配置(参见第90页中的"升级后的任务").
5.
向SunCluster框架软件和数据服务应用所有必要的修补程序.
有关访问和应用相关修补程序的信息,参见SunCluster发行说明(http://docs.
sun.
com/doc/819-2084).
6.
重新引导节点,进入群集.
将SunCluster软件升级到JavaES发行版本490SunJavaEnterpriseSystem2005Q4升级指南检验升级可按如下步骤检验SunCluster软件的升级是否成功:1.
检查SunCluster框架软件的版本号.
scinstall-pv参见第87页中的表3-3确认输出值.
2.
检查数据服务升级日志文件.
在升级输出消息的末尾提到了日志文件.
升级后的任务在执行完SunCluster软件的升级后,可能还需要执行许多附加任务,这取决于您执行的是非滚动升级还是滚动升级.
其中,完全恢复群集环境所需的任务有:检验群集配置的状态将资源迁移到新资源类型版本升级安装在群集中的其他JavaES组件或者应用程序有关这些安装后步骤的详细信息,参见SunCluster安装指南的升级一章(http://docs.
sun.
com/doc/819-0173/6n2ka5si2a=view).
升级回滚不支持SunCluster软件的回滚.
升级过程中所做的更改无法轻易逆向恢复.
91第4章DirectoryServer和AdministrationServer本章介绍如何将DirectoryServer和AdministrationServer组件升级到JavaES2005Q4(发行版本4):SunJavaSystemDirectoryServer5.
22005Q4和SunJavaSystemAdministrationServer5.
22005Q4.
由于这些升级之间有紧密的联系,因此将它们放在一起进行叙述.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第92页中的"DirectoryServer和AdministrationServer升级概述"第95页中的"从JavaES发行版本3升级DirectoryServer和AdministrationServer"第110页中的"从JavaES发行版本2升级DirectoryServer和AdministrationServer"注本章中的文件位置是相对于一个称为serverRoot的目录路径而指定的.
在最初安装和配置DirectoryProxyServer时,可能至少已将此路径的一部分指定为安装目录.
否则,会分配一个默认值.
serverRoot的默认值视操作系统平台而定:Solaris:/var/opt/mps/serverrootLinux:/var/opt/sun/directory-serverDirectoryServer和AdministrationServer升级概述92SunJavaEnterpriseSystem2005Q4升级指南DirectoryServer和AdministrationServer升级概述本节将在以下方面对DirectoryServer和AdministrationServer组件进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4JavaES发行版本4升级指导说明DirectoryServer和AdministrationServer数据兼容性问题组件依赖性关于JavaES发行版本4JavaES发行版本4的DirectoryServer和AdministrationServer版本仅修复了一些小错误和做出了一些小的改进,并没有新增任何功能.
JavaES发行版本4升级指导说明表4-1显示了所支持的DirectoryServer和AdministrationServer到JavaES发行版本4的升级途径.
该表同时适用于Solaris和Linux两种操作系统.
表4-1升级到JavaES发行版本4:SunJavaSystemDirectoryServer5.
22005Q4和SunJavaSystemAdministrationServer5.
22005Q4的途径JavaES发行版本DirectoryServer、AdministrationServer和DirectoryProxyServer版本常规方法必需的重新配置发行版本3SunJavaSystemDirectoryServer52005Q1SunJavaSystemAdministrationServer52005Q1直接升级:应用修补程序并重新配置配置目录.
配置目录中数据的自动重新配置DirectoryServer和AdministrationServer升级概述第4章DirectoryServer和AdministrationServer93DirectoryServer和AdministrationServer数据DirectoryServer和AdministrationServer利用DirectoryServer本身来存储配置数据.
数据存储在目录内部的一个特定树结构中.
托管配置的DirectoryServer实例称为配置目录.
配置目录可以是专用的DirectoryServer实例(建议采用这种安全做法),也可以托管用户身份数据或服务配置数据.
配置目录可以与其他DirectoryServer实例或AdministrationServer驻留在同一台计算机上;但是在大多数部署体系结构中,配置目录与使用它存储配置信息的其他组件相距甚远.
发行版本2SunJavaSystemDirectoryServer5.
22004Q2SunJavaSystemAdministrationServer5.
22004Q2直接升级:应用修补程序并重新配置配置目录.
配置目录中数据的自动重新配置发行版本1SunOneDirectoryServer5.
2SunOneAdministrationServer5.
2直接升级未经验证:但可以使用发行版本2的升级方法.
配置目录中数据的自动重新配置JavaES以前的发行版本SunOneDirectoryServer5.
2SunOneAdministrationServer5.
2直接升级未经验证:但可以使用发行版本2的升级方法.
配置目录中数据的自动重新配置SunOneDirectoryServer5.
1、5.
0或4.
xSunOneAdministrationServer5.
1、5.
0或4.
x不直接升级:首先升级到发行版本3.
参阅JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237).
然后从发行版本3升级到发行版本4.
参阅JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237).
表4-1升级到JavaES发行版本4:SunJavaSystemDirectoryServer5.
22005Q4和SunJavaSystemAdministrationServer5.
22005Q4的途径(续)JavaES发行版本DirectoryServer、AdministrationServer和DirectoryProxyServer版本常规方法必需的重新配置DirectoryServer和AdministrationServer升级概述94SunJavaEnterpriseSystem2005Q4升级指南下表显示了可能受DirectoryServer和AdministrationServer软件升级影响的数据类型.
兼容性问题JavaES发行版本4DirectoryServer和AdministrationServer未引入任何接口更改.
这些组件在整体上与早期版本向后兼容.
但是,这两个组件并不都与其他组件的早期版本向后兼容;两者需要进行集体升级.
组件依赖性对其他JavaES组件的依赖性会影响升级和重新配置DirectoryServer和AdministrationServer软件的过程.
上述每个组件均依赖于如下的JavaES组件:DirectoryServer.
DirectoryServer依赖于特定的JavaES共享组件(参见第38页中的表1-6).
DirectoryServer依赖于AdministrationServer,后者用于配置DirectoryServer复制以及DirectoryServer功能的其他方面.
AdministrationServer.
AdministrationServer(和管理控制台用户界面)依赖于特定的JavaES共享组件(参见第38页中的表1-6).
AdministrationServer还依赖于存储配置数据的DirectoryServer(特别是配置目录).
表4-2DirectoryServer、AdministrationServer和DirectoryProxyServer数据用途数据类型位置用途DirectoryServer配置数据配置目录DirectoryServer的配置AdministrationServer配置数据配置目录AdministrationServer的配置从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer95从JavaES发行版本3升级DirectoryServer和AdministrationServer本节包含有关将DirectoryServer和AdministrationServer从JavaES2005Q1(发行版本3)升级到JavaES2005Q4(发行版本4)的信息.
其中涵盖了以下主题:简介发行版本3DirectoryServer和AdministrationServer的升级多实例升级简介在将JavaES发行版本3DirectoryServer和AdministrationServer升级到发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过向JavaES发行版本3的版本应用修补程序来执行升级.
通过将配置目录与已升级软件进行同步来实现DirectoryServer和AdministrationServer的重新配置.
升级依赖性.
虽然DirectoryServer和AdministrationServer依赖于许多JavaES共享组件(参见第38页中的表1-6),但JavaES发行版本4DirectoryServer和AdministrationServer与这些共享组件在发行版本3中的版本兼容.
因此,对于DirectoryServer和AdministrationServer到发行版本4的升级,这些共享组件的升级是可选的.
DirectoryServer对AdministrationServer具有硬性升级依赖性.
因此,应将这些组件一同升级到发行版本4.
向后兼容性.
发行版本4DirectoryServer和AdministrationServer与其发行版本3的版本向后兼容.
升级回滚.
在Solaris上,发行版本4升级回滚是通过删除发行版本4升级修补程序并将配置目录与先前软件状态重新进行同步来实现的.
但是在Linux上,并不存在回滚发行版本4升级的过程.
平台问题.
在Solaris和Linux操作系统上,升级DirectoryServer和AdministrationServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
从JavaES发行版本3升级DirectoryServer和AdministrationServer96SunJavaEnterpriseSystem2005Q4升级指南发行版本3DirectoryServer和AdministrationServer的升级本节介绍如何在Solaris和Linux平台上执行DirectoryServer和AdministrationServer从JavaES发行版本3到JavaES发行版本4的升级.
在某个主题取决于平台特定过程之处,该主题将指明所适用的操作系统.
本节涵盖了以下主题:升级前的任务升级发行版本3DirectoryServer和AdministrationServer(Solaris)升级发行版本3DirectoryServer和AdministrationServer(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务在升级DirectoryServer和AdministrationServer之前,应执行下述任务.
检验当前版本信息可通过以下方法来检验DirectoryServer和AdministrationServer的当前版本,首先使用-v选项重新启动DirectoryServer守护进程:cdserverRoot/bin/slapd/server.
/ns-slapd-v然后检查DirectoryServer错误日志中的启动消息:serverRoot/slapd-hostName/logs/errors表4-3DirectoryServer版本检验输出JavaES发行版本DirectoryServer版本号发行版本2SunJava(TM)SystemDirectoryServer/5.
2_Patch_2发行版本3SunJava(TM)SystemDirectoryServer/5.
2_Patch_3发行版本4SunJava(TM)SystemDirectoryServer/5.
2_Patch_4从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer97注意:如果ns-slapd命令在Solaris10平台上失败,请在运行该命令时将库路径设置为空:LD_LIBRARY_PATH=.
/ns-slapd-v升级DirectoryServer和AdministrationServer依赖项一般而言,建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,由于DirectoryServer和AdministrationServer并不要求升级发行版本3共享组件,所以此任务是可选的.
备份DirectoryServer数据DirectoryServer和AdministrationServer升级过程会修改配置目录数据.
因此,在升级之前,建议您使用DirectoryServer控制台或命令行实用程序(如db2bak)备份配置目录数据.
有关备份DirectoryServer的更多信息,参见SunJavaSystemDirectoryServer管理指南(http://docs.
sun.
com/doc/819-2013).
获取所需的配置信息和密码您应当知道当前所安装版本的DirectoryServer管理员用户ID和密码.
此外,DirectoryServer和AdministrationServer必须以同一用户和组的身份运行.
也就是说,它们必须以同一UID和GID运行.
升级发行版本3DirectoryServer和AdministrationServer(Solaris)本节先讨论影响DirectoryServer和AdministrationServer升级过程的若干注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将DirectoryServer和AdministrationServer软件升级到JavaES发行版本4时,应考虑以下注意事项:在升级DirectoryServer实例之前,先应关闭使用该实例的所有JavaES组件(如AccessManager、CommunicationsExpress、MessagingServer、PortalServer等).
但是,大多数部署体系结构都使用DirectoryServer的多个实例来提供高可用性或可伸缩性.
在这种情况下,可以执行DirectoryServer的滚动升级,而无需关闭DirectoryServer客户机.
AdministrationServer必须在DirectoryServer之前进行升级,因为数据的重新配置必须以特定顺序进行.
从JavaES发行版本3升级DirectoryServer和AdministrationServer98SunJavaEnterpriseSystem2005Q4升级指南在应用修补程序时,必须关闭正在升级的组件,但是必须随后运行相关联的配置目录,方可重新配置正在升级的组件.
在其中有多个DirectoryServer实例运行于单台计算机上的部署体系结构中(所有实例均对应于同一个已安装的DirectoryServer映像),升级DirectoryServer映像将升级所有实例.
在此类体系结构中,每个已安装的DirectoryServer映像仅有一个AdministrationServer实例.
在许多部署体系结构中,配置目录是单独的DirectoryServer实例.
它可能在本地,也可能位于正在从中执行升级的另一不同计算机系统上.
同样,AdministrationServer可能在本地,也可能位于正在从中执行DirectoryServer升级的另一不同计算机系统上.
在某些部署体系结构中,已通过在安装时取消选择AdministrationServer独立安装了DirectoryServer.
但是,如随后的说明中所述,在这种情况下,除了DirectoryServer升级过程之外,仍必须执行AdministrationServer升级过程(在独立模式下甚至会安装某些AdministrationServer代码).
下表显示了用于SolarisOS的发行版本4DirectoryServer和AdministrationServer升级修补程序:表4-4用于在Solaris上升级DirectoryServer和AdministrationServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10DirectoryServer115614-26115615-26DirectoryServer本地化版本117015-21117015-21AdministrationServer115610-23115611-23AdministrationServer本地化版本117047-24117047-24从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer99升级过程(Solaris)下述过程适用于本地驻留在即将进行升级的计算机上的DirectoryServer和AdministrationServer实例.
下面的步骤利用了两个命令:directoryserver(1m)和mpsadmserver(1m).
有关这些命令的更多信息,参见DirectoryServer手册页参考和AdministrationServer手册页参考.
1.
根据表4-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果管理控制台正在本地运行,则将其停止.
4.
关闭依赖于即将升级的DirectoryServer实例的所有JavaES组件.
此步骤可能取决于这些组件在部署体系结构中的复制方式.
应按以下顺序关闭组件:a.
DirectoryServer客户机:AccessManager、CommunicationsExpress、MessagingServer、PortalServer等b.
DirectoryProxyServer(如果使用它访问DirectoryServer)c.
AdministrationServer(如果它在本地运行)d.
DirectoryServere.
配置目录(如果它作为单独的DirectoryServer实例在本地运行)有关如何关闭JavaES组件的信息,参见其各自的管理指南.
5.
确保已升级DirectoryServer和AdministrationServer对其具有硬性升级依赖性的所有JavaES组件(参见第97页中的"升级DirectoryServer和AdministrationServer依赖项").
从JavaES发行版本3升级DirectoryServer和AdministrationServer100SunJavaEnterpriseSystem2005Q4升级指南6.
升级AdministrationServer.
即使最初已在独立模式下,在进行升级的计算机上安装了DirectoryServer(在独立模式下甚至会安装某些AdministrationServer代码),亦需要执行此步骤.
a.
重新启动要升级的AdministrationServer.
b.
应用表4-4中的AdministrationServer修补程序.
确保先应用AdministrationServer本地化修补程序(117047),然后再应用AdministrationServer基本修补程序.
patchaddpatch_IDc.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤b中应用的修补程序ID的版本.
d.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
e.
使升级后的设置与配置目录同步.
/usr/sbin/mpsadmserversync-cds将提示您输入管理员用户名和密码.
7.
升级DirectoryServer.
a.
如果不运行AdministrationServer而是在独立模式下运行DirectoryServer,请执行以下过程,否则,直接转到步骤7b.
I.
确保已升级AdministrationServer,步骤6.
II.
将目录转到serverroot目录.
cd/var/opt/mps/serverrootIII.
创建配置目录:mkdir-padmin-serv/configIV.
创建adm.
config文件:viadmin-serv/config/adm.
conf从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer101V.
添加以下文本isie:cn=AdministrationServer,cn=ServerGroup,cn=hostname,ou=administration_domain,o=NetscapeRoot所有文本都在一行,其中hostname为全限定DirectoryServer主机名,administration_domain通常为主机的域名.
b.
确保关闭了正在升级的DirectoryServer实例.
c.
应用表4-5中的DirectoryServer修补程序.
确保先应用DirectoryServer本地化修补程序(117015),然后再应用DirectoryServer基本修补程序.
patchaddpatch_IDd.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤c中应用的修补程序ID的版本.
e.
重置默认的DirectoryServer版本号:/usr/sbin/directoryserver-d5.
2f.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
g.
使升级后的设置与配置目录同步.
/usr/sbin/directoryserver-u5.
2sync-cds将提示您输入管理员用户名和密码.
8.
以步骤4中关闭组件的相反顺序重新启动所有JavaES组件.
a.
配置目录(如果它在本地作为单独的DirectoryServer实例运行)b.
DirectoryServerc.
AdministrationServer(如果它在本地运行)d.
DirectoryProxyServer(如果使用它访问DirectoryServer)e.
DirectoryServer客户机:AccessManager、CommunicationsExpress、MessagingServer、PortalServer等从JavaES发行版本3升级DirectoryServer和AdministrationServer102SunJavaEnterpriseSystem2005Q4升级指南升级发行版本3DirectoryServer和AdministrationServer(Linux)本节先讨论影响DirectoryServer和AdministrationServer升级过程的若干注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除了Linux发行版本4升级修补程序与Solaris修补程序不同之外,在Linux平台上将DirectoryServer及其关联组件升级到JavaES发行版本4时,应考虑的注意事项与在Solaris平台上升级时的注意事项相同(参见第97页中的"升级注意事项(Solaris)").
下表显示了用于LinuxOS的发行版本4DirectoryServer和AdministrationServer升级修补程序:表4-5用于在Linux上升级DirectoryServer和AdministrationServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称DirectoryServer118080-11:sun-directory-server-5.
2-25.
i386.
rpmsun-directory-server-man-5.
2-9.
i386.
rpmDirectoryServer本地化版本118290-12:sun-directory-server-Locale-5.
2-17.
i386.
rpmAdministrationServer118079-10:sun-admin-server-5.
2-18.
i386.
rpmsun-server-console-5.
2-18.
i386.
rpmsun-admin-server-man-5.
2-8.
i386.
rpmAdministrationServer本地化版本118289-13:sun-admin-server-Locale-5.
2-19.
i386.
rpmsun-server-console-Locale-5.
2-19.
i386.
rpm从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer103升级过程(Linux)下述过程适用于本地驻留在即将进行升级的计算机上的DirectoryServer和AdministrationServer实例.
下面的步骤利用了两个命令:directoryserver(1m)和mpsadmserver(1m).
有关这些命令的更多信息,参见DirectoryServer手册页参考和AdministrationServer手册页参考.
1.
使用表4-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access在以下过程中,oldVersion表示用于发行版本3DirectoryServer和AdministrationServer版本的RPM.
2.
以root身份登录,或成为超级用户.
su-3.
如果管理控制台正在本地运行,则将其停止.
4.
关闭依赖于即将升级的DirectoryServer实例的所有JavaES组件.
此步骤可能取决于这些组件在部署体系结构中的复制方式.
应按以下顺序关闭组件:a.
DirectoryServer客户机:AccessManager、CommunicationsExpress、MessagingServer、PortalServer等b.
DirectoryProxyServer(如果使用它访问DirectoryServer)c.
AdministrationServer(如果它在本地运行)d.
DirectoryServere.
配置目录(如果它作为单独的DirectoryServer实例在本地运行)有关如何关闭JavaES组件的信息,参见其各自的管理指南.
5.
确保已升级DirectoryServer和AdministrationServer对其具有硬性升级依赖性的所有JavaES组件(参见第97页中的"升级DirectoryServer和AdministrationServer依赖项").
注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级DirectoryServer和AdministrationServer104SunJavaEnterpriseSystem2005Q4升级指南6.
应用AdministrationServer的每个RPM.
a.
应用AdministrationServer的RPM:产品.
即使最初已在独立模式下,在进行升级的计算机上安装了DirectoryServer,亦需要执行此步骤.
I.
按如下所示应用RPM:确保先应用AdministrationServer本地化RPM(118289),然后再应用AdministrationServer基本RPM.
rpm-Fvhsun-admin-server-Locale-5.
2-19.
i386.
rpmrpm-Fvhsun-server-console-Locale-5.
2-19.
i386.
rpmrpm-Fvhsun-admin-server-5.
2-18.
i386.
rpm.
.
.
如果以前配置了AdministrationServer,将会返回以下错误:error:executionof%preunscriptletfromsun-admin-server-5.
2-oldVersionfailed,exitstatus1在这种情况下,请使用--noscripts选项删除旧版的RPM,如下所示:rpm-e--noscriptssun-admin-server-5.
2-oldVersionII.
如果以前配置了AdministrationServer,确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
III.
使升级后的设置与配置目录同步.
/opt/sun/sbin/mpsadmserversync-cds将提示您输入管理员用户名和密码.
IV.
确认升级成功:rpm-qsun-admin-server应该返回RPM的新版本号.
b.
应用AdministrationServer的RPM:控制台.
rpm-Fvhsun-server-console-5.
2-18.
i386.
rpmc.
应用AdministrationServer的RPM:手册页.
rpm-Uvhsun-admin-server-man-5.
2-8.
i386.
rpm从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer1057.
应用DirectoryServer的每个RPM.
a.
如果不运行AdministrationServer而是在独立模式下运行DirectoryServer,请应用AdministrationServerRPM.
rpm-Fvhsun-admin-server-5.
2-18.
i386.
rpm否则,直接转到步骤7b.
b.
应用DirectoryServer的RPM:产品.
I.
确保关闭了正在升级的DirectoryServer实例.
II.
按如下所示应用RPM:确保先应用DirectoryServer本地化RPM(118290),然后再应用DirectoryServer基本RPM.
rpm-Fvhsun-directory-server-Locale-5.
2-17.
i386.
rpmrpm-Fvhsun-directory-server-5.
2-25.
i386.
rpm.
.
.
如果以前配置了DirectoryServer,将会返回以下错误:error:executionof%preunscriptletfromsun-directory-server-5.
2-oldVersionfailed,exitstatus1在这种情况下,请使用--noscripts选项删除旧版的RPM,如下所示:rpm-e--noscriptssun-directory-server-5.
2-oldVersionIII.
如果以前配置了DirectoryServer,确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
IV.
使升级后的设置与配置目录同步.
/opt/sun/sbin/directoryserversync-cds将提示您输入管理员用户名和密码.
V.
确认升级成功:rpm-qsun-directory-server应该返回RPM的新版本号.
c.
应用DirectoryServer的RPM:手册页.
rpm-Uvhsun-directory-server-man-5.
2-9.
i386.
rpm从JavaES发行版本3升级DirectoryServer和AdministrationServer106SunJavaEnterpriseSystem2005Q4升级指南8.
以步骤4中关闭组件的相反顺序重新启动所有JavaES组件.
a.
配置目录(如果它在本地作为单独的DirectoryServer实例运行)b.
DirectoryServerc.
AdministrationServer(如果它在本地运行)d.
DirectoryProxyServer(如果使用它访问DirectoryServer)e.
DirectoryServer客户机:AccessManager、CommunicationsExpress、MessagingServer、PortalServer等检验升级可通过以下方法检验DirectoryServer和AdministrationServer的升级是否成功,首先使用-v选项重新启动DirectoryServer守护进程:cdserverroot/bin/slapd/server.
/ns-slapd-v然后检查DirectoryServer错误日志中的启动消息:/var/opt/mps/serverroot/logs/errors参见第96页中的表4-3确认输出值.
升级后的任务除第99页中的"升级过程(Solaris)"和第103页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节先介绍影响DirectoryServer和AdministrationServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)对于到发行版本4的DirectoryServer和AdministrationServer的升级,其回滚过程正好与升级到发行版本4的过程相反.
将会删除修补程序并重新同步配置目录.
需要特别注意的一点是,在应用修补程序时,会将SSL证书数据库升级至cert8格式.
修补程序将备份cert7数据,然后将其转换为cert8格式.
如果您随后决定回滚升级且已将新证书添加到了证书数据库中,则应手动提取这些证书,逆向恢复修补程序,然后再将证书重新添加到先前的cert7格式的证书数据库中.
从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer107当您在更改了SSL证书数据库之后回滚升级时,将无法以SSL模式启动.
要解决此问题,请关闭SSL模式,重新启动DirectoryServer和AdministrationServer,重新安装证书,然后启用SSL模式.
回滚过程(Solaris)1.
如果管理控制台正在本地运行,则将其停止.
2.
关闭依赖于即将回滚的DirectoryServer实例的所有JavaES组件.
此步骤取决于这些组件在部署体系结构中的复制方式.
应按以下顺序关闭组件:a.
DirectoryServer客户机:AccessManager、CommunicationsExpress、MessagingServer、PortalServer等b.
DirectoryProxyServer(如果使用它访问DirectoryServer)c.
AdministrationServer(如果它在本地运行)d.
DirectoryServere.
配置目录(如果它作为单独的DirectoryServer实例在本地运行)有关如何关闭JavaES组件的信息,参见其各自的管理指南.
3.
回滚DirectoryServer升级.
a.
确保关闭了正在回滚的DirectoryServer实例.
b.
删除表4-5中的DirectoryServer修补程序.
patchrmpatch_IDc.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
d.
使回滚后的设置与配置目录同步.
/usr/sbin/directoryserver-u5.
2sync-cds将提示您输入管理员用户名和密码.
e.
如果不运行AdministrationServer而独立运行DirectoryServer,则必须按照步骤4中的说明回滚部分AdministrationServer升级.
从JavaES发行版本3升级DirectoryServer和AdministrationServer108SunJavaEnterpriseSystem2005Q4升级指南4.
回滚AdministrationServer升级.
a.
删除表4-5中的AdministrationServer修补程序.
patchrmpatch_IDb.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
c.
使升级后的设置与配置目录同步.
/usr/sbin/mpsadmserversync-cds将提示您输入管理员用户名和密码.
5.
对DirectoryServer和AdministrationServer对其具有硬性升级依赖性的所有JavaES组件执行升级回滚.
6.
以步骤2中关闭组件的相反顺序重新启动所有JavaES组件.
a.
配置目录(如果它在本地作为单独的DirectoryServer实例运行)b.
DirectoryServerc.
AdministrationServer(如果它在本地运行)d.
DirectoryProxyServer(如果使用它访问DirectoryServer)e.
DirectoryServer客户机:AccessManager、CommunicationsExpress、MessagingServer、PortalServer等多实例升级第96页中的"发行版本3DirectoryServer和AdministrationServer的升级"中的过程没有明确论及一些部署体系结构,在其中为了实现可用性和可伸缩性而复制了DirectoryServer.
这些体系结构可能包括DirectoryServer多主复制或DirectoryServer的部署,将其作为SunCluster环境中的数据服务.
本节将对此种情况下的DirectoryServer升级进行讨论.
多主复制的滚动升级不同计算机系统上的多个DirectoryServer实例(用于多主复制部署体系结构)可以依序一次一个进行升级.
每个实例在其各自主机上的升级均是在其他实例仍在运行时执行的.
这种滚动升级允许目录服务在升级各个提供该项服务的DirectoryServer实例时保持联机.
从JavaES发行版本3升级DirectoryServer和AdministrationServer第4章DirectoryServer和AdministrationServer109作为数据服务升级DirectoryServer本节介绍如何将DirectoryServer作为SunCluster环境中的数据服务来进行升级和回滚.
在将DirectoryServer作为SunCluster数据服务升级或逆向恢复之前,请考虑以下几点:在执行升级或回滚操作之前备份数据.
按顺序而不是以并行方式修补所有群集节点上的DirectoryServer及其关联的AdministrationServer.
所有群集节点应运行同一版本和发行版本的DirectoryServer及其关联的AdministrationServer.
如果在故障转移模式下运行群集,请考虑从HAStorage升级到HAStoragePlus.
作为SunCluster数据服务升级DirectoryServer1.
停止每个DirectoryServer实例及其关联的AdministrationServer.
serverroot/stop-adminserverroot/slapd-instanceName/stop-slapd2.
使当前群集节点成为活动节点:scswitch-z-gldap-group-hthis-node-name3.
如第96页中的"发行版本3DirectoryServer和AdministrationServer的升级"中所述升级当前节点上的DirectoryServer.
4.
使另一个群集节点成为活动节点:scswitch-z-gldap-group-hanother-node-name5.
重复步骤3和步骤4,直到群集中的所有节点均升级完毕为止.
作为SunCluster数据服务回滚DirectoryServer1.
停止每个DirectoryServer实例及其关联的AdministrationServer.
serverroot/stop-adminserverroot/slapd-instanceName/stop-slapd2.
使当前群集节点成为活动节点:scswitch-z-gldap-group-hthis-node-name从JavaES发行版本2升级DirectoryServer和AdministrationServer110SunJavaEnterpriseSystem2005Q4升级指南3.
如第106页中的"升级回滚(Solaris)"中所述回滚当前节点上的DirectoryServer.
4.
使另一个群集节点成为活动节点:scswitch-z-gldap-group-hanother-node-name5.
重复步骤3和步骤4,直到在群集中的所有节点上都回滚了DirectoryServer为止.
从JavaES发行版本2升级DirectoryServer和AdministrationServer将JavaES2004Q2(发行版本2)DirectoryServer和AdministrationServer升级到发行版本4的过程与将发行版本3DirectoryServer和AdministrationServer升级到发行版本4的过程相同,只不过在执行升级前的任务时,还应将DirectoryServer和AdministrationServer所依赖的所有共享组件(参见第38页中的表1-6)和所有本地驻留的产品组件都升级到发行版本4:第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级到发行版本4的说明.
要将发行版本2DirectoryServer和AdministrationServer升级到发行版本4,请按第95页中的"从JavaES发行版本3升级DirectoryServer和AdministrationServer"中的说明操作,只不过要在提到发行版本3的地方替换为发行版本2.
111第5章DirectoryProxyServer本章介绍如何将DirectoryProxyServer升级到JavaES2005Q4(发行版本4):SunJavaSystemDirectoryProxyServer5.
22005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第112页中的"DirectoryProxyServer升级概述"第114页中的"从JavaES发行版本3升级DirectoryProxyServer"第122页中的"从JavaES发行版本2升级DirectoryProxyServer"注本章中的文件位置是相对于一个称为serverRoot的目录路径而指定的.
在最初安装和配置DirectoryProxyServer时,可能至少已将此路径的一部分指定为安装目录.
否则,会分配一个默认值.
serverRoot的默认值视操作系统平台而定:Solaris:/var/opt/mps/serverrootLinux:/var/opt/sun/directory-serverDirectoryProxyServer升级概述112SunJavaEnterpriseSystem2005Q4升级指南DirectoryProxyServer升级概述本节将在以下方面对DirectoryProxyServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4JavaES发行版本4升级指导说明DirectoryProxyServer数据兼容性问题组件依赖性关于JavaES发行版本4JavaES发行版本4DirectoryProxyServer仅修复了一些小错误和做出了一些小的改进,并没有新增任何功能.
JavaES发行版本4升级指导说明表5-1显示了所支持的升级至JavaES发行版本4的DirectoryProxyServer升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表5-1升级到JavaES发行版本4:SunJavaSystemDirectoryProxyServer5.
22005Q4的途径JavaES发行版本DirectoryProxyServer版本常规方法必需的重新配置发行版本3SunJavaSystemDirectoryProxyServer5.
22005Q1直接升级:应用修补程序并重新配置配置目录.
配置目录中数据的自动重新配置发行版本2SunJavaSystemDirectoryProxyServer5.
22004Q2直接升级:应用修补程序并重新配置配置目录.
配置目录中数据的自动重新配置发行版本1SunOneDirectoryProxyServer5.
2直接升级未经验证:但可以使用发行版本2的升级方法.
配置目录中数据的自动重新配置DirectoryProxyServer升级概述第5章DirectoryProxyServer113DirectoryProxyServer数据DirectoryProxyServer利用DirectoryServer来存储配置数据.
数据存储在目录内部的一个特定树结构中.
托管配置的DirectoryServer实例称为配置目录.
在大多数部署体系结构中,配置目录相对于利用其来存储配置信息的其他组件而言是远程的.
下表显示了可能受DirectoryProxyServer软件升级影响的数据类型.
JavaES以前的发行版本SunOneDirectoryProxyServer5.
2直接升级未经验证:但可以使用发行版本2的升级方法.
配置目录中数据的自动重新配置SunOneDirectoryAccessRouter5.
0或5.
0SP1不直接升级:首先升级到发行版本3,参阅JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237).
然后从发行版本3升级到发行版本4.
参阅JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237).
表5-2DirectoryProxyServer数据用途数据类型位置用途DirectoryProxyServer配置数据配置目录DirectoryProxyServer的配置表5-1升级到JavaES发行版本4:SunJavaSystemDirectoryProxyServer5.
22005Q4的途径(续)JavaES发行版本DirectoryProxyServer版本常规方法必需的重新配置从JavaES发行版本3升级DirectoryProxyServer114SunJavaEnterpriseSystem2005Q4升级指南兼容性问题JavaES发行版本4DirectoryProxyServer的接口没有任何变化,并与早期版本向后兼容.
组件依赖性对其他JavaES组件的依赖性会影响升级和重新配置DirectoryProxyServer软件的过程.
DirectoryProxyServer对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
DirectoryProxyServer提供对DirectoryServer的前端访问,并使用AdministrationServer来实现配置.
因此,DirectoryProxyServer对DirectoryServer和AdministrationServer均具有依赖性.
从JavaES发行版本3升级DirectoryProxyServer本节包含关于将DirectoryProxyServer从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3DirectoryProxyServer的升级多实例升级简介将JavaES发行版本3DirectoryProxyServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过向JavaES发行版本3的版本应用修补程序来执行升级.
通过自动将配置目录与已升级软件进行同步来实现DirectoryProxyServer的重新配置.
升级依赖性.
虽然DirectoryProxyServer对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但JavaES发行版本4DirectoryProxyServer与这些共享组件在发行版本3中的版本兼容.
因此,对于DirectoryProxyServer到发行版本4的升级,这些共享组件的升级是可选的.
从JavaES发行版本3升级DirectoryProxyServer第5章DirectoryProxyServer115DirectoryProxyServer对DirectoryServer和AdministrationServer具有硬性升级依赖性.
因此,应将全部三个组件一同升级到发行版本4.
向后兼容性.
发行版本4DirectoryProxyServer与其发行版本3的版本向后兼容.
升级回滚.
在Solaris平台上,发行版本4升级回滚是通过删除发行版本4升级修补程序来实现的.
但是在Linux平台上,则不存在回滚发行版本4升级的过程.
平台问题.
在Solaris和Linux操作系统上,升级DirectoryProxyServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本3DirectoryProxyServer的升级本节介绍如何在Solaris和Linux平台上将DirectoryProxyServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3DirectoryProxyServer(Solaris)升级发行版本3DirectoryProxyServer(Linux)检验升级升级后的任务升级回滚(Solaris)从JavaES发行版本3升级DirectoryProxyServer116SunJavaEnterpriseSystem2005Q4升级指南升级前的任务升级DirectoryProxyServer之前,应执行下述任务.
检验当前版本信息可使用以下命令检验DirectoryProxyServer的当前版本:cdserverRoot/bin/dps/server/bin.
/ldapfwd-v下表显示了输出结果:升级DirectoryProxyServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
DirectoryProxyServer对DirectoryServer和AdministrationServer具有硬性升级依赖性(即使这两个组件运行在远程计算机上),因此应该首先升级这两个组件,然后再升级DirectoryProxyServer.
DirectoryProxyServer所依赖的JavaES发行版本3共享组件的升级是可选的,但建议您执行此操作.
可按以下顺序升级DirectoryProxyServer依赖项,并且应在升级DirectoryProxyServer之前进行.
您可以跳过任何可能已完成升级的依赖项.
1.
共享组件.
第47页中的"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
表5-3DirectoryProxyServer版本检验输出JavaES发行版本DirectoryProxyServer版本号发行版本2SunONEDirectoryProxyServerVersion5.
2_Patch_2发行版本3SunONEDirectoryProxyServerVersion5.
2_Patch_3发行版本4SunONEDirectoryProxyServerVersion5.
2_Patch_4从JavaES发行版本3升级DirectoryProxyServer第5章DirectoryProxyServer117备份DirectoryServer数据DirectoryProxyServer升级过程将修改配置目录数据.
因此,在升级之前,建议您使用DirectoryServer控制台或命令行实用程序(如db2bak)备份配置目录数据.
有关备份DirectoryServer的更多信息,参见SunJavaSystemDirectoryServer管理指南(http://docs.
sun.
com/doc/819-2013).
获取所需的配置信息和密码DirectoryProxyServer、DirectoryServer和AdministrationServer必须以同一用户和组的身份运行.
即,全部三个组件必须使用同一个UID和GID运行.
升级发行版本3DirectoryProxyServer(Solaris)本节讨论影响DirectoryProxyServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将DirectoryProxyServer软件升级至JavaES发行版本4时,应考虑以下注意事项:在升级DirectoryProxyServer实例之前,应该首先将使用该实例的所有JavaES组件(如AccessManager、CommunicationsExpress、MessagingServer、PortalServer等)关闭.
但是,许多部署体系结构都使用DirectoryProxyServer的多个实例来提供高可用性或可伸缩性.
在这种情况下,可以执行DirectoryProxyServer的滚动升级,而无需关闭DirectoryProxyServer客户机.
DirectoryProxyServer的升级只能在AdministrationServer和DirectoryServer的升级之后执行,因为重新配置必须以特定顺序进行.
在应用修补程序时,DirectoryProxyServer必须处于关闭状态,但相关联的配置目录必须处于运行状态以执行重新配置.
在其中有多个DirectoryProxyServer实例运行于单台计算机上的部署体系结构中(所有实例均对应于同一个已安装的DirectoryProxyServer映像),升级DirectoryProxyServer映像将升级所有实例.
在此类体系结构中,每个已安装的DirectoryProxyServer映像仅有一个AdministrationServer实例.
从JavaES发行版本3升级DirectoryProxyServer118SunJavaEnterpriseSystem2005Q4升级指南下表显示了用于Solaris操作系统的发行版本4的DirectoryProxyServer升级修补程序:升级过程(Solaris)下述过程适用于本地驻留在即将进行升级的计算机上的DirectoryProxyServer实例.
1.
根据表5-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果管理控制台正在本地运行,则将其停止.
4.
关闭依赖于即将升级的DirectoryProxyServer实例的所有JavaES组件.
此步骤可能取决于DirectoryProxyServer在部署体系结构中的复制方式.
有关如何关闭JavaES组件的信息,参见其各自的管理指南.
5.
确保已升级DirectoryProxyServer对其具有硬性升级依赖性的所有JavaES组件(参见第116页中的"升级DirectoryProxyServer依赖项").
表5-4在Solaris上升级DirectoryProxyServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10DirectoryProxyServer116373-18116374-18DirectoryProxyServer本地化版本117017-20117017-20从JavaES发行版本3升级DirectoryProxyServer第5章DirectoryProxyServer1196.
升级DirectoryProxyServer.
a.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
b.
应用表5-4中的DirectoryProxyServer修补程序.
确保先应用DirectoryProxyServer本地化修补程序(117017),然后再应用DirectoryProxyServer基本修补程序.
patchaddpatch_IDc.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤b中应用的修补程序ID的版本.
7.
重新启动DirectoryProxyServer及所有依赖于该组件的JavaES组件.
重新启动DirectoryProxyServer:serverRoot/dps-hostName/restart-dps升级发行版本3DirectoryProxyServer(Linux)本节讨论影响DirectoryProxyServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris操作系统的修补程序不同外,在Linux平台上将DirectoryProxyServer升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第117页中的"升级注意事项(Solaris)").
下表显示了用于Linux操作系统的发行版本4的DirectoryProxyServer升级修补程序:表5-5在Linux上升级DirectoryProxyServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称DirectoryProxyServer118096-08:sun-directory-proxy-server-5.
2-13.
i386.
rpmDirectoryProxyServer本地化版本118288-11:sun-directory-proxy-server-Locale-5.
2-16.
i386.
rpm从JavaES发行版本3升级DirectoryProxyServer120SunJavaEnterpriseSystem2005Q4升级指南升级过程(Linux)下述过程适用于本地驻留在即将进行升级的计算机上的DirectoryProxyServer实例.
1.
使用表5-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果管理控制台正在本地运行,则将其停止.
4.
关闭依赖于即将升级的DirectoryProxyServer实例的所有JavaES组件.
此步骤可能取决于DirectoryProxyServer在部署体系结构中的复制方式.
有关如何关闭JavaES组件的信息,参见其各自的管理指南.
5.
确保已升级DirectoryProxyServer对其具有硬性升级依赖性的所有JavaES组件(参见第116页中的"升级DirectoryProxyServer依赖项").
6.
应用DirectoryProxyServer的RPM.
a.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
b.
应用RPM.
确保先应用DirectoryProxyServer本地化RPM,然后再应用DirectoryProxyServer基本RPM.
rpm-Fvhsun-directory-proxy-server-Locale-5.
2-16.
i386.
rpmrpm-Fvhsun-directory-proxy-server-5.
2-13.
i386.
rpm升级后的设置会自动与配置目录保持同步.
7.
重新启动DirectoryProxyServer及所有依赖于该组件的JavaES组件.
重新启动DirectoryProxyServer:serverRoot/dps-hostName/restart-dps注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级DirectoryProxyServer第5章DirectoryProxyServer121检验升级可使用以下命令检验DirectoryProxyServer的升级是否成功:cdserverRoot/bin/dps/server/bin.
/ldapfwd-v参见第116页中的表5-3确认输出值.
升级后的任务除第118页中的"升级过程(Solaris)"和第120页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响DirectoryProxyServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的DirectoryProxyServer的回滚过程几乎就是升级至发行版本4的相反过程.
将删除修补程序并重新同步配置目录.
需要特别注意的一点是,在应用修补程序时,会将SSL证书数据库升级至cert8格式.
修补程序将备份cert7数据,然后将其转换为cert8格式.
如果您随后决定回滚升级且已将新证书添加到了证书数据库中,则应手动提取这些证书,逆向恢复修补程序,然后再将证书重新添加到先前的cert7格式的证书数据库中.
在更改了SSL证书数据库之后回滚升级时,将无法在SSL模式中启动.
要解决这一问题,请关闭SSL模式,重新启动AdministrationServer和DirectoryProxyServer,重新安装证书,然后启用SSL模式.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
如果管理控制台正在本地运行,则将其停止.
3.
关闭依赖于即将升级的DirectoryProxyServer实例的所有JavaES组件.
此步骤可能取决于DirectoryProxyServer在部署体系结构中的复制方式.
有关如何关闭JavaES组件的信息,参见其各自的管理指南.
从JavaES发行版本2升级DirectoryProxyServer122SunJavaEnterpriseSystem2005Q4升级指南4.
回滚DirectoryProxyServer升级.
a.
确保配置目录正在运行.
如果在本地,可能必须要将其启动;如果在远程,检查以确保其正在运行.
b.
删除表5-5中的DirectoryProxyServer修补程序.
patchrmpatch_ID5.
对DirectoryProxyServer对其具有硬性升级依赖性的所有JavaES组件执行升级回滚,特别是DirectoryServer和AdministrationServer.
6.
重新启动DirectoryProxyServer及所有依赖于该组件的JavaES组件.
多实例升级在一些部署体系结构中,DirectoryProxyServer被部署在多个计算机系统上,以提供可伸缩性和提高可用性.
例如,您可以在多台计算机上运行DirectoryProxyServer组件,并使用一个负载平衡器来分配负载.
就DirectoryProxyServer负载平衡的实例而言,可执行滚动升级,期间您可依序升级各个DirectoryProxyServer实例而不中断服务.
在升级每个DirectoryProxyServer实例时,其他实例仍可保持运行.
可按第115页中的"发行版本3DirectoryProxyServer的升级"中所述升级每个实例.
从JavaES发行版本2升级DirectoryProxyServer升级前的任务应该包括将DirectoryProxyServer所依赖的所有共享组件(参见第38页中的表1-6)和所有本地驻留的产品组件升级至发行版本4,除此之外,将JavaES2004Q2(发行版本2)DirectoryProxyServer升级至发行版本4的过程与将发行版本3DirectoryProxyServer升级至发行版本4的过程相同.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
要将发行版本2的DirectoryProxyServer升级至发行版本4,可按照第114页中的"从JavaES发行版本3升级DirectoryProxyServer"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
123第6章WebServer本章介绍如何将WebServer升级到JavaES2005Q4(发行版本4):SunJavaSystemWebServer6.
1SP52005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第124页中的"WebServer升级概述"第126页中的"从JavaES发行版本3升级WebServer"第132页中的"从JavaES发行版本2升级WebServer"注本章中的文件位置是相对于一个称为WebServer-base的目录路径而指定的.
在最初安装WebServer时,至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
WebServer-base的默认值视操作系统平台而定:Solaris:/opt/SUNWwbsvrLinux:/opt/sun/webserverWebServer升级概述124SunJavaEnterpriseSystem2005Q4升级指南WebServer升级概述本节将在以下方面对WebServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4WebServerWebServer升级指导说明WebServer数据兼容性问题WebServer组件依赖性关于JavaES发行版本4WebServerJavaES发行版本4的WebServer版本修复了许多错误,包括依赖NSS共享组件的安全修复.
有关详细信息,参见相应的发行说明.
WebServer升级指导说明表6-1显示了所支持的升级至JavaES发行版本4的WebServer升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表6-1升级到JavaES发行版本4:SunJavaSystemWebServer6.
1SP52005Q4的途径JavaES发行版本WebServer版本常规方法必需的重新配置发行版本3SunJavaSystemWebServer62005Q1Update1SP4直接升级:通过应用修补程序执行.
无发行版本2SunJavaSystemWebServer62004Q2Update1SP2PlatformEdition和EnterpriseEdition直接升级:通过应用修补程序执行.
无发行版本1SunONEWebServer6.
1(2003Q4)直接升级未经验证:但可通过应用修补程序执行.
无JavaES以前的发行版本不直接升级.
WebServer升级概述第6章WebServer125WebServer数据下表显示了可能受WebServer软件升级影响的数据类型.
兼容性问题JavaES发行版本4WebServer的接口没有任何变化,并与早期版本向后兼容.
WebServer组件依赖性WebServer对JavaES共享组件具有依赖性,对其他JavaES组件则不然(参见第38页中的表1-6).
表6-2WebServer数据用途数据类型位置用途配置数据WebServer-base/https-instanceName/config/obj.
conf和同一目录中的其他文件WebServer实例的配置从JavaES发行版本3升级WebServer126SunJavaEnterpriseSystem2005Q4升级指南从JavaES发行版本3升级WebServer本节包含关于将WebServer从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3WebServer的升级简介将JavaES发行版本3WebServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本3的版本执行升级.
从JavaES发行版本3WebServer升级到发行版本4无需重新配置WebServer.
升级依赖性.
虽然WebServer对许多JavaES共享组件具有依赖性(参见第38页中的表1-6),但发行版本4的WebServer仅要求将NSS和NSPR升级到发行版本4.
因此,对于WebServer到发行版本4的升级,其他共享组件的升级是可选的.
向后兼容性.
发行版本4的WebServer与发行版本3的版本向后兼容.
升级回滚.
发行版本4到发行版本3的升级回滚可通过删除升级期间所应用的修补程序实现.
平台问题.
在Solaris和Linux操作系统上,升级WebServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
从JavaES发行版本3升级WebServer第6章WebServer127发行版本3WebServer的升级本节介绍如何在Solaris和Linux平台上将WebServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3WebServer(Solaris)升级发行版本3WebServer(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级WebServer之前,应执行下述任务.
检验当前版本信息可通过用-version选项启动WebServer实例服务器来检验WebServer的当前版本:WebServer-base/https-hostName.
domainName/start-version升级WebServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件均升级到JavaES发行版本4.
但是,将WebServer升级到发行版本4仅要求在升级WebServer之前将NSS和NSPR共享组件从发行版本3升级到其版本4的相应版本.
第47页中的第2章"升级JavaES共享组件"中提供了将NSS和NSPR或可能希望升级的其他JavaES共享组件升级到发行版本4的说明.
表6-3WebServer版本检验输出JavaES发行版本WebServer版本号发行版本26.
1SP2发行版本36.
1SP4发行版本46.
1SP5从JavaES发行版本3升级WebServer128SunJavaEnterpriseSystem2005Q4升级指南备份WebServer数据WebServer从发行版本3升级到发行版本4不会修改配置数据.
没有必要备份当前数据.
获取所需的配置信息和密码不需要任何与当前安装版本有关的特殊信息,但是必须以超级用户身份登录才能执行升级.
升级发行版本3WebServer(Solaris)本节讨论影响WebServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将WebServer软件升级至JavaES发行版本4时,应考虑以下注意事项:在升级WebServer实例之前,应先关闭在该实例中运行的所有J2EE组件.
所有对应同一个已安装WebServer映像的WebServer实例将同时被升级.
向安装的映像应用修补程序时,应关闭所有此类实例.
下表显示了用于Solaris操作系统的发行版本4的WebServer升级修补程序:升级过程(Solaris)下述过程适用于所有这样的WebServer实例,它们与即将进行升级的计算机上的同一个已安装WebServer映像相对应.
1.
根据表6-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-表6-4在Solaris上升级WebServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10WebServer核心组件(SUNWwbsvr)116648-17116649-17WebServer本地化版本117514-10117515-10从JavaES发行版本3升级WebServer第6章WebServer1293.
停止所有运行的WebServer和AdministrationServer实例.
WebServer-base/https-instanceName/stopWebServer-base/https-admserv/stop4.
将NSS和NSPR共享组件及希望升级的任何其他共享组件升级到发行版本4(如果尚未执行此操作).
参见第127页中的"升级WebServer依赖项".
5.
应用表6-4中相应的WebServer修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
7.
重新启动在步骤3中停止的WebServer实例.
升级发行版本3WebServer(Linux)本节讨论影响WebServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将WebServer软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第128页中的"升级注意事项(Solaris)").
下表显示了Linux操作系统的发行版本4的WebServer升级修补程序:表6-5在Linux上升级WebServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称WebServer核心组件118202-09sun-webserver-6.
1.
5-6.
i386.
rpmWebServer本地化版本118203-06sun-webserver-Locale-6.
1.
5-1.
i386.
rpm从JavaES发行版本3升级WebServer130SunJavaEnterpriseSystem2005Q4升级指南升级过程(Linux)下述过程适用于所有这样的WebServer实例,它们与即将进行升级的计算机上的同一个已安装WebServer映像相对应.
1.
使用表6-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
停止所有运行的WebServer和AdministrationServer实例.
WebServer-base/https-instanceName/stopWebServer-base/https-admserv/stop4.
将NSS和NSPR共享组件及希望升级的任何其他共享组件升级到发行版本4(如果尚未执行此操作).
参见第127页中的"升级WebServer依赖项".
5.
应用表6-5中用于WebServer的RPM.
rpm-Fvhsun-webserver-6.
1.
5-6.
i386.
rpm6.
确认升级成功:rpm-qsun-webserver应该会返回RPM的新修订版本号.
7.
重新启动在步骤3中停止的WebServer实例.
WebServer-base/https-admserv/startWebServer-base/https-instanceName/start注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级WebServer第6章WebServer131检验升级可通过用-version选项启动WebServer实例服务器来检验WebServer到发行版本4的升级:WebServer-base/https-hostName.
domainName/start-version参见第127页中的表6-3确认输出值.
还可在以下日志文件中检查相应的条目:WebServer-base/setup/upgrade.
log升级后的任务除第128页中的"升级过程(Solaris)"和第130页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响WebServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的WebServer的升级回滚过程几乎就是升级至发行版本4的相反过程.
修补程序会被删除.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
停止所有运行的WebServer和AdministrationServer实例.
WebServer-base/https-instancename/stopWebServer-base/https-admserv/stop3.
删除第128页中的表6-4中的修补程序.
patchrmpatch_ID4.
重新启动在步骤2中停止的WebServer实例.
从JavaES发行版本2升级WebServer132SunJavaEnterpriseSystem2005Q4升级指南从JavaES发行版本2升级WebServer将JavaES2004Q2(发行版本2)的WebServer升级至发行版本4的过程与将发行版本3的WebServer升级至发行版本4的过程相同,只不过在执行升级前的任务时,还应将WebServer所依赖的所有共享组件(参见第38页中的表1-6)升级至发行版本4.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
要将发行版本2的WebServer升级到发行版本4,请按照第126页中的"从JavaES发行版本3升级WebServer"中的说明操作,但要在提到发行版本3的地方用发行版本2代替.
不过,从发行版本2到发行版本4的升级还需要修改obj.
conf配置文件,但该操作会自动执行.
133第7章MessageQueue本章介绍如何将MessageQueue软件从先前的JavaES版本升级到JavaES2005Q4(发行版本4):SunJavaSystemMessageQueue3EnterpriseEdition2005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的MessageQueue升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第134页中的"MessageQueue升级概述"第139页中的"从JavaES发行版本3升级MessageQueue"第145页中的"从JavaES发行版本2升级MessageQueue"注本章所使用的MessageQueue命令相对于可执行文件的目录位置运行,具体位置取决于操作系统平台:Solaris:/usr/binLinux:/opt/sun/mq/binMessageQueue升级概述134SunJavaEnterpriseSystem2005Q4升级指南MessageQueue升级概述本节将在以下方面对MessageQueue进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4MessageQueueMessageQueue升级指导说明MessageQueue数据兼容性问题MessageQueue组件依赖性关于JavaES发行版本4MessageQueueJavaES发行版本4的MessageQueue修复了一些小的代码错误,并无新增功能或增强功能.
发行版本4本身未引入任何新的兼容性问题(参见第136页中的"兼容性问题").
MessageQueue软件包括两种版本,PlatformEdition和EnterpriseEdition,每种版本对应不同的功能集和准许的容量.
EnterpriseEdition用于在企业生产环境中部署和运行消息传送应用程序.
PlatformEdition主要用于开发、调试及负载测试消息传送应用程序和组件.
PlatformEdition可从SunWeb站点免费下载,同时还与SolarisOS和JavaESApplicationServer平台捆绑在一起.
从早期JavaES发行版本到发行版本4的升级会将任何已安装的PlatformEdition转换成EnterpriseEdition.
MessageQueue升级概述第7章MessageQueue135MessageQueue升级指导说明表7-1显示了所支持的升级至JavaES发行版本4的MessageQueue升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
除了表7-1中说明的各JavaES发行版本的MessageQueue之外,MessageQueuePlatformEdition也与Solaris操作系统软件捆绑在一起.
可由JavaES安装程序执行将这些MessageQueue的捆绑版本升级到发行版本4EnterpriseEdition.
如同执行全新的安装一样,您只需选择要由安装程序安装的MessageQueue,随后安装程序软件将自动升级捆绑版本,并对MessageQueue执行任何可能必要的重新配置.
表7-1升级到JavaES发行版本4MessageQueue3.
6SP32005Q4的途径JavaES发行版本MessageQueue版本常规方法必需的重新配置发行版本3SunJavaSystemMessageQueue2005Q2(3.
6)仅限EnterpriseEdition直接升级:使用mqupgrade脚本执行.
无发行版本2SunJavaSystemMessageQueue2004Q2(3.
5)PlatformEdition和EnterpriseEdition直接升级:使用mqupgrade脚本执行.
在Solaris平台自动执行,在Linux平台可使用mqmigrate脚本.
发行版本1SunJavaSystemMessageQueue3.
01SP2PlatformEdition和EnterpriseEdition直接升级未经验证:但是可使用mqupgrade脚本执行.
在Solaris平台自动执行,在Linux平台可使用mqmigrate脚本.
JavaES以前的发行版本SunJavaSystemMessageQueue3.
01SP1和早期版本PlatformEdition和EnterpriseEdition不直接升级:但可以按照JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中的过程先升级到发行版本3.
然后从发行版本3升级到发行版本4.
MessageQueue升级概述136SunJavaEnterpriseSystem2005Q4升级指南MessageQueue数据与其他JavaES组件一样,MessageQueue将利用对于任一特定升级而言可能需要迁移至升级版本的各种数据.
下表显示了可能受MessageQueue软件升级影响的数据的类型.
表7-2显示了Solaris系统中的数据位置.
Linux系统中的位置与之相似,可在MessageQueue管理指南(http://docs.
sun.
com/doc/819-3561)中找到.
在表7-2中,instanceName标识与数据关联的MessageQueue代理实例的名称.
兼容性问题发行版本4的MessageQueue未在发行版本3的基础上增加新的不兼容性.
以下一些常规的MessageQueue兼容性问题与发行版本3之前的版本有关.
协议兼容性MessageQueue依赖Web容器在MessageQueue客户机和代理之间提供HTTP协议支持.
由于协议变化,使用SunJavaSystemWebServer为MessageQueueimqhttp.
war应用程序提供Web容器时,若不同时升级MessageQueue,将无法升级WebServer组件(参见第143页和第147页上的"升级后的任务").
表7-2MessageQueue数据用途数据类别位置(在Solaris上)用途代理实例配置属性/var/imq/instances/instanceName/props/config.
properties代理和相关服务配置动态应用程序数据的持久存储/var/imq/instances/instanceName/fs350/或JDBC可以访问的数据存储存储消息、目标、持久的订阅、事务和其他动态数据管理对象(对象存储)所选的本地目录或LDAPDirectoryServer用于配置客户机/代理连接的对象安全:用户信息库/var/imq/instances/instanceName/etc/passwd或LDAP目录服务器存储用于验证和授权的用户数据安全:访问控制文件(默认位置)/var/imq/instances/instanceName/etc/accesscontrol.
properties设置授予用户对目标和相关功能访问权的规则安全:密码文件目录(默认位置)/var/imq/instances/instanceName/etc/存储加密的密码信息安全:代理的密钥库文件位置/etc/imq/存储用于安全消息传送的加密证书信息MessageQueue升级概述第7章MessageQueue137代理兼容性发行版本4的MessageQueue代理可以和发行版本3或发行版本2的代理相互操作,但发行版本2中代理属性和持久存储模式的更改会影响兼容性.
发行版本4的MessageQueue可以使用发生版本3和发行版本2的数据,但对于Linux系统上的数据则必须首先将发行版本2数据迁移到发行版本4.
更新到发行版本4的MessageQueue时,请考虑以下事项:可以使用早期的MessageQueueconfig.
properties文件.
也可以在配置发行版本4的MessageQueue代理时将它们复制到另一个位置查看其包含的属性设置.
首次启动代理时,会根据需要将所有持久MessageQueue数据(消息、目标、持久订阅)自动转换成发行版本4的MessageQueue数据.
例如,必要时,任何现有目标都会自动转换成发行版本4的MessageQueue目标,同时保持现有属性并使用新属性的默认值.
如果将MessageQueue发行版本2代理和MessageQueue发行版本4代理混装在一个群集中,主代理必须是MessageQueue发行版本2代理(取较旧者),该群集将运行为MessageQueue发行版本2群集.
管理对象兼容性发行版本4的MessageQueue管理对象和发行版本3的管理对象相同.
可是,相对于早期版本而言,一些发行版本3的管理对象经过重命名并采用了新属性而得到增强.
因此,从发行版本2MessageQueue升级到发行版本4时,应考虑以下事项:可以使用在发行版本2中创建的相同对象存储和管理对象;但最好是将管理对象迁移到发行版本4.
执行更新操作时,管理控制台(imqadmin)和ObjectManager命令行实用程序(imqobjmgr)会将发行版本2的管理对象转换成发行版本4的管理对象.
发行版本4客户机运行时将会查找并实例化发行版本2管理对象,然后转换它们以供发行版本4客户机使用.
不过,这不会转换驻留在所查找的对象存储中的发行版本2管理对象.
现有的发行版本2客户机(应用程序和/或组件),即直接实例化管理对象而非查找它们的客户机,与发行版本4兼容.
但是,如果它们要使用新的管理对象属性(有关管理对象属性的信息,参见MessageQueue管理指南(http://docs.
sun.
com/doc/819-3561)的第16章),则需要被重写.
(使用发行版本4重新编译发行版本2时,将显示在发行版本4中已重命名过的那些MessageQueue发行版本2属性.
旧名称仍然有效.
)MessageQueue升级概述138SunJavaEnterpriseSystem2005Q4升级指南启动Java客户机并使用命令行选项设置管理对象属性值的脚本与发行版本4兼容.
然而,如果这些脚本要使用新的管理对象属性(有关管理对象属性的信息,参见MessageQueue管理指南(http://docs.
sun.
com/doc/819-3561)的第16章),则需要被重写.
管理工具兼容性由于在发行版本3中添加了新的命令和新的管理功能,因此发行版本4管理工具(管理控制台和命令行实用程序)只支持发行版本3和发行版本4代理.
但是,所有发行版本2的命令和命令选项仍受支持.
客户机兼容性发行版本3客户机与发行版本4的MessageQueue完全兼容.
然而,从发行版本2升级到发行版本4时,对于Java客户机应考虑以下兼容性问题:发行版本4代理将支持发行版本2客户机(但没有新增的发行版本4功能).
发行版本4Java客户机能够连接到发行版本2代理(但没有新增的发行版本4功能).
C客户机程序仅受发行版本2、发行版本3或者是有试运行许可(PlatformEdition)或EnterpriseEdition许可的发行版本4代理支持.
MessageQueue组件依赖性MessageQueue对其他JavaES组件的依赖性会影响升级和重新配置MessageQueue软件的过程.
例如,MessageQueue接口或功能上的变化可能要求MessageQueue所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
MessageQueue对以下JavaES组件具有依赖性:共享组件.
MessageQueue对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
DirectoryServer(可选).
如果您想配置MessageQueue以在LDAP目录中存储管理对象和/或用户数据,而不是本地存储,则可使用DirectoryServer来实现此目的.
Web容器(可选).
如果需要客户机和代理之间的HTTP消息传送,则MessageQueue需要JavaESWebServer、JavaESApplicationServer或第三方Web容器提供Web容器支持.
从JavaES发行版本3升级MessageQueue第7章MessageQueue139从JavaES发行版本3升级MessageQueue本节包含关于将MessageQueue从JavaES2005Q1(发行版本3)升级至JavaES发行版本4的信息.
其中涵盖以下主题:简介发行版本3MessageQueue的升级多实例升级简介将JavaES发行版本3MessageQueue升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
使用mqupgrade脚本执行升级,该脚本会用新软件包替代先前的软件包并从发行版本3自动迁移配置数据.
升级依赖性.
虽然MessageQueue对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4MessageQueue与发行版本3中的所有这些组件兼容.
因此,对于MessageQueue到发行版本4的升级,这些共享组件的升级是可选的.
此外,如第138页中的"MessageQueue组件依赖性"中所述,发行版本4的MessageQueue选择性地依赖于DirectoryServer和WebServer(或ApplicationServer).
但是,这些是软性升级依赖性;对于MessageQueue到发行版本4的升级,这些组件的升级是可选的.
向后兼容性.
发行版本4的MessageQueue与发行版本3完全兼容(参见第136页中的"兼容性问题").
升级回滚.
没有用于将MessageQueue升级回滚至发行版本3的实用程序.
您必须删除已升级的组件,手动恢复先前的版本和配置数据.
平台问题.
对于Solaris和Linux操作系统,升级MessageQueue的常规方法是相同的.
随后的过程将指明特定于平台的命令或适当的文件位置.
从JavaES发行版本3升级MessageQueue140SunJavaEnterpriseSystem2005Q4升级指南发行版本3MessageQueue的升级本节介绍如何执行MessageQueue从JavaES发行版本3到JavaES发行版本4的升级:升级前的任务升级发行版本3MessageQueue检验MessageQueue升级升级后的任务升级回滚升级前的任务升级MessageQueue之前,请执行以下各节所述的过程.
在某个过程取决于平台特定命令之处,任务将指明所适用的操作系统.
检验当前版本信息(Solaris系统)可通过使用-version选项启动MessageQueue代理,确定系统上安装的MessageQueue的版本和版(edition):imqbrokerd-version升级MessageQueue依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但由于MessageQueue并不要求一定升级它所依赖的JavaES发行版本3组件,所以此项任务是可选的.
表7-3MessageQueue版本检验输出JavaES发行版本MessageQueue版本号发行版本2SunJava(tm)SystemMessageQueue32004Q2Version:3.
5发行版本3SunJava(tm)SystemMessageQueue32005Q1Version:3.
6发行版本4SunJava(tm)SystemMessageQueue32005Q4Version:3.
6SP3从JavaES发行版本3升级MessageQueue第7章MessageQueue141但是,如果选择升级MessageQueue所依赖的所有组件,则它们应按以下顺序升级,并且应在升级MessageQueue之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer(可选).
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件(可选).
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
备份MessageQueue没有用于使MessageQueue回滚至其先前状态的脚本.
由于发行版本4数据与版本3数据兼容,因此无需备份配置数据.
此外,若是要将发行版本4的MessageQueue回滚至发行版本3,您可使用发行版本3安装程序,因此也无需备份安装的映像.
升级发行版本3MessageQueue将MessageQueue软件升级至JavaES发行版本4要利用mqupgrade脚本,该脚本将安装包含表7-4中所示修补程序的最新软件包.
表7-4升级MessageQueue的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
组件SPARCSolaris8、9和10X86Solaris9和10LinuxMessageQueueCore119132-06119133-06119136-06MessageQueueC-runtime119134-04119135-04MessageQueuejmsclient&xmlclient119137-04MessageQueue本地化版本119691-03119692-03119693-03从JavaES发行版本3升级MessageQueue142SunJavaEnterpriseSystem2005Q4升级指南升级过程由下列步骤组成:1.
停止运行任何MessageQueue客户机应用程序.
如果正在ApplicationServer环境中使用MessageQueue,则还要关闭ApplicationServer.
2.
停止运行任何代理.
将提示您输入管理员用户名和密码.
imqcmdshutdownbkr[-bhostName:port]3.
如果不想保留动态数据、MessageQueue平面文件用户信息库以及与每个代理实例关联的MessageQueue访问控制文件,请使用以下命令删除.
imqbrokerd-nameinstanceName-removeinstance否则,将会保留动态数据和配置信息供发行版本4的MessageQueue使用.
4.
以Root身份登录.
su-5.
将目录更改为JavaES分发包Tools目录的位置.
在SolarisSPARC上:cdSolaris_sparc/Product/message_queue/Tools在Solarisx86上:cdSolaris_x86/Product/message_queue/Tools在Linuxx86上:cdLinux_x86/Product/message_queue/Tools6.
运行mqupgrade脚本.
a.
启动脚本:.
/mqupgrademqupgrade脚本会列出已安装的MessageQueue组件.
b.
输入y(是)以升级MessageQueue组件.
mqupgrade脚本会检测并列出已经安装的本地化文件.
如果不想升级MessageQueue组件,请输入n(否).
mqupgrade脚本将退出,不升级MessageQueue组件.
c.
收到提示时,输入y(是)以升级本地化文件.
mqupgrade会发送输出到以下位置的日志文件:/var/sadm/install/logs/Message_Queue_upgrade_'date'.
log从JavaES发行版本3升级MessageQueue第7章MessageQueue143检验MessageQueue升级完成升级过程后,通过使用-version选项启动MessageQueue代理,检验升级是否成功.
imqbrokerd-version该命令会返回JavaES版本号和特定于MessageQueue的版本号.
升级后的任务如果升级了Web容器并要使用MessageQueueHTTP隧道servelet,您可能需要在新的Web容器中重新部署它.
要不然,由于在发行版本3和发行版本4中的HTTP隧道servlet并没有变化,将MessageQueue升级到发行版本4之后,您就无需重新进行部署.
有关HTTP支持的更多信息,参见MessageQueue管理指南(http://docs.
sun.
com/doc/819-3561).
升级回滚尚未提供将MessageQueue回滚到升级前状态的脚本.
该过程必须按照以下步骤手动执行:1.
停止运行任何MessageQueue客户机应用程序.
2.
停止运行任何代理.
将提示您输入管理员用户名和密码.
imqcmdshutdownbkr[-bhostName:port]3.
如果想删除动态数据、MessageQueue平面文件用户信息库以及与每个代理实例关联的MessageQueue访问控制文件,请使用以下命令删除.
imqbrokerd-nameinstanceName-removeinstance4.
以root身份登录,或成为超级用户.
su-5.
使用以下命令获取安装的MessageQueue软件包列表:Solaris:pkginfo|grep-i"messagequeue"Linux:rpm-qa|grepmq从JavaES发行版本3升级MessageQueue144SunJavaEnterpriseSystem2005Q4升级指南6.
使用以下命令删除MessageQueue软件包:Solaris:pkgrmpackageName其中,packageName表示任意的MessageQueue软件包.
要删除多个软件包,请用空格分隔各软件包名称.
Linux:rpm-e--nodepsRPMName其中,RPMName表示任意的MessageQueuerpm组件.
要删除多个组件,请用空格分隔各RPM名称.
由于其他产品可能要使用MessageQueue软件包,因此删除它们时要慎重.
pkgrm命令会在删除软件包之前警告您任何依赖该软件包的产品.
收到提示时,键入y(是)确认删除请求.
7.
键入"q"退出.
8.
退出rootshell.
9.
重新安装发行版本3的MessageQueue.
使用JavaES发行版本3安装程序.
发行版本4的MessageQueue数据将正常工作.
多实例升级要升级一个MessageQueue群集,且多个代理在此群集中进行交互以提供可伸缩的消息服务,您可以进行滚动升级,从而在每个MessageQueue实例从发行版本3升级到发行版本4时,该群集仍保持在线.
执行群集升级时,务必牢记以下两点:因升级而关闭代理时,其存储的持久性消息要等到重新启动该代理后才可用.
主代理应在最后升级.
若不然,可直接执行以下过程:每次关闭、升级并重新启动一个代理,直到全部代理完成升级.
从JavaES发行版本2升级MessageQueue第7章MessageQueue145从JavaES发行版本2升级MessageQueue将JavaES2004Q2(发行版本2)的MessageQueue升级至发行版本4的过程与将发行版本3的MessageQueue升级至发行版本4的过程几乎完全相同(参见第139页中的"从JavaES发行版本3升级MessageQueue").
但对于从发行版本2升级,在操作系统平台之间略有差异.
此外,从发行版本2升级至发行版本4,升级前的任务应包括升级MessageQueue所依赖的所有共享组件(参见第38页中的表1-6).
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级到发行版本4的说明.
升级发行版本2的MessageQueue(Solaris)按照第139页中的"从JavaES发行版本3升级MessageQueue"中的说明操作,但要在提到发行版本3的地方用发行版本2代替.
升级发行版本2的MessageQueue(Linux)在Linux系统上,从发行版本2到发行版本4的升级包括数据迁移步骤(即将代理实例数据迁移到相应的发行版本4位置),而从发行版本3更新到发行版本4则无需该步骤.
如果要在升级到发行版本4时保留发行版本2数据,MessageQueue提供了一个迁移工具(mqmigrate)来执行此迁移.
升级过程要从发行版本2升级到发行版本3,请按照与第139页中的"从JavaES发行版本3升级MessageQueue"中相同的说明操作,只不过需要在运行mqupgrade脚本之前先运行mqmigrate脚本,这一点在以下过程中有详细说明.
1.
停止运行任何MessageQueue客户机应用程序.
2.
停止运行任何代理.
将提示您输入管理员用户名和密码.
imqcmdshutdownbkr[-bhostName:port]从JavaES发行版本2升级MessageQueue146SunJavaEnterpriseSystem2005Q4升级指南3.
如果不想保留动态数据、MessageQueue平面文件用户信息库以及与每个代理实例关联的MessageQueue访问控制文件,请使用以下命令删除.
imqbrokerd-nameinstanceName-removeinstance否则,将会保留动态数据和配置信息供发行版本4的MessageQueue使用.
4.
以root身份登录,或成为超级用户.
su-5.
将目录更改为JavaES分发包Tools目录的位置.
cdLinux_x86/Product/message_queue/Tools6.
使用以下命令迁移代理程序实例数据:.
/mqmigratemqmigrate脚本会将发行版本2代理实例配置数据移动到相应的发行版本4位置.
7.
运行mqupgrade脚本.
a.
启动脚本:.
/mqupgrademqupgrade脚本会列出已安装的MessageQueue组件.
b.
输入y(是)以升级MessageQueue组件.
mqupgrade脚本会检测并列出已经安装的本地化文件.
如果不想升级MessageQueue组件,请输入n(否).
mqupgrade脚本将退出,不升级MessageQueue组件.
c.
收到提示时,输入y(是)以升级本地化文件.
mqupgrade会发送输出到以下位置的日志文件:/var/sadm/install/logs/Message_Queue_upgrade_'date'.
log安装兼容性软件包如果您拥有取决于发行版本4安装文件位置的脚本或您的发行版本2客户机应用程序包含这样的脚本,就需要安装sun-mq-compat软件包,其中包含从发行版本2文件位置到发行版本4文件位置的符号链接.
sun-mq-compat软件包位于以下解压缩JavaES的位置.
Linux_x86/Product/message_queue/Packages从JavaES发行版本2升级MessageQueue第7章MessageQueue147执行以下步骤,安装sun-mq-compat软件包:1.
以root身份登录,或成为超级用户.
su-2.
从Packages目录输入以下命令:rpm-ivh--nodepssun-mq-compat-3.
6-RelNo.
i386.
rpm升级后的任务如果当前是使用HTTP隧道servlet提供HTTP连接服务支持,则MessageQueue从发行版本2升级到发行版本4时便已升级了该servlet.
这便要求您在MessageQueue升级到发行版本4之后重新部署该servlet.
有关HTTP支持的更多信息,参见MessageQueue管理指南(http://docs.
sun.
com/doc/819-3561).
使用管理控制台(imqadmin)和/或ObjectManager命令行实用程序(imqobjmgr),将发行版本2的管理对象迁移到发行版本4以执行更新操作.
从JavaES发行版本2升级MessageQueue148SunJavaEnterpriseSystem2005Q4升级指南149第8章HighAvailabilitySessionStore本章介绍如何将HighAvailabilitySessionStore升级到JavaES2005Q4(版本4):HighAvailabilitySessionStore(HADB)4.
4.
2.
本章在介绍JavaES发行版本4所支持的各种升级途径之前概述一些升级问题.
其内容涵盖了在Solaris和Linux操作系统上的升级:第150页中的"HADB升级概述"第152页中的"从JavaES发行版本3升级HADB"注本章中的文件位置是相对于一个称为HADB-base的目录路径而指定的.
在最初安装HADB时,可能至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
HADB-base的值与ApplicationServer目录结构有如下关系:AppServer8-base/hadb/version_numberHADB-base的默认值取决于AppServer8-base的默认值,从而视操作系统平台而定:Solaris:/opt/SUNWappserver/appserver/hadb/version_numberLinux:/opt/sun/appserver/hadb/version_numberHADB升级概述150SunJavaEnterpriseSystem2005Q4升级指南HADB升级概述本节将在以下方面对HADB进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4HADBHADB升级指导说明HADB数据兼容性问题HADB依赖性关于JavaES发行版本4HADBJavaES发行版本4的HADB修复了JavaES2005Q1(发行版本3)的一些错误.
HADB升级指导说明表8-1显示了所支持的升级至JavaES发行版本4的HADB升级途径.
此表既适用于Solaris操作系统,也适用于Linux操作系统.
表8-1升级到JavaES发行版本4:HADB4.
4.
2(2005Q4)的途径JavaES发行版本HADB版本常规方法必需的重新配置发行版本3HADB4.
4.
1(2005Q1)直接升级:联机升级和脱机升级均可用.
无发行版本2HADB4.
4.
0-14(2004Q2)不支持升级.
无发行版本1不可用无升级.
无JavaES以前的发行版本不可用无升级.
无HADB升级概述第8章HighAvailabilitySessionStore151HADB数据下表显示了可能受HADB软件升级影响的数据类型.
兼容性问题随JavaES发行版本4提供的HADB与随JavaES发行版本3提供的HADB向后兼容.
HADB依赖性随JavaES发行版本4提供的HADB需要Java2Platform,StandardEdition(J2SE)版本5.
0或更新版本.
表8-2HADB数据用途数据类型位置用途动态应用程序数据/var/opt/SUNWhadb和/etc/opt/SUNWhadb高可用性会话存储器和配置信息.
从JavaES发行版本3升级HADB152SunJavaEnterpriseSystem2005Q4升级指南从JavaES发行版本3升级HADB本节包含关于将HADB从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3HADB的升级简介将JavaES发行版本3的HADB升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
升级包括移除JavaES发行版本3的HADB软件包和添加JavaES发行版本4软件包.
有以下两种升级方法可用:联机升级.
使用联机升级可避免HADB服务中断.
脱机升级.
如果在用更新版本替换HADB软件包时可中断HADB服务,则使用脱机升级.
升级依赖性.
HADB要求J2SE的5.
0版本或更新版本.
向后兼容性.
随JavaES发行版本4提供的HADB与随JavaES发行版本3提供的HADB向后兼容.
升级回滚.
通过恢复发行版本3版本(该版本在升级到发行版本4时在单独的目录中保持原状)来实现从JavaES发行版本4到JavaES发行版本3的升级回滚.
平台问题.
在Solaris和Linux操作系统上,升级HADB的常规方法相同.
从JavaES发行版本3升级HADB第8章HighAvailabilitySessionStore153发行版本3HADB的升级本节介绍如何在Solaris和Linux平台上将HADB从JavaES发行版本3升级至JavaES发行版本4.
其中涵盖以下主题:升级前的任务升级发行版本3HADB检验升级升级后的任务升级回滚升级前的任务升级HADB之前,应执行下述任务.
检验当前版本信息可使用标准版检查实用程序检验HADB的当前版本.
例如:Solaris:pkgparam-vSUNWhadbaLinux:rpm-qisun-hadb-a-4.
4.
2-7.
i386.
rpm表8-3HADB版本检验输出JavaES发行版本HADB版本号发行版本2VERSION=4.
4.
0,REV=14SUNW_PRODVERS=4.
4.
0发行版本3VERSION=4.
4.
1,REV=7SUNW_PRODVERS=4.
4.
1发行版本4VERSION=4.
4.
2,REV=7SUNW_PRODVERS=4.
4.
2从JavaES发行版本3升级HADB154SunJavaEnterpriseSystem2005Q4升级指南升级HADB依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
HADB升级到发行版本4将依赖J2SE5.
0或更新版本.
备份目录数据HADB从JavaES发行版本3升级至JavaES发行版本4本身并不会修改HADB动态数据.
但是,可以备份JavaES发行版本3软件包以防您需要回滚升级.
获取所需的配置信息和密码HADB升级要求您知道超级用户密码.
升级发行版本3HADB本节讨论影响HADB升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项将HADB软件升级至JavaES发行版本4时,应考虑以下注意事项:您需要根据生产要求确定联机升级或脱机升级哪一个更合适.
下表显示了用于Solaris和Linux平台的JavaES发行版本4升级软件包.
Solaris软件包按其安装顺序列出.
表8-4用于在Solaris平台上升级HADB的软件包版本Solaris软件包Linux软件包SUNWhadbaSUNWhadbcSUNWhadbeSUNWhadbiSUNWhadbjSUNWhadbmSUNWhadboSUNWhadbsSUNWhadbvSUNWhadbxsun-hadb-a-4.
4.
2-7.
i386.
rpmsun-hadb-c-4.
4.
2-7.
i386.
rpmsun-hadb-e-4.
4.
2-7.
i386.
rpmsun-hadb-i-4.
4.
2-7.
i386.
rpmsun-hadb-j-4.
4.
2-7.
i386.
rpmsun-hadb-m-4.
4.
2-7.
i386.
rpmsun-hadb-o-4.
4.
2-7.
i386.
rpmsun-hadb-s-4.
4.
2-7.
i386.
rpmsun-hadb-v-4.
4.
2-7.
i386.
rpmsun-hadb-x-4.
4.
2-7.
i386.
rpm从JavaES发行版本3升级HADB第8章HighAvailabilitySessionStore155HADB的联机升级仅当从JavaES发行版本3升级时可使用HADB的联机升级.
执行联机升级HADB时,应首先在群集中要升级的每台服务器上安装HADB.
每台服务器首先从早期安装的HADB中注销,然后注册到新安装的HADB版本中.
有关执行联机升级的详细信息,参见《SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q2HighAvailabilityAdministrationGuide》(http://docs.
sun.
com/doc/819-2555/6n4r9qo7na=view)中的以下小节.
HADB的脱机升级从JavaES发行版本3升级时可使用HADB的脱机升级.
要执行脱机升级,请关闭HADB服务,使用JavaES发行版本4发行包中提供的更新版本替换现有HADB软件包,如第154页中的表8-4中所示.
请使用第63页中的"在Solaris平台上升级软件包"和第66页中的"在Linux平台上升级软件包"中介绍的过程.
检验升级联机升级完成后,使用以下过程检验升级.
在核实升级成功之后,可删除旧安装软件包.
要检验当前运行的进程是否在使用已升级的HADB服务,可执行以下步骤.
1.
对所有正在运行的HADB服务,发出以下一个命令:HADB-base/bin/ma-VHADB-base/bin/hadbm-V例如,在Solaris8平台上:HADB-base/bin/ma-VSunJavaSystemHighAvailabilityDatabase4.
4DatabaseManagementAgentVersion:4.
4.
2.
7[V4-4-2-72005-05-2613:49:01server@domain]\(SunOS_5.
8_sparc)从JavaES发行版本3升级HADB156SunJavaEnterpriseSystem2005Q4升级指南2.
通过对名为ExampleDB的数据库发出以下示例中的命令,检查该数据库是否正在运行:HADB-base/bin/hadbmstatus-ndatabaseNameHADB-base/bin/hadbmlistDatabaseExampleDBHADB-base/bin/hadbmstatusExampleDBDatabaseStatusExampleDBFaultTolerantHADB-base/bin/hadbmstatus-nExampleDBNodeNoHostNamePortNodeRoleNodeStateMirrorNode0sungod01215000activerunning11sungod01215020activerunning0所列节点的所有HADB服务都应处于"running"状态.
3.
通过对名为ExampleDB的数据库发出以下示例中的命令,检验使用HADB的所有产品是否正在使用新的HADB路径:HADB-base/bin/hadbmgetPackageNameExampleDBAttributeValuePackageNameV4.
4.
2.
7以上命令会显示HADB的当前版本.
要获取详细列表,请发出以下命令:hadbmget--allExampleDB升级后的任务除第152页中的"从JavaES发行版本3升级HADB"中所述的步骤之外,没有任何升级后的任务.
升级回滚要回滚对HADB的升级,请将您安装的HADB软件包的较新版本替换为先前安装的版本.
使用与第156页中的"升级回滚"中所述相同的过程.
不需要更改任何数据或配置文件.
157第9章ApplicationServer本章介绍如何将ApplicationServer升级到JavaES2005Q4(发行版本4):SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第158页中的"ApplicationServer升级概述"第161页中的"从JavaES发行版本3升级ApplicationServer"第169页中的"从JavaES发行版本2升级ApplicationServer"注本章中的文件位置是相对于若干目录路径指定的,分别称为AppServer8-base和AppServer8Config-base(ApplicationServer8.
1)以及AppServer7-base和AppServer7Config-base(ApplicationServer7).
在安装ApplicationServer时,可能至少已将这些路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
下表说明了这些目录路径的默认值.
路径名SolarisOSLinuxOSAppServer8-base/opt/SUNWappserver/appserver/opt/sun/appserverAppServer8Config-base/var/opt/SUNWappserver/var/opt/sun/appserverAppServer7-base/opt/SUNWappserver7/opt/SUNWappserver7AppServer7Config-base/var/opt/SUNWappserver7/var/opt/SUNWappserver7ApplicationServer升级概述158SunJavaEnterpriseSystem2005Q4升级指南ApplicationServer升级概述本节将在以下方面对ApplicationServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4ApplicationServerApplicationServer升级指导说明ApplicationServer数据兼容性问题ApplicationServer组件依赖性关于JavaES发行版本4ApplicationServerJavaES发行版本4ApplicationServer修复了发行版本3版本的一些选定的错误.
就功能而言,发行版本4ApplicationServer与发行版本3相同.
ApplicationServer升级指导说明表9-1显示了所支持的升级至JavaES发行版本4的ApplicationServer升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表9-1升级到JavaES发行版本4:SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q4的途径JavaES发行版本ApplicationServer版本常规方法必需的重新配置发行版本3SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q1直接升级:通过应用修补程序执行.
无发行版本2SunJavaSystemApplicationServer7.
0Upgrade3(2004Q2)PlatformEdition和EnterpriseEdition直接升级:使用JavaES安装程序,然后使用重新配置实用程序.
环境变量和其他配置数据.
需将J2EE组件和应用程序迁移到新的ApplicationServer环境并重新部署.
ApplicationServer升级概述第9章ApplicationServer159除了表9-1中说明的各JavaES发行版本的ApplicationServer之外,ApplicationServerPlatformEdition也与Solaris操作系统软件捆绑在一起.
可由JavaES安装程序执行将这些ApplicationServer的捆绑版本升级到发行版本4EnterpriseEdition.
如同执行全新的安装一样,您只需选择要由安装程序安装的ApplicationServer,随后安装程序软件将自动升级捆绑版本,并对ApplicationServer执行任何可能必要的重新配置.
ApplicationServer数据下表显示了可能受ApplicationServer软件升级影响的数据类型.
发行版本1SunONEApplicationServer7.
0Upgrade1(2003Q4)PlatformEdition和EnterpriseEdition直接升级未经验证:但可以使用JavaES安装程序,然后使用重新配置实用程序.
环境变量和其他配置数据.
需将J2EE组件和应用程序迁移到新的ApplicationServer环境并重新部署.
JavaES以前的发行版本不直接升级:但可以按照JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中的过程首先升级到发行版本3.
然后从发行版本3升级到发行版本4.
表9-2ApplicationServer数据用途数据类型位置用途环境变量AppServer8-base/config/asenv全局变量配置数据发行版本3和4:domain.
xml和server.
policy文件,位于AppServer8Config-base/domains/domainName/config发行版本2:server.
xml和server.
policy文件,位于AppServer7Config-base/domains/domainName/instanceName/configApplicationServer实例的配置表9-1升级到JavaES发行版本4:SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q4的途径(续)JavaES发行版本ApplicationServer版本常规方法必需的重新配置ApplicationServer升级概述160SunJavaEnterpriseSystem2005Q4升级指南兼容性问题发行版本4ApplicationServer相对于发行版本3没有任何接口变化.
但是,相对于发行版本2则接口变化极大,从而使得发行版本4与发行版本2不兼容.
ApplicationServer组件依赖性ApplicationServer对其他JavaES组件的依赖性可能影响升级和重新配置ApplicationServer软件的过程.
例如ApplicationServer接口或功能上的变化可能需要ApplicationServer所依赖的组件的升级版本.
是否需要升级此类组件取决于具体升级途径.
ApplicationServer对以下JavaES组件具有依赖性:共享组件.
ApplicationServer对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
MessageQueue.
ApplicationServer依赖MessageQueue提供符合J2EEJava消息服务标准的异步消息传送支持.
Web容器(可选).
ApplicationServer因其可选的负载平衡插件而依赖于Web容器服务.
该项支持可通过JavaESWebServer或第三方Web容器(如ApacheWebServer和MicrosoftIIS)来提供.
HighAvailabilitySessionStore(可选).
ApplicationServer依赖HighAvailabilitySessionStore维护支持实例间故障转移所需的会话状态信息.
部署数据发行版本3和4:AppServer8Config-base/domains/domainName/applications发行版本2:AppServer7Config-base/domains/domainName/instanceName/applications特定J2EE组件和应用程序的J2EE容器的配置.
表9-2ApplicationServer数据用途数据类型位置用途从JavaES发行版本3升级ApplicationServer第9章ApplicationServer161从JavaES发行版本3升级ApplicationServer本节包含关于将ApplicationServer从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3ApplicationServer的升级简介将JavaES发行版本3ApplicationServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本3的版本执行升级.
从发行版本3ApplicationServer升级到发行版本4不需要重新配置或迁移J2EE组件.
升级依赖性.
虽然ApplicationServer对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4ApplicationServer与发行版本3中的所有这些组件兼容.
因此,对于ApplicationServer到发行版本4的升级,这些共享组件的升级是可选的.
此外,发行版本4的ApplicationServer依赖发行版本4的MessageQueue以及选择性地依赖JavaESWebServer或第三方Web容器,如第160页中的"ApplicationServer组件依赖性"所述.
然而,这些是软性升级依赖性,在将ApplicationServer升级到发行版本4时并不强制升级这些组件.
发行版本4的ApplicationServer还选择性地依赖于HighAvailabilitySessionStore.
如果ApplicationServer要使用HighAvailabilitySessionStore,则应将后者升级到发行版本4.
注意,升级HighAvailabilitySessionStore时会自动将J2SE共享组件升级到发行版本4.
向后兼容性.
发行版本4的ApplicationServer与发行版本3的版本向后兼容.
升级回滚.
发行版本4到发行版本3的升级回滚可通过删除升级期间所应用的修补程序实现.
平台问题.
在Solaris和Linux操作系统上,升级ApplicationServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
从JavaES发行版本3升级ApplicationServer162SunJavaEnterpriseSystem2005Q4升级指南发行版本3ApplicationServer的升级本节介绍如何在Solaris和Linux平台上将ApplicationServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3ApplicationServer(Solaris)升级发行版本3ApplicationServer(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级ApplicationServer之前,应执行下述任务.
检验当前版本信息可通过输入以下命令检验ApplicationServer的当前版本:AppServer8-base/bin/asadminversion--verbose表9-3ApplicationServer版本检验输出JavaES发行版本ApplicationServer版本号发行版本2SunONEApplicationServer7.
0.
0_03c发行版本3SunJavaEnterpriseSystemApplicationServerEnterpriseEdition8.
0.
0_01发行版本4SunJavaEnterpriseSystemApplicationServerEnterpriseEdition从JavaES发行版本3升级ApplicationServer第9章ApplicationServer163升级ApplicationServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但由于ApplicationServer到版本4的升级不要求升级其他发行版本3的组件,所以此项任务是可选的.
如果您选择升级ApplicationServer所依赖的组件,则通常会按以下顺序升级这些组件:1.
共享组件.
第47页中的"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
MessageQueue.
第133页中的第7章"MessageQueue"中提供了将MessageQueue升级至发行版本4的说明.
3.
Web容器软件(可选).
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
4.
HighAvailabilitySessionStore(可选).
第149页中的第8章"HighAvailabilitySessionStore"中提供了升级HighAvailabilitySessionStore的说明.
备份ApplicationServer数据ApplicationServer从发行版本3升级到发行版本4不会修改配置数据.
没有必要备份当前数据.
获取所需的配置信息和密码您应当知道当前所安装版本的ApplicationServer管理员用户ID和密码.
升级发行版本3ApplicationServer(Solaris)本节讨论影响ApplicationServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将ApplicationServer软件升级至JavaES发行版本4时,应考虑以下注意事项:升级ApplicationServer实例之前,应先关闭该实例中正在运行的所有J2EE组件.
但是,如果负载平衡提供了高可用性或可伸缩性,则可以放宽此项要求.
将修补程序应用于安装的ApplicationServer映像时,必须关闭在单台计算机上运行的所有ApplicationServer实例(与同一已安装ApplicationServer映像相对应的所有实例).
在多节点部署中,需要对托管ApplicationServer实例的每个节点或计算机执行升级过程.
从JavaES发行版本3升级ApplicationServer164SunJavaEnterpriseSystem2005Q4升级指南下表显示了用于Solaris操作系统的发行版本4ApplicationServer升级修补程序:升级过程(Solaris)下述过程适用于本地驻留在即将进行升级的计算机上的ApplicationServer实例.
1.
根据表9-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
关闭要升级的ApplicationServer实例中正在运行的所有J2EE组件.
3.
关闭要升级的计算机上的所有ApplicationServer实例.
AppServer8-base/bin/asadminstop-domaindomainName4.
应用表9-4中相应的ApplicationServer修补程序.
patchaddpatch_ID5.
修改asant脚本.
a.
将现有的asant脚本重命名为asant.
bak.
该脚本在如下位置:AppServer8-base/bin/asantb.
将asant.
template文件从AppServer8-base/lib/install/templates/ee复制到AppServer8-base/bin/asant表9-4在Solaris上升级ApplicationServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10ApplicationServer119166-10119167-10ApplicationServer本地化版本119024-10119025-10从JavaES发行版本3升级ApplicationServer第9章ApplicationServer165c.
编辑该脚本.
将%CONFIG_HOME%标记替换为AppServer8-base/config.
d.
如果在原始脚本文件(asant.
bak)中做了任何手动更改,请将这些更改合并到新的asant脚本中.
6.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤4中应用的修补程序ID的版本.
7.
重新启动ApplicationServer实例.
AppServer8-base/bin/asadminstart-domaindomainName升级发行版本3ApplicationServer(Linux)本节讨论影响ApplicationServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将ApplicationServer软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第163页中的"升级注意事项(Solaris)").
下表显示了用于Linux操作系统的发行版本4的ApplicationServer升级修补程序:表9-5在Linux上升级ApplicationServer的修补程序1说明修补程序ID和RPM名称ApplicationServer119168-10sun-asac-8.
1.
2-10.
i386.
rpm、sun-asacee-8.
1.
2-10.
i386.
rpmsun-ascml-8.
1.
2-10.
i386.
rpm、sun-ascmn-8.
1.
2-10.
i386.
rpmsun-ascmnse-8.
1.
2-10.
i386.
rpm、sun-asdb-8.
1.
2-10.
i386.
rpmsun-asdem-8.
1.
2-10.
i386.
rpm、sun-asdemdb-8.
1.
2-10.
i386.
rpmsun-ashdm-8.
1.
2-10.
i386.
rpmsun-asJdbcDrivers-8.
1.
2-10.
i386.
rpmsun-asjdoc-8.
1.
2-10.
i386.
rpm、sun-aslb-8.
1.
2-10.
i386.
rpmsun-asman-8.
1.
2-10.
i386.
rpm、sun-asmanee-8.
1.
2-10.
i386.
rpmsun-asu-8.
1.
2-10.
i386.
rpm、sun-asuee-8.
1.
2-10.
i386.
rpmsun-asut-8.
1.
2-10.
i386.
rpm、sun-aswbcr-8.
1.
2-10.
i386.
rpm从JavaES发行版本3升级ApplicationServer166SunJavaEnterpriseSystem2005Q4升级指南升级过程(Linux)下述过程适用于本地驻留在即将进行升级的计算机上的ApplicationServer实例.
1.
使用表9-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
关闭要升级的ApplicationServer实例中正在运行的所有J2EE组件.
3.
关闭要升级的计算机上的所有ApplicationServer实例.
AppServer8-base/bin/asadminstop-domaindomainName4.
备份以下文件:AppServer8-base/pointbase/tools/serveroption下的所有文件AppServer8-base/samples/common.
properties5.
应用表9-5中用于ApplicationServer的RPM.
rpm-Fvhsun-asmodule-8.
1.
2-10.
i386.
rpmrpm-Fvhsun-asmodule-Locale-8.
1.
1-51.
i386.
rpmApplicationServer本地化版本119026-10sun-asacee-Locale-8.
1.
1-51.
i386.
rpmsun-ascmnse-Locale-8.
1.
1-51.
i386.
rpmsun-asu-Locale-8.
1.
1-51.
i386.
rpmsun-asuee-Locale-8.
1.
1-51.
i386.
rpm1.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
表9-5在Linux上升级ApplicationServer的修补程序1(续)说明修补程序ID和RPM名称从JavaES发行版本3升级ApplicationServer第9章ApplicationServer1676.
将步骤4中备份的文件恢复到它们的原始位置:AppServer8-base/pointbase/tools/serveroption下的所有文件AppServer8-base/samples/common.
properties7.
修改asant脚本.
a.
将现有的asant脚本重命名为asant.
bak.
该脚本在如下位置:AppServer8-base/bin/asantb.
将asant.
template文件从AppServer8-base/lib/install/templates/ee复制到AppServer8-base/bin/asantc.
编辑该脚本.
将%CONFIG_HOME%标记替换为AppServer8-base/config.
d.
如果在原始脚本文件(asant.
bak)中做了任何手动更改,请将这些更改合并到新的asant脚本中.
8.
确认修补程序升级成功:rpm-qa|grepsun-as应返回RPM的新版本号.
9.
重新启动ApplicationServer实例.
AppServer8-base/bin/asadminstart-domaindomainName从JavaES发行版本3升级ApplicationServer168SunJavaEnterpriseSystem2005Q4升级指南检验升级可以使用以下命令检验是否已经正确应用了修补程序:AppServer8-base/bin/asadminversion--verbose参见第162页中的表9-3确认输出值.
升级后的任务除第164页中的"升级过程(Solaris)"和第166页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响ApplicationServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的ApplicationServer的升级回滚过程几乎就是升级至发行版本4的相反过程.
修补程序会被删除.
回滚过程(Solaris)1.
关闭要升级的ApplicationServer实例中正在运行的所有J2EE组件.
2.
关闭要升级的ApplicationServer实例.
3.
删除表9-4中的修补程序.
patchrmpatch_ID4.
重新启动ApplicationServer实例.
从JavaES发行版本2升级ApplicationServer第9章ApplicationServer169从JavaES发行版本2升级ApplicationServer本节包含关于将ApplicationServer从JavaES发行版本2升级到JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本2ApplicationServer的升级简介将JavaES发行版本2ApplicationServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过使用JavaES安装程序并选择以后再配置选项安装发行版本4的ApplicationServer来执行升级.
随后使用asupgrade实用程序实现重新配置.
ApplicationServer升级之后,必须将发行版本2的J2EE组件和应用程序迁移至发行版本4.
升级依赖性.
从发行版本2升级计算机上的任何JavaES组件都需要升级由该计算机托管的所有其他JavaES组件;JavaES组件从发行版本2选择性升级到发行版本4则不受支持.
具体而言,需升级ApplicationServer所用的全部JavaES共享组件.
如果MessageQueue驻留在同一台计算机上,则也必须将其升级.
如果WebServer要用于负载平衡,同样必须将其升级.
如果ApplicationServer要使用HighAvailabilitySessionStore,则应将后者升级到发行版本4.
但由于HighAvailabilitySessionStore已经集成到发行版本2的ApplicationServer中,故无法单独将其升级到发行版本4.
向后兼容性.
发行版本4的ApplicationServer与发行版本2版本不能向后兼容.
需迁移J2EE组件和应用程序以在发行版本4的ApplicationServer环境中运行.
升级回滚.
只需恢复到发行版本2的安装即可实现从发行版本4到发行版本2的升级回滚(升级过程不会删除发行版本2的配置数据).
平台问题.
在Solaris和Linux操作系统上,升级ApplicationServer的常规方法相同.
从JavaES发行版本2升级ApplicationServer170SunJavaEnterpriseSystem2005Q4升级指南发行版本2ApplicationServer的升级本节介绍如何在Solaris和Linux平台上将ApplicationServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本2ApplicationServer检验升级升级后的任务升级回滚升级前的任务升级ApplicationServer之前,应执行下述任务.
检验当前版本信息可通过输入以下命令检验ApplicationServer的当前版本:AppServer7-base/bin/asadminversion--verbose参见第162页中的表9-3确认版本输出信息.
升级ApplicationServer依赖项升级ApplicationServer依赖项应包括将ApplicationServer所依赖的所有本地驻留的产品组件升级到发行版本4.
JavaES安装程序会在升级过程中自动升级共享组件(参见第171页中的步骤3).
升级ApplicationServer依赖项时,它们应按以下顺序升级,并且应在升级ApplicationServer之前进行.
您可以跳过任何可能已完成升级的依赖项.
MessageQueue.
参见第133页中的第7章"MessageQueue"WebServer(可选).
参见第123页中的第6章"WebServer"备份ApplicationServer数据ApplicationServer从发行版本2升级至发行版本4不会覆写发行版本2的配置数据.
但为安全起见,应先备份所有ApplicationServer实例的配置目录,然后执行升级到发行版本4.
从JavaES发行版本2升级ApplicationServer第9章ApplicationServer171这些配置目录在以下位置:AppServer7-base/domains/domainName/instanceName/config获取所需的配置信息和密码您应知道有关当前所安装版本的以下信息:ApplicationServer管理员用户ID、密码和主密码发行版本2的ApplicationServer基本目录升级发行版本2ApplicationServer本节讨论影响ApplicationServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项将ApplicationServer软件升级至JavaES发行版本4时,应考虑以下注意事项:升级ApplicationServer实例之前,应先关闭该实例中正在运行的所有J2EE组件.
但是,如果您使用负载平衡提供高可用性或可伸缩性,则可以放宽此项要求.
在升级安装的ApplicationServer映像时,必须关闭在单台计算机上运行的所有ApplicationServer实例(与同一已安装ApplicationServer映像相对应的所有实例).
升级过程下述过程适用于本地驻留在即将进行升级的计算机上的所有ApplicationServer实例.
1.
以root身份登录,或成为超级用户.
su-2.
停止所有ApplicationServer进程及相关的进程.
3.
使用JavaES安装程序并选择"以后再配置"选项安装发行版本4的ApplicationServer.
选择至少安装前三个子组件,包括节点代理组件.
ApplicationServer软件安装完成后,务必执行在第173页中的"在以后再配置安装后配置ApplicationServer"中提供的安装后过程.
4.
确定目标和源安装目录,例如:发行版本2在Solaris上的默认源安装目录:/opt/SUNWappserver7发行版本4在Solaris上的默认目标:/opt/SUNWappserver/appserver从JavaES发行版本2升级ApplicationServer172SunJavaEnterpriseSystem2005Q4升级指南5.
运行asupgrade实用程序.
asupgrade实用程序会创建一个发行版本4的节点代理,并将发行版本2的ApplicationServer实例迁移到该节点代理下.
该实用程序位于ApplicationServer目录下,例如:升级向导模式:AppServer8-base/bin/asupgrade升级控制台模式:AppServer8-base/bin/asupgrade-c升级向导或升级控制台将指导您逐步升级.
有关ApplicationServerasupgrade实用程序的更多信息,参阅ApplicationServerEnterpriseEdition8.
1UpgradeandMigrationGuide2005Q1(http://docs.
sun.
com/doc/819-0222)的第3章.
6.
启动DomainAdministrationServer(DAS).
AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName7.
重新启动已升级的ApplicationServer实例.
通过启动节点代理(升级后的ApplicationServer实例已迁移到该节点代理下)来执行此操作:AppServer8-base/bin/asadminstart-node-agent--useradmin_ID--passwordpasswordnodeagentName其中,nodeagentName的格式为hostName_domainName.
默认domainName为domain1.
检验升级启动管理控制台,检验是否启动了这些服务器.
如果有任何服务器未运行,请检查以下日志文件,确定是否存在因端口冲突而引起的故障:AppServer8Config-base/nodeagents/nodeagentName/instanceName/logs/server.
log如果存在因端口冲突引起的故障,请使用管理控制台修改端口号以消除冲突,然后停止并重新启动节点代理.
可通过输入以下命令检验ApplicationServer到发行版本4的升级:AppServer8-base/bin/asadminversion--verbose参见第162页中的表9-3确认输出值.
从JavaES发行版本2升级ApplicationServer第9章ApplicationServer173升级后的任务除了第171页中的"升级过程"中介绍的步骤之外,还存在许多升级后的任务.
这些任务包括迁移发行版本2的J2EE组件和应用程序以在版本4ApplicationServer环境下运行,以及将它们重新部署到相应的ApplicationServer实例.
有关迁移J2EE组件和应用程序的更多信息,参阅ApplicationServerEnterpriseEdition8.
1UpgradeandMigrationGuide2005Q1(http://docs.
sun.
com/doc/819-0222)的第4章.
升级回滚发行版本4的ApplicationServer升级回滚过程仅仅是恢复到发行版本2的ApplicationServer版本,在升级到发行版本4时并不会删除该发行版本.
多实例(群集)升级:ApplicationServer的asupgrade实用程序可用来升级多实例群集.
有关说明,参见ApplicationServerEnterpriseEdition8.
12005Q2UpgradeandMigrationGuide(http://docs.
sun.
com/doc/819-2559)的第3章.
在以后再配置安装后配置ApplicationServer在"以后再配置"安装完成后,您需要运行脚本来设置ApplicationServer环境.
使用以下步骤.
1.
找到ApplicationServer的分发包:SunJavaEnterpriseSystem2005Q4AccessoryCD1,ApplicationServerAddOnsforSolarisSPARCandx86,CDImage1of1内容可从以下网址处的"Sun下载中心"下载:http://www.
sun.
com/software/javaenterprisesystem/get.
xml从JavaES发行版本2升级ApplicationServer174SunJavaEnterpriseSystem2005Q4升级指南2.
参阅分发包Addon文件夹中的自述文件并执行指定的过程.
a.
运行postInstall脚本.
应从分发包运行Addon文件夹中的主要脚本postInstall,否则将找不到某些文件.
该脚本通过在安装期间安装的模板配置并创建一些AppServer8-base/bin/*shell脚本和一个config/asenv文件.
(通常安装程序会创建一些bin/*shell脚本,但如果选择"以后再配置",则必须按所述方式创建它们.
)b.
创建新域.
使用asadmincreate-domain命令创建新域时,需要指定以下两个参数的值:adminPort和instancePort.
adminPort的值可与发行版本2服务器实例使用的值相同,但instancePort的值不能与任何发行版本2服务器实例所用的值相同.
通过选择未使用的instancePort值,可避免发行版本4的DAS实例与迁移至发行版本4的发行版本2服务器实例(参见第172页中的步骤5)之间的冲突.
3.
如有必要,请在AppServer8-base/config/asenv文件中修改环境设置.
必须手动编辑该文件.
注要配置ApplicationServer以实现负载平衡,参阅SunJavaSystemApplicationServerEnterpriseEditionHighAvailabilityAdministrationGuide(http://docs.
sun.
com/doc/819-0216)"ApplicationServerHighAvailabilityFeatures"一章中的"ConfiguringWebServersforHTTPLoadBalancing"一节.
175第10章WebProxyServer本章介绍如何将WebProxyServer升级到JavaES2005Q4(发行版本4):SunJavaSystemWebProxyServer4.
02005Q4.
同时还概述了升级问题和升级过程.
仅支持在Solaris平台上升级WebProxyServer.
第176页中的"WebProxyServer升级概述"第178页中的"将WebProxyServer升级到发行版本4"注本章中的文件位置是相对于一个称为WebProxyServer-base的目录路径而指定的.
在最初安装WebServer时,至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
WebProxyServer-base的默认值视操作系统平台而定:Solaris:/opt/SUNWproxyLinux:/opt/sun/webproxyserverWebProxyServer升级概述176SunJavaEnterpriseSystem2005Q4升级指南WebProxyServer升级概述本节将在以下方面对WebProxyServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4WebProxyServerWebProxyServer升级指导说明WebProxyServer数据兼容性问题WebProxyServer组件依赖性关于JavaES发行版本4WebProxyServerJavaES发行版本4的WebProxyServer与其加入JavaEnterpriseSystem之前的SunOneWebProxyServer3.
6的相比,性能更佳、体系结构伸缩性更强、更符合标准,并具有新的管理界面.
WebProxyServer升级指导说明表10-1显示WebProxyServer到JavaES发行版本4的升级途径.
先前的JavaES发行版本中不包括WebProxyServer.
此表仅适用于Solaris操作系统,因为以前在Linux操作系统上不支持WebProxyServer.
表10-1升级到JavaES发行版本4:SunJavaSystem4:WebProxyServer4.
0.
12005Q4的途径JavaES发行版本WebProxyServer版本常规方法必需的重新配置JavaES以前的发行版本SunONEWebProxyServer3.
6(下文称为版本3.
6)直接升级:使用JavaES安装程序在新位置安装,然后使用管理工具迁移配置数据来执行必须将配置信息迁移到新位置.
WebProxyServer升级概述第10章WebProxyServer177WebProxyServer数据下表显示了可能受WebProxyServer软件升级影响的数据类型.
兼容性问题发行版本4的WebProxyServer对版本3.
6所支持的NetscapeServerAPI(NSAPI)接口做了较大更改.
为解决不兼容性问题,为版本3.
6开发的任何NSAPI插件都需要对NSAPI的当前版本重新编译.
WebProxyServer组件依赖性WebProxyServer对其他JavaES组件的依赖性会影响升级和重新配置WebProxyServer软件的过程.
WebProxyServer依赖于特定的JavaES共享组件(参见第38页中的表1-6),但不依赖其他JavaES产品组件.
它可以与DirectoryServer、WebServer和ApplicationServer一起使用,但并不依赖这些组件.
表10-2WebProxyServer数据用途数据类型位置用途配置数据WebProxyServer-base/proxy-serverid/config目录包含如server.
xml、magnus.
conf、obj.
conf等文件存储服务器、高速缓存、过滤器、路由及WebProxyServer其他功能方面的配置信息将WebProxyServer升级到发行版本4178SunJavaEnterpriseSystem2005Q4升级指南将WebProxyServer升级到发行版本4本节包含关于将WebProxyServer从发行版本3.
6升级到JavaES2005Q4(发行版本4)的信息.
其中涵盖了以下主题:简介WebProxyServer升级简介在将WebProxyServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过使用JavaES安装程序在不同于版本3.
6的目录安装发行版本4的WebProxyServer来执行升级.
然后使用WebProxyServer管理服务器将配置设置(非高速缓存中的内容)从版本3.
6迁移到发行版本4.
升级依赖性.
虽然WebProxyServer对许多JavaES共享组件具有依赖性(参见第38页中的表1-6),但发行版本4的WebProxyServer与发行版本3中的这些组件兼容.
不过,在将WebProxyServer升级到发行版本4时,Java安装程序会自动升级这些共享组件.
向后兼容性.
发行版本4的WebProxyServer与版本3.
6向后兼容,但必须用发行版本4支持的NSAPI接口重新编译用版本3.
6支持的NSAPI接口所开发的插件.
升级回滚.
发行版本4的WebProxyServer的升级回滚通过恢复到版本3.
6来实现,该版本在升级时保持不变.
平台问题.
在所有Solaris平台上,WebProxyServer软件的升级方法都是相同的,但在Linux平台上不支持版本3.
6.
将WebProxyServer升级到发行版本4第10章WebProxyServer179WebProxyServer升级本节概括介绍了如何将WebProxyServer升级到JavaES发行版本4.
以前,在Linux平台上不支持WebProxyServer.
因此,只能在Solaris平台上将WebProxyServer升级到JavaES发行版本4.
本节涵盖了以下主题:升级前的任务升级WebProxyServer检验升级升级后的任务升级回滚升级前的任务升级WebProxyServer之前,应执行下述任务.
检验当前版本信息可通过输入以下命令检验WebProxyServer的当前版本:WebProxyServer-base/proxy-serverid/start-version升级WebProxyServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,用于将WebProxyServer升级到发行版本4的JavaES安装程序会自动升级WebProxyServer所依赖的所有共享组件(参见第38页中的表1-6).
备份WebProxyServer数据WebProxyServer升级到发行版本4时不会修改版本3.
6的配置数据.
但是,在升级之前,必须保存任何未保存的用管理界面对版本3.
6配置数据所做的更改.
获取所需的配置信息和密码要从版本3.
6升级,需要知道该已安装版本的安装目录路径.
表10-3WebProxyServer版本检验输出JavaES发行版本WebProxyServer版本号非JavaES发行版本的版本3.
63.
6发行版本44.
0.
1将WebProxyServer升级到发行版本4180SunJavaEnterpriseSystem2005Q4升级指南升级WebProxyServer本节讨论影响WebProxyServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项所有对应同一个已安装WebProxyServer映像的WebProxyServer实例将同时被升级.
但是,必须已完成分别为各实例迁移配置数据.
向安装的映像应用修补程序时,应关闭所有此类实例.
升级过程下述过程适用于要进行升级的计算机中的WebProxyServer软件.
1.
以root身份登录,或成为超级用户.
su-2.
安装WebProxyServer发行版本4.
a.
运行JavaES安装程序.
b.
在选择面板上选择WebProxyServer.
c.
选择"现在配置"选项.
d.
安装完成后退出JavaES安装程序.
3.
将配置设置迁移到新安装的版本中.
必须分别为每个WebProxyServer实例执行此操作.
a.
启动WebProxyServerAdministrationServer.
WebProxyServer-base/proxy-admserv/startb.
登录到图形管理界面.
c.
单击"Server"选项卡,然后单击"MigrateServer".
d.
指定版本3.
6安装目录路径.
e.
选择要迁移的实例.
f.
单击"Migrate"按钮.
迁移成功后,迁移屏幕将提供附加配置的列表,必须手动执行这些配置.
屏幕会提供需要添加的数据及相应的配置文件.
有关迁移配置设置的更多信息,参阅《SunJavaSystemWebProxyServer42005Q4InstallationandMigrationGuide》(http://docs.
sun.
com/doc/819-3649).
将WebProxyServer升级到发行版本4第10章WebProxyServer1814.
执行步骤f中指定的任何附加配置更改.
有关更多信息,参阅《SunJavaSystemWebProxyServer42005Q4ConfigurationFileReference》(http://docs.
sun.
com/doc/819-3651).
检验升级可通过用-version选项启动WebProxyServer实例来检验WebProxyServer到发行版本4的升级:WebProxyServer-base/proxy-serverid/start-version参见第179页中的表10-3确认输出值.
升级后的任务除第180页中的"升级过程"中所述的步骤之外,没有任何升级后的任务.
升级回滚第180页中的"升级WebProxyServer"中介绍的WebProxyServer到发行版本4的升级无法回滚.
但是,您可恢复到版本3.
6,该版本在经过发行版本4升级过程后仍保留原样.
将WebProxyServer升级到发行版本4182SunJavaEnterpriseSystem2005Q4升级指南183第11章AccessManager本章介绍如何将AccessManager软件从先前的JavaES版本升级到JavaES2005Q4(发行版本4):SunJavaSystemAccessManager72005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的AccessManager升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第184页中的"AccessManager升级概述"第189页中的"从JavaES发行版本3升级AccessManager"第203页中的"从JavaES发行版本2升级AccessManager"注本章中的文件位置是相对于两个目录路径指定的,分别称为AccessManager-base和AccessManagerConfig-base.
在最初安装AccessManager时,可能至少已将这两个路径的一部分指定为安装目录,否则,JavaES安装程序会分配一个默认值.
AccessManager-base的默认值视操作系统平台而定:Solaris:/opt/SUNWamLinux:/opt/sun/identityAccessManagerConfig-base的默认值视操作系统平台而定:Solaris:/etc/opt/SUNWamLinux:/etc/opt/sun/identityAccessManager升级概述184SunJavaEnterpriseSystem2005Q4升级指南AccessManager升级概述本节将在以下方面对AccessManager进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4AccessManagerAccessManager升级指导说明AccessManager数据兼容性问题AccessManager组件依赖性关于JavaES发行版本4AccessManagerJavaES发行版本4AccessManager已在多个主要方面得到增强.
在后端,该产品的结构已经过重新设计,能够支持多个身份信息库(或者称为用户数据存储器).
因此,发行版本4AccessManager不仅支持LDAP目录(如DirectoryServer),还支持其他数据存储协议和格式.
发行版本4AccessManager包含新接口和新服务,以支持多个身份信息库的集成.
在前端,通过使用一个新的AccessManager控制台来配置新的AccessManager服务和身份信息库.
这些新功能和新接口使发行版本4AccessManager成为了一个重要的新发行版本.
为了提供向后兼容性,发行版本4可在传统模式下运行,传统模式支持依赖于发行版本3AccessManager服务的JavaES组件(有关更多信息,参见第187页中的"兼容性问题").
注在JavaES发行版本3之前的AccessManager版本名为IdentityServer.
因此,当在本章提到IdentityServer时,它是指JavaESAccessManager组件的早期版本.
AccessManager升级概述第11章AccessManager185AccessManager升级指导说明表11-1显示了所支持的升级至JavaES发行版本4的AccessManager升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表11-1升级到JavaES发行版本4:SunJavaSystemAccessManager72005Q4的途径JavaES发行版本AccessManager版本常规方法必需的重新配置发行版本3SunJavaSystemAccessManager6.
32005Q1直接升级:执行方法是删除发行版本3的版本,然后执行发行版本4的完全安装和重新配置.
配置数据用于AccessManager控制台和验证UI的自定义JSP目录模式发行版本2SunJavaSystemIdentityServer6.
22004Q2及6.
2SP1直接升级:执行方法是删除发行版本2的版本,然后执行发行版本4的完全安装和重新配置.
配置数据用于AccessManager控制台和验证UI的自定义JSP目录模式发行版本1SunONEIdentityServer6.
1不直接升级:但可以按照JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中的过程首先升级到发行版本3.
然后从发行版本3升级到发行版本4.
配置数据用于AccessManager控制台和验证UI的自定义JSP目录模式JavaES以前的发行版本SunONEIdentityServer6.
0或6.
0SP1,或iPlanetDirectoryServerAccessManagementEdition(DSAME)5.
1不直接升级.
AccessManager升级概述186SunJavaEnterpriseSystem2005Q4升级指南AccessManager数据与其他JavaES组件一样,AccessManager将利用对于任一特定升级而言可能需要迁移至升级版本的各种数据.
下表显示了可能受AccessManager软件升级影响的数据的类型.
表11-2AccessManager数据用途数据类型位置用途配置数据AccessManagerConfig-base/config/AMConfig.
propertiesAccessManagerConfig-base/config/serverconfig.
xml验证和自定义模块的JAR文件AccessManager-base/libAccessManager的配置及其与后端数据存储器的集成.
Web容器配置WebServer:server.
policy和server.
xml文件,位于WebServer-base/https-hostname/configApplicationServer(JavaES发行版本3和4):server.
policy和domain.
xml文件,位于AppServer8Config-base/domains/domainName/configApplicationServer(JavaES发行版本2):server.
policy和server.
xml文件,位于AppServer7Config-base/domains/domainName/configWebSphere和WebLogic:为这两个Web容器配置AccessManager时修改它们各自的策略和配置文件.
AccessManagerWeb容器实例的配置.
自定义数据(Web容器自定义JSP文件)管理控制台:AccessManager-base/web-src/applications验证UI:AccessManager-base/web-src/servicesAccessManager管理接口的配置.
目录模式服务配置用户数据DirectoryServerAccessManager根据服务配置、用户以及存储在目录中的策略数据,为最终用户提供验证和授权服务.
动态应用程序数据无AccessManager并不永久存储应用程序数据(如会话状态).
AccessManager升级概述第11章AccessManager187兼容性问题发行版本4AccessManager的新功能涉及以下新接口:用于多个后端身份信息库的插件用于存储服务配置信息的新目录信息树结构,这样便可将验证属性和授权策略划分到可与一个用户或一组用户相关联的访问控制领域中AccessManager客户机的新API新的AccessManager控制台用户接口启用支持这些新接口的AccessManager的方法是将AccessManager配置为在增强("领域")模式下运行.
但"领域"模式与早期的JavaES发行版本3和发行版本2AccessManager不兼容.
例如,必须迁移目录数据才能支持"领域"模式操作.
需要提供增强的AccessManager控制台来支持增强的AccessManager服务.
此外,"领域"模式也不支持其他JavaES组件,如PortalServer、CommunicationsExpress、MessagingServer等.
为支持向后兼容性,可将发行版本4AccessManager配置为在"传统"模式下运行.
"传统"模式与发行版本3AccessManager向后兼容,但有少数几种例外情况(参见《SunJavaSystemAccessManager72005Q4发行说明》(http://docs.
sun.
com/doc/819-3475)).
要支持其他JavaES组件和旧版AccessManager策略代理(在"领域"模式下,这些策略代理无法与AccessManager进行交互操作),必须使用"传统"模式.
这一不兼容性是升级时的一个重要注意事项,同时意味着在大多数的JavaES部署中,应该将AccessManager升级到发行版本4传统模式.
然而,即便配置为在"传统"模式下运行,发行版本4AccessManager仍与发行版本3DelegatedAdministrator不兼容.
如果AccessManager已升级到发行版本4,则还要必须将DelegatedAdministrator升级到发行版本4,以便为MessagingServer和CalendarServer置备用户.
但MessagingServer和CalendarServer本身则不必一定升级到发行版本4.
AccessManager升级概述188SunJavaEnterpriseSystem2005Q4升级指南AccessManager组件依赖性AccessManager对其他JavaES组件的依赖性会影响升级和重新配置AccessManager软件的过程.
例如,AccessManager接口或功能上的变化可能要求AccessManager所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
AccessManager对以下JavaES组件具有依赖性:共享组件.
AccessManager对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
AccessManager升级可能要依赖于这些共享组件的已升级版本.
Web容器.
AccessManager依赖于Web容器服务,这些服务可由JavaESWebServer、JavaESApplicationServer或第三方Web容器(来自Weblogic和WebSphere)提供.
因此,必须为Web容器实例重新配置AccessManager升级.
此外,还需要将AccessManager控制台或验证UI的所有自定义JSP迁移到已升级AccessManager环境中.
DirectoryServer.
AccessManager存储配置数据,同时还要访问存储在DirectoryServer中的用户数据.
因此,AccessManager升级可能需要目录模式的扩展.
从JavaES发行版本3升级AccessManager第11章AccessManager189从JavaES发行版本3升级AccessManager本节包含关于将AccessManager从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3AccessManager的完全升级多实例升级:发行版本3与发行版本4共存仅升级发行版本3AccessManagerSDK简介将JavaES发行版本3AccessManager升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过删除先前版本然后重新安装发行版本4执行升级.
随附了一个ampre70upgrade脚本以删除发行版本3的版本,然后使用JavaES安装程序来安装发行版本4.
随后使用amconfig脚本对AccessManager进行重新配置,并使用amupgrade脚本迁移目录模式.
升级依赖性.
虽然AccessManager对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4AccessManager与所有这些组件在发行版本3中的版本兼容.
因此,对于AccessManager到发行版本4的升级,这些组件的升级是可选的.
此外,如第188页中的"AccessManager组件依赖性"中所述,发行版本4AccessManager依赖于DirectoryServer和WebServer(或ApplicationServer或第三方Web容器).
但它们是软性升级依赖性,对于AccessManager到发行版本4的升级,这些组件的升级是可选的.
向后兼容性.
发行版本4AccessManager与发行版本3不兼容,但它却支持兼容的传统模式(参见第187页中的"兼容性问题").
升级回滚.
没有用于回滚AccessManager升级的实用程序.
事实上,将AccessManager回滚至其原始状态所需的重新配置的数目过多,从而导致回滚无法实现.
平台问题.
对于Solaris和Linux操作系统,升级AccessManager的常规方法是相同的.
随后的过程将指明特定于平台的命令或适当的文件位置.
从JavaES发行版本3升级AccessManager190SunJavaEnterpriseSystem2005Q4升级指南发行版本3AccessManager的完全升级本节介绍如何从JavaES发行版本3到JavaES发行版本4执行AccessManager的完全升级:升级前的任务升级发行版本3AccessManager检验AccessManager升级升级后的任务升级回滚升级前的任务在升级AccessManager之前,请执行以下各节中所述的过程.
检验当前版本信息可使用以下命令检验AccessManager的当前版本:AccessManager-base/bin/amadmin--version升级AccessManager依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但由于AccessManager并不要求一定升级它所依赖的JavaES发行版本3组件,所以此项任务是可选的.
但是,如果选择升级AccessManager所依赖的所有组件,则它们应按以下顺序升级,并且应在升级AccessManager之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
表11-3AccessManager版本检验输出JavaES发行版本AccessManager版本号发行版本26.
2发行版本362005Q1发行版本472005Q4从JavaES发行版本3升级AccessManager第11章AccessManager1912.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
如果未在升级AccessManager之前升级Web容器软件,升级过程(使用amconfig脚本)会将AccessManager配置和重新部署到现有Web容器中.
备份DirectoryServer数据AccessManager升级过程将使用修改DirectoryServer模式的脚本.
因此,在升级AccessManager之前,请使用DirectoryServer控制台或命令行实用程序(如db2bak)备份DirectoryServer数据.
有关备份DirectoryServer的更多信息,参见SunJavaSystemDirectoryServer管理指南(http://docs.
sun.
com/doc/819-2013).
备份发行版本3AccessManager配置信息因为重新配置发行版本4AccessManager软件需要重新配置发行版本3的版本,因此将配置文件备份到一个已知位置是非常重要的.
应该备份以下文件:AMConfig.
properties文件AccessManagerConfig-base/config/AMConfig.
propertiesserverconfig.
xml文件AccessManagerConfig-base/config/serverconfig.
xmlWeb容器配置文件:对于WebServer:server.
policy和server.
xml文件,位于WebServer-base/https-hostname/config对于ApplicationServer:server.
policy和domain.
xml文件,位于AppServer7Config-base/domain/domain1/config对于第三方Web容器:相应的配置文件验证和自定义模块的JAR文件.
AccessManager-base/lib从JavaES发行版本3升级AccessManager192SunJavaEnterpriseSystem2005Q4升级指南备份Web容器自定义文件如果AccessManager引用了任何Web容器自定义文件,应备份这些文件.
此类自定义内容可能包括:自定义的AccessManager控制台JSP页.
AccessManager-base/web-src/applications自定义的验证UIJSP页.
AccessManager-base/web-src/services自定义的XML文件.
AccessManagerConfig-base/config/xml备份发行版本3AccessManager日志和调试文件要分析系统状态信息,最好的办法是备份日志和调试文件以使其不会丢失.
这些文件位于以下位置:调试文件/var/AccessManager-base/debug日志文件/var/AccessManager-base/logs获取所需的配置信息和密码要升级AccessManager,必须提供具体的配置信息,其中包括:AccessManager管理员用户ID和密码LDAP用户ID和密码AccessManager正在使用的DirectoryServer实例的目录管理员名称和密码提示将自定义内容记录下来,以便可以在升级AccessManager之后使用备份的代码重新应用它们.
从JavaES发行版本3升级AccessManager第11章AccessManager193升级发行版本3AccessManager将AccessManager软件升级到JavaES发行版本4包括重新配置AccessManager和迁移AccessManager数据的过程.
升级摘要升级AccessManager的过程由下列步骤组成:1.
删除JavaES发行版本3的AccessManager版本.
使用ampre70upgrade脚本.
2.
安装JavaES发行版本4的AccessManager版本.
使用JavaES发行版本4安装程序并选择"以后再配置"选项.
3.
升级mobileaccess软件.
4.
重新自定义AccessManager的JSP.
5.
取消部署AccessManager,重新配置并重新部署到Web容器中.
使用amconfig脚本.
6.
更新目录结构和模式.
使用amupgrade脚本.
以下过程对这些步骤逐一进行说明.
升级过程1.
删除JavaES发行版本3的AccessManager版本.
a.
以root身份登录到托管发行版本3AccessManager的计算机或成为超级用户.
su-b.
将目录更改为JavaES发行版本4分发包中的platform/Product/identity_svr/Tools目录.
c.
获取ampre70upgrade脚本将要请求的以下参数的值:表11-4AccessManager配置参数:ampre70upgrade参数值DirectoryServerHost设置全限定名称:hostname.
domianDirectoryServerPort指定一个非SSL端口号1默认值:3891.
如果指定一个DirectoryServerSSL端口(如默认的SSL值636),则无法成功完成升级前的过程.
Top-LevelAdministratorDN默认值:uid=amadmin,ou=People,dc=iplanet,dc=comTop-LevelAdministratorPassword从JavaES发行版本3升级AccessManager194SunJavaEnterpriseSystem2005Q4升级指南d.
确保DirectoryServer正在运行,否则请将其启动.
e.
运行ampre70upgrade脚本.
.
/ampre70upgrade该脚本将备份AccessManager配置文件,并删除发行版本3基本软件包(必须按照步骤f手动删除本地化软件包).
f.
手动删除计算机上的AccessManager本地化软件包.
ampre70upgrade脚本不会删除AccessManager本地化软件包.
必须手动将其删除方可执行正确的本地化升级.
在Solaris平台上使用pkgrm删除:SUNWamlLocale、SUNWLocaleammmap在Linux上使用rpm-e删除:sun-identity-sdk-Locale2.
安装JavaES发行版本4的AccessManager版本.
a.
在托管发行版本3AccessManager的计算机上运行JavaES安装程序.
b.
在选择面板上选择AccessManager.
如果屏幕上显示"冲突"消息,则表明安装程序已找到了先前版本的AccessManager配置信息,这是预料中的消息.
将在后续步骤中执行重新配置.
您可以忽略此"冲突"消息然后继续执行操作.
c.
指定安装目录,需与发行版本3的安装目录相同.
d.
选择"以后再配置"选项.
e.
安装完成后退出JavaES安装程序.
注如果要使用"JavaES安装程序"命令行界面安装AccessManager,则还将自动安装DirectoryServer软件.
如果要使用远程DirectoryServer,则可按照JavaEnterpriseSystem安装指南(适用于UNIX)中的过程卸载本地DirectoryServer软件.
从JavaES发行版本3升级AccessManager第11章AccessManager1953.
升级mobileaccess软件.
AccessManagermobileaccess软件需要通过修补发行版本3的版本进行升级.
下表显示了所需的修补程序:a.
利用表11-5中的修补程序号获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-accessb.
以root身份登录,或成为超级用户.
su-c.
应用表11-5中的修补程序.
在Solaris上:patchaddpatch_ID在Linux上:rpm-Fvhsun-identity-mobileaccess-6.
2-25.
i386.
rpmrpm-Fvhsun-identity-mobileaccess-config-6.
2-25.
i386.
rpm4.
重新自定义AccessManager的JSP.
重新应用按第192页中的"备份Web容器自定义文件"中所述保存的、用于AccessManager控制台和验证用户界面(UserInterface,UI)的发行版本3自定义JSP设置.
然后,将自定义JSP文件复制到正确的目录中.
例如,在Solaris系统上:控制台:AccessManager-base/web-src/applications/console表11-5用于升级AccessManagerMobileAccess软件的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明Solaris修补程序IDLinux修补程序IDMobileAccess软件119530-01(SPARC)119531-01(x86)119532-01sun-identity-mobileaccess-6.
2-25.
i386.
rpmsun-identity-mobileaccess-config-6.
2-25.
i386.
rpm从JavaES发行版本3升级AccessManager196SunJavaEnterpriseSystem2005Q4升级指南验证UI:AccessManager-base/web-src/services/config/auth/default或AccessManager-base/web-src/services/config/auth/default_Locale(其中Locale是语言环境指示符,如ja)有关更多信息,参见SunJavaSystemAccessManagerDeveloper'sGuide(http://docs.
sun.
com/doc/819-2139).
5.
取消部署AccessManager,重新配置并重新部署到Web容器中.
通过运行amconfig脚本为特定Web容器配置AccessManager.
amconfig脚本(及相关联的amsamplesilent模板输入文件)位于以下目录中:AccessManager-base/bin有关amconfig脚本和amsamplesilent模板文件的信息,参见SunJavaSystemAccessManager管理指南(http://docs.
sun.
com/doc/819-1940).
执行以下步骤将AccessManager重新配置和重新部署到Web容器中:a.
如果选择升级Web容器软件(如第190页中的"升级AccessManager依赖项"中所述),需确保升级全部完成.
b.
检查DirectoryServer及相应的Web容器是否正在运行.
c.
根据amsamplesilent模板输入文件创建一个amconfig输入文件:cpamsamplesilentconfig-filed.
设置config-file中的配置参数.
需正确设置所有参数.
一些参数的值可从AMConfig.
properties文件迁移,相比之下,其他参数的值则是升级过程的专用值,如下表所示.
表11-6AccessManager配置参数参数值升级参数DEPLOY_LEVEL26(用于取消部署)或1(用于重新配置和部署)DIRECTORY_MODE5(现有升级)AM_REALM设置为disabled("领域模式"为disabled,因此"传统模式"为enabled)(默认值为enabled)JAVA_HOME设置为JDK发行版本4目录:/usr/java/jdk1.
5.
0_04/WEB_CONTAINER设置为适合于您所使用的Web容器类型的值,且仅填写config-file的对应部分.
从JavaES发行版本3升级AccessManager第11章AccessManager197对于其他参数,如果不更改Web容器和密码,请提供要升级的发行版本3配置中使用的那些值.
e.
运行amconfig以取消部署AccessManager.
将config-file中DEPLOY_LEVEL的值设置为26.
cd/AccessManager-base/bin.
/amconfig-sAccessManager-base/bin/config-filef.
运行amconfig以重新配置AccessManager并将其部署到Web容器中.
将config-file中DEPLOY_LEVEL的值设置为1.
cd/AccessManager-base/bin.
/amconfig-sAccessManager-base/bin/config-fileWS61_INSTANCE(如果将WebServer用作Web容器)=https-.
其中上述值与/WebServer-base/SUNWsbsvr/中的实例名相匹配该值区分大小写.
迁移自AMConfig.
propertiesSERVER_PROTOCOLcom.
iplanet.
am.
server.
protocolSERVER_PORTcom.
iplanet.
am.
server.
portSERVER_HOSTcom.
iplanet.
am.
server.
hostDS_HOSTcom.
iplanet.
am.
directory.
hostDS_PORTcom.
iplanet.
am.
directory.
portROOT_SUFFIXcom.
iplanet.
am.
defaultOrgCONSOLE_DEPLOY_URIcom.
iplanet.
am.
console.
deploymentDescriptorSERVER_DEPLOY_URIcom.
iplanet.
am.
services.
deploymentDescriptorPASSWORD_DEPLOY_URIcom.
sun.
identity.
password.
deploymentDescriptorAM_ENC_PWDam.
encryption.
pwd表11-6AccessManager配置参数(续)参数值从JavaES发行版本3升级AccessManager198SunJavaEnterpriseSystem2005Q4升级指南6.
更新目录结构和模式.
发行版本4AccessManager可与发行版本3的目录结构共存,但必须对该结构进行修改以使其支持发行版本4的功能.
通过运行amupgrade脚本,将AccessManager目录结构和模式更新为发行版本4,该脚本安装在以下目录中:Solaris:AccessManager-base/upgrade/scriptsLinux:AccessManager_base/identity/upgrade/scriptsa.
获取amupgrade脚本将要请求的以下参数的值:b.
运行amupgrade脚本.
cdAccessManager-base/upgrade/scripts.
/amupgrade如果升级成功,脚本将显示"Upgradecompleted".
表11-7AccessManager配置参数:amupgrade参数值DirectoryServerHost设置全限定名称:hostname.
domianDirectoryServerPort指定一个非SSL端口号1默认值:3891.
如果指定一个DirectoryServerSSL端口(如默认的SSL值636),则无法成功完成升级过程.
DirectoryManagerDN默认值:cn=DirectoryManagerDirectoryManagerPasswordTop-LevelAdministratorDN默认值:uid=amadmin,ou=People,dc=iplanet,dc=comTop-LevelAdministratorPasswordEnableRealmModeY/N:Yes表明"领域模式"已启用且服务数据已迁移到新的"领域"树.
No(默认值)表明服务数据仍然处于"传统模式"下.
从JavaES发行版本3升级AccessManager第11章AccessManager199c.
查看以下升级日志文件以了解有关目录模式扩展的信息:Solaris:/var/sadm/install/logs/Sun_Java_System_Access_Manager_upgrade_dit_log.
mmddhhmmLinux:/var/log/Sun_Java_System_Access_Manager_upgrade_dit_log.
mmddhhmm7.
启动AccessManager.
重新启动部署了AccessManager的Web容器.
检验AccessManager升级完成升级过程后,可按以下方法检验升级是否成功:1.
以amadmin身份使用以下URL登录到AccessManager控制台:http://hostname.
domain:port/amconsole其中,hostname.
domain:port是托管AccessManager的Web容器的全限定主机名和端口号.
检验"服务配置"选项卡下是否提供了第184页中的"关于JavaES发行版本4AccessManager"中提到的新的发行版本4服务.
2.
通过检查/var/sadm/install/logs目录中的下列升级日志文件查看升级状态:SunJavaEnterpriseSystem安装程序:Java_Shared_Component_Install.
timestampJava_Enterprise_System_install.
AtimestampJava_Enterprise_System_install.
BtimestampJava_Enterprise_System_Summary_Report_install.
timestampamupgrade脚本:Sun_Java_System_Identity_Server_upgrade_dit_log.
timestamp3.
检查AccessManager错误诊断文件以了解错误.
文件位于/var/opt/SUNWam/debug从JavaES发行版本3升级AccessManager200SunJavaEnterpriseSystem2005Q4升级指南升级后的任务如果要使用安全声明标记语言(SecurityAssertionMarkupLanguage,SAML)服务,必须使用AccessManager控制台添加并启用一个SAML验证模块.
有关创建SAML验证模块实例的信息,参阅SunJavaSystemAccessManager管理指南(http://docs.
sun.
com/doc/819-1940).
升级回滚未提供用于将AccessManager回滚至其升级前的状态的脚本.
必须使用作为升级前任务的一部分而备份的AccessManager数据手动执行该过程(参见第192页中的"备份发行版本3AccessManager日志和调试文件").
回滚过程过于困难以至于无法实现.
多实例升级:发行版本3与发行版本4共存在一些部署体系结构中,AccessManager被部署在多个计算机系统上,以提供高可用性和可伸缩性.
多个AccessManager实例将访问同一个DirectoryServer,而用户常常希望在不中断服务的情况下按顺序升级AccessManager实例.
本节将讨论执行此类滚动升级的过程.
从发行版本3升级AccessManager的过程包括迁移目录模式以支持发行版本4的步骤.
发行版本3AccessManager不支持发行版本4目录模式,但发行版本4AccessManager却支持发行版本3目录模式.
仅在目录模式尚未迁移到发行版本4时,JavaES发行版本4AccessManager和发行版本3AccessManager实例才可以共存并能够在同一个DirectoryServer上同时运行.
因此,滚动升级时,除非已先将所有AccessManager实例升级到发行版本4,否则不应将目录模式迁移至发行版本4.
在执行滚动升级时,请按第193页中的"升级发行版本3AccessManager"中所述升级每个AccessManager实例,但不要执行第198页上的"更新目录结构和模式"步骤.
在升级了所有实例之后,方可执行该步骤.
注当前发行版本不支持升级那些安装在同一主机系统上的多个AccessManager实例.
如果在同一主机上有多个实例,在升级主实例之后,必须重新创建附加实例.
从JavaES发行版本3升级AccessManager第11章AccessManager201仅升级发行版本3AccessManagerSDK在一些部署体系结构中,AccessManagerSDK组件被安装在一个或多个计算机系统上,而在这些计算机上却未安装其他AccessManager组件.
AccessManagerSDK相当于到AccessManager的远程接口,且必须将其操作模式重新配置为与AccessManager相同:"传统"或"领域".
作为到AccessManager的远程接口,SDK无需配置便能访问DirectoryServer.
如果正在使用AccessManagerSDK来支持Web组件(如依赖于Web容器服务的PortalServer或CommunicationsExpress),则必须为相应的Web容器配置AccessManagerSDK.
但AccessManagerSDK也能支持非Web组件,此时无需Web容器.
基于上述特点,升级AccessManagerSDK的过程是AccessManager完全升级过程的一部分.
本节介绍如何从JavaES发行版本3到JavaES发行版本4执行仅限于AccessManagerSDK的升级:升级前的任务升级发行版本3AccessManagerSDK检验AccessManagerSDK升级升级回滚升级前的任务AccessManagerSDK升级前的任务与AccessManager完全升级相同,但不包括那些与DirectoryServer和管理工具自定义相关的内容.
AccessManagerSDK升级前需完成的任务如下:第190页中的"升级AccessManager依赖项"但对于AccessManagerSDK而言,对DirectoryServer没有依赖性,且仅当AccessManagerSDK在Web容器中运行时才对Web容器软件具有依赖性.
第192页中的"备份发行版本3AccessManager日志和调试文件"但对于AccessManagerSDK而言,仅当AccessManagerSDK在Web容器中运行的情况下才需备份Web容器配置文件.
第192页中的"备份发行版本3AccessManager日志和调试文件"要访问这些文件,还需获得管理员用户名和密码.
从JavaES发行版本3升级AccessManager202SunJavaEnterpriseSystem2005Q4升级指南升级发行版本3AccessManagerSDKAccessManagerSDK的升级过程与AccessManager完全升级相同,但不包括那些与管理工具自定义和迁移目录模式相关的内容.
1.
删除JavaES发行版本3的AccessManagerSDK版本.
按照第193页中的"删除JavaES发行版本3的AccessManager版本"中的说明操作,只不过删除的是AccessManagerSDK.
2.
安装JavaES发行版本4的AccessManagerSDK版本.
按照第194页中的"安装JavaES发行版本4的AccessManager版本"中的说明操作,只不过安装的是AccessManagerSDK.
3.
重新配置AccessManagerSDK.
按照第196页中的"取消部署AccessManager,重新配置并重新部署到Web容器中"中的说明操作,不过要设置DIRECTORY_MODE=5并按如下所示设置DEPLOY_LEVEL参数:如果为Web容器配置了AccessManagerSDK:DEPLOY_LEVEL=4(升级SDK并配置Web容器)如果没有为Web容器配置AccessManagerSDK:DEPLOY_LEVEL=3(仅升级SDK)检验AccessManagerSDK升级检验AccessManagerSDK升级是否成功的方法有三种:运行PortalServer、CommunicationsExpress或其他使用AccessManagerSDK的组件以与AccessManager连接,并检查验证是否有效.
运行以下位置中提供的AccessManagerSDK示例:/AccessManager-base/samples/sdk检查com.
iplanet.
am.
version属性的值,该属性在AMConfig.
properties文件中:AccessManagerConfig-base/config/AMConfig.
properties升级回滚未提供用于将AccessManager回滚至其升级前的状态的脚本.
必须使用作为升级前任务的一部分而备份的AccessManager数据手动执行该过程(参见第192页中的"备份发行版本3AccessManager日志和调试文件").
回滚过程过于困难以至于无法实现.
从JavaES发行版本2升级AccessManager第11章AccessManager203从JavaES发行版本2升级AccessManager将JavaES2004Q2(发行版本2)AccessManager升级至发行版本4的过程与将发行版本3AccessManager升级至发行版本4大致相同,下文说明了其中的几处例外.
升级前的任务在升级AccessManager之前,请执行第190页中的"升级前的任务"中所述的过程,但要用下节替换第190页中的"升级AccessManager依赖项"并添加下面的"升级目录模式"一节.
升级AccessManager依赖项与从发行版本3升级相比,从发行版本2到发行版本4的升级前任务应包括将AccessManager所依赖的所有共享组件(参见第38页中的表1-6)和所有本地驻留的产品组件升级到发行版本4.
升级AccessManager依赖项时,它们应按以下顺序升级,并且应在升级AccessManager之前进行.
您可以跳过任何可能已完成升级的依赖项.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
DirectoryServer与AccessManager很少会驻留在同一台计算机上,但是,第110页中的"从JavaES发行版本2升级DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第132页中的"从JavaES发行版本2升级WebServer"和第169页中的"从JavaES发行版本2升级ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
升级目录模式如果已用DirectoryPreparationTool(comm_dssetup.
pl)对DirectoryServer进行了配置,以支持MessagingServer、CalendarServer或其他通信组件,则必须首先使用发行版本4的DirectoryPreparationTool版本升级目录模式,然后再升级AccessManager.
请在AccessManager依赖项升级完毕后执行这一升级前的任务.
第218页中的"从JavaES发行版本2升级DirectoryPreparationTool"中介绍了升级DirectoryPreparationTool的过程.
从JavaES发行版本2升级AccessManager204SunJavaEnterpriseSystem2005Q4升级指南发行版本2AccessManager的升级将AccessManager从发行版本2升级至发行版本4的过程视您在其中部署AccessManager软件的Web容器而定.
升级发行版本2AccessManager:WebServerWeb容器当部署到WebServerWeb容器中时,要将发行版本2AccessManager升级至发行版本4,可按照第193页中的"升级发行版本3AccessManager"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
升级发行版本2AccessManager:ApplicationServerWeb容器当部署到ApplicationServerWeb容器中时,要将发行版本2AccessManager升级到发行版本4,需分两种情况:发行版本4ApplicationServer是新安装的.
这种情况下,要将发行版本2AccessManager升级到发行版本4,可按照第193页中的"升级发行版本3AccessManager"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
已将发行版本2ApplicationServer升级到发行版本4.
这种情况下,要将发行版本2AccessManager升级到发行版本4,请按照下面的说明操作.
当AccessManager部署到已升级ApplicationServerWeb容器中时,要将其升级,请按照第193页中的步骤1至步骤4执行操作,但需要在提到发行版本3的地方用发行版本2代替.
现对步骤1至步骤4总结如下:1.
删除发行版本2的AccessManager版本.
使用ampre70upgrade脚本.
按照第193页中的"删除JavaES发行版本3的AccessManager版本"中的说明操作.
2.
安装JavaES发行版本4的AccessManager版本.
使用JavaES发行版本4安装程序并选择"以后再配置"选项.
3.
升级mobileaccess软件.
4.
重新自定义AccessManager的JSP.
从JavaES发行版本2升级AccessManager第11章AccessManager205最初在其中部署AccessManager的发行版本2ApplicationServer实例(instanceName)会在升级到发行版本4之后,被迁移到升级过程所创建的一个节点代理下.
对于该已升级ApplicationServer实例中的AccessManager的升级需要执行以下附加步骤:5.
确保以下支持AccessManager的组件正在运行.
a.
检查DirectoryServer是否正在运行.
b.
启动DomainAdministrationServer(DAS)(如果尚未启动).
AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainNamec.
启动其中部署了AccessManager的已升级ApplicationServer实例(instanceName)(如果该服务器实例尚未运行).
通过启动其下迁移了已升级ApplicationServer实例的节点代理来实现此操作:AppServer8-base/bin/asadminstart-node-agent--useradmin_ID--passwordpasswordnodeagentName在上述命令及后续步骤中,将使用下面的约定:nodeAgentName的形式为hostName_domainName.
默认的domainName为domain1.
默认的instanceName为server1.
6.
取消部署AccessManager,重新配置并重新部署到ApplicationServer实例中.
使用amconfig脚本.
a.
根据amsamplesilent模板输入文件创建一个amconfig输入文件:cpamsamplesilentconfig-file从JavaES发行版本2升级AccessManager206SunJavaEnterpriseSystem2005Q4升级指南b.
设置config-file中的配置参数.
需正确设置所有参数.
一些参数的值可从AMConfig.
properties文件迁移,相比之下,其他参数的值则是升级过程的专用值,如下表所示.
表11-8AccessManager配置参数参数值升级参数DEPLOY_LEVEL26(用于取消部署)或1(用于重新配置和部署)DIRECTORY_MODE5(现有升级)AM_REALM设置为disabled("领域模式"为disabled,因此"传统模式"为enabled);默认值为enabledJAVA_HOME设置为JDK发行版本4目录:/usr/java/jdk1.
5.
0_04/WEB_CONTAINER设置为ApplicationServerWeb容器的值,且仅填写config-file的对应部分.
AS81_INSTANCE=instanceNameAS81_ADMIN_IS_SECURE=false迁移自AMConfig.
propertiesSERVER_PROTOCOLcom.
iplanet.
am.
server.
protocolSERVER_PORTcom.
iplanet.
am.
server.
portSERVER_HOSTcom.
iplanet.
am.
server.
hostDS_HOSTcom.
iplanet.
am.
directory.
hostDS_PORTcom.
iplanet.
am.
directory.
portROOT_SUFFIXcom.
iplanet.
am.
defaultOrgCONSOLE_DEPLOY_URIcom.
iplanet.
am.
console.
deploymentDescriptorSERVER_DEPLOY_URIcom.
iplanet.
am.
services.
deploymentDescriptorPASSWORD_DEPLOY_URIcom.
sun.
identity.
password.
deploymentDescriptorAM_ENC_PWDam.
encryption.
pwd从JavaES发行版本2升级AccessManager第11章AccessManager207对于其他参数,如果不更改Web容器和密码,请提供要升级的发行版本2配置中使用的那些值.
c.
运行amconfig以取消部署AccessManager.
将config-file中DEPLOY_LEVEL的值设置为26.
cd/AccessManager-base/bin.
/amconfig-sAccessManager-base/bin/config-filed.
运行amconfig以重新配置AccessManager并将其部署到Web容器中.
将config-file中DEPLOY_LEVEL的值设置为1.
cd/AccessManager-base/bin.
/amconfig-sAccessManager-base/bin/config-file7.
将server.
policy文件从以下目录:AppServer8Config-base/domains/domainName/config复制到以下目标目录:AppServer8Config-base/nodeagents/nodeagentName/instanceName/config8.
修改发行版本4ApplicationServerdomain.
xml文件.
a.
在最初部署AccessManager的发行版本2ApplicationServer实例的server.
xml文件中,复制AccessManagerclasspath-suffix和server-classpath信息:AppServer7Config-base/domains/domainName/instanceName/config/server.
xmlb.
在已升级ApplicationServer实例(其中部署了AccessManager)的domain.
xml文件中,将复制的类路径信息分别附加到classpath-suffix和server-classpath条目上:AppServer8Config-base/nodeagents/nodeagentName/instanceName/config/domain.
xml应将类路径信息添加到发行版本4ApplicationServerdomain.
xml文件的instanceName-config块中.
该块的起始行是:在向类路径条目添加信息时,应确保在新旧信息之间加一个冒号(":"),或者类路径条目中当前所使用的任意一种路径分隔符.
也可删除带AppServer7-base路径的所有条目(注意不要引入错误).
从JavaES发行版本2升级AccessManager208SunJavaEnterpriseSystem2005Q4升级指南9.
重新启动DAS.
AppServer8-base/bin/asadminstop-domain--useradmin_ID--passwordpassworddomainNameAppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName10.
重新启动在其中部署了AccessManager的服务器实例.
AppServer8-base/bin/asadminstop-node-agent--useradmin_ID--passwordpasswordnodeagentNameAppServer8-base/bin/asadminstart-node-agent--useradmin_ID--passwordpasswordnodeagentName11.
按第198页中的步骤6所述更新目录结构和模式.
检验AccessManager升级完成升级过程后,可按第199页中的"检验AccessManager升级"中所述检验升级是否成功.
升级后的任务如果要使用安全声明标记语言(SecurityAssertionMarkupLanguage,SAML)服务,必须使用AccessManager控制台添加并启用一个SAML验证模块.
有关创建SAML验证模块实例的信息,参阅SunJavaSystemAccessManager管理指南(http://docs.
sun.
com/doc/819-1940).
升级回滚未提供用于将AccessManager回滚至其升级前的状态的脚本.
必须使用作为升级前任务的一部分而备份的AccessManager数据手动执行该过程(参见第192页中的"备份发行版本3AccessManager日志和调试文件").
回滚过程过于困难以至于无法实现.
209第12章DirectoryPreparationTool本章介绍如何将DirectoryPreparationTool升级到JavaES2005Q4(发行版本4):SunJavaSystemDirectoryPreparationTool6.
32005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第210页中的"DirectoryPreparationTool升级概述"第212页中的"从JavaES发行版本3升级DirectoryPreparationTool"第218页中的"从JavaES发行版本2升级DirectoryPreparationTool"注本章中的文件位置是相对于一个称为DirPrepTool-base的目录路径而指定的.
在最初安装DirectoryPreparationTool时,可能至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
DirPrepTool-base的默认值视操作系统平台而定:Solaris:/opt/SUNWcomdsLinux:/opt/sun/comms/dssetupDirectoryPreparationTool升级概述210SunJavaEnterpriseSystem2005Q4升级指南DirectoryPreparationTool升级概述本节将在以下方面对DirectoryPreparationTool进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4DirectoryPreparationToolDirectoryPreparationTool升级指导说明DirectoryPreparationTool数据兼容性问题DirectoryPreparationTool依赖性关于JavaES发行版本4DirectoryPreparationToolJavaES发行版本4的DirectoryPreparationTool进行了许多必要的修复,以准备好DirectoryServer供发行版本4的通信组件(MessagingServer、CalendarServer、CommunicationsExpress和DelegatedAdministrator)使用.
有关详细信息,参见相应的发行说明.
DirectoryPreparationTool升级指导说明表12-1显示了所支持的升级至JavaES发行版本4的DirectoryPreparationTool升级途径.
此表既适用于Solaris操作系统,也适用于Linux操作系统.
表12-1升级到JavaES发行版本4:SunJavaSystemDirectoryPreparationTool6.
32005Q4的途径JavaES发行版本DirectoryPreparationTool版本常规方法必需的重新配置发行版本3SunJavaSystemDirectoryPreparationTool6.
22005Q1直接升级:通过应用修补程序执行.
为发行版本4的通信组件准备DirectoryServer发行版本2comm_dssetup.
pl脚本版本6.
1修订版0.
2(与MessagingServer和CalendarServer捆绑在一起)直接升级:通过应用起源修补程序后应用升级修补程序执行.
为发行版本4的通信组件准备DirectoryServerDirectoryPreparationTool升级概述第12章DirectoryPreparationTool211DirectoryPreparationTool数据下表显示了可能受DirectoryPreparationTool软件升级影响的数据类型.
兼容性问题发行版本4DirectoryPreparationTool的接口没有任何变化,并与早期版本向后兼容.
DirectoryPreparationTool依赖性DirectoryPreparationTool依赖DirectoryServer,除此之外不依赖其他JavaES组件.
DirectoryPreparationTool用于配置DirectoryServer以同JavaES通信组件一起使用.
发行版本1comm_dssetup.
pl脚本(与MessagingServer和CalendarServer捆绑在一起)直接升级未经验证:但可以通过应用起源修补程序后应用升级修补程序执行.
为发行版本4的通信组件准备DirectoryServerJavaES以前的发行版本ims_dssetup.
pl脚本(与MessagingServer捆绑在一起)不直接升级:表12-2DirectoryPreparationTool数据用途数据类型位置用途DirectoryServer模式DirectoryServer为发行版本4的通信组件准备DirectoryServer:修改模式、创建新条目和创建索引表12-1升级到JavaES发行版本4:SunJavaSystemDirectoryPreparationTool6.
32005Q4的途径(续)JavaES发行版本DirectoryPreparationTool版本常规方法必需的重新配置从JavaES发行版本3升级DirectoryPreparationTool212SunJavaEnterpriseSystem2005Q4升级指南从JavaES发行版本3升级DirectoryPreparationTool本节包含关于将DirectoryPreparationTool从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3DirectoryPreparationTool的升级简介将JavaES发行版本3的DirectoryPreparationTool升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本3版本执行升级.
然后即可根据需要使用DirectoryPreparationTool修改DirectoryServer,以支持发行版本4的MessagingServer、CalendarServer、CommunicationsExpress和DelegatedAdministrator组件.
升级依赖性.
DirectoryPreparationTool不依赖JavaES共享组件,并与发行版本3的DirectoryServer兼容.
因此,相对于DirectoryPreparationTool到发行版本4的升级,DirectoryServer的升级是可选的.
向后兼容性.
发行版本4的DirectoryPreparationTool与发行版本3版本向后兼容.
升级回滚.
发行版本4到发行版本3的升级回滚可通过删除升级期间所应用的修补程序实现.
然后可针对DirectoryServer运行发行版本3的DirectoryPreparationTool,撤消发行版本4所做的更改.
平台问题.
在Solaris操作系统和Linux操作系统中,升级DirectoryPreparationTool的常规方法相同,但是修补技术却不同.
因此该升级过程包括特定于平台的过程,且通常无法在Linux平台上回滚修补程序.
从JavaES发行版本3升级DirectoryPreparationTool第12章DirectoryPreparationTool213发行版本3DirectoryPreparationTool的升级本节介绍如何在Solaris和Linux平台上将DirectoryPreparationTool从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3DirectoryPreparationTool(Solaris)升级发行版本3DirectoryPreparationTool(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级DirectoryPreparationTool之前,应执行下述任务.
检验当前版本信息可检验上次针对DirectoryServer运行的DirectoryPreparationTool的版本,方法是检查该工具所写的cn=CommServers,o=comms-config条目的属性值:.
/ldapsearch-D"cn=DirectoryManager"-wpassword-bcn=CommServers,o=comms-configcn="CommServers"sunkeyvalue该条目有两个用于指定当前版本的属性:dssetup_ver=version(例如,6.
3)dssetup_rev=revision(例如,2.
01)仅在当前运行的DirectoryPreparationTool的版本等同于或早于先前运行的工具版本时,该工具才会向控制台写一条消息.
请参见升级过程,第215页中的步骤5(Solaris)或第217页中的步骤5(Linux),了解如何运行该工具.
升级DirectoryPreparationTool依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,DirectoryPreparationTool到发行版本4的升级不依赖任何其他JavaES组件.
从JavaES发行版本3升级DirectoryPreparationTool214SunJavaEnterpriseSystem2005Q4升级指南备份目录数据DirectoryPreparationTool从发行版本3升级到发行版本4时本身并不会修改DirectoryServer数据.
但是,为安全起见,最好先备份DirectoryServer,然后升级DirectoryPreparationTool并针对DirectoryServer运行该工具.
获取所需的配置信息和密码DirectoryPreparationTool升级要求您知道超级用户密码.
该工具会记住上次运行时使用的参数值,并在下次运行时将这些值作为默认值提供.
升级发行版本3DirectoryPreparationTool(Solaris)本节讨论影响DirectoryPreparationTool升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将DirectoryPreparationTool软件升级至JavaES发行版本4时,应考虑以下注意事项:发行版本3的DirectoryPreparationTool已随DirectoryServer一起安装,并驻留在托管DirectoryServer的任意一台计算机上.
必须在托管将由MessagingServer、CalendarServer、CommunicationsExpress或DelegatedAdministrator组件使用的每个DirectoryServer实例的计算机上执行DirectoryPreparationTool的升级.
下表显示了用于Solaris操作系统的发行版本4的DirectoryPreparationTool升级修补程序:表12-3在Solaris上升级DirectoryPreparationTool的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10DirectoryPreparationTool(DSSETUP)118245-05118246-05从JavaES发行版本3升级DirectoryPreparationTool第12章DirectoryPreparationTool215升级过程(Solaris)下述过程适用于安装在DirectoryServer所驻留的计算机上的DirectoryPreparationTool.
1.
根据表12-3,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
应用表12-3中相应的DirectoryPreparationTool修补程序.
patchaddpatch_ID4.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤3中应用的修补程序ID的版本.
5.
针对DirectoryServer运行DirectoryPreparationTool.
a.
确认DirectoryServer正在运行.
b.
将目录更改为DirectoryPreparationTool所在的位置.
cdDirPrepTool-base/sbinc.
运行DirectoryPreparationTool(comm_dssetup.
plperl脚本).
perlcomm_dssetup.
pl提供该脚本要求的参数.
升级发行版本3DirectoryPreparationTool(Linux)本节讨论影响DirectoryPreparationTool升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将DirectoryPreparationTool软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第214页中的"升级注意事项(Solaris)").
从JavaES发行版本3升级DirectoryPreparationTool216SunJavaEnterpriseSystem2005Q4升级指南下表显示了用于Linux操作系统的发行版本4的DirectoryPreparationTool升级修补程序:升级过程(Linux)下述过程适用于安装映像在DirectoryServer所驻留的计算机上的DirectoryPreparationTool.
1.
使用表12-4中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
应用表12-4中用于DirectoryPreparationTool的RPM.
rpm-Uvhsun-comms-dssetup-6.
3-2.
5.
i386.
rpm4.
确认升级成功:rpm-qsun-comms-dssetup应该返回RPM的新版本号.
表12-4在Linux上升级DirectoryPreparationTool的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称DirectoryPreparationTool(DSSETUP)118247-05sun-comms-dssetup-6.
3-2.
5.
i386.
rpm注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级DirectoryPreparationTool第12章DirectoryPreparationTool2175.
针对DirectoryServer运行DirectoryPreparationTool.
a.
确认DirectoryServer正在运行.
b.
将目录更改为DirectoryPreparationTool所在的位置.
cdDirPrepTool-base/sbinc.
运行DirectoryPreparationTool(comm_dssetup.
plperl脚本).
perlcomm_dssetup.
pl提供该脚本要求的参数.
检验升级通过检查运行脚本时创建的日志文件,可检验DirectoryPreparationTool升级以及目录模式扩展是否成功.
该日志文件位于:/var/tmp/dssetup_yyyymmddhhmmss升级后的任务除第215页中的"升级过程(Solaris)"和第216页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响DirectoryPreparationTool升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的DirectoryPreparationTool的升级回滚过程是升级至发行版本4的相反过程.
但是,DirectoryPreparationTool所做更改中包括了对DirectoryServer模式的修改.
这些更改不能通过下述回滚过程撤消,但模式更改可向后兼容.
从JavaES发行版本2升级DirectoryPreparationTool218SunJavaEnterpriseSystem2005Q4升级指南回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
删除第214页中的表12-3中的修补程序.
patchrmpatch_ID3.
针对DirectoryServer运行回滚的DirectoryPreparationTool.
DirectoryServer修改(包括索引)会恢复到先前的状态,但是模式更改仍会保留.
这些更改对模式扩展没有负面影响;它们可向后兼容.
从JavaES发行版本2升级DirectoryPreparationTool将JavaES2004Q2(发行版本2)DirectoryPreparationTool升级至发行版本4的过程与将发行版本3的DirectoryPreparationTool升级至发行版本4的过程大致相同,但存在以下例外.
在JavaES发行版本2中,DirectoryPreparationTool(随后称为comm_dssetup)与MessagingServer和CalendarServer捆绑在一起,不是作为单独的软件包安装.
因此,在托管DirectoryServer的计算机上没有已安装的DirectoryPreparationTool软件包或RPM.
为此,要从发行版本2升级到发行版本4,必须安装DirectoryPreparationTool软件包:对于Solaris平台,将该DPT软件包作为起源修补程序安装,其中包含全部DirectoryPreparationTool软件.
然后应用修补程序以升级到发行版本4.
对于Linux平台,将直接安装发行版本4软件包.
从发行版本2的DirectoryPreparationTool升级至发行版本4与第212页中的"从JavaES发行版本3升级DirectoryPreparationTool"中所述的过程相似.
升级前和升级后的注意事项相同,只需将引用发行版本3的地方用发行版本2代替.
不过,在以下各小节中介绍了具体的升级过程.
从JavaES发行版本2升级DirectoryPreparationTool第12章DirectoryPreparationTool219发行版本2升级过程(Solaris)下述过程适用于安装在DirectoryServer所驻留的计算机上的DirectoryPreparationTool.
1.
根据下表,获取所需的起源修补程序:可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
应用表12-5中的DirectoryPreparationTool起源修补程序.
patchaddpatch_ID4.
根据表12-3,获取所需的升级修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access5.
应用表12-3中相应的DirectoryPreparationTool升级修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
表12-5在Solaris上升级DirectoryPreparationTool的起源修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10DirectoryPreparationTool(DSSETUP)118242-03118243-03从JavaES发行版本2升级DirectoryPreparationTool220SunJavaEnterpriseSystem2005Q4升级指南7.
针对DirectoryServer运行DirectoryPreparationTool.
a.
确认DirectoryServer正在运行.
b.
将目录更改为DirectoryPreparationTool所在的位置.
cdDirPrepTool-base/sbinc.
运行DirectoryPreparationTool(comm_dssetup.
plperl脚本).
perlcomm_dssetup.
pl提供该脚本要求的参数.
发行版本2升级过程(Linux)下述过程适用于安装在DirectoryServer所驻留的计算机上的DirectoryPreparationTool.
1.
以root身份登录,或成为超级用户.
su-2.
使用第216页中的表12-4中的修补程序号和RPM名称获取所需的升级修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access3.
应用第216页中的表12-4中用于DirectoryPreparationTool的升级RPM.
rpm-Uvhsun-comms-dssetup-6.
3-2.
5.
i386.
rpm4.
确认升级成功:rpm-qsun-comms-dssetup应该返回RPM的新版本号.
从JavaES发行版本2升级DirectoryPreparationTool第12章DirectoryPreparationTool2215.
针对DirectoryServer运行DirectoryPreparationTool.
a.
确认DirectoryServer正在运行.
b.
将目录更改为DirectoryPreparationTool所在的位置.
cdDirPrepTool-base/sbinc.
运行DirectoryPreparationTool(comm_dssetup.
plperl脚本).
perlcomm_dssetup.
pl提供该脚本要求的参数.
从JavaES发行版本2升级DirectoryPreparationTool222SunJavaEnterpriseSystem2005Q4升级指南223第13章MessagingServer本章介绍如何将MessagingServer升级到JavaES2005Q4(发行版本4):SunJavaSystemMessagingServer6.
22005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第224页中的"MessagingServer升级概述"第227页中的"从JavaES发行版本3升级MessagingServer"第237页中的"从JavaES发行版本2升级MessagingServer"注本章中的文件位置是相对于一个称为MessagingServer-base的目录路径而指定的.
在最初安装MessagingServer时,可能至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
MessagingServer-base的默认值视操作系统平台而定:Solaris:/opt/SUNWmsgsrLinux:/opt/sun/messagingMessagingServer升级概述224SunJavaEnterpriseSystem2005Q4升级指南MessagingServer升级概述本节将在以下方面对MessagingServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4MessagingServerMessagingServer升级指导说明MessagingServer数据兼容性问题MessagingServer组件依赖性关于JavaES发行版本4MessagingServerJavaES发行版本4MessagingServer主要修复了一些错误,相对于发行版本3并未新增任何主要的功能.
MessagingServer升级指导说明表13-1显示了所支持的升级至JavaES发行版本4的MessagingServer升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表13-1升级到JavaES发行版本4:SunJavaSystemMessagingServer6.
22005Q4的途径JavaES发行版本MessagingServer版本常规方法必需的重新配置发行版本3SunJavaSystemMessagingServer52006.
2Q1直接升级:通过应用修补程序执行.
配置文件和配置目录数据发行版本2SunJavaSystemMessagingServer6.
12004Q2直接升级:通过应用修补程序执行.
配置文件和配置目录数据发行版本1SunONEMessagingServer6.
0(2003Q4)不直接升级:但可以按照JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中的过程首先升级到发行版本3.
然后从发行版本3升级到发行版本4.
配置文件和配置目录数据MessagingServer升级概述第13章MessagingServer225MessagingServer数据下表显示了可能受MessagingServer软件升级影响的数据类型.
JavaES以前的发行版本SunONEMessagingServer5.
2不直接升级:但可以按照JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中的过程首先升级到发行版本3.
然后从发行版本3升级到发行版本4.
配置文件和配置目录数据表13-2MessagingServer数据用途数据类型位置用途配置数据本地配置目录:MessagingServer-base/config/msg.
conf和用于配置MessagingServerStore、MTA、MMP、MEM(Web邮件)的许多其他配置文件MessagingServer组件的配置配置数据DirectoryServer配置目录MessagingServer组件的配置用户数据DirectoryServer用户/组目录存储用以支持最终用户消息传送的用户属性动态应用程序数据MessagingServerStore:MessagingServer-base/代表用户存储电子邮件消息、消息传输队列及相关信息目录模式DirectoryServer/var/opt/mps/serverroot用于支持最终用户所需的用户属性表13-1升级到JavaES发行版本4:SunJavaSystemMessagingServer6.
22005Q4的途径(续)JavaES发行版本MessagingServer版本常规方法必需的重新配置MessagingServer升级概述226SunJavaEnterpriseSystem2005Q4升级指南兼容性问题发行版本4MessagingServer没有任何接口变化.
MessagingServerStore、MTA、MMP、MEM组件以及MessagingServer的逻辑上独立的配置与早期版本向后兼容.
MessagingServer组件依赖性MessagingServer对其他JavaES组件的依赖性会影响升级和重新配置MessagingServer软件的过程.
例如,MessagingServer接口或功能上的变化可能要求MessagingServer所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
MessagingServer对以下JavaES组件具有依赖性:共享组件.
MessagingServer对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
DirectoryServer.
MessagingServer将消息传送所需的配置数据和用户数据存储在DirectoryServer中.
因此,MessagingServer升级可能需要目录模式的扩展.
DirectoryPreparationTool.
MessagingServer使用DirectoryPreparationTool准备DirectoryServer,以支持MessagingServer功能.
AccessManager(可选).
对于支持用户单点登录访问基于Web的服务的软件解决方案,可将MessagingServer配置为使用AccessManager单点登录功能.
DelegatedAdministrator(可选).
当在DirectoryServer中置备用户,以使MessagingServer有权访问那些提供消息服务所需的用户数据时,DelegatedAdministrator是首选实用程序.
从JavaES发行版本3升级MessagingServer第13章MessagingServer227从JavaES发行版本3升级MessagingServer本节包含关于将MessagingServer从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3MessagingServer的升级简介将JavaES发行版本3MessagingServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过向发行版本3的版本应用修补程序执行升级.
通过运行两个数据配置实用程序并将配置数据导入到DirectoryServer来实现重新配置.
升级依赖性.
虽然MessagingServer对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4MessagingServer要求必须将NSS、NSPR、LDAPCSDK、ICU和SASL升级到发行版本4.
对于MessagingServer到发行版本4的升级,J2SE的升级是可选的.
此外,如第226页中的"MessagingServer组件依赖性"中所述,发行版本4MessagingServer依赖于DirectoryServer,并且选择性地依赖于AccessManager.
但是,这些是软性升级依赖性;对于MessagingServer到发行版本4的升级,这些组件的升级是可选的.
但是,发行版本4MessagingServer对DirectoryPreparationTool具有硬性升级依赖性;在为消息传送操作准备DirectoryServer时,发行版本4DirectoryPreparationTool是必需的.
向后兼容性.
发行版本4的MessagingServer与发行版本3的版本向后兼容.
升级回滚.
MessagingServer的发行版本4到发行版本3的升级回滚的实现方法是:首先删除对DirectoryServer所做的更改,然后删除对本地配置文件的更改,最后删除升级期间所应用的修补程序.
平台问题.
在Solaris和Linux操作系统上,升级MessagingServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
从JavaES发行版本3升级MessagingServer228SunJavaEnterpriseSystem2005Q4升级指南发行版本3MessagingServer的升级本节介绍如何在Solaris和Linux平台上将MessagingServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3MessagingServer(Solaris)升级发行版本3MessagingServer(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级MessagingServer之前,应执行下述任务.
检验当前版本信息可通过输入以下命令检验MessagingServer的当前版本:MessagingServer-base/sbin/imsimtaversion表13-3MessagingServer版本检验输出JavaES发行版本MessagingServer版本号发行版本26.
1发行版本36.
2发行版本46.
2p3从JavaES发行版本3升级MessagingServer第13章MessagingServer229升级MessagingServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,MessagingServer仅对SASL共享组件和DirectoryPreparationTool具有硬性升级依赖性.
因此,升级MessagingServer所依赖的其他JavaES发行版本3组件是可选的.
但是,如果选择升级MessagingServer所依赖的所有组件,则它们应按以下顺序升级,并且应在升级MessagingServer之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将NSS、NSPR、LDAPCSDK、ICU和SASL共享组件升级至发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
AccessManager(可选).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
4.
DirectoryPreparationTool.
配置发行版本4的MessagingServer之前,需要在DirectoryServer中运行发行版本4的DirectoryPreparationTool.
如果未在DirectoryServer中运行发行版本4的DirectoryPreparationTool,则将DirectoryPreparationTool升级至发行版本4,并使用它修改并扩展DirectoryServer的模式(有关过程,参见第209页中的第12章"DirectoryPreparationTool").
备份MessagingServer数据将MessagingServer从发行版本3升级至发行版本4需要在本地配置文件和DirectoryServer配置目录中重新配置MessagingServer.
本地更改是可以回滚的,但最好备份配置目录,以备将来回滚发行版本4升级之需.
获取所需的配置信息和密码MessagingServer升级需要了解以下信息:超级用户密码目录管理员DN和密码从JavaES发行版本3升级MessagingServer230SunJavaEnterpriseSystem2005Q4升级指南升级发行版本3MessagingServer(Solaris)本节讨论影响MessagingServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将MessagingServer软件升级至JavaES发行版本4时,应考虑以下注意事项:所有对应于同一个已安装MessagingServer映像的MessagingServer组件(如MessagingServerStore、MTA、MMP或MEM)都将会同时升级.
在向安装的映像应用修补程序之前,应先将所有此类组件关闭.
下表显示了用于Solaris操作系统的发行版本4的MessagingServer升级修补程序:升级过程(Solaris)下述过程适用于所有这样的MessagingServer组件,它们与即将进行升级的计算机上的同一个已安装MessagingServer映像相对应.
1.
根据表13-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
停止所有正在运行的MessagingServer组件.
MessagingServer-base/sbin/stop-msg表13-4在Solaris上升级MessagingServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10MessagingServer核心组件118207-38118208-38MessagingServer本地化版本117784-15117785-15从JavaES发行版本3升级MessagingServer第13章MessagingServer2314.
将必需的共享组件升级到发行版本4(如果尚未执行此操作).
第229页中的"升级MessagingServer依赖项".
5.
应用表13-4中相应的MessagingServer修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
7.
将配置数据从现有配置文件迁移至发行版本4配置文件.
a.
创建候选配置文件.
cdMessagingServer-base/sbin.
/patch-configMessagingServer-base/install/patch/patch_ID此命令将备份现有配置文件,然后将这些文件中的配置参数值与发行版本4模板配置文件合并,从而创建新的发行版本4候选配置文件.
您应该按修补程序118209自述文件的"特殊安装说明"部分所述,检查这些新文件是否存在可能的冲突.
此命令还将生成以下ldif文件(LDAP目录导入文件):MessagingServer-base/lib/patch/cfgdir_diff.
ldifMessagingServer-base/lib/patch/ugdir_diff.
ldifb.
安装发行版本4的候选配置文件,使它们成为活动配置.
.
/install-newconfigMessagingServer-base/install/patch/patch_ID该命令会将发行版本4的新配置文件安装到它们在发行版本4的正确位置中.
注意:如果install-newconfig命令在Solaris10平台上失败,请在运行该命令时将库路径设置为空:LD_LIBRARY_PATH=.
/install-newconfigMessagingServer-base/install/patch/patch_ID从JavaES发行版本3升级MessagingServer232SunJavaEnterpriseSystem2005Q4升级指南c.
将第231页中的步骤a中生成的新配置数据导入到MessagingServer正在使用的DirectoryServer配置目录中.
切换到配置目录并使用ldapmodify命令导入ldif文件:cd/MessagingServer-base/config/lib.
/ldapmodify-Dbind_dn-wpassword-c-epatch/cfgdir_diff.
rej-fpatch/cfgdir_diff.
ldif.
/ldapmodify-Dbind_dn-wpassword-c-epatch/ugdir_diff.
rej-fpatch/ugdir_diff.
ldif8.
重新启动在步骤3中停止的MessagingServer组件.
MessagingServer-base/sbin/start-msg升级发行版本3MessagingServer(Linux)本节讨论影响MessagingServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将MessagingServer软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第230页中的"升级注意事项(Solaris)").
下表显示了Linux操作系统的发行版本4的MessagingServer升级修补程序:表13-5在Linux上升级MessagingServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称含S/MIME的MessagingServer核心软件118209-38sun-messaging-server-6.
1-12.
38.
i386.
rpmMessagingServer本地化版本117786-15sun-messaging-l10n-Locale-6.
1-8.
15.
i386.
rpm从JavaES发行版本3升级MessagingServer第13章MessagingServer233升级过程(Linux)下述过程适用于所有这样的MessagingServer组件,它们与即将进行升级的计算机上的同一个已安装MessagingServer映像相对应.
1.
使用表13-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
停止所有正在运行的MessagingServer组件.
MessagingServer-base/sbin/stop-msg4.
将必需的共享组件升级到发行版本4(如果尚未执行此操作).
第229页中的"升级MessagingServer依赖项".
5.
应用表13-5中用于MessagingServer的RPM.
例如:rpm-Fvhsun-messaging-server-6.
1-12.
38.
i386.
rpm6.
确认修补程序升级成功:rpm-qsun-messaging-server应该返回RPM的新版本号.
注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级MessagingServer234SunJavaEnterpriseSystem2005Q4升级指南7.
将配置数据从现有配置文件迁移至发行版本4配置文件.
a.
创建候选配置文件.
cdMessagingServer-base/sbin.
/patch-configMessagingServer-base/install/patch/patch_ID此命令将备份现有配置文件,然后将这些文件中的配置参数值与发行版本4模板配置文件合并,从而创建新的发行版本4候选配置文件.
您应该按修补程序118209自述文件的"特殊安装说明"部分所述,检查这些新文件是否存在可能的冲突.
此命令还将生成以下ldif文件(LDAP目录导入文件):MessagingServer-base/lib/patch/cfgdir_diff.
ldifMessagingServer-base/lib/patch/ugdir_diff.
ldifb.
安装发行版本4的候选配置文件,使它们成为活动配置.
.
/install-newconfigMessagingServer-base/install/patch/patch_ID该命令会将发行版本4的新配置文件安装到它们在发行版本4的正确位置中.
c.
将第234页中的步骤a中生成的新配置数据导入到MessagingServer正在使用的DirectoryServer配置目录中.
切换到配置目录并使用ldapmodify命令导入ldif文件:cd/MessagingServer-base/config/lib.
/ldapmodify-Dbind_dn-wpassword-c-epatch/cfgdir_diff.
rej-fpatch/cfgdir_diff.
ldif.
/ldapmodify-Dbind_dn-wpassword-c-epatch/ugdir_diff.
rej-fpatch/ugdir_diff.
ldif8.
重新启动在步骤3中停止的MessagingServer组件.
MessagingServer-base/sbin/start-msg从JavaES发行版本3升级MessagingServer第13章MessagingServer235检验升级可通过输入以下命令检验MessagingServer的当前版本:MessagingServer-base/sbin/imsimtaversion还可检查在启动MessagingServer组件时显示的标题参见第228页中的表13-3确认输出值.
升级后的任务除第230页中的"升级过程(Solaris)"和第233页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响MessagingServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的MessagingServer的升级回滚过程几乎就是升级至发行版本4的相反过程.
该过程将回滚重新配置并删除修补程序.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
停止所有正在运行的MessagingServer组件.
MessagingServer-base/sbin/stop-msg3.
回滚对MessagingServer正在使用的DirectoryServer配置目录所做的更改.
将目录替换为在开始升级过程之前所备份的升级前目录(参见第229页中的"备份MessagingServer数据").
从JavaES发行版本3升级MessagingServer236SunJavaEnterpriseSystem2005Q4升级指南4.
回滚在第231页中的步骤7中执行的重新配置.
cdMessagingServer-base/sbin.
/uninstall-newconfigMessagingServer-base/install/patch/patch_ID5.
删除第230页中的表13-4中的修补程序.
patchrmpatch_ID6.
重新启动在步骤2中停止的MessagingServer组件.
MessagingServer-base/sbin/start-msg多实例升级在一些部署体系结构中,MessagingServer被部署在多个计算机系统上,以提供高可用性和可伸缩性.
例如,您可以在多台计算机上运行MessagingServerMTA或MessagingServerMMP组件,并使用一个负载平衡器来分配负载.
还可以在SunCluster环境中运行MessagingServerStore组件,以提供高可用性.
就MessagingServer的负载平衡实例而言,可执行滚动升级,期间您可依序升级各个MessagingServer实例而不中断服务.
在升级每个MessagingServer实例时,其他实例仍可保持运行.
在各个MS子组件(MSStore、MTA、MMP、MEM)分别部署于不同计算机上的部署体系结构中,组件的升级是从后端层(MSStore)开始,逐步达到前端层(如MEM).
请按第228页中的"发行版本3MessagingServer的升级"中所述执行每个实例的升级.
就在群集环境中运行的MessagingServer实例而言,这些实例共享同一个配置.
因此,需要向每个实例应用MessagingServer升级修补程序,但向所有实例应用完修补程序后,仅需执行一次升级过程的重新配置部分.
从JavaES发行版本2升级MessagingServer第13章MessagingServer237从JavaES发行版本2升级MessagingServer将JavaES2004Q2(发行版本2)MessagingServer升级至发行版本4的过程与将发行版本3MessagingServer升级至发行版本4大致相同,下文说明了其中的几处例外.
升级MessagingServer依赖项与从发行版本3升级相比,从发行版本2到发行版本4的升级前任务应包括将MessagingServer所依赖的所有共享组件(参见第38页中的表1-6)和所有本地驻留的产品组件升级到发行版本4:1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
DirectoryServer很少与MessagingServer驻留在相同的计算机上,但是,第110页中的"从JavaES发行版本2升级DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
AccessManager(可选).
第203页中的"从JavaES发行版本2升级AccessManager"中提供了将AccessManager升级至发行版本4的说明.
4.
DirectoryPreparationTool.
DirectoryPreparationTool很少与MessagingServer驻留在相同的计算机上,但是,第218页中的"从JavaES发行版本2升级DirectoryPreparationTool"中提供了升级DirectoryPreparationTool和在DirectoryServer上运行DirectoryPreparationTool的说明.
发行版本2MessagingServer的升级将MessagingServer从发行版本2升级至发行版本4的过程视操作系统平台而定.
升级发行版本2MessagingServer(Solaris)要将发行版本2的MessagingServer升级至发行版本4,可按照第237页中的"升级发行版本2MessagingServer(Solaris)"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
从JavaES发行版本2升级MessagingServer238SunJavaEnterpriseSystem2005Q4升级指南升级发行版本2MessagingServer(Linux)下述过程适用于所有这样的MessagingServer组件,它们与即将进行升级的计算机上的同一个已安装MessagingServer映像相对应.
1.
以root身份登录,或成为超级用户.
su-2.
停止所有正在运行的MessagingServer组件.
MessagingServer-base/sbin/stop-msg3.
将必需的共享组件升级到发行版本4(如果尚未执行此操作).
参见第237页中的"升级MessagingServer依赖项".
4.
卸载发行版本2RPM软件包.
rpm-e--noscriptssun-messaging-lib-6.
1-9\sun-messaging-store-6.
1-9\sun-messaging-install-6.
1-9\sun-messaging-core-6.
1-9\sun-messaging-mmp-6.
1-9\sun-messaging-sieveui-6.
1-9\sun-messaging-webmail-6.
1-9\sun-messaging-core-en-6.
1-9\sun-messaging-mta-6.
1-95.
安装第232页中的表13-5中用于MessagingServer的RPM.
rpm-isun-messaging-server-6.
1-12.
38.
i386.
rpm6.
确认修补程序升级成功:rpm-qsun-messaging-server应该返回新安装的RPM的版本号.
7.
在其他位置保存旧的发行版本2配置.
配置文件位于:MessagingServer-base/config注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本2升级MessagingServer第13章MessagingServer2398.
运行MessagingServer配置程序.
cdMessagingServer-base/sbin.
/configure9.
手动将发行版本2配置值和新的发行版本4配置条目合并在一起.
10.
重新启动在步骤2中停止的MessagingServer组件.
MessagingServer-base/sbin/start-msg有关更多详细信息(例如,使用configutil命令更改HTTP端口的信息),参见修补程序118209-38自述文件的"特殊安装说明"部分.
检验升级可通过输入以下命令检验MessagingServer的当前版本:MessagingServer-base/sbin/imsimtaversion还可检查在启动MessagingServer组件时显示的标题.
参见第228页中的表13-3确认输出值.
升级后的任务除第230页中的"升级过程(Solaris)"和第233页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
从JavaES发行版本2升级MessagingServer240SunJavaEnterpriseSystem2005Q4升级指南241第14章CalendarServer本章介绍如何将CalendarServer升级到JavaES2005Q4(发行版本4):SunJavaSystemCalendarServer6.
22005Q4.
其中概括介绍了JavaES发行版本4所支持的不同升级途径的升级问题和过程.
本章内容涵盖在Solaris和Linux操作系统上的升级:第242页中的"CalendarServer升级概述"第244页中的"从JavaES发行版本3升级CalendarServer"第251页中的"从JavaES发行版本2升级CalendarServer"注本章中的文件位置是相对于一个称为CalendarServer-base的目录路径而指定的.
在最初安装CalendarServer时,至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
CalendarServer-base的默认值视操作系统平台而定:Solaris:/opt/SUNWics5Linux:/opt/sun/calendarCalendarServer升级概述242SunJavaEnterpriseSystem2005Q4升级指南CalendarServer升级概述本节将在以下方面对CalendarServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4CalendarServerCalendarServer升级指导说明CalendarServer数据兼容性问题CalendarServer组件依赖性关于JavaES发行版本4CalendarServerJavaES发行版本4CalendarServer主要修复了一些错误,相对于发行版本3并未新增任何主要的功能.
CalendarServer升级指导说明表14-1显示了所支持的升级至JavaES发行版本4的CalendarServer升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表14-1升级到JavaES发行版本4:SunJavaSystemCalendarServer6.
22005Q4的途径JavaES发行版本CalendarServer版本常规方法必需的重新配置发行版本3SunJavaSystemCalendarServer62005Q1直接升级:通过应用修补程序执行.
无发行版本2SunJavaSystemCalendarServer62004Q2直接升级:通过应用修补程序执行.
配置文件发行版本1SunONECalendarServer6.
0(2003Q4)直接升级未经验证:但可通过应用修补程序执行.
配置文件JavaES以前的发行版本所有先前版本不直接升级.
CalendarServer升级概述第14章CalendarServer243CalendarServer数据下表显示了可能受CalendarServer软件升级影响的数据类型.
兼容性问题发行版本4的CalendarServer的接口没有任何变化.
CalendarServer与早期版本向后兼容.
CalendarServer组件依赖性CalendarServer对其他JavaES组件的依赖性会影响升级和重新配置CalendarServer软件的过程.
例如,CalendarServer接口或功能上的变化可能要求CalendarServer所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
CalendarServer对以下JavaES组件具有依赖性:共享组件.
CalendarServer对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
DirectoryServer.
CalendarServer访问DirectoryServer中存储的用户数据.
因此,CalendarServer升级可能需要目录模式的扩展.
DirectoryPreparationTool.
CalendarServer使用DirectoryPreparationTool准备目录,以支持CalendarServer功能.
AccessManager(可选).
对于支持用户单点登录访问基于Web的服务的软件解决方案,可将CalendarServer配置为使用AccessManager单点登录功能.
表14-2CalendarServer数据用途数据类型位置用途配置数据etc/CalendarServer-base/cal/config/ics.
confCalendarServer的配置动态应用程序数据CalendarServer数据库:/var/CalendarServer-base/csdb代表用户存储日历条目目录模式DirectoryServer用户/组目录用于支持最终用户所需的用户属性从JavaES发行版本3升级CalendarServer244SunJavaEnterpriseSystem2005Q4升级指南MessagingServer(可选).
可对CalendarServer进行配置,使之能使用MessagingServer提供日历事件的消息传送通知.
DelegatedAdministrator(可选).
当在DirectoryServer中置备用户,以使CalendarServer能访问提供日历服务所需的用户数据时,DelegatedAdministrator是首选实用程序.
从JavaES发行版本3升级CalendarServer本节包含关于将CalendarServer从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3CalendarServer的升级多实例升级简介将JavaES发行版本3CalendarServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本3的版本执行升级.
升级依赖性.
虽然CalendarServer对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4的CalendarServer只需将SASL升级至发行版本4.
相对于CalendarServer的升级,其他共享组件的升级是可选的.
此外,如第243页中的"CalendarServer组件依赖性"中所述,发行版本4CalendarServer依赖于DirectoryServer,并且选择性地依赖于AccessManager.
但是,这些是软性升级依赖性;对于CalendarServer到发行版本4的升级,这些组件的升级是可选的.
但是,发行版本4的CalendarServer对DirectoryPreparationTool具有硬性升级依赖性;为日历操作准备DirectoryServer需要发行版本4的DirectoryPreparationTool.
向后兼容性.
发行版本4的CalendarServer与发行版本3的版本向后兼容.
从JavaES发行版本3升级CalendarServer第14章CalendarServer245升级回滚.
CalendarServer的发行版本4到发行版本3的升级回滚可通过删除升级期间所应用的修补程序实现.
平台问题.
在Solaris和Linux操作系统上,升级CalendarServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本3CalendarServer的升级本节介绍如何在Solaris和Linux平台上将CalendarServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3CalendarServer(Solaris)升级发行版本3CalendarServer(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级CalendarServer之前,应执行下述任务.
检验当前版本信息可使用以下命令检验CalendarServer的当前版本:Solaris:cdCalendarServer-base/cal/bin.
/cshttpd-#Linux:cdCalendarServer-base/bin.
/cshttpd-#从JavaES发行版本3升级CalendarServer246SunJavaEnterpriseSystem2005Q4升级指南注意:如果cshttpd命令在Solaris10平台上失败,则在运行该命令时将库路径设置为空:LD_LIBRARY_PATH=.
/cshttpd-#应用必需的操作系统修补程序在Solaris10操作系统平台上,需要应用操作系统修补程序以执行DelegatedAdministrator升级过程(参见第31页中的"所需的操作系统修补程序").
升级CalendarServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,CalendarServer仅对DirectoryPreparationTool具有硬性升级依赖性.
因此,CalendarServer所依赖的其他JavaES发行版本3组件的升级是可选的.
但是,如果选择升级CalendarServer所依赖的所有组件,则它们应按以下顺序升级,并且应在升级CalendarServer之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
AccessManager(可选).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
4.
DirectoryPreparationTool.
配置发行版本4的CalendarServer之前,需要在DirectoryServer中运行发行版本4的DirectoryPreparationTool.
如果未在DirectoryServer中运行发行版本4的DirectoryPreparationTool,则将DirectoryPreparationTool升级至发行版本4,并使用它修改并扩展DirectoryServer的模式(有关过程,参见第209页中的第12章"DirectoryPreparationTool").
表14-3CalendarServer版本检验输出JavaES发行版本CalendarServer版本号发行版本22004Q2发行版本32005Q1从JavaES发行版本3升级CalendarServer第14章CalendarServer247备份CalendarServer数据将CalendarServer从发行版本3升级至发行版本4时,无需重新配置CalendarServer.
但是,为安全起见,可备份以下位置的CalendarServerStore:/var/CalendarServer-base/csdb获取所需的配置信息和密码不需要任何与当前安装版本有关的特殊信息,但是必须以超级用户身份登录才能执行升级.
升级发行版本3CalendarServer(Solaris)本节讨论影响CalendarServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将CalendarServer软件升级至JavaES发行版本4时,应考虑以下注意事项:为安装的映像应用修补程序时,应关闭CalendarServer.
在不同的CalendarServer子组件分别驻留在不同计算机上的体系结构中(例如,CalendarServer后端存储在一台计算机上,CalendarServer前端进程(如cshttpd)在另一台计算机上),必须在所有此类计算机上均执行升级.
CalendarServer升级适用于使用同一已安装映像的单台计算机上的多个CalendarServer子组件.
下表显示了用于Solaris操作系统的发行版本4的CalendarServer升级修补程序:表14-4在Solaris上升级CalendarServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低修订版本号.
如果有较新的修订版本可用,则使用较新的修订版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10CalendarServer核心组件116577-24116578-24CalendarServer本地化版本117010-23117011-23从JavaES发行版本3升级CalendarServer248SunJavaEnterpriseSystem2005Q4升级指南升级过程(Solaris)下述过程适用于要进行升级的计算机中的CalendarServer.
1.
根据表14-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果CalendarServer正在运行,则将其停止.
CalendarServer-base/cal/sbin/stop-cal4.
如果未将SASL共享组件及希望升级的任何其他共享组件升级至发行版本4,请执行升级此操作.
参见第246页中的"升级CalendarServer依赖项".
5.
应用表14-4中相应的CalendarServer修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|grepics输出应返回在步骤5中应用的修补程序ID的版本.
7.
重新启动在步骤3中停止的CalendarServer.
CalendarServer-base/cal/sbin/start-cal升级发行版本3CalendarServer(Linux)本节讨论影响CalendarServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将CalendarServer软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第247页中的"升级注意事项(Solaris)").
从JavaES发行版本3升级CalendarServer第14章CalendarServer249下表显示了Linux操作系统的发行版本4的CalendarServer升级修补程序:升级过程(Linux)下述过程适用于要进行升级的计算机中的CalendarServer.
1.
使用表14-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果CalendarServer正在运行,则将其停止.
CalendarServer-base/sbin/stop-cal4.
如果未将SASL共享组件及希望升级的任何其他共享组件升级至发行版本4,请执行升级此操作.
参见第246页中的"升级CalendarServer依赖项".
5.
应用表14-5中用于CalendarServer的RPM.
rpm-Fvhsun-calendar-core-Locale-6.
2-10.
3.
i386.
rpmrpm-Fvhsun-calendar-core-6.
2-10.
7.
i386.
rpmrpm-Fvhsun-calendar-api-6.
2-10.
7.
i386.
rpm表14-5在Linux上升级CalendarServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称CalendarServer核心组件117851-24sun-calendar-core-6.
2-10.
7.
i386.
rpmsun-calendar-api-6.
2-10.
7.
i386.
rpmCalendarServer语言环境117852-23sun-calendar-core-Locale-6.
2-10.
3.
i386.
rpm注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级CalendarServer250SunJavaEnterpriseSystem2005Q4升级指南6.
确认修补程序升级成功:rpm-qa|grepsun-calendar应返回RPM的新版本号.
7.
重新启动在步骤3中停止的CalendarServer.
CalendarServer-base/sbin/start-cal检验升级通过确认是否已正确应用升级修补程序来检验CalendarServer到发行版本4的升级.
第248页中的"升级过程(Solaris)"和第249页中的"升级过程(Linux)"中包括此检验的步骤.
升级后的任务除第248页中的"升级过程(Solaris)"和第249页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响CalendarServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的CalendarServer的升级回滚过程几乎就是升级至发行版本4的相反过程.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
停止CalendarServer.
CalendarServer-base/cal/sbin/stop-cal3.
删除第247页中的表14-4中的修补程序.
patchrmpatch_ID4.
重新启动CalendarServer.
CalendarServer-base/cal/sbin/start-cal从JavaES发行版本2升级CalendarServer第14章CalendarServer251多实例升级在一些部署体系结构中,CalendarServer被部署在多个计算机系统上,以提供高可用性.
例如,在SunCluster环境中运行CalendarServerStore组件可以提供高可用性.
对于在群集环境中运行的CalendarServer实例,这些实例共享同一配置.
需要将CalendarServer升级修补程序应用到每个实例,对于从发行版本3升级到发行版本4,无需重新进行配置.
从JavaES发行版本2升级CalendarServer除了升级前的任务应包括将所有共享组件(参见第38页中的表1-6)以及对CalendarServer具有依赖性的所有驻留在本地的产品组件升级至发行版本4之外,将JavaES2004Q2(发行版本2)CalendarServer升级至发行版本4的过程与将发行版本3的CalendarServer升级至发行版本4的过程几乎相同:1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
DirectoryServer很少与CalendarServer驻留在相同的计算机上,但是,第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
AccessManager(可选).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
4.
DirectoryPreparationTool.
DirectoryPreparationTool很少与CalendarServer驻留在相同的计算机上,但是,第209页中的第12章"DirectoryPreparationTool"中提供了升级DirectoryPreparationTool和在DirectoryServer上运行DirectoryPreparationTool的说明.
要将发行版本2的CalendarServer升级至发行版本4,可按照第244页中的"从JavaES发行版本3升级CalendarServer"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
此外,发行版本2升级至发行版本4需要执行升级后任务,即配置CalendarServer热备份,该任务通过将热备份参数添加到CalendarServerics.
conf配置文件完成.
此升级后重新配置的说明可在以下位置找到:http://docs.
sun.
com/doc/819-3569/6n5pgriq6a=view从JavaES发行版本2升级CalendarServer252SunJavaEnterpriseSystem2005Q4升级指南253第15章CommunicationsExpress本章介绍如何将CommunicationsExpress升级到JavaES2005Q4(发行版本4):SunJavaSystemCommunicationsExpress6.
22005Q4.
其中概括介绍了JavaES发行版本4所支持的不同升级途径的升级问题和过程.
本章内容涵盖在Solaris和Linux操作系统上的升级:第254页中的"CommunicationsExpress升级概述"第257页中的"从JavaES发行版本3升级CommunicationsExpress"第266页中的"从JavaES发行版本2升级CommunicationsExpress"注本章中的文件位置是相对于一个称为CommsExpress-base的目录路径而指定的.
在最初安装CommunicationsExpress时,可能至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
CommsExpress-base的默认值视操作系统平台而定:Solaris:/opt/SUNWuwcLinux:/opt/sun/uwcCommunicationsExpress升级概述254SunJavaEnterpriseSystem2005Q4升级指南CommunicationsExpress升级概述本节将在以下方面对CommunicationsExpress进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4CommunicationsExpressCommunicationsExpress升级指导说明CommunicationsExpress数据兼容性问题CommunicationsExpress组件依赖性关于JavaES发行版本4CommunicationsExpressJavaES发行版本4的CommunicationsExpress主要修复了一些错误.
相对于版本3新增了少数功能:邮件过滤支持、通讯录共享和代理验证.
CommunicationsExpress升级指导说明表15-1显示了所支持的升级至JavaES发行版本4的CommunicationsExpress升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表15-1升级到JavaES发行版本4:SunJavaSystemCommunicationsExpress6.
22005Q4的途径JavaES发行版本CommunicationsExpress版本常规方法必需的重新配置发行版本3SunJavaSystemCommunicationsExpress62005Q1直接升级:通过应用修补程序和重新配置MessagingServer组件执行.
配置文件发行版本2SunJavaSystemCommunicationsExpress62004Q2直接升级:通过应用修补程序和重新配置MessagingServer组件执行.
配置文件发行版本1无无升级JavaES以前的发行版本无无升级CommunicationsExpress升级概述第15章CommunicationsExpress255CommunicationsExpress数据下表显示了可能受CommunicationsExpress软件升级影响的数据类型.
兼容性问题发行版本4CommunicationsExpress的接口没有任何变化,并与早期版本向后兼容.
表15-2CommunicationsExpress数据用途数据类型位置用途配置数据本地配置目录var/CommsExpress-base/WEB-INF/config/uwcauth.
propertiesvar/CommsExpress-base/WEB-INF/config/uwcconfig.
propertiesvar/CommsExpress-base/WEB-INF/config/uwclogging.
propertiesMessagingServer-base/config/msg.
conf和其他配置文件用于配置MessagingServerMEM(webmail)配置CommunicationsExpress,包括MessagingServerMEM(webmail)Web容器配置WebServer:server.
policy和server.
xml文件,位于WebServer-base/https-hostname/configApplicationServer(JavaES发行版本3和4):server.
policy和domain.
xml文件,位于AppServer8Config-base/domains/domainName/configApplicationServer(JavaES发行版本2):server.
policy和server.
xml文件,位于AppServer7Config-base/domains/domainName/configCommunicationsExpressWeb容器实例的配置目录模式DirectoryServer用户/组目录用于支持最终用户所需的用户属性CommunicationsExpress升级概述256SunJavaEnterpriseSystem2005Q4升级指南CommunicationsExpress组件依赖性CommunicationsExpress对其他JavaES组件的依赖性会影响升级和重新配置CommunicationsExpress软件的过程.
例如,CommunicationsExpress接口或功能上的变化可能要求CommunicationsExpress所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
CommunicationsExpress对以下JavaES组件具有依赖性:共享组件.
CommunicationsExpress对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
Web容器.
CommunicationsExpress依赖于Web容器服务,这些服务可由JavaESWebServer或JavaESApplicationServer提供.
AccessManager(或AccessManagerSDK).
CommunicationsExpress依赖AccessManager为最终用户提供验证和授权服务,包括单点登录.
如果AccessManager运行在远程计算机上,则AccessManagerSDK必须在本地可用.
MessagingServer.
CommunicationsExpress用于提供对MessagingServer实现基于Web的访问.
事实上,CommunicationsExpress直接使用MessagingServerMEM组件访问其他MessagingServer后端组件,如MessagingServerStore和MTA组件.
CalendarServer.
CommunicationsExpress用于提供对CalendarServer实现基于Web的访问.
DirectoryServer.
CommunicationsExpress存储配置数据,同时还访问存储在DirectoryServer中的用户数据.
因此,CommunicationsExpress升级可能需要升级DirectoryServer或扩展目录模式.
DirectoryPreparationTool.
CommunicationsExpress使用DirectoryPreparationTool准备DirectoryServer,以支持CommunicationsExpress的功能.
因此,CommunicationsExpress升级可能依赖目录准备以支持新功能.
从JavaES发行版本3升级CommunicationsExpress第15章CommunicationsExpress257从JavaES发行版本3升级CommunicationsExpress本节包含关于将CommunicationsExpress从JavaES2005Q1(发行版本3)升级至JavaES2005Q4(发行版本4)的信息.
其中涵盖以下主题:简介发行版本3CommunicationsExpress的升级多实例升级简介将JavaES发行版本3CommunicationsExpress升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本3版本执行升级.
使用两个配置实用程序并通过将配置数据导入DirectoryServer来实现重新配置所包括的MessagingServerMEM组件.
升级依赖性.
虽然CalendarServer对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4CalendarServer与这些组件在发行版本3中的版本兼容.
因此,对于CalendarServer到发行版本4的升级,这些共享组件的升级是可选的.
此外,如第256页中的"CommunicationsExpress组件依赖性"中所述,发行版本4的CommunicationsExpress依赖于Web容器和AccessManager.
但是,这些是软性升级依赖性;对于CommunicationsExpress到发行版本4的升级,这些组件的升级是可选的.
然而,CommunicationsExpress对CalendarServer(CommunicationExpress为其提供基于Web的访问)和MessagingServer(CommunicationExpress使用MessagingServerMEM组件也为其提供基于Web的访问)具有硬性升级依赖性.
因此,必须先将CalendarServer和MessagingServer升级至发行版本4,然后才能将CommunicationsExpress升级至发行版本4.
此外,发行版本4的CommunicationsExpress对DirectoryPreparationTool具有硬性升级依赖性;为CommunicationsExpress功能准备DirectoryServer需要发行版本4的DirectoryPreparationTool.
向后兼容性.
发行版本4的CommunicationsExpress与发行版本3的版本向后兼容.
从JavaES发行版本3升级CommunicationsExpress258SunJavaEnterpriseSystem2005Q4升级指南升级回滚.
CommunicationsExpress的发行版本4至发行版本3的升级回滚可通过先删除对DirectoryServer所做的更改,删除对本地配置文件的更改,然后删除升级期间应用的修补程序来实现.
平台问题.
在Solaris和Linux操作系统上,升级CommunicationsExpress的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本3CommunicationsExpress的升级本节介绍如何在Solaris和Linux平台上将CommunicationsExpress从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3CommunicationsExpress(Solaris)升级发行版本3CommunicationsExpress(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级CommunicationsExpress之前,应执行下述任务.
检验当前版本信息通过访问CommunicationsExpress登录页面,可以检验CommunicationsExpress的当前版本,该登录页面会显示当前的版本号.
http://hostName:port/uwc/auth表15-3CommunicationsExpress版本检验输出JavaES发行版本CommunicationsExpress版本号发行版本2SunJavaSystemCommunicationsExpress62004Q2发行版本3SunJavaSystemCommunicationsExpress62005Q1发行版本4SunJavaSystemCommunicationsExpress62005Q4从JavaES发行版本3升级CommunicationsExpress第15章CommunicationsExpress259升级CommunicationsExpress依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,CommunicationsExpress仅对MessagingServer、CalendarServer和DirectoryPreparationTool具有硬性升级依赖性.
因此,升级CommunicationsExpress所依赖的其他JavaES发行版本3组件是可选的.
但是,如果选择升级CommunicationsExpress所依赖的所有组件,则它们应按以下顺序升级,并且应在升级CommunicationsExpress之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
4.
AccessManager(AccessManagerSDK).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
5.
DirectoryPreparationTool.
配置发行版本4的CommunicationsExpress之前,需要在DirectoryServer中运行发行版本4的DirectoryPreparationTool.
如果未在DirectoryServer中运行发行版本4的DirectoryPreparationTool,则将DirectoryPreparationTool升级至发行版本4,并使用它修改并扩展DirectoryServer的模式(有关过程,参见第209页中的第12章"DirectoryPreparationTool").
6.
MessagingServer.
MessagingServer组件需升级至发行版本4以支持发行版本4的CommunicationsExpress.
第223页中的第13章"MessagingServer"中提供了将MessagingServer升级至发行版本4的说明.
7.
CalendarServer.
CalendarServer组件需升级至发行版本4以支持发行版本4的CommunicationsExpress.
第241页中的第14章"CalendarServer"中提供了将CalendarServer升级至发行版本4的说明.
从JavaES发行版本3升级CommunicationsExpress260SunJavaEnterpriseSystem2005Q4升级指南备份CommunicationsExpress数据CommunicationsExpress从发行版本3升级至发行版本4需要重新配置MessagingServerMEM.
可回滚局部更改,因此无需备份任何数据.
获取所需的配置信息和密码必须以超级用户身份登录才能执行升级.
如果要将WebServer用作Web容器,则无需任何配置信息.
但如果要将ApplicationServer用作Web容器,则将需要ApplicationServer管理员用户ID和密码.
升级发行版本3CommunicationsExpress(Solaris)本节讨论影响CommunicationsExpress升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将CommunicationsExpress软件升级至JavaES发行版本4时,应考虑以下注意事项:CommunicationsExpress包括许多组件,其中一些组件用于实现对CalendarServer的基于Web的访问,还包括一个MessagingServerMEM组件,用于实现对MessagingServer后端组件的基于Web的访问.
所有CommunicationsExpress组件应部署到相同的Web容器.
将修补程序应用于安装的映像之前,应关闭该Web容器.
下表显示了用于Solaris操作系统的发行版本4的CommunicationsExpress升级修补程序:表15-4在Solaris上升级CommunicationsExpress的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10CommunicationsExpress核心组件118540-21118541-21CommunicationsExpress本地化版本118042-16118042-16从JavaES发行版本3升级CommunicationsExpress第15章CommunicationsExpress261升级过程(Solaris)下述过程适用于待更新的计算机上的所有CommunicationsExpress组件.
1.
根据表15-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
通过停止其Web容器,停止CommunicationsExpress.
WebServer:WebServer-base/https-instanceName/stopApplicationServer:AppServer8-base/bin/asadminstop-domaindomainName4.
升级所有您希望升级到发行版本4的共享组件(如果尚未执行此操作).
参见第259页中的"升级CommunicationsExpress依赖项".
5.
应用表15-4中相应的CommunicationsExpress修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|grepuwc输出应返回在步骤5中应用的修补程序ID的版本.
7.
将配置数据从现有配置文件迁移至发行版本4的候选配置文件.
cdCommsExpress-base/sbin.
/patch-configCommsExpress-base/install/patch/patch_ID该命令将要求您提供当前的配置目录,然后备份现有配置文件.
接下来,该命令会将这些文件中的配置参数值与发行版本4模板配置文件合并,创建新的发行版本4候选配置文件.
您应当检查这些新文件是否存在可能的冲突,如修补程序自述文件中的"特殊安装说明"部分所述.
8.
安装发行版本4的候选配置文件,使它们成为活动配置.
.
/install-newconfigCommsExpress-base/install/patch/patch_ID该命令会将发行版本4的新配置文件安装到它们在发行版本4的正确位置中.
从JavaES发行版本3升级CommunicationsExpress262SunJavaEnterpriseSystem2005Q4升级指南9.
移除Web容器为CommunicationsExpress保持的JSP类高速缓存.
有关具体过程,参见Web容器(WebServer或ApplicationServer)的文档.
10.
通过重新启动其Web容器,重新启动CommunicationsExpress.
WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword升级发行版本3CommunicationsExpress(Linux)本节讨论影响CommunicationsExpress升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将CommunicationsExpress软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第260页中的"升级注意事项(Solaris)").
下表显示了Linux操作系统的发行版本4的CommunicationsExpress升级修补程序:表15-5在Linux上升级CommunicationsExpress的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称CommunicationsExpress核心组件118542-21sun-uwc-6.
1-7.
21.
i386.
rpmCommunicationsExpress本地化版本118044-14sun-uwc-l10n-Locale-6.
1-11.
9.
i386.
rpm从JavaES发行版本3升级CommunicationsExpress第15章CommunicationsExpress263升级过程(Linux)下述过程适用于待更新的计算机上的所有CommunicationsExpress组件.
1.
使用表15-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
通过停止其Web容器,停止CommunicationsExpress.
WebServer:WebServer-base/https-instanceName/stopApplicationServer:AppServer8-base/bin/asadminstop-domaindomainName4.
升级所有您希望升级到发行版本4的共享组件(如果尚未执行此操作).
参见第259页中的"升级CommunicationsExpress依赖项".
5.
应用表15-5中用于CommunicationsExpress的RPM.
例如:rpm-Fvhsun-uwc-6.
1-7.
21.
i386.
rpm6.
确认修补程序升级成功:rpm-qa|grepuwc输出应返回在步骤5中RPM的版本.
注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级CommunicationsExpress264SunJavaEnterpriseSystem2005Q4升级指南7.
将配置数据从现有配置文件迁移至发行版本4的候选配置文件.
cdCommsExpress-base/sbin.
/patch-configCommsExpress-base/install/patch/patch_ID该命令将要求您提供当前的配置目录,然后备份现有配置文件.
接下来,该命令会将这些文件中的配置参数值与发行版本4模板配置文件合并,创建新的发行版本4候选配置文件.
您应当检查这些新文件是否存在可能的冲突,如修补程序自述文件中的"特殊安装说明"部分所述.
8.
安装发行版本4的候选配置文件,使它们成为活动配置.
.
/install-newconfigCommsExpress-base/install/patch/patch_ID该命令会将发行版本4的新配置文件安装到它们在发行版本4的正确位置中.
9.
移除Web容器为CommunicationsExpress保持的JSP类高速缓存.
有关具体过程,参见Web容器(WebServer或ApplicationServer)的文档.
10.
通过重新启动其Web容器,重新启动CommunicationsExpress.
WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword检验升级通过访问CommunicationsExpress登录页面,可以检验CommunicationsExpress的当前版本,该登录页面会显示当前的版本号.
http://hostName:port/uwc/auth登录后,检查新邮件选项卡升级后的用户界面以及原来的电子邮件和日历事件(如果要使用那些频道).
此外,还可以检查升级过程中各种步骤的日志文件:CommsExpress-base/install/patch/118540-21.
CommsExpress-base/patch-config_20050729164754.
logCommsExpress-base/install-newconfig_20050729164838.
log从JavaES发行版本3升级CommunicationsExpress第15章CommunicationsExpress265升级后的任务除第261页中的"升级过程(Solaris)"和第263页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响CommunicationsExpress升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的CommunicationsExpress的升级回滚过程几乎就是升级至发行版本4的相反过程.
该过程将回滚重新配置并删除修补程序.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
通过停止其Web容器,停止CommunicationsExpress.
WebServer:WebServer-base/https-instanceName/stopApplicationServer:AppServer8-base/bin/asadminstop-domaindomainName3.
回滚对CommunicationsExpress正在使用的DirectoryServer配置目录所做的更改.
4.
回滚在第261页中的步骤8中已执行的重新配置.
cdCommsExpress-base/sbin.
/uninstall-newconfigCommsExpress-base/install/patch/patch_ID5.
删除第260页中的表15-4中的修补程序.
patchrmpatch_ID6.
通过重新启动其Web容器,重新启动CommunicationsExpress.
WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword从JavaES发行版本2升级CommunicationsExpress266SunJavaEnterpriseSystem2005Q4升级指南多实例升级在一些部署体系结构中,CommunicationsExpress被部署在多个计算机系统上,以提供可伸缩性和提高可用性.
例如,您可以在多台计算机上运行CommunicationsExpress组件,并使用一个负载平衡器来分配负载.
就CommunicationsExpress负载平衡的实例而言,可执行滚动升级,期间您可依序升级各个CommunicationsExpress实例而不中断服务.
在升级每个CommunicationsExpress实例时,其他实例仍可保持运行.
可按第258页中的"发行版本3CommunicationsExpress的升级"中所述升级每个实例.
从JavaES发行版本2升级CommunicationsExpress将JavaES2004Q2(发行版本2)CommunicationsExpress升级至发行版本4的过程与将发行版本3CommunicationsExpress升级至发行版本4大致相同,下文说明了其中的几处例外.
升级CommunicationsExpress依赖项升级CommunicationsExpress依赖项应包括将所有共享组件(参见第38页中的表1-6)以及CommunicationsExpress所依赖的所有本地驻留的产品组件升级至发行版本4,除这一点外,就升级前的任务而言,将JavaES发行版本2的CommunicationsExpress升级至发行版本4与将发行版本3的CommunicationsExpress升级至发行版本4几乎相同.
升级CommunicationsExpress依赖项时,它们应按以下顺序升级,并且应在升级CommunicationsExpress之前进行.
您可以跳过任何可能已完成升级的依赖项.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
注本节适用于CommunicationsExpress部署在发行版本2的WebServerWeb容器中时的情况,但不适用于其部署在发行版本2的ApplicationServerWeb容器中时的情况.
目前不支持后一种情况.
从JavaES发行版本2升级CommunicationsExpress第15章CommunicationsExpress2672.
DirectoryServer.
DirectoryServer很少与CommunicationsExpress驻留在相同的计算机上,但是,第110页中的"从JavaES发行版本2升级DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第132页中的"从JavaES发行版本2升级WebServer"和第169页中的"从JavaES发行版本2升级ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
4.
AccessManager(AccessManagerSDK).
第203页中的"从JavaES发行版本2升级AccessManager"中提供了将AccessManager升级至发行版本4的说明.
5.
DirectoryPreparationTool.
DirectoryPreparationTool很少与CommunicationsExpress驻留在相同的计算机上,但是,第218页中的"从JavaES发行版本2升级DirectoryPreparationTool"中提供了升级DirectoryPreparationTool和在DirectoryServer上运行DirectoryPreparationTool的说明.
6.
MessagingServer.
MessagingServerMTA需升级至发行版本4以支持发行版本4的CommunicationsExpress.
第237页中的"从JavaES发行版本2升级MessagingServer"中提供了将MessagingServer升级至发行版本4的说明.
7.
CalendarServer.
CalendarServer很少与CommunicationsExpress驻留在相同的计算机上,但是,第251页中的"从JavaES发行版本2升级CalendarServer"中提供了将CalendarServer升级至发行版本4的说明.
发行版本2CommunicationsExpress的升级将CommunicationsExpress从发行版本2升级至发行版本4的过程视您在其中部署CommunicationsExpress软件的Web容器而定.
升级发行版本2CommunicationsExpress:WebServerWeb容器当部署到已经升级至发行版本4的WebServerWeb容器中时,要将发行版本2的CommunicationsExpress升级至发行版本4,可按照第260页中的"升级发行版本3CommunicationsExpress(Solaris)"或第262页中的"升级发行版本3CommunicationsExpress(Linux)"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
升级发行版本2CommunicationsExpress:ApplicationServerWeb容器当部署到已升级至发行版本4的ApplicationServerWeb容器中时,目前尚不支持将发行版本2的CommunicationsExpress升级至发行版本4.
从JavaES发行版本2升级CommunicationsExpress268SunJavaEnterpriseSystem2005Q4升级指南269第16章InstantMessaging本章介绍如何将InstantMessaging升级到JavaES2005Q4(发行版本4):SunJavaSystemInstantMessaging7.
0.
12005Q4.
其中概括介绍了JavaES发行版本4所支持的不同升级途径的升级问题和过程.
本章内容涵盖在Solaris和Linux操作系统上的升级:第270页中的"InstantMessaging升级概述"第272页中的"从JavaES发行版本3升级InstantMessaging"第279页中的"从JavaES发行版本2升级InstantMessaging"注本章中的文件位置是相对于一个称为InstantMessaging-base的目录路径而指定的.
在最初安装InstantMessaging时,可能至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
InstantMessaging-base的默认值视操作系统平台而定:Solaris:/opt/SUNWiimLinux:/opt/sun/imInstantMessaging升级概述270SunJavaEnterpriseSystem2005Q4升级指南InstantMessaging升级概述本节将在以下方面对InstantMessaging进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4InstantMessagingInstantMessaging升级指导说明InstantMessaging数据兼容性问题InstantMessaging组件依赖性关于JavaES发行版本4InstantMessagingJavaES发行版本4InstantMessaging主要修复了一些错误,相对于发行版本3并未新增任何主要的功能.
InstantMessaging升级指导说明表16-1显示了所支持的升级至JavaES发行版本4的InstantMessaging升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表16-1升级到JavaES发行版本4:SunJavaSystemInstantMessaging7.
0.
12005Q4的途径JavaES发行版本InstantMessaging版本常规方法必需的重新配置发行版本3SunJavaSystemInstantMessaging7.
02005Q1直接升级:通过应用修补程序执行.
无发行版本2SunJavaSystemInstantMessaging62004Q2直接升级:使用upgrade实用程序执行.
配置数据发行版本1SunJavaSystemInstantMessaging6.
1(2003Q4)直接升级未经验证:但可使用upgrade实用程序执行.
配置数据JavaES以前的发行版本不直接升级.
InstantMessaging升级概述第16章InstantMessaging271InstantMessaging数据下表显示了可能受InstantMessaging软件升级影响的数据类型.
兼容性问题发行版本4InstantMessaging的接口没有任何变化,并与早期版本向后兼容.
InstantMessaging组件依赖性InstantMessaging对其他JavaES组件的依赖性会影响升级和重新配置InstantMessaging软件的过程.
例如,InstantMessaging接口或功能上的变化可能要求InstantMessaging所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
表16-2InstantMessaging数据用途数据类型位置用途配置数据本地配置目录Solaris:/etc/opt/SUNWiim/default/config/iim.
conf/etc/opt/SUNWiim/default/config/registration.
propertiesLinux:/etc/opt/sun/im/default/config/iim.
conf/etc/opt/sun/im/default/config/registration.
propertiesInstantMessaging进程和注册属性的配置.
InstantMessaging服务器资源本地配置目录InstantMessaging-base/html由最终用户下载的自定义客户机文件,用以启动Messenger客户机.
动态数据runtimeFilesDir/default/db其中runtimeFilesDir在安装时指定:Solaris:默认的runtimeFilesDir为:/var/opt/SUNWiimLinux:默认的runtimeFilesDir为:/var/opt/sun/im所有变量数据,如InstantMessaging数据库、日志文件和锁定文件.
从JavaES发行版本3升级InstantMessaging272SunJavaEnterpriseSystem2005Q4升级指南InstantMessaging对以下JavaES组件具有依赖性:共享组件.
InstantMessaging对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
Web容器.
InstantMessaging依赖于Web容器服务,这些服务可由JavaESWebServer或JavaESApplicationServer提供.
DirectoryServer(可选).
可将InstantMessaging配置为在DirectoryServer中存储和访问用户数据.
因此,InstantMessaging升级可能需要目录模式的扩展.
AccessManager(可选).
对于支持用户单点登录访问基于Web的服务的软件解决方案,可将InstantMessaging配置为使用AccessManager单点登录功能.
从JavaES发行版本3升级InstantMessaging本节包含关于将InstantMessaging从JavaES发行版本3升级至JavaES发行版本4的以下信息.
其中涵盖以下主题:简介发行版本3InstantMessaging的升级多实例升级简介将JavaES发行版本3InstantMessaging升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过向发行版本3的版本应用修补程序执行升级.
不要求重新配置InstantMessaging.
升级依赖性.
虽然InstantMessaging对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4的InstantMessaging仅要求将IM-SDK升级至发行版本4.
对于InstantMessaging到发行版本4的升级,其他共享组件的升级是可选的.
此外,如第271页中的"InstantMessaging组件依赖性"中所述,发行版本4的InstantMessaging依赖于Web容器,并且选择性地依赖于AccessManager.
但是,这些是软性升级依赖性;对于InstantMessaging到发行版本4的升级,Web容器和AccessManager的升级是可选的.
从JavaES发行版本3升级InstantMessaging第16章InstantMessaging273向后兼容性.
发行版本4的InstantMessaging与发行版本3的版本向后兼容.
升级回滚.
在Solaris平台上,发行版本4到发行版本3的升级回滚可通过删除升级期间所应用的修补程序实现.
平台问题.
在Solaris和Linux操作系统上,升级InstantMessaging的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本3InstantMessaging的升级本节介绍如何在Solaris和Linux平台上将InstantMessaging从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3InstantMessaging(Solaris)升级发行版本3InstantMessaging(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级InstantMessaging之前,应执行下述任务.
检验当前版本信息可使用标准版检查实用程序检验InstantMessaging的当前版本Solaris:pkginfo-lSUNWiiminLinux:rpm-qa|grepsun-im表16-3InstantMessaging版本检验输出JavaES发行版本InstantMessaging版本号发行版本2版本号6.
x发行版本3版本号7.
0发行版本4版本号7.
0.
1从JavaES发行版本3升级InstantMessaging274SunJavaEnterpriseSystem2005Q4升级指南升级InstantMessaging依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,InstantMessaging仅对IM-SDK共享组件具有硬性升级依赖性.
因此,InstantMessaging所依赖的其他JavaES发行版本3组件的升级是可选的.
如果选择升级InstantMessaging所依赖的所有组件,则它们应按以下顺序升级,并且应在升级InstantMessaging之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将IM-SDK和其他JavaES共享组件升级至发行版本4的说明.
2.
Web容器软件.
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
3.
AccessManager(可选).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
备份InstantMessaging数据InstantMessaging从发行版本3到发行版本4的升级并不修改配置数据.
但是,为安全起见,最好在升级InstantMessaging之前,对InstantMessaging数据库及自定义的所有现有资源和配置文件进行备份.
参见《SunJavaSystemInstantMessaging72005Q4AdministrationGuide》(http://docs.
sun.
com/doc/819-2503).
获取所需的配置信息和密码必须以超级用户身份登录才能执行升级.
如果要将WebServer用作Web容器,则无需任何配置信息.
但如果要将ApplicationServer用作Web容器,则将需要ApplicationServer管理员用户ID和密码.
升级发行版本3InstantMessaging(Solaris)本节讨论影响InstantMessaging升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将InstantMessaging软件升级至JavaES发行版本4时,应考虑以下注意事项:向安装的映像应用修补程序时,应关闭InstantMessaging组件.
在不同的InstantMessaging子组件分别驻留在不同计算机上的体系结构中(例如,信使资源在一台计算机上,InstantMessaging服务器在另一台计算机上,而InstantMessaging多路复用器又在另一台计算机上),必须在所有此类计算机上均执行升级.
从JavaES发行版本3升级InstantMessaging第16章InstantMessaging275InstantMessaging升级适用于使用同一已安装映像的单台计算机上的多个InstantMessaging子组件.
下表显示了用于Solaris操作系统的发行版本4的InstantMessaging升级修补程序:升级过程(Solaris)下述过程适用于要进行升级的计算机中的InstantMessaging.
1.
根据表16-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果InstantMessaging正在运行,则将其停止.
InstantMessaging-base/sbin/imadminstop4.
将IM-SDK共享组件及希望升级的任何其他共享组件升级至发行版本4(如果尚未执行此操作).
参见第274页中的"升级InstantMessaging依赖项".
5.
应用表16-4中相应的InstantMessaging修补程序.
确保先应用InstantMessaging本地化修补程序(119707),然后再应用InstantMessaging基本修补程序.
patchaddpatch_ID表16-4在Solaris上升级InstantMessaging的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10InstantMessaging118786-08118787-08InstantMessaging本地化版本119707-06119707-06从JavaES发行版本3升级InstantMessaging276SunJavaEnterpriseSystem2005Q4升级指南6.
确认升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
7.
重新启动在步骤3中停止的InstantMessaging服务.
InstantMessaging-base/sbin/imadminstart升级发行版本3InstantMessaging(Linux)本节讨论影响InstantMessaging升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将InstantMessaging软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第274页中的"升级注意事项(Solaris)").
下表显示了用于Linux操作系统的发行版本4的InstantMessaging升级修补程序:表16-5在Linux上升级InstantMessaging的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称InstantMessaging118788-11sun-im-client-7.
0-13.
8.
i386.
rpmsun-im-server-7.
0-13.
8.
i386.
rpmsun-im-mux-7.
0-13.
8.
i386.
rpmsun-im-olh-7.
0-13.
8.
i386.
rpmsun-im-install-7.
0-13.
8.
i386.
rpmsun-im-ident-7.
0-13.
8.
i386.
rpmsun-im-apidoc-7.
0-13.
8.
i386.
rpmInstantMessaging本地化版本119708-06sun-im-client-Locale-7.
0-12.
i386.
rpmsun-im-ident-Locale-7.
0-12.
i386.
rpmsun-im-install-Locale-7.
0-12.
i386.
rpmsun-im-olh-Locale-7.
0-12.
i386.
rpm从JavaES发行版本3升级InstantMessaging第16章InstantMessaging277升级过程(Linux)下述过程适用于要进行升级的计算机中的InstantMessaging.
1.
使用表16-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
如果InstantMessaging正在运行,则将其停止.
InstantMessaging-base/sbin/imadminstop4.
将IM-SDK共享组件及希望升级的任何其他共享组件升级至发行版本4(如果尚未执行此操作).
参见第274页中的"升级InstantMessaging依赖项".
5.
应用表16-5中用于InstantMessaging的RPM.
确保先应用InstantMessaging本地化修补程序(119708),然后再应用InstantMessaging基本修补程序.
rpm-Fvhsun-im-module-Locale-7.
0-2.
8.
i386.
rpmrpm-Fvhsun-im-module-7.
0-13.
8.
i386.
rpm6.
确认升级成功:rpm-qa|grepsun-im应返回RPM的新版本号.
7.
重新启动在步骤3中停止的InstantMessaging服务.
InstantMessaging-base/sbin/imadminstart检验升级通过确认是否已正确应用升级修补程序来检验InstantMessaging到发行版本4的升级.
第275页中的"升级过程(Solaris)"和第277页中的"升级过程(Linux)"中包括此检验的步骤.
注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级InstantMessaging278SunJavaEnterpriseSystem2005Q4升级指南还可使用以下命令检查各个InstantMessaging子组件的状态:InstantMessaging-base/sbin/imadminstatus或者可检查位于iim.
instancevardir/log处的日志文件,其中instancevardir在iim.
conf文件中指定(有关路径,参见第271页中的表16-2).
升级后的任务除第275页中的"升级过程(Solaris)"和第277页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响InstantMessaging升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的InstantMessaging的升级回滚过程几乎就是升级至发行版本4的相反过程.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
如果InstantMessaging正在运行,则将其停止.
InstantMessaging-base/sbin/imadminstop3.
删除第275页中的表16-4中的修补程序.
patchrmpatch_ID4.
重新启动在步骤2中停止的InstantMessaging服务.
InstantMessaging-base/sbin/imadminstart多实例升级多实例升级对发行版本4的InstantMessaging不适用.
从JavaES发行版本2升级InstantMessaging第16章InstantMessaging279从JavaES发行版本2升级InstantMessaging本节包含关于将InstantMessaging从JavaES2004Q2(发行版本2)升级至JavaES2005Q4(发行版本4)的信息.
将发行版本2的InstantMessaging升级到发行版本4的过程完全不同于从发行版本3的InstantMessaging进行升级的过程.
本节涵盖了以下主题:简介发行版本2InstantMessaging的升级多实例升级简介将JavaES发行版本2InstantMessaging升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
使用升级实用程序执行升级,该实用程序可执行升级InstantMessaging软件所需的所有操作.
升级依赖性.
将一台计算机上的任一JavaES组件从发行版本2升级都需要升级由该计算机托管的所有其他JavaES组件;不支持有选择地将JavaES组件从发行版本2升级至发行版本4.
特别是需要将InstantMessaging、Web容器和AccessManager使用的所有JavaES共享组件都升级到发行版本4.
向后兼容性.
发行版本4的InstantMessaging与发行版本2的版本向后兼容.
升级回滚.
通过保存所有发行版本2软件和数据并手动恢复到发行版本2的版本,可实现从发行版本4到发行版本2的升级回滚.
没有用于回滚此升级的实用程序.
平台问题.
在Solaris和Linux操作系统上,升级InstantMessaging的常规方法相同.
升级过程包括任何特定于平台的详细信息.
从JavaES发行版本2升级InstantMessaging280SunJavaEnterpriseSystem2005Q4升级指南发行版本2InstantMessaging的升级本节介绍如何在Solaris和Linux平台上将InstantMessaging从JavaES发行版本2升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本2InstantMessaging(Solaris)升级发行版本2InstantMessaging(Linux)检验升级升级后的任务升级回滚升级前的任务升级InstantMessaging之前,应执行下述任务.
检验当前版本信息可使用标准版检查实用程序检验InstantMessaging的当前版本Solaris:pkginfo-lSUNWiiminLinux:rpm-qa|grepsun-im参见第273页中的表16-3确认输出值.
升级InstantMessaging依赖项JavaES发行版本4不支持发行版本2和发行版本4的共享组件在一台计算机上共存.
因此,要求您将InstantMessaging所依赖的所有本地JavaES发行版本2组件都升级至发行版本4.
升级计算机上InstantMessaging所依赖的所有组件时,应按以下顺序升级,并且应在升级InstantMessaging之前进行.
1.
共享组件.
必须将InstantMessaging所依赖的所有共享组件升级至发行版本4.
如果其他JavaES产品组件与InstantMessaging共存于一台计算机上,则必须将驻留于该计算机上的所有JavaES共享组件都进行升级.
第47页中的第2章"升级JavaES共享组件"中提供了有关将JavaES共享组件升级至发行版本4的说明.
从JavaES发行版本2升级InstantMessaging第16章InstantMessaging2812.
Web容器软件.
第132页中的"从JavaES发行版本2升级WebServer"和第169页中的"从JavaES发行版本2升级ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
3.
AccessManager(AccessManagerSDK).
第203页中的"从JavaES发行版本2升级AccessManager"中提供了将AccessManager升级至发行版本4的说明.
4.
DirectoryServer.
InstantMessaging很少依赖于本地DirectoryServer,但在第110页中的"从JavaES发行版本2升级DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级到发行版本4的说明.
备份InstantMessaging数据将InstantMessaging从发行版本2升级到发行版本4会修改配置数据和自定义内容.
在升级InstantMessaging之前,最好对InstantMessaging数据库及所有现有资源和配置文件进行备份.
有关更多信息,参见《SunJavaSystemInstantMessaging72005Q4AdministrationGuide》(http://docs.
sun.
com/doc/819-2503).
获取所需的配置信息和密码必须以超级用户身份登录才能执行升级.
如果要将WebServer用作Web容器,则无需任何配置信息.
但如果要将ApplicationServer用作Web容器,则将需要ApplicationServer管理员用户ID和密码.
升级发行版本2InstantMessaging(Solaris)本节讨论影响InstantMessaging升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将InstantMessaging软件升级至JavaES发行版本4时,应考虑以下注意事项:在不同的InstantMessaging子组件分别驻留在不同计算机上的体系结构中(例如,信使资源在一台计算机上,InstantMessaging服务器在另一台计算机上,而InstantMessaging多路复用器又在另一台计算机上),必须在所有此类计算机上均执行升级.
但是,该升级适用于使用同一已安装映像的单台计算机上的多个InstantMessaging子组件.
将发行版本2的InstantMessaging软件升级到JavaES发行版本4可利用升级实用程序,该升级实用程序执行以下操作:创建一个用来存储工作文件的临时目录.
收集和临时存储安装在系统上的所有软件包以前的软件包安装参数.
关闭先前版本的InstantMessaging服务器.
从JavaES发行版本2升级InstantMessaging282SunJavaEnterpriseSystem2005Q4升级指南安装新的软件包并修补现有的软件包.
安装InstantMessaging所需的所有新的共享组件包.
保存来自IIM_DOCROOT的以前的图形内容,并将其恢复到新的资源文件位置.
重新启动所有服务.
删除临时目录及其内容.
升级过程(Solaris)下述过程适用于要进行升级的计算机中的InstantMessaging.
1.
以root身份登录,或成为超级用户.
su-2.
将IM-SDK共享组件及希望升级的任何其他共享组件升级至发行版本4(如果尚未执行此操作).
参见第280页中的"升级InstantMessaging依赖项".
3.
运行JavaES分发包InstantMessaging工具目录下的upgrade实用程序.
cd/Solaris_arch/Product/instant_messaging/Tools.
/upgradeupgrade实用程序会创建一个日志文件,显示升级过程的进度.
该日志文件位于以下位置:/var/sadm/install/logs/Instant_Messaging_Upgrade.
timestamp其中timestamp的格式为yyyymmddhhss.
4.
(可选)必要时更改配置以使用自发行版本2之后所引入的新功能.
有关配置信息,参见SunJavaSystemInstantMessaging管理指南(http://docs.
sun.
com/doc/819-1489).
5.
重新自定义信使资源.
如果已自定义信使资源,需要将这些自定义内容重新应用于以下文件:InstantMessaging-base/html/Locale/imbrand.
jarInstantMessaging-base/html/Locale/imb[ssl].
html|jnlp请查阅按第281页中的"备份InstantMessaging数据"中所述保存的自定义文件.
从JavaES发行版本2升级InstantMessaging第16章InstantMessaging2836.
将信使资源重新部署到Web容器中.
InstantMessaging-base/lib/deployHtml-fwebcontainerDeployLocation其中webcontainerDeployLocation是要部署信使资源的目录位置.
该位置通常取决于所使用的Web容器,例如:WebServerWebServer-base/docs/imApplicationServerAppServer8Config-base/nodeagents/hostName_domainName/instanceName/docroot/iim升级发行版本2InstantMessaging(Linux)本节讨论影响InstantMessaging升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)在Linux平台上将InstantMessaging软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第281页中的"升级注意事项(Solaris)").
升级过程(Linux)下述过程适用于要进行升级的计算机中的InstantMessaging.
1.
以root身份登录,或成为超级用户.
su-2.
将IM-SDK共享组件及希望升级的任何其他共享组件升级至发行版本4(如果尚未执行此操作).
参见第280页中的"升级InstantMessaging依赖项".
3.
运行JavaES分发包InstantMessaging工具目录下的upgrade实用程序.
cd/Linux_x86/Product/instant_messaging/Tools.
/upgradeupgrade实用程序会创建一个日志文件,显示升级过程的进度.
该日志文件位于以下位置:/var/sadm/install/logs/Instant_Messaging_Upgrade.
timestamp其中timestamp的格式为yyyymmddhhss.
从JavaES发行版本2升级InstantMessaging284SunJavaEnterpriseSystem2005Q4升级指南4.
(可选)必要时更改配置以使用自发行版本2之后所引入的新功能.
有关配置信息,参见SunJavaSystemInstantMessaging管理指南(http://docs.
sun.
com/doc/819-1489).
5.
重新自定义信使资源.
如果已自定义信使资源,需要将这些自定义内容重新应用于以下文件:InstantMessaging-base/html/Locale/imbrand.
jarInstantMessaging-base/html/Locale/imb[ssl].
html|jnlp请查阅按第281页中的"备份InstantMessaging数据"中所述保存的自定义文件.
6.
将信使资源重新部署到Web容器中.
InstantMessaging-base/lib/deployHtml-fwebcontainerDeployLocation其中webcontainerDeployLocation是要部署信使资源的目录位置.
该位置通常取决于所使用的Web容器,例如:WebServerWebServer-base/docs/imApplicationServerAppServer8Config-base/nodeagents/hostName_domainName/instanceName/docroot/iim检验升级可使用以下命令检查各个InstantMessaging子组件的状态:InstantMessaging-base/sbin/imadminstatus或者可检查位于iim.
instancevardir/log处的日志文件,其中instancevardir在etc/InstantMessaging-base/config/iim.
conf文件中指定.
升级后的任务除第282页中的"升级过程(Solaris)"和第283页中的"升级过程(Linux)"中所述的步骤外,没有任何升级后的任务.
不过,如果希望使用发行版本4的增强功能以取代发行版本2的相应功能,需要重新配置InstantMessaging,并重新部署到Web容器中.
从JavaES发行版本2升级InstantMessaging第16章InstantMessaging285升级回滚通过保存所有发行版本2软件和数据(参见第281页中的"备份InstantMessaging数据")并手动恢复到发行版本2的版本,可实现从发行版本4到发行版本2的升级回滚.
没有用于回滚此升级的实用程序.
多实例升级多实例升级对发行版本4的InstantMessaging不适用.
从JavaES发行版本2升级InstantMessaging286SunJavaEnterpriseSystem2005Q4升级指南287第17章PortalServer本章介绍如何将PortalServer升级到JavaES2005Q4(发行版本4):SunJavaSystemPortalServer6.
3.
12005Q4.
其中概括介绍了JavaES发行版本4所支持的不同升级途径的升级问题和过程.
本章内容涵盖了Solaris和Linux操作系统上的升级:第288页中的"PortalServer升级概述"第291页中的"从JavaES发行版本3升级PortalServer"第300页中的"从JavaES发行版本2升级PortalServer"注本章中的文件位置是相对于两个目录路径指定的,分别称为PortalServer-base和PortalServerConfig-base.
在最初安装PortalServer时,可能至少已将这两个路径的一部分指定为安装目录,否则,JavaES安装程序会分配一个默认值.
PortalServer-base的默认值视操作系统平台而定:Solaris:/opt/SUNWpsLinux:/opt/sun/portalPortalServerConfig-base的默认值视操作系统平台而定:Solaris:/etc/opt/SUNWpsLinux:/etc/opt/sun/portalPortalServer升级概述288SunJavaEnterpriseSystem2005Q4升级指南PortalServer升级概述本节将在以下方面对PortalServer进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4PortalServerPortalServer升级指导说明PortalServer数据兼容性问题PortalServer组件依赖性关于JavaES发行版本4PortalServerJavaES发行版本4PortalServer在功能上与发行版本3相同,但包含了自发行版本3以来所做的错误修复.
PortalServer升级指导说明表17-1显示了所支持的升级至JavaES发行版本4的PortalServer升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表17-1升级到JavaES发行版本4:SunJavaSystemPortalServer6.
3.
12005Q4的途径JavaES发行版本PortalServer版本常规方法必需的重新配置发行版本3SunJavaSystemPortalServer6.
3.
12005Q1直接升级:通过应用修补程序执行.
对此有一些限制(参见过程说明).
无发行版本2SunJavaSystemPortalServer6.
32004Q2直接升级:执行方式是通过应用修补程序升级到发行版本4,重新配置软件,然后重新部署到Web容器.
配置数据PortalServer升级概述第17章PortalServer289PortalServer数据下表显示了可能受PortalServer软件升级影响的数据类型.
发行版本1SunONEPortalServer6.
2(2003Q4)不直接升级:但可通过以下方式执行:首先升级到发行版本3,然后通过应用修补程序升级到发行版本4.
对此有一些限制(参见过程说明).
配置数据JavaES以前的发行版本不直接升级.
表17-2PortalServer数据用途数据类型位置用途配置数据PortalServerConfig-base/PortalServer的配置.
Web容器配置WebServer:server.
policy和server.
xml文件,位于WebServer-base/https-hostname/configApplicationServer(JavaES发行版本3和4):server.
policy和domain.
xml文件,位于AppServer8Config-base/domains/domainName/configApplicationServer(JavaES发行版本2):server.
policy和server.
xml文件,位于AppServer7Config-base/domains/domainName/configPortalServerWeb容器实例的配置.
自定义数据PortalServerConfig-base/desktop自定义模块的JAR文件.
自定义的PortalServer桌面样例.
表17-1升级到JavaES发行版本4:SunJavaSystemPortalServer6.
3.
12005Q4的途径(续)JavaES发行版本PortalServer版本常规方法必需的重新配置PortalServer升级概述290SunJavaEnterpriseSystem2005Q4升级指南兼容性问题发行版本4PortalServer的接口没有任何变化.
PortalServer组件(包括移动访问组件)与早期版本向后兼容.
PortalServer组件依赖性PortalServer对其他JavaES组件的依赖性会影响升级和重新配置PortalServer软件的过程.
例如,PortalServer接口或功能上的变化可能要求PortalServer所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
PortalServer对以下JavaES组件具有依赖性:共享组件.
PortalServer对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
Web容器.
PortalServer依赖于Web容器服务,这些服务可由JavaESWebServer或JavaESApplicationServer(或来自Weblogic和WebSphere的第三方Web容器)提供.
AccessManager(或AccessManagerSDK).
PortalServer依赖AccessManager为最终用户提供验证和授权服务,包括单点登录.
如果AccessManager运行在远程计算机上,则AccessManagerSDK必须在本地可用.
DirectoryServer.
PortalServer访问DirectoryServer中存储的用户数据.
因此,PortalServer升级可能需要目录模式的扩展.
目录模式服务配置用户数据DirectoryServerPortalServer依赖于服务配置(如门户桌面)和存储在目录中的用户配置文件数据.
动态应用程序数据无PortalServer并不永久存储应用程序数据(如会话状态).
表17-2PortalServer数据用途(续)数据类型位置用途从JavaES发行版本3升级PortalServer第17章PortalServer291从JavaES发行版本3升级PortalServer本节包含将PortalServer从JavaES2005Q1(发行版本3)升级到JavaES2005Q4(发行版本4)的有关信息.
本节涵盖了以下主题:简介发行版本3PortalServer的升级多实例升级简介将JavaES发行版本3PortalServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
执行升级的方法是先将修补程序应用于发行版本3的版本,然后将PortalServer重新部署到Web容器.
升级依赖性.
虽然PortalServer对许多JavaES共享组件具有依赖性(参见第38页中的表1-6),但发行版本4PortalServer与发行版本3的这些组件兼容.
因此,对于PortalServer到发行版本4的升级,除MobileAccessCore(MACore)之外,这些共享组件的升级是可选的.
此外,如第290页中的"PortalServer组件依赖性"中所述,发行版本4PortalServer依赖于Web容器、AccessManager和DirectoryServer.
但是,这些是软性升级依赖性;对于PortalServer到发行版本4的升级,这些组件的升级是可选的.
向后兼容性.
发行版本4的PortalServer与发行版本3的版本向后兼容.
升级回滚.
PortalServer的发行版本4到发行版本3的升级回滚可通过回滚升级期间应用的修补程序来实现.
修补程序回滚在Linux平台上不可用.
平台问题.
在Solaris和Linux操作系统上,升级PortalServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
注对于PortalServer已部署于ApplicationServerWeb容器中且在升级到发行版本4之前已从发行版本2升级到发行版本3的特殊情况,本节不适用.
当前不支持上述升级途径.
从JavaES发行版本3升级PortalServer292SunJavaEnterpriseSystem2005Q4升级指南发行版本3PortalServer的升级本节介绍如何在Solaris和Linux平台上将PortalServer从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3PortalServer(Solaris)升级发行版本3PortalServer(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级PortalServer之前,应执行下述任务.
检验当前版本信息可使用以下命令检验PortalServer的当前版本:PortalServer-base/bin/version表17-3PortalServer版本检验输出JavaES发行版本PortalServer版本号发行版本26.
3发行版本36.
3.
1发行版本46.
3.
111.
发行版本3与发行版本4的不同之处仅在于修补程序.
可使用Solarisshowrev-p|greppatch_ID命令和Linuxrpm-qasun-portal-core命令来检查第296页中的表17-5和第310页中的表17-7中所示的发行版本4修补程序,然后查找字符串"25.
12"或更大者.
从JavaES发行版本3升级PortalServer第17章PortalServer293升级PortalServer依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件均升级到JavaES发行版本4.
但是,PortalServer仅对MobileAccessCore(MACore)共享组件具有硬性升级依赖性.
因此,PortalServer所依赖的其他JavaES发行版本3组件的升级是可选的.
但是,如果选择升级PortalServer所依赖的所有组件,则它们应按以下顺序升级,并且应在升级PortalServer之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的"升级JavaES共享组件"中提供了将JavaES共享组件升级到发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer或ApplicationServer的说明.
4.
AccessManager(AccessManagerSDK).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
备份发行版本3PortalServer配置信息将PortalServer升级至发行版本4时,无需重新配置PortalServer软件.
但是,为安全起见,可以备份存储配置信息的下列目录:PortalServerConfig-base/获取所需的配置信息和密码必须以超级用户身份登录才能执行升级.
如果要将WebServer用作Web容器,则无需任何配置信息.
但如果要将ApplicationServer用作Web容器,则将需要ApplicationServer管理员用户ID和密码.
注升级诸如来自WebLogic和WebSphere的第三方Web容器可能导致PortalServer中断,因为在容器升级时会改写为了支持PortalServer而对这些容器所做的自定义设置.
在此情况下,必须为升级后的Web容器环境重新安装和重新配置PortalServer.
从JavaES发行版本3升级PortalServer294SunJavaEnterpriseSystem2005Q4升级指南升级发行版本3PortalServer(Solaris)本节讨论影响PortalServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将PortalServer软件升级至JavaES发行版本4时,应考虑以下注意事项:与同一PortalServer安装映像对应的所有PortalServer实例将同时进行升级.
向安装映像应用修补程序时,应通过关闭Web容器关闭所有此类实例.
下表显示了用于Solaris操作系统的发行版本4的PortalServer升级修补程序:升级过程(Solaris)下述过程适用于要进行升级的计算机中的PortalServer.
1.
根据表17-4,获取所需的修补程序.
若未指明使用某个特定修订版本,始终应使用可用的最新修补程序修订版本.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
通过停止其Web容器,停止PortalServer.
WebServer:WebServer-base/https-instanceName/stopApplicationServer:AppServer8-base/bin/asadminstop-domaindomainName表17-4用于在Solaris上升级PortalServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10PortalServer核心组件118950-12118951-12PortalServer本地化版本119425-08119425-08PortalServer本地化配置程序118115-11118115-11从JavaES发行版本3升级PortalServer第17章PortalServer2954.
升级MACore共享组件以及您希望升级的任何其他共享组件(如果尚未执行此操作).
参见第293页中的"升级PortalServer依赖项".
5.
应用表17-4中相应的PortalServer修补程序.
确保先应用PortalServer核心修补程序,然后再应用两个PortalServer本地化修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
7.
通过重新启动其Web容器,重新启动PortalServer.
WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName8.
将PortalServerWeb应用程序重新部署到Web容器.
PortalServer-base/bin/deployredeployredeploy命令会将内容从PortalServer-base/web-src重新部署至/var/PortalServer-base/https-hostName/deploy-dir/web-apps.
因此,应首先对/web-src进行PortalServerWeb应用程序的任何自定义设置,然后再将其部署至/web-apps.
运行deploy命令之前,应在/web-src中复制可能在/web-apps下所做的任何更改,否则,此类更改将会被改写.
9.
停止并重新启动Web容器.
虽然并非在所有情况下都需要重新启动Web容器,但这样做可确保PortalServer在干净的状态下启动.
升级发行版本3PortalServer(Linux)本节讨论影响PortalServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将PortalServer软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第294页中的"升级注意事项(Solaris)").
从JavaES发行版本3升级PortalServer296SunJavaEnterpriseSystem2005Q4升级指南下表显示了Linux操作系统的发行版本4的PortalServer升级修补程序:升级过程(Linux)下述过程适用于要进行升级的计算机中的PortalServer.
1.
使用表17-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
通过停止其Web容器,停止PortalServer.
WebServer:WebServer-base/https-instanceName/stopApplicationServer:AppServer8-base/bin/asadminstop-domaindomainName表17-5用于在Linux上升级PortalServer的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称PortalServer核心组件118952-12sun-portal-core-6.
3-25.
12.
i386.
rpm以及用于Portal桌面和PortalServer移动访问的许多其他RPM.
PortalServer本地化版本119426-07sun-portal-core-Locale-6.
3-24.
i386.
rpm以及用于PortalServer移动访问、配置、标识和其他组件的许多其他RPM.
PortalServer本地化配置程序118116-08sun-portal-l10n-configurator-6.
3-24.
i386.
rpm注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级PortalServer第17章PortalServer2974.
升级MACore共享组件以及您希望升级的任何其他共享组件(如果尚未执行此操作).
参见第293页中的"升级PortalServer依赖项".
5.
应用表17-5中用于PortalServer核心修补程序的RPM.
cd/tmp其中,/tmp是步骤1中修补程序的下载目录.
.
/update更新脚本会安装RPM并确保因应用了修补程序而产生正确的配置变化.
6.
确认修补程序升级成功:rpm-qa|grepsun-portal-core-6.
3-25应返回RPM的升级修订版本号.
7.
应用表17-5中用于两个PortalServer本地化修补程序的RPM.
rpm-Fvh--replacefilessun-portal-*-Locale-6.
3-24.
i386.
rpmrpm-Fvh--replacefilessun-portal-l10n-configurator-6.
3-24.
i386.
rpm8.
确认修补程序升级成功:rpm-qa|grepsun-portal-l10n-configurator-6.
3-24应返回RPM的升级修订版本号.
9.
通过重新启动其Web容器,重新启动PortalServer.
WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName从JavaES发行版本3升级PortalServer298SunJavaEnterpriseSystem2005Q4升级指南10.
将PortalServerWeb应用程序重新部署到Web容器.
PortalServer-base/bin/deployredeployredeploy命令会将内容从PortalServer-base/web-src重新部署至/var/PortalServer-base/https-hostName/deploy-dir/web-apps.
因此,应首先对/web-src进行PortalServerWeb应用程序的任何自定义设置,然后再将其部署至/web-apps.
运行deploy命令之前,应在/web-src中复制可能在/web-apps下所做的任何更改,否则,此类更改将会被改写.
11.
停止并重新启动Web容器.
虽然并非在所有情况下都需要重新启动Web容器,但这样做可确保PortalServer在干净的状态下启动.
检验升级通过确认是否已正确应用升级修补程序来检验PortalServer到发行版本4的升级.
第294页中的"升级过程(Solaris)"和第296页中的"升级过程(Linux)"中包括此检验的步骤.
此外,还可使用以下命令:PortalServer-base/bin/version参见第292页中的表17-3确认输出值.
除了对修补程序升级进行这些测试外,还可以检验先前正常运行的程序是否仍然正常,以及是否确实修复了所关注的错误.
升级后的任务除第294页中的"升级过程(Solaris)"和第296页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响PortalServer升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的PortalServer的升级回滚过程几乎就是升级至发行版本4的相反过程.
该过程将回滚重新配置并删除修补程序.
从JavaES发行版本3升级PortalServer第17章PortalServer299回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
通过停止其Web容器,停止PortalServer.
WebServer:WebServer-base/https-instanceName/stopApplicationServer:AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName3.
删除第294页中的表17-4中的修补程序.
patchrmpatch_ID4.
通过重新启动其Web容器,重新启动PortalServer.
WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword5.
将PortalServerWeb应用程序重新部署到Web容器.
PortalServer-base/bin/deployredeployredeploy命令会将内容从PortalServer-base/web-src重新部署至/var/PortalServer-base/https-hostName/deploy-dir/web-apps.
因此,应首先对/web-src进行PortalServerWeb应用程序的任何自定义设置,然后再将其部署至/web-apps.
运行deploy命令之前,应在/web-src中复制可能在/web-apps下所做的任何更改,否则,此类更改将会被改写.
6.
停止并重新启动Web容器.
虽然并非在所有情况下都需要重新启动Web容器,但这样做可确保PortalServer在干净的状态下启动.
从JavaES发行版本2升级PortalServer300SunJavaEnterpriseSystem2005Q4升级指南多实例升级在一些部署体系结构中,PortalServer被部署在多个计算机系统上,以提供可伸缩性和提高可用性.
例如,您可以在多台计算机上运行PortalServer组件,并使用一个负载平衡器来分配负载.
就PortalServer负载平衡的实例而言,可执行滚动升级,期间您可依序升级各个PortalServer实例而不中断服务.
在升级每个PortalServer实例时,其他实例仍可保持运行.
可按第292页中的"发行版本3PortalServer的升级"中所述升级每个实例.
从JavaES发行版本2升级PortalServer本节包含将PortalServer从JavaES2004Q2(发行版本2)升级到JavaES2005Q4(发行版本4)的有关信息.
鉴于发行版本2PortalServer升级的复杂性和可能出现的相当长的停机时间,您可能会选择在另一台计算机上执行平行升级,而不是在生产系统上进行就地升级.
此种方法对于只容许有限停机时间的业务攸关或复杂的PortalServer解决方案较为可取.
升级过程的持续时间还取决于重新实现和测试任何必要的PortalServer自定义内容所需的时间.
另外,为适应特定的升级方案,可能有必要对本节中的说明进行修改或调整.
在此情况下,建议在执行升级时向SunMicrosystems支持服务寻求帮助.
本节包含有关从发行版本2升级到发行版本4的以下主题:简介发行版本2PortalServer的升级多实例升级简介将JavaES发行版本2PortalServer升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本2执行升级.
还必须使用升级实用程序重新配置PortalServer.
升级依赖性.
PortalServer依赖于许多JavaES共享组件(参见第38页中的表1-6),并且需要将所有这些组件全都升级到发行版本4,因为JavaES不支持在单台计算机上混合使用发行版本2和发行版本4组件.
从JavaES发行版本2升级PortalServer第17章PortalServer301此外,如第290页中的"PortalServer组件依赖性"中所述,发行版本4的PortalServer依赖于Web容器、AccessManager和DirectoryServer.
PortalServer对Web容器和AccessManager(或AccessManagerSDK)具有硬性升级依赖性(因为它们驻留在本地),而对DirectoryServer只具有软性升级依赖性(因为它很少驻留在本地).
向后兼容性.
发行版本4的PortalServer与发行版本2的版本向后兼容.
升级回滚.
只要重新配置过PortalServer,就无法实现PortalServer的发行版本4到发行版本2的升级回滚.
平台问题.
在Solaris和Linux操作系统上,升级PortalServer的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本2PortalServer的升级本节介绍如何在Solaris和Linux平台上将PortalServer从JavaES发行版本2升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本2PortalServer(Solaris)升级发行版本2PortalServer(Linux)检验升级升级后的任务升级回滚升级前的任务升级PortalServer之前,应执行下述任务.
检验当前版本信息可使用以下命令检验PortalServer的当前版本:PortalServer-base/bin/version参见第292页中的表17-3确认输出值.
从JavaES发行版本2升级PortalServer302SunJavaEnterpriseSystem2005Q4升级指南升级PortalServer依赖项JavaES发行版本4不支持发行版本2和发行版本4的共享组件在一台计算机上共存.
因此,必须将PortalServer所依赖的所有本地JavaES发行版本2组件全部升级到发行版本4.
在升级计算机上PortalServer所依赖的所有本地组件时,应按以下顺序升级,并且全部应在升级PortalServer之前进行.
请注意,对于特定升级方案有特殊的要求.
1.
共享组件.
第47页中的"升级JavaES共享组件"中提供了将JavaES共享组件升级到发行版本4的说明.
2.
DirectoryServer.
PortalServer很少依赖于本地DirectoryServer.
但是在第91页中的第4章"DirectoryServer和AdministrationServer"中依然提供了将DirectoryServer升级到发行版本4的说明.
3.
Web容器软件.
PortalServer可在WebServer或ApplicationServer所提供的Web容器中运行.
WebServer:按照第132页中的"从JavaES发行版本2升级WebServer"中的过程升级到发行版本4WebServer.
ApplicationServer:不按照第169页中的"从JavaES发行版本2升级ApplicationServer"中的过程,而是通过使用JavaES安装程序执行ApplicationServer的全新安装,将其升级到发行版本4ApplicationServer.
安装发行版本4ApplicationServer8之前,请务必从发行版本2ApplicationServer7中获取管理端口和服务器实例端口.
4.
AccessManager(AccessManagerSDK).
PortalServer可以与AccessManager在相同或不同的Web容器中运行.
如果PortalServer与AccessManager在不同的Web容器中运行(例如,如果AccessManager在远程运行),请按照第203页中的"从JavaES发行版本2升级AccessManager"中的过程将AccessManager或AccessManagerSDK从发行版本2升级到发行版本4.
如果只升级AccessManagerSDK,请参阅第202页中的"升级发行版本3AccessManagerSDK"并设置DEPLOY_LEVEL=3.
注升级诸如来自WebLogic和WebSphere的第三方Web容器可能导致PortalServer中断,因为在容器升级时会改写为了支持PortalServer而对这些容器所做的自定义设置.
在此情况下,必须为升级后的Web容器环境重新安装和重新配置PortalServer.
从JavaES发行版本2升级PortalServer第17章PortalServer303如果PortalServer与AccessManager在相同的Web容器中运行,且该Web容器是由WebServer提供的,则按照第204页中的"升级发行版本2AccessManager:WebServerWeb容器"中的过程将AccessManager从发行版本2升级到发行版本4.
如果PortalServer与AccessManager在相同的Web容器中运行,且该Web容器是由ApplicationServer提供的,则按照第204页中的"升级发行版本2AccessManager:ApplicationServerWeb容器"中的过程将AccessManager从发行版本2升级到发行版本4,但务必要使用全新安装AS时所采用的方案.
备份发行版本2PortalServer配置信息将PortalServer升级到发行版本4时,必须重新配置PortalServer软件.
为安全起见,可以备份存储配置信息的下列目录:PortalServerConfig-base/获取所需的配置信息和密码必须以超级用户身份登录才能执行升级.
如果使用WebServer作为Web容器,无需任何管理员密码.
但如果使用ApplicationServer作为Web容器,则需要ApplicationServer管理员用户ID和密码.
升级发行版本2PortalServer(Solaris)本节讨论影响PortalServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将PortalServer软件升级至JavaES发行版本4时,应考虑以下注意事项:与同一PortalServer安装映像对应的所有PortalServer实例将同时进行升级.
向安装映像应用修补程序时,应通过关闭Web容器关闭所有此类实例.
下表显示了用于Solaris操作系统的发行版本4的PortalServer升级修补程序:表17-6在Solaris上将PortalServer升级到发行版本4的修补程序说明SPARCSolaris8和9X86Solaris9Solaris10PortalServersync-up118195-07118196-07不适用PortalServer核心组件118128-13118129-13不适用MobileAccess核心组件119527-02119528-02不适用PortalServer修复118950-15(或更高版本)118951-15(或更高版本)不适用从JavaES发行版本2升级PortalServer304SunJavaEnterpriseSystem2005Q4升级指南在Solaris平台上升级PortalServer的过程取决于部署PortalServer的Web容器是由WebServer还是由ApplicationServer提供.
因此,下面针对这两个Web容器分别提供了升级说明.
升级过程(Solaris:WebServer)下述过程适用于要进行升级的计算机中的PortalServer.
1.
根据表17-6,获取所需的修补程序.
确保下载恰如表17-6中所示的修补程序修订版本,但PortalServer修复除外,对于这些修复可能有较新的修补程序可用.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
通过停止其Web容器,停止PortalServer.
WebServer-base/https-instanceName/stop4.
升级所有共享组件、Web容器和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第302页中的"升级PortalServer依赖项".
5.
启动DirectoryServer和AccessManager(如果它们尚未运行).
6.
应用表17-6中相应的PortalServer修补程序.
确保按照表17-6中所示从上到下的顺序应用修补程序.
patchaddpatch_ID7.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤7中应用的修补程序ID的版本.
8.
重新配置PortalServer软件:ksh$cdPortalServer-base/lib$.
/upgradePS04Q205Q19.
通过重新启动其Web容器,重新启动PortalServer.
WebServer-base/https-instanceName/start从JavaES发行版本2升级PortalServer第17章PortalServer30510.
将PortalServerWeb应用程序重新部署到Web容器.
PortalServer-base/bin/deployredeployredeploy命令会将内容从PortalServer-base/web-src重新部署至/var/PortalServer-base/https-hostName/deploy-dir/web-apps.
因此,应首先对/web-src进行PortalServerWeb应用程序的任何自定义设置,然后再将其部署至/web-apps.
运行deploy命令之前,应在/web-src中复制可能在/web-apps下所做的任何更改,否则,此类更改将会被改写.
11.
停止并重新启动Web容器.
虽然并非在所有情况下都需要重新启动Web容器,但这样做可确保PortalServer在干净的状态下启动.
升级过程(Solaris:ApplicationServer)下述过程适用于要进行升级的计算机中的PortalServer.
1.
根据表17-6,获取所需的修补程序.
确保下载恰如表17-6中所示的修补程序修订版本,但PortalServer修复除外,对于这些修复可能有较新的修补程序可用.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
确保PortalServer不再在其发行版本2的ApplicationServer实例中运行.
AppServerConfig7-base/domains/domainName/instanceName/bin/stopserv在上述命令及后续步骤中采用了以下约定:默认的domainName为domain1默认的instanceName为server14.
升级所有共享组件、Web容器和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第302页中的"升级PortalServer依赖项".
5.
确保已升级的AccessManager未在其发行版本4的ApplicationServer实例中运行.
AppServer8-base/bin/asadminstop-domaindomainName从JavaES发行版本2升级PortalServer306SunJavaEnterpriseSystem2005Q4升级指南6.
确保AccessManager配置文件AccessManagerConfig-base/config/AMConfig.
properties包含以下属性值:com.
iplanet.
am.
notification.
url=http://hostName:port/amserver/notificationservicecom.
sun.
identity.
webcontainer=IAS8.
1com.
iplanet.
am.
cookie.
encode=true其中,hostName:port为托管AccessManager实例的计算机和端口.
7.
应用表17-6中相应的PortalServer修补程序.
确保按照表17-6中所示从上到下的顺序应用修补程序.
patchaddpatch_ID8.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤7中应用的修补程序ID的版本.
9.
确保PortalServer配置文件PortalServerConfig-base/PSConfig.
properties包含以下属性值,这些属性值引用了ApplicationServer的DomainAdministrationServer(DAS)实例:DEPLOY_TYPE=SUNONE8DEPLOY_INSTANCE_DIR=AppServer8Config-base/domains/domainNameDEPLOY_DOMAIN=AppServer8Config-base/domains/domainNameDEPLOY_PRODUCT_DIR=AppServer8Config-base/domains/domainNameDEPLOY_ADMIN_PROTOCOL=httpsDEPLOY_ADMIN_PORT=DAS_adminPort(例如,默认值=4848)DEPLOY_ADMIN_HOST=DAS_hostNameLOAD_BALANCER_URL=http://DAS_hostName:DAS_hostPort/portalDEPLOY_DOCROOT=AppServer8Config-base/domains/domainName/docrootPS_PORT=DAS_hostPort(例如,默认值=80)DEPLOY_DIR=AppServer8-basePS_PROTOCOL=http假定分配给全新安装的发行版本4ApplicationServer8的端口值与分配给所安装的发行版本2ApplicationServer7的端口值相同,并且这些端口值是默认端口值,则上面所示的默认值将适用.
从JavaES发行版本2升级PortalServer第17章PortalServer30710.
按如下所示修改PSconfig.
properties文件:DEPLOY_INSTANCE=temporary_instanceName其中,temporary_instanceName是一个未使用的临时值.
11.
确保DAS正在运行.
AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName12.
执行以下命令:cdPortalServer-base/bin.
/multiserverinstancemultiserverinstance脚本询问的许多问题使用第306页中的步骤9中所示文件PSConfig.
properties中设置的值作为默认值,以下说明假设这些默认值是正确的.
按如下所示回答multiserverinstance脚本所问的问题:1.
为Createanewportalserverinstance(创建新的portalserver实例)选择选项1.
2.
为SunJavaSystemApplicationServer8.
1选择选项3.
3.
WhereistheWebContainerinstalled(Web容器安装在何处)按回车键.
4.
Whatisthedomainname(域名是什么)按回车键.
5.
Whatisthedomain(DAS)path(域(DAS)路径是什么)输入第4个问题中显示的那个默认值.
6.
WhatistheWebContainerinstancepath(Web容器实例的路径是什么)输入第5个问题中所输入的那个值.
7.
WhatistheWebContaineradministrator(Web容器管理员是什么)按回车键.
8.
WhatistheWebContaineradministrationport(Web容器管理端口是什么)按回车键.
9.
IstheWebContaineradministrationportsecure(Web容器管理端口是否安全)按回车键.
10.
Instancename(实例名)输入值server.
11.
Instanceport(实例端口)输入在PSConfig.
properties文件中为PS_PORT值输入的那个值.
12.
Istheinstanceportsecure(实例端口是否安全)按回车键.
13.
WhatistheWebContainerdocumentrootdirectory(Web容器文档根目录是什么)按回车键.
14.
WhatistheApplicationServeradministrationpassword(ApplicationServer管理密码是什么)输入密码.
15.
WhatistheIdentityServeradministrationpassword(IdentityServer管理密码是什么)输入密码.
从JavaES发行版本2升级PortalServer308SunJavaEnterpriseSystem2005Q4升级指南13.
按如下所示修改PSconfig.
properties文件:DEPLOY_INSTANCE=server其中,值server为DAS实例的默认实例名.
14.
重新启动DAS.
AppServer8-base/bin/asadminstop-domaindomainNameAppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName15.
部署PortalServerWeb应用程序.
cdPortalServer-base/bin.
/deployredeploy忽略指示deploy.
log中可能有错误的消息.
redeploy命令会将内容从PortalServer-base/web-src重新部署至/var/PortalServer-base/https-hostName/deploy-dir/web-apps.
因此,应首先对/web-src进行PortalServerWeb应用程序的任何自定义设置,然后再将其部署至/web-apps.
运行deploy命令之前,应在/web-src中复制可能在/web-apps下所做的任何更改,否则,此类更改将会被改写.
16.
重新配置PortalServer软件:ksh$cdPortalServer-base/lib$.
/postinstall_PortletSamples$.
/upgradePS04Q205Q1忽略upgradePS04Q205Q1脚本所发出的与CLI137相关的错误以及与(取消)部署相关的错误.
17.
重新启动DAS.
AppServer8-base/bin/asadminstop-domaindomainNameAppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName虽然并非在所有情况下都需要重新启动Web容器,但这样做可确保PortalServer在干净的状态下启动.
从JavaES发行版本2升级PortalServer第17章PortalServer30918.
更新PortalServer显示配置文件.
a.
执行以下命令:PortalServer-base/bin/dpadminlist-g-uamadminDN-wamadminPassword/tmp/GlobalDP.
xml其中,amadminDN的值可在AccessManagerConfig-base/config/AMConfig.
properties文件的属性com.
sun.
identity.
authentication.
super.
user中找到.
b.
打开文件/tmp/GlobalDP.
xml进行编辑c.
将下面的值:org.
apache.
xalan.
xsltc.
trax.
TransformerFactoryImpl修改为com.
sun.
org.
apache.
xalan.
internal.
xsltc.
trax.
TransformerFactoryImpld.
将出现的所有以下值:SunJavaTMSystemPortalServer62004Q2修改为SunJavaTMSystemPortalServer62005Q4e.
执行以下命令:PortalServer-base/bin/dpadminmodify-g-uamadminDN-wamadminPassword/tmp/GlobalDP.
xml其中,amadminDN的值与步骤a中的值相同.
升级发行版本2PortalServer(Linux)本节讨论影响PortalServer升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将PortalServer软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第294页中的"升级注意事项(Solaris)").
从JavaES发行版本2升级PortalServer310SunJavaEnterpriseSystem2005Q4升级指南下表显示了Linux操作系统的发行版本4的PortalServer升级修补程序:升级过程(Linux:WebServer)下述过程适用于要进行升级的计算机中的PortalServer.
1.
使用表17-7中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
通过停止其Web容器,停止PortalServer.
WebServer-base/https-instanceName/stop4.
升级所有共享组件、Web容器和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第302页中的"升级PortalServer依赖项".
表17-7在Linux上将PortalServer升级到发行版本4的修补程序说明修补程序ID和RPM名称PortalServer核心组件118020-16sun-portal-module-6.
3-25.
i386.
rpm其中,module是约70个不同软件模块的任意一个MobileAccess核心组件119529-02sun-mobileaccess-1.
0-25.
2.
i386.
rpmsun-mobileaccess-config-1.
0-25.
2.
i386.
rpmPortalServer修复118952-15(或更高版本)sun-portal-core-6.
3-xx.
y.
i386.
rpmsun-portal-configurator-6.
3-xx.
y.
i386.
rpmsun-portal-mobileaccess-6.
3-xx.
y.
i386.
rpmsun-portal-desktop-6.
3-xx.
y.
i386.
rpmsun-portal-sample-6.
3-xx.
y.
i386.
rpmsun-portal-mobileaccess-config-6.
3-xx.
y.
i386.
rpm从JavaES发行版本2升级PortalServer第17章PortalServer3115.
启动DirectoryServer和AccessManager(如果它们尚未运行).
6.
应用表17-7中用于PortalServer的RPM.
a.
cd/tmp其中,/tmp是步骤1中修补程序的下载目录.
b.
解压缩118020修补程序文件,阅读自述文件并运行以下脚本:.
/upgradeportalrpmsupgradeportalrpms脚本会安装RPM,同时确保由修补程序所引起的配置变化是正确的.
c.
解压缩119529修补程序文件,然后从解压缩修补程序时所创建的目录内运行.
/update脚本.
d.
解压缩118952修补程序文件,然后从解压缩修补程序时所创建的目录内运行.
/update脚本.
7.
确认修补程序升级成功:rpm-qa|grepsun-portalrpm-qa|grepsun-mobileaccess应返回RPM的新版本号.
8.
重新配置PortalServer软件:ksh$cdPortalServer-base/lib$.
/upgradePS04Q205Q19.
按如下所示编辑PortalServer-base/export/deploy.
import文件:如果存在以下内容:%JATO_LIB_DIR%/jato.
tld%WEB_SRC_DIR%/WEB-INF/jato.
tld%JATO_LIB_DIR%/jato.
jar%WEB_SRC_DIR%/WEB-INF/lib/jato.
jar替换为:/usr/share/lib/jato/jato.
tld%WEB_SRC_DIR%/WEB-INF/jato.
tld/usr/share/lib/jato/jato.
jar%WEB_SRC_DIR%/WEB-INF/lib/jato.
jar换言之,就是用/usr/share/lib/jato替换%JATO_LIB_DIR%10.
通过重新启动其Web容器,重新启动PortalServer.
WebServer-base/https-instanceName/start从JavaES发行版本2升级PortalServer312SunJavaEnterpriseSystem2005Q4升级指南11.
将PortalServerWeb应用程序重新部署到Web容器.
PortalServer-base/bin/deployredeployredeploy命令会将内容从PortalServer-base/web-src重新部署至/var/PortalServer-base/https-hostName/deploy-dir/web-apps.
因此,应首先对/web-src进行PortalServerWeb应用程序的任何自定义设置,然后再将其部署至/web-apps.
运行deploy命令之前,应在/web-src中复制可能在/web-apps下所做的任何更改,否则,此类更改将会被改写.
12.
停止并重新启动Web容器.
虽然并非在所有情况下都需要重新启动Web容器,但这样做可确保PortalServer在干净的状态下启动.
升级过程(Linux:ApplicationServer)下述过程适用于要进行升级的计算机中的PortalServer.
1.
根据表17-7,获取所需的修补程序.
确保下载恰如表17-7中所示的修补程序修订版本,但PortalServer修复除外,对于这些修复可能有较新的修补程序可用.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
确保PortalServer不再在其发行版本2的ApplicationServer实例中运行.
AppServerConfig7-base/domains/domainName/instanceName/bin/stopserv在上述命令及后续步骤中采用了以下约定:默认的domainName为domain1默认的instanceName为server14.
升级所有共享组件、Web容器和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第302页中的"升级PortalServer依赖项".
5.
确保已升级的AccessManager未在其发行版本4的ApplicationServer实例中运行.
AppServer8-base/bin/asadminstop-domaindomainName从JavaES发行版本2升级PortalServer第17章PortalServer3136.
确保AccessManager配置文件AccessManagerConfig-base/config/AMConfig.
properties包含以下属性值:com.
iplanet.
am.
notification.
url=http://hostName:port/amserver/notificationservicecom.
sun.
identity.
webcontainer=IAS8.
1com.
iplanet.
am.
cookie.
encode=true其中,hostName:port为托管AccessManager实例的计算机和端口.
7.
应用表17-7中用于PortalServer的RPM.
a.
cd/tmp其中,/tmp是步骤1中修补程序的下载目录.
b.
解压缩118020修补程序文件,阅读自述文件并运行以下脚本:.
/upgradeportalrpmsupgradeportalrpms脚本会安装RPM,同时确保由修补程序所引起的配置变化是正确的.
c.
解压缩119529修补程序文件,然后从解压缩修补程序时所创建的目录内运行.
/update脚本.
d.
解压缩118952修补程序文件,然后从解压缩修补程序时所创建的目录内运行.
/update脚本.
8.
确认修补程序升级成功:rpm-qa|grepsun-portalrpm-qa|grepsun-mobileaccess应返回RPM的新版本号.
9.
按如下所示编辑PortalServer-base/export/deploy.
import文件:如果存在以下内容:%JATO_LIB_DIR%/jato.
tld%WEB_SRC_DIR%/WEB-INF/jato.
tld%JATO_LIB_DIR%/jato.
jar%WEB_SRC_DIR%/WEB-INF/lib/jato.
jar替换为:/usr/share/lib/jato/jato.
tld%WEB_SRC_DIR%/WEB-INF/jato.
tld/usr/share/lib/jato/jato.
jar%WEB_SRC_DIR%/WEB-INF/lib/jato.
jar换言之,就是用/usr/share/lib/jato替换%JATO_LIB_DIR%10.
按"升级过程(Solaris:ApplicationServer)"下的第306页中的步骤9到第309页中的步骤18进行操作.
从JavaES发行版本2升级PortalServer314SunJavaEnterpriseSystem2005Q4升级指南检验升级通过确认是否已正确应用升级修补程序来检验PortalServer到发行版本4的升级.
第294页中的"升级过程(Solaris)"和第296页中的"升级过程(Linux)"中包括此检验的步骤.
此外,还可使用以下命令:PortalServer-base/bin/version参见第292页中的表17-3确认输出值.
除了对修补程序升级进行这些测试外,还可以检验先前正常运行的程序是否仍然正常,以及是否确实修复了所关注的错误.
升级后的任务除第305页中的"升级过程(Solaris:ApplicationServer)"和第310页中的"升级过程(Linux:WebServer)"中所述的步骤之外,没有任何升级后的任务.
升级回滚PortalServer从发行版本2到发行版本4的升级无法回滚.
多实例升级在一些部署体系结构中,PortalServer被部署在多个计算机系统上,以提供可伸缩性和提高可用性.
例如,您可以在多台计算机上运行PortalServer组件,并使用一个负载平衡器来分配负载.
就PortalServer负载平衡的实例而言,可执行滚动升级,期间您可依序升级各个PortalServer实例而不中断服务.
在升级每个PortalServer实例时,其他实例仍可保持运行.
可按第301页中的"发行版本2PortalServer的升级"中所述升级每个实例.
315第18章PortalServerSecureRemoteAccess本章介绍如何将PortalServerSecureRemoteAccess升级到JavaES2005Q4(发行版本4):SunJavaSystemPortalServerSecureRemoteAccess62005Q4.
本章概括介绍了有关JavaES发行版本4所支持的不同升级途径的升级问题及过程.
其内容涵盖了在Solaris和Linux操作系统上的升级:第316页中的"PortalServerSecureRemoteAccess升级概述"第318页中的"从JavaES发行版本3升级PortalServerSecureRemoteAccess"第327页中的"从JavaES发行版本2升级PortalServerSecureRemoteAccess"注本章中的文件位置是相对于两个目录路径指定的,分别称为PortalServer-base和PortalServerConfig-base.
在最初安装PortalServer时,可能至少已将这两个路径的一部分指定为安装目录,否则,JavaES安装程序会分配一个默认值.
PortalServer-base的默认值视操作系统平台而定:Solaris:/opt/SUNWpsLinux:/opt/sun/portalPortalServerConfig-base的默认值视操作系统平台而定:Solaris:/etc/opt/SUNWpsLinux:/etc/opt/sun/portalPortalServerSecureRemoteAccess升级概述316SunJavaEnterpriseSystem2005Q4升级指南PortalServerSecureRemoteAccess升级概述本节将在以下方面对PortalServerSecureRemoteAccess进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4PortalServerSecureRemoteAccessPortalServerSecureRemoteAccess升级指导说明PortalServerSecureRemoteAccess数据兼容性问题PortalServerSecureRemoteAccess组件依赖性关于JavaES发行版本4PortalServerSecureRemoteAccessJavaES发行版本4PortalServerSecureRemoteAccess主要修复了一些错误,相对于发行版本3并未新增任何主要的功能.
PortalServerSecureRemoteAccess升级指导说明表18-1显示了所支持的升级至JavaES发行版本4的PortalServerSecureRemoteAccess升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表18-1升级到JavaES发行版本4:SunJavaSystemPortalServerSecureRemoteAccess6.
3.
12005Q4的途径JavaES发行版本PortalServerSecureRemoteAccess版本常规方法必需的重新配置发行版本3SunJavaSystemPortalServerSecureRemoteAccess6.
3.
12005Q1直接升级:通过应用修补程序执行.
无发行版本2SunJavaSystemPortalServerSecureRemoteAccess6.
32004Q2不直接升级:通过先升级至发行版本3后应用修补程序升级至发行版本4来执行.
配置数据PortalServerSecureRemoteAccess升级概述第18章PortalServerSecureRemoteAccess317PortalServerSecureRemoteAccess数据下表显示了可能受PortalServerSecureRemoteAccess软件升级影响的数据类型.
兼容性问题发行版本4的PortalServerSecureRemoteAccess的接口没有任何变化.
PortalServerSecureRemoteAccess与早期版本向后兼容.
PortalServerSecureRemoteAccess组件依赖性PortalServerSecureRemoteAccess对其他JavaES组件的依赖性会影响升级和重新配置PortalServerSecureRemoteAccess软件的过程.
例如,PortalServerSecureRemoteAccess接口或功能上的变化可能要求PortalServerSecureRemoteAccess所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
发行版本1SunONEPortalServerSecureRemoteAccess6.
2(2003Q4)不直接升级:通过先升级至发行版本3后应用修补程序升级至发行版本4来执行.
配置数据JavaES以前的发行版本不直接升级.
表18-2PortalServerSecureRemoteAccess数据用途数据类型位置用途配置数据PortalServerConfig-base/PortalServerSecureRemoteAccess的配置.
目录模式用户数据DirectoryServerPortalServerSecureRemoteAccess取决于目录中存储的用户配置文件数据.
动态应用程序数据无PortalServerSecureRemoteAccess并不永久存储应用程序数据(如会话状态).
表18-1升级到JavaES发行版本4:SunJavaSystemPortalServerSecureRemoteAccess6.
3.
12005Q4的途径(续)JavaES发行版本PortalServerSecureRemoteAccess版本常规方法必需的重新配置从JavaES发行版本3升级PortalServerSecureRemoteAccess318SunJavaEnterpriseSystem2005Q4升级指南PortalServerSecureRemoteAccess对以下JavaES组件具有依赖性:共享组件.
PortalServerSecureRemoteAccess对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
PortalServer.
PortalServerSecureRemoteAccess提供对PortalServer的安全远程访问.
AccessManager(或AccessManagerSDK).
PortalServerSecureRemoteAccess依赖AccessManager为最终用户提供验证和授权服务,包括单点登录.
如果AccessManager运行在远程计算机上,则AccessManagerSDK必须在本地可用.
DirectoryServer.
PortalServerSecureRemoteAccess访问DirectoryServer中存储的用户数据.
因此,PortalServerSecureRemoteAccess升级可能需要目录模式的扩展.
从JavaES发行版本3升级PortalServerSecureRemoteAccess本节包含关于将PortalServerSecureRemoteAccess从JavaES2005Q1(发行版本3)升级至JavaES发行版本4的信息.
其中涵盖以下主题:简介发行版本3PortalServerSecureRemoteAccess的升级多实例升级简介将JavaES发行版本3PortalServerSecureRemoteAccess升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本3执行升级.
不要求重新配置PortalServerSecureRemoteAccess.
升级依赖性.
虽然PortalServerSecureRemoteAccess对许多JavaES共享组件具有依赖性(参见第38页中的表1-6),但发行版本4PortalServerSecureRemoteAccess与发行版本3的这些组件兼容.
因此,对于PortalServerSecureRemoteAccess到发行版本4的升级,除MobileAccessCore(MACore)之外,这些共享组件的升级是可选的.
从JavaES发行版本3升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess319此外,发行版本4的PortalServerSecureRemoteAccess还依赖PortalServer、AccessManager和DirectoryServer,如第317页中的"PortalServerSecureRemoteAccess组件依赖性"中所述.
PortalServerSecureRemoteAccess到发行版本4的升级还需要升级PortalServer.
但是,它对AccessManager和DirectoryServer的依赖性是软性升级依赖性;因此,对于PortalServerSecureRemoteAccess到发行版本4的升级,这些组件的升级是可选的.
向后兼容性.
发行版本4的PortalServerSecureRemoteAccess与发行版本3的版本向后兼容.
升级回滚.
PortalServerSecureRemoteAccess的发行版本4到发行版本3的升级回滚可通过回滚在升级期间应用的修补程序实现.
修补程序回滚在Linux平台上不可用.
平台问题.
在Solaris和Linux操作系统上,升级PortalServerSecureRemoteAccess的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本3PortalServerSecureRemoteAccess的升级本节介绍如何在Solaris和Linux平台上将PortalServerSecureRemoteAccess从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3PortalServerSecureRemoteAccess(Solaris)升级发行版本3PortalServerSecureRemoteAccess(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级PortalServerSecureRemoteAccess之前,应执行下述任务.
从JavaES发行版本3升级PortalServerSecureRemoteAccess320SunJavaEnterpriseSystem2005Q4升级指南检验当前版本信息可使用以下命令检验PortalServerSecureRemoteAccess的当前版本:PortalServer-base/bin/gatewayversionPortalServer-base/bin/rwproxydversionPortalServer-base/bin/netletdversion升级PortalServerSecureRemoteAccess依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件均升级到JavaES发行版本4.
但是,PortalServer仅对MobileAccessCore(MACore)共享组件具有硬性升级依赖性.
因此,PortalServer所依赖的其他JavaES发行版本3组件的升级是可选的.
但是,如果选择升级PortalServerSecureRemoteAccess所依赖的所有组件,则它们应按以下顺序升级,并且应在升级PortalServerSecureRemoteAccess之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
AccessManager(AccessManagerSDK).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
4.
PortalServer.
第287页中的第17章"PortalServer"中提供了升级PortalServer的说明.
表18-3PortalServerSecureRemoteAccess版本检验输出JavaES发行版本PortalServer版本号发行版本2早于发行版本3发行版本3ThuDec1603:30:34PST2004发行版本4晚于发行版本311.
发行版本3与发行版本4的不同之处仅在于修补程序.
可使用Solarisshowrev-p|greppatch_ID命令和Linuxrpm-qasun-portal-core命令来检查第323页中的表18-5和第333页中的表18-7中所示的发行版本4修补程序,然后查找字符串"25.
12"或更大者.
从JavaES发行版本3升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess321备份发行版本3PortalServerSecureRemoteAccess配置信息将PortalServerSecureRemoteAccess升级至发行版本4时,无需重新配置PortalServerSecureRemoteAccess软件.
但是,为安全起见,可以备份存储配置信息的下列目录:PortalServerConfig-base/获取所需的配置信息和密码您必须以超级用户的身份登录以执行升级.
升级发行版本3PortalServerSecureRemoteAccess(Solaris)本节讨论影响PortalServerSecureRemoteAccess升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将PortalServerSecureRemoteAccess软件升级至JavaES发行版本4时,应考虑以下注意事项:所有对应同一个已安装PortalServerSecureRemoteAccess映像的PortalServerSecureRemoteAccess实例将同时被升级.
向安装的映像应用修补程序时,应关闭所有此类实例.
用于Solaris操作系统的发行版本4PortalServerSecureRemoteAccess升级修补程序与用于升级PortalServer的修补程序相同,下表显示了这些修补程序:表18-4在Solaris上升级PortalServerSecureRemoteAccess的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10PortalServer核心组件118950-12118951-12PortalServer本地化版本119425-08119425-08PortalServer本地化配置程序118115-11118115-11从JavaES发行版本3升级PortalServerSecureRemoteAccess322SunJavaEnterpriseSystem2005Q4升级指南升级过程(Solaris)下述过程适用于要进行升级的计算机中的PortalServerSecureRemoteAccess.
1.
根据表18-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
停止PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystop/etc/init.
d/netletdstop/etc/init.
d/rwproxydstop4.
升级MACore共享组件以及您希望升级的任何其他共享组件(如果尚未执行此操作).
参见第320页中的"升级PortalServerSecureRemoteAccess依赖项".
5.
应用表18-4中相应的PortalServer修补程序.
确保先应用PortalServer核心修补程序,然后再应用两个PortalServer本地化修补程序.
patchaddpatch_ID6.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
7.
重新启动PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystart/etc/init.
d/netletdstart/etc/init.
d/rwproxydstart升级发行版本3PortalServerSecureRemoteAccess(Linux)本节讨论影响PortalServerSecureRemoteAccess升级过程的一些注意事项,随后对升级过程本身加以说明.
从JavaES发行版本3升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess323升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将PortalServerSecureRemoteAccess软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第321页中的"升级注意事项(Solaris)").
用于Linux操作系统的发行版本4PortalServerSecureRemoteAccess升级修补程序与用于升级PortalServer的修补程序相同,下表显示了这些修补程序:升级过程(Linux)下述过程适用于要进行升级的计算机中的PortalServerSecureRemoteAccess.
1.
使用表18-4中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-表18-5在Linux上升级PortalServerSecureRemoteAccess的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称PortalServer核心组件118952-12sun-portal-core-6.
3-25.
12.
i386.
rpm以及用于Portal桌面和PortalServer移动访问的许多其他RPM.
PortalServer本地化版本119426-07sun-portal-core-Locale-6.
3-24.
i386.
rpm以及用于PortalServer移动访问、配置、标识和其他组件的许多其他RPM.
PortalServer本地化配置程序118116-08sun-portal-l10n-configurator-6.
3-24.
i386.
rpm注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级PortalServerSecureRemoteAccess324SunJavaEnterpriseSystem2005Q4升级指南3.
停止PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystop/etc/init.
d/netletdstop/etc/init.
d/rwproxydstop4.
升级MACore共享组件以及您希望升级的任何其他共享组件(如果尚未执行此操作).
参见第320页中的"升级PortalServerSecureRemoteAccess依赖项".
5.
应用表18-5中用于PortalServer核心修补程序的RPM.
cd/tmp.
/update更新脚本会安装RPM并确保因应用了修补程序而产生正确的配置变化.
6.
确认修补程序升级成功:rpm-qa|grepsun-portal-gateway应返回RPM的新版本号.
7.
应用表18-5中用于两个PortalServer本地化修补程序的RPM.
rpm-Fvh--replacefilessun-portal-*-Locale-6.
3-24.
i386.
rpmrpm-Fvh--replacefilessun-portal-l10n-configurator-6.
3-24.
i386.
rpm8.
确认修补程序升级成功:rpm-qa|grepsun-portal-l10n-configurator-6.
3-24应返回RPM的升级修订版本号.
9.
重新启动PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystart/etc/init.
d/netletdstart/etc/init.
d/rwproxydstart从JavaES发行版本3升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess325检验升级通过确认是否已正确应用升级修补程序来检验PortalServerSecureRemoteAccess到发行版本4的升级.
第322页中的"升级过程(Solaris)"和第323页中的"升级过程(Linux)"中包括此检验的步骤.
此外,还可使用下列命令:PortalServer-base/bin/gatewayversionPortalServer-base/bin/rwproxydversionPortalServer-base/bin/netletdversion参见第320页中的表18-3确认输出值.
除了对修补程序升级进行这些测试外,还可以检验先前正常运行的程序是否仍然正常,以及是否确实修复了所关注的错误.
升级后的任务除第322页中的"升级过程(Solaris)"和第323页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)本节介绍影响PortalServerSecureRemoteAccess升级回滚过程的一些注意事项,随后对升级回滚过程本身加以说明.
回滚注意事项(Solaris)升级至发行版本4的PortalServerSecureRemoteAccess的升级回滚过程几乎就是升级至发行版本4的相反过程.
该过程将回滚重新配置并删除修补程序.
回滚过程(Solaris)1.
以root身份登录,或成为超级用户.
su-2.
停止PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystop/etc/init.
d/netletdstop/etc/init.
d/rwproxydstop从JavaES发行版本3升级PortalServerSecureRemoteAccess326SunJavaEnterpriseSystem2005Q4升级指南3.
删除第321页中的表18-4中的修补程序.
patchrmpatch_ID4.
重新启动PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystart/etc/init.
d/netletdstart/etc/init.
d/rwproxydstart多实例升级在一些部署体系结构中,PortalServerSecureRemoteAccess被部署在多个计算机系统上,以提供可伸缩性和提高可用性.
例如,您可以在多台计算机上运行PortalServerSecureRemoteAccess组件,并使用一个负载平衡器来分配负载.
就PortalServerSecureRemoteAccess负载平衡的实例而言,可执行滚动升级,期间您可依序升级各个PortalServerSecureRemoteAccess实例而不中断服务.
在升级每个PortalServerSecureRemoteAccess实例时,其他实例仍可保持运行.
可按第319页中的"发行版本3PortalServerSecureRemoteAccess的升级"中所述升级每个实例.
从JavaES发行版本2升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess327从JavaES发行版本2升级PortalServerSecureRemoteAccess本节包含关于将PortalServerSecureRemoteAccess从JavaES发行版本2升级至JavaES发行版本4的信息.
该升级分两步执行:首先是将发行版本2升级到发行版本3,然后从发行版本3升级到发行版本4.
由于这两条升级途径截然不同,本节着重讨论从发行版本2升级到发行版本3.
完成从发行版本2到发行版本3的升级后,即可继续从发行版本3升级到发行版本4,该过程已在第318页中的"从JavaES发行版本3升级PortalServerSecureRemoteAccess"中介绍过.
本节包含有关从发行版本2升级到发行版本3的以下主题:简介发行版本2PortalServerSecureRemoteAccess的升级多实例升级简介将JavaES发行版本2PortalServerSecureRemoteAccess升级至发行版本3时,请考虑升级过程中的以下方面:常规升级方法.
通过将修补程序应用到发行版本2执行升级.
还必须使用升级实用程序重新配置PortalServerSecureRemoteAccess.
升级依赖性.
PortalServerSecureRemoteAccess对许多JavaES共享组件具有依赖性(参见第38页中的表1-6),并且所有这些组件都必须升级到发行版本3,因为JavaES不支持在一台计算机上同时有发行版本2和发行版本3的组件.
此外,发行版本3的PortalServerSecureRemoteAccess依赖PortalServer、AccessManager和DirectoryServer,如第317页中的"PortalServerSecureRemoteAccess组件依赖性"中所述.
PortalServerSecureRemoteAccess由于驻留在本地,故对PortalServer和AccessManager(或AccessManagerSDK)具有硬性升级依赖性;而对DirectoryServer具有软性升级依赖性,因为后者很少驻留在本地.
向后兼容性.
发行版本3的PortalServerSecureRemoteAccess与发行版本2的版本向后兼容.
从JavaES发行版本2升级PortalServerSecureRemoteAccess328SunJavaEnterpriseSystem2005Q4升级指南升级回滚.
只要重新配置过PortalServerSecureRemoteAccess,就无法实现PortalServerSecureRemoteAccess的发行版本3到发行版本2的升级回滚.
平台问题.
在Solaris和Linux操作系统上,升级PortalServerSecureRemoteAccess的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
发行版本2PortalServerSecureRemoteAccess的升级本节介绍如何在Solaris和Linux平台上将PortalServerSecureRemoteAccess从JavaES发行版本2升级至JavaES发行版本3.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本2PortalServerSecureRemoteAccess(Solaris)升级发行版本2PortalServerSecureRemoteAccess(Linux)检验升级升级后的任务升级回滚升级前的任务升级PortalServerSecureRemoteAccess之前,应执行下述任务.
检验当前版本信息可使用以下命令检验PortalServerSecureRemoteAccess的当前版本:PortalServer-base/bin/gatewayversionPortalServer-base/bin/rwproxydversionPortalServer-base/bin/netletdversion参见第320页中的表18-3确认输出值.
从JavaES发行版本2升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess329升级PortalServerSecureRemoteAccess依赖项JavaES发行版本3不支持发行版本2和发行版本3的共享组件在一台计算机上共存.
因此,必须将PortalServerSecureRemoteAccess所依赖的所有本地JavaES发行版本2组件升级到发行版本3.
有关升级过程,参见JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237).
升级某台计算机上所有本地PortalServer依赖项时,它们应按以下顺序升级,并且应在升级PortalServerSecureRemoteAccess之前进行.
1.
共享组件.
JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中提供了将JavaES共享组件升级到发行版本3的说明.
2.
PortalServer.
PortalServerSecureRemoteAccess很少依赖本地的PortalServer.
3.
AccessManager(AccessManagerSDK).
JavaEnterpriseSystem2005Q1升级与迁移指南(http://docs.
sun.
com/doc/819-2237)中提供了将AccessManager升级到发行版本3的说明.
4.
DirectoryServer.
PortalServer很少依赖本地的DirectoryServer.
备份发行版本2PortalServerSecureRemoteAccess配置信息将PortalServerSecureRemoteAccess升级到发行版本3时,必须重新配置PortalServerSecureRemoteAccess软件.
为安全起见,可以备份存储配置信息的下列目录:PortalServerConfig-base/获取所需的配置信息和密码您必须以超级用户的身份登录以执行升级.
升级发行版本2PortalServerSecureRemoteAccess(Solaris)本节讨论影响PortalServerSecureRemoteAccess升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将PortalServerSecureRemoteAccess软件升级至JavaES发行版本3时,应考虑以下注意事项:所有对应同一个已安装PortalServerSecureRemoteAccess映像的PortalServerSecureRemoteAccess实例将同时被升级.
向安装的映像应用修补程序之前,应关闭所有此类实例.
从JavaES发行版本2升级PortalServerSecureRemoteAccess330SunJavaEnterpriseSystem2005Q4升级指南如果重写器代理、netlet代理和网关进程在不同的计算机上运行,则需要先在托管重写器和netlet代理服务的计算机上执行升级过程,然后在所有托管网关服务的计算机上执行升级.
用于Solaris操作系统的发行版本3PortalServerSecureRemoteAccess升级修补程序与用于升级PortalServer的修补程序相同,下表显示了这些修补程序:升级过程(Solaris)下述过程适用于要进行升级的计算机中的PortalServerSecureRemoteAccess.
如果PortalServerSecureRemoteAccess与PortalServer安装在相同的计算机上,则按照第291页中的"从JavaES发行版本3升级PortalServer"中的说明操作.
然后转到第331页中的步骤8.
1.
根据表18-6,获取所需的修补程序.
确保下载了表18-6中所示的正确修补程序修订版本可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
停止PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystop/etc/init.
d/netletdstop/etc/init.
d/rwproxydstop表18-6在Solaris上将PortalServerSecureRemoteAccess升级到发行版本3的修补程序说明SPARCSolaris8和9X86Solaris9Solaris10PortalServersync-up118195-07118196-07不适用PortalServer核心组件118128-13118129-13不适用MobileAccess核心组件118219-12118219-12不适用PortalServer修复118950-15(或更高版本)118951-15(或更高版本)不适用从JavaES发行版本2升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess3314.
升级所有共享组件和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第329页中的"升级PortalServerSecureRemoteAccess依赖项".
5.
启动DirectoryServer和AccessManager(或AccessManagerSDK)(如果它们尚未运行).
6.
应用表18-6中相应的PortalServer修补程序.
确保按照表18-6中所示从上到下的顺序应用修补程序.
patchaddpatch_ID7.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤5中应用的修补程序ID的版本.
8.
重新配置PortalServerSecureRemoteAccess软件:ksh$cdPortalServer-base/lib$.
/upgradeSRA-04Q4-05Q19.
重新启动PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystart/etc/init.
d/netletdstart/etc/init.
d/rwproxydstart10.
重新配置Proxylet和Netlet服务.
a.
以管理员用户身份登录AccessManager控制台(AMCONSOLE).
b.
移除Proxylet和Netlet服务.
在"身份管理"选项卡下,选择"服务"选项.
这会在左面板上列出所有已注册的服务.
在"SRA配置"中,选中Proxylet和Netlet复选框.
滚动到左面板顶部,单击"移除"按钮.
这将从ORG级别移除Proxylet和Netlet服务.
要手动检验此步骤,可以检查LDAP目录(在您的组织下)以确定服务(srapProxylet,srapNetlet)已确实移除.
从JavaES发行版本2升级PortalServerSecureRemoteAccess332SunJavaEnterpriseSystem2005Q4升级指南c.
再次添加服务.
在"身份管理"选项卡下,选择"服务"选项.
单击"服务"下的"添加"按钮.
这会在右面板中显示所有可用的服务.
选中Proxylet和Netlet服务复选框,然后单击"确定".
新增的服务将会出现在左面板的"SRA配置"下.
d.
单击新增的服务并建立模板文件.
单击"保存"按钮.
e.
将/portal/netlet/jnlpclient.
jar和/portal/netlet/netletjsse.
jar添加到网关服务下非验证URL列表中.
*单击"服务配置"选项卡.
单击"SRA配置"下的"网关"链接.
这会列出所有可用的网关配置文件.
单击链接以选择适当的配置文件.
单击"安全"选项卡.
在"非验证URL"下的编辑字段中添加/portal/netlet/jnlpclient.
jar,然后单击"添加"按钮.
在"非验证URL"下的编辑字段中添加/portal/netlet/netletjsse.
jar,然后单击"添加"按钮.
单击页面底部的"保存"按钮.
f.
重新启动网关服务器.
/etc/init.
d/gatewaystop/etc/init.
d/gatewaystart11.
将PortalServerSecureRemoteAccess从发行版本3升级到发行版本4.
按照第318页中的"从JavaES发行版本3升级PortalServerSecureRemoteAccess"中的说明操作.
从JavaES发行版本2升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess333升级发行版本2PortalServerSecureRemoteAccess(Linux)本节讨论影响PortalServerSecureRemoteAccess升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本3的升级修补程序与Solaris的修补程序不同外,在Linux平台上将PortalServerSecureRemoteAccess软件升级到JavaES发行版本3的注意事项与在Solaris平台上相同(参见第321页中的"升级注意事项(Solaris)").
下表显示了Linux操作系统的发行版本3的PortalServerSecureRemoteAccess升级修补程序:表18-7在Linux上将PortalServerSecureRemoteAccess升级到发行版本3的修补程序说明修补程序ID和RPM名称PortalServer核心组件118020-16sun-portal-module-6.
3-25.
i386.
rpm其中,module是约70个不同软件模块的任意一个MobileAccess核心组件119515-01sun-mobileaccess-1.
0-25.
i386.
rpmsun-mobileaccess-config-1.
0-25.
i386.
rpmPortalServer修复118952-01sun-portal-core-6.
3-xx.
y.
i386.
rpmsun-portal-configurator-6.
3-xx.
y.
i386.
rpmsun-portal-mobileaccess-6.
3-xx.
y.
i386.
rpmsun-portal-desktop-6.
3-xx.
y.
i386.
rpmsun-portal-sample-6.
3-xx.
y.
i386.
rpmsun-portal-mobileaccess-config-6.
3-xx.
y.
i386.
rpm从JavaES发行版本2升级PortalServerSecureRemoteAccess334SunJavaEnterpriseSystem2005Q4升级指南升级过程(Linux)下述过程适用于要进行升级的计算机中的PortalServerSecureRemoteAccess.
如果PortalServerSecureRemoteAccess与PortalServer安装在相同的计算机上,则按照第291页中的"从JavaES发行版本3升级PortalServer"中的说明操作.
然后转到第335页中的步骤8.
1.
使用表18-6中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
停止PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystop/etc/init.
d/netletdstop/etc/init.
d/rwproxydstop4.
升级所有共享组件和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第329页中的"升级PortalServerSecureRemoteAccess依赖项".
5.
启动DirectoryServer和AccessManager(或AccessManagerSDK)(如果它们尚未运行).
6.
应用表18-6中用于PortalServer的RPM.
a.
cd/tmpb.
解压缩118020修补程序文件,阅读自述文件并运行以下脚本:.
/upgradeportalrpms该更新脚本会安装RPM并确保因应用了修补程序而产生正确的配置变化.
c.
解压缩119515修补程序文件,并按照其自述文件中的说明操作.
d.
解压缩118952修补程序文件,并按照其自述文件中的说明操作.
7.
确认修补程序升级成功:rpm-qa|grepsun-portal-gatewayrpm-qa|grepsun-mobileaccess应返回RPM的新版本号.
从JavaES发行版本2升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess3358.
重新配置PortalServerSecureRemoteAccess软件:ksh$cdPortalServer-base/lib$.
/upgradeSRA-04Q4-05Q19.
重新启动PortalServerSecureRemoteAccess进程.
/etc/init.
d/gatewaystart/etc/init.
d/netletdstart/etc/init.
d/rwproxydstart10.
重新配置Proxylet和Netlet服务.
a.
以管理员用户身份登录AccessManager控制台(AMCONSOLE).
b.
移除Proxylet和Netlet服务.
在"身份管理"选项卡下,选择"服务"选项.
这会在左面板上列出所有已注册的服务.
在"SRA配置"中,选中Proxylet和Netlet复选框.
滚动到左面板顶部,单击"移除"按钮.
这将从ORG级别移除Proxylet和Netlet服务.
要手动检验此步骤,可以检查LDAP目录(在您的组织下)以确定服务(srapProxylet,srapNetlet)已确实移除.
c.
再次添加服务.
在"身份管理"选项卡下,选择"服务"选项.
单击"服务"下的"添加"按钮.
这会在右面板中显示所有可用的服务.
选中Proxylet和Netlet服务复选框,然后单击"确定".
新增的服务将会出现在左面板的"SRA配置"下.
d.
单击新增的服务并建立模板文件.
单击"保存"按钮.
e.
将/portal/netlet/jnlpclient.
jar和/portal/netlet/netletjsse.
jar添加到网关服务下非验证URL列表中.
*单击"服务配置"选项卡.
单击"SRA配置"下的"网关"链接.
这会列出所有可用的网关配置文件.
从JavaES发行版本2升级PortalServerSecureRemoteAccess336SunJavaEnterpriseSystem2005Q4升级指南单击链接以选择适当的配置文件.
单击"安全"选项卡.
在"非验证URL"下的编辑字段中添加/portal/netlet/jnlpclient.
jar,然后单击"添加"按钮.
在"非验证URL"下的编辑字段中添加/portal/netlet/netletjsse.
jar,然后单击"添加"按钮.
单击页面底部的"保存"按钮.
f.
重新启动网关服务器.
/etc/init.
d/gatewaystop/etc/init.
d/gatewaystart11.
将PortalServerSecureRemoteAccess从发行版本3升级到发行版本4.
按照第318页中的"从JavaES发行版本3升级PortalServerSecureRemoteAccess"中的说明操作.
检验升级通过确认是否已正确应用升级修补程序来检验PortalServerSecureRemoteAccess到发行版本3的升级.
第322页中的"升级过程(Solaris)"和第323页中的"升级过程(Linux)"中包括此检验的步骤.
此外,还可使用下列命令:PortalServer-base/bin/gatewayversionPortalServer-base/bin/rwproxydversionPortalServer-base/bin/netletdversion参见第320页中的表18-3确认输出值.
除了对修补程序升级进行这些测试外,还可以检验先前正常运行的程序是否仍然正常,以及是否确实修复了所关注的错误.
从JavaES发行版本2升级PortalServerSecureRemoteAccess第18章PortalServerSecureRemoteAccess337升级后的任务除第330页中的"升级过程(Solaris)"和第334页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚PortalServerSecureRemoteAccess从发行版本2到发行版本3的升级无法回滚.
多实例升级在一些部署体系结构中,PortalServerSecureRemoteAccess被部署在多个计算机系统上,以提供可伸缩性和提高可用性.
例如,您可以在多台计算机上运行PortalServerSecureRemoteAccess组件,并使用一个负载平衡器来分配负载.
就PortalServerSecureRemoteAccess负载平衡的实例而言,可执行滚动升级,期间您可依序升级各个PortalServerSecureRemoteAccess实例而不中断服务.
在升级每个PortalServerSecureRemoteAccess实例时,其他实例仍可保持运行.
可按第319页中的"发行版本3PortalServerSecureRemoteAccess的升级"中所述升级每个实例.
从JavaES发行版本2升级PortalServerSecureRemoteAccess338SunJavaEnterpriseSystem2005Q4升级指南339第19章DelegatedAdministrator本章介绍如何将DelegatedAdministrator升级到JavaES2005Q4(发行版本4):SunJavaSystemCommunicationServicesDelegatedAdministrator6.
32005Q4.
其中概括介绍了JavaES发行版本4所支持的不同升级途径的升级问题和过程.
本章内容涵盖在Solaris和Linux操作系统上的升级:第340页中的"DelegatedAdministrator升级概述"第343页中的"从JavaES发行版本3升级DelegatedAdministrator"第351页中的"从JavaES发行版本2升级DelegatedAdministrator"注本章中的文件位置是相对于一个称为DelegatedAdmin-base的目录路径而指定的.
在最初安装DelegatedAdministrator时,可能至少已将此路径的一部分指定为安装目录.
否则,JavaES安装程序会分配一个默认值.
DelegatedAdmin-base的默认值视操作系统平台而定:Solaris:/opt/SUNWcommLinux:/opt/sun/comms/commcliDelegatedAdministrator升级概述340SunJavaEnterpriseSystem2005Q4升级指南DelegatedAdministrator升级概述本节将在以下方面对DelegatedAdministrator进行介绍,这些方面会对升级到JavaES2005Q4(发行版本4)产生影响:关于JavaES发行版本4DelegatedAdministratorDelegatedAdministrator升级指导说明DelegatedAdministrator数据兼容性问题DelegatedAdministrator组件依赖性关于JavaES发行版本4DelegatedAdministrator相对于发行版本3而言,JavaES发行版本4DelegatedAdministrator的新增功能包括日历服务置备、邮件组置备、根据可用性反馈而改进的UI导航以及各种错误修复.
DelegatedAdministrator升级指导说明表19-1显示了所支持的升级至JavaES发行版本4的DelegatedAdministrator升级途径.
此表既适用于Solaris,也适用于Linux操作系统.
表19-1升级到JavaES发行版本4:SunJavaSystemCommunicationServicesDelegatedAdministrator6.
32005Q4的途径JavaES发行版本DelegatedAdministrator版本常规方法必需的重新配置发行版本3SunJavaSystemCommunicationServicesDelegatedAdministrator62005Q1直接升级:通过应用修补程序和运行config-commda实用程序执行.
配置数据发行版本2SunJavaSystemCommunicationServicesUserManagementUtility1.
1(2004Q2)直接升级:通过应用修补程序和运行config-commda实用程序执行.
配置数据DelegatedAdministrator升级概述第19章DelegatedAdministrator341DelegatedAdministrator数据下表显示了可能受DelegatedAdministrator软件升级影响的数据类型.
发行版本1UserManagementUtility(2003Q4)直接升级未经验证:但可通过应用修补程序和运行config-commda实用程序执行.
配置数据JavaES以前的发行版本iPlanetDelegatedAdministrator不直接升级.
表19-2DelegatedAdministrator数据用途数据类型位置用途目录模式DirectoryServer用户/组目录用于支持最终用户、组织和服务模式所需的属性配置数据DelegatedAdmin-base/data/WEB-INF/classes/sun/comm/cli/server/servlet/resource.
propertiesDelegatedAdministrator服务器配置和定制DelegatedAdmin-base/data/da/WEB-INF/classes/com/sun/comm/da/resources/daconfig.
propertiesDelegatedAdministrator控制台配置DelegatedAdmin-base/data/da/WEB-INF/classes/com/sun/comm/da/resources/logger.
propertiesDelegatedAdministrator控制台登录DelegatedAdmin-base/data/da/WEB-INF/classes/com/sun/comm/da/resources/security.
propertiesDelegatedAdministrator控制台配置Web容器配置WebServer:server.
policy和server.
xml文件,位于WebServer-base/https-hostname/configApplicationServer(JavaES发行版本3和4):server.
policy和domain.
xml文件,位于AppServer8Config-base/domains/domainName/configApplicationServer(JavaES发行版本2):server.
policy和server.
xml文件,位于AppServer7Config-base/domains/domainName/configDelegatedAdministratorWeb容器实例的配置表19-1升级到JavaES发行版本4:SunJavaSystemCommunicationServicesDelegatedAdministrator6.
32005Q4的途径(续)JavaES发行版本DelegatedAdministrator版本常规方法必需的重新配置DelegatedAdministrator升级概述342SunJavaEnterpriseSystem2005Q4升级指南兼容性问题发行版本4DelegatedAdministrator的图形用户界面有所变化,但与早期版本向后兼容.
DelegatedAdministrator组件依赖性DelegatedAdministrator对其他JavaES组件的依赖性会影响升级和重新配置DelegatedAdministrator软件的过程.
例如,DelegatedAdministrator接口或功能上的变化可能要求DelegatedAdministrator所依赖组件的升级版本.
是否需要升级此类组件取决于具体的升级途径.
DelegatedAdministrator对以下JavaES组件具有依赖性:共享组件.
DelegatedAdministrator对特定的JavaES共享组件具有依赖性(参见第38页中的表1-6).
Web容器.
DelegatedAdministrator依赖于Web容器服务,这些服务可由JavaESWebServer或JavaESApplicationServer提供.
DirectoryServer.
DelegatedAdministrator将应用程序和用户数据存储在DirectoryServer中.
DirectoryPreparationTool.
DelegatedAdministrator使用DirectoryPreparationTool准备目录以支持DelegatedAdministrator用户置备功能.
因此,DelegatedAdministrator升级可能依赖于目录的准备以支持新功能.
AccessManager(AccessManagerSDK).
DelegatedAdministrator依赖于AccessManager注册服务及在DirectoryServer中创建条目.
从JavaES发行版本3升级DelegatedAdministrator第19章DelegatedAdministrator343从JavaES发行版本3升级DelegatedAdministrator本节包含关于将DelegatedAdministrator从JavaES2005Q1(发行版本3)升级至JavaES发行版本4的信息.
其中涵盖以下主题:简介发行版本3DelegatedAdministrator的升级简介将JavaES发行版本3DelegatedAdministrator升级至发行版本4时,请考虑升级过程中的以下方面:常规升级方法.
通过向发行版本3的版本应用修补程序来执行升级.
通过运行config-commda配置实用程序来实现DelegatedAdministrator的重新配置.
升级依赖性.
虽然DelegatedAdministrator对许多JavaES共享组件都具有依赖性(参见第38页中的表1-6),但发行版本4DelegatedAdministrator与这些组件在发行版本3中的版本兼容.
因此,对于DelegatedAdministrator到发行版本4的升级,这些共享组件的升级是可选的.
此外,发行版本4的DelegatedAdministrator还依赖于Web容器和AccessManager,如第342页中的"DelegatedAdministrator组件依赖性"中所述.
这些是软性升级依赖性;对于DelegatedAdministrator到发行版本4的升级,这些组件的升级是可选的.
(不过,如果升级了AccessManager,则还必须升级DelegatedAdministrator.
)但是,发行版本4的DelegatedAdministrator对DirectoryPreparationTool具有硬性升级依赖性;为用户置备操作准备DirectoryServer需要发行版本4的DirectoryPreparationTool.
向后兼容性.
发行版本4的DelegatedAdministrator与发行版本3的版本向后兼容.
升级回滚.
不支持DelegatedAdministrator的发行版本4到发行版本3的升级回滚.
平台问题.
在Solaris和Linux操作系统上,升级DelegatedAdministrator的常规方法相同,但是修补技术却不同.
因此,升级过程包括特定于平台的操作过程.
从JavaES发行版本3升级DelegatedAdministrator344SunJavaEnterpriseSystem2005Q4升级指南发行版本3DelegatedAdministrator的升级本节介绍如何在Solaris和Linux平台上将DelegatedAdministrator从JavaES发行版本3升级至JavaES发行版本4.
如果其中某个主题取决于具体平台的过程,则该主题将指明所适用的操作系统.
本节包括以下主题:升级前的任务升级发行版本3DelegatedAdministrator(Solaris)升级发行版本3DelegatedAdministrator(Linux)检验升级升级后的任务升级回滚(Solaris)升级前的任务升级DelegatedAdministrator之前,应执行下述任务.
检验当前版本信息可通过输入以下命令检验DelegatedAdministrator的当前版本:DelegatedAdmin-base/bin/commadmin-V应用必需的操作系统修补程序在Solaris10操作系统平台上,需要应用操作系统修补程序以执行DelegatedAdministrator升级过程(参见第31页中的"所需的操作系统修补程序").
表19-3DelegatedAdministrator版本检验输出JavaES发行版本DelegatedAdministrator版本号发行版本2UserManagementUtility1.
1发行版本3UserManagementUtility62005Q1发行版本4DelegatedAdministrator6.
3-0.
09从JavaES发行版本3升级DelegatedAdministrator第19章DelegatedAdministrator345升级DelegatedAdministrator依赖项通常建议将计算机系统(以及计算环境)中的所有JavaES组件都升级到JavaES发行版本4.
但是,DelegatedAdministrator仅对DirectoryPreparationTool具有硬性升级依赖性.
因此,DelegatedAdministrator所依赖的其他JavaES发行版本3组件的升级是可选的.
但是,如果选择升级DelegatedAdministrator所依赖的所有组件,则它们应按以下顺序升级,并且应在升级DelegatedAdministrator之前进行.
您可以跳过任何可能已经升级的依赖组件.
1.
共享组件.
第47页中的"升级JavaES共享组件"中提供了将JavaES共享组件升级到发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第123页中的第6章"WebServer"和第157页中的第9章"ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
4.
AccessManager(AccessManagerSDK).
第183页中的第11章"AccessManager"中提供了将AccessManager升级至发行版本4的说明.
5.
DirectoryPreparationTool.
使用发行版本4的DelegatedAdministrator之前,需要在DirectoryServer中运行发行版本4的DirectoryPreparationTool.
如果未在DirectoryServer中运行DirectoryPreparationTool,则将DirectoryPreparationTool升级至发行版本4,并使用它修改和扩展DirectoryServer的模式(有关过程,参见第209页中的第12章"DirectoryPreparationTool").
备份DelegatedAdministrator数据将DelegatedAdministrator从发行版本3升级到发行版本4需要重新配置DelegatedAdministrator.
为安全起见,最好对配置数据以及发行版本3的所有图形用户界面自定义进行备份.
获取所需的配置信息和密码您应知道有关当前所安装版本的以下信息:AccessManager管理员用户ID和密码AccessManager内部LDAP密码顶层管理员用户ID和密码ApplicationServer管理员用户ID和密码(如果要将ApplicationServer用作Web容器)从JavaES发行版本3升级DelegatedAdministrator346SunJavaEnterpriseSystem2005Q4升级指南升级发行版本3DelegatedAdministrator(Solaris)本节讨论影响DelegatedAdministrator升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Solaris)将DelegatedAdministrator软件升级至JavaES发行版本4时,应考虑以下注意事项:向安装的映像应用修补程序时,不应使用DelegatedAdministrator.
重新配置DelegatedAdministrator时,应将其部署到与AccessManager相同的Web容器中.
下表显示了用于Solaris操作系统的发行版本4DelegatedAdministrator升级修补程序:升级过程(Solaris)下述过程适用于要进行升级的计算机中的DelegatedAdministrator.
1.
根据表19-4,获取所需的修补程序.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-3.
升级所有共享组件、Web容器和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第345页中的"升级DelegatedAdministrator依赖项".
4.
应用表19-4中相应的DelegatedAdministrator修补程序.
patchaddpatch_ID表19-4在Solaris上升级DelegatedAdministrator的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明SPARCSolaris8、9和10X86Solaris9和10DelegatedAdministrator119777-09119778-09从JavaES发行版本3升级DelegatedAdministrator第19章DelegatedAdministrator3475.
确认修补程序升级成功:showrev-p|greppatch_ID输出应返回在步骤4中应用的修补程序ID的版本.
6.
重新配置DelegatedAdministrator.
a.
确保DirectoryServer正在运行.
b.
确保其中运行AccessManager和DelegatedAdministrator的Web容器正在运行.
启动Web容器:WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword其中AccessManager和DelegatedAdministrator被部署在domainName域的一个服务器实例中.
默认的domainName为domain1,默认的服务器实例为server1.
c.
运行DelegatedAdministrator配置实用程序.
DelegatedAdmin-base/sbin/config-commda有关如何使用此实用程序的详细信息,参见《SunJavaSystemCommunicationsServices62005Q4DelegatedAdministrator指南》(http://docs.
sun.
com/doc/819-4105)的第3章"配置DelegatedAdministrator".
7.
停止DelegatedAdministratorWeb容器,然后将其重新启动.
WebServer:WebServer-base/https-instanceName/stopWebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstop-domaindomainNameAppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword从JavaES发行版本3升级DelegatedAdministrator348SunJavaEnterpriseSystem2005Q4升级指南升级发行版本3DelegatedAdministrator(Linux)本节讨论影响DelegatedAdministrator升级过程的一些注意事项,随后对升级过程本身加以说明.
升级注意事项(Linux)除Linux发行版本4的升级修补程序与Solaris的修补程序不同外,在Linux平台上将DelegatedAdministrator软件升级到JavaES发行版本4的注意事项与在Solaris平台上相同(参见第346页中的"升级注意事项(Solaris)").
下表显示了用于Linux操作系统的发行版本4的DelegatedAdministrator升级修补程序:升级过程(Linux)下述过程适用于要进行升级的计算机中的DelegatedAdministrator.
1.
使用表19-5中的修补程序号和RPM名称,获取所需的修补程序.
使用此信息获取RPM的版本号.
可从以下网址将修补程序下载到/tmp:http://sunsolve.
sun.
com/pub-cgi/show.
pltarget=patches/patch-access2.
以root身份登录,或成为超级用户.
su-表19-5在Linux上升级DelegatedAdministrator的修补程序11.
修补程序修订版本号是升级到JavaES发行版本4所需的最低版本号.
如果有较新的修订版本可用,请用较新版本替代该表中所示的版本.
说明修补程序ID和RPM名称DelegatedAdministrator119779-09sun-commcli-client-1.
1-11.
9.
i386.
rpmsun-commcli-server-1.
1-11.
9.
i386.
rpm注意在Linux上从JavaES发行版本3升级至JavaES发行版本4无法回滚.
从JavaES发行版本3升级DelegatedAdministrator第19章DelegatedAdministrator3493.
升级所有共享组件、Web容器和AccessManager(或AccessManagerSDK)(如果尚未执行此操作).
参见第345页中的"升级DelegatedAdministrator依赖项".
4.
应用表19-5中用于DelegatedAdministrator的RPM.
rpm-Fvhsun-commcli-client-1.
1-11.
9.
i386.
rpmrpm-Fvhsun-commcli-server-1.
1-11.
9.
i386.
rpm5.
确认修补程序升级成功:rpm-qa|grepsun-commcli应返回RPM的新版本号.
6.
重新配置DelegatedAdministrator.
a.
确保其中运行AccessManager和DelegatedAdministrator的Web容器正在运行.
启动Web容器:WebServer:WebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword其中AccessManager和DelegatedAdministrator被部署在domainName域的一个服务器实例中.
默认的domainName为domain1,默认的服务器实例为server1.
b.
运行DelegatedAdministrator配置实用程序.
DelegatedAdmin-base/sbin/config-commda有关如何使用此实用程序的详细信息,参见《SunJavaSystemCommunicationsServices62005Q4DelegatedAdministrator指南》(http://docs.
sun.
com/doc/819-4105)的第3章"配置DelegatedAdministrator".
从JavaES发行版本3升级DelegatedAdministrator350SunJavaEnterpriseSystem2005Q4升级指南7.
停止DelegatedAdministratorWeb容器,然后将其重新启动.
WebServer:WebServer-base/https-instanceName/stopWebServer-base/https-instanceName/startApplicationServer:AppServer8-base/bin/asadminstop-domaindomainNameAppServer8-base/bin/asadminstart-domaindomainName--useradmin_ID--passwordpassword检验升级可按如下步骤检验DelegatedAdministrator的升级是否成功:1.
检查版本号.
DelegatedAdmin-base/bin/commadmin-V参见第344页中的表19-3确认输出值.
2.
使用DelegatedAdministrator重新配置过程中所指定的顶层管理员用户ID和密码登录至DelegatedAdministrator控制台.
http://hostName:port/da/DA/Login其中hostName:port是DelegatedAdministrator重新配置过程中所提供的值.
升级后的任务除第346页中的"升级过程(Solaris)"和第348页中的"升级过程(Linux)"中所述的步骤之外,没有任何升级后的任务.
升级回滚(Solaris)不支持DelegatedAdministrator的回滚.
升级过程中所做的更改(如DirectoryServer中的条目或在将DelegatedAdministrator部署到Web容器中时的条目)无法轻易逆向恢复.
从JavaES发行版本2升级DelegatedAdministrator第19章DelegatedAdministrator351从JavaES发行版本2升级DelegatedAdministrator将JavaES2004Q2(发行版本2)DelegatedAdministrator升级至发行版本4的过程与将发行版本3DelegatedAdministrator升级至发行版本4大致相同,下文说明了其中的几处例外.
升级DelegatedAdministrator依赖项升级DelegatedAdministrator依赖项应包括将DelegatedAdministrator所依赖的所有共享组件(参见第38页中的表1-6)以及所有本地驻留的产品组件升级至发行版本4,除这一点外,就升级前的任务而言,将JavaES发行版本2的DelegatedAdministrator升级至发行版本4与将发行版本3的DelegatedAdministrator升级至发行版本4几乎相同.
升级DelegatedAdministrator依赖项时,它们应按以下顺序升级,并且应在升级DelegatedAdministrator之前进行.
您可以跳过任何可能已完成升级的依赖项.
1.
共享组件.
第47页中的第2章"升级JavaES共享组件"中提供了将JavaES共享组件升级至发行版本4的说明.
2.
DirectoryServer.
第91页中的第4章"DirectoryServer和AdministrationServer"中提供了将DirectoryServer升级至发行版本4的说明.
3.
Web容器软件.
第132页中的"从JavaES发行版本2升级WebServer"和第169页中的"从JavaES发行版本2升级ApplicationServer"中分别提供了升级WebServer和ApplicationServer的说明.
4.
AccessManager(AccessManagerSDK).
第203页中的"从JavaES发行版本2升级AccessManager"中提供了将AccessManager升级至发行版本4的说明.
5.
DirectoryPreparationTool.
DirectoryPreparationTool很少与DelegatedAdministrator驻留在相同的计算机上,但是,第218页中的"从JavaES发行版本2升级DirectoryPreparationTool"中提供了升级DirectoryPreparationTool和在DirectoryServer上运行DirectoryPreparationTool的说明.
从JavaES发行版本2升级DelegatedAdministrator352SunJavaEnterpriseSystem2005Q4升级指南发行版本2DelegatedAdministrator的升级将DelegatedAdministrator从发行版本2升级至发行版本4的过程视您在其中部署DelegatedAdministrator软件的Web容器而定.
升级发行版本2DelegatedAdministrator:WebServerWeb容器当部署到已经升级至发行版本4的WebServerWeb容器中时,要将发行版本2的DelegatedAdministrator升级至发行版本4,可按照第346页中的"升级发行版本3DelegatedAdministrator(Solaris)"或第348页中的"升级发行版本3DelegatedAdministrator(Linux)"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
升级发行版本2DelegatedAdministrator:ApplicationServerWeb容器当部署到已经升级至发行版本4的ApplicationServerWeb容器中时,要将发行版本2的DelegatedAdministrator升级至发行版本4,首先应按照第346页中的"升级发行版本3DelegatedAdministrator(Solaris)"或第348页中的"升级发行版本3DelegatedAdministrator(Linux)"中的说明操作,但需要在提到发行版本3的地方用发行版本2代替.
最初在其中部署DelegatedAdministrator的发行版本2ApplicationServer实例(instanceName)会在升级到发行版本4之后,被迁移到升级过程所创建的一个节点代理下.
这种情况下,升级DelegatedAdministrator需要如下更改第347页(Solaris)或第349页(Linux)中的步骤6"重新配置DelegatedAdministrator":5.
重新配置DelegatedAdministrator.
a.
修改AccessManagerConfig-base/config/AMConfig.
properties文件.
将下行:com.
sun.
identity.
webcontainer=IAS7.
0替换为:com.
sun.
identity.
webcontainer=IAS8.
1从JavaES发行版本2升级DelegatedAdministrator第19章DelegatedAdministrator353b.
确保在其中部署了DelegatedAdministrator的已升级ApplicationServer实例(instanceName)正在运行.
要启动ApplicationServer实例,请启动DomainAdministrationServer(DAS)和已将实例迁移到其下的节点代理:AppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainNameAppServer8-base/bin/asadminstart-node-agent--useradmin_ID--passwordpasswordnodeagentName在上述命令及后续步骤中,将使用下面的约定:nodeAgentName的形式为hostName_domainName.
默认的domainName为domain1默认的instanceName为server1c.
取消commcliDelegatedAdministratorWeb应用程序在ApplicationServer实例(instanceName)中的部署.
AppServer8-base/bin/asadminundeploy--secure=false--useradmin--passwordpassword--targetinstanceNamecommclid.
运行DelegatedAdministrator配置实用程序.
DelegatedAdmin-base/sbin/config-commda有关如何使用此实用程序的详细信息,参见《SunJavaSystemCommunicationsServices62005Q4DelegatedAdministrator指南》(http://docs.
sun.
com/doc/819-4105)的第3章"配置DelegatedAdministrator".
指定下列参数:当要求提供AccessManager主机和端口时,指定DAS实例的端口(默认值为8080).
当询问部署DelegatedAdministrator控制台和DelegatedAdministrator服务器的位置时,同样指定DAS实例信息(默认端口为8080),而非已升级ApplicationServer实例(instanceName)的信息.
这些参数值将使得DelegatedAdministrator重新部署到DAS实例中.
这不是标准做法,但却可行.
从JavaES发行版本2升级DelegatedAdministrator354SunJavaEnterpriseSystem2005Q4升级指南e.
将AccessManager类路径信息classpath-prefix和classpath-suffix从instanceName实例的domain.
xml文件:AppServer8Config-base/nodeagents/nodeagentName/instanceName/config/domain.
xml复制到DAS(默认名称为server)的domain.
xml文件中:AppServer8Config-base/domains/domainName/config/domain.
xml其中,默认的domainName为domain1.
也可从ApplicationServer管理控制台执行此步骤.
f.
重新启动DAS.
DAS是已在其中重新部署了DelegatedAdministrator的服务器实例.
AppServer8-base/bin/asadminstop-domain--useradmin_ID--passwordpassworddomainNameAppServer8-base/bin/asadminstart-domain--useradmin_ID--passwordpassworddomainName355附录AJavaEnterpriseSystem发行版本内容本附录列出了各个JavaEnterpriseSystem发行版本的内容.
包括以下各节:第356页中的"JavaES2003Q4(发行版本1)"第358页中的"JavaES2004Q2(发行版本2)"第361页中的"JavaES2005Q1(发行版本3)"第366页中的"JavaES2005Q4(发行版本4)"JavaES2003Q4(发行版本1)356SunJavaEnterpriseSystem2005Q4升级指南JavaES2003Q4(发行版本1)本节列出JavaEnterpriseSystem2003Q4的内容.
发行版本1安装程序可选组件SunOpenNetworkEnvironment(SunONE)和SunCluster组件产品提供了支持分布式企业应用程序所需的基础结构服务.
这些组件产品包括:SunCluster3.
1和SunClusterAgentsforSunONESunONEAdministrationServer5.
2SunONEApplicationServer7Update1SunONECalendarServer6.
0SunONEDirectoryServer5.
2SunONEDirectoryProxyServer5.
2SunONEIdentityServer6.
1SunONEInstantMessaging6.
1SunONEMessageQueue3.
0.
1ServicePack2SunONEMessagingServer6.
0SunONEPortalServer6.
2SunONEPortalServer,SecureRemoteAccess6.
2SunONEWebServer6.
1JavaES2003Q4(发行版本1)附录AJavaEnterpriseSystem发行版本内容357发行版本1共享组件共享组件提供组件产品所依赖的本地服务和技术支持.
安装组件产品时,JavaES安装程序自动安装所需的共享组件(如果尚未安装).
JavaEnterpriseSystem包括以下共享组件:ANT(JakartaANTJava/XML-basedbuildtool)ApacheCommonsLoggingICU(InternationalComponentsforUnicode)J2SEplatform1.
4.
1_06(Java2Platform,StandardEdition)JAF(JavaBeansActivationFramework)JATO(SunONEApplicationFramework)JavaHelpRuntimeJAXM(JavaAPIforXMLMessaging)ClientRuntimeJAXP(JavaAPIforXMLProcessing)JAXR(JavaAPIforXMLRegistries)JAX-RPC(JavaAPIsforXML-basedRemoteProcedureCall)JSS(JavaSecurityServices)KTsearchengineLDAPCLanguageSDKNSPR(NetscapePortableRuntime)NSS(NetworkSecurityServices)SAAJ(SOAPwithAttachmentsAPIforJava)SASL(SimpleAuthenticationandSecurityLayer)XMLCLibrary(libxml)注ApplicationServer和DirectoryServer还要求在系统中安装Perl,但Perl不会作为JavaES共享组件自动安装.
JavaES2004Q2(发行版本2)358SunJavaEnterpriseSystem2005Q4升级指南JavaES2004Q2(发行版本2)本节列出JavaEnterpriseSystem2004Q2的内容.
发行版本2安装程序可选组件组件产品提供支持分布式企业应用程序所需的基础结构服务.
在特定主机上安装JavaEnterpriseSystem时,可根据总体部署体系结构来选择要将哪些组件产品安装到该主机.
JavaEnterpriseSystem2005Q4包括以下组件产品:通信和协作服务SunJavaSystemMessagingServer62004Q2SunJavaSystemCalendarServer62004Q2SunJavaSystemInstantMessaging62004Q2SunJavaSystemPortalServer2004Q2SunJavaSystemPortalServerMobileAccess2004Q2SunJavaSystemPortalServerSecureRemoteAccess2004Q2SunJavaSystemCommunicationsExpress62004Q2Web和应用程序服务SunJavaSystemApplicationServer7.
0Update3(StandardandPlatformEditions)SunJavaSystemWebServer62004Q2Update1ServicePack2SunJavaSystemMessageQueue3.
5SP1(PlatformandEnterpriseEditions)目录和身份认证服务SunJavaSystemIdentityServer6.
22004Q2,包括SunJavaSystemCommunicationsServices62004Q2UserManagementUtilitySunJavaSystemDirectoryServer52004Q2SunJavaSystemDirectoryProxyServer52004Q2JavaES2004Q2(发行版本2)附录AJavaEnterpriseSystem发行版本内容359可用性服务SunCluster3.
14/04和SunClusterAgentsforSunJavaSystem管理服务SunJavaSystemAdministrationServer52004Q2SunRemoteServicesNetConnect3.
5注意,在Linux操作系统中,SunCluster、SunClusterAgents和SunRemoteServicesNetConnect不可用.
发行版本2共享组件共享组件提供组件产品所依赖的本地服务和技术支持.
安装组件产品时,JavaES安装程序自动安装所需的共享组件(如果尚未安装).
JavaEnterpriseSystem2005Q4共享组件包括:Ant(JakartaANTJava/XML-basedbuildtool)ApacheCommonsLoggingApacheSOAP(SimpleObjectAccessProtocol)ICU(InternationalComponentsforUnicode)J2SEplatform1.
4.
2_04(Java2Platform,StandardEdition)JAF(JavaBeansActivationFramework)JATO(JavaApplicationFramework)JavaHelpRuntimeJAXB(JavaArchitectureforXMLBinding)JAXM(JavaAPIforXMLMessaging)ClientRuntimeJAXP(JavaAPIforXMLProcessing)JAXR(JavaAPIforXMLRegistries)JavaES2004Q2(发行版本2)360SunJavaEnterpriseSystem2005Q4升级指南JAX-RPC(JavaAPIsforXML-basedRemoteProcedureCall)JCAPI(JavaCalendarAPI)JSS(JavaSecurityServices)KTsearchengineLDAPCLanguageSDKLDAPJavaSDKNSPR(NetscapePortableRuntime)NSS(NetworkSecurityServices)PerlLDAP,包括NSPERLSAAJ(SOAPwithAttachmentsAPIforJava)SAML(SecurityAssertionsMarkupLanguage)SASL(SimpleAuthenticationandSecurityLayer)SNMP(SimpleNetworkManagementProtocol)PeerSunExplorerDataCollectorXMLCLibrary(libxml)JavaES2005Q1(发行版本3)附录AJavaEnterpriseSystem发行版本内容361JavaES2005Q1(发行版本3)本节列出JavaEnterpriseSystem2005Q1的内容.
发行版本3安装程序可选组件在JavaES安装程序的组件选择页面中,可选组件按其帮助提供的服务分组.
下面的列表还显示了随每个组件安装的子组件.
通信和协作服务SunJavaSystemMessagingServer62005Q1SunJavaSystemCalendarServer62005Q1SunJavaSystemInstantMessaging72005Q1InstantMessagingServerCore;包括服务器和多路复用器软件InstantMessagingResourcesAccessManagerInstantMessagingServiceSunJavaSystemPortalServer62005Q1SunJavaSystemPortalServerSecureRemoteAccess62005Q1SecureRemoteAccessCoreGatewayNetletProxyRewriterProxySunJavaSystemCommunicationsExpress2005Q1SunJavaSystemDirectoryPreparationToolJavaES2005Q1(发行版本3)362SunJavaEnterpriseSystem2005Q4升级指南Web和应用程序服务SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q1DomainAdministrationServerApplicationServerNodeAgentCommandLineAdministrationToolLoadBalancingPlugin可以与WebServer或ApacheWebServer一起使用,在配置时可以选择.
默认情况下与WebServer一起使用.
PointBase样例应用程序SunJavaSystemWebServer62005Q1Update1ServicePack4SunJavaSystemMessageQueue32005Q1目录和身份认证服务SunJavaSystemAccessManager6.
32005Q1PortalServer和MessagingServer的DelegatedAdministrator置备工具自动随AccessManager安装.
IdentityManagementandPolicyServicesCore(包括DelegatedAdministratorUtility)AccessManagerAdministrationConsoleCommonDomainServicesforFederationManagementAccessManagerSDKSunJavaSystemDirectoryServer52005Q1SunJavaSystemDirectoryProxyServer52005Q1JavaES2005Q1(发行版本3)附录AJavaEnterpriseSystem发行版本内容363可用性服务SunCluster3.
19/04SunClusterCoreSunClusterAgentsforSunJavaSystemHA/ScalableSunJavaSystemWebServerHASunJavaSystemMessageQueueHASunJavaSystemPortalServerHASunJavaSystemAdministrationServerHASunJavaSystemDirectoryServerHASunJavaSystemMessagingServerHADB(用于高可用性会话存储)管理服务SunJavaSystemAdministrationServer52005Q1SunSMRemoteServicesNetConnect3.
1.
1注SunCluster、SunClusterAgents和SunRemoteServicesNetConnect在Solaris10或Linux操作系统中不可用.
SunRemoteServicesNetConnect在Solarisx86平台中不可用.
JavaES2005Q1(发行版本3)364SunJavaEnterpriseSystem2005Q4升级指南发行版本3共享组件共享组件为可选组件提供本地服务和技术支持.
安装JavaES组件时,安装程序自动安装所需的共享组件(如果尚未安装).
此版本的JavaES包括以下共享组件:Ant(JakartaANTJava/XML-basedbuildtool)ApacheSOAP(SimpleObjectAccessProtocol)RuntimeBerkeleyDatabaseCommonagentcontainerICU(InternationalComponentsforUnicode)J2SE(Java2Platform,StandardEdition)platform5.
0JAF(JavaBeansActivationFramework)JATO(JavaStudioEnterpriseWebApplicationFramework)JavaHelpRuntimeJavaMailRuntimeJAXB(JavaArchitectureforXMLBinding)RuntimeJAXP(JavaAPIforXMLProcessing)JAXR(JavaAPIforXMLRegistries)RuntimeJAX-RPC(JavaAPIforXML-basedRemoteProcedureCall)RuntimeJCAPI(JavaCalendarAPI)JDMK(JavaDynamicManagementKit)RuntimeJSS(JavaSecurityServices)KTSE(KTSearchEngine)JavaES2005Q1(发行版本3)附录AJavaEnterpriseSystem发行版本内容365LDAPCSDKLDAPJavaSDKNSPR(NetscapePortableRuntime)NSS(NetworkSecurityServices)PerlLDAP,包括NSPERLSAAJ(SOAPwithAttachmentsAPIforJava)SAML(SecurityAssertionsMarkupLanguage)SASL(SimpleAuthenticationandSecurityLayer)SNMP(SimpleNetworkManagementProtocol)PeerSunExplorerDataCollector(仅限Solaris)SunJavaMonitoringFrameworkSunJavaWebConsoleTomcatServletJSPContainerXMLCLibrary(libxml)WSCL(WebservicesCommonLibrary)JavaES2005Q4(发行版本4)366SunJavaEnterpriseSystem2005Q4升级指南JavaES2005Q4(发行版本4)本节列出JavaEnterpriseSystem2005Q4的内容.
发行版本4安装程序可选组件在JavaES安装程序的组件选择页面中,可选组件按其帮助提供的服务分组.
下面的列表还显示了随每个组件安装的子组件.
通信和协作服务SunJavaSystemMessagingServer6.
22005Q4SunJavaSystemCalendarServer6.
22005Q4SunJavaSystemInstantMessaging7.
0.
12005Q4InstantMessagingServerCore;包括服务器和多路复用器软件InstantMessagingResourcesAccessManagerInstantMessagingServiceSunJavaSystemPortalServer6.
3.
12005Q4SunJavaSystemPortalServerSecureRemoteAccess6.
3.
12005Q4SecureRemoteAccessCoreGatewayNetletProxyRewriterProxySunJavaSystemCommunicationsExpress6.
22005Q4SunJavaSystemDirectoryPreparationTool6.
32005Q4SunJavaSystemCommunicationsServicesDelegatedAdministrator6.
32005Q4DelegatedAdministratorConsoleandUtilityDelegatedAdministratorServerJavaES2005Q4(发行版本4)附录AJavaEnterpriseSystem发行版本内容367Web和应用程序服务SunJavaSystemApplicationServerEnterpriseEdition8.
12005Q4DomainAdministrationServerApplicationServerNodeAgentCommandLineAdministrationToolLoadBalancingPlugin可以与WebServer或ApacheWebServer一起使用,在配置时可以选择.
默认情况下与WebServer一起使用.
PointBaseDatabase样例应用程序SunJavaSystemWebServer6.
1ServicePack52005Q4SunJavaWebProxyServer4.
0.
12005Q4SunJavaSystemMessageQueueEnterpriseEdition3.
6SP32005Q4SunJavaServiceRegistry3.
0目录和身份认证服务SunJavaSystemAccessManager7.
02005Q4IdentityManagementandPolicyServicesCoreAccessManagerAdministrationConsoleCommonDomainServicesforFederationManagementAccessManagerSDKSunJavaSystemDirectoryServer5.
22005Q4SunJavaSystemDirectoryProxyServer5.
22005Q4JavaES2005Q4(发行版本4)368SunJavaEnterpriseSystem2005Q4升级指南可用性服务SunCluster3.
18/05SunClusterCoreSunClusterAgentsforSunJavaSystemHASunJavaSystemDirectoryServerHASunJavaSystemAdministrationServerHA/ScalableSunJavaSystemWebServerHASunJavaSystemMessageQueueHASunJavaSystemApplicationServerHASunJavaSystemMessagingServerHASunJavaSystemCalendarServerHASunJavaSystemInstantMessagingHighAvailabilitySessionStore(HADB)4.
4.
2管理服务SunJavaSystemAdministrationServer5.
22005Q4注SunCluster、SunClusterAgents和SunRemoteServicesNetConnect在Solaris10或Linux操作系统中不可用.
SunRemoteServicesNetConnect在Solarisx86平台中不可用.
JavaES2005Q4(发行版本4)附录AJavaEnterpriseSystem发行版本内容369发行版本4共享组件共享组件为可选组件提供本地服务和技术支持.
安装JavaES组件时,安装程序自动安装所需的共享组件(如果尚未安装).
此版本的JavaES包括以下共享组件:ANT(JakartaANTJava/XML-basedbuildtool)ACL(ApacheCommonsLogging)BDB(BerkeleyDatabase)CAC(Commonagentcontainer)DerbyDatabaseICU(InternationalComponentsforUnicode)IM-SDK(InstantMessengerSDK)J2SE(Java2Platform,StandardEdition)platform5.
0JAF(JavaBeansActivationFramework)JATO(JavaStudioEnterpriseWebApplicationFramework)JavaHelpRuntimeJavaMailRuntimeJAXB(JavaArchitectureforXMLBinding)RuntimeJAXP(JavaAPIforXMLProcessing)JAXR(JavaAPIforXMLRegistries)RuntimeJAX-RPC(JavaAPIforXML-basedRemoteProcedureCall)RuntimeJCAPI(JavaCalendarAPI)JDMK(JavaDynamicManagementKit)RuntimeJSS(JavaSecurityServices)KTSE(KTSearchEngine)JavaES2005Q4(发行版本4)370SunJavaEnterpriseSystem2005Q4升级指南LDAPCSDKLDAPJavaSDKMA(MobileAccess)CoreNSPR(NetscapePortableRuntime)NSS(NetworkSecurityServices)SAAJ(SOAPruntimewithAttachmentsAPIforJava)SASL(SimpleAuthenticationandSecurityLayer)SEDC(SunExplorerDataCollector,仅限Solaris)MFWK(JavaESMonitoringFramework)SJWC(SunJavaWebConsole)WSCL(WebservicesCommonLibrary)371索引AAccessManager产品组件依赖性41共享组件依赖性38缩写26子组件367AccessManager-base路径183AccessManagerConfig-base路径183ACL共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38AdministrationServer产品组件依赖性41共享组件依赖性38缩写26修补程序98,102amconfig脚本(AccessManager)196ampre70upgrade脚本(AccessManager)193amupgrade脚本(AccessManager)198ANT共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38ApacheCommonsLogging,参见ACLApplicationServer安装后配置173产品组件依赖性41共享组件依赖性38缩写26子组件367AppServer7-base路径157AppServer7Config-base路径157AppServer8-base路径157AppServer8Config-base路径157asant脚本(ApplicationServer)164asupgrade脚本(ApplicationServer)173安全声明标记语言,参见SAMLBBDB共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38BEAWebLogicServer,作为Web容器41,43BerkeleyDatabase,参见BDBC372SunJavaEnterpriseSystem2005Q4升级指南CCAC共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38CalendarServer产品组件依赖性41共享组件依赖性38缩写26CalendarServer-base路径241comm_dssetup.
pl(Dir.
Prep.
Tool)脚本215Commonagentcontainer,参见CACCommsExpress-base路径253CommunicationsExpress产品组件依赖性42共享组件依赖性38缩写26产品组件对共享组件的依赖性37JavaES2003Q4(发行版本1)356JavaES2004Q2(发行版本2)358JavaES2005Q1(发行版本3)361JavaES2005Q4(发行版本4)366相互依赖性41Ddb2bak实用程序97,117,191DelegatedAdministrator产品组件依赖性42共享组件依赖性38缩写26DelegatedAdmin-base路径339DerbyDatabase共享组件369DirectoryProxyServer产品组件依赖性42共享组件依赖性38缩写26修补程序98,102DirectoryServer产品组件依赖性42共享组件依赖性38缩写26修补程序98,102DirPrepTool-base路径209F符号约定21服务srapNetlet331,335srapProxylet331,335G更新脚本(PortalServerSRA)324更新脚本(PortalServer)297共享组件JavaES2003Q4(发行版本1)357JavaES2004Q2(发行版本2)359JavaES2005Q1(发行版本3)364JavaES2005Q4(发行版本4)369相互依赖性39依赖产品组件37HHADB-base路径149HighAvailabilitySessionStore缩写26I索引373IICU共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本65依赖性表中38IM-SDK共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38install_cluster(修补程序群组)脚本56InstantMessaging产品组件依赖性42共享组件依赖性38缩写26InstantMessengerSDK,参见IM-SDKInstantMessaging-base路径269InternationalComponentsforUnicode,参见ICUJJ2SE共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38JAF共享组件从发行版本2升级53从发行版本3升级51全名27依赖性表中38JakartaANTJava/XML-basedbuildtool,参见ANTJATO共享组件从发行版本2升级53从发行版本3升级51全名27软件包版本62,65依赖性表中38Java2Platform,StandardEdition,参见J2SEJavaAPIforXMLProcessing,参见JAXPJavaAPIforXMLRegistries,参见JAXRJavaAPIforXML-basedRemoteProcedureCall,参见JAX-RPCJavaArchitectureforXMLBinding,参见JAXBJavaCalendarAPI,参见JCAPIJavaDynamicManagementKit,参见JDMKJavaES2003Q4(发行版本1)产品组件356共享组件357JavaES2004Q2(发行版本2)产品组件358共享组件359JavaES2005Q1(发行版本3)产品组件361共享组件364JavaES2005Q4(发行版本4)产品组件366共享组件369JavaESMonitoringFramework,参见MFWKJavaES修补程序群组脚本57,71JavaSecurityServices,参见JSSJavaStudioEnterpriseWebApplicationFramework,参见JATOJavaBeansActivationFramework,参见JAFJavaHelp共享组件从发行版本2升级53从发行版本3升级51软件包版本62,65依赖性表中38JavaMail共享组件从发行版本2升级53从发行版本3升级51依赖性表中38JAXB共享组件从发行版本2升级53K374SunJavaEnterpriseSystem2005Q4升级指南从发行版本3升级51全名27依赖性表中38JAXP共享组件从发行版本2升级53从发行版本3升级51全名27依赖性表中38JAXR共享组件从发行版本2升级53从发行版本3升级51全名27依赖性表中38JAX-RPC共享组件从发行版本2升级53从发行版本3升级51全名28依赖性表中38JCAPI共享组件从发行版本2升级53从发行版本3升级52全名28依赖性表中38JDMK共享组件从发行版本2升级53从发行版本3升级52全名28依赖性表中38JHELP共享组件,参见JavaHelpJMAIL共享组件,参见JavaMailJSP文件,自定义186,192,195JSS共享组件从发行版本2升级53从发行版本3升级52全名28软件包版本65依赖性表中38脚本amconfig(AccessManager)196ampre70upgrade(AccessManager)193amupgrade(AccessManager)198asant(ApplicationServer)164asupgrade(ApplicationServer)173comm_dssetup.
pl(Dir.
Prep.
Tool)215更新(PortalServerSRA)324更新(PortalServer)297install_cluster(修补程序群组)56JavaES修补程序群组57,71mqmigrate(MessageQueue)146mqupgrade(MessageQueue)142multiserverinstance(PortalServer)307postInstall(ApplicationServer)174upgradeportalrpms(PortalServer)311,313KKTSearchEngine,参见KTSEKTSE共享组件从发行版本2升级53从发行版本3升级52全名28软件包版本65依赖性表中38LLDAPCLanguageSDK共享组件370LDAPCSDK共享组件从发行版本2升级53从发行版本3升级52全名28依赖性表中38LDAPJSDK共享组件370从发行版本2升级54从发行版本3升级52全名28软件包版本65依赖性表中38M索引375MMACore共享组件从发行版本2升级54从发行版本3升级52全名28依赖性表中38MessageQueue产品组件依赖性43共享组件依赖性38缩写26MessagingServer共享组件依赖性38缩写26MessagingServer-base路径223MFWK共享组件从发行版本3升级52全名28软件包版本65依赖性表中38MobileAccessCore,参见MAcoremqupgrade脚本(MessageQueue)142,146multiserverinstance(PortalServer)脚本307NNetscapePortableRuntime,参见NSPRNetworkSecurityServices,参见NSSNSPR共享组件从发行版本2升级54从发行版本3升级52全名28软件包版本65依赖性表中38NSS共享组件从发行版本2升级54从发行版本3升级52全名28软件包版本65依赖性表中38PPortalServer产品组件依赖性43共享组件依赖性38SecureRemoteAccess缩写27缩写26PortalServerSecureRemoteAccess产品组件依赖性43共享组件依赖性38PortalServer-base路径287PortalServerConfig-base路径287postInstall脚本(ApplicationServer)174Q群集升级173SSAAJ共享组件从发行版本2升级53从发行版本3升级51全名28依赖性表中38SAML200,208SASL共享组件从发行版本2升级54从发行版本3升级52全名28软件包版本66依赖性表中39SEDC共享组件从发行版本2升级54从发行版本3升级52全名28软件包版本63依赖性表中39U376SunJavaEnterpriseSystem2005Q4升级指南serverRoot路径(DirectoryServer)91ServiceRegistry缩写27SimpleAuthenticationandSecurityLayer,参见SASLSJWC共享组件全名28软件包版本66依赖性表中39SOAPruntimewithAttachmentsAPIforJava,参见SAAJsrapNetlet服务331,335srapProxylet服务331,335SunCluster产品组件依赖性43共享组件依赖性38缩写27SunClusterAgents368SunExplorerDataCollector,参见SEDCSunJavaWebConsole,参见SJWCUupgradeportalrpms脚本(PortalServer)311,313WWebProxyServer产品组件依赖性43共享组件依赖性38缩写27WebServer产品组件依赖性43共享组件依赖性38缩写27WebservicesCommonLibrary,参见WSCLWebProxyServer-base路径175WebServer-base路径123WSCL共享组件从发行版本2升级53从发行版本3升级51全名28依赖性表中39X修补程序群组,SolarisOS57Y依赖性产品组件,对共享组件37产品组件间41共享组件之间39印刷约定20约定符号21印刷20