DBAIOps的博客

分析的结果与专家的水平有关，有时候好像分析出问题了，也不一定是正确的，特别是对于一些亚健康问题，表现出来的时间很短，等到专家到现场的时候，这个现象已经无法重现了，用于分析的指标，日志等也很少，往往会不了了之。因为我今天要和大家探讨的就是一种构建PG运维经验，并利用运维经验的积累来实现运维能力提升的方法，我们把这个称之为“运维知识自动化”，这个运维知识自动化不同于“运维自动化”，运维自动化是实现运维中各种操作的自动化，比如部署自动化，变更自动化，迁移自动化，采集自动化，备份自动化等。

在社区版中，日检报告是固定格式的，不能定制化日检项，在商业版中，日检的内容是可以定制化的。在社区版的下一个版本中，我们已经规划了定制化日检的功能，我们将会根据用户的需求，推出补充日检项，供用户在SAAS服务平台上为自己定制日检报告，并下载到本地。让DBA拥有更强大的自动化巡检的功能。日检是D-SMART的一个重要的自动化运维工具，也是目前D-SMART社区版免费开放的唯一的一个自动化巡检报告。我们可以看到数据库和服务器都生成了日检报告，因此一共可以看到5个数据库和7台服务器（linux系统）的日检报告。

我的监控”实际上还是一个兼容运维人员传统监控模式的一个工具，让一些习惯于看折线图的运维人员能够按照他们的习惯来使用D-SMART。“我的监控”是D-SMART给一些希望监控一些数据库的关键指标的用户设计的一个个性化监控工具。要注意的是，“我的监控”是个性化监控功能，不是全局的。每个不同的D-SMART用户都可以定义不同的监控组页，在每个监控页里可以放置不同的监控组。根据我要监控的数据库，我们可以添加多个监控页。当我们第一次进入“我的监控”的时候，因为还没有配置任何监控页模板，因此会出现一个提示。

关键SQL监控与告警，对于证券、银行、运营商等的一些大并发量的关键系统的保驾护航还是挺有意义的。我当时的回答是，对于业务负载较大的大型系统中，直接监控所有的执行计划既不必要，成本也过高，弄不好这个监控反而会引发一些高并发执行的SQL的性能问题。哪怕SQL没有走错执行计划，由于做了某些维护操作，表的数据量发生了较大的变化，或者出现了很多碎片，也可能引发关键SQL的性能问题。关键SQL，顾名思义就是在系统中比较关键的SQL语句，一旦这些SQL出现问题，就会对系统的性能产生很大的影响，对核心业务产生影响。

上面这个案例的编辑中，$1这样的参数可以通过参数设置来修改。这些信息会推送到运维经验告警的告警台上，如果你设置了短信，微信，邮件告警，也会同时发送到这些告警上。社区会尽快帮你安排上帮你定制，定制好后，会通过邮件发给你，你通过holadata就可以上传这个定制的故障模型了。需要开放此功能的用户只需要到社区重新下载最新的holadata工具，在D-SMART服务器上执行上面的命令，就可以打开运维经验模板编辑功能了。如果你需要设置与众不同的告警模板，还可以使用复制按钮，复制一份模板，在此基础上进行你的定制修改。

实际上今天和大家开了个玩笑，CHATGPT原本并不了解D-SMART，不过我把一些关于D-SMART的资料，包括技术白皮书，一些案例介绍和CHATGPT交流后，CHATGPT就能够比较准确的回答关于D-SMART的问题了。希望国产版的CHATGPT能够尽快上线，届时，D-SMART的知识库也可以通过训练，大家不仅可以用D-SMART来运维数据库，也可以在平台里学习数据库运维相关的知识。不过其他几点都是D-SMART具备的功能，特别是SQL追踪功能是在D-SMART 2.1以后才具备的功能。

当用户的系统有问题的时候，D-SMART采集的历史数据将会为你破案提供丰富的数据。你可以在远程导入离线数据，完成各种远程分析工作。当然如果你发现有些棘手问题无法解决的时候，你也可以把hola数据发送给社区，让社区的专家协助你做一些分析定位工作。如果你是一个DBA或者一个数据库服务厂商，你有一些分散在全国的用户，那么传统的服务方法需要你不停的到用户现场去做各种工作。而D-SMART CENTER可以用D-SMART 社区版（按需采购增值包）、D-SMART标准版或者D-SMART企业版承担。