WAS管理编程常用技巧
- 格式:doc
- 大小:138.50 KB
- 文档页数:12
WAS使用方法范文WAS(WebSphere Application Server)是由IBM开发的一种Java应用程序服务器。
WAS提供了一个运行和管理企业级Java应用程序的环境,能够用于构建和部署Web应用程序、企业服务总线等。
WAS以其稳定性、可靠性和可伸缩性而闻名,被广泛应用于大型企业和机构。
下面是WAS的使用方法:1.安装WAS:2.配置WAS:安装完成后,需要进行一些配置以确保WAS的正常运行。
配置包括设置服务器的端口号、创建所需的数据源和JDBC适配器等。
通过WAS的管理控制台可以方便地进行这些配置。
3.创建应用程序:使用WAS的开发工具(如IBM的Rational Application Developer)可以创建JavaEE应用程序,并将其部署到WAS上。
WAS支持多种应用程序类型,包括JSP、Servlet、EJB、JMS等。
在创建应用程序时,需要设置应用程序的上下文路径、访问权限等。
4.部署应用程序:将应用程序部署到WAS上,可以通过多种方式实现。
可以通过管理控制台进行手动部署,也可以通过命令行工具或脚本自动化部署。
部署完成后,应用程序将被部署到WAS的运行环境中,并可以通过指定的URL进行访问。
5.管理和监控应用程序:WAS提供了全面的管理和监控工具,用于监视应用程序的运行状态和性能。
通过这些工具,可以实时查看应用程序的日志、线程状态、堆栈信息等,从而快速定位和解决问题。
此外,还可以进行应用程序的重新启动、停止等操作。
6.高可用性和负载均衡:为了提供高可用性和负载均衡,WAS支持多节点集群。
通过在多个WAS实例之间分配负载,可以实现对应用程序的水平扩展和容错能力的提升。
通过WAS的管理界面,可以轻松地创建和管理集群,配置负载均衡算法等。
7.安全性配置:WAS提供了强大的安全性配置功能,可以确保应用程序的数据和资源得到保护。
可以通过WAS的管理界面设置安全策略、证书管理等。
W A S快速入门手册Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】WAS快速入门手册编写原则1.技术别人是教不会的,只有靠自己学会2.以PD为主,系统学习为辅3.给出开放问题,自己去找答案,总结经验日常维护1.安装WASa)安装, ,b)创建profilec)安装htppServer和plugind)配置集群i.高级:配置共享域e)发布程序f)配置DB数据源g)配置LDAPh)配置安全性i.与的区别ii.配置SSOi)高级:配置JMS2.升级WASa)静默安装b)升级JDK和WAS3.AIX命令a)was本身命令 startServer -trace,,等b)常用命令, ls –ltr , df –g ,tar等c)topas,vmstat,netstat等监测命令d)收集Crash,hang信息时的命令e)ulimit,crontab等系统调整,监测命令4.调优WASa)WAS上线前,参数调整i. JVM,日志等b)压力测试过程中,调整WAS参数c)WAS连接DB2,Oracle后,如何监测数据库,如果区分是WAS的问题,还是数据库的问题5.收集WAS数据a)Mustgatherb)其中难以收集数据: Crash,Hang6.分析heapdumpa)说明:本地安装 IBM Support Assistant v3b)ecurep网站7.分析Javacorea)参考Diagnostics Guideb)注意Current Thread等信息8.编写测试代码a)编写来测试页面问题b)处理乱码问题9.使用wsadmina)在window使用wsadmin,来生成javacore等数据b)高级:设置动态trace10.配置Edgea)请参见Edge 的中第七章"配置分配器组件", 和第21章"分派器的高级功能" 配置高可用性日常维护30问1.AIX上,,WAS6的安装目录的位置2.WAS6中profile的位置,profile的作用,如果创建profile3.WAS,JDK,Http Server,Plugin,GSK的版本4.collector工具可以收集的数据,不能收集什么的数据请至少列出三条。
提高VBA编程效率的十大技巧与工具分享在进行VBA编程时,提高效率是每位开发人员都追求的目标。
随着项目的不断增长和复杂性的提升,提高编程效率变得尤为重要。
本文将分享十大技巧和工具,帮助您提高VBA编程效率,更高效地完成任务。
1. 使用自动完成功能:VBA的自动完成功能可以帮助您在编写代码时快速输入关键词、属性和方法。
通过按下“Ctrl + 空格”组合键,您将看到可用的选项列表。
这样可以节省时间并减少拼写错误。
2. 学习并使用快捷键:了解并使用VBA编辑器中的快捷键,可以提高编程速度。
例如,“Ctrl+ S”可保存代码,“Ctrl + F”可查找指定文本,“Ctrl + G”可跳转到指定行等。
通过使用这些快捷键,可以快速进行编辑和导航。
3. 使用宏录制器:如果您需要多次执行相似的任务,宏录制器是一个强大的工具。
通过录制和播放宏,您可以自动执行重复性的操作,从而提高效率。
只需录制一次,并以后重复使用,无需手动编写相同的代码。
4. 分解代码为函数和子程序:将代码分解为小的、可重用的函数和子程序,可以提高代码的可读性和维护性。
这样,您可以在不同的任务中重复使用这些函数和子程序,从而提高效率。
5. 使用注释:在代码中加入注释有助于其他开发人员理解您的逻辑和意图。
正确、清晰的注释可以减少沟通成本,并提高团队协作的效率。
确保注释清晰、简洁,并在需要的地方加以维护。
6. 利用错误处理:在编码过程中,错误可能难以避免。
使用适当的错误处理机制将有助于快速定位和修复错误。
您可以使用“On Error Resume Next”、“On Error GoTo”等语句来处理错误,从而有效地提高调试和修复的效率。
7. 使用调试工具:VBA编辑器提供了一系列的调试工具,如断点、观察窗口、局部窗口等。
这些工具可以帮助您定位和修复程序中的错误。
适当地使用这些调试工具,可以大大减少调试时间。
8. 宏优化:使用一些技巧来优化VBA宏的执行速度。
wsa使用技巧WSA(WebSphere Application Server)是一种基于Java的应用服务器,常用于构建和部署企业级应用程序。
WSA使用技巧是开发人员在使用WSA时需要注意和掌握的一些技巧和方法,以提高开发效率和应用程序的性能。
一、优化服务器配置在使用WSA时,合理配置服务器参数是提高应用程序性能的关键。
开发人员可以根据应用程序的实际需求,调整WSA的线程池大小、连接池大小和缓存大小等参数。
合理的配置可以提高服务器的并发处理能力,减少响应时间。
二、使用连接池连接池是WSA的一个重要特性,可以提高数据库连接的复用率,减少连接的创建和销毁开销。
在使用数据库连接时,开发人员应尽量使用连接池来管理连接,避免频繁地创建和关闭连接,从而减少资源的消耗。
三、使用缓存缓存是提高应用程序性能的关键技术之一。
在WSA中,开发人员可以使用缓存来存储一些频繁访问的数据,如配置信息、静态页面等。
通过使用缓存,可以避免频繁地读取数据,提高系统的响应速度。
四、合理使用线程在WSA中,线程是用来处理请求的基本单位。
开发人员应合理使用线程,避免线程过多导致系统资源的浪费。
可以使用线程池来管理和复用线程,提高系统的并发处理能力。
五、安全防护在开发应用程序时,安全性是需要重视的一个方面。
WSA提供了一些安全防护的机制,如SSL加密、访问控制等。
开发人员应合理使用这些机制,保护应用程序的安全。
六、性能监控和调优在使用WSA时,开发人员应定期进行性能监控和调优。
可以通过WSA提供的性能监控工具,对应用程序的性能进行监控和分析,找出性能瓶颈并进行优化。
七、错误处理和日志记录在开发和部署应用程序时,错误处理和日志记录是必不可少的。
开发人员应合理处理各种异常情况,并记录相关的日志信息,以便于问题的排查和定位。
八、合理使用集群和负载均衡在高并发的场景下,使用集群和负载均衡可以提高应用程序的可用性和性能。
开发人员可以使用WSA提供的集群和负载均衡功能,将请求均衡地分发到多个服务器上,提高系统的并发处理能力。
WPS宏编程实用技巧调试和错误处理WPS Office是一款功能强大的办公套件,其宏编程功能为用户提供了自动化处理任务的能力。
然而,当我们编写和运行宏时,经常会遇到一些错误和调试的需要。
本文将介绍一些实用的调试技巧和错误处理方法,帮助您更高效地进行WPS宏编程。
一、编写规范与错误预防在编写WPS宏时,遵循一定的规范能够帮助我们减少错误的发生。
以下是一些编写规范和错误预防的技巧:1. 使用有意义的变量名和函数名:给变量和函数命名时应选择具有描述性和易于理解的名称。
这样可以增强代码的可读性,并降低错误发生的可能性。
2. 注释代码:通过注释可以解释代码的作用和逻辑,帮助自己和他人更好地理解代码。
尤其对于一些复杂的逻辑或关键的代码段,注释是必不可少的。
3. 防范错误:在编写代码时,应该时刻保持警惕,避免常见的错误发生。
例如,检查变量是否被正确地初始化、避免除零错误等。
二、使用断点调试调试是编写宏程序时不可避免的过程。
WPS宏提供了断点调试功能,使我们能够逐行执行代码并查看变量的值和执行结果。
以下是使用断点调试的步骤:1. 在需要调试的代码行前面插入断点:在编辑宏的过程中,可以通过单击代码行号的左侧空白区域来设置断点。
设置断点后,宏程序在执行时会在断点处暂停。
2. 运行宏并触发断点:在WPS Office中,打开一个文档后运行宏,当宏执行到设置的断点时,会暂停执行并显示当前代码的执行状态。
3. 查看变量和执行结果:在断点暂停时,可以通过查看变量窗口或直接悬停在代码中的变量上来查看当前变量的值。
此外,还可以通过单步执行、逐语句执行等方式来调试代码。
三、错误处理与异常捕获在宏编程中,错误处理和异常捕获是必不可少的。
以下是一些常见的错误处理和异常捕获方法:1. 错误提示和日志记录:当宏发生错误时,可以使用WPS提供的消息框和日志记录功能来提示用户或记录错误信息。
这样在发生错误时可以及时通知用户并提供必要的修复措施。
WAS详细操作1.节点部署概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物查看所有概要文件:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -listProfiles1.1.D eploymentManagerDeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点DM属于一个特殊的节点, 用以下步骤创建:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -create \-templatePath $WAS_HOME/profileTemplates/dmgr \-profileName Dmgr01 \-profilePath $WAS_HOME/profiles/Dmgr01 \- nodeName (节点名) \-cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)1.2.节点1.新增节点:./manageprofiles.sh -create \-profileName AppSvr01 \-templatePath $WAS_HOME/profileTemplates/default \-profilePath $WAS_HOME/profiles/AppSrv01 \- nodeName (节点名) \- cellName (单元名) \-hostName (主机名)(其中红色部分为概要文件名, 可根据实际情况修改)2.添加节点到DeploymentManager:cd $WAS_HOME/profiles/AppSrv01/bin./addNode.sh IP PORT(其中ip为WebSphere DM所在服务器的IP, PORT为WebSphere DM对应的SOAP_CONNECTOR_ADDRESS端口, 默认为8879)3.启动节点:cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh或cd $WAS_HOME/bin./ startNode.sh AppSrv014.停止节点:cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh或cd $WAS_HOME/bin./stopNode.sh AppSrv01注:在WAS控制台只能停止节点, 不能启动, 步骤如下:登陆WAS控制台系统管理——> Node Agent选择节点进行操作5.删除节点:确认节点已经停止cd $WAS_HOME/bin删除节点对应的概要文件:./manageprofiles.sh -delete -profileName AppSrv01删除所有节点对应的概要文件(谨慎, 会删除DM的概要文件):./manageprofiles.sh -deleteAll最后删除节点文件目录cd $WAS_HOME/profilesrm -Rf AppSrv01注:在WAS控制台只能把节点从DM去除, 不能进行删除节点操作1.3.状态1.登陆WAS控制台2.系统管理——> 节点已同步此节点上的配置文件已与Deployment Manager 同步未同步此节点上的配置文件未与Deployment Manager 同步(已过期)未知由于无法访问此节点的Node Agent, 所以无法确定配置文件的状态不可用由于此节点是非受管节点, 所以状态列不适用于此节点2.集群部署集群由一组应用程序服务器组成2.1.新建1.登陆WAS控制台2.服务器——> 集群3.点击新建4.输入集群名称, 点击下一步5.创建第一个集群成员, 输入成员名, 选择节点, 点击下一步6.创建其他集群成员, 输入成员名, 选择节点, 点击添加成员, 点击下一步7.检查操作总结的信息是否正确, 点击完成8.查看新建的集群2.2.维护新建成功后, 可以在控制台进行启动停止删除等操作注:集群的起停会直接影响到集群下的服务和应用起停, 如果删除集群也会把集群下的服务和应用删除2.3.状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态3.服务部署3.1.新建1.登陆WAS控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点, 输入服务名称, 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务3.2.维护新建成功后, 可以进行启动停止删除等操作注:如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——> 进程定义——> Java 虚拟机可以对垃圾回收, 内存大小, 字符集等进行修改3.3.状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态4.应用部署4.1.发布1.登陆WAS控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根, 点击下一步5.勾选启动类重新装入, 点击下一步6.指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB服务器等7.选择虚拟主机, 一般为默认, 点击下一步8.确认下上文根的是否正确, 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功, 点击保存11.查看发布的应用4.2.更新发布应用程序是war包, 更新应用程序是zip包zip包目录结构:TEST.war\更新的应用程序, 最后打成zip包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war包)1.登陆WAS控制台2.应用程序——> 企业应用程序3.选着需要更新的应用, 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功, 点击保存7.点击应用更新8.更新完成后, 不需要重启应用程序, WAS会自动重新加载更新的内容, 可能会造成短时间无法访问应用4.3.维护发布成功后, 可以进行启动停止卸载导出等操作注:卸载应用成功后, WAS服务器上还会有一些临时文件存在, 但没有任何其他影响如果需要删除, 可以手动删除:cd /opt/WebSphere/AppServerfind ./ -name TEST*删除所有TEST_war.ear文件或目录(其中红色部分为应用名, 可根据实际情况修改)4.4.状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息5.数据库配置5.1.J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下:1.登陆WAS控制台2.安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示(数据库用户名)、密码(数据库密码), 点击确认5.安装成功, 点击保存6.查看建立的J2C 认证数据5.2.J DBC 提供程序JDBC 提供程序包括特定的JDBC 驱动程序实现类, 以便访问环境中的特定供应商数据库, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> JDBC 提供程序3.选择作用域, 可根据需要的范围选择所有作用域:对所有服务生效(不能在此作用域新建JDBC 提供程序)单元:只对该单元下所有服务生效集群:只对该集群下所有服务生效节点:只对该节点下所有服务生效服务:只对该服务生效4.点击新建5.选择数据类型:DB2, 提供程序类型:DB2 Universal JDBC Driver Provider, 实施类型:连接池数据源, 输入名称, 点击下一步6.输入jar包db2jcc.jar, db2jcc_license_cisuz.jar的存放路径如果配置过环境变量里的DB2UNIVERSAL_JDBC_DRIVER_PATH 和DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH 这里会自动显示路径, 详见7.环境配置7.最终确认所有配置是否正确, 点击完成8.新建成功, 点击保存9.选择所有作用域或刚选择的作用域, 查看新建的JDBC 提供程序5.3.数据源数据源用于提供关系数据库连接的资源, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> 数据源3.选择作用域, 和JDBC提供程序一致4.点击新建5.输入数据源名, JNDI 名称(用于应用程序JNDI连接名), 选择J2C 认证别名, 点击下一步6.选着JDBC 提供程序, 点击下一步7.输入数据库连名(数据库实例名), 服务器名称(数据库的IP地址或主机名), 端口号(默认是50000), 点击下一步8.最终确认所有配置是否正确, 点击完成9.新建成功, 点击保存10.如果出现节点同步操作, 同步11.选择所有作用域或刚选择的作用域, 查看新建的数据源12.选择新建的数据源, 点击连接测试, 看是否连接成功13.如果连接不成功, 查看点击管理状态, 看状态是否活动14.如果没有信息或状态为不活动时, 检查配置是否正确:J2C 认证数据:配置数据库的用户和密码JDBC 提供程序:配置数据库的驱动程序和连接类型数据源:配置数据库的实例名IP地址和端口如果配置没问题, 重启节点6.环境配置6.1.环境变量1.登陆WAS控制台2.环境——> WebSphere 变量3.选择作用域, 可根据需要的范围选择4.点击新建5.输入名称和值¸点击确定6.新建成功, 点击保存7.点击需要修改的环境变量, 可进行修改8.常用默认环境变量:JAVA_HOME JAVA目录WAS_INSTALL_ROOT WAS安装目录WAS_LIBS_DIR WAS LIB包目录WAS_TEMP_DIR WAS临时目录LOG_ROOT WAS日志目录WAS_CELL_NAME WAS单元名WAS_SERVER_NAME WAS服务名USER_INSTALL_ROOT 概要文件目录APP_INSTALL_ROOT 应用安装目录SERVER_LOG_ROOT 应用日志目录DB2_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH DB2驱动目录INFORMIX_JDBC_DRIVER_PATH INFORMIX驱动目录MICROSOFT_JDBC_DRIVER_PATH SQL SERVER驱动目录MICROSOFT_JDBC_DRIVER_NATIVEPATH SQL SERVER驱动目录MSSQLSERVER_JDBC_DRIVER_PATH SQL SERVER驱动目录ORACLE_JDBC_DRIVER_PATH ORACLE驱动目录SYBASE_JDBC_DRIVER_PATH SYBASE驱动目录6.2.性能监控1.登陆WAS控制台2.监视和调整——> 性能查看器——> 当前活动3.勾选需要监视的服务, 点击启动监视4.点击已监视的服务, 进入监视界面, 能很直观的监视应用访问时间5.点击顾问程序, 可以监视应用程序运行时各种数据6.点击摘要报告7.servlet 摘要列出在当前应用程序服务器中运行的所有servlet8.EJB摘要会列出在服务器中运行的所有Enterprise beans, 花费在它们的方法中的时间量, EJB 调用次数以及花费在每个Enterprise bean 中的总时间9.EJB 方法摘要显示每个EJB 方法的统计信息10.连接池摘要会列出应用程序服务器中定义的所有数据源连接并显示随着时间的过去它们的使用情况11.线程池摘要显示了随着时间的过去, 应用程序服务器中所有线程池的使用情况12.点击性能模块, 这些模块提供系统资源性能数据(例如CPU 利用率), WebSphereApplication Server 池和队列(例如数据库连接池)性能数据和客户应用程序数据性能数据(例如servlet 响应时间)的图形和图表6.3.日志管理1.登陆WAS控制台2.故障诊断——> 日志和跟踪3.点击需要查看日志的服务4.日志类型诊断跟踪:服务器进程的诊断跟踪配置设置确定服务器进程的初始跟踪状态JVM日志:通过将JVM 的System.out 和System.err 流重定向到独立日志文件来创建JVM 日志进程日志:WAS进程包含两个可供进程中运行的本机代码访问的stdout 和stderr输出流IBM 服务日志:包含写入System.out 流的WAS 消息和一些包含详尽服务信息的特殊消息5.JVM日志包含应用日志, 可根据情况修改文件大小, 文件个数, 日志时间6.更改日志级别详细信息, 输入指定要跟踪的组件、包或组的日志详细信息级别日志详细信息级别规范的格式是:<component> = <level>其中<component> 是要为它设置日志详细信息级别的组件, 而<level> 是某个有效的记录器级别(关闭、致命、严重、警告、审计、信息、配置、详细信息、精细、较精细、最精细、全部), 用冒号分隔多个日志详细信息级别规范7.日志查看WAS控制台:故障诊断——> 日志和跟踪——> 日志类型——> 运行时, 点击查看也可以直接进入日志目录查看诊断跟踪:${SERVER_LOG_ROOT}/trace.logJVM日志:${SERVER_LOG_ROOT}/SystemOut.log${SERVER_LOG_ROOT}/SystemErr.log进程日志:${SERVER_LOG_ROOT}/native_stdout.log${SERVER_LOG_ROOT}/native_stderr.logIBM 服务日志:${LOG_ROOT}/activity.log7.端口配置7.1.控制台访问端口1.登陆WAS控制台2.系统管理——> Deployment Manager——> 端口3.其中WC_adminhost(默认为9060), WC_adminhost_secure(默认为9043)为控制台访问端口, 点击进行修改, 注意不要和其他端口冲突4.修改成功, 点击保存7.2.应用访问端口1.登陆WAS控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——> 端口4.其中WC_defaulthost(默认为9080)为应用访问端口, 点击进行修改, 注意不要和其他端口冲突5.修改成功, 点击保存7.3.虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统(DNS)别名的列表识别, DNS 别名是用于请求servlet 的TCP/IP 主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆WAS控制台2.环境——> 虚拟主机3.如果是修改控制台端口, 点击admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口,点击确定6.新建成功, 点击保存7.如果是修改应用端口, 点击default_host ——> 主机别名8.点击新建9.输入对应应用的端口,点击确定10.新建成功, 点击保存8.日常维护8.1.常用目录/opt/WebSphere/AppServer WAS根目录/opt/WebSphere/AppServer/bin WAS操作目录/opt/WebSphere/AppServer/profiles 节点根目录/opt/WebSphere/AppServer/profiles/AppSvr01/bin 节点操作目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs 节点日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs/server1应用日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改)8.2.进程查看1.查看所有WAS进程其中WAS控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep java(其中红色部分为WAS服务器用户名, 可根据实际情况修改)2.查看节点进程ps -ef|grep 'nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)8.3.应用日志查看export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSvr01/logs/server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 8.4.服务起停export WAS_HOME=/opt/WebSphere/AppServer1.启动管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./startManager.sh(其中红色部分为DM名, 可根据实际情况修改)2.启动节点cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)3.启动应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./startServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)4.停止应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./stopServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)5.停止节点cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)6.停止管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./stopManager.sh(其中红色部分为DM名, 可根据实际情况修改)。
WAS的具体设置和使用方法Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发,专门用来进行实际网站压力测试的一套工具。
透过这套功能强大的压力测试工具,您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响,在网站实际上线之前先对您所设计的网站进行如同真实环境下的测试,以找出系统潜在的问题,对系统进行进一步的调整、设置工作。
1、Microsoft Web Application Stress具有以下几个特性:1.1、可以数种不同的方式建立测试指令:包含以手动、录制浏览器操作步骤、或直接录入IIS的记录文件、录入网站的内容及录入其它测试程序的指令等方式。
1.2、支持多种客户端接口:标准的网站应用程序C++的客户端,使用Active Server Page 客户端,或是使用Web Application Stress对象模型建立您自定的接口。
1.3、支持多用户:利用多种不同的认证方式仿真实际的情况,包含了DPA, NTLM 及 SSL等。
1.4、支持使用动态的cookie:仿真定制网站实际运作场景及对话(session)的支持。
1.5、在客户端的计算机以NT 服务的方式执行仿真的工作,可在不中断测试的情况下将某些客户端的测试计算机删除。
1.6、透过集中式的Microsoft Web Application Stress 管理员,您可以使用任意数目的客户端计算机同时进行测式的工作。
1.7、具有Bandwidth throttling (带宽遏流)的功能以仿真用户使用调制解调器上线的效果。
1.8、内建的query-string 编辑器可帮助您建立name-value pair组合的模板,并可在不同的场景测试中重复使用。
1.9、可程序化的对象模式让您可以建立您自己的测试客户端。
1.10、汇总的测试报告及丰富的性能测试资料。
1.11、支持域名系统(DNS)让您可以测试整个群集(Cluster)的机器。
W AS 应知知识WAS 应知知识 (1)基本知识点 (2)WAS基础架构与知识 (2)什么是W AS?什么是应用服务器 (2)WAS支持的J2EE版本 (2)WAS6新特性 (3)支持64位JDK (3)支持J2EE1.4并向下兼容 (3)Web服务器管理 (3)什么是概要文件(profile) (3)概要文件的类型 (3)WAS相关路径: (4)对于W AS5: (4)对于W AS6: (4)查看W AS版本的命令: (4)查看W AS所带JDK版本的命令: (4)查看所有server状态的命令: (5)查看某个server状态的命令: (5)查看某个server进程pid的方法: (5)UNIX平台上异常时,收集javacore的方法: (5)启停server的方法: (5)启停nodeagent的方法: (5)启停DM的方法: (5)启停server、nodeagent、DM的先后顺序关系: (6)影响W AS性能的几个主要参数设置。
(6)参数的修改生效 (6)JDBC Provider类文件的选取 (6)IHS的启停 (6)如何确认IHS使用的plugin-cfg.xml的位置? (6)WAS相关集中监控报警的处理 (7)集中监控报警“应用服务器连接异常”时的处理步骤: (7)WAS性能监控 (7)WAS5的性能可以通过W ASMon来查看...................................... 错误!未定义书签。
WAS6目前尚未集中到W ASMon中,可以通过它自带的性能查看器监控。
(7)基本知识点WAS基础架构与知识什么是W AS?什么是应用服务器WAS是WebSphere Application Server的简称。
是支持J2EE规范的应用服务器。
应用服务器是一个中间件,可以将Web应用功能和核心业务系统以及企业数据库连起来。
WebSphere应用服务器提供了一个将这些应用和数据扩展到Web的平台。
WebSphere Application Server 管理编程简述WebSphere Application Server(以下简称为WAS)提供了两种管理途径:基于Web式的管理控制台和基于命令行式的wsadmin 工具;还可以通过管理编程接口(WebSphere Management API)来开发符合特定需求的管理应用WAS 的管理体系是基于JMX 规的,JMX 规定义了三层结构:Distributed layer:包含各种适配器,使得使用不同协议( 如RMI,HTTP ) 的管理应用能访问代理层。
Agent layer:包含Mbean Server,是Mbean 的注册中心,操纵各种Mbean 并对外提供各种管理服务,如监控,定时任务,Mbean 的动态加载等。
Instrumentation layer:包含各种Mbean,Mbean 实现对资源的访问和代表了资源状态。
图1.JMX 规的三层结构示例JMX 即Java Management Extensions Java管理扩展MBean 即managed beans 被管理的Beans一个MBean是一个被管理的Java对象,有点类似于JavaBean,一个设备、一个应用或者任资源都可以被表示为MBean,MBean会暴露一个接口对外,这个接口可以读取或者写入一些对象中的属性,通常一个MBean需要定义一个接口,以MBean结尾,例如:EchoMBean, 格式为XXXMBean,这个是规,必须得遵守。
描述一个可管理的资源。
是一个java对象,遵循以下一些规则:1.必须是公用的,非抽象的类2.必须有至少一个公用的构造器3.必须实现它自己的相应的MBean接口或者实现javax.management.DynamicMBean接口4.可选的,一个MBean可以实现javax.management.NotificationBroadcaster接口MBean 的类型。
WAS 的管理体系,如图-2 所示:图2.WAS 的管理体系本文主要介绍上图中custom client 的编程。
管理编程分为下面两种途径:1.直接调用Mbean2.使用WAS 的管理编程接口WebSphere JMX MbeansMbeans 介绍WAS 提供了各种类型的Mbean,封装了各种管理功能,如对WAS 系统环境,J2EE 应用,J2EE 资源等的管理和监控。
获得某个Mbean:每个MBean 都有一个ObjectName,在使用该MBean 之前必须先找到它。
ObjectName 可以通过AdminClient,以格式化的查询串进行查询。
格式化的查询串可以选择性地包括以下的特性:域名、节点名、进程名、类型、名称等等。
一个查询串既可惟一标识单个ObjectName,也可以代表多个具有公共特性的ObjectName。
MBean 通常是以它们的类型进行分类的。
一些MBean 类型(例如Perf)会在应用服务器中提供单个的实例,但其他MBean 类型(例如servlet 和EJB)会在应用服务器中提供多个实例。
清单1. 获得某个server 上的类型为JVM 的MBeanString query = “*:type=JVM,process=server1,node=node1,*"”;queryName = new ObjectName(query);Set mBeans = null;try {mBeans = adminClient.queryNames(queryName, null);} catch (ConnectorException e) {e.printStackTrace();}我们也可以基于JMX connector specification 和JMX Remote application programming interface (API) (JSR 160) 来访问Mbean。
参见WAS 信息中心文章“Create a JMX remote client program by using the JMX remote API”。
在一个WAS Network Deployment 环境中,我们可以通过AdminClient 连接到dmgr,也可以直接去连接某个nodeagent 或server。
如果我们连接的是dmgr ,那么通过dmgr 去访问nodeagent 和server 上的MBean 时,前提条件是这个nodeagent 或server 必须是启动的。
访问Mbean 的属性和法我们知道,调用EJB 或Web service 最终都要通过Java 接口来进行,但Mbean 却不同。
调用Mbean 的法与java 反射机制类似,要提供法名称,法的参数类型,最后才能invoke 该法。
访问Mbean 的普通属性:清单2. 访问Mbean 的普通属性Object heapsize = adminClient.getAttribute(mbean, "heapSize") ;调用Mbean 的法:清单3. 调用Mbean 的法ObjectName jvmBean = MBeanFactory.getInstance().getJVMMBean(server.nodeName, server.serverName) ;String signature[] = { "ng.String" };server.hostIP = (String)adminClient.invoke(jvmBean, "getIPAddress",new Object[]{server.hostName}, signature) ;WebSphere management APIWAS 提供的管理编程接口包含在以.ibm.websphere.management 开头的包中。
下面介绍一下包中的实用API。
AdminClient 和AdminServiceAdminClient 用于连接远程的JVM,AdminService 用于连接本地JVM,如果你的管理代码运行在和被管理的服务器相同的JVM ,那可以使用AdminService 接口。
AdminService 具有和AdminClient 类似的法,也能访问服务器上的Mbean。
下面是获得AdminClient 接口的代码:清单4. 获得AdminClient 接口的代码Properties props = new Properties();props.put(AdminClient.CONNECTOR_TYPE, AdminClient.CONNECTOR_TYPE_SOAP); props.put(AdminClient.CONNECTOR_HOST, host.getHostIP());props.put(AdminClient.CONNECTOR_PORT, host.getSoapport());props.put(AdminClient.CONNECTOR_AUTO_ACCEPT_SIGNER, true);if (isSecurityEnabled()) {props.setProperty(AdminClient.CONNECTOR_SECURITY_ENABLED,Boolean.toString(true));props.setProperty(ERNAME, host.getUsername());props.setProperty(AdminClient.PASSWORD, host.getPasswd());}AdminClient 既可以运行在admin thin client 中,也可以运行在WAS server runtime 中。
获得AdminService 接口:清单5. 获得AdminService 接口的代码AdminService adminService = AdminServiceFactory.getAdminService() ;Wsadmin API 和management API 之间的对应关系WAS 命令行脚本工具提供了几个管理对象AdminApp, AdminTask, AdminConfig, AdminControl。
它们分别对应不同的管理API:1. AdminApp:AdminApp 对象的功能对应于两个包.ibm.websphere.management.application和.ibm.websphere.management.application.client。
通过这两个包下面的API,我们可以安装/ 卸载,启动/ 停止一个J2EE 应用。
和应用管理相关的编程比较固定,本文没有过多介绍这些API 的使用,读者可以参考本文提供的例子ApplicationMgr.java,里面包含了应用安装和启停的示例。
2. AdminControl: AdminControl 汇集了一些常用的Mbean 的功能,如Server Mbean。
此外,它能直接调用任一个Mbean 对象。
所以,AdminControl 提供的功能可以由AdminClient/AdminService 来替换。
3. AdminConfig: AdminConfig 对象对应于两个包.ibm.websphere.management.configservice和.ibm.websphere.management.configservice.tasks。
4. AdminTask: AdminTask 对象对应于两个包.ibm.websphere.management.cmdframework和.ibm.websphere.management.cmdframework.provider。
本文主要介绍AdminConfig 和AdminTask 对应的管理编程。
使用ConfigServiceWAS 的配置信息有些可以通过Mbean 去获得,如cell/node/server 的名称,也可以通过ConfigServer 去获取。
而有些配置信息只能通过ConfigService 去获得。
下面是使用ConfigService 时会遇到的几个概念:ConfigData :config data 对应于config 目录下的某个xml 文件或xml 文件的某个片段,通过操纵config data,就可以读写该xml 文件。
ConfigType :config data 的类型。