Solaris 性能参数监控及调试.ppt

Solaris 性能参数监控及调试 我们首先要做的 问客户正确的问题 打没打补丁？ 在哪个环节出现问题？ 吞吐量, 响应时间, 网络, I/O, 应用,… 明白客户怎么和怎样提出要求 测试和想法是否合理 ? ‘它应该跑得更快 ...’, ‘很多的CPU空闲 ... 开始的支持和建议 收集基本的性能参数 使用工具进行分析 , 将图形化结果展现给客户 ,观察所谓的 ‘峰值 识别资源的限制 用自己的发现提出自己的建议 Solaris 性能分析的目的 识别Solaris操作系统的瓶颈 做出增加性能的适当建议 并不作为应用的调试和Kernel调试 从基本的统计数据中发现有用的东西 首先注意 不要着急! 有果必有因! 性能管理的定义 性能管理就是：测量, 分析和优化计算资源，以提供给最终用户可认可的服务 一般术语 Throughput Count of number of transactions Latency Time it takes to do something Utilization Amount of resources consumed during action 性能的层面 应用 操作系统 硬件 网络 商务 基本的原则 系统是一系列的资源 CPU(s) memory busses disks, disk controllers networks operating systems DBMS systems (especially locks and internal latches) 性能的降低是以上一个或几个资源枯竭所造成的。 从哪做起 一旦瓶颈被发现，按下列顺序调试： 应用 数据库 硬件 Solaris 内核参数 潜在的瓶颈问题 Disk Network Memory CPU 硬盘瓶颈 无足够空间 响应时间长 不良的规划 RAID 设定 文件系统问题 数据库问题 确认硬盘瓶颈 使用 sar, iostat 察看 响应时间, 磁盘使用率, 队列长度, 请求分配 了解磁盘缓存是否工作 相关的访问时间 iostat -x 30 iostat I/O size = (kr/s) / (r/s) srv_t 接近磁盘寻址时间 Wait : # OS对磁盘请求等待, 0 warning Actv : # 在磁盘处理中而未完成的请求个数 iostat r/s, w/s: Average reads/writes per second. Kr/s, Kw/s: Average Kb read/written per second. wait: Time spent by a process while waiting for block (eg disk) I/O to complete. actv: Number of active requests in the hardware queue. %w: Occupancy of the wait queue. %b: Occupancy of the active queue with the device busy. svc_t: Service time (ms). Includes everything: wait time, active queue time, seek rotation, transfer time. us/sy: User/system CPU time (%). wt: Wait for I/O (%). id: Idle time (%). 使用 iostat查问题 iostat 磁盘名称 (-n) I/O 每个分区 (-p) 可显示磁带的 I/O shown CPU占用资源（-c) 显示每个磁盘的信息 (-x) 解决在iostat 找到的问题 采用RAID模式，对一个磁盘的访问转化为对多个磁盘的访问 当磁盘过忙时使用RAID-0 当应用为multi-stream读，使用RAID-1* 当应用为读方式时用RAID-5* 多文件的建立/删除: 使用 PrestoServe PrestoServe:在数据真正写入磁盘之前，就返回给用户写完信息 怎么处理磁盘瓶颈 负载平衡 (striping, partitioning) 增加磁盘的数量 分配SWAP区 将关键数据出存在低柱面 相关数据放在同一分区 不要将磁盘存满 增加 memory (RAID Controller MEM/UFS/DB cache) 数据库和文件系统 默认的newfs 参数不适合数据库 UFS single writer lock vs. multiple writes 使用多个数据库文件或其它 ... on 使用裸设备 使用forcedi