DB2数据库-性能测试监控
DB2数据库巡检报告
DB2数据库巡检报告
DB2数据库巡检报告主要包括以下内容：
1.引言：介绍DB2数据库巡检的目的、背景和重要性。
2.巡检范围和方法：说明巡检所涵盖的数据库系统、版本和
环境，以及采用的巡检方法和工具。
3.数据库服务器硬件：对数据库服务器硬件进行检测和分析，
包括CPU、内存、存储、网络等硬件资源的使用情况和性
能表现。
4.数据库软件：对DB2数据库软件的版本、补丁和配置进行
检查和分析，包括数据库实例、表空间、索引、日志等关
键对象的属性和状态。
5.数据安全性和完整性：对数据库的数据安全性和完整性进
行检查，包括用户访问权限、数据备份恢复、加密解密等
安全控制措施的配置和运行情况。
6.性能监控和优化：对DB2数据库的性能进行监控和优化，
包括CPU利用率、I/O性能、内存分配等关键指标的监控
和分析，以及针对性能瓶颈的优化建议。
7.故障排除和恢复：对DB2数据库可能出现的故障进行排查
和恢复，包括系统崩溃、数据损坏等故障类型和相应的恢
复流程和方法。
8.建议和改进：根据巡检结果和分析，提出针对DB2数据库
系统的建议和改进措施，包括硬件升级、软件配置调整、
安全策略改进等。
9.结论：总结巡检报告的主要发现和建议，强调DB2数据库
系统的健康状况和需要关注的方面，以及对未来的改进方向的建议。
需要注意的是，DB2数据库巡检报告的具体内容可能因实际情况而异，上述内容仅供参考。
在实际操作中，需要根据具体的环境和需求进行调整和定制。
数据库性能监控与调优方法
数据库性能监控与调优方法数据库作为企业信息系统的重要组成部分，承担着数据存储与管理的任务，因此数据库的性能对于企业的正常运行至关重要。
本文将介绍数据库性能监控与调优的方法，旨在帮助企业保障数据库的稳定高效运行。
首先，数据库性能监控是保障数据库正常运行的基础。
具体而言，数据库管理员需要对数据库进行持续监控，并及时发现和解决可能存在的性能问题。
以下是一些常用的数据库性能监控方法：1. 监控关键指标：数据库管理员可以通过监控关键指标来评估和监测数据库的性能。
这些指标包括数据库连接数、查询响应时间、磁盘使用率、CPU利用率等。
通过实时监控这些指标，可以及时发现性能问题，并采取相应措施进行调优。
2. 使用性能监控工具：市场上有许多性能监控工具可供选择，如Oracle的Enterprise Manager、MySQL的Percona Monitoring and Management等。
这些工具能够提供可视化的监控界面，帮助管理员实时了解数据库的运行状态，并提供详细的性能分析和建议。
3. 设置告警机制：在性能监控过程中，管理员可以设置告警机制，当数据库出现性能问题时，及时发送警报，以便能够尽早发现和解决问题。
告警机制可以通过邮件、短信等方式进行通知，确保管理员能够第一时间采取措施。
其次，数据库调优是提升数据库性能的有效方法。
通过对数据库的调优，可以优化查询性能、提高数据库的并发处理能力、减少资源消耗等。
以下是一些常用的数据库调优方法：1. 设计优化的数据库结构：合理的数据库结构设计是数据库性能调优的基础。
数据库管理员需要根据应用需求和数据特点，考虑表的索引、关系模式设计、数据类型等因素，以降低查询复杂度，提高查询效率。
2. 优化查询语句：查询语句的优化对于提升数据库性能非常重要。
管理员可以通过修改查询语句、优化查询条件、使用合适的索引等方式，减少查询的时间和资源消耗。
此外，也可以考虑使用数据库的查询优化器，对查询语句进行自动优化。
数据库监控与性能分析工具推荐
数据库监控与性能分析工具推荐目前，随着数据库技术的发展，数据库监控和性能分析工具也得到了越来越广泛的应用。
在众多的数据库监控和性能分析工具中，本文为大家推荐一些性能优良、功能全面的数据库监控和性能分析工具。
1. SolarWinds Database Performance Analyzer（DPA）这是一款专门为云端、物理和虚拟化的环境设计的数据库性能监控和分析工具。
DPA可以对多个数据库实例的性能、等待事件和存储性能进行实时监控和分析。
此外，它还提供了一个自适应基准库，在运行足够的跟踪之后，可以自动为你选择合适的基准值。
DPA还有一个非常强大的功能 - 对于具有低性能的SQL语句自动创建索引，这可以大幅提升整体性能。
2. Paessler PRTG Network MonitorPRTG Network Monitor可以监控网络系统和应用程序的可用性，并提供丰富的自定义报告。
它支持多种设备，包括Microsoft SQL、MySQL和Oracle数据库。
PRTG可以监控数据库的性能指标，如响应时间、查询次数和传输速率。
此外，还可以使用PRTG进行自定义警报和通知，以便快速解决潜在的问题。
3. Idera SQL Diagnostic ManagerSQL Diagnostic Manager是一款监控SQL Server性能的全面解决方案，提供实时性能、存储和服务器监控。
它可以自动诊断性能问题，并提供实时警报和建议来改善性能。
SQL Diagnostic Manager还提供了许多内置报告和仪表板，以及用户可以创建自定义报告和仪表板的选项。
4. dbForge Studio for SQL ServerdbForge Studio是一款功能强大的集成开发环境（IDE），专门为SQL Server设计。
它提供了一个广泛的工具箱，以实现SQL Server的性能监控和分析，包括查询性能分析、查询优化器、语法检查、单元测试等功能。
DB2性能工具简介
在数据库数据页损坏无法进行正常的数据操作时，可以通过db2dart进行数据恢复。当行，则可以在已损坏的表中用 db2dart命令进行数据导出，前提是数据库能连接上。 Db2dart dbname /ddel 然后按提示输入表id，表空间id，起始页，导出页数 Filename used for output data file is TS2T10.DEL. If existing file, data will be appended to it. Formatted data being dumped ... Dumping Page 0 .... Dumping Page 1 .... Table object data formatting end. 导出的数据就在TS2T10.DEL中，以文本形式保存。 由于db2dart命令不需要通过db2数据库管理器进行对数据库的访问，而是直接从磁盘 中读取数据的数据，因此，就算是数据表无法访问，也能进行数据的导出。不过当数 据量大时速度会十分慢。
db2dart 当数据库出现问题的时候，可以用db2dart进行检查，验证数据库以及相关数据库对象是 否正确 db2dart dbname /db Table inspection start: UCAR.TABLE4 Data inspection phase start. Data obj: 7 In pool: 2 Data inspection phase end. Index inspection phase start. Index obj: 7 In pool: 2 Scanning pages for unique index itoken(0) root page:385p. Scanning pages for unique index itoken(1) root page:386p. Index inspection phase end. Table inspection end. ......... Database inspection phase end. ______________________________________ The requested DB2DART processing has completed successfully! All operation completed without error; no problems were detected in the database. ______________________________________ Complete DB2DART report found in: PRODDB.RPT
DB2数据库优化策略
DB2数据库优化策略当涉及到DB2数据库优化时，具体的案例取决于数据库的具体情况和性能问题。
请注意，这些只是一些常见的DB2优化案例和步骤。
具体的优化策略取决于您的特定情况和需求。
在进行任何优化之前，建议先进行充分的需求分析和性能测试，以确保所选的优化策略能够真正解决您的问题并带来显著的性能提升。
一．索引优化：识别慢查询：首先，通过慢查询日志或性能监控工具识别慢查询。
分析查询：查看查询的执行计划，确定是否可以利用索引加速查询。
创建或优化索引：如果发现缺少必要的索引，创建索引；如果存在冗余或低效的索引，则进行优化或删除。
二．查询优化：重写复杂查询：将复杂的联接和子查询重写为更高效的查询方式，例如使用JOIN替代子查询。
使用合适的函数：避免在查询中使用复杂的函数，这可能会影响索引的使用和查询性能。
三．数据库设计优化：规范化：确保数据库表结构经过规范化，以减少数据冗余和潜在的更新、插入和删除异常。
反规范化：在适当的情况下，通过反规范化来提高查询性能，减少数据检索的复杂性。
四．硬件和配置优化：增加内存：提高数据库缓冲池的大小，以便数据库可以缓存更多的数据和索引。
使用更快的存储：选择高性能的硬盘或使用SSD来提高I/O性能。
调整数据库配置参数：根据数据库的工作负载和硬件资源，调整数据库的配置参数，如缓冲池大小、线程数等。
五．监控和调优：定期监控数据库性能：使用性能监控工具定期检查数据库的性能指标，如CPU利用率、磁盘I/O、查询响应时间等。
调整优化策略：根据监控结果，定期评估和调整优化策略，以保持数据库的最佳性能。
六．并发和负载管理：资源争用管理：分析并解决多个用户或应用程序之间的资源争用问题，确保数据库资源得到合理分配。
分区：使用分区技术将大型表和索引分成较小的、更易于管理的片段，以提高管理和查询性能。
七．定期维护：数据库维护：定期进行数据库维护，如重建索引、清理旧数据、更新统计信息等，以保持数据库性能和效率。
DB2数据库-性能测试监控
Index_hit_rate
数据库索引命中率
Total_Locks
数据库当前锁总数
Memory_Current_size
数据库当前内存使用大小
Memory_percent_total
数据库内存使用比例
Memory_hight_watermark
数据库内存高水位
Sort_Overflows
建议：根据业务需求，修改锁超时时间。
修改锁超时时间
Update db cfgLOCKTIMEOUTusing 1 ---表示锁等待超时时间为1秒
数据库最大应用数
Db2 get db cfg |grep–iapplications返回MAXAPPLS
建议：将此指标值设置为自动增长
最大应用数修改方法
Db2update db cfgMAXAPPLSusingAUTOMATIC
执行catalog database xir_trd at node node1为监控数据库分配节点，其中xir_trd为需要监控的数据库、node1为上一步创建的节点名
Spotlight客户端配置
完成DB2客户端的安装及配置
点击file选择connect ---spotlight on db2 LUN----new connection
DB2
一．
1.
概要介绍
DB2是IBM公司研发的关系数据库产品，目前广泛应用于金融、通信、交通等行业，在IBM随需应变的战略体系中扮演着重要角色。因为川农信属于金融行业，因此也在使用DB2，其版本为v9.7，所以在这里介绍一些9.7版本的新特性。
支持索引压缩、临时表数据压缩和xml压缩，更加降低了存储空间成本。
性能测试通常需要监控的指标
性能测试通常需要监控的指标在进行性能测试时，需要监控以下指标以评估系统的性能和效率：1.响应时间：响应时间是衡量系统响应请求的速度。
它是从发送请求到收到相应的时间间隔。
较短的响应时间表示系统运行速度快，用户获得结果的等待时间短。
2.吞吐量：吞吐量是单位时间内系统处理的请求数量。
它表示系统的处理能力，较高的吞吐量意味着系统能够同时处理更多的请求。
3.并发用户数：并发用户数指同时访问系统的用户数量。
它反映了系统能够同时支持的用户数量，较高的并发用户数表示系统能够处理更多的并发请求。
4.CPU使用率：CPU使用率表示当前系统的CPU利用率。
它反映了系统的负载情况，较高的CPU使用率可能导致系统性能下降。
5.内存使用率：内存使用率表示当前系统的内存利用率。
它反映了系统内存的负载情况，较高的内存使用率可能导致系统出现内存不足的情况。
6.网络延迟：网络延迟是从发送请求到接收到响应的时间间隔。
它反映了网络传输的速度和稳定性，较短的网络延迟表示网络传输速度快。
7.数据库响应时间：对于涉及数据库的系统，需要监控数据库的响应时间。
较短的数据库响应时间表示数据库访问效率高。
8.磁盘I/O：磁盘I/O是指磁盘的读写操作。
需要监控磁盘的读写速度和响应时间，较高的磁盘I/O可能影响系统的性能和效率。
9.错误率：错误率表示系统处理请求时出现错误的比率。
较低的错误率表示系统稳定性高，较高的错误率可能表示系统存在问题。
10.带宽利用率：带宽利用率表示当前网络带宽的利用率。
较高的带宽利用率可能导致网络拥堵和传输速度下降。
11.日志记录：性能测试还需要监控系统的日志记录，以便分析和诊断问题。
需要记录系统的运行日志、错误日志和性能日志等。
通过监控这些指标，可以评估系统的性能和效率，并及时发现和解决潜在的性能问题。
关于DB2常见性能问题的解决参考
关于DB2常见性能问题的解决参考最近一个项目在做性能测试时，在并发达到一定数后，DB2数据库资源占用很大，必须对数据库和应用进行优化。
该项目要求性能指标（CPU<70%，内存占用<70%，IO<60），按照网友介绍的经验，分别针对CPU、内存、IO进行问题排查和分析。
现将过程总结如下：一、CPU分析通过资源监视器查看一个或多个CPU 的使用率，确定确实存在CPU使用率一直居高不下的情况。
1、首先排除掉存在死循环的情况。
（并发下来后，CPU使用率会降下来）。
2、DB2占用CPU的主要行为有：语句编译、大量排序、DB2实用工具运行。
3、先查看是否有大量的语句编译：通过DB2的表函数MON_GET_WORKLOAD，可以查看到：select varchar(workload_name,30) as workload_name,sum(total_cpu_time),sum(total_compile_proc_time),sum(act_rqsts_total),um(total_compilations),sum(total_act_time), sum(pkg_cache_inserts), sum(pkg_cache_lookups) from TABLE(MON_GET_WORKLOAD('',-2)) as T group by workload_name如果compile_proc_time 高于5-10% 的total_cpu_time，并且pkg_cache_inserts/pkg_cache_lookups 高于4-5%，则数据库在语句编译上花费了太多的时间。
必须调大语句集中器STMT_CONC的大小。
采用逐步调大的方式来跟踪效果。
4、查看是否存在大量的SORT首先通过db2的快照，看是否存在大量的sort溢出✓Sort overflows/Total sorts * 100% 表示排序溢出百分比，通常情况下，该值应该小于3。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
建议：根据表的大小设置不同规格（4k、8k、16k、32k）的表空间，将表空间设置为自动增长的方式。
锁配置信息查看
Db2 get db cfg |grep–ilock
获取LOCKTIMEOUT这项指标的值，若为-1表示锁永远不会超时。
当前的应用系统主要分为两类：联机事务处理（OLTP）和联机分析处理（OLAP）。OLTP主要执行日常的事务处理，比如银行存取款、商场购物等，它的主要特点是对响应时间要求高，数据量一般较小，并发多，面向应用。OLAP主要指数据仓库、决策分析类系统，主要特点是数据量大，对实时性要求不高，面向主题。
针对这两种典型的系统，DB2提供了很好的支持。对于OLTP系统和数据量较小的OLAP系统，可以采用单分区架构。
数据库排序溢出总次数
SQL_Current
数据库当前执行的SQL语句
Tb_scan
数据库全表扫描的情况
Num_SQ_execut
执行次数较多的SQL
Package_Cache_Ratio
包缓存命中率
LOCK_SQL
造成数据库锁的SQL
Hight_CPU_TIME_SQL
最消耗系统资源的SQL
四
根据DB2监控指标中列出的指标名称，按测试指南指标、其他常用指标逐一给出详细的监控方法。
Db2wdong
DB2的看门狗，是db2sysc的父进程。如果db2sysc集成非正常终止，它将清除所占用的资源。
Db2vend
在主进程之外的围栏进程，所有db29.5的第三方代码都在这个进程中运行。
Db2fmp
围栏进程，在防火墙外运行用户的存储程序和用户定义函数代码。此进程代替了db2老版本中的db2udf和db2dari进程。
建议：将log pages read的值保持在0左右
日志大小及路径配置
Db2 get db cfg fot scnx_db |grep–I“log”---查看日志大小、个数、路径等配置
Path to log files---日志存放路径
LOGFILSIZ---单个日志文件大小
LOGPRIMARY----主日志文件个数
4
Db2sysc
系统控制线程。负责实例的启动关闭和管理正在运行的实例。
Db2tcpcm
tcoip交互监听器
Db2agent
协调代理代表应用程序实现数据库操作
Db2agntp
如果intra-parallel的属性是yes，那么会产生活动的副代理。它会为应用程序执行数据库操作。Dbagent将协调不同的db2agntp副代理的工作。
2.
上图描述了DB2的进程模型，长方形代表处理进程，椭圆形代表处理线程，DB2的主进程是db2sysc，在这个处理进程下有许多线 程，最主要的线程也是叫db2sysc，这个主要的线程派生了其他子线程。当一个远程的应用程序比如采用sql connect语句链接服务器时，通讯协议的远程监听器将接收这个请求，并联系db2agent，agent是一个代表DB2实现一些小操作的处理程序， 当发出请求的应用程序是本地的，也就是和DB2服务器在同一服务器上，如果不在同一个服务器上，那么采用db2tcpcm处理本地请求，如果在一台服务器 上采用db2ipccm线程来处理请求。如果发生本地和异地并行的情况，db2agent会生成其他线程的代理db2agntp线程。其他的线程如 db2pfchr、db2loggr、db2dlock它们应用到不同的目的。
主辅日志文件个数不要超过255，日志空间大小不要超过256G，且单个不易过大（最好不要超过1G）
修改日志大小方法：
Db2 update db cfg for scnx_db using logsecond 30 --将辅日志文件个数修改为30个
三．
1.
根据《TEST_GUIDE_NFUN_02非功能测试监控指南》整理出DB2数据库在性能测试项目中需监控的指标如下：
数据库缓冲池命中率
Index_hit_rate
数据库索引命中率
Total_Locks
数据库当前锁总数
Memory_Current_size
数据库当前内存使用大小
Memory_percent_total
数据库内存使用比例
Memory_hight_watermark
数据库内存高水位
Sort_Overflows
建议：根据业务需求，修改锁超时时间。
修改锁超时时间
Update db cfgLOCKTIMEOUTusing 1 ---表示锁等待超时时间为1秒
数据库最大应用数
Db2 get db cfg |grep–iapplications返回MAXAPPLS
建议：将此指标值设置为自动增长
最大应用数修改方法
Db2update db cfgMAXAPPLSusingAUTOMATIC
1.
DB2客户端配置
安装DB2客户端
点击开始，选择IBM DB2---DB2COPY1（缺省值）----命令行工具-----命令行窗口
输入DB2并回车
执行catalog tcpip node node1 remote 10.0.193.133 server 60010创建节点，其中node1为节点名、10.0.193.133为数据库服务器地址、60010为开放端口
修改某项开关的配置：
Db2 update dbm cfg usingDFT_MON_BUFPOOL= on --开启缓冲池的监控
Db2 update dbm cfg usingDFT_MON_BUFPOOL= off --关闭缓冲池的监控
建议：因监控需消耗系统资源，尽量减少对数据库性能的影响，建议开启需要监控项的监控开关。
3
db2sysc (Linux)db2syscs (Win)
DB2的主系统控制器或者引擎，对于一个完整的分区其中只有一个包含多线程的主引擎进程。所有的引擎可以分派单元都是进程中的线程。没有这个进程数据库服务器是无法工作的。
db2acd
主管运行状况监视器和自动维护实用程序的自主计算守护程序。此进程以前称为db2hmon
Db2pfchr
db2异步io数据读取
Db2pclnr
db2异步io数据写入
二．
收集性能测试项目中DB2数据库一些参数的最佳配置或DB2官网的推荐配置。
1.
Db2数据库默认情况下，监控参数一部分是处于关闭状态的，因此在需要监控数据库时，需打开部分监控，命令如下：
查看当前监控开关配置情况：
Db2 get dbm cfg on为开启off为关闭
数据库缓冲池大小修改：
alter bufferpool bp4k immediate size 1010将缓冲池BP4K的页数调整到1010
建议：将 BUFFPAGE 设置成 40000 个页（160 MB），或者等于机器总内存的 10%，或将bufferpool设置成自动增长。
表空间信息查看
Db2pd–d scnx_db–tablespaces 显示表空间信息
与Share-Nothing相对的另外一种常见的架构是Share-Disk。Share-Disk架构允许所有机器都可以访问全部的数据，好处是管理起来相对方便，而且任意一台机器宕机后，只要存储部分不出问题，其他机器上的系统可以照样访问数据。Share-Disk的设计目标主要是提供高可用性，一般用于OLTP系统。
但是有一些OLAP系统，比如国内一些通信公司和电力公司的经营分析系统，包含的数据超过几十TB，一台机器的处理性能根本无法满足要求。这时，可考虑DB2的多分区架构，即Shared Nothing架构。这种架构的优点就是能够充分利用系统资源，将一个大型的查询分解成若干个小查询并行运行在不同的系统中。由于每一个分区只能够访问自己分区的数据，当查询数据需要关联时。需要在分区中交换必要的数据，分区之间使用一种叫做FCM（Fast Communication Manager）的通信机制。这种架构对系统设计人员要求较高，一定要充分理解优化器与系统访问数据的规则，并且设计很好的分区键，才能够尽可能避免分区间大量的数据交换。
建议：使用将最大值修改为自动增长
代理应用程序数
db2 -v get snapshot for dbm |grep -i "agent"返回agent相关信息
idle agent显示空闲代理数量；
agents assigned from pool一个代理分配的次数；
agents creted from empty pool空闲情况下必须创建的代理数量；
指标类型
指标名称
指标描述
DB2
appls_cur_cons
指出当前已连接到数据库的应用程序数
sort_heap_allocated
拍快照时，以所选择的级别为所有排序分配
的排序推空间的总页面数
total_sorts
已经执行的排序总数
total_sorts_time
所有已执行排序的总已用时间（毫秒）
active_sorts
数据库中当前已经分配了排序堆的排序数
log_reads
由记录程序从磁盘读取的日志页数
log_writes
由记录程序写入磁盘的日志页数
lock_waits
应用程序或连接等待锁定的总次数
2.
根据日常性能测试总结归纳出《监控指南》中现缺少的性能指标如下：
指标பைடு நூலகம்型
指标名称
指标描述
DB2
Overall_hit_ratio
支持内联大对象。
在线表迁移功能。
支持实时表字段更改。
在性能监控方面DB29.7有了极大增强，新的监控模型不仅可以快速找出问题瓶颈，而且对系统的影响非常小。特别是对锁的监控，通过新的Locking Event Monitor可同时监控死锁、锁等待和锁超时。