1. 项目概述一个面向Oracle数据库的自动化运维工具集最近在梳理团队内部的数据库运维流程发现很多针对Oracle数据库的重复性操作比如日常巡检、性能快照采集、特定SQL的定时执行与结果收集等每次都需要手动拼接脚本既容易出错也耗费大量时间。就在寻找解决方案时我在GitHub上发现了YichengYang-Ethan/oracle3这个项目。从名字和仓库描述来看这是一个专门为Oracle数据库设计的工具集旨在通过自动化的方式简化DBA数据库管理员的日常工作提升运维效率和规范性。这个项目吸引我的地方在于它的定位非常明确不做大而全的监控平台而是聚焦于解决Oracle DBA日常工作中那些“小而烦”的痛点。它更像是一个工具箱里面装满了各种趁手的“扳手”和“螺丝刀”你可以根据实际需要组合使用。对于任何需要频繁与Oracle数据库打交道尤其是负责多套数据库实例维护的团队或个人来说这样一个工具集的价值不言而喻。它能将我们从重复的脚本编写和手动执行中解放出来把精力更多地投入到数据库架构设计、性能深度优化等更有价值的工作上。2. 核心架构与设计理念拆解2.1 为什么是“工具箱”而非“监控平台”在深入代码之前理解作者的设计理念至关重要。市面上不乏优秀的数据库监控平台如Zabbix、Prometheus with exporters等它们功能强大但往往部署复杂定制化成本高。oracle3选择了一条更轻量、更灵活的道路。它的核心思想是“任务驱动”和“结果导向”。整个工具集围绕一个个具体的运维任务来构建例如“收集AWR报告”、“检查表空间使用率”、“分析锁等待”。每个任务都是一个独立的、可配置的执行单元。这种设计带来了几个显著优势低侵入性不需要在数据库服务器上部署常驻的Agent进程通常只需要一个具有适当权限的数据库账号通过脚本定时连接执行即可。这大大降低了部署和维护的复杂性也减少了对生产环境稳定性的潜在影响。高灵活性你可以像搭积木一样自由组合这些任务形成符合自己业务需求的巡检或运维流程。今天需要关注性能就多跑几个性能采集任务明天需要做容量规划就执行空间使用率分析任务。易于集成由于其输出通常是结构化的文本如CSV、HTML或易于解析的日志它可以非常方便地与现有的CI/CD流水线、告警系统或报表工具集成。例如将每日的巡检报告自动发送到钉钉/企业微信群或者当某个指标超过阈值时触发告警。2.2 技术栈选型与模块化设计浏览项目结构可以看出其技术栈的选择非常务实主要基于 ShellBash和 SQL*Plus。这几乎是Oracle DBA的“母语”确保了工具的普适性和低学习成本。Shell (Bash)作为粘合剂和调度器。它负责环境检查、参数解析、任务调度、结果收集与格式化、错误处理以及调用下游的SQL脚本。Shell脚本的强大之处在于其系统调用和文本处理能力非常适合这类自动化任务。SQL*Plus作为与Oracle数据库交互的核心客户端。所有对数据库的查询、数据操作都通过SQLPlus执行。项目中的SQL脚本都针对SQLPlus进行了优化充分利用了其SPOOL输出到文件、SET参数控制输出格式等功能。项目通常采用模块化设计目录结构清晰oracle3/ ├── bin/ # 主执行脚本如 run_awr.sh, check_tablespace.sh ├── sql/ # 核心SQL脚本库按功能分类 │ ├── performance/ # 性能相关如 awr_report.sql, ash_report.sql │ ├── capacity/ # 容量相关如 tablespace_usage.sql │ └── health/ # 健康检查如 invalid_objects.sql, lock_check.sql ├── conf/ # 配置文件存放数据库连接信息、任务参数等 ├── logs/ # 运行日志目录 └── output/ # 任务输出结果报告、数据文件这种结构让维护和扩展变得非常简单。当需要新增一个检查项时你只需要在sql/目录下编写一个对应的SQL脚本然后在bin/目录下创建一个调用它的Shell脚本即可。注意使用SQL*Plus意味着你需要确保运行环境通常是Linux服务器上已经安装并正确配置了Oracle Instant Client或完整客户端并且PATH和LD_LIBRARY_PATH等环境变量设置正确。这是部署时需要解决的第一个依赖。3. 核心功能模块深度解析3.1 自动化性能诊断与报告生成这是oracle3工具集的核心价值之一。手工抓取和分析AWR自动工作负载仓库报告是一项繁琐的工作。该项目提供了自动化的解决方案。实现原理参数化输入脚本通过命令行参数或配置文件接收要分析的数据库实例标识、快照ID范围或自动选择最近的两个快照、报告类型HTML/TEXT以及输出路径。动态SQL生成主控Shell脚本会根据输入参数动态拼接出调用DBMS_WORKLOAD_REPOSITORY包的SQL语句。例如生成HTML格式的AWR报告的核心SQL类似于SELECT output FROM TABLE(DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_HTML( l_dbid :dbid, l_inst_num :inst_num, l_bid :begin_snap_id, l_eid :end_snap_id ));报告提取与保存通过SQL*Plus的SPOOL命令将上述查询结果即完整的AWR报告HTML源码输出到指定文件。Shell脚本随后可以对生成的文件进行重命名、压缩或移动到集中存储位置。实操要点与避坑快照管理脚本通常提供“自动选择最近快照”的功能。其逻辑是查询DBA_HIST_SNAPSHOT视图按快照时间降序排列取最近的两个。你需要确保数据库的AWR保留策略和快照间隔设置合理否则可能抓不到所需时间段的快照。并发执行如果同时对多个实例执行AWR报告生成要注意数据库服务器的负载以及spool文件的写入冲突。好的实践是在脚本中为每个实例或每次执行生成带有时间戳和实例名的唯一输出文件名。错误处理脚本必须包含健壮的错误处理。例如当输入的快照ID不存在、数据库连接失败时脚本应能捕获SQL*Plus的返回码记录到日志中并优雅退出而不是产生一堆难以排查的错误输出。3.2 容量与空间监控自动化预防胜于治疗在表空间爆满之前发现问题至关重要。oracle3中的容量监控模块通常包含对表空间、数据文件、归档日志等使用情况的定期检查。一个典型的表空间检查SQL脚本 (sql/capacity/tablespace_usage.sql) 可能如下SET LINESIZE 200 PAGESIZE 1000 COL TABLESPACE_NAME FOR A30 COL USED_MB FOR 9,999,999.99 COL FREE_MB FOR 9,999,999.99 COL TOTAL_MB FOR 9,999,999.99 COL PCT_USED FOR 990.99 COL MAX_MB FOR 9,999,999.99 COL PCT_MAX_USED FOR 990.99 SELECT a.tablespace_name, ROUND(a.bytes_alloc / 1024 / 1024, 2) AS TOTAL_MB, ROUND((a.bytes_alloc - NVL(b.bytes_free, 0)) / 1024 / 1024, 2) AS USED_MB, ROUND(NVL(b.bytes_free, 0) / 1024 / 1024, 2) AS FREE_MB, ROUND((a.bytes_alloc - NVL(b.bytes_free, 0)) / a.bytes_alloc * 100, 2) AS PCT_USED, ROUND(a.max_bytes / 1024 / 1024, 2) AS MAX_MB, ROUND((a.bytes_alloc - NVL(b.bytes_free, 0)) / a.max_bytes * 100, 2) AS PCT_MAX_USED FROM (SELECT tablespace_name, SUM(bytes) bytes_alloc, SUM(DECODE(autoextensible, YES, maxbytes, bytes)) max_bytes FROM dba_data_files GROUP BY tablespace_name) a, (SELECT tablespace_name, SUM(bytes) bytes_free FROM dba_free_space GROUP BY tablespace_name) b WHERE a.tablespace_name b.tablespace_name() ORDER BY PCT_MAX_USED DESC;Shell脚本的职责调用上述SQL脚本并将结果spool到一个CSV或文本文件。解析输出文件根据预设的阈值例如表空间使用率超过85%告警超过95%紧急进行判断。根据判断结果执行相应动作仅记录日志、发送邮件告警、甚至自动添加数据文件需谨慎通常不建议全自动。经验分享阈值差异化不要对所有表空间使用同一阈值。对于系统表空间如SYSTEM, SYSAUX应该设置更保守的阈值如80%因为它们的空间问题可能引发更严重的问题。对于业务数据表空间可以根据历史增长趋势和业务重要性来设定。关注自动扩展查询中计算了PCT_MAX_USED当前已用空间占最大可扩展空间的百分比这比单纯的PCT_USED更有意义。一个表空间可能当前只用了50%但如果它的数据文件都已开启自动扩展且快达到磁盘上限那么PCT_MAX_USED可能已经很高这才是真正的风险点。结果格式化将结果输出为CSV格式可以非常方便地导入Excel进行图表分析或者被其他监控系统摄取。3.3 健康检查与合规性审计日常健康检查是DBA的必修课。oracle3可以将这些检查点脚本化、自动化。常见的健康检查项包括无效对象检查定期检查DBA_OBJECTS中状态为INVALID的对象及时发现因依赖关系变更导致的编译失败。锁与阻塞监控查询V$LOCK和V$SESSION识别长时间持有锁或阻塞其他会话的会话并提供终止阻塞会话的选项在脚本中通常是注释掉的命令需要人工确认后执行。作业与调度状态检查DBA_SCHEDULER_JOBS和DBA_JOBS确保重要的后台作业运行正常没有因失败而处于BROKEN状态。参数合规性检查核对关键初始化参数如memory_target,processes,open_cursors是否与基线配置一致防止未经授权的修改。脚本设计技巧可配置的检查项最好的设计是将所有检查项列在一个配置文件中每条检查项对应一个SQL文件路径和描述。主脚本遍历这个配置文件依次执行每个SQL并汇总所有结果。这样增删检查项只需修改配置文件无需改动主脚本。分级输出健康检查报告应该清晰明了。可以采用分级标记如[PASS]、[WARNING]、[FAILURE]。对于[FAILURE]的项不仅要输出问题描述最好还能给出初步的修复建议或相关知识库链接。历史对比高级的实现可以将每次健康检查的结果摘要或关键指标存入一个历史表或文件中。这样通过对比历史数据可以更容易地发现趋势性变化比如无效对象数量逐渐增多、某个表空间增长加速等。4. 部署、配置与实战集成指南4.1 环境准备与依赖安装要让oracle3跑起来你需要准备一个可以访问目标Oracle数据库的跳板机或运维服务器。这台机器需要满足以下条件操作系统主流的Linux发行版如RHEL/CentOS 7 或 Ubuntu 18.04。确保已安装bash、cron用于定时任务、mailx或sendmail如需邮件告警等基础工具。Oracle客户端这是最关键的依赖。推荐安装Oracle Instant Client它体积小包含运行SQL*Plus和OCI应用所需的基本库。从Oracle官网下载对应版本的Instant Client Basic包和SQL*Plus包例如instantclient-basic-linux.x64-19.19.0.0.0dbru.zip和instantclient-sqlplus-linux.x64-19.19.0.0.0dbru.zip。解压到某个目录如/opt/oracle/instantclient_19_19。设置环境变量通常添加到~/.bashrc或全局/etc/profile.d/oracle.sh中export ORACLE_HOME/opt/oracle/instantclient_19_19 export LD_LIBRARY_PATH$ORACLE_HOME:$LD_LIBRARY_PATH export PATH$ORACLE_HOME:$PATH执行source ~/.bashrc使环境变量生效然后运行sqlplus -v测试是否安装成功。项目部署直接从GitHub克隆项目或下载ZIP包到服务器上的一个目录例如/opt/oracle_scripts/oracle3。确保该目录对执行用户有读写权限。4.2 配置文件详解与安全管理项目的conf/目录下通常会有模板配置文件如db.conf.template。你需要复制一份并重命名为db.conf然后根据实际情况填写。一个典型的配置文件内容如下# 数据库连接配置 DB_HOSTprod-db-server-01 DB_PORT1521 DB_SERVICEORCLPDB1 # 或者使用DB_SID # DB_SIDORCL # 数据库凭据 (***重要务必妥善保管***) DB_USERmonitor_user # 方式1明文密码不推荐用于生产 # DB_PASSWORDMySecretPass123 # 方式2密码文件推荐 # 先使用orapwd创建密码文件orapwd file./.dbpasswd passwordMySecretPass123 entries1 # 然后配置 PASSWORD_FILE/opt/oracle_scripts/oracle3/conf/.dbpasswd # 执行选项 OUTPUT_DIR/opt/oracle_scripts/oracle3/output LOG_DIR/opt/oracle_scripts/oracle3/logs MAIL_TOdba-teamcompany.com THRESHOLD_WARNING85 THRESHOLD_CRITICAL95安全最佳实践绝对不要在配置文件中明文存储生产数据库密码。如上所示使用Oracle外部密码文件是最佳选择。通过orapwd工具创建一个加密的密码文件然后在配置文件中引用该文件路径。SQL*Plus支持通过符号连接时指定密码文件。将配置文件 (db.conf) 和密码文件 (.dbpasswd) 的权限设置为仅限执行用户可读 (chmod 600)。为工具创建专用的数据库用户如monitor_user并遵循最小权限原则。只授予该用户执行监控查询所必需的权限如SELECT_CATALOG_ROLE,SELECT ANY DICTIONARY, 以及对特定性能视图如V$视图的SELECT权限。切勿使用DBA或SYSDBA权限的账号进行日常监控。4.3 与Crontab集成实现自动化调度自动化是工具集的灵魂。通过Linux的crontab我们可以轻松地将各种检查任务定时化。假设你已将oracle3部署在/opt/oracle_scripts/oracle3并且主脚本是bin/run_daily_check.sh。你可以这样设置定时任务编辑当前用户的crontabcrontab -e添加如下行# 每天凌晨2点执行全面的健康检查并发送邮件报告 0 2 * * * /bin/bash /opt/oracle_scripts/oracle3/bin/run_daily_check.sh all /dev/null 21 # 每30分钟检查一次表空间使用率仅当超过阈值时发告警邮件 */30 * * * * /bin/bash /opt/oracle_scripts/oracle3/bin/check_tablespace.sh --alert-only # 每周一早上6点生成上周的AWR性能周报 0 6 * * 1 /bin/bash /opt/oracle_scripts/oracle3/bin/run_awr_report.sh --weekly # 每小时检查一次是否有长时间阻塞的锁 0 * * * * /bin/bash /opt/oracle_scripts/oracle3/bin/check_locks.sh --timeout 300调度策略建议轻重分离将耗时长的任务如AWR报告生成、全库统计信息收集放在业务低峰期如深夜。频率差异化关键指标如锁、活动会话数检查频率高如5-15分钟容量、对象状态等变化较慢的指标检查频率可以低一些如每天。输出处理在crontab中建议将脚本的标准输出和错误输出重定向到日志文件而不是/dev/null以便后续排查问题。例如... /opt/oracle_scripts/oracle3/logs/$(date \%Y\%m\%d).log 21。5. 高级应用自定义扩展与二次开发5.1 如何添加一个新的监控检查项oracle3的强大之处在于其可扩展性。假设我们需要添加一个监控“数据库连接数接近上限”的检查项。步骤一编写SQL脚本在sql/health/目录下创建新文件check_sessions.sql-- check_sessions.sql -- 检查当前会话数与 processes 参数限制的比率 SET VERIFY OFF FEEDBACK OFF HEADING OFF PAGESIZE 0 LINESIZE 200 COLUMN current_sessions FORMAT 999999 COLUMN max_sessions FORMAT 999999 COLUMN usage_pct FORMAT 990.99 SELECT current_sessions, max_sessions, ROUND((current_sessions / max_sessions) * 100, 2) AS usage_pct FROM (SELECT COUNT(*) AS current_sessions FROM v$session WHERE typeUSER) s, (SELECT value AS max_sessions FROM v$parameter WHERE name processes) p; EXIT这个脚本会计算当前用户会话数占processes参数限制的百分比。步骤二编写封装Shell脚本在bin/目录下创建新文件check_sessions.sh#!/bin/bash # check_sessions.sh - 检查数据库连接数使用率 SCRIPT_DIR$(cd $(dirname $0)/.. pwd) CONF_FILE${SCRIPT_DIR}/conf/db.conf SQL_FILE${SCRIPT_DIR}/sql/health/check_sessions.sql LOG_FILE${SCRIPT_DIR}/logs/check_sessions_$(date %Y%m%d).log THRESHOLD_WARNING70 # 警告阈值 70% THRESHOLD_CRITICAL85 # 严重阈值 85% # 加载配置 source ${CONF_FILE} 2/dev/null || { echo 无法加载配置文件: ${CONF_FILE}; exit 1; } # 构建连接字符串 CONN_STR${DB_USER}/${DB_HOST}:${DB_PORT}/${DB_SERVICE} if [[ -n ${PASSWORD_FILE} -f ${PASSWORD_FILE} ]]; then CONN_STR${DB_USER}/${DB_HOST}:${DB_PORT}/${DB_SERVICE} # 实际连接时SQL*Plus会通过密码文件认证 fi # 执行SQL并捕获输出 { echo 数据库连接数检查 $(date) sqlplus -S -L ${CONN_STR} ${SQL_FILE} EOF EOF } ${LOG_FILE} 21 # 解析结果 (假设输出格式为: current_sessions max_sessions usage_pct) RESULT$(tail -1 ${LOG_FILE}) CURRENT$(echo ${RESULT} | awk {print $1}) MAX$(echo ${RESULT} | awk {print $2}) USAGE_PCT$(echo ${RESULT} | awk {print $3}) # 判断与告警 if [[ -n ${USAGE_PCT} ]]; then echo 当前连接数: ${CURRENT}, 最大限制: ${MAX}, 使用率: ${USAGE_PCT}% if (( $(echo ${USAGE_PCT} ${THRESHOLD_CRITICAL} | bc -l) )); then echo [CRITICAL] 数据库连接数使用率超过严重阈值 (${THRESHOLD_CRITICAL}%) # 此处可以集成邮件、钉钉等告警 # send_alert CRITICAL: DB Connections at ${USAGE_PCT}% exit 2 elif (( $(echo ${USAGE_PCT} ${THRESHOLD_WARNING} | bc -l) )); then echo [WARNING] 数据库连接数使用率超过警告阈值 (${THRESHOLD_WARNING}%)。 # send_alert WARNING: DB Connections at ${USAGE_PCT}% exit 1 else echo [OK] 数据库连接数使用率正常。 exit 0 fi else echo [ERROR] 无法获取连接数信息。 exit 3 fi记得给脚本添加执行权限chmod x bin/check_sessions.sh步骤三测试与集成手动执行脚本进行测试./bin/check_sessions.sh观察日志输出和返回码是否符合预期。将脚本加入crontab进行定时调度。通过以上三步你就成功扩展了工具集的功能。这种模式可以复制到任何你想监控的数据库指标上。5.2 集成外部告警与通知系统原始的脚本可能只支持邮件告警。在实际生产环境中我们可能需要集成更及时的通知方式如钉钉、企业微信、Slack等。以集成钉钉机器人为例在钉钉群添加一个自定义机器人获取其Webhook地址假设为https://oapi.dingtalk.com/robot/send?access_tokenYOUR_TOKEN。在oracle3项目中创建一个通用的告警发送脚本lib/send_dingtalk.sh#!/bin/bash # send_dingtalk.sh - 发送钉钉机器人告警 WEBHOOK_URLhttps://oapi.dingtalk.com/robot/send?access_tokenYOUR_TOKEN MSG_TYPE${1:-text} # text, markdown CONTENT$2 TITLE$3 if [[ ${MSG_TYPE} markdown ]]; then JSON_DATA$(cat EOF { msgtype: markdown, markdown: { title: ${TITLE}, text: ${CONTENT} } } EOF ) else JSON_DATA$(cat EOF { msgtype: text, text: { content: ${CONTENT} } } EOF ) fi curl -s -H Content-Type: application/json -X POST -d ${JSON_DATA} ${WEBHOOK_URL} /dev/null在之前的check_sessions.sh脚本的告警部分调用这个发送脚本# 在判断为 CRITICAL 的部分 if (( $(echo ${USAGE_PCT} ${THRESHOLD_CRITICAL} | bc -l) )); then ALERT_MSG【数据库告警】连接数使用率 ${USAGE_PCT}% 超过严重阈值 ${THRESHOLD_CRITICAL}%\n当前连接数: ${CURRENT}, 最大限制: ${MAX}\n实例: ${DB_SERVICE}${DB_HOST} # 调用钉钉发送脚本 ${SCRIPT_DIR}/lib/send_dingtalk.sh text ${ALERT_MSG} exit 2 fi通过这种方式你可以将各种监控脚本的告警统一接入到团队常用的协作工具中实现实时通知。6. 常见问题排查与性能优化6.1 连接与权限问题这是部署初期最常见的问题。问题sqlplus: command not found原因Oracle Instant Client未正确安装或环境变量未生效。排查检查$ORACLE_HOME和$PATHecho $ORACLE_HOME $PATH。确认sqlplus二进制文件存在于$ORACLE_HOME目录下。检查动态链接库ldd $ORACLE_HOME/sqlplus看是否有not found的库通常需要安装libaio等系统包。问题ORA-12154: TNS:could not resolve the connect identifier specified原因连接字符串无法解析。可能tnsnames.ora文件配置错误、未设置TNS_ADMIN环境变量或者使用了Easy Connect语法但格式不对。排查如果使用tnsnames.ora确保文件路径正确且TNS_ADMIN环境变量指向该目录。如果使用Easy Connect (host:port/service_name)确保网络连通tnsping、端口和服务名正确。在脚本中直接使用完整的Easy Connect字符串进行测试。问题ORA-01017: invalid username/password; logon denied原因用户名/密码错误或账号被锁定。排查检查密码文件内容是否正确或尝试用sqlplus手动连接验证。检查数据库用户状态SELECT username, account_status FROM dba_users WHERE username MONITOR_USER;。确认密码是否包含特殊字符在脚本中是否需要转义。6.2 脚本执行与性能问题问题脚本执行超时或挂起原因可能是SQL查询本身慢或者数据库负载高导致响应慢亦或是网络问题。优化设置SQL*Plus超时在SQL脚本开头使用SET TIMING ON查看执行时间。在Shell脚本调用sqlplus时可以加上-L参数只尝试登录一次和设置操作系统超时如timeout命令。优化查询SQL为监控查询涉及的基表如DBA_DATA_FILES,DBA_FREE_SPACE创建合适的索引。避免在高峰期执行全表扫描的复杂查询。异步执行对于耗时的任务如生成多天的AWR报告可以考虑将任务提交到后台执行并通过日志文件跟踪进度。问题监控脚本本身对数据库造成性能影响原因监控频率过高或查询语句本身资源消耗大如全表扫描、大量逻辑读。优化降低频率非核心指标检查频率从每分钟调整为每5分钟或每15分钟。精简查询只查询必要的字段使用高效的WHERE条件。例如检查表空间时可以只查询使用率超过50%的避免返回所有表空间信息。使用物化视图对于某些需要关联多张数据字典视图的复杂监控查询可以考虑在业务低峰期刷新物化视图监控脚本直接查询物化视图将计算开销转移。分散执行如果有大量实例需要监控不要在同一时刻对所有实例发起查询。可以在脚本中加入随机延迟或者将不同实例的监控任务错开调度。6.3 日志与输出管理问题日志文件无限增长占满磁盘解决实现日志轮转Log Rotation。可以使用Linux自带的logrotate工具。在/etc/logrotate.d/下创建配置文件oracle3/opt/oracle_scripts/oracle3/logs/*.log { daily rotate 30 compress delaycompress missingok notifempty create 644 oracleuser oracleuser postrotate # 如果需要可以在这里发送信号给相关进程 endscript }这样配置会每天轮转日志保留30天的压缩备份。问题输出文件杂乱难以归档和查阅解决规范输出文件的命名和目录结构。在脚本中使用包含时间戳和实例名的文件名例如awr_report_${DB_SERVICE}_$(date %Y%m%d_%H%M%S).html。按日期创建子目录output/$(date %Y%m%d)/。对于周期性报告如日报、周报可以使用固定的文件名但每次生成时覆盖或移动旧版本到历史目录。7. 从工具到平台演进思路当oracle3这类工具集在团队内广泛应用后你可能会遇到新的挑战脚本分散、配置管理复杂、历史数据追溯困难、缺乏统一的仪表盘。这时可以考虑将其演进为一个轻量级的内部运维平台。演进方向配置中心化将所有数据库连接信息、监控项、阈值、告警规则存储在一个中心化的数据库或配置文件中如使用SQLite、YAML。脚本通过读取中心配置来执行任务。任务调度引擎用更强大的调度系统如 Apache Airflow, Rundeck替代简单的crontab实现任务依赖、失败重试、可视化监控等高级功能。数据存储与可视化将脚本采集到的指标数据如表空间使用率、会话数写入时序数据库如 InfluxDB, Prometheus然后利用 Grafana 等工具构建实时监控仪表盘。Web化管理界面开发一个简单的Web界面用于启停任务、查看执行日志、手动触发检查、管理告警接收人等。YichengYang-Ethan/oracle3作为一个起点为我们提供了自动化运维的思想和基础工具。它的价值不仅在于其开箱即用的脚本更在于其模块化、可扩展的设计模式。你可以根据自己团队的实际情况以此为基础构建出最适合自己的Oracle数据库自动化运维体系。记住最好的工具永远是那个能切实解决你80%日常重复性工作的工具。
