weblogic10性能优化及相关技巧

weblogic10性能优化及相关技巧
weblogic10性能优化及相关技巧

WebLogic10常见性能优化及相关技巧

目录

一、中文字符集的加载方法 (2)

二、服务启动缓慢的解决方法 (3)

三、文件损坏造成无法启动服务的解决方法 (3)

四、打开文件数的优化 (4)

五、虚拟机内存的优化 (5)

六、连接池的优化 (5)

七、服务节点访问超时的优化 (8)

八、服务节点访问线程数的优化 (10)

九、部署应用程序的优化 (10)

十、日志的优化 (11)

十一、清空输出日志nohup.out的方法 (13)

十二、通过管理控制台对weblogic10运行情况进行监测 (13)

十三、windows下weblogic控制台运行日志输出到文件 (15)

十四、忘记weblogic管理控制台密码的处理方法 (16)

一、中文字符集的加载方法

加载中文字符集的必要性:

1、解决某些情况下服务无法启动(启动需要读取含中文的xml)。

2、解决应用程序运行异常(程序运行需要中文字符集的支持)。

3、方便查看相关系统运行日志。

一般在linux或aix操作系统上会出现中文字符集的问题

加载方法:

Linux操作系统

修改域目录下xxx_domain/bin/setDomainEnv.sh文件,在文件中增加内容export LANG=zh_CN.GBK

例如:

IBM Aix操作系统

修改域目录下xxx_domain/bin/setDomainEnv.sh文件,在文件中的java_options中增加内容:

-Ddefault.client.encoding=GBK -Dfile.encoding=GBK https://www.360docs.net/doc/4b16071199.html,nguage=Zh -Duser.region=CN

例如:

注意:

要使上述修改方法有效,前提是linux/Aix操作系统安装时需要安装中文字符集,系统规划时要跟硬件集成商进行说明。

二、服务启动缓慢的解决方法

有些时候我们在启动应用服务的时候,启动特别慢,有时慢到需要好几个小时,这实际是JVM在Linux/Aix下的bug,是由于服务想调用一个随机函数但取不到造成的。

解决方法:

修改域目录下xxx_domain/bin/setDomainEnv.sh文件,在文件中的java_options中增加内容:

-Djava.security.egd=file:/dev/zero

例如:

三、文件损坏造成无法启动服务的解决方法

有些时候由于系统的非正常关机或其它特殊的情况,造成服务节点无法启动(启动到一半然后自动关闭jvm进程,提示日志文件错误

等)。

解决方法:

到域目录下找到xxx_domain/servers/下的对应的服务名的文件夹,将该文件删除,并重启服务。(注意删除文件后如果是产品模式则需要重新创建一下boot.properties文件,进行自动登录校验)。

四、打开文件数的优化

Weblogic默认打开文件数是1024个,如果系统对文件操作比较多的话weblogic就会报文件打开数过多的错误。一般我们在java中操作文件时,要及时对文件进行关闭。

解决方法:

到weblogic安装目录下找到

/bea/wlserver_10.3/common/bin/commEnv.sh文件,找到resetFd()将该函数的内容进行注释,然后增加内容:ulimit -n 4096

例如:

五、虚拟机内存的优化

Weblogic10默认java虚拟机内存是512M一般情况下够用,但在大并发的情况下还是需要调整的。

调整原则

1、设置的大小不能超过硬件内存剩余的大小(linux查看当前内存剩余的命令:free -m)

2、不建议把jvm设置得过大,一般最大设置到2048M即可,设置如果超过3G容易造成java进程崩溃。

设置方法:

Windows操作系统

域目录下找到setDomainEnv.cmd文件

set MEM_ARGS=-Xms2048m –Xmx2048m

set MEM_PERM_SIZE=-XX:PermSize=128m

set MEM_MAX_PERM_SIZE=-XX:MaxPermSize=256m

Linux或Aix操作系统

域目录下找到setDomainEnv.sh文件

MEM_ARGS="-Xms2048m –Xmx2048m"

MEM_PERM_SIZE="-XX:PermSize=128m"

MEM_MAX_PERM_SIZE="-XX:MaxPermSize=256m"

六、连接池的优化

1、对连接池初始化大小的设置

连接池数量并不是越大越好,设置需要兼顾数据库的处理能力,如果是两台机器做weblogic集群,建议连接池初始化大小不要超过

100,四台机器做weblogic集群,建议连接池初始化大小不要超过50 设置方法:

登录weblogic管理控制台:

http://192.168.0.1:1234/console

2、对连接池有效性检查的设置

在网络条件不好的情况下,必须要进行连接池有效性检查设置,否则我们的系统会频繁报错。还有个好处就是重启数据库不用再重启weblogic,数据库启来后连接池会自动连接。

设置方法:

3、连接池自动收回时间的设置

在某些情况下,我们的应用服务器没有任何压力,数据库也没有压力,可连接池总是被占满,这种情况大多是由于我们测程序没有对连接池进行及时的关闭造成的,但我们又找不到程序错误的根源,这时我们可以开启weblogic的连接池空闲回收机制。一般我们设置100s 如果连接100s 后没有被使用,则自动回收到连接池当中。

设置方法:

七、服务节点访问超时的优化

1、设置阻塞线程最长时间

weblogic服务器默认阻塞线程最长时间是600s,一般情况下够用,但有些时候我们的程序在做大业务时可能要超过10分钟。这样我们需要将阻塞线程时间加大。

设置方法:

设置完后别忘了要保存。

2、修改本地注册表

客户端浏览器有访问超时的限制,一般情况下是10分钟,即浏览器访问weblogic服务器如果10分钟没有反应,则浏览器会自动断开与weblogic服务器的连接。

修改方法:

新建一个txt文本文件,添加如下内容:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings]

"KeepAliveTimeout"=dword:00a4cb80

"ServerInfoTimeout"=dword:00a4cb80

"ReceiveTimeout"=dword:00a4cb80

[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Styles] "MaxScriptStatements"=dword:00989680

并将txt文件改名为test.reg文件

在客户端,鼠标双击新建的test.reg注册表文件,进行注册表的修改。在这里我们设置的是3600S,然后重启电脑即可。

3、修改F5的连接超时时间

如果现场用到了负载均衡器F5,客户端的访问超时时间可能与F5的设置也有关系,在系统实施阶段,我们需要提前跟硬件集成商要求修改F5的连接超时时间,我们一般也设置成3600S或更长一些。

八、服务节点访问线程数的优化

Weblogic10一般情况下不需进行线程调优,实践证明,修改线程数性能提升并不明显。线程数也不是越大越好,我们一般设置成2000-4000即可。

设置方法:

找到域目录下的xxx_domain/bin/setDomainEnv.sh文件,在文件中的java_options中增加内容:

-Dweblogic.threadpool.MinPoolSize=2000-Dweblogic.threadpool.MaxPoolSize=4000

例如:

JAVA_PROPERTIES="${JAVA_PROPERTIES} ${WLP_JAVA_PROPERTIES}"

export JAVA_PROPERTIES

JAVA_OPTIONS="${JAVA_OPTIONS} ${JAVA_PROPERTIES}

-Dwlw.iterativeDev=${iterativeDevFlag} -Dwlw.testConsole=${testConsoleFlag}

-Dwlw.logErrorsToConsole=${logErrorsToConsoleFlag}

-Dweblogic.threadpool.MinPoolSize=2000 -Dweblogic.threadpool.MaxPoolSize=4000" export JAVA_OPTIONS

九、部署应用程序的优化

取消jsp与Servlet的有效性检查,将检查频率改成-1,例如:

十、日志的优化

Weblogic频繁地写日志也会影响到性能,在这里我们取消不必要的日志,降低日志记录级别,也能提高一些性能。

1、Weblogic日志设置:

十一、清空输出日志nohup.out的方法

如果我们的weblogic服务是通过nohup命令进行启动的,域目录下会自动生成一个nohup.out文件,用来记录系统运行时日志的输出,这个文件如果长时间不进行清空,会占用应用服务器的硬盘空间。

清空方法:

到域目录下执行:’’ > nohup.out

十二、通过管理控制台对weblogic10运行情况进行监测

1、监控连接池的使用情况

一般情况下,当前连接数量不会超过我们设置的连接池的数量,如果连接池被占满,说明应用服务器压力比较大,或者是某些业务模块运行比较慢,造成连接池的等待。

可以适当增加连接池的数量,并检查我们的业务程看哪些模块运行速度慢,进行程序的优化。

2、监控队列执行情况

一般情况下,队列等待应该为0,如果有等待的队列,说明当前应用服务器的压力比较大,这时可以监控数据库的运行情况,一般是

由于我们的应用程序性能低下造成的。

十三、windows下weblogic控制台运行日志输出到文件Windows下的weblogic启动后为一个dos窗口,很难记录和显示所有程序运行的日志信息。在这里,我们可以在域下创建一个批处理文件,来调用startWebLogic.cmd,将日志输出到文件。用记事本新建一个startWebLogic.bat文件,文件内容如下:

set filename=%date:~0,4%%date:~5,2%%date:~8,2%.txt

startWebLogic.cmd > %filename% 2>&1 &

然后保存startWebLogic.bat文件,并将该文件拷贝到startWebLogic.cmd文件同一级目录,运行startWebLogic.bat文件,即在当前目录下生成一个以当前日期命名的日志文件,程序运行的日志都会记录在该文件当中,此时的dos窗口将不会实时显示日志信息,

实时的日志信息会写到当前新生成的日志文件当中。

十四、忘记weblogic管理控制台密码的处理方法

以linux系统为例(windows处理方法也类似):

--到域目录的security文件夹下

cd /bea/user_projects/domains/xxx_domain/security

--重置weblogic用户的密码为weblogic,注意最后有个“ .”,一个空格和一个点。

java-classpath /bea/wlserver_10.3/server/lib/weblogic.jar weblogic.security.utils.AdminAccount weblogic weblogic .

注意:

密码重置后,如果需要设置新的密码,需要到管理控制台中去修改,通过上面的命令,直接修改密码是不好用的。修改完密码后,如果是产品模式,需要修改相应的boot.properties文件中的密码。密码修改方法如下图:

在管理控制台修改完密码后,重启应用即可(如果是产品模式,需要修改相应的boot.properties 文件中的密码)

Weblogic11g安装及部署详细步骤

Weblogicllg安装部署及部分操作第一步:安装Weblogicllg 1.找到weblogic11g程序目录。

2.打开安装程序wls1033_oepe111150_win32.exe,出现界面如下图。 3.初始化完成后

5选择安装目录为d:\bea11g点击. 4.点击下一步 In?t*ll?F - Te?L?gic 10.3. 3.选择中间件主目录 l?定疑左養谨内容的申间件主貝录 WQtLaEi C 10. 3. 9.0.

6?把"我希望通过My OraCle SUPPart接收安全更新"方框前的勾去掉 7.点击下一步

&下一步 9.默认,下一步

10.默认,下一步 ^0r?cl? IlISt*11?F - TtbLogic 1□. 3. 3. 安装槻要 博^?裘下列产品和JDR* ORACL ∈' UDDI and XQ i Uary SllpDort Ev&luation D?taba l sa 1 IrQhQrQiICQ Tro(IUCt Fi 1 as Γ^^~? ClracI a Coherence 4 ∏-∣r? r i l n Tτ?+TTvr ?i P? *~lf fri "F πl ∣ ijn LEJ ??αo 11.开始安装。 Cor4 ADPIi.c?tion SarVQIr AiinlilliStratiOll Consol Q CorLfifiUrAtion Wi zanl and UDE ι, Hab 2- 0 IITTF PlIIb-SIIb S?rv?r WabLOEi-C SCA WobLciEiC Jl)BC DriVarS Third PftTty Jl)EC Drirars fflβ∣?Lo≠的耶. ∏6. 6 MB 全?^?^??: I f 5&8, ? MB jι-?ω τ-?c?j

性能优化的方法和技巧

性能优化方法和技巧:概述 性能优化有三个层次: ?系统层次 ?算法层次 ?代码层次 系统层次关注系统的控制流程和数据流程,优化主要考虑如何减少消息传递的个数;如何使系统的负载更加均衡;如何充分利用硬件的性能和设施;如何减少系统额外开销(比如上下文切换等)。 算法层次关注算法的选择(用更高效的算法替换现有算法,而不改变其接口);现有算法的优化(时间和空间的优化);并发和锁的优化(增加任务的并行性,减小锁的开销);数据结构的设计(比如lock-free的数据结构和算法)。 代码层次关注代码优化,主要是cache相关的优化(I-cache, D-cache相关的优化);代码执行顺序的调整;编译优化选项;语言相关的优化技巧等等。 性能优化需要相关的工具支持,这些工具包括编译器的支持;CPU的支持;以及集成到代码里面的测量工具等等。这些工具主要目的是测量代码的执行时间以及相关的cache miss, cache hit等数据,这些工具可以帮助开发者定位和分析问题。 性能优化和性能设计不同。性能设计贯穿于设计,编码,测试的整个环节,是产品生命周期的第一个阶段;而性能优化,通常是在现有系统和代码基础上所做的改进,属于产品生命周期的后续几个阶段(假设产品有多个生命周期)。性能优化不是重新设计,性能优化是以现有的产品和代码为基础的,而不是推倒重来。性能优化的方法和技巧可以指导性能设计,但两者的方法和技巧不能等同。两者关注的对象不同。性能设计是从正向考虑问题:如何设计出高效,高性能的系统;而性能优化是从反向考虑问题:在出现性能问题时,如何定位和优化性能。性能设计考验的是开发者正向建设的能力,而性能优化考验的是开发者反向修复的能力。两者可以互补。

短消息业务优化思路及方案

短消息业务优化思路及方案 1短消息业务实现原理及关键网元介绍 短消息业务(SMS)是当前最流行的一种消息技术。短消息的内容可以是纯粹的文本信息、图形和声音文件(如铃声)。SMS信息长度有一定限制,每条SMS信息不能超过160 B,对于稍长的E-mall或新闻等,必须把信息切断为数条SMS信息进行多次发送。SMS的实现原理是采用短消息中心(SMC)的存储转发机制。如果用户不在服务区内,短消息就被存储在SMC,等用户重新接入MSC后再次发送。SMS信息的发送和接收可以在网络上与语音、数据和传真服务同时进行,而不会对彼此产生任何干扰,SMS还支持漫游。 SMS有3类基本方式:移动台发起(MO)的点到点SMS,移动台接收(MT)的点到点SMS,广播SMS。SMS 收发流程见图1。 如图1所示,SMS所涉及的关键网元有SMC、MSC、BSC、BTS和MS等,SMS是MS上的一个应用和SMC 上的一个应用之间的短消息传递,而MSC和BSS相当于为这两个应用提供短消息输送的通道;但为了使短消息传送者能够重发未能成功发送的短消息,MSC和BSS网络将对短消息是否成功发送作出通知。 2 基于网元分析的优化思路及措施

SMS所涉及的关键网元有SMC、MSC、BSC、BTS、和MS等,所以这些网元的发送机制和工作状态都会对短消息产生影响,调整发送机制和优化参数配置是确保SMS畅通的必要措施。下面详细描述这些网元的发送机制和参数配置情况及优化措施。 2.1 短消息中心(SMC) SMC具备处理短消息的提交、存储、合成、分解、下发、定时重发等能力;还提供群发、重发机制和前推机制来保证短消息的及时性和成功率。由于SMC群发和重发机制对网络各网元支撑能力的要求更高,对用户感受、系统负荷和KPI指标影响较大。这里侧重描述这两个机制并提出优化措施。 2.1.1 短消息重发机制对用户感受、网络负荷及KPI指标的影响 SMC具有重发机制,对未成功下发给终端的短消息会继续存储在SMC中,并保留一定时间(可根据不同业务类型设定保留时长)。根据设置的时间间隔,或MSC、或HLR触发短消息下发通知到达时,SMC就重新向目标终端发送一次短消息。一般交换机在短消息寻呼失败后,会保持有短消息等待的标志位,当MSC检测到用户重新接入网络注册、或有位置更新、或主被叫时,就会向SMC发送MSC触发短消息下发通知。SMC可以针对每一个未成功下发而返回值CAUSE,来设定重发次数和时间间隔。 短消息重发机制设置不合理,会对用户感受、网络负荷和开销,以及KPI指标产生负面影响,所以需要对常见CAUSE 类型进行分析,再合理设置每个CAUSE类型的重发次数和时间间隔。常用的返回值有: a)交换延期发送; b)手机内存满; c)其他网络问题; d)无寻呼响应; e)无确认消息; f)服务终端拒绝。 如对于CAUSE=32(原因:无寻呼响应),若重发次数少、重发时间间隔长,则无法保证把短消息及时发送给目标用户,而导致用户有延迟过长的不满投诉;反之,则容易给NSS和BSS网络增加系统负荷和开销,而且降低了KPI 指标中的寻呼成功率。再如对CAUSE=35(原因:手机内存满),因当用户在手机收件箱溢出时删除了一条短消息之后,手机将生成一条移动用户内存可用消息并且向MSC上报,从而触发SMC再次下发短消息。所以建议其重发机制为重发次数少、时间间隔短、或不重发,一定程度上减少了网络系统负荷和开销。 所以,合理设置短消息重发机制,既能改善用户的感受满意度,降低系统负荷和开销,也能有效提高短消息寻呼成功率。 2.1.2 群发机制对用户感受、网络负荷及KPI指标的影响 SMC具有群呼机制,可以对整个号段所有手机都群发一遍短消息;也可以按一定规律号码顺序群发短消息、预设置群发时间段。随着短消息应用不断拓展,群发短消息的量也相当庞大,如天气预报、欠费催缴、开机通知的小信使等服务,而每种服务有不同级别的及时性要求。所以短消息群发机制设置不合理,同样会对用户感受、网络负荷及KPI指标产生负面影响。有些典型区域(如集团用户群所在基站)会因群发短消息促使大量手机同一时间进行寻呼响应,而导致基站接入信道拥塞,影响接入成功率,最终体现在寻呼成功率不高上,影响到短消息下发效率,增加了重发数量而导致了网络系统的负荷和开销;如若在网络语音话务高峰期群发,容易造成无线网络拥塞和系统负荷过载,同时影响KPI 指标。 鉴于短消息群发带来的负面影响,建议SMC群发短消息时间段避开网络话务高峰期(如晚忙时),或同时采取一些其他策略,如根据业务及时性分等级发送,或不按号段顺序而按一定位数错开发送。 2.1.3 SMC平台相关参数设置对短消息业务的影响

网络优化解决方案

网优中心 针对多厂家交换数据的装置 基于数据仓库技术的元数据驱动设计及多维分析方法 基于 基于数据仓库多维分析方法的网络性能分析、指标( 网络运行性能、运行资源、运行收益及客户满意度的综合分析网络关键数据的自动发布、监控告警体系 网络容量、性能、负荷等运行趋势分析、预测 网络资源、负荷、话务等均衡优化 基于 用户自定义的多维报表体系 为网络的中高级领导层提供管理决策支持 为网络的综合监测、网络优化、网络规划提供服务

参数高速的跟踪分析,发现影响网络性能的关键参数及参数最优设置 运行参数与设计参数的对比分析,指导参数的设置和检查规划数据的合理性不同时期的参数对比分析,发现影响网络性能的关键参数及参数最优设置可视化、地理化的参数查询 运行参数自动合理性检查 适应网络体系结构的变化,可以进行基站割接、增加和删除等操作 根据不同的用户设置不同的权限 方便的网优维护日志管理 针对多厂家话务数据的装载 主要网元( 可由用户自定义的网络性能指标体系和计算公式 多维度的指标分析、追踪 异常网元的定位 网络性能指标的地理化分析 实时自动生成用户定义的动态报表体系 自动生成专业的分析报告 针对典型网络问题的专家分析 用户定义的网络性能监控与报警 针对单个或多个呼叫过程的跟踪、分析 失败事件的统计、跟踪和分析,根据失败信令点的无线环境和 小区无线指标分布分析( 小区无线统计报告 移动网络测试优化分析系统

带有数字化电子地图实时地理导航 测试和回放时所有窗口实时关联、互相对应测试时自动识别网络 广播信道 时隙测试功能 CQT

强制切换测试和锁频测试 可同时对移动 实时邻频干扰载干比测试 GSM 测试和回放时测试点与服务主小区实时连线 扫频支持: 支持 主叫自动拨号、被叫自动应答 CDD 地理化描述无线网络的各项测试参数 专题分析无线下行覆盖、干扰、切换等网络问题 话务数据的地理化观测 准确的双网关对比统计报告,用户可选的强大综合统计报告空闲 频率复用的地理化观测 利用高速扫频数据做信号传播及干扰分析 主小区的 六个邻小区信息 三层信令信息 信道和无线 SQI 网络参数信息( 信令事件实时显示和统计 采集事件实时显示和统计 GSM/DCS 协议支持 对于 连续信道场强扫频速度 设备尺寸长 移动网络室内测试系统

Linux操作系统性能调优的方法

按照传统,Linux不同的发行版本和不同的内核对各项参数及设置均做了改动,从而使得系统能够获得更好的性能。下边将分四部分介绍在Red Hat Enterprise Linux AS和SUSE LINUX Enterprise Server系统下,如何用以下几种技巧进行性能的优化: QUOTE: 1、Disabling daemons (关闭 daemons) 2、Shutting down the GUI (关闭GUI) 3、Changing kernel parameters (改变内核参数) 4、Kernel parameters (内核参数) 5、Tuning the processor subsystem(处理器子系统调优) 6、Tuning the memory subsystem (内存子系统调优) 7、Tuning the file system(文件系统子系统调优) 8、Tuning the network subsystem(网络子系统调优) 1 关闭daemons 有些运行在服务器中的daemons (后台服务),并不是完全必要的。关闭这些daemons可释放更多的内存、减少启动时间并减少CPU处理的进程数。减少daemons数量的同时也增强了服务器的安全性。缺省情况下,多数服务器都可以安全地停掉几个daemons。 Table 10-1列出了Red Hat Enterprise Linux AS下的可调整进程. Table 10-2列出了SUSE LINUX Enterprise Server下的可调整进程.

注意:关闭xfs daemon将导致不能启动X,因此只有在不需要启动GUI图形的时候才可以关闭xfs daemon。使用startx命令前,开启xfs daemon,恢复正常启动X。 可以根据需要停止某个进程,如要停止sendmail 进程,输入如下命令: Red Hat: /sbin/service sendmail stop SUSE LINUX: /etc/init.d/sendmail stop

系统性能优化方案

系统性能优化方案 (第一章) 系统在用户使用一段时间后(1年以上),均存在系统性能(操作、查询、分析)逐渐下降趋势,有些用户的系统性能下降的速度非常快。同时随着目前我们对数据库分库技术的不断探讨,在实际用户的生产环境,现有系统在性能上的不断下降已经非常严重的影响了实际的用户使用,对我公司在行业用户内也带来了不利的影响。 通过对现有系统的跟踪分析与调整,我们对现有系统的性能主要总结了以下几个瓶颈: 1、数据库连接方式问题 古典C/S连接方式对数据库连接资源的争夺对DBServer带来了极大的压力。现代B/S连接方式虽然不同程度上缓解了连接资源的压力,但是由于没有进行数据库连接池的管理,在某种程度上,随着应用服务器的不断扩大和用户数量增加,连接的数量也会不断上升而无截止。 此问题在所有系统中存在。 2、系统应用方式(架构)问题(应用程序设计的优化) 在业务系统中,随着业务流程的不断增加,业务控制不断深入,分析统计、决策支持的需求不断提高,我们现有的业务流程处理没有针对现有的应用特点进行合理的应用结构设计,例如在‘订单、提油单’、‘单据、日报、帐务的处理’关系上,单纯的数据关系已经难以承载多元的业务应用需求。 3、数据库设计问题(指定类型SQL语句的优化)

目前在系统开发过程中,数据库设计由开发人员承担,由于缺乏专业的数据库设计角色、单个功能在整个系统中的定位模糊等原因,未对系统的数据库进行整体的分析与性能设计,仅仅实现了简单的数据存储与展示,随着用户数据量的不断增加,系统性能逐渐下降。 4、数据库管理与研究问题(数据存储、物理存储和逻辑存储的优化) 随着系统的不断增大,数据库管理员(DBA)的角色未建立,整个系统的数据库开发存在非常大的随意性,而且在数据库自身技术的研究、硬件配置的研究等方面未开展,导致系统硬件、系统软件两方面在数据库管理维护、研究上无充分认可、成熟的技术支持。 5、网络通信因素的问题 随着VPN应用技术的不断推广,在远程数据库应用技术上,我们在实际设计、开发上未充分的考虑网络因素,在数据传输量上的不断加大,传统的开发技术和设计方法已经无法承载新的业务应用需求。 针对以上问题,我们进行了以下几个方面的尝试: 1、修改应用技术模式 2、建立历史数据库 3、利用数据库索引技术 4、利用数据库分区技术 通过尝试效果明显,仅供参考!

Weblogic 11g 部署web应用程序详细图解

Weblogic 11g 部署web应用程序详细图解 ----浪花滚滚 1. 手动部署 A.创建web工程。 B.将web工程导出war格式。 导出的包: C.启动weblogic服务。 服务启动成功: D.打开服务配置页面并登陆。

E.登陆成功后,点击左侧菜单栏的部署 F.点右边的安装按钮 G.点上传文件 F.选择刚才导出的war包,将其上传,下一步。 G.选择上传好的文件,下一步。

H.选择“讲次部署安装为应用程序”,下一步。 I.可以在这里为工程取个别名,也可以用默认。其他都选择默认,下一步。 J.完成。 H.再点左侧菜单栏的部署,显示部署的应用程序的状态。 J.地址栏输入工程的地址:http://localhost:7001/工程文件名(或者刚才改过的别名),发现网页正常运行,部署成功!

2. weblogic和myeclips集成的配置部署 A.点击myeclips工具栏的按钮的黑色小三角,在弹出窗口的左侧选择Configure Server →Servers→WebLogic→Weblogic 10.x B.选择Enable

C.配置WebLogic的路径及其登录用户名和密码 D.左侧点击JDK 右边点ADD按钮 点Directory… 选择weblogic安装目录下的JDK包。 注意:weblogic的版本和JDK的版本是严格匹配的,一定要选择正确的版本号。 并且需要使用跟安装weblogic时选择的同一个JDK。 E.点左侧的Launch,右边选择Run mode

F. 配置完成! G.部署工程 点myeclips上方工具栏的按钮, 选择要部署的工程 点ADD后Server选择WebLogic10.x 点finashi,ok后,部署完成。 H.点的黑色小箭头后选择WebLogic 10.x→Start启动服务。 I.服务启动成功。 J.当工程有重名时,会发生冲突,部署失败。

安卓性能优化方案

随着技术的发展,智能手机硬件配置越来越高,可是它和现在的PC相比,其运算能力,续航能力,存储空间等都还是受到很大的限制,同时用户对手机的体验要求远远高于PC的桌面应用程序。以上理由,足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事情。同时,我们应该时刻牢记,写出高效代码的两条基本的原则:(1)不要做不必要的事;(2)不要分配不必要的内存。 我从去年开始接触Android开发,以下结合自己的一点项目经验,同时参考了Google的优化文档和网上的诸多技术大牛给出的意见,整理出这份文档。 1. 内存优化 Android系统对每个软件所能使用的RAM空间进行了限制(如:Nexus o ne 对每个软件的内存限制是24M),同时Java语言本身比较消耗内存,d alvik虚拟机也要占用一定的内存空间,所以合理使用内存,彰显出一个程序员的素质和技能。 1) 了解JIT 即时编译(Just-in-time Compilation,JIT),又称动态转译(Dynamic Translation),是一种通过在运行时将字节码翻译为机器码,从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现,新版

(Android2.2+)将换成JIT编译器实现。性能测试显示,在多项测试中新版本比旧版本提升了大约6倍。 详细请参考https://www.360docs.net/doc/4b16071199.html,/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b. html 2) 避免创建不必要的对象 就像世界上没有免费的午餐,世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池,可以使创建对象的代价变得小一些,但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存,就会引发周期性的垃圾回收,用户就会觉得界面像打嗝一样一顿一顿的。所以,除非必要,应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则: 当你从用户输入的数据中截取一段字符串时,尽量使用substring函数取得原始数据的一个子串,而不是为子串另外建立一份拷贝。这样你就有一个新的String对象,它与原始数据共享一个char数组。如果你有一个函数返回一个String对象,而你确切的知道这个字符串会被附加到一个Stri ngBuffer,那么,请改变这个函数的参数和实现方式,直接把结果附加到StringBuffer中,而不要再建立一个短命的临时对象。 一个更极端的例子是,把多维数组分成多个一维数组: int数组比Integer数组好,这也概括了一个基本事实,两个平行的int数组比(int,int)对象数组性能要好很多。同理,这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组,尝试使用两个单独的Foo[]

系统性能调优方案

第1章系统性能调优方案 1.1系统的性能扩展模型介绍 在进行性能指标设计工作前,必须从理论上对性能指标的可实现性进行分析。理论上,系统的扩展模型可以分成两类,系统可扩展模型和不可扩展模型,如下图所示: 两种性能扩展模型 以上左图代表了系统随着并发用户量的增加系统响应时间呈现线性增长的 趋势,是一种可扩展的情况;但对于系统右边的方式则是不可扩展的,它将随着用户数量的增大而响应时间大大急剧增加,这种模型是完全不可控制的。 通过系统压力实验,我们发现,即使是遵循可扩展模型设计的系统的响应性能和并发用户量并不能成永远的线性关系,在系统压力超过一定的值之后,如100并发,系统响应时间增加非常快,我们把这个点称为拐点。在拐点以下,系统性能呈现良好的线性特性,在拐点以上,则呈现出非线性的特征,同时CPU 和内存出现相当大的增长,甚至100%占用。这种现象的出现,说明系统的性能 不仅仅取决于软件系统,而也同时取决于承载系统的硬件基础环境,如计算能力和内存大小。 为此,系统性能设计的目的就是为系统设置合理的拐点并发值,而不可能无限制的追求无限大的并发下系统响应仍旧呈现线形特征。

1.2对响应时间的技术保障手段 金税三期工程第二阶段河南地税建设项目财务管理子系统对系统的性能要求是比较高的,为了满足这个要求,在系统实现上必须要采用一系列的技术措施才能达到,具体来说将采用下面方式进行: 1、预处理技术的应用 预处理技术是一种在预定计划上由系统激发主动执行的计算模式,它对于一些处理内容固定,处理方式固定的功能非常有效,通过提前处理,实现数据生成时间和数据访问时间的隔离,在数据访问的时候不再需要为拿到结果而执行任何的计算,只需要简单的查询结果即可,这样可以大大增强系统的访问性能,有效的利用系统闲置时间。 2、变动态内容查找为静态数据访问 一些情况下,经过各种调优手段仍不能满足要求,就需要将一些动态的内容进行静态化处理,如可以将复杂的动态报表转化成HTML网页并发布在WEB服务器上,这种方式可以大大减轻应用服务器的访问压力,进一步减少用户等待的时间。例如,对一段历史时期的数据的汇总报表结果的查询,复杂报表结果等查询。 3、异步功能调用模式 对一些耗时较长的处理内容,如果必须由人工进行启动,那么,可以采用这种方式,用户调用程序的时候,实际上只是发送了一个消息给后台服务器,并在服务器端注册信息处理完后需要回馈的客户端,然后系统提示用户系统正在或很快处理这个任务,这样,立刻就能够解放用户,用户可以利用在后台处理的时间去处理其他的任务,在系统处理完后,采用推技术(push),将处理结果提示给用户,从而完成功能的调用全过程。 4、浏览器显示时采用分页、分时显示技术 用户从数据库查询得到的数据如果行数比较多,比如大于100行。在IE端显示就需要花费很长时间,有时让查询人员无法忍受。分页技术,就是利用先显示结果的一部分,一般结果的前50条记录,后面的记录通过翻页的功能去显示其余部分。比如在查询正常计划详细列表页面时,通过查询得到1000条记录,

运维优化流程

运维优化流程 运维优化的主要目标是保持良好的网络性能指标,如:解决投诉问题,提高用户感受;减少导频污染,提高覆盖质量;提高单站性能等。 运维优化的主要流程如图表2-2所示,首先通过后台分析、客户投诉、路测以及拨打测试等方法定位主要问题,然后根据具体问题来制定解决方案,最后进行优化实施。其中后台分析、客户投诉、路测以及拨打测试为运维优化过程中问题信息来源及启动优化的主要依据。(注:在运维优化开始之前要做好系统数据的检查,确认参数配置与设计的一致。) 图表 2-1 运维优化的主要流程 (1)后台分析 后台分析实际就是每日网管数据采集、相关指标的统计以及基站可能出现的告警信息。通过网管数据统计,可以对话务量较大的基站/扇区按照如下指标排出性能最差的TOP N(根据区域的划分,可以更多或更少)个扇区/基站:呼叫建立成功率、掉话率、拥塞率以及坏小区。同时对于话务量不高的基站/扇区,如果连续多天的统计数据表明性能很差,也需要进行跟踪并做故障分析定位。

此外,某些基站出现告警,如硬件故障提示更换硬件或者过载等,也是后台分析的一项重要内容。 (2)客户投诉 通过收集客户的投诉信息,了解出现问题的区域及可能的问题,有针对性地解决。 (3)路测 通过定期的路测,发现问题,如干扰、邻区关系的错误配置等,及时发现隐蔽问题,尽早解决。 (4)呼叫质量拨打测试(CQT)(包括用户投诉确定地点) 通过在一些用户密集区域,如车站、酒店和风景区进行拨打测试,确保重点区域的网络性能。 通过以上4步流程,可以综合定位出现问题的区域、原因,提出解决方案。 但实际上,在日常的运维维护中,重要的一项是新站的建立或者搬迁时的网络状态,对于这种情况,要实施连续多天的监控,直至确保网络运行正常。 1.1.1专题优化 在网络建设或使用过程中,对于一些特殊性或重要性等级较高的专项问题的处理和改善,往往要进行针对性的专题优化,下面主要介绍网络优化中常见的优化专题。 1.1.1.1导频污染优化 导频污染是指有多个强度相当的导频存在,且在移动台的激活集中没有占主导的导频。 主要原因如下: 由于站址布局不合理或受地形地貌的影响,有过多无线信号越区覆盖到相邻小区,从而产生了导频污染; 系统存在弱覆盖问题无主服务小区。 导频污染的直接影响就是容易产生掉话。当然在设计阶段就应努力克服导频污染问题,便于以后的网络优化。

22提供性能优化方案---Google-Code

Linux系统性能测试与分析 1、前言 通过对系统中和性能相关的各个环节的介绍,使大家知道出现性能问题时可以从那些方面入手去查,而分析典型应用对系统资源使用的特点,让大家对应用和系统资源的依赖有了更直观的认识。大多数的硬件性能问题主要和CPU、磁盘、内存相关,还没有遇到因为开发语言的运行效率对整个应用的性能造成影响,而应用程序设计的缺陷和数据库查询的滥用反倒是最最常见的性能问题。需要注意的是,大多数情况下,虽然性能瓶颈的起因是程序性能差或者是内存不足或者是磁盘瓶颈等各种原因,但最终表现出的结果就是CPU耗尽,系统负载极高,响应迟缓,甚至暂时失去响应,因此我们观察服务器状况时,最先看的就是系统负载和CPU空闲度。当你阅读完了这遍文档以后就会有一个对系统分析的思路。 2、性能分析的目的 2.1找出系统性能瓶颈 1.硬件瓶颈 2.软件瓶颈 2.2提供性能优化方案 1.升级硬件 2.改进系统结构 达到合理的硬件和软件配置,使系统资源使用达到平衡。但遗憾的是解决一个性能瓶颈,往往又会出现另外的瓶颈或者其他问题,所以性能优化更加切实的目标是做到在一定范围内使系统的各项资源使用趋向合理和保持一定的平衡。系统运行良好的时候恰恰也是各项资源达到了一个平衡体,任何一项资源的过渡使用都会造成平衡体系破坏,从而造成系统负载极高或者响应迟缓。比如CPU过渡使用会造成大量进程等待 CPU资源,系统响应变慢,等待会造成进程数增加,进程增加又会造成内存使用增加,内存耗尽又会造成虚拟内存使用,使用虚拟内存又会造成磁盘IO增加和CPU开销增加(用于进程切换、缺页处理的CPU开销) 3、性能相关的各个环节 3.1 硬件资源 3.1.1、CPU ⒈ 是否使用SMP。 ⒉ 单颗CPU的性能对依赖CPU的某些应用的影响很严重,比如数据库的查询处理。 3.1.2、内存

Linux 性能调优的几种方法

Linux 性能调优的几种方法 按照传统,Linux不同的发行版本和不同的内核对各项参数及设置均做了改动,从而使得系统能够获得更好的性能。下边将分四部分介绍在Red Hat Enterprise Linux AS和SUSE LINUX Enterprise Server系统下,如何用以下几种技巧进行性能的优化: 1、Disabling daemons (关闭daemons) 2、Shutting down the GUI (关闭GUI) 3、Changing kernel parameters (改变内核参数) 4、Kernel parameters (内核参数) 5、Tuning the processor subsystem(处理器子系统调优) 6、Tuning the memory subsystem (内存子系统调优) 7、Tuning the file system(文件系统子系统调优) 8、Tuning the network subsystem(网络子系统调优) 1 关闭daemons 有些运行在服务器中的daemons (后台服务),并不是完全必要的。关闭这些daemons可释放更多的内存、减少启动时间并减少CPU处理的进程数。减少daemons数量的同时也增强了服务器的安全性。缺省情况下,多数服务器都可以安全地停掉几个daemons。 Table 10-1列出了Red Hat Enterprise Linux AS下的可调整进程. Table 10-2列出了SUSE LINUX Enterprise Server下的可调整进程

注意:关闭xfs daemon将导致不能启动X,因此只有在不需要启动GUI图形的时候才可以关闭xfs daemon。使用startx命令前,开启xfs daemon,恢复正常启动X。

APP项目功能和架构分析精编版

A P P项目功能和架构分 析 公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]

APP项目功能和架构分析 2016 年 2 月 12 日提交 提交人: 电话: Email: Wechat: Reverb 项目功能和架构分析................................................................... . (1) 项目目标................................................................... ..................................................................... . (3) 平台类型................................................................... . (3) 项目周期:................................................................. .. (3) 交付内容................................................................... ..................................................................... . (4) 功能描述................................................................... ..................................................................... . (5) ..................................................................... (5) ..................................................................... . (7) ..................................................................... . (9) 开发计划................................................................... ..................................................................... .. (10) 付款计划................................................................... ..................................................................... .. (11)

weblogic安装及部署

1weblogic安装及部署 1.安装weblogic服务器并启动weblogic服务(方法:开始菜单/BEA Products/User Projects/MB_domain/start Admin Server for Weblogic Server Domain) 2.开始菜单:选择BEA Products/Tools/configuration wizard,根据向导创建domain 3.将公共包下的所有文件拷贝到domain/lib下 4.编辑startweblogic.cmd,在SETLOCAL上面加上rmdir /s /q D:\work\MB\MB_domain\servers\AdminServer\tmp (备注:加上此句后每次启动服务时自动清除缓存) 5.重新启动WEBLOGIC服务(一种方法是双击domain下的startWebLogic.cmd文件, 另一种方法是开始菜单/BEA Products/User Projects/MB_domain/start Admin Server for Weblogic Server Domain) 2创建数据库表空间及用户 6.创建数据表空间:一种方法是执行如下语句: CREA TE SMALLFILE TABLESPACE "NSTC_WS" DA TAFILE 'D:\oracle\product\10.1.0\oradata\MB\NSTC_WS' SIZE 500M AUTOEXTEND ON NEXT 20M MAXSIZE UNLIMITED LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO ; 另一种方法是登录数据库控制台地址http://localhost:5500/em/进行创建表空间 7.创建用户:一种方法是执行如下语句: CREA TE USER "NSTCSA" PROFILE "DEFAULT" IDENTIFIED BY"11111111" DEFAULT TABLESPACE "NSTC_WS" TEMPORARY TABLESPACE "TEMP" ACCOUNT UNLOCK; GRANT "CONNECT" TO "NSTCSA"; GRANT "DBA" TO "NSTCSA" WITH ADMIN OPTION; 另一种方法是登录数据库控制台地址http://localhost:5500/em/进行创建用户 3修改登录应用系统的端口号 8.修改登录应用系统的端口号:路径为domain\config\下的config.xml文件,在 上面加上7777 (备注:此处的端口号是登录应用程序的端口号)

Java程序性能优化方案

Java程序性能优化方案 StringTokenizer比String.split()方法效率高 更优化的方式 Java代码 while(true){ String splitStr=null; int j=temp.indexOf(';'); if(j<0)break; SplitStr=tmp.substring(0,j); tmp=tmp.substring(j+1); } while(true){ String splitStr=null; int j=temp.indexOf(';'); if(j<0)break; SplitStr=tmp.substring(0,j); tmp=tmp.substring(j+1); } 比String.startsWith和endsWith性能更优的方式:Java代码 int len=orgStr.length(); if(orgStr.charAt(0)=='a' &&orgStr.charAt(1)=='b' &&orgStr.charAt(2)=='b'); if(orgStr.charAt(len-1)=='a' &&orgStr.charAt(len-2)=='b' &&orgStr.charAt(len-3)=='c');

int len=orgStr.length(); if(orgStr.charAt(0)=='a' &&orgStr.charAt(1)=='b' &&orgStr.charAt(2)=='b'); if(orgStr.charAt(len-1)=='a' &&orgStr.charAt(len-2)=='b' &&orgStr.charAt(len-3)=='c'); StringBuffer(int capacity)指定初始容量可以减少扩容的操作

64位weblogic安装部署

我们在64位的服务器上为提高性能要安装64位的weblogic。经常在网上看到有人问,weblogic有64位的么?weblogic需要破解么? weblogic有专门的64位版本,这里安装的是weblogic11g,也就是10.3.6版本,12c的版本安装应该类似。weblogic从bea被oracle收购后,不需要破解,就只有授权。什么意思呢?就是说从oracle官网上下载的weblogic 就是全功能版本,不管是集群还是其他,功能没有任何限制。但是如果要用于商业环境,必须要向oracle买license,当然可以偷偷的用,那就是盗版,侵权,有一天oracle可以告的破产……。 1、下载64位weblogic,打下这个地址: https://www.360docs.net/doc/4b16071199.html,/technetwork/middleware/ias/downloads/wls-main-097127.html,在这里可以看到除了mac os X操作系统外,其他系统的64位都是同一个版本,wls1036_generic.jar。如下图,weblogic的下载需要注册一个oracle官网的帐号。 2、下载64位JDK,我们下载的文件wls1036_generic.jar文件里面不包括JDK,如有可能, 请尽量在Windows/Linux平台下使用JRockit虚拟机,下载地址: https://www.360docs.net/doc/4b16071199.html,/technetwork/middleware/jrockit/downloads/index.html。通用的64位Weblogic 安装程序本身并不绑定任何版本的64位JVM, 因此请安装第二步下载到的Java安装程序.默认的安装路径(C:\Program Files)必须进行修改, 因为Weblogic和很多Java类库都不能很好的支持带有空格的目录名.请确保将JDK安装到不带任何空格的目录下(例如C:\Java); 然后使用命令行安装,如果配置了环境变理直接使在控制台里面输入下面的命令即可。如果没有配置文件变量,在控制台使用cd进入到jdk的bin目录下面执行如下命令。 //界面安装,一般选择这个方法就可以 java -jar wls1034_generic.jar 即可启动安装过程, 默认启动的是图形界面的安装向导. //控制台安装,这个方法一般用在linux等没有安装桌面环境的服务器上,命令行方式的安装命令用如下方式启动: java -jar wls1034_generic.jar -mode=console //静默安装用如下方式启动:

weblogic在windows下安装及部署项目教程

Weblogic在windows下安装及部署项目教程 1.Weblogic10.3.6版本下载地址: https://www.360docs.net/doc/4b16071199.html,/technetwork/cn/middleware/ias/downloads/wls-main-091116-zhs.html 或在\\192.168.60.244\Tool\测试环境工具上取 2.安装 1)安装目录:D:\Oracle\Middleware 2)选择安装类型为自定义,选择自己需要安装的组件,其他都是默认直接下一步,直 到安装完成。 3.创建域 1)创建新的weblogic域 2)其他默认,点“下一步”,到下图这个界面设置用户名和密码。例如:用户名:weblogic 密码:weblogic1

3)选择服务器启动模式和JDK 4)选择可选配置

5)配置管理服务器 6)后面步骤直接“下一步”,知道创建完成。创建完成,运行 D:\oracle\Middleware\user_projects\domains\easyStore_domain\bin\startWeblogic.c md,用浏览器打开http://192.168.60.244:7001/console可直接登录管理服务器。 4.配置受管服务器 1)登录界面,使用自己设置的用户名密码登录

2)新建受管服务器 3)设置服务器名称、服务器监听地址、服务器端口,名称和端口均不与其他服务器重 复。然后点击“下一步”,完成。

5.配置数据源 1)点击“新建”,选择“一般数据源” 2)设置JDBC数据源名称,以及数据库类型,点击“下一步” 3)设置数据库驱动程序,选择如下图所示 4)设置JDBC数据源详细信息,实际的数据库名称、数据库用户名、主机地址等。

华为手机功耗性能问题解决指导V2.0 (三方开发者)

华为手机性能功耗问题解决指导 2019年5月 Huawei Device (Dong Guan) Co., Ltd. 华为终端(东莞)有限公司 All rights reserved 版权所有侵权必究

1目的 为了更好地提升用户使用华为手机在功耗方面的用户体验,华为手机管家针对第三方耗电较多的应用进行相应的管控,以减少手机不必要的耗电。基于华为系统性能功耗自动识别能力提升,原有华为性能功耗白名单申请流程前已经全部废弃,考虑到第三方应用业务的需求及系统优化期间存在误杀情况,提供如下解决指导,以便快速解决用户问题。 2性能功耗问题解决方案指导流程 开发者指导建议: 1、全网商用发布产品(各大应用市场公开发布) 方式一:请通过接入华为推送服务,参考链接: https://https://www.360docs.net/doc/4b16071199.html,/consumer/cn/doc/development/quickApp-Guides/webview-access-push-kit 方式二:请手工设置方式引导用户,操作步骤如下: EMUI 8.X系统: 1)打开手机管家→应用启动管理→需要设置的应用取消自动管理,按照需要开启相关 选项(自启动、关联启动、后台活动); 2)打开设置→忽略电池优化→需要设置的应用选择可能更快耗尽电池电量选项; 3)打开设置→无线和网络 3.1)WLAN→配置→在休眠状态下保持WLAN连接选择始终; 3.2)移动网络→高级→打开始终连接数据业务; EMUI 9.X系统: 1)打开手机管家→应用启动管理→需要设置的应用取消自动管理,按照需要开启相关 选项(自启动、关联启动、后台活动); 2)打开设置→电池优化→需要设置的应用选择可能更快耗尽电池电量选项; 3)打开设置→更多电池设置→打开休眠时始终保持网络连接选项;

相关文档
最新文档