做网站要不要学ps,在线3d设计家官网,做文交所的都有哪些网站,大连百度seo对于常规数据库的运维监控来说#xff0c;如何能够快速简洁的发现问题#xff0c;直达问题本质并解决常见问题#xff0c;是 Bethune 的安身立命之本。简约#xff0c;优雅#xff0c;专业#xff0c;直抵本心#xff0c;这是用户对 Bethune 的评价。Bethune X 功能强大… 对于常规数据库的运维监控来说如何能够快速简洁的发现问题直达问题本质并解决常见问题是 Bethune 的安身立命之本。简约优雅专业直抵本心这是用户对 Bethune 的评价。Bethune X 功能强大许多特性能够很好地解决DBA日常运维中遇到的问题本文选取几个场景介绍如何利用 Bethune X 为你的数据库多添一道保障阅读提示Part 1通过空间监控功能分析 AUD$ 的空间Part 2通过下钻功能探查数据库深层问题Part 3通过SQL自定义监控实现主机日志监控在Bethune的监控中针对表空间的空间增长具有一个曲线监控展示用于显示空间都变化趋势。例如如下视图展示了SYSTEM表空间高达 87%的空间被 AUD$ 占用AUD$ 存储的是数据库的审计信息已经占用了 8G 的存储空间如果这些信息不被使用可以考虑通过TRUNCATE清除SQL select segment_name,bytes/1024/1024 MB from dba_segments where segment_nameAUD$;SEGMENT_NAME MB------------------------------ ----------AUD$ 8154SQL truncate table sys.aud$;Table truncated.SQL select segment_name,bytes/1024/1024 MB from dba_segments where segment_nameAUD$;SEGMENT_NAME MB------------------------------ ----------AUD$ .0625这个数据库版本是 11.2.0.4 ,清理空间之后Bethune 的空间展示变化如下图所示Bethune 空间展示还可以更进一步在 Bethune 的监控预警中当问题具有可追溯性时在告警右侧就会有一个可点击的小图标帮助我们进一步分析问题。下图中系统监控发现了长事务对于OLTP系统长时间运行的 DML 操作是必须要要多加关注的进一步的点击追溯系统会呈现出详细的信息例如用户和SQL信息等点击SQLID就进入了SQL和执行计划页面。一目了然的可以看到这个 DELETE 语句因为全表扫描的执行计划而执行缓慢极度影响性能事实上到这里 Bethune 就已经完成了整个问题的预警、根因追溯。接下来就应该是 DBA 们大显身手的地方了。注意监控是发现问题的手段而如何解决问题解决问题的时间则要由 DBA 来决策和抉择。DBA 可以根据数据和查询字段的选择性来判断是否可以通过创建索引提高效率。并且不能在业务高峰期间进行索引创建操作避免引发系统竞争。SQL select count(*) from TP_SYS_FIELDHISTORY; COUNT(*)---------- 2430863SQL select count(distinct(RECORDID)) from CUST_U_ENMOTECH.TP_SYS_FIELDHISTORY;COUNT(DISTINCT(RECORDID))------------------------- 1944293SQL explain plan for delete from tp_sys_fieldhistory where recordid:SYS_B_0 2 ;Explained.SQL set serveroutput onSQL select * from table(dbms_xplan.display());PLAN_TABLE_OUTPUT--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Plan hash value: 2894643821------------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |------------------------------------------------------------------------------------------| 0 | DELETE STATEMENT | | 1 | 42 | 10379 (1)| 00:02:05 || 1 | DELETE | TP_SYS_FIELDHISTORY | | | | ||* 2 | TABLE ACCESS FULL| TP_SYS_FIELDHISTORY | 1 | 42 | 10379 (1)| 00:02:05 |------------------------------------------------------------------------------------------Predicate Information (identified by operation id):--------------------------------------------------- 2 - filter(RECORDID:SYS_B_0)14 rows selected.SQL create index idx_tpsys_fldhist_rcd on TP_SYS_FIELDHISTORY(RECORDID) compute statistics;Index created.SQL explain plan for delete from tp_sys_fieldhistory where recordid:SYS_B_0;Explained.SQL select * from table(dbms_xplan.display());PLAN_TABLE_OUTPUT--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Plan hash value: 3460354814-------------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |-------------------------------------------------------------------------------------------| 0 | DELETE STATEMENT | | 1 | 42 | 3 (0)| 00:00:01 || 1 | DELETE | TP_SYS_FIELDHISTORY | | | | ||* 2 | INDEX RANGE SCAN| IDX_TPSYS_FLDHIST_RCD | 1 | 42 | 3 (0)| 00:00:01 |-------------------------------------------------------------------------------------------Predicate Information (identified by operation id):--------------------------------------------------- 2 - access(RECORDID:SYS_B_0)从以上的测试效果来看通过一个索引的创建原SQL的成本降低到3效率大大提升。Bethune 在下一个版本中将完全实现到创建之前的所有建议实现智能化的索引推荐。Bethune X 支持 SQL 自定义监控通过添加一个SQL采集任务配置告警策略来实现数据库内数据的监控。对于日志Bethune X 已经预设了Oracle alert 日志监控除了Oracle的alert 日志其他日志可以通过添加Oracle 外部表的方式实现监控以下例子就是实现了Linux 上secure 日志监控的配置过程。第一步必要的赋权在root 用户下将/var/log/secure 的读权限给到Oracle 用户chmod 744 /var/log/secure第二步创建外部表登陆到 Oracle 数据库创建 directory确保 数据库能够读取该路径下的日志/var/log/create or replace directory var_log as /var/log’;如果外部表不在sys底下创建则需要对该目录进行赋权例如在BP_QUERY下创建外部表则需要将该目录读写权限赋权给BP_QUERY用户grant read,write on directory var_log to BP_QUERY;以/var/log/secure 日志文件创建外部表这个外部表只有一个字段每行日志一行数据CREATE TABLE secure_log( text varchar2(4000))ORGANIZATION EXTERNAL (TYPE ORACLE_LOADER DEFAULT DIRECTORY var_log ACCESS PARAMETERS (RECORDS DELIMITED BY NEWLINE nobadfile nodiscardfile nologfile ) LOCATION (secure) ) reject limit unlimited ;创建好之后可以测试一下改外部表是否创建成功select * from secure_log where rownum10将该读权限赋给Bethune X 采集用户BP_QUERY。如果这个外部表是在BP_QUERY用户下创建则不用grant select on secure_log to BP_QUERY;第三步添加SQL自定义采集任务在Bethune X 设置/采集任务配置 里面添加一个SQL类的采集任务。示例图如下采集任务选择Oracle采集频率按需配置。SQL 脚本我用 instrsubstrto_date 的方式把日志里面的日期部分转成了Oracle 可以识别的日期并做了最近一小时的限定(sysdate-1/24)。配置好SQL脚本之后需要选择相应的数据库进行测试因为我们是在Enmotech 这个数据库上做的这个外部表所以选择Enmotech 作为测试数据库测试通过的数据库才能启动这个采集项。第四步创建告警策略添加到模板使用到目标数据库保存好采集任务之后在告警策略里针对这个数据采集项「安全日志外部采集」创建告警策略。监控类型选择「数据库」—「Oracle」—「自定义」SQL 自定义采集任务通过对采集SQL返回的字段进行规则配置。这儿我们返回了通过日志截取转化的时间字段「log_date」和内容字段「text」这儿我们对「TEXT 」字段进行规则配置利用like 表达式做全模糊查询包含这段关键字的日志都会触发该告警规则。告警模板的配置需要通过变量的方式将主机名数据名等预设变量和字段变量加入到告警模板里。字段变量需要用 ${字段名} 的方式包起来配置方式可以数据悬停告警模板旁边的 i 展示出来。配置好告警策略后配置到相应的模板再把相应的库配置上该告警策略。如果触发了告警就可以在 控制台/告警看板 里面看到该告警。也可以在「数据库详情」页面最近告警里面看到告警信息。以上就是利用 Oracle 外部表Bethune X 自定义 SQL 监控的方式实现主机日志监控的一个例子。总结一下1.通过赋权让Oracle用户有权限读取日志的权限2.创建外部表让Oracle 数据库能访问该日志3.在Bethune X 里面创建采集任务并保证目标数据库的采集任务能测试成功4.针对这个采集任务创建个告警策略添加到模板里面应用到数据库上。2020 对你的 DBA 好一点一套 Bethune 交个好朋友数据驱动成就未来云和恩墨不负所托云和恩墨是全球化数据资产端到端解决方案提供商致力于将数据思维带给每个组织、每个人构建数据驱动的智能未来。我们在数据服务、运维平台、数据智能、教育培训等领域为企业和个人提供可信赖的产品、解决方案和服务与业界厂商广泛合作围绕用户需求持续为客户创造价值、为行业培养人才激发数据潜能为成就未来数字化企业和数据人才而不懈努力。云和恩墨坚持围绕数据时代客户面临的挑战持续创新不断加大研发投入持续完善贯穿业务智能、开发管控、云管平台、分布式存储和基础运维的端到端产品和服务助力企业和个人成功。
