1. 首页
  2. IT资讯

升级完成后的忽悠文档 ^_^

  升级完成后,我们对生产数据库服务器和数据库进行了监控,采样。现说明如下:

一、            服务器性能提高

          核心数据库迁移完成以来,操作系统日志正常,以下是对各个主要部分的说明:

1.        CPU性能提高:原服务器的CPU2颗双核主频3.16GHz的配置,CPU在遇到需要大量计算的时候资源常常降低到50%以下,大量的进行会出现等待CPU时间片的现象。而升级过后我们的服务器配置为44核主频2.40GHz的配置,CPU的计算能力大大提高,能够在同样的时间里面接受更多的服务请求,减少了进程等待CPU时间片现象,在正常的运作情况下,CPU瓶颈得到缓解。

2.        内存容量提高:原服务器的内存配置为8G,现有的服务器内存配置为24G,我们现有的服务器内存配置,基本可以把数据记录到内存,而虚拟内存基本处于健康的空闲状态,也就是说内存不会出现频繁的页交换,性能得到极大的提高。

3.        I/O性能提高:现有服务器使用的是SAS 15000转盘阵,平均寻道时间也得到提高,所以在同等I/O负载下,现有服务器很少出现CPU等待I/O完成而导致的资源的浪费。

下面是升级前的采样的实例:

procs    memory      swap          io     system         cpu

 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa

 0  0   5996  21200  39436 7185188    0    0    27   127  221   297  2  0 95  3

 1  0   5996  25380  40652 7184028    0    0    18   151  224   296  7  1 90  3

 1  0   5996  27380  41668 7185384    0    0    10   132  201   270  4  0 94  2

 0  0   5996  25972  42808 7185860    0    0     5   124  192   254  2  0 96  2

 1  0   5996  26208  43900 7185420    0    0    15   126  184   253  2  0 95  2

 0  0   5996  22348  44980 7185344    0    0     4   122  185   248  1  0 96  2

 1  0   5996  22068  46004 7185868    0    0   100   243  228   345 17  0 76  6

 2  0   5996  18928  47068 7178688    0    0    42   450  330   363 24  0 69  6

 1  0   5996  27288  48108 7173180    0    0    27   315  243   341 26  1 67  6

 2  0   5996  25316  49204 7164648    0    0    89   303  289   428 30  1 63  6

 1  0   5996  26920  50232 7163788    0    0   112   306  242   382 28  1 65  6

 1  0   5996  19948  51320 7174244    0    0    62   287  224   352 26  1 68  6

 1  0   5996  17968  52228 7174980    0    0    48   277  203   312 25  0 69  6

下面是升级后的采样的实例:

procs ———–memory———- —swap– —–io—- –system– —–cpu——

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st

 0  0 814972 145188 266080 23004348    1    1    28    21    1    1  1  0 99  0  0

 0  0 814972 145064 266124 23004416    0    0     0    91 1018  355  0  0 100  0  0

 0  0 814972 144816 266168 23004420    0    0     0    63 1049  381  0  0 100  0  0

 0  0 814972 144856 266192 23004476    0    0     0    89 1059  478  0  0 100  0  0

 0  0 814972 144724 266232 23004508    0    0     0    88 1047  390  0  0 100  0  0

 0  0 814972 144724 266272 23004520    0    0     0    64 1015  339  0  0 100  0  0

 0  0 814972 144708 266296 23004552    0    0     0    81 1041  373  0  0 100  0  0

 0  0 814972 143908 266328 23004568    0    0     0    72 1016  412  0  0 100  0  0

 0  0 814972 143932 266368 23004596    0    0     0    89 1042  373  0  0 100  0  0

 0  0 814972 165456 266408 23004668    0    0     0    94 1035  441  0  0 100  0  0

 0  0 814972 160340 266468 23004744    0    0     0   116 1045  501  0  0 100  0  0

 0  0 814972 157364 266508 23004780    0    0     0   100 1038  361  0  0 100  0  0

 0  0 814972 156844 266540 23004876    0    0     0    78 1028  352  0  0 100  0  0

 0  0 814972 156892 266576 23004884    0    0     0    60 1032  373  0  0 100  0  0

 0  0 814972 156760 266616 23004900    0    0     0    80 1051  391  0  0 100  0  0

 0  0 814852 156644 266640 23005060   11    0    11    63 1052  381  0  0 99  0  0

 0  0 814628 156132 266680 23005328   20    0    20    98 1042  471  0  0 99  0  0

 

二、            数据库性能提高

随着服务器性能的提高,数据库性能也得到了显著的提高,我们调整了多个数据库参数以便充分的利用服务器资源,同时在升级以来,数据库各个日志正常。以下对主要的性能体现方式进行说明

1、参数调整

我们升级数据库到64BIT的主要原因就是为了提高数据库在内存方面的使用,充分利用服务器资源。具体参数如下

l        sga_max_size=16G         指定ORACLE SGA能够使用内存的最大值,原值为2.5G

l        sga_target=15.5G           指定共享池,数据库高速缓冲池,大池,JAVA池之和的最大值,原值为2.2G

l        pga_aggregate_target=3G    指定ORACLE PGA能够达到的最大值,原值为400M

l        session_cached_cursors=200  指定ORACLE中每个会话能够缓存游标的个数,原值为20

 

2、等待事件

我们对各种等待事件进行了采样,现说明如下:

l        I/O相关等待事件:在采样期间,发现各个I/O等待事件的与原库相比都有了明显的减少,原因在于我们提高了服务器盘阵的性能。

l        锁和闩等待事件:在采样期间,未发现锁等待,而CPU密集型的闩等待也得到了明显的降低,原因在于我们的CPU计算能力得到的极大的提高。同时内存相关的闩等待事件也得到了缓解,原因在于我们提高我们服务器内存的配置并且加大了SGA,大量的热数据块能够缓存到SGA中。

l        延迟相关等待事件:在采样期间,延迟等待事件也得到了减少,原因同样是因为SGA加大和盘阵性能的提高。

以下是采样的实例:

SAMPLE_TIME            SESSION_ID  EVENT

————————–         ———-      ——-

28-AUG-10 11.32.50.868 PM   1100       log file parallel write

28-AUG-10 11.33.40.954 PM   1100       control file parallel write

28-AUG-10 11.34.00.974 PM   1075       log file sync

28-AUG-10 11.34.00.974 PM   100        log file parallel write

28-AUG-10 11.34.10.984 PM   1075       log file sync

28-AUG-10 11.34.10.984 PM   1100       control file parallel write

28-AUG-10 11.34.20.994 PM   1100       log file parallel write

28-AUG-10 11.34.31.004 PM   1100       log file parallel write

28-AUG-10 11.34.41.014 PM   1100       log file parallel write

28-AUG-10 11.34.51.034 PM   1075       log file sync

28-AUG-10 11.34.51.034 PM   1100       log file parallel write

28-AUG-10 11.35.01.054 PM   1075       log file sync

3、平均事务相应时间

我们使用正常的负载情况下的平均事物相应事件来定量的描述我们升级后性能的提升

原服务器正常负载下的平均事物响应事件如下:

 

log file parallel write

4,747

53

11

3.7

 

log file parallel write

4,747

0.00

53

11

1.38

 

11ms*1.38/0.037=410ms

 

现服务器正常负载下的平均事物响应事件如下:

log file parallel write

7,377

4

1

.6

 

log file parallel write

7,377

0.00

4

1

1.30

 

1.3ms*1/0.006=216ms

 

所以在正常的负载下现有的服务器的平均事物相应事件得到了大幅度提高。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7728585/viewspace-673173/,如需转载,请注明出处,否则将追究法律责任。

主题测试文章,只做测试使用。发布者:深沉的少年,转转请注明出处:http://www.cxybcw.com/183193.html

联系我们

13687733322

在线咨询:点击这里给我发消息

邮件:1877088071@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code