TUXEDO性能调优的基本方法
一． 通过配置MSSQ服务器组提高性能
在ATMI环境中（TUXEDO-CORBA服务器环境不支持MSSQ机制）可以通过配置MSSQ（多服务器单队列）机制来达到队列级负载均衡的目的。同一组MSSQ服务器在同一时间将共用一个请求队列，当消息出队时，将被送到第一个空闲的服务器去处理。
如果服务器A属于某个MSSQ的一部分，那么必须为它配置响应队列，即设置REPLYQ=Y，这样当A调用了B服务时，B对A的响应将被回送到发出原始请求的服务器A，而不是MSSQ服务器组中的其它服务器。
MSSQ机制可以配置成动态形式，这样TUXEDO系统会根据负载状况动态地产生和消除MSSQ中的服务器。在下列情况下，可以考虑配置MSSQ：
应该配置MSSQ 不应该配置MSSQ
服务器数量在2到12个之间 如果有多个服务器，折衷的办法是使用
多个MSSQ
请求缓冲区不是很大，没有大到将一个队列占满的情况 一个请求缓冲区可能会占满整个服务器队列空间。
所有的服务器都提供一组相同的服务 每个服务都提供不同的服务
需要配置多个服务器进程才能满足客
户机对服务器的实时性的要求。每个
MSSQ的服务器数量一般不要超过10个，
如果超过10个，建议配置多个MSSQ。
在下面两种情况下，使用MSSQ将达到调优的效果：
A．银行业务中，多个TELLER执行相同的服务来为客户提供服务，下一个空闲的TELLER将为下一个等候的客户服务。在这种情况下，每个TELLER必须能够执行所有的客户服务。在同一个MSSQ中的服务器必须在任何时候都提供相同的服务。MSSQ的优点在于，它在队列级提供了第二种形式有的负载均衡。 B．在超市收款业务中，不同的CASHIERS接收不同形式的客户支付（如信用卡，现金等），在这种情况下，不推荐使用MSSQ。
例如：
simpserv SRVGRP=GROUP1 SRVID=10 MIN=3 MAX=5
RQADDR=simpserv REPLYQ=Y
这个配置将启动3个simpserv进程，SVRID依次为10，11，12。它们共享同一个请求队列simpserv。在MSSQ配置中，建议设置MIN=MAX=N，这样在TUXEDO系统启动时，将一次性启动N个服务器，这就使得TUXEDO不必对MSSQ服务器的数量作动态管理。N的设置要根据数据库服务器目前的压力情况来决定，而不是越大越好。
为了测试simpserv对请求的受理情况，在TOUPPER服务代码中加入一条延时语句sleep(1)，启动25个并发用户，分别执行12个TOUPPER服务请求，使用tmadmin/psr命令打印MSSQ服务器组，得如下结果：
> psr -q simpserv
Prog Name Queue Name Grp Name ID RqDone Load Done Current Service --------- ----------- ----------- --- ---------- ----------- --------------- simpserv.exe simpserv GROUP1 10 101 5050 ( IDLE ) simpserv.exe simpserv GROUP1 11 99 4950 ( IDLE ) simpserv.exe simpserv GROUP1 12 100 5000 ( IDLE ) 由此可以看出，200个请求被平均分配给MSSQ中的三个服务器。根据测试结果可以看出，服务器受理300个请求的最长时间近似于101秒，如果不配置MSSQ 模式，服务器受理300个请求的最长时间近似于300秒。
MSSQ服务器组的请求/响应过程
二． 通过配置负载均衡提高性能
要缓解由于系统繁忙而造成的应用服务器性能下降，可以考虑在应用程序中使用负载均衡技术，在这种情况下，每个服务都有一个负载因子，每个服务器都一个总体负载。服务请求总是被送到负载最小的服务器去接受处理。
可以按照如下步骤来实现系统范围内的负载均衡：
1．在某个时间段内对TUXEDO应用程序进行观察，记录下每一个服务的平均执行时间Ti，并求出所有服务的平均执行时间，记为T。
2．在配置文件的*RESOURCES段，设置LDBAL=Y。
3．在*SERVICES段，对每一个服务的LOAD因子进行配置，如果Ti≈T，则设置LOAD=50；如果Ti＞T，则设置LOAD=N（N＞50）；如果Ti＜T，则配置LOAD=N （N＜50）。
说明：这个方法尽管很奏效，但代价太高，只有在必要时才使用，也就是说，只有在多个服务器（非MSSQ服务器组）同时提供了某一服务的情况下才使用，如果这个服务仅由一个服务器提供，或者说由多个MSSQ服务器提供，则没有必要使用负载均衡。
补充（常用来测量服务执行时间的两种方法）：
1．管理方法。在配置文件中，加一个选项可以将服务的所有执行记录写到标准错误。方法是在SERVICES段中指定：servopts –r，要分析这个日志文件，使用txrpt命令。
2．编程方法。在调用服务的前后，分别加一个time()调用，耗时最长的服务一般来说具有最大的负载，耗时最短的服务一般来说具有最小的负载， 三． 通过配置优先级参数提高性能
应用程序中，通过设置优先级的方法来控制数据流向，以使重要的请求优先被服务。可以按如下两种方法设置优先级：
1．管理方法。在配置文件的SERVICES段中，为每一个服务指定PRIO因子。 2．编程方法。在客户机或服务器代码中，加入tpsprio()调用，动态设置优先级。
只有特定的用户才能设置服务的优先级。使用优先级的例子：
SERVER1提供了A，B，C三个接口，A，B的优先级为50，C的优先级为70，对C 接口的请求比对A和B接口请求的要先出队，对A和B接口的请求接FIFO的原则出队，为了避免某些请求出不了队，系统每隔10个请求按FIFO正常出队一次。
PRIO参数决定了接口或服务在服务器队列中的优先级，因此必须谨慎使用。一旦设置的优先级，就会有一些请求在队列里停留更长的时间。当你最终决定了要使用PRIO参数，请遵守如下原则：
1．由于高优先级的接口请求先出队，因此只能给一些不经常被调用的接口或服务设置高优先级。
2．在你把一个服务或接口的优先级调低之前，你应确保这个服务或接口的响应时间并不重要才行。
四． 通过绑定多服务提高性能
通常情况下可以不对服务进行绑定（即一个SERVICE对应一个SERVER），从管理维护的角度来看，这是最简单的方式，但随着应用规模的扩大和服务器数据的增多，对系统的IPC资源（消息队列和信号量）的需求量也随之增加，这可能导致TUXEDO系统无法启动，因此需要在绑定和不绑定之间找到一个平衡点。
作服务绑定时，应该遵守如下原则：
1. 把业务功能相似的SERVICES绑定到一个SERVER中。如果多个服务执行的功能
非常类似，你可以把它们绑定到同一个服务器中，这样在某一时刻，应用程序要么提供这组服务，要么不提供，便以管理。在BANKAPP中，WITHDRAWAL，DEPOSIT，INQUIRY服务是可以绑定到一个叫做“银行柜台机操作”的服务器中。
2. 把调用了相同链接库或其它资源的SERVICES绑定到一个SERVER中。如果你把
调用了相同链接库的服务绑定在一起，它们将占用较小的磁盘空间。例如，
三个服务都调用了一个100K的库，如果把它们绑定到一个服务器中，将节省200K的磁盘空间。
3. 执行时间相近的SERVICE可放到同一个SERVER中。
4. 同一个SERVER中的SERVICE最好有相同的服务优先级，如果不同，优先级最
低的那个的请求可能要很长时间才得到处理。
5. 不要相互调用的SERVICES放在同一个SERVER中，这有可能导致服务器死锁。
6. 一个SERVER中不要绑定太多的SERVICE。
7. 对一些使用率较高的服务，如银行的取款服务WITHDRAWAL，应该单独把它放
到一个SERVER中,并采用MSSQ方式。
作服务绑定时，要考虑队列的容量。由于服务器的队列大小是有限的，所以我们要根据队列的处理能力来绑定服务。把服务加到一个未满的MSSQ中时，可执行程序的大小也会相应地增大，但系统中的队列数量将保持不变，当队列满时，系统的响应性能就会下降，这时你就必须把它拆分成多个服务器来补偿。
五． 通过关闭附加特性来提高系统总体性能
（说明：以下性能调优方式仅适用于TUXEDO8.0及以后版本）
A．服务和接口缓冲
TUXEDO8.0及以后的版本都支持服务和接口的缓冲，这样客户机可以直接请求高速缓存中的服务或接口的副本，而不必到公告板中去查找。这一特征会显著地改善服务器的性能，尤其是当系统有大量的用户，而只有少量的服务的情况。
SICACHEENTRIESMAX被加到配置文件的NES和SERVERS段中，来定义最大服务缓冲入口数量。由于缓冲机制不是对每一个客户机和应用程序都有用，TMSICACHEENTRIESMAX环境变量用于控制缓冲区的大小。
服务缓冲特性在如下情况下将受到限制：
1．如果一个服务有路由标准，则不能被缓冲；
2．如果服务上有类型缓冲区类型的限制，则不能被缓冲；
3．如果服务所在的组是预定的（如TMS服务），则不能被缓冲；
4．如果服务入口的数量为0，则不能被缓冲；
B．去除验证和审计安全特性
TUXEDO7.1中引入了AAA（Authentication, Authorization, Auditing）安全特征，如果应用程序不使用TUXEDO的AAA安全特性，可以将它关掉来削减这些不必要的额外的开销。
对于8.0及以后的版本，可以把NO_AA选项加到RESOURCES段的OPTIONS参数中来阻止系统调用相关的安全函数，这样以下安全参数将受到影响：
A. NONE，APP_PW，USER_AUTH参数将继续正常工作，但不做authorization
或auditing工作。
B. ACL和MANDATORY_ACL参数将继续起作用，但只使用BEA的缺省安全机制。C．关闭多线程处理
TUXEDO7.1引入了一般的线程特性，由于TUXEDO体系结构的原因，ATMI函数必须调用互斥体函数来保持敏感的状态信息，除此以外，引擎层和缓冲机制也产生了大量的互斥体。对于没有使用线程的应用程序，在不改变代码的情况下，关闭线程特性将使应用程序性能显著提高。
在TUXEDO8.0及以后的版本中，TMNOTHREADS环境变量被用于控制是否使用线程特性。当TMNOTHREADS被设置为YES，将避免调用互斥函数。
D．关闭XA事务
尽管不是所有的TUXEDO应用程序使用XA事务，但所有进程都调用了内部事务谓词来产生额外的事务开销，对于不使用XA事务的TUXEDO8.0应用程序，可以使用NO_XA标记不阻止事务开销。NO_XA被加到RESOURCES段的OPTIONS参数中。
如果设置了NO_XA，GROUPS段中所有试图配置TMS服务的偿试都会失败。 六． 通过系统参数配置提高效率
通过合理地设置如下应用程序参数可以提高系统的效率： MAXACCESSERS，MAXSERVERS，MAXINTERFACES，MAXSERVICES MAXWSCLIENTS
MAXGTT，MAXBUFTYPE，MAXBUFSTYPE
SANITYSCAN，BLOCKTIME以及单个事务超时
BBLQUERY和DBBLWAIT
A. 设置MAXACCESSERS，MAXSERVERS，MAXINTERFACES，MAXSERVICES参数
这参数增加了信号量和共享内存的开销，在使用这些参数之前，你需要权衡使用这些参数带来的利弊，并为你的系统设置一个最为满意的值。你应该考虑到系统资源的增加以及并发访问系统的用户数的变化。缺省值一般是比较适合的，把它们设置最低值时一定要谨慎。
B. MAXWSCLIENTS
MAXWSCLIENTS设置最多允许多少个远程客户端数同时连接到该TUXEDO系统上，与所购买的LICNESE数有关，可设置得比所购买的LICENSE数大一些。当并发连接数大于所购买的LICENSE数时，TUXEDO会报警，（在ULOG中回有信息）当超过10%时，TUXEDO拒绝新的CLIENT端连入，客户端的tpinit()会报错。
C. MAXGTT，MAXBUFTYPE，MAXBUFSTYPE
要决定缺省参数是否适合于你的应用程序，用系统中的客户数乘以它们提交一个事务所用的时间的百分比，如果结果接近于100，则你应该增大MAXGTT参数，这将产生如下结果：
1．你的系统可能会需要一个更大数量的客户端，这取决于提交的速度
2．相应地增加每一台机器上TLOGSIZE的尺寸
3．如果未使用分步式事务，则应该把MAXGTT设置为0
通过MAXBUFTYPE和MAXBUFSTYPE参数来设置应用程序允许的缓冲区和子缓冲区的数量，MAXBUFTYPE的缺省设置是16，如果你想创建8个或更多的自定义缓冲区类型，你应该把MAXBUFTYPE设置为一个更大的值，否则没有必要改变这个值。
MAXBUFSTYPE的缺省值是32，如果你想使用许多不同的VIEW子类型，你应该增大这个参数值。
D. 调整SANITYSCAN，BLOCKTIME，BBLQUERY，DBBLWAIT参数
如果系统运行在慢处理器（可能由于负载过重造成），你可以适当增大SANITYSCAN，BLOCKTIME和单个事务超时等时间参数。如果网络缓慢，你可以适当增加BLOCKTIME，BBLQUERY和DBBLWAIT参数值。
参数调整小结：
MAXACCESSERS, MAXSERVERS, MAXINTERFACES, 和 MAXSERVICES 由于IPC开销，尽可能把这些参数设置为最小，但要考虑到额外用户。
MAXGTT, MAXBUFTYPE, 和 MAXBUFSTYPE 如果客户很多，增加MAXGTT值，对于未使用事务特性的应用程序，设置MAXGTT 为0
BLOCKTIME, TRANTIME,和SANITYSCAN 在系统慢时，适当增加这些参数值 BLOCKTIME, TRANTIME, BBLQUERY,和
DBBLWAIT
在网络慢时，适当增加这些参数值 七． 通过配置WSL服务器来提高性能
WSL是TUXEDO/WS在服务器端的监听进程，接收来自工作站的请求，并调度WSH 进程来受理这些请求。WSH以代理的身份将客户请求转发给相应的服务器来处理。WSL的以下几个选项会影响性能。
-m最小启动WSH的进程数，缺省为0，为了使服务器具有较好的响应性能，可以取一个大于0小于等于-M的值，通常把-m设置为-M。
-M最小启动WSH的进程数，缺省为MAXWSCLIENTS/x，即如果MAXWSCLIENTS设置为100，-x设置为10，则-M可设置为20。
-x每个WSH进程同时可处理的远程客户端数，取值范围在[1，4096]之间，缺省为10。
-c当客户端与服务端之间传输的数据量(单位为字节)大与-c指定的值时,自动进行数据压缩，如果网络状况不好，该选项应加上。
-p 指定WSH可使用的最小端口号，缺省值为2048。
-P 指定WSH可使用的最大端口号，缺省值为65535。
配置示例：
WSL SRVGRP=GROUP1 SRVID=112
CLOPT="-A -- -n //133.111.5.5:10000 -m 10 -M 10 -x 10 -c 1024"
在必要时，也要以配置多个WSL进程，让它们监听不同的端口，并配置客户端，使不同的客户群请求不同的端口。
八． 选择合适的通信方式来提高性能
TUXEDO提供了七种通信方式，可分为“请求/应答”和“消息通信”两大类，应该根据应用背景来选择合适的通信方式。同步方式适用于服务器处理逻辑简单，响应性能较好情况，服务器的响应结果决定了客户端后面的处理逻辑，客户端在tpcall()之后一直处于阻塞状态，只到服务器响应为止，这种通信方式一般在实时交易中使用。异步方式适用于服务器实时响应性能不好，且客户端可以在不必要知道服务器响结果的情况下，继续处理后面的业务逻辑的情况。会话方式适用于客户和服务器之间需要作多次交互的情况，比如要传输大量的数据，一次传不完，需要多次才能传完的情况。
如果采用了会话通行方式，把服务器划分到多个组中也能提供性能，原因是在会话结束之前，服务器及所属组的资源一直被占用。例如：
AUDITC SRVGRP=BANKGRP1 SRVID=1 RQADDR="auditc" REPLYQ=Y
MIN=5 MAX=10 CONV=Y
AUDITC SRVGRP=BANKGRP2 SRVID=1 RQADDR="auditc" REPLYQ=Y
MIN=5 MAX=10 CONV=Y
AUDITC SRVGRP=BANKGRP3 SRVID=1 RQADDR="auditc" REPLYQ=Y
MIN=5 MAX=10 CONV=Y
上面的配置的性能比下面的配置要好,当然组的个数也不是越多越好。 AUDITC SRVGRP=BANKGRP1 SRVID=1 RQADDR="auditc" REPLYQ=Y
MIN=15 MAX=30 CONV=Y
九． 通过改善应用编程方式来提高性能
1. ULOG文件如果很大，也会影响性能，在一个生产系统中，应该把程序中的调
试信息和其它不必要的日志信息去掉，不要往ULOG文件写太多的信息。最好把应用日志写到stderr、stdout或其它磁盘文件中，不要用userlog()写到ULOG 中。
2. 尽量不要在客户端要开始一个事务。因为客户端的用户可能开始一个事务，
然后不往下处理，白白占用数据库资源。同时与在服务端开始一个事务相比，在客户端开始一个事务还有很多其它的缺点。在DTP应用程序时，如果必须在客户端开始一个事务，则事务块中尽量避免用户交互。
3. TUXEDO的客户端通过tpinit()函数与服务端建立连接，如果客户端对服务端
的调用很频繁，如电信的前台收费业务，银行的存取款业务，这时可以在客户端启动上就建立一个常连接，到客户端关闭时才用tpterm()断开它。对一些调用很少的业务，可在真正要调用服务之前才与服务端建立连接，调用结束后,马上把连接断开。如果所购买的LICENSE数较少,建议所有的调用都采用第二种方式。
4. 在数据库方面，库表结构设计要合理，适当地为表创建索引，SQL语句要经
过优化，合理地使用数据库事务，对表的操作应使用一致的操作顺序，以减少锁表现象。
5. 如果不涉及DTP（只有一个RM），就没有必要使用XA接口。TUXEDO与数据库
之间的连接应该尽量在SERVER的初始化函数tpsvrinit（）中创建，在终止函数tpdone()中断开。
十． 计算系统的IPC资源使用量
可以通过如下参数来粗略估算系统对IPC的需求：
MAXACCESSERS，REPLYQ，RQADDR，MAXSERVERS，MAXSERVICES，MAXGTT。
当然也可以使用“tmboot –c”命令来显示系统最小的IPC需求。
参数设置与IPC资源的关系：
MAXACCESSERS 等于信号量的数量。
消息队列的数量大致上等于MAXACCESSERS数值+有
响应队列的服务器数量（=MSSQ内服务器的个数
*MSSQ的个数）
MAXSERVERS，MAXSERVICES，使用“tmboot –c”或“tmloadcf –c”来计算你的
MAXGTT 应用程序需要的最小IPC资源。
队列相关的内核参数 队列的尺寸必须足够大，以便能够容纳应用程序中
最大的消息，典型的队列一般最多满到75%-85%，这
个百分比太低会造成资源浪费，太高会造成阻塞。
设置最大消息尺寸来处理应用程序发送的最大缓冲
区；
最大队列长（允许存储在队列中的最大消息数）必
须能够容纳应用程序的操作。
十一． 测量系统的拥堵
在任何有通信的地方，都会出现拥堵和瓶颈。可以在服务的tpsvrinit()方法中设置一个全局变量，当某个服务被调用时，这个全局变量自加，当服务器关闭调用tpsvrdone()时，打印它，通过这种方法可以跟踪一个服务在某段时间内被调用的频繁程度。
在TUXEDO系统中，瓶颈多半是由问题数据流造成的。从客户的角度看，检查瓶颈最快的办法时测量服务处理时间。客户1打印清单要4秒时间，经过time()测试，发现调用服务A就占用了3.7秒时间，经过tmadmin/pq命令检查，发现服务A的队列处于拥塞状态。
A. 在UNIX平台下检查瓶颈
使用sar命令可以收集系统的活动信息，通过它可以发现系统瓶颈。
选项 功能
-u 收集CPU的使用数据，包括系统在用户模式/系统模式/空闲状态的时间百分比。
-b 汇报缓冲区的活动，包括每秒钟系统缓冲区和磁盘之间传输的数据量。-c 汇报fork, exec等系统调用的活动。
-w 监视系统的交换活动
-q 汇报平均队列长度，以及它们被占用的时间比。
-m 汇报消息和信号量的活动。
-p 汇报内存页面活动，包括地址翻译，容错，保护错，页面回收等
-r 汇报未使用的页面和磁盘块的数量
有的UNIX系统并未提供sar命令，但提供了相应的命令，如BSD下的iostat，SUN下的perfmeter。
B. 在WIN32平台下检查瓶颈
在WIN2000下，可以使用性能监视器来收集系统信息和发现瓶颈。
用友U8性能调优及开发注意事项 U8系统为多层部署，以数据为中心的企业业务处理系统。影响和决定系统运行效率主要有以下几个方面，服务器硬件配置；系统部署状态、网络等系统配置。软件环境，程序算法，代码编写、尤其是数据库代码的编写。下面将对这几个方面展开。 一、服务器硬件配置优化 U8系统首先是运行在服务器硬件基础上，所以硬件配置和调整对系统影响很大。同时决定服务器性能的主要是磁盘、内存、处理器三方面。 1.磁盘IO方面 使用U8系统建议配置磁盘阵列，推荐至少4张10K转/分的硬盘以上制作Raid，保证Raid 的磁盘读取速度在200MB/S以上。 日常情况下系统磁盘排队明显，磁盘排队经常在10以上，请考虑增加Raid中硬盘数量，或考虑增加磁盘阵列柜，以缓解磁盘IO的吞吐压力。 2.内存方面 使用U8系统中等规模以上时，数据库服务器保证4GB内存以上。如果应用服务器和数据库服务器安装在同一台服务器上，服务器内存不能低于4GB。 日常情况下系统内存页交换明显，如果服务器内存页交换经常在30 Pages/Sec以上，请考虑增加服务器内存。
3.处理器方面 用户数据量大，系统磁盘操作较多，数据库服务器压力，主要是处理器压力。处理器使用率一般情况下不超过60%。如果CPU占用率长时间超过75%以上，推荐增加服务器处理器个数，或使用多台数据库或应用服务器以减轻系统应用服务器压力。 4.网络要求 局域网内使用U8系统，应保证网络畅通，客户机与服务器的通讯正常。 使用Ping命令从客户机向服务器发送请求， 正常反馈为：Reply from 10.1.43.36: bytes=32 time<1ms TTL=126。 如果响应时间超过1ms（Time>1ms）应调整网络设置，确保通讯。 5.数据库服务器内存分配调优 ●在32位 Microsoft Windows 2003 操作系统中选项的具体配置方式如下： /3GB 修改系统的Boot.ini文件。Boot.ini文件在系统根目录下，缺省是隐藏的，需要打开响应的浏览选项才能看见。安如下方式修改系统启动配置： multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows Server 2003, Enterprise" /3GB 注：如果操作系统 Windows 2003 已经安装SP2，系统应该自动开启了PAE，观察应用程序和SQL Server内存是否可以使用超过2GB，如果可以就不用打开/3GB。 /PAE PAE模式也是通过Boot.ini文件来配置，例如： multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows Server 2003, Enterprise" /PAE ●在32位 Microsoft Windows 2008 以上操作系统中选项的具体配置方式如下： /3GB
WindowsXP终极优化设置(精心整理篇) 声明：以下资料均是从互联网上搜集整理而来，在进行优化设置前，一定要事先做好备份！！！ ◆一、系统优化设置 ◆1、系统常规优化 1）关闭系统属性中的特效，这可是简单有效的提速良方。点击开始→控制面板→系统→高级→性能→设置→在视觉效果中，设置为调整为最佳性能→确定即可。 2）“我的电脑”－“属性”－“高级”－“错误报告”－选择“禁用错误汇报”。 3）再点“启动和故障恢复”－“设置”，将“将事件写入系统日志”、“发送管理警报”、“自动重新启动”这三项的勾去掉。再将下面的“写入调试信息”设置为“无”。 4）“我的电脑”－“属性”－“高级”－“性能”－“设置”－“高级”，将虚拟内存值设为物理内存的2.5倍，将初始大小和最大值值设为一样（比如你的内存是256M，你可以设置为640M），并将虚拟内存设置在系统盘外（注意：当移动好后要将原来的文件删除）。 5）将“我的文档”文件夹转到其他分区：右击“我的文档”－“属性“－“移动”，设置 到系统盘以外的分区即可。 6）将IE临时文件夹转到其他分区：打开IE浏览器，选择“工具“－“internet选项”－“常规”－“设置”－“移动文件夹”，设置设置到系统盘以外的分区即可。 ◆2、加速XP的开、关机 1）首先，打开“系统属性”点“高级”选项卡，在“启动和故障恢复”区里打开“设置”，去掉“系统启动”区里的两个√，如果是多系统的用户保留“显示操作系统列表的时间”的√。再点“编辑”确定启动项的附加属性为/fastdetect而不要改为/nodetect，先不要加/noguiboot属性，因为后面还要用到guiboot。 2）接下来这一步很关键，在“系统属性”里打开“硬件”选项卡，打开“设备管理器”，展开“IDE ATA/ATAPI控制器”，双击打开“次要IDE通道”属性，点“高级设置”选 项卡，把设备1和2的传送模式改为“DMA（若可用）”，设备类型如果可以选择“无”就选为“无”，点确定完成设置。同样的方法设置“主要IDE通道”。
如果你玩过路由器的话,就知道路由器里面那些很好玩的命令缩写。 例如,"sh int" 的意思是"show interface"。 现在Windows 2000 也有了类似界面的工具,叫做netsh。 我们在Windows 2000 的cmd shell 下,输入netsh 就出来:netsh> 提示符, 输入int ip 就显示: interface ip> 然后输入dump ,我们就可以看到当前系统的网络配置: # ---------------------------------- # Interface IP Configuration # ---------------------------------- pushd interface ip # Interface IP Configuration for "Local Area Connection" set address name = "Local Area Connection" source = static addr = 192.168.1.168 mask = 255.255.255.0 add address name = "Local Area Connection" addr = 192.1.1.111 mask = 255.255.255.0 set address name = "Local Area Connection" gateway = 192.168.1.100 gwmetric = 1 set dns name = "Local Area Connection" source = static addr = 202.96.209.5 set wins name = "Local Area Connection" source = static addr = none
Tuxedo日常监控维护培训手册 （V1.0）
修订记录
目录 1.引言 (1) 1.1. 编写目的 (1) 1.2. 参考资料 (1) 2.tuxedo常用操作 (1) 2.1. tuxedo服务的正常启动和停止. (1) 2.2. 查看tuxedo的版本信息 (2) 2.3. tmadmin控制台进入和退出: (2) 2.4. 查看服务信息psr (3) 2.5. 查看交易信息psc (4) 2.6. 查看队列信息pq (5) 2.7. 查看客户端信息pclt (5) 2.8. 查看部分统计信息bbs (6) 2.9. 设置为观察某个节点的进程信息default (6) 2.10. 查看消息发送状态pnw (7) 2.11. dmadmin域控制台的进入和退出: (7) 2.12. 手动连接域 (8) 2.13. 查看域网关的连接情况 (8) 3.tuxedo日常维护 (8) 3.1. 对ubb文件只做语法检查(不真正的load成TUXCONFIG) (8) 3.2. 对dm文件只做语法检查(不真正的load成DMXCONFIG) (9) 3.3. 反编译tuxconfig 文件和dmxconfig文件 (9) 3.4. 如何清除IPC资源 (9) 3.5. sh命令直接执行tuxedo操作 (9) 3.6. 启动tlisten服务 (9) 3.7. 启动多机中备机的BBL (9) 4.tuxedo注意事项、常见问题及解决方法 (10) 4.1. WSL配置参数注意 (10) 4.2. UBB文件中MAX的配置注意 (10) 4.3. tuxedo WS 的配置注意 (10) 4.4. Can’t attach BBL (10) 4.5. 运行一段时间交易失败 (11) 4.6. 常见Tuxedo错误号 (11)
系统自带authsvr服务进程，和两个子例程，tpsvrinit(),tpsvrdone。 authsvr：客户端调用tpinit进行认证时，由交易TPAPPAUTH回应。 服务端自动调用tpsvrinit,可以在函数中进行数据库连接和处理命令行参数。 结束时tpsvrdone也被自动调用，可以在函数中断开数据库连接。 这两个例程分别在进程开始时和进程将要结束时，被自动调用。 服务端编程指导： 交易内一次只能接收一个请求，发送一个响应。 交易必须以tpretrurn, tpforward结束。 或交易内使用了tpacall,在返回或转发前，要么等待回应，要么使用tpcancel。 tpreturn一旦被调用，控制权就转移到main函数，未进行显示收取的响应会被丢弃，此时客户端会收到错误。 客户端调用tpcall后，若服务端此时对应的tpreturn成功返回，客户端tpcall才能返回。 客户端调用tpacall后，若服务端此时对应的tpreturn成功返回，客户端tpgetrply才能返回。返回的数据，可由客户端从指针*data处取得。 tpforward调用时，程序逻辑应保证之前的处理都正确,响应被收到。被调用后，交易不再等待响应。main函数取得控制权。被请求的另一个交易负责响应原来的请求。不能将请求转发到自身。 tpreturn 的参数： rval: 表明交易是否成功执行。 rcode：是应用自定义的返回值。客户端可通过tpurcode获得tpreturn的rcode值，而不论交易是否成功。 data: 该缓冲区由客户端传递，服务端可以将回应数据写至此地址。也可以进行tprealloc.而不能tpfree. 服务端也可以自行tpalloc一个缓冲区，并返回给缓冲区，但需要自行若管理。如果发送的数据长度大于已分配的，tuxedo会自动扩大缓冲。 len: 用来指示响应缓冲的长。客户端可据此得知数据是否有变化。 如果客户端需要收到一个响应，而tpreturn自身处理时出错，这时tpcall或tpgetrply会失败，客户端应检查tperrno. 此时客户端的data缓冲区没有变化。若交易返回的消息不符客户端要求，则无法判断应用状态，此时原来的缓冲区保持不变。如果交易超时，响应数据不会被发送。 发布与取消交易名： 当一个服务进程被启动后，它会根据配置文件来向公告板上广告自己有交易名。这通常由buildserver命令执行时完成。 tpcall:
按照传统，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．掌握各种主要命令的作用。 2．掌握各种网络命令的主要测试方法。 3．理解各种网络命令主要参数的含义。 二．实验环境 1．安装有Windows 2003 Server操作系统的计算机二台。 2．至少有两台机器通过交叉双绞线相连或通过集线器相连。 三．实验理论基础 在网络调试的过程中，常常要检测服务器和客户机之间是否连接成功、希望检查本地计算机和某个远程计算机之间的路径、检查TCP/IP的统计情况以及系统使用DHCP分配IP地址时掌握当前所有的TCP/IP网络配置情况，以便及时了解整个网络的运行情况，以确保网络的连通性，保证整个网络的正常运行。在Windows 2003中提供了以下命令行程序。 (1) ping：用于测试计算机之间的连接，这也是网络配置中最常用的命令； (2) ipconfig：用于查看当前计算机的TCP/IP配置； (3) netstat：显示连接统计； (4) tracert：进行源主机与目的主机之间的路由连接分析； (5) arp：实现IP地址到物理地址的单向映射。 四．实验参考步骤 1．Ping命令 Ping用于确定网络的连通性。命令格式为：Ping 主机名/域名/IP地址 一般情况下，用户可以通过使用一系列Ping命令来查找问题出在什么地方，或检验网络运行的情况时。典型的检测次序及对应的可能故障如下： （1）ping 127.0.0.1：如果测试成功，表明网卡、TCP/IP协议的安装、IP地址、子网掩码的设置正常。如果测试不成功，就表示TCP/IP的安装或运行存在某些最基本的问题。 （2）ping 本机IP：如果测试不成功，则表示本地配置或安装存在问题，应当对网络设备和通讯介质进行测试、检查并排除。 （3）ping 局域网内其它IP：如果测试成功，表明本地网络中的网卡和载体运行正确。但如果收到0个回送应答，那么表示子网掩码不正确或网卡配置错误或电缆系统有问题。 （4）ping 网关IP：这个命令如果应答正确，表示局域网中的网关或路由器正在运行并能够做出应答。 （5）ping 远程IP：如果收到正确应答，表示成功的使用了缺省网关。对于拨号上网用户则表示能够成功的访问Internet。 （6） ping localhost：localhost是系统的网络保留名，它是127.0.0.1的别名，每台计算机都应该能够将该名字转换成该地址。如果没有做到这点，则表示主机文件（/Windows/host）存在问题。 （7）Ping https://www.doczj.com/doc/1312408673.html,（一个著名网站域名）：对此域名执行Ping命令，计算机必须先将域名转换成IP地址，通常是通过DNS服务器。如果这里出现故障，则表示本机DNS服务器的IP地址配置不正确，或DNS服务器有故障。 如果上面所列出的所有Ping命令都能正常运行，那么计算机进行本地和远程通信基本上就
标题：通过wtc、jolt进行tuxedo与weblogic通信开发 [评论] 作者：李振嘉(dev2dev ID：lizhenjia) (一)摘要 bea tuxedo与weblogic作为业界优秀的交易与应用服务器中间件产品,在电信,银行,金融等领域广泛应用,通常由tuxedo处理系统的核心业务,weblogic将业务应用扩展到internet平台,实现电子商务,由weblogic调用tuxedo的服务或者由tuxedo的服务调用通过weblogic部署的ejb,所以tuxedo与weblogic 之间的互连通信会经常遇到,本文通过2个例子介绍tuxedo与weblogic通信的配置与开发,两个例子分别通过wtc(weblogic tuxedo connector)、jolt实现weblogic与tuxedo通信的配置与开发.本文所有例子程序与配置均在Sun Solaris,weblogic8.1,tuxedo8.0平台上进行,如在windows等其他平台开发配置方法大同小异;另外为了减少篇幅文中涉及的例子代码没有全部罗列,只选择粘贴了关键部分的代码. (二)通过wtc进行tuxedo与weblogic通信的配置与开发 1)域间通信以及wtc介绍 Tuxedo的域间通信进程介绍 Wtc是tuxedo通过域间通信实现的,所以需要tuxedo启动用于域间通信的进程,介绍wtc之前先介绍以下几个域间通信的进程. *DMADM(DOMAIN ADMINISTRATOR SERVER) 管理域的server,在运行时管理BDMCONFIG,对已登记的gateway group提供支持,在tuxedo系统中,只能有一个DMADM进程,且不能对它采用MSSQ,不能有REPLYQ. *GWADM(GATEWAY ADMINISTRATOR SERVER)
PhotoShopCC运行缓慢甚至卡死的系统性能优化方法 PhotoshopCC是迄今为止功能最强大的图像处理软件之一，而不少网友对于PhotoshopCC也可谓是又爱又恨。爱很好理解，因为PhotoshopCC能帮助我们高效率地进行各种图像处理；而恨呢，则是因为随着PhotoshopCC功能的日益强大，对电脑配置要求也相应提高，运行过程中很可能会出现相应缓慢甚至是停止相应的情况。笔者作为一个UI设计师，每天都要跟那些尺寸不大但却有着许多图层的图像打交道，因此对于PS性能优化还是有一些心得的。这里，我们就针对PSCC运行缓慢或停止相应这一问题提出一些性能优化建议。当然，你可以根据你的工作流程来参考使用这些优化建议，至于优化效果，一定会让你记忆深刻。PS性能优化技巧分享PS性能优化通用技巧这里，我们先介绍一些PS性能优化的通用技巧，不管你用PS来干什么，这些PS性能优化技巧都能帮你提高工作效率。一、文件大小和尺寸作为一名UI设计师，笔者通常使用的文件格式就是PSD，为了确保图像的兼容性，Adobe对PSD文件的大小限定为最大2GB。当PS运行变慢的时候，你第一件要做的事情就应该是检查文件大小。如果你的应用的每一屏都在同一个PSD里面，文件大小可以非常快就确定下来，尤其是你还要添加图层组合的时候。在Photoshop CC 14.2以后
的版本，PS中新增了“链接到智能对象”功能，该功能的出现可让你的应用用到多个文件中，在长期的更新过程中减去许多麻烦。笔者目前开始做的就是利用该功能来打破一些设计，它不仅能保持PS运行流畅，还能让笔者更加灵活地设计应用的每一屏。除PSD之外，Adobe对其他文件类型的大小也设置有一些限制。如没有文件可以大于 300000x300000像素，PDF文件大小也不能超过10GB。不过使用PS的大型文档格式则不需要担心，这些文件大小的限制为4EB（4000000百万兆字节）。二、效率指示想要知道你的PSD占用了多少系统资源，这是一个十分简便的方法。在PSCC工作区的左下方有一个指示，可现实当前的文件信息。默认状态下，它显示的是“文件大小”，类似“文档：12.5M/384.5M”这样的指示。这时，点击好似播放按钮的符号“?”，就可以按照你的喜好进行自定义设置显示内容，其中就包括“效率”这一项。图01调出“效率”这一显示内容后，一般显示的会是“效率：100%”。而当该数值低于100%的时候，则意味着你并未分配足够的内存给PS，这时候PS会调用磁盘空间来支持运转，PS的图像处理运行自然会慢下来。如果你看到该数值已经低过90%了，那么你就该分配更多的内存给PS。当然，这里我们稍后再做详细解说。不过如果你是在全屏模式下工作，则该指示会隐藏起来，但我们可以通过信息面板查看到相关信息。图02
系统性能优化方案 (第一章) 系统在用户使用一段时间后（1年以上），均存在系统性能（操作、查询、分析）逐渐下降趋势，有些用户的系统性能下降的速度非常快。同时随着目前我们对数据库分库技术的不断探讨，在实际用户的生产环境，现有系统在性能上的不断下降已经非常严重的影响了实际的用户使用，对我公司在行业用户内也带来了不利的影响。 通过对现有系统的跟踪分析与调整，我们对现有系统的性能主要总结了以下几个瓶颈： 1、数据库连接方式问题 古典C/S连接方式对数据库连接资源的争夺对DBServer带来了极大的压力。现代B/S连接方式虽然不同程度上缓解了连接资源的压力，但是由于没有进行数据库连接池的管理，在某种程度上，随着应用服务器的不断扩大和用户数量增加，连接的数量也会不断上升而无截止。 此问题在所有系统中存在。 2、系统应用方式（架构）问题(应用程序设计的优化) 在业务系统中，随着业务流程的不断增加，业务控制不断深入，分析统计、决策支持的需求不断提高，我们现有的业务流程处理没有针对现有的应用特点进行合理的应用结构设计，例如在‘订单、提油单’、‘单据、日报、帐务的处理’关系上，单纯的数据关系已经难以承载多元的业务应用需求。 3、数据库设计问题（指定类型SQL语句的优化）
目前在系统开发过程中，数据库设计由开发人员承担，由于缺乏专业的数据库设计角色、单个功能在整个系统中的定位模糊等原因，未对系统的数据库进行整体的分析与性能设计，仅仅实现了简单的数据存储与展示，随着用户数据量的不断增加，系统性能逐渐下降。 4、数据库管理与研究问题(数据存储、物理存储和逻辑存储的优化) 随着系统的不断增大，数据库管理员（DBA）的角色未建立，整个系统的数据库开发存在非常大的随意性，而且在数据库自身技术的研究、硬件配置的研究等方面未开展，导致系统硬件、系统软件两方面在数据库管理维护、研究上无充分认可、成熟的技术支持。 5、网络通信因素的问题 随着VPN应用技术的不断推广，在远程数据库应用技术上，我们在实际设计、开发上未充分的考虑网络因素，在数据传输量上的不断加大，传统的开发技术和设计方法已经无法承载新的业务应用需求。 针对以上问题，我们进行了以下几个方面的尝试： 1、修改应用技术模式 2、建立历史数据库 3、利用数据库索引技术 4、利用数据库分区技术 通过尝试效果明显，仅供参考！
第9章如何用好全局事务 9.1 什么是全局事务 全局事务是由资源管理器管理和协调的事务，可以跨越多个数据库和进程。事务管理器一般使用XA二阶段提交协议与“企业信息系统（EIS）”或数据库进行交互。 也就是当一个事务需要跨越多个数据库时，需要使用全局事务。例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处，但必须全部被提交或回滚。此时，一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其他数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 在一个涉及多个数据库的全局事务中，为保证全局事务的完整性，由交易中间件控制数据库做两阶段提交是必要的。但典型的两阶段提交，对数据库来说事务从开始到结束（提交或回滚）时间相对较长，在事务处理期间数据库使用的资源（如逻辑日志、各种锁），直到事务结束时才会释放。因此，使用典型的两阶段提交相对来说会占用更多的资源，如果网络条件不好，如低速网、网络颠簸频繁，情况会更为严重。 9.2 本地事务的优缺点 本地事务容易使用，但也有明显的缺点：它们不能用于多个事务性资源。例如，使用JDBC连接事务管理的代码不能用于全局的JTA事务中。另一个缺点是局部事务趋向于侵入式的编程模型。 9.3 Tuxedo对事务的控制与管理 当客户端连接到Tuxedo并创建一个全局事务时，TM（Transaction Manager，事务管理器）就会在公告板（BB）里面创建一个事务，由TMS向GTT（Global Transaction Table，全局事务表，里面包含当前事务的状态信息）中插入一个条目，然后分配一个GTRID（Global Transaction Identifier，全局事务标识符）来对该事务进行跟踪。 Tuxedo的事务管理由TMS完成，TMS把各种RM接入到Tuxedo中的分布式计算中来，并对RM中执行的事务进行跟踪和两阶段提交。 Tuxedo对事务的管理工作主要包括创建TMS、创建TLOG、运行时事务的监控和迁
XXXXX项目 压力测试报告 2015-10-16 XXXXXX技术有限公司文档信息
批复信息 版本记录
1简介 1.1 文档目的 本测试报告为性能对比测试报告，目的在于总结测试的工作进展情况并分析测试结果，描述本阶段测试是否达到调优预期目标，符合需要要求。 1.2 面向人员 本文档主要面向XX系统用户、测试人员、开发人员、项目管理人员和需要阅读本报告的相关领导。 1.3 参考文档 1.4 术语 1. 每秒事务数（TPS）：是指每秒钟完成的事务数，事务是事先在脚本中定义的统计单元； 2. 事务平均响应时间（ART）：响应时间一般反映了在并发情况下，客户端从提交请求到接受到应答所经历的时间； 3. 资源利用率：是指在不影响系统正常运行的情况下各服务器的CPU、内存等硬件资源的占用情况； 4. 最大并发用户数：系统所能承受的最大并发用户数；
5. 思考时间（Thinktime）：用于模拟实际用户在不同操作之间等待的时间。例如，当用户收到来自服务器的数据时，可能要等待几秒钟查看数据，然后做出响应，这种延时就称为“思考时间”。 2第一轮测试目标 根据项目情况，本次测试的目的主要是解决XX系统个人系统登录和理财交易的处理能力达到客户正常使用要求，根据测试结果评估系统性能，为生产运行提供参考。 1）分析目前系统登录与理财的处理能力； 2）提高登录和理财交易处理能力，达到客户流畅使用的目的； 3第二轮测试安排 1、对整体系统运行环境、系统自身交易功能进行全面分析。通过 压力测试手段优化系统，提高运行效率，并给出未来三到五年 资源配置计划，制定后续保障机制。 2、计划从十月十九日开始方案讨论。
SQL Server 系统性能调优解决方案 前言 近几年,医药流通市场经历了激烈的震荡,导致行业逐步成熟和企业的快速变革,差异化经营成为众多医药流通的竞争选择。时空产品在中国医药流通企业的发展过程中得到了广泛且深入应用,大量的客户化开发和定制支撑了企业管理中横向和纵向的变化，很好的适应了企业在发展过程中不断变化的需求。 对于数据库管理系统的使用，很多用户都面临着一个很棘手的问题：系统效率下降。产生效率下降的因素是多方面： 1.硬件问题 2.软件问题 3.实施问题 正因为产生效率下降的因素很多，所以如何去查找原因成为我们首要关注的问题，时空公司也处在积极探索过程中。时空公司在解决一些客户问题的过程中积累了一些方法和思路，归纳总结后呈现给体系内的技术人员，本方案就系统效率调整所必需的基础知识、方法、技巧等几个方面进行阐述，从而让技术人员能够快速定位问题，解决问题，为合作伙伴提供优质，快捷的服务。 索引简介 索引是根据数据库表中一个或多个列的值进行排序的结构。索引提供指针以指向存储在表中指定列的数据值，然后根据指定的排序次序排列这些指针。数据库使用索引的方式与使用书的目录很相似，通过搜索索引找到特定的值，然后跟随指针到达包含该值的行。 索引键：用于创建索引的列。 索引类型 ?聚集索引： 聚集索引基于数据行的键值在表内排序和存储这些数据行。由于数据行按基于聚集索引键的排序次序存储，因此聚集索引对查找行很有效。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。数据行本身构成聚集索引的最低级别（叶子节点）。只有当表包含聚集索引时，表内的数据行才按排序次序存储。如果表没有聚集索引，则其数据行按堆集方式存储。 聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如：如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。 ?非聚集索引 非聚集索引具有完全独立于数据行的结构。非聚集索引的最低行包含非聚集索引的键值，并且每个键值项都有指针指向包含该键值的数据行。数据行不按基于非聚集键的次序存储。如
实验六常用网络命令使用 一、实验目的： ?了解系统网络命令及其所代表的含义，以及所能对网络进行的操作。 ?通过网络命令了解网络状态，并利用网络命令对网络进行简单的操作。 二、实验设备 实验机房，计算机安装的是 Windows 2000 或 XP 操作系统 三、背景知识 windows 操作系统本身带有多种网络命令，利用这些网络命令可以对网络进行简单的操作。需要注意是这些命令均是在 DOS 命令行下执行。本次实验学习两个最常用的网络命令。 1 、 ARP: 显示和修改 IP 地址与物理地址之间的转换表 ARP -s inet_addr eth_addr [if_addr] ARP -d inet_addr [if_addr] ARP -a [inet_addr] [-N if_addr] -a 显示当前的 ARP 信息，可以指定网络地址，不指定显示所有的表项 -g 跟 -a 一样 . -d 删除由 inet_addr 指定的主机 . 可以使用 * 来删除所有主机 . -s 添加主机，并将网络地址跟物理地址相对应，这一项是永久生效的。 eth_addr 物理地址 . if_addr 网卡的 IP 地址 InetAddr 代表指定的 IP 地址 2 、 Ping 验证与远程计算机的连接。该命令只有在安装了 TCP/IP 协议后才可以使用。
ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [[-j computer-list] | [-k computer-list]] [-w timeout] destination-list 参数 -t Ping 指定的计算机直到中断。 -a 将地址解析为计算机名。 -n count 发送 count 指定的 ECHO 数据包数。默认值为 4 。 -l length 发送包含由 length 指定的数据量的 ECHO 数据包。默认为 32 字节；最大值是 65,527 。 -f 在数据包中发送“不要分段”标志。数据包就不会被路由上的网关分段。 -i ttl 将“生存时间”字段设置为 ttl 指定的值。 -v tos 将“服务类型”字段设置为 tos 指定的值。 -r count 在“记录路由”字段中记录传出和返回数据包的路由。 count 可以指定最少 1 台，最多 9 台计算机。 -s count 指定 count 指定的跃点数的时间戳。 -j computer-list 利用 computer-list 指定的计算机列表路由数据包。连续计算机可以被中间网关分隔（路由稀疏源） IP 允许的最大数量为 9 。 -k computer-list 利用 computer-list 指定的计算机列表路由数据包。连续计算机不能被中间网关分隔（路由严格源） IP 允许的最大数量为 9 。 -w timeout 指定超时间隔，单位为毫秒。 destination-list 指定要 ping 的远程计算机。 较一般的用法是 ping –t https://www.doczj.com/doc/1312408673.html, 四、实验内容和要求 ?利用 Ping 命令检测网络连通性 ?利用 Arp 命令检验 MAC 地址解析 五、实验步骤：
第四章：TUXEDO应用系统的管理 4.1 TUXEDO提供的系统管理工具 当一个TUXEDO应用系统投入运行时，TUXEDO系统管理员要对它进行监控，管理，根据系统的运行情况做相应的参数调整。有时候还要动态修改配置，发布新的服务等等，TUXEDO提供了很丰富的管理工具和管理编程接口。可以很方便的完成这些管理任务。下面对管理工具和管理编程接口分别进行介绍。 TUXEDO提供以下管理工具 1．基于WEB的图形化管理工具：用普通的WEB 浏览器比如Netscape或Microsoft 的Explorer可以从Internet/Intranet 的任意一个节点来运行该图形界面管理工具。对 系统进行管理配置。 2. 基于字符界面的管理工具：TUXEDO提供TMADMIN，DMADMIN等命令行管理工具。 TUXEDO提供以下管理编程接口 1.MIB编程接口：TUXEDO 提供C 语言的管理API ，用户能够用此编写出适合自己特殊需 求的管理工具 2.通过SNMP与其他管理工具（HP OpenView 等）互联， TUXEDO 的关联产品 BEA MANAGER 通过网络管理协议 SNMP和TUXEDO 的管理信息库 MIB 可以把TUXEDO 对应用程序的管理集成到一般的网络、数据库系统管理工具中，比如 OpenView, NetView 等。 TUXEDO应用系统的管理任务 通过以上的管理工具，TUXEDO可以有效地管理消息流程和服务请求，启动和停止服务进程，根据变化的负荷复制服务进程，动态地广播、撤消服务进程中的服务。并且可以在客户不用退出执行的情况下，动态的增加新的服务器、服务器组、服务器以及服务。利用命令行或图形管理界面TUXEDO还可以动态的进行负载平衡，数据依赖路由、网络用户的管理、队列的管理、存取资源管理器以及系统的启动、重启和恢复。
系统性能调优 概述 性能优化的思路 首先是较为精准的定位问题，借助于相应的工具包，分析系统性能瓶颈在哪，在根据其性能指标，以及所处于层级决定选择优化的方式方法。在选择优化的方式方法时，大家可以参照以下章节调优方法，架构优化递进，进行正确的，有针对性，有步骤的优化。可能会发现部分指导思想或许有相悖嫌疑，大可不必较真，系统优化的过程本身就是一个不断分离+共享的组合拳，至于具体选择哪种优化方式，根据具体需求来定，但大型应用发展的总体思路是不断分离，在通过索引（非数据库）进行关联起来， 切记：优化一定要对系统进行细致的望闻问切，找到性能问题根源切入点，而不被表象迷糊，对症下药，发现病症所在的医生并不比操作手术刀的医生水平差。本文有工具包一章节，对于需要做优化的人员，需要熟悉，他就是我们诊断所用的CT，例如我们发现内存高了，首先想到不是内存不够用，而是为什么如此消耗内存，用工具看看内存消耗在什么地方，试想之，如在医院，病人告诉医生，他心脏不好，医生就换心脏，那样的话，每个人只要熟练掌握菜刀，都可以做医生 迭代优化
性能优化未必一次性就能满足的，可能此处瓶颈消失了，系统一旦运转快速后，在其他地方又发现新的性能瓶颈，所以性能优化是一个迭代的工作。直至满足系统需要的性能指标。 优化的成本 系统性能设计或优化是否可以一步升天，按照最好的分布式架构进行设计和优化呢，单个节点一直也运转及其健康，理论上是可以达到共产国际的，但实际实施层面不可取，必须结合实际的非功能需求进行设计和优化，一则一步到极致的话，系统的成本太过虑庞大，光是性能设计和优化的成本就高于系统本身给客户所提供的价值，也造成研发成本开销过大。二则好像能够架构这样完美系统的人还没诞生。所以一句话也同样适合架构师：有理想而不理想化，废话少扯：具体见法则 调优方法 数据库优化 很多应用，优化DB往往是最直接，最方便，见效最显著的，但并非所有的系统性能都处在瓶颈，或者DB瓶颈解决之后，可能应用层瓶颈，WEB层瓶颈，甚至架构瓶颈都会冒出来了,所以数据库优化十分重要，但往往很多人理解系统优化就是数据库优化，是不全面的。优化角色一般推荐具备较深数据知识的程序员，或者专业的DBA,而不只是会CRUD开
目录 [背景] (2) [目标] (2) [性能分析] (2) [优化内容和步骤] (2) [结果检验和日常核查] (4) [注明] (4)
[背景] 随着医院业务量的增长和所使用信息系统模块的增加，数据库容量增长很快，三级医院保留半年的数据情况下，可以达到25G-30G，且使用模块和接口的数量也在增加，现象是速度明显放慢，操作人员使用不顺畅，影响了窗口正常工作，带来软件性能低下的评价。 硬件方案设计时要考虑承载能力和生命周期；对性能问题的考虑应贯穿于开发阶段的全过程，不应只在出现问题时才考虑性能问题。 [目标] 性能调节的目的是通过将网络流通、磁盘I/O 和CPU 时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。 最终通过对性能分析，制定相应的编程规范，引导开发工作，提高产品质量。 [性能分析] 分析对象： 一、服务器 1、处理器：峰值在85%以下 2、缓存、内存：达到一个稳定值 3、磁盘：检测磁盘错误信息和磁盘空间大小（！！） 4、网络：跟踪网络流量 二、数据库 三、应用程序 分析手段方式： 1、性能跟踪器：发现服务器性能瓶颈 2、检查数据库（使用dbcc工具）：是否是数据库对象错误引起 3、SQL SERVER Profiler：跟踪软件后台脚本性能，通过统计分析语句问题 4、主业务程序单元运行调试 5、其他跟踪分析工具 [优化内容和步骤] 一、硬件配置 1、硬件性能降低原因 （1）资源不足，并且需要附加或升级的组件；局部硬件存在瓶颈 （2）资源共享工作负载不平均，需要平衡。 （3）资源出现故障，需要替换。 （4）资源不正确，需要更改配置设置。 2、解决办法（升级的量级待定？） （1）服务器升级硬件配置或增加服务器，更改软件配置 （2）升级网络设备，或更改逻辑结构
常用网络命令使用技巧详解 我想大家不会忘记Windows是从简单的DOS字符界面发展过来的。虽然我们平时在使用Windows操作系统的时候，主要是对图形界面进行操作，但是DOS命令我们仍然非常有用，下面就让我看来看看这些命令到底有那些作用，同时学习如何使用这些命令的技巧。 一、Ping命令的使用技巧 Ping是个使用频率极高的实用程序，用于确定本地主机是否能与另一台主机交换（发送与接收）数据报。根据返回的信息，我们就可以推断TCP/IP参数是否设置得正确以及运行是否正常。需要注意的是：成功地与另一台主机进行一次或两次数据报交换并不表示TCP/IP配置就是正确的，我们必须执行大量的本地主机与远程主机的数据报交换，才能确信TCP/IP的正确性。 简单的说，Ping就是一个测试程序，如果Ping运行正确，我们大体上就可以排除网络访问层、网卡、MODEM的输入输出线路、电缆和路由器等存在的故障，从而减小了问题的范围。但由于可以自定义所发数据报的大小及无休止的高速发送，Ping也被某些别有用心的人作为DDOS（拒绝服务攻击）的工具，例如许多大型的网站就是被黑客利用数百台可以高速接入互联网的电脑连续发送大量Ping数据报而瘫痪的。 按照缺省设置，Windows上运行的Ping命令发送4个ICMP（网间控制报文协议）回送请求，每个32字节数据，如果一切正常，我们应能得到4个回送应答。 Ping能够以毫秒为单位显示发送回送请求到返回回送应答之间的时间量。如果应答时间短，表示数据报不必通过太多的路由器或网络连接速度比较快。Ping还能显示TTL（Time To Live存在时间）值，我们可以通过TTL值推算一下数据包已经通过了多少个路由器：源地点TTL起始值（就是比返回TTL略大的一个2的乘方数）-返回时TTL值。例如，返回TTL值为119，那么可以推算数据报离开源地址的TTL起始值为128，而源地点到目标地点要通过9个路由器网段（128-119）；如果返回TTL值为246，TTL起始值就是256，源地点到目标地点要通过9个路由器网段。 1、通过Ping检测网络故障的典型次序 正常情况下，当我们使用Ping命令来查找问题所在或检验网络运行情况时，我们需要使用许多Ping命令，如果所有都运行正确，我们就可以相信基本的连通性和配置参数没有问题；如果某些Ping命令出现运行故障，它也可以指明到何处去查找问题。下面就给出一个典型的检测次序及对应的可能故障： ·ping 127.0.0.1
常用网络命令-非常实用 很多的弱电朋友在项目中经常会遇到一些网络故障，其实很多的网络故障通过命令是可以检测出来的，通过使用网络命令也会使项目进展事半功倍，那么就让我们一起来了解弱电经常会用到的网络命令。 1、ping命 ping是个使用频率极高的实用程序，主要用于确定网络的连通性。这对确定网络是否正确连接，以及网络连接的状况十分有用。简单的说，ping就是一个测试程序，如果ping运行正确，大体上就可以排除网络访问层、网卡、Modem的输入输出线路、电缆和路由器等存在的故障，从而缩小问题的范围。 ping能够以毫秒为单位显示发送请求到返回应答之间的时间量。如果应答时间短，表示数据报不必通过太多的路由器或网络，连接速度比较快。ping还能显示TTL（Time To Live，生存时间）值，通过TTL值可以推算数据包通过了多少个路由器。 (1)命令格式 ping主机名 ping域名 pingIP地址 如图所示，使用ping命令检查到IP地址210.43.16.17的计算机的连通性，该例为连接正常。共发送了四个测试数据包，正确接收到四个数据包。
(2) ping命令的基本应用 一般情况下，用户可以通过使用一系列ping命令来查找问题出在什么地方，或检验网络运行的情况。 下面就给出一个典型的检测次序及对应的可能故障： ①ping 127.0.0.1 如果测试成功，表明网卡、TCP/IP协议的安装、IP地址、子网掩码的设置正常。如果测试不成功，就表示TCP/IP的安装或设置存在有问题。 ②ping 本机IP地址 如果测试不成功，则表示本地配置或安装存在问题，应当对网络设备和通讯介质进行测试、检查并排除。 ③ping局域网内其他IP 如果测试成功，表明本地网络中的网卡和载体运行正确。但如果收到0个回送应答，那么表示子网掩码不正确或网卡配置错误或电缆系统有问题。 ④ping 网关IP 这个命令如果应答正确，表示局域网中的网关路由器正在运行并能够做出应答。 ⑤ping 远程IP 如果收到正确应答，表示成功的使用了缺省网关。对于拨号上网用户则表示能够成功的访问Internet（但不排除ISP的DNS 会有问题）。