卓越的Oracle性能监控软件工具
Foglight for Oraclex需要帮助？我们随时为您提供支持。
Foglight for Oracle将解决数据库问题的时间缩短多达75 %。通过不间断地收集数据并对敏感性指标即时发出警报，优化Oracle性能Oracle监控工具可获得数据库运行状况的企业级视图并自动执行性能分析，从而快速识别和修复发生问题的服务器和资源区域。 借助这款功能强大的Oracle监控工具，您可以更大程度地提高数据库性能和可用性。 通过Foglight的全新SQL性能调查分析(PI)功能，您可以获得高度可扩展且易于配置的SQL工作负载性能分析引擎。功能Foglight for Oracle包括SQL PI分析引擎和卓越的数据库监控功能。
利用分析引擎收集和调查有关基准、锁定分析和变更跟踪的数据，从而主动优化性能。
访问全部所需的信息，以便提高Oracle性能并抑制对SQL语句的执行。
深入到数据立方体层面，以轻松调查数据库工作负载。 查看数据的每一个维度，包括用户、程序、SQL语句、对象、文件和会话。
通过阻塞锁定情况的历史审查记录，快速解决Oracle并发问题。 锁定分析是维度深入分析工作流程的一部分，可简化锁定调查。
了解服务器、实例、数据库和模式环境出现改变的时间，并了解应用程序SQL性能降级情况。 提供自定义变更警报。
快速轻松地确定应用程序环境中导致性能偏差的根本原因和症状。
细化到语句级别查看等待事件数据，以快速解决与资源相关的性能问题。
深入分析SQL语句执行计划并通过以下功能确定瓶颈：智能操作分析复杂对象分析执行计划比较
通过直观的界面、内置的专家指导和易于遵循的工作流程，快速完成工作。
通过确定最关键的问题并立即采取措施，解决Oracle和其他平台中的性能问题。
利用快速简单的向导驱动式安装流程，几分钟内即可开始监控数据库。 将Foglight for Oracle与其他端到端企业级监控设备无缝集成。
接收有针对性的内置报告。 利用易于使用的向导，您可以定义、自定义、生成、计划以及交付有关系统运行状况、性能、趋势、更改以及各种其他主题和数据点的报告。
凭借管理和性能视图以及包含关联工作流程的弹出式建议，了解Oracle企业部署的运行状况和活动。
通过自动检测和计算所有指标的正常范围对性能进行跟踪，并在偏离正常活动时发送警报。
无论是在虚拟环境还是物理环境中运行，均可获得SQL Server的相关操作系统指标。
利用自动实例发现或特定主机，部署Foglight功能。 必要时，可手动添加实例。
从任一详细分析屏幕上，使用快速简单的导航解决近期发生的性能问题。
高效地监控故障转移复制并管理存储。 针对群集负担和互连问题以及群集级或实例级问题发送通知，以便您可以立即采取纠正措施。
轻松了解可插拔数据库的运行状况和活动。
集中管理和配置，并自定义各个连接。
管理警报和添加注解、设置停机时间，并搜索以往的解决方案。
确定发生等待的位置以及导致该事件的原因。
利用Foglight收集的数据，自定义视图并生成报告。
在单个视图中查看完整的实例运行状况。
SQL-PI：顶级SQL
通过追溯到顶级SQL后再更深入地分析数据，来调查工作负载。
检查顶级对象、文件和磁盘I/O统计信息及等待事件。
跟踪变更并直观地将其与工作负载关联起来。
比较配置和性能统计信息。
分析存储节点的性能并在检测到问题时接收警报。
查看、分析和比较SQL语句的执行计划。
规格支持的Oracle数据库版本10g11g12c。支持所有Oracle版本：Enterprise EditionStandard EditionStandard Edition OneStandard Edition 2Express EditionPersonal Edition支持的操作系统Oracle支持的所有操作系统。注：SQL PI扩展支持Oracle版本11gR1及更高版本支持的语言美国英语资源Databases evolve fast and smart database administrators (DBAs) evolve even faster. As the landscape shifts from reliance on relational database management systems (RDBMS) to public-cloud Database as a Service (DBaaS), so do the responsibilities of the DBAKeeping databases at peak performance is essential to maintaining business-critical applications and database performance tuning is one of your most important tasks. This Tech Brief sums up the challenges and offers a solution... without breaking the bankThe Performance Investigator feature of Foglight for Oracle helps you:
o Achieve top database performance by providing comprehensive database, storage and virtualization monitoring, along with advanced workload analyticsThis white paper addresses key methods for successfully managing today’s complex cross-platform database infrastructures.After choosing Foglight for Databases, CommitDBA was able to respond to customer issues in real time, providing critical redundancies and keeping client
databases running 24/7.更多资源迈上新台阶相关产品轻松实现可扩展、智能且基于网络的全天候监控轻松优化SQL Server数据库性能通过持续、可扩展且基于Web的Sybase数据库监控更快地解决问题。跨不同的环境整合并标准化数据库性能管理。获得高可用性、可扩展性，并且可以与重要的数据复制实现近乎实时的数据集成支持和服务自助式工具将帮助您安装、配置产品以及进行故障排除。
查找适当的支持级别，以满足企业的独特需求。从现场或异地提供的一系列可用服务中进行搜索，以最好地满足您的需求。通过网络在线、现场或虚拟形式提供教师指导的培训课程。分享查看: 1524|回复: 17
AWR中TOP 10出现这些GC等待事件如何解决？
论坛徽章:4
除了做应用隔离(相当于做HA)彻底的解决，还有维持两节点负载均衡架构下的调优方法吗？
(31.22 KB, 下载次数: 1)
09:26 上传
论坛徽章:180
这个一般解决应用隔离,另外看看sql语句是否可以优化,减少逻辑读.也可以减少gc等待....
论坛徽章:69
这个要从应用下手，把TOP GC等待的SQL进行分析。
让，也看看global awr看看interconnect相关的部分，确保硬件没问题
认证徽章论坛徽章:8
最彻底的是应用层面分片解决。
如果多个应用模块相对独立，也可以试试通过配置service解决。
论坛徽章:4
lfree 发表于
这个一般解决应用隔离,另外看看sql语句是否可以优化,减少逻辑读.也可以减少gc等待....
都是很简单的sql语句 insert，只是并发高些
论坛徽章:4
wolfop 发表于
这个要从应用下手，把TOP GC等待的SQL进行分析。
让，也看看global awr看看interconnect相关的部分，确保硬 ...
这个应该是走私网吧？速率没问题吧？
(53.79 KB, 下载次数: 0)
15:02 上传
论坛徽章:4
sqysl 发表于
最彻底的是应用层面分片解决。
如果多个应用模块相对独立，也可以试试通过配置service解决。
开头我就说了，最好应用隔离,&&现在讨论的前提是除了应用隔离的调优方法
论坛徽章:180
jxc_hn 发表于
都是很简单的sql语句 insert，只是并发高些
这就没有什么好方法,如果里面使用seq,设置大一些cache,可能的化noorder,不过这样带来另外的问题.
论坛徽章:149
如果服务器开启了NUMA，数据库恰巧也是11GR2的话，这里还是有个BUG的，会产生很高的GC等待
论坛徽章:69
jxc_hn 发表于
这个应该是走私网吧？速率没问题吧？
TOP GC等待的SQL呢？
itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有　　　　
　北京市公安局海淀分局网监中心备案编号：10　广播电视节目制作经营许可证：编号（京）字第1149号查看:1410|回复：9
助理工程师
求用 windows 的性能监视器加sql profiler监视MSSQL活动性能的操作流程，来进行针对MSSQL的性能优化，谢谢，上图：
(326.67 KB)
(447.71 KB)
本帖最后由 xmw2014 于
11:05 编辑
《五、性能监视（2）Windows性能日志》
“四、将跟踪与 Windows 性能日志数据关联”
MCITP/MCSE/MCT/MVP&&SQL Server
那些年，我们一起追过的MS SQL Server
http://jimshu.
1. 在 SQL Server Profiler中，打开保存的跟踪文件或跟踪表。 不能关联仍在收集事件数据的运行中的跟踪。 为实现与系统监视器数据的准确关联，跟踪必须同时包含 StartTime 和 EndTime 数据列。
2. 在 SQL Server Profiler的“文件”菜单上，单击“导入性能数据”。
3. 在“打开”对话框中，选择包含性能日志的文件。 必须在捕获跟踪数据的同一时间段捕获性能日志数据。
4. 在“性能计数器限制”对话框中，选中与要显示在跟踪旁边的性能监视器对象和计数器相对应的复选框。 单击“确定”。
5. 在跟踪事件窗口中选择一个事件，或者使用箭头键在跟踪事件窗口的几个相邻行中导航。 “性能监视器数据”窗口中的红色竖线指明与所选跟踪事件关联的性能日志数据。
6. 在性能监视器图形中单击一个相关点。 将选中时间最接近的相应跟踪行。 若要扩大时间范围，请在性能监视器图形中按住并拖动鼠标指针。
通常用ＤＭＶ就可以定位问题语句了
SQL Server MCITP, MVP, MCT, DBA
助理工程师
引用:原帖由 seusoftware 于
16:12 发表
通常用ＤＭＶ就可以定位问题语句了 谢谢，再一次谢谢你，我会去研究DMV的，但是我想我先要搞清楚我说的这个功能，如果你有关于DMV相关的案例，请赐教一二，谢谢了
助理工程师
引用:原帖由 jimshu 于
13:10 发表
《五、性能监视（2）Windows性能日志》
http://jimshu./9091
“四、将跟踪与 Windows 性能日志数据关联” 舒老师，谢谢，一直关注您写的文章，您写的就是我需要的。
助理工程师
引用:原帖由 yt1314sxh 于
15:19 发表
1. 在 SQL Server Profiler中，打开保存的跟踪文件或跟踪表。 不能关联仍在收集事件数据的运行中的跟踪。 为实现与系统监视器数据的准确关联，跟踪必须同时包含 StartTime 和 EndTime 数据列。
2. 在 SQL Server Profil ... 谢谢yt1314sxh,学习了
小微企业IT帮
这里有系列教程：
SQL Server 2008 MCITP | SQL Server 2012 MCSE | SQL Server MVP | MySQL 5.6 OCP | Oracle 11g OCP
舒老师的文章很清晰地说明了怎么做啊！
SQL Server DBA
小微企业IT帮
在压测时，如果没有记录性能监视器数据！可以这样来联合分析！这两者对性能影响是挺大的，尤其录制profiler!一般DMV就可大概定位了
SQL Server 2008 MCITP | SQL Server 2012 MCSE | SQL Server MVP | MySQL 5.6 OCP | Oracle 11g OCPORACLE数据库性能监控及参数调整
注：以下指标取自Oracle的性能分析工具Statspack所提供的性能分析指标。
1．关于实例效率（Instance
Efficiency Percentages）的性能指标
缓冲区未等待率(Buffer Nowait %)
指在缓冲区中获取Buffer的未等待比率。
该指标的值应接近100%，如果该值较低，则可能要增大buffer
Redo缓冲区未等待率(Redo NoWait %)
指在Redo缓冲区获取Buffer的未等待比率。
该指标的值应接近100%，如果该值较低，则有2种可能的情况：1）
online redo log没有足够的空间；
2）log切换速度较慢。
缓冲区命中率(Buffer Hit %)
指数据块在数据缓冲区中的命中率。
该指标的值通常应在90%以上，否则，需要调整。如果持续小于90%，可能要加大db_cache_size。但有时，缓存命中率低并不意味着cache设置小了，可能是潜在的全表扫描降低了缓存命中率。
内存排序率(In-memory
指排序操作在内存中进行的比率。当查询需要排序的时候，数据库会话首先选择在内存中进行排序，当内存大小不足的时候，将使用临时表空间进行磁盘排序，但磁盘排序效率和内存排序效率相差好几个数量级。
该指标的值应接近100%，如果指标的值较低，则表示出现了大量排序时的磁盘I/O操作，可考虑加大sort_area_size参数的值。
共享区命中率(Library
该指标主要代表sql在共享区的命中率。
该指标的值通常应在95%以上，否则需要考虑加大共享池（修改shared_pool_size参数值），绑定变量，修改cursor_sharing等参数。
软解析的百分比(Soft Parse %)
该指标是指Oracle对sql的解析过程中，软解析所占的百分比。软解析（soft
parse）是指当Oracle接到Client提交的Sql后会首先在共享池（Shared
Pool）里面去查找是否有之前已经解析好的与刚接到的这一个Sql完全相同的Sql。当发现有相同的Sql就直接用之前解析好的结果，这就节约了解析时间以及解析时候消耗的CPU资源。
该指标的值通常应在95%以上，如果低于80%，那么就可能sql基本没被重用，sql没有绑定变量，需要考虑绑定变量。
闩命中率 (Latch Hit %)
指获得Latch的次数与请求Latch的次数的比率。
该指标的值应接近100%，如果低于99%，可以考虑采取一定的方法来降低对Latch的争用。
SQL语句执行与解析的比率
(Execute to Parse %)
指SQL语句执行与解析的比率。SQL语句一次解析后执行的次数越多，该比率越高，说明SQL语句的重用性很好。
该指标的值应尽可能到高，如果过低，可以考虑设置session_cached_cursors参数。
共享池内存使用率(Memory Usage %)
该指标是指在采集点时刻，共享池（share
pool）内存被使用的比例。
这指标的值应保持在75%~90%,如果这个值太低，就浪费内存，如果太高，会使共享池外部的组件老化，如果SQL语句被再次执行，则就会发生硬分析。
2．关于等待事件（Wait
events）的性能指标
文件分散读取(db file scattered read
该等待事件通常与全表扫描有关。因为全表扫描是被放入内存中进行的进行的，通常情况下它不可能被放入连续的缓冲区中，所以就散布在缓冲区的缓存中。
如果这个等待事件比较显著，可能说明对于某些全表扫描的表，没有创建索引或没有创建合适的索引。尽管在特定条件下执行全表扫描可能比索引扫描更有效，但如果出现这种等待时，最好检查一下这些全表扫描是否必要。
文件顺序读取(db file sequential read
该等待事件通常与单个数据块相关的读取操作有关。
如果这个等待事件比较显著，可能表示在多表连接中，表的连接顺序存在问题，或者可能不合适地使用了索引。对于大量事务处理、调整良好的系统，这一数值大多是很正常的，但在某些情况下，它可能暗示着系统中存在问题。应检查索引扫描，以保证每个扫描都是必要的，并检查多表连接的连接顺序。另外DB_CACHE_SIZE
也是这些等待出现频率的决定因素。
缓冲区忙(buffer busy (cs))
当一个会话想要访问缓存中的某个块，而这个块正在被其它会话使用时，将会产生该等待事件。这时候，其它会话可能正在从数据文件向缓存中的这个块写入信息，或正在对这个块进行修改。
出现这个等待事件的频度不应大于1%。如果这个等待事件比较显著，则需要根据等待事件发生在缓存中的哪一块（如字段头部、回退段头部块、回退段非头部块、数据块、索引块等），采取相应的优化方法。
(enqueue (cs))
是一种保护共享资源的锁定机制。该锁定机制保护共享资源，如记录中的数据，以避免两个人在同一时间更新同一数据。enqueue
包括一个排队机制，即FIFO(先进先出)排队机制。注意：Oracle 的latch 机制不是FIFO。Enqueue
等待通常指的是ST enqueue、HW enqueue、TX4 enqueue 和TM enqueue。
如果enqueue等待事件比较显著，则需要根据enqueue等待类型，采取相应的优化方法。
闩释放(latch free (cs))
该等待事件意味着进程正在等待其他进程已持有的latch。latch是一种低级排队机制(它们被准确地称为相互排斥机制),用于保护系统全局区域(SGA)中共享内存结构。latch
就像是一种快速地被获取和释放的内存锁。latch 用于防止共享内存结构被多个用户同时访问。
对于常见的Latch等待通常的解决方法：1）Share pool
latch：在OLTP应用中应该更多的使用绑定变量以减少该latch的等待。
2）Library cache latch：同样的需要通过优化sql语句使用绑定变量减少该latch的等待。
日志文件同步(log file sync (cs))
这个等待事件是指当一个会话完成一个事务（提交或者回滚数据）时，必须等待LGWR进程将会话的redo信息从日志缓冲区写到日志文件后，才能继续执行下去。
这个等待事件的时间过长，可能是因为commit太频繁或者lgwr进程一次写日志的时间太长（可能是因为一次log io
size太大），可调整 _log_io_size，结合log_buffer,使得
(_log_io_size*db_block_size)*n =
log_buffer，这样可避免和增大log_buffer引起冲突，或者可以将日志文件存放在高速磁盘上
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。