件；如果以前曾经使用该存储库启用过管理安全性，则使用存储库中持有管理员特权的用户名和密码。点击“下一步”、“完成”。保存之后重启应用服务器，这时登陆管理控制台等就需要提供您预定义的用户名/密码了。 （2）停用管理安全性
停用管理控制台很简单，不选择“启用管理安全性”，点击“应用”，保存并重启应用服务器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理安全性。这时，可从$WAS_HOME/profiles/xxx概要文件名/bin目录下，发出如下命令： wsadmin -conntype NONE 。当wsadmin的命令行窗口出现之后，发出下列命令： securityoff 。上述操作在应用服务器启动或停止的状态都能发出。再次启用WAS时，就是停用管理安全性的状态了。 （3）更改管理员密码
当我们需要更改管理员密码时，可以选择“用户和组”>“管理用户”，在搜索内容为“*”时点击“搜索”，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。 (4) 停用管理安全性
停用管理控制台很简单，不选择“启用管理安全性”，点击“应用”，保存并重启应用服务器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理安全性。这时，可从$WAS_HOME/profiles/xxx概要文件名/bin目录下，发出如下命令： wsadmin -conntype NONE 。当wsadmin的命令行窗口出现之后，发出下列命令： securityoff 。上述操作在应用服务器启动或停止的状态都能发出。再次启用WAS时，就是停用管理安全性的状态了。 (5) 更改管理员密码
当我们需要更改管理员密码时，可以选择“用户和组”>“管理用户”，在搜索内容为“*”时点击“搜索”，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。 (6) 忘记管理员密码
如果忘记管理员密码，我们无法进入管理控制台更改密码。此时，需要先用“停用管理安全性”一节中wsadmin命令的方法，停用管理安全性，然后“更改
管理员密码”，再次“启用管理安全性”即可。 (7) 创建更多的管理用户
使用启用管理安全性的WAS环境时，默认情况下只有一个管理员ID，这意味着同一时刻只有一个人能登陆管理控制台。这对于多人开发小组在同一WAS环境发布测试时并不方便。您可先在存储库中创建一个用户，然后为该用户ID分配相应的管理角色。具体步骤如下：1）选择“用户和组”>“管理用户”，点击“添加”，添加一个用户ID，例如，admin1。保存。 2） 选择“用户和组”>“管理用户角色，填入用户名（必须是在存储库中已经存在的用户名），选择相应的管理角色，例如，“管理员”。点击“确定”，保存。这样，下次重启WAS时，两个用户都能同时登陆管理控制台。 3、备份/恢复概要文件
生产环境、概要文件配置过于复杂或经常更改时，需要定期备份概要文件，以便必要时快速恢复。您可使用backupConfig 命令备份配置文件。例如，要备份概要文件AppSrv01的当前配置，可以从$WAS_HOME/profiles/AppSrv01/bin目录下，发出命令 backupConfig，它会将AppSrv01当前概要文件默认生成一个压缩包，您也可以指定该压缩包的名称，例如：backupConfig WebSphereConfig_2007_05_30.zip。恢复配置时，使用restoreConfig WebSphereConfig_2007_05_30.zip。 4、正确卸载WAS
需要提醒的是，WAS的卸载过程不是直接删除目录，如果这样做，下次你可能无法在同一台机器上成功安装WAS。在卸载WAS之前，先停止机器上的WAS进程，用ps –ef |grep java确保没有was进程在运行。然后，执行WAS_HOME/uninstall/uninstall.sh命令卸载WAS。如果因为某些特殊原因卸载向导引导的卸载过程没有成功（例如，您直接删除了WAS安装目录），或者您希望在同一目录再次安装WAS，请参照信息中心“手工卸载”给出的建议。
应用部署通常会涉及如下几个任务：配置应用所需要的环境：如系统变量、虚拟主机、类路径、安全性等等；配置应用所需要的资源如JMS资源、数据源等。其中，需要注意的是：
（1）应用打包：部署在 WebSphere 应用服务器上的应用可以是打包的*.ear/*.war文件，也可以是未打包但符合J2EE规范要求的组件。在生产环境中，
推荐使用打包的*.ear/*.war文件，便于版本控制和管理。对于复杂项目中多个J2EE组件的打包，请参见文章“关于J2EE应用开发项目包的管理”。
（2）管理 Utility Jar包：大多数J2EE应用都会有一些公用的Utility Jar包，首先要强调的是：一定要避免在同一个类载入路径下存在同一个类的多个版本！这会在实际运行中带来很多莫名其妙且难以诊断的问题。其次，对于JDBC驱动这类通用等级较高的Utility Jar包，可以放置在
（3）Jar 包冲突：Jar包冲突问题在大型Java软件开发中经常遇到，简单的说，当不同应用使用的公用Utility Jar包、应用服务器底层的Jar包中存在同名、且版本不同的类时，我们称之为Jar包冲突。这种问题的解决办法可以参考文章如何在WebSphere中解决Jar包冲突 。
（4 ）会话超时：针对应用场景的不同，不同应用期望的会话超时时间各不相同。WebSphere应用服务器的会话管理分为Application server、Application、Web Module三个级别。顾名思义，在每个特定级别上更改的会话管理的配置，对当前级别起作用。部署在WebSphere应用服务器上的应用，默认的会话超时时间为30分钟，默认的会话管理级别是Application Server。如果您期望更改您的应用，例如，DefaultApplication的会话超时时间，可按如下步骤进行：选择应用程序>应用程序名>会话管理，选择“覆盖会话管理”，并在“设置超时”中填上期望的会话超时时间。点击“确定”保存即可。 （5）环境变量设置
当应用需要通过写Java环境变量的方式配置一些变量时，可在应用服务器启动脚本中用-D参数指定，也可以在应用程序服务器 > 应用程序服务器名（例如，server1) > 进程定义 > Java 虚拟机中设置“通用JVM参数” -Daaa=xxx。
7.7应急服务响应措施
7.7.1突发事件应急流程
在日常运维中可能会出现突发事件，一旦出现如下问题我公司将遵循应急流程处理突发事件。
突发事件的来源，可能来自三个途径，第一巡检维护过程中发现、第二设备运行发生告警、业务部门反馈，一旦发生驻点工程师第一时间告知客户，并将具体的情况一同告知，以最快速度联系公司相关技术专家和公司相关高层领导，与专家进行充分沟通初步定为故障，并将故障定级，同时告知客户，如遇到驻点工程师无法解决的故障时，公司内相关领域技术专家会以最快速度赶到事故现场进行故障处理，直至问题解决，在问题解决之后。由技术专家和驻点工程师共同完事件问题报告，将事故的发生原因，处理的方式，已及如何避免再次发生的方法进行详细记录，录入客户的运维管理文件中，同时由公司技术专家完成将此案例录入公司内部知识案例库，作为以后借鉴依据，当事故处理完毕后，由驻点工程师或技术专家讲结果告之客户和公司相关领导。
具体流程详见下图所示：
输出技术专家/高层领导判断巡检沟通设备告警驻点工程师告知判断事件定位问题解决业务部门输出客户判断事件问题报告
7.7.2预防措施及处理办法
系统运维应急方案是对中断或严重影响业务的故障，如宕机、数据丢失、业务中断等，进行快速响应和处理，在最短时间内恢复业务系统，将损失降到最低。在系统维护过程中，突发事件的出现将是很难完全避免的，针对这种情况，设计了完善的突发事件应急策略。
系统巡检人员要定期规范检查各硬件设备的运转情况和应用软件运行情况，同时做好日常的数据增量备份和定期全备份。对发现的问题在报各级负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。
对发现的问题在报负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。
当获悉出现突发事件时，驻点工程师可以立即从知识库中获取相应的应急策略，并综合用户方的具体情况，与公司技术专家沟通，给出相关解决方案，然后在第一时间以电话、邮件支持或现场服务的方式帮助用户解决问题，尽最大努力减小突发事件对用户日常应用的影响。
