基于内置、全面的 Oracle 和 MySQL 数据库专业知识监控在本地和云端运行的应用与基础设施。
发现目标后启动监视;通过主页获取紧急状况警报,监视性能;自定义监视阈值,满足 SLA 要求;通过纠正措施 (Corrective Action) 自动解决警报问题,缩短停机时间并防范意外事件;利用事件压缩 (Event Compression) 功能高效管理数据库事件;使用 Dynamic Runbook 更快地解决数据库事件问题。
使用 500 多个指标全面监视数据库,涵盖状态、负载、响应和性能等等;通过数据库舰队视图规模化地监视数据库,识别性能热点和未处理事件;下钻探索主页,查看活动会话、资源使用情况以及长时间运行的 SQL;使用 Corrective Action 自动解决数据库宕机和表空间已满警报。
全面监视 MySQL 状态、响应和性能;查看 InnoDB Cluster 的组复制指标;通过主页监视状态、数据库活动和紧急事件;运行执行计划 (Explain Plan),鉴别影响了应用性能的性能欠佳查询并分类;检查是否符合复制和安全性优秀实践要求,保护 MySQL 数据库。
使用代理收集目标指标,基于阈值评估指标并在超出阈值时生成警报。随后,代理将警报发送至 Oracle Enterprise Manager,基于警报创建事件。创建事件后,Oracle Enterprise Manager 通过电子邮件、Webhook、Slack、OS 命令或 SNMP Trap 通知 DBA 和 IT Ops 团队。在 Incident Manager 控制台中集中管理这些事件,或使用 ServiceNow 和 PagerDuty 等系统打开工单。
分别使用 Monitoring Template 为各类目标(例如生产目标和测试目标)定义监控设置。指定指标阈值,添加自定义指标(Metric Extension)和 Corrective Action(一种可自动解决警报问题的脚本)。
使用 Monitoring Template 和 Administration Group 来自动应用监控设置。
使用远程代理(而非每个主机的本地代理)简化数据库舰队监控工作。自动发现整个数据库系统,包括 RAC 数据库、可插拔数据库、监听器和 ASM,实现即时监控。
通过数据库舰队视图查看未解决事件,识别重度负载数据库。下钻至特定数据库,查看活动会话、资源使用情况和长时间运行 SQL,并访问 Performance Hub。
自定义指标的警报阈值。使用 Corrective Action 设置纠正措施,例如表空间已满时设置为 Add Space to Tablespace,宕机时设置为 Startup Database。对于自定义 SQL 查询,企业还可以使用 Metric Extension,满足自己的独特数据库需求。
发现、监控 MySQL 和 InnoDB Cluster 环境。通过主页查看当前状态、响应时间、数据库活动和紧急事件。
使用 Query Analyzer,通过运行执行计划 (Explain Plan) 识别性能欠佳查询并进行分类。
对照复制和安全性优秀实践评估 MySQL 数据库舰队的合规性。通过 Compliance Dashboard 监控合规性违规问题,审查补救建议。
使用事件规则 (Incident Rule) 为可操作事件 (Event) 创建事件 (Incident),通过通信工具(例如电子邮件和 Slack)发送通知,利用 ServiceNow 和 PagerDuty 等系统打开工单。
使用 Event Compression 策略减少事件数量。
使用 Incident Manager 跟踪整个事件生命周期(从创建到解决),利用 Dynamic Runbook 来捕获您团队的事件解决步骤,并在 IT Ops 团队解决事件问题时通过 Incident Manager 向其提供 Dynamic Runbook。
使用 Metric Extension 创建自有指标,监控特定于您环境的专有状况。企业可凭借完整开发和测试生命周期支持,从脚本起步创建 Metric Extension。测试结束后,分别向各个目标发布和部署 Metric Extension,或使用 Monitoring Template 来批量向多个对象发布和部署 Metric Extension。
注:为免疑义,本网页所用以下术语专指以下含义: