ibm websphere 常见维护问题汇总

IBM WebSphere 是一个广泛使用的应用服务器,但是在服务器维护过程中也会出现各种各样的问题。以下是一些常见的 IBM WebSphere 维护问题和可能的解决方法:

  1. 内存泄漏:内存泄漏是 WebSphere 应用程序服务器的一个常见问题。它会导致系统变慢或崩溃。可以使用 WebSphere Performance Tuning Toolkit(PTT)来识别和解决内存泄漏问题。
  2. 连接池问题:连接池是用于管理数据库连接的一组资源。如果连接池没有正确配置,可能会出现连接超时、连接泄漏和连接泄漏等问题。可以通过在 WebSphere 控制台中检查连接池设置来解决这些问题。
  3. 应用程序问题:应用程序可能会出现各种问题,例如内存问题、线程问题和死锁问题。可以使用 WebSphere 的日志记录和跟踪功能来诊断这些问题。
  4. 安全问题:WebSphere 服务器可能会受到各种安全威胁,例如跨站点脚本攻击和 SQL 注入攻击。可以使用 WebSphere 的安全性配置来保护服务器和应用程序。
  5. 配置问题:配置问题可能会导致 WebSphere 服务器无法启动或无法访问应用程序。可以使用 WebSphere 控制台中的配置工具来检查和更正配置问题。
  6. 性能问题:WebSphere 服务器可能会出现性能问题,例如响应时间慢或资源利用率过高。可以使用 WebSphere 的性能监视器和诊断工具来找出性能问题的根源。
  7. 集群问题:如果 WebSphere 应用程序服务器是集群的一部分,则可能会出现集群通信问题、负载均衡问题和故障转移问题。可以使用 WebSphere 控制台来管理集群并解决这些问题。

总之,要确保 IBM WebSphere 应用程序服务器的可靠性和高效性,需要对各种维护问题有清晰的认识,并采取适当的措施来解决它们。

IBM WebSphere怎么监控JDBC连接数

IBM WebSphere可以使用多种工具来监控JDBC连接数,以下是其中几种常用的方法:

  1. 控制台监控

IBM WebSphere提供了一个控制台,可以使用该控制台来监控JDBC连接数。在控制台中,选择“应用程序服务器” > “数据源”,然后选择相应的数据源,可以查看当前连接数和空闲连接数等信息。

  1. PMI监控

IBM WebSphere Performance Monitoring Infrastructure (PMI) 是一个性能监控工具,可以用来监控JDBC连接数等指标。在控制台中,选择“应用程序服务器” > “性能监控基础设施”,然后选择“数据源”和“连接池”,可以查看当前连接数和空闲连接数等信息。

  1. JMX监控

Java Management Extensions (JMX) 是一种Java平台的管理和监控技术,IBM WebSphere可以使用JMX来监控JDBC连接数。在控制台中,选择“应用程序服务器” > “进程定义” > “Java虚拟机”,然后选择“JMX”选项卡,可以查看当前连接数和空闲连接数等信息。

以上是IBM WebSphere监控JDBC连接数的几种常用方法,具体应根据实际情况选择适合的方法。

ibm websphere 设置的数据jdbc最大连接数是10,如果有100个客户端访问应用程序,这会导致应用程序出现jdbc连接错误吗

如果IBM WebSphere设置的JDBC最大连接数为10,那么在同一时间内只有10个JDBC连接可以同时使用。如果有100个客户端访问应用程序,且每个客户端都需要使用JDBC连接,则会导致超过最大连接数的请求无法被处理,从而导致JDBC连接错误。因此,如果您预计将有大量客户端访问应用程序并且每个客户端都需要使用JDBC连接,则应该增加JDBC连接池的最大连接数,以确保系统能够处理所有的请求。

oracle rac疑问汇总

oracle rac 一个节点可以ping通,但是连接不上了大概怎么回事

如果您能够ping通Oracle RAC集群的一个节点,但是无法连接到该节点,可能有以下几个原因:

  1. 节点上的Oracle服务未启动或已停止 – 您可以检查该节点上的Oracle服务是否在运行。可以使用CRSCTL命令或Grid控制台来检查集群资源的状态。
  2. 节点上的监听程序未启动或已停止 – 您可以检查该节点上的监听程序是否在运行。可以使用LSNRCTL命令来检查监听程序的状态。
  3. 防火墙阻止了连接 – 如果您的环境中使用了防火墙,请确保在防火墙上打开了必要的端口,以允许连接到该节点的Oracle实例。
  4. 网络连接问题 – 您可以检查网络连接是否正常。可以尝试使用其他工具(如telnet)测试与该节点的连接是否正常。
  5. 其他故障 – 如果以上步骤均未能解决问题,可能存在其他故障导致连接失败。您可以查看相关日志文件以获取更多信息。

总之,连接失败的原因可能有很多种,您可以尝试进行逐一排查以确定问题所在。如果您无法解决问题,建议联系Oracle技术支持人员获取帮助。

jerrybergock4i@hotmail.com

oracle rac一般是一台物理服务器虚拟多个服务器吗

Oracle RAC(Real Application Clusters)是一种集群技术,它允许多台物理服务器协同工作来提供高可用性和可伸缩性的Oracle数据库服务。在Oracle RAC集群中,每个节点都是独立的物理服务器,这些节点通过高速网络相互连接,并共享同一组共享存储(如SAN或NAS)。

每个节点都运行着一个实例(instance),这些实例共享同一组数据库文件(data files)和控制文件(control files)。这意味着,无论哪个节点上的实例处理用户请求,数据都可以在所有节点之间共享和访问。

因此,Oracle RAC集群不是一台物理服务器虚拟多个服务器,而是由多个独立的物理服务器组成,它们共享存储和网络资源来提供高可用性和可伸缩性的Oracle数据库服务。

jerrybergock4i@hotmail.com

Oracle RAC一台物理服务器存在多个节点是为什么

在Oracle RAC中,一台物理服务器可以存在多个节点,每个节点都运行着一个独立的Oracle实例(Instance)。这些节点通过高速网络相互连接,并共享同一组共享存储(如SAN或NAS)。

这种架构的设计可以带来多个好处:

  1. 提高可用性:由于多个节点可以同时提供服务,因此即使其中一台节点出现故障,也可以自动切换到其他节点,保证服务的可用性。
  2. 提高性能:多个节点可以并行处理用户请求,因此可以提高整个系统的吞吐量和响应速度。
  3. 提高可伸缩性:如果需要处理更多的用户请求,可以通过添加更多的节点来扩展系统的性能和容量。

总之,Oracle RAC中的多节点架构可以为用户提供高可用性、高性能和可伸缩性的数据库服务,是一种非常强大的集群技术。

jerrybergock4i@hotmail.com

Oracle RAC物理服务器的节点是以什么形式存在的?

在Oracle RAC中,一个物理服务器可以存在多个节点,每个节点都运行着一个独立的Oracle实例(Instance)。这些节点通过高速网络相互连接,并共享同一组共享存储(如SAN或NAS)。

这些节点在物理上是以不同的服务器进程存在的,每个节点都有一个唯一的节点名称,可以在Oracle RAC集群中进行识别和管理。这些节点可以是在同一台物理服务器上创建的,也可以是在不同的物理服务器上创建的。

每个节点都有自己的系统资源(如CPU、内存、网络适配器等),并运行着独立的Oracle实例。每个实例都有自己的SGA(System Global Area)和PGA(Process Global Area),并维护着自己的数据库缓存和锁定机制。但是,这些实例共享同一组数据库文件(data files)和控制文件(control files),因此可以共享数据,并可以同时处理来自不同节点的用户请求。

在Oracle RAC集群中,每个节点都是一个独立的逻辑实体,可以单独管理和维护。管理员可以通过Oracle RAC管理工具(如CRSCTL、SRVCTL等)来管理和监控每个节点的状态、资源使用情况等信息。

jerrybergock4i@hotmail.com

centos系统 下Oracle RAC多个节点是用什么工具配置

在CentOS系统下,可以使用Oracle官方提供的工具Oracle Grid Infrastructure(GI)和Oracle Real Application Clusters(RAC)来配置Oracle RAC多个节点。

Oracle Grid Infrastructure(GI)是用于创建和管理Oracle RAC集群环境的基础设施,它包括Oracle Clusterware、Oracle Automatic Storage Management(ASM)和其他管理工具。Oracle Clusterware是一种高可用性的集群管理软件,它可以监控集群中的各种资源,例如节点、网络、存储等,并在发生故障时进行自动切换和恢复。Oracle ASM是一种基于磁盘组的存储管理技术,它可以帮助管理和维护集群中的共享存储资源。

Oracle Real Application Clusters(RAC)是一种多节点的Oracle数据库架构,它可以将多个节点组合在一起,共享相同的数据库和存储资源,提供高可用性和可扩展性的数据库服务。

在CentOS系统下,可以通过以下步骤来配置Oracle RAC多个节点:

  1. 安装Oracle Grid Infrastructure和Oracle RAC软件,可以通过Oracle官方提供的安装程序进行安装。
  2. 创建Oracle RAC集群,包括配置节点之间的网络连接、创建共享存储资源等。
  3. 在每个节点上配置Oracle实例,并创建共享的数据库和存储资源。
  4. 配置Oracle Clusterware和Oracle ASM,确保集群中的所有资源都可以正常运行。
  5. 测试Oracle RAC集群的功能和性能,确保集群可以提供高可用性、高性能和可扩展性的数据库服务。

以上步骤可以使用Oracle提供的管理工具(如CRSCTL、SRVCTL等)来完成。需要注意的是,在配置Oracle RAC集群之前,需要确保每个节点都满足Oracle RAC的硬件和软件要求,并且可以相互通信和访问共享存储资源。

centos系统每一个节点就是一个虚拟系统吗

不一定。在Oracle RAC中,每个节点可以是一个物理服务器或虚拟服务器。如果每个节点都是一个物理服务器,则每个节点都有自己的硬件资源(如CPU、内存、存储等),并且可以通过高速网络连接共享共享存储资源。如果每个节点是一个虚拟服务器,则可以在一台物理服务器上创建多个虚拟服务器,并且可以在每个虚拟服务器上运行Oracle实例,从而实现多节点的Oracle RAC集群环境。

在CentOS系统中,可以使用虚拟化技术(如KVM、Xen、VMware等)来创建虚拟服务器,每个虚拟服务器都有自己的操作系统、硬件资源和网络连接,可以独立运行Oracle实例,并可以通过网络连接共享存储资源。在这种情况下,每个虚拟服务器都可以看作是一个独立的节点,可以通过Oracle RAC管理工具进行管理和监控。

需要注意的是,在使用虚拟化技术创建虚拟服务器时,需要确保虚拟服务器的硬件资源和网络连接足够强大和稳定,以保证Oracle实例的性能和可靠性。此外,还需要进行适当的虚拟化配置和优化,以避免虚拟服务器之间的资源争用和性能下降。

websphere服务器中(was)连接池属性

连接超时:

解释:连接超时是指,当对指定连接池进行请求时,池中没有可用连接(连接全部被使用,或者数据库请求超时),当请求时间到达指定之间时未响应,那麽这个时候就会产生超时异常,通过日志可以发现。指定间隔(以秒为单位)

结果:这个间隔时间过后连接请求超时并抛出 ConnectionWaitTimeoutException。

说明:达到连接特定连接池的最大值(最大连接数)或者数据库请求超时,等待是必需的。例如,如果连接超时设置为 300 并且达到了最大连接数,则池管理器为可用的物理连接等待 300 秒。如果物理连接在此时间内不是可用的,则池管理器抛出 ConnectionWaitTimeoutException。它通常不会重试 getConnection() 方法,因为如果必需更长的等待时间,您应该设置连接超时设置为更高的值。因此,如果应用程序捕捉了此异常,那么管理员应该复查应用程序的期待用法,并相应地调整连接池和数据库。

注:如果连接超时设置为 0,则只要必需,池管理器就会一直等待直到分配一个连接为止(这在连接数下降到最大连接数值以下时发生)。

如果最大连接数设置为 0,其允许无限多个物理连接数,则将忽略连接超时值。

连接超时设置:

数据类型: 整型

单位: 秒

缺省: 180

范围 :0 到最大整数

好处:连接超时的设置,可以让我们发现哪些程序点有响应速度问题,可能是数据库查询语句问题,也有可能是程序逻辑死循环,再有可能就是数据库表结构需要优化,还有可能是最大连接数到达最大值。

未使用超时

解释:未使用的超时指池中的物理连接空闲未使用的时间间隔,每隔指定时间,系统会为连接标记,帮助收集时间在维护过程中进行关闭。未使用的超时应该小于实效超时时间,并且其以最小连接数为标准,当连接数超过最小连接数时,其才起作用。以秒为单位

说明:这个参数指定一个空闲连接在连接池中能够存活的最大时间。因为在连接池中保持连接会消耗系统资源,因此超过最小连接数的空闲连接会被定时清除。(注:当连接数没有超过最小连接数时,该项不起作用)未使用超时设为0时就不清除空闲连接。

数据类型: 整型

单位: 秒

缺省 :1800

范围 :0 到最大整数

好处:未使用超时的设置,帮助我们关闭不必要的空闲连接,释放系统资源,并且减少数据库开销。根据现场环境使用情况,我们可以根据系统访问频繁程序,来定制合理的未使用超时,如果过小,当访问频繁程度大时,总需要重新创建,如果过大,当访问频繁程度不大时,连接池又空闲占用过多。

最小连接数

解释:最小连接数是指当前连接池要保留的最小物理连接,其决定未使用超时维护机制的下限,连接池的创建不是根据最小连接数而特意创建,而是根据用户请求而创建,系统会一直维护最小的连接数目。

说明: 最小连接数使应用服务器保持一定数量的物理连接,利用应用服务器维护机制,合理分配服务器资源。当应用程序访问频繁,但访问人数少的情况下,最小连接数的合理配置,可以将有效的资源进行充分利用,满足特定应用需求。

数据类型: 整型

单位: 个

缺省 :1

好处:最小连接数使应用服务器保持一定数量的物理连接,利用应用服务器维护机制,合理分配服务器资源。当应用程序访问频繁,但访问人数少的情况下,最小连接数的合理配置,可以将有效的资源进行充分利用,满足特定应用需求。

最大连接数

解释:最大连接数是指当前连接池中允许创建的最大物理连接数,当到达指定值后,将不允许创建物理连接。和连接超时相对应,当达到最大值后,连接请求将等待,直到池中有空闲连接为止,否则报连接超时错误(ConnectionWaitTimeoutException)。当使用集群机制时,会同时存在多个相同连接池,这个时候需要考虑最大数量的设置。

好处:最大连接数可以有效控制创建物理连接的数量,连接池的大小影响着服务器资源的占用情况,若连接池过大,则会长期占用服务器可利用资源,若连接池过小,无法满足现场环境应用高负载使用压力。最大连接数的设置应根据TPV观测数据进行合理配置。

数据类型: 整型

单位: 个

缺省 :10

获得时间(收集时间)

解释:收集时间是连接池维护机制的核心,是指每次维护连接池的时间间隔。其有两个维护指标,分别为未使用超时和时效超时,其值应该小于两个指标中的任何一个。每一次维护周期中,连接池都会将连接池中超时的物理连接关闭,以减少系统占用资源。

说 明:连接池中的连接由一个定时运行的线程进行维护。这个参数就是指定运行连接池维护线程之间的间隔。例如,如果“获得时间”设置为60,则池维护线程每 60秒运行一次。当池维护线程运行时,它废弃所有未使用的连接(未使用时间长于“不使用超时”中指定的时间值),直到它到达最小连接数中指定的连接数。池维护线程还废弃所有活动时间长于“时效超时”中指定的时间值的连接。获得时间间隔还影响性能,因为更短的间隔意味着池维护线程将更频繁的运行并降低性能。要禁用池维持线程,“获得时间”设置为0,或“不使用超时”和“时效超时”都设置为 0。

好处:合理的收集时间设置,是帮助我们关闭不必要的连接,节省系统资源占用的有效途径。收集时间设置不易过大,因为时间间隔过长,会使很多未被使用的物理连接持续占用资源。若收集时间过小,则频繁的维护会带来很多系统开销,连接池的主要精力都放到了维护上。

时效超时

解释:实效超时指关闭物理连接的时间间隔,这个值是指到达指定的时间后,关闭满足时间条件的物理连接,若这个物理连接未使用,则直接关闭,若这个连接正在使用,则当前事务结束后,关闭此连接。这个值不受最小连接数的影响,若没有新创建的连接,此机制会关闭连接直到为0。

说明:这个参数指应用在获得连接之后而不使用它的最大空闲时间。如果在放回到连接池之后,应用再去使用这个连接就会报StaleConnectionException异常。这个参数对事务处理中的连接不生效。时效超时设为0时这个参数就不生效。这里有一点要注意,虽然WebSphere应用服务器可以通过设置这个参数可以回收应用程序中忘记释放的数据库连接,但是在大并发量用户的时候还是会导致数据库连接不够用的异常。因此,尽量保证应用程序中使用完数据库连接之后及时放回到连接池中去。这个值不受最小连接数的影响,若没有新创建的连接,此机制会关闭连接直到为0。

好 处: 时效超时的设置,是为了方式应用程序或者数据库造成的数据库连接持续占用,可能导致的原因包括程序逻辑错误,数据库宕机导致的错误等。还有一种情况为人为导致,就是若某个用户持续占用一个资源不放,会导致其他用户无法访问。所以时效超时的设置,是对不合理使用应用,或者链接错误等进行强行关闭,保证程序的稳定性和持久性。

WebSphere性能优化的几个方法

1、更改http server的配置文件参数KeepAlive。
原因:这个值说明是否保持客户与HTTP SERVER的连接,如果设置为ON,则请求数到达MaxKeepAliveRequests设定值时请求将排队,导致响应变慢。
方法:打开ibm http server安装目录,打开文件夹conf,打开文件httpd.conf,查找KeepAlive值,改ON为OFF,其默认为ON

2、更改http server的配置文件参数ThreadsPerChild值到更大数目,默认为50
原因:服务器响应线程的数量
方法:打开ibm http server安装目录,打开文件夹conf,打开文件httpd.conf,查找ThreadsPerChild值,默认为50,改到更大数目,视用户数多少而定,一般改到客户机数量的1.1倍,如200台,则设为220

3、关闭http server日志纪录
原因:http server的日志IO影响性能
方法:打开ibm http server安装目录,打开文件夹conf,打开文件httpd.conf,查找CustomLog值,找到没有注释的那行(行的开头没有符号”#”),将那行用符号”#”注释掉,以关闭日志纪录,提高处理性能。

4、更改Websphere的服务器处理线程数
原因:线程的数量影响同时并发的请求数量
方法:打开管理控制台,依次打开目录树,服务器->server1->web容器->线程池,修改”最大大小”的值,默认是50,改到更大数目,具体视总用户数量和机器的配置而定,一般设置其等于或小于http server设置的MaxKeepAliveRequests的值。

5.1.2优化数据库连接池
优化数据库连接池,通过点击相应的datasource进入属性页后,点击“连接池属性”可以进行连接池的优化(相关数据库连接池优化见第八天之weblogic与apache的整合与调优中的4.2.5 小节调优Weblogic的数据源)。

5.1.3更改Web容器线程池大小
该参数在管理控制台里的“服务器→应用程序服务器→server1→线程池”的“WebContainer”中进行设置,将“最大大小”的默认值50改成40,“最小大小”的默认值10改成40。逐一对每个成员做相应的修改。

不要勾选“允许线程分配超过最大线程大小”。

5.1.4 更改会话超时和启用servlet高速缓存
该参数在管理控制台里的“服务器→应用程序服务器→server1→会话管理”的“会话超时”中进行设置,将默认的30改成15;在“服务器→应用程序服务器→server1→Web容器设置→Web容器”。逐一对每个成员做相应的修改。

记得Web容器里勾选“启用servlet高速缓存”。

5.1.5更改JVM参 数
即修改相应的heap size与添加一些JVM调优参数

该参数在管理控制台里的“服务器→应用程序服务器→server1→进程定义→Java虚拟机”里定义

websphere怎么查看数据源配置文件

1) IBM WEBSPHERE 6.0 配置文件可能藏身之地:
D:/Program Files/IBM/Rational/SDP/6.0/runtimes/base_v6/profiles/default/config
2).wsc扩展名(或文件夹为*.wsc)为websphere config目录
3).wsi扩展名文件为配置instance信息,在该XML文件中,指向对应的*.wsc目录
4).数据源等的配置在resources.xml中,包括JNDI名字,数据库名等,数据源大概位置:
<factories xmi:type=”resources.jdbc:DataSource” xmi:id=”DataSource_1158914595562″ name=”数据源 1″ jndiName=”utan” description=”New JDBC Datasource” category=”” authDataAlias=”utan”…>

数据库名字,TLCB 为数据库名:
<resourceProperties xmi:id=”J2EEResourceProperty_1158914595564″ name=”databaseName” type=”java.lang.String” value=”TLCB” description=”This is a required property. The database name. For example, enter sample to make your Data Source point to jdbc:db2:sample.” required=”true”/>

数据库用户名信息连接到security.xml文件中,如:
<authDataEntries xmi:id=”JAASAuthData_1158914595609″ alias=”utan” userId=”utan” password=”{xor}Kis+MQ==”/>

websphere连接数不够导致卡顿超时

系统管理 > Deployment Manager > Web 容器传输链 > WCInboundAdmin > TCP 入站通道(TCP_1)
“不超时时间”设置大一些

系统管理 > Deployment Manager > Web 容器传输链 > WCInboundAdmin > TCP 入站通道(TCP_1) > 线程池
把所有的值改大一些就可以正常部署了。