第三章 应用服务器的安装调整

比较奇怪的是weblogic11g，小版本号是weblogic10.3.2.

weblogic10.3安装

可选图形化界面安装或者字符集安装。

#./opt/java6/bin/java -jar server103_generic.jar

安装过程略，下一步下一步即可。

SEE 6.1GA 安装

安装EOS6.1GA，需安装xmanger，通过图形化界面安装。注意安装文件对应目录的剩余空间。因启动一般使用nohup的方式启动，防止由于控制台输出过大导致应用错误。

#dbf

该命令可以查询对应的文件夹下剩余的空间

SEE 6.1GA JVM参数调整

1．  最好是使用对应的应用服务器对应的JVM。该配置在startServer.sh中更改。

2．  根据应用的类型，需调整JVM的垃圾回收机制。

本次应用配置如下：

MEM_ARGS="-Xms2560m -Xmx2560m -Xoptgc -XX:+AggressiveOpts -XX:+DisableExplicitGC -XX:MaxPermSize=256m -Xloggc:gclog.log -XX:+PrintGC

Details -XX:+PrintGCTimeStamps"

MEM_ARGS="$MEM_ARGS -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=360000"

第二章 数据库安装调整

数据库安装

    建立oracle用户属于dba group。

         # groupadd dba

# useradd -g dba oracle

# passwd oracle

# mkdir –p /oracle/product/10.2/db_1

# chown -R oracle:dba /opt/oracle

此命令和linux有所不同，请注意。

由于我们需要图形化安装，此处还需要设置环境变量。

#vi /home/oracle/.dtprofile

#export ORACLE_BASE=/opt/oracle

#export ORACLE_HOME=/oracle/product/10.2/db_1

#export ORACLE_SID=new

#export ORACLE_TERM=xterm

#export NLS_LANG=AMERICAN

#LD_LIBRARY_PATH=$ORACLE_HOME/jdk/fre/lib/i386:

$ORACLE_HOME/jdk/jre/lib/i386/server:$ORACLE_HOME/rdbms/lib:

$ORACLE_HOME/lib:$LD_LIBRARY_PATH

#export LD_LIBRARY_PATH

#export PATH=$ORACLE_HOME/bin:$PATH

安装Xmanager 在本机。启动Xmanager – Passive。

#export DISPLAY=10.10.3.151:0

# runinstaller -ignoresysprereqs     

Oracle 安装文件会验证HP-UX的版本号，所以需要加上ignoresysprereqs参数

图形化安装，安装时可以同时创建数据库。

选择通用安装即可。

安装到一定的程度的时候，会要求以root的身份执行2个脚本：

 $ su root

# /oracle/oraInventory/orainstRoot.sh

# /oracle/product/10.2/db_1/root.sh

安装过程不出现错误，默认情况下，em 会启动起来。

数据库参数调整

如果命令行不熟悉，可以使用EM。EM在默认安装下会直接启动起来。访问方式

http://10.10.3.151:1158/em或者https//10.10.3.151:1158/em

修改sga，pga的参数。

查看机器信息

#machinfo

……

Memory: 12219 MB (11.93 GB)

……

得出数据库应用服务器的内存为12个G。

独立应用服务器一般建议SGA的大小为应用服务器内存总量的40%。由于本次的应用测试的数据库操作相对简单，而且本次的数据库服务器上需要运行我们的BTF的模拟主机，不属于独立应用服务器，该模拟主机需占用1024M内存，所以在这里，我们给出了SGA的大小为3648M，PGA的大小与并发的数据库连接有关，数据操作频繁但数据量不大的情况下，每个用户占用内存3-5M左右，基于此点，我们给定的PGA的大小为1211M。

此参数在EM中可以很方便的调整。

内存参数，既可以调整SGA和PGA的大小。

如果EM没有启动，只能用命令行修改。

#su – oracle

$SQLplus /nolog

SQL>conn /as sysdba

SQL> alter system set sga_target = ’3648M’  scope = spfile

SQL> alter system set pga_aggregate_target = ’3648M’  scope = spfile

修改processes和sessions的大小。

Processes 对应的是oracle对外的进程数量，比如应用服务器的连接池需要发起350个连接，对应的processes即为350.

Sessions对应的oracle对外的回话数，没有全部启用事务的应用，一次数据库操作即会占用一个sessions。所以sessions需要做适量的调整。

在em中调整如下：

所有初始化参数，即可看到processes和sessions的大小。

如果EM没有启动，只能用命令行修改。

#su – oracle

$SQLplus /nolog

SQL>conn /as sysdba

SQL> alter system set processes = 800  scope = spfile

SQL> alter system set sessions = 880  scope = spfile

修改redo.log

Oracle的数据库日志称为redo log，所有数据改变都记录redo log，可以用于修复受损的数据库。所有的数据改变均需要记录redo.log，所以redo.log的大小，磁盘IO均有一定的讲究。强烈建议把redo.log放置在IO最好的存储中。

在em中，修改如下

重做日志组。即可看到目前的所有redo.log。

可以直接添加。一般情况需要3个512M的redo.log。如果大小不对，可以添加3个512M的redo.log，删除大小不符合要求的redo.log即可。删除之前需让要删除的redo.log处于inactive的状态。

如果EM没有启动，只能用命令行修改。

#su – oracle

$SQLplus /nolog

SQL>conn /as sysdba

SQL> select member from v$logfile;

查看所有的redo.log file。

SQL> alter database add logfile group 4 (' /oracle/oradata/new/redo04.log') size 512m;
添加一个redo.log。

SQL> alter system switch logfile;

切换到下一个redo.log。

SQL>alter database drop logfile group 1;

即可删除上一个使用的redo.log。

数据库监控

   在EM中，有一组每隔一个小时自动抓取一次的快照，可以使用快照分析。如下：

   快照，即可看到最新的快照。

   选中需要查看的报告，点击分析，可以看到一份报告。

   查看SQL ordered by CPU Time 即可看到那些SQL最占用内存。

   一般情况下，可以不用分析快照。

   当CPU的使用达到了一个峰值，在该分析报告中，可以跟踪到对应的SQL。

   如果EM没有启动，只能用命令行去生成报告。

      $cd  ${oracle_home}/rdbms/admin

    $SQLplus /nolog

    SQL>conn /as sysdba

    SQL>@spcreate.SQL

   此命令行会需要输入perfstat的密码，默认密码为perfstat。

       SQL> exec statspack.snap;

   隔几分钟后，具体看压力和数据库的CPU反应。再次执行。

      SQL> exec statspack.snap;

     SQL> @spreport

  需要选择起至的快照。选择ok，需要输入文件名，即可查看文字版本的报告。

  同理，查看SQL ordered by CPU Time 即可看到那些SQL最占用内存。

本次调整不算系统级别的调优，只是让系统处于一个稳定运行的状态，能支持1000在线，1.5S的思考时间的并发，基于RMI，TCP（短连接），WTC协议模拟压力的调整。分五章说明本次调整的方法和原因。

第一章 全局操作系统内核参数的调整

硬件说明

CPU info:

  4 Intel(R) Itanium 2 processors (1.3 GHz, 3 MB)

          400 MT/s bus, CPU version B1

Memory: 4027 MB (3.93 GB)应用服务器/ 12219 MB (11.93 GB)数据库服务器

Firmware info:

   Firmware revision:  006.044

   FP SWA driver revision: 1.18

   IPMI is supported on this system.

   BMC firmware revision: 8.05

Platform info:

   Model:                  "ia64 hp server rx7620"

   Machine ID number:      5981791c-1f2e-11db-b3ef-e251099a55e7

   Machine serial number:  SGH4626D96

OS info:

   Nodename:  rx7620

   Release:   HP-UX B.11.31

   Version:   U (unlimited-user license)

   Machine:   ia64

   ID Number: 1501657372

   vmunix _release_version:              

@(#) $Revision: vmunix:    B.11.31_LR FLAVOR=perf

调整说明

基于HP-UX的操作系统调优，*NUX系列调整大同小异。本次调整正对应用服务器和数据库服务器，根据并发数，内存分配，场景要求有相关对应。

需调整的内核参数说明

maxdsiz、maxssiz和maxtsiz 这些参数是所有HP-UX 用户进程的三个基本的组成部分（数据、堆栈和文本段） 单位：byte

Maxuprc，单个用户最大并发进程数

max_thread_proc 单个进程最大并发线程数

本次测试，数据库需要接受weblogic的连接池配置100-350的连接。

我们更改以上的参数

# kctune -h maxdsiz=" 4294967296"

# kctune -h Maxuprc ="1024"

# kctune -h max_thread_proc ="2048"

小时候，常做的一个梦。

旋转着落下，周而复始，一直一直的落下去。然后醒来，一身冷汗。

直到现在，我都在解这个梦。

Ying告诉我说，那是我长高的表示。我相信这句话。

虽然每次用感应龙头的时候，那龙头总是恰如其分的坏掉。

而让我坚定的相信我的存在的理由，是我坐着打游戏，移动一下屁股，无线信号就会断掉，当我换个姿势，准备再来一次的时候，嘿，他就恢复了。

就这样loop着自己的生活，就像小时候的那个梦，一直旋转，一直下落，周而复始，没有结束。

规律真是个好东西，看上去就是我的习惯，或者这就是一种生活的模式，在自己的模式里面左冲右突，围着中心转着。

我始终相信，那旋转的就是我的生活，而不断下落的，就是我的青春年华。

后来，这些年华就变成了年画，贴在我不断的路过的规律的墙上，日复一年的向前狂奔，不断堕落。

对了，我是步行的，我自行车前胎爆掉了，就在上周末加班的时候。

1）关于买杂志

上上周末，接到star的短信，购上海一周。

上班路过报亭，问之，上周买完了，本周的下周二才有。

上周末陪同学台球，路过一报亭。

再问之，有且仅有一份，查看之，不属star要求。

遂问之上上周上海一周，无。

2块钱买这么厚一沓纸，销量甚好。

以上均为不靠谱做法，

靠谱的做法为先上google，查之。

如无，求购二手一份。

2）关于集群稳定性

测试稳定性，aix上的websphere，集群已经安装完成。

产品的集群已安装完成。

配个数据源而已，string配了1个小时。

文强同学配了一个小时，国正同学配了一个小时。

未果。

妈的，连这玩意也不靠谱了。

3）性能测试

完整的场景包括某标签。

加上，100000笔报错44笔。

询问之，去掉该标签。

以后出来了产品，这是我不靠谱还是产品不靠谱？

------------------------------------------

本身的不靠谱，大公司的不靠谱，指引的不靠谱。

大爷彻底不靠谱了。