数据库系统的维护与优化(二).docVIP

　　数据库系统的维护与优化(二)教育资源库 　　二、数据库系统的性能监视与优化 　　1.、性能监视： 　　 1)增长 　　 测量并预测增长，需要收集四种主要的信息：处理器，网络，存储，内存。 　　对像类型 　　要收集的值 　　Processor 　　使用率百分比 　　Netory 　　使用中的MB数或GB数 　　Database 　　每个数据库的大小 　　 如果没有以前管理人员留下来的数据库性能基准线，则可以自己制做自己的数据库性能监视基准线。 　　 方法： 　　 以使用一个较小的时间间隔(5-10秒)进行一周，每天24小时，在之后24小时的测量改为每周一次，持续一个月，最后每月一次，并持续两个月。 　　有了这些数字之后，首先检查每天的范围。按照时间排列这些数字并为它们创建一个图表。这些数字将显示一种趋势，如果数字显示出一个增长趋势的 　　可预测模式，则要注意周测试的最后一次测量，并根据它预测后三个星期的增长模式。如果预测正确，它们应该与你实际采集的周数据接近。采用相同 　　的方法对月度数据进行测试。如果度量值初始显示出一个平稳的曲线，你应当进行更长时间的测试，每周一次，至少进行三个月以上。如果测量值呈下 　　降趋势，则延迟一周后再进行每天测量。 　　2、活动和性能 　　对像类型 　　要收集的值 　　Processor 　　使用率百分比，特别是应用程序相关的进程 　　Netory 　　sql server需要使用的值，以及sql server正在使用的值 　　Database 　　数据库活动，连接和锁 　　 得到这些值之后，按时间顺序组织它们，计算出最小值，最大值和平均值。如果使得平均有意义，还要计算出集合的标准差，标准差越接近0，平均值越可信。 　　3、性能监视 　　对像 　　计数器 　　含义 　　说明 　　Processor 　　%Processor Time 　　显示在监视时间内处理器的使用百分比。 　　平均低于75%(低于50%更佳) 　　Memory 　　Available Mbytes 　　显示还剩多少内存。从总内存数量中减去这个值就可以算出正在使用的数量 　　应该保持在50MB上 　　Page/sec　 　　平均低于20(低于15更佳) 　　LogicalDisk　　　 　　%Disk Time 　　显示在监视时间内的读，写百分比 　　Net 　　Processor Queue　　　　　　 　　每个处理器平均低于2。 　　例如，在一个双处理器的机器上，应该保持在低于4的状态 　　Physical Disk 　　%Disk Time　　 　　显示在监视时间内的读，写百分比　　　 　　平均低于50% 　　Avg.Disk QueueLength　　　　　　　 　　平均每个磁盘应该低于2。 　　例如，对于一个5磁盘的阵列，此值应该低于10 　　Avg.Disk Reads/sec 　　用户规划磁盘和CPU 　　该低于磁盘容量的85% 　　vg.Disk anager 　　Buffer Cache HitrATIO 　　应该超过90%（理想状态下接近99%）　　　 　　　　　　 　　Page Life Expectancy　　　　 　　用于规划内存（应该保持在300秒以上） 　　 　　　　　　 　　用于规划内存 　　Transactions/sec 　　用户规划磁盘和CPU　　　　　　　 　　Data Files Size KB 　　用于规划磁盘子系统 　　Percent Log Used 　　用于规划磁盘子系统 　　假设:数据库的工作负载在峰值时段内为每秒600个读事务,200个写事务, 每个磁盘的标准是300IOPS及最大255 IOPS 　　1.使用RAID1R的配置中,写事务的数量是双倍,因此它将此吞吐量的级别调整为600个读事务,和400个写事务.或者1000 IOPS.如果这些I/O负载分摊到两个磁盘, 　　那么每个磁盘就是500IOPS,远远超出了每个磁盘的标准值. 　　所以RAID1不满足这个数据库的负载. 　　2.在RAID 5配置中,由于增加了4倍的写事务个数,所以提高了总体的I/O量.由此I/O吞吐量级别上升到了每秒1400(600+200*4).不像RAID1,RAID5配置固定磁盘个数, 　　所以在RAID5 配置中,你可以使用多个磁盘来分担吞吐量,以符合每个磁盘最大255IOPS的负载. 　　 计算出磁盘数量:1400/255=5.49.由于5.49不是一个整数值,所以应该将其上升到下一个整数值,所以应该是6. 　　3.在RAID 10配置中,和RAID1配置一样的写事务的数量翻一倍. 　　 计算出磁盘数量:1000/255=3.9 .所以最少要4个物理磁盘才能满足. 　　4.内存: 　　并发