凌晨3:30分，医馆HIS系统模块刚完成升级。小维回想起刚才数据中心的惊险一幕，仍觉得心惊胆战——外包运维人员进行写入数据测试时，SQL语句输入完后系统直接报错，倘若不是自己在旁边盯着，恐怕要酿成大错！想到最近小D在医馆的亮眼表现，他赶紧约了小D探讨临时运维的解决方案。

小维：D哥，我最近遇到个问题，你帮我分析分析。

医馆信息中心业务系统众多，仅仅一个HIS系统就包括很多模块，且涉及到不同的厂家，许多驻场运维人员能力参差不齐，这不，前两天在做数据库运维操作时，差点出错了，对于临时运维或者能力不足人员操作数据库时，有没有什么好的管控方法呢？

小D：关于临时运维如何保障数据库安全，我有法宝！

我内置的数据库SQL命令审核模块，能够有效提高第三方或者技术不熟练的DBA操作数据库的安全性，例如当该DBA临时需要某个数据库表的运维权限时，必须在其操作页面提交SQL语句申请，审核通过之后才能执行，减少误操作情况。

小维：提交的SQL语句有没有什么要求呢？

小D：DBA可以选择SQL语句执行模式或者块模式（比如函数、条件、循环语句以及存储过程），然后把要执行的SQL语句附上，提交给SQL审核人员复核，SQL审核人员根据提交的申请复核正确性和安全性，判断是否批准,且批准的过程全部进行日志记录，方便查询追溯。

小维：原来如此，现在我们医馆用得较多的语句类型是MySQL和SQL Server，还有一部分用的是PostgreSQL，这些都可以支持吗？

小D：当然没问题，我小D的SQL命令审核，目前支持MySQL、Oracle、DB2、TDSQL、SQLServer、PostgreSQL、openGauss、OceanBase、Sybase，Informix等数据库，可以充分覆盖医馆各类数据库。

接着，小D创建了一个普通用户权限账号并授权给临时DBA，当使用该账号进行运维时，需要选择执行语句的数据库类型、数据库地址和SQL执行方式，填写申请理由、选择审核人和执行时间等，然后提交申请，此时小D后台便弹出该申请，只有审核通过之后该语句才能执行，这样一来，便能将所有操作风险事故扼杀在萌芽之中。

小D：总而言之，针对医馆HIS系统升级中遇到的数据库临时运维安全问题，通过我的SQL命令审核模块就能解决，有我小D在，不仅能够避免临时运维监管不到位产生的危险操作，同时还能减轻小维你的运维压力！

小维：不愧是D哥！小弟还有一事需要请教D哥，医馆的数据脱敏一直以来都缺乏有效的安全管控，D哥可否指点一二呢？

当然可以，走，我帮你看看，定帮你搞定数据脱敏！

关于数据脱敏，小帕DIM又将带给我们什么惊喜呢？我们拭目以待！

ITPub博客

剑气成啸之小帕DIM命令审核，临时运维同样安全！