Brent的专栏

DolphinDB常用命令

su377486 — Thu, 13 Aug 2026 12:37:05 +0800

本文简要介绍了DolphinDB时序数据库的基本操作，指出其与传统关系型数据库差异较大、对DBA不够友好。主要内容包括：1）数据库创建方法，支持OLAP、TSDB等多种引擎及VALUE/RANGE/HASH分区方式；2）表管理操作（创建、删除、截断）；3）基础DML语法（查询需先加载表，OLAP不支持UPDATE）；4）系统信息查看命令（存储路径、元数据等）。文档基于V3.00版本验证，强调分区字段类型必须与库分区类型一致等易错点。

zabbix6.2配置脚本发送短信告警

su377486 — Wed, 17 Jun 2026 23:13:22 +0800

本文介绍了在Zabbix中配置短信告警的步骤：1. 创建短信发送脚本sms.sh，使用curl命令调用短信接口；2. 在Zabbix界面配置媒介类型，设置故障/恢复两种消息模板；3. 为用户添加短信媒介；4. 配置触发器动作关联短信媒介；5. 通过报表查看发送记录。重点包括脚本参数传递（手机号、主题、内容）和消息模板中的Zabbix宏变量使用。

记录一次ORACLE RAC安装PSU补丁步骤

su377486 — Sun, 22 Mar 2026 13:13:17 +0800

摘要：本文详细介绍了在Oracle 11.2.0.4 RAC集群上应用补丁p36360774_112040_Linux-x86-64的完整流程。主要内容包括：1) 检查并更新OPatch工具版本至11.2.0.3.45以上；2) 注意事项：在Linux系统解压补丁包、使用grid用户操作；3) 使用root用户执行滚动升级，先停止数据库和集群服务后安装补丁；4) 应用集中补丁SQL脚本；5) 验证补丁安装结果。文档还包含详细的补丁日志记录和已修复的bug列表，确保补丁过程的完整性和可追溯性。

巡检遇到ORA-00600: internal error code, arguments: [qosdExpStatRead: expcnt mismatch]报错解决办法

su377486 — Fri, 26 Dec 2025 16:57:15 +0800

摘要：巡检发现HIS数据库alert日志大量报错，占用几十G空间但未影响运行。经查为Oracle系统表sys.exp_obj$和sys.exp_stat$数据不一致导致的Bug。解决方案包括：1)查询不一致数据；2)删除exp_stat$异常记录；3)更新exp_obj$对应数据；4)验证并提交。处理后告警消失，问题解决。该操作依据Oracle官方文档指导完成。（149字）

oracle遇到又一起sysdate时间不一致问题

su377486 — Wed, 15 Oct 2025 11:17:43 +0800

摘要：一个Oracle RAC集群因安装时区设为美国导致远程连接时间差12小时的问题。虽然通过srvctl setenv设置时区有所改善，但仍有8小时差异。最终发现集群启动时读取$GRID_HOME/crs/install/s_crsconfig__env.txt文件的环境变量，需先unsetenv已配置变量再修改该文件才能彻底解决。建议安装时确保时区正确，避免此类问题。

shell脚本调用钉钉机器人发送告警

su377486 — Wed, 01 Oct 2025 23:29:34 +0800

本文介绍了一个使用Shell脚本发送钉钉告警的实现方法，采用加签方式确保安全性。脚本包含以下关键步骤：配置钉钉机器人Webhook地址和密钥生成时间戳和签名（SHA256+Base64）构造包含@提醒功能的JSON消息体通过curl发送告警请求并处理响应该脚本支持指定多个手机号进行提醒，并包含错误处理和调试信息输出。相较于简单的关键字方式，加签方式提供了更高的安全性保障。

oracle dg duplicate限速

su377486 — Mon, 18 Aug 2025 16:27:24 +0800

流量基本控制在200M/S，应用业务反馈正常。流量达到万兆，服务器其它业务非常卡。

doris2.1.8连接报错ERROR 1203 (42000): Reach limit of connections解决办法

su377486 — Wed, 09 Jul 2025 16:37:52 +0800

摘要：客户Doris数据库报错"ERROR 1203 (42000): Reach limit of connections"的解决过程。发现AI提供的解决方案存在错误：1）查询命令应为SHOW FRONTEND CONFIG而非show variables；2）参数名称应为qe_max_connection而非max_connections。正确解决步骤：1）用admin账户登录查看连接数限制和当前连接数；2）通过SHOW PROPERTY命令检查用户资源限制；3）针对不同情况修改参数

脚本安装Doris2.10和Doris Manager

su377486 — Mon, 09 Jun 2025 22:24:55 +0800

在需要安装的服务器上面，进入目录，例如我想把doris agent安装的/opt/doris-agent中，执行下面的命令，把其中的地址改成doris-manager的地址和端口。当 FE 处于高可用部署时（1 个 Master，2 个 Follower），我们建议通过增加 Observer FE 来扩展 FE 的读服务能力。将脚本和doris安装包，java包放在同一个目录下，然后执行脚本输入一些安装配置参数后，开始安装，安装完成之后使用doris用户进行管理。进入安装目录bin，分别启动fe和be。

一则doris数据不一致问题

su377486 — Tue, 27 May 2025 23:15:54 +0800

这是因为虽然你删除了，但是表内部其实只是打了标记，那么后续只要再插入id1为1的数据，依然受删除的这条数据sequence_col列的影响，可以设置set show_hidden_columns=true;如果指定了sequence_col列，那么后续所有的dml语句中sequence_col中的值必须比当前的值大，否则不会执行dml语句。1.创建一个测试表，指定sequence_col列为id3，并插入两条数据，注意id1为1的那条数据的id3也是1。依据，较大值可以替换较小值。可以是数据源中的列，

OpenEuler kinit报错找不到文件的解决办法

su377486 — Mon, 17 Mar 2025 15:27:49 +0800

客户一套华为大数据集群平台,在一台arm平台openEuler服务器上面安装完集群客户端之后,使用kinit认证出现报错No such file or directory:

ORA-01861一次奇怪的字符串格式匹配问题

su377486 — Tue, 04 Mar 2025 21:56:12 +0800

一时间觉得很奇怪,后来想了想,业务是没有做任何变更的,数据库是dg容灾库切换为主库的,数据肯定也是和生产库完全一致的,而这是一个数据上报系统,所以我怀疑是上报的sql里面在获取到查询的数据之后,对date类型未做to_date格式化导致的报错。这里有一个nls_date_format环境变量,如果设置的格式和你上报获取的格式完全一致,是不需要to_date转换的,而如果格式不一致就需要手工to_date转换.这个报错呢以前遇到过好几次,基本都是date类型和字符串类型匹配的问题,

oracle 19.7 ASTS造成IO偏高故障

su377486 — Fri, 27 Dec 2024 11:22:17 +0800

一个客户的数据库IO偏高,根据AWR发现是一个内部的任务:客户的数据库的19.7,而这个正是19.7才添加的一个新功能叫做自动sql优化集,其实没什么作用还会造成IO消耗和空间的消耗,可以把他关了,详细说明见官方文档:Copyright (c) 2024, Oracle. All rights reserved. Oracle Confidential.In this DocumentThe ASTS is a historic record of SQL execution plans and SQL s

oracle数据泵expdp/impdp导出导入

su377486 — Wed, 25 Dec 2024 10:28:47 +0800

和exp和imp不同的是,在导出和导入的时候需要提前在oracle中创建一个directory,此目录指向一个操作系统的目录,用来存放导出和导入的文件(oracle用户需要对此文件具有读写权限)##这里创建一个操作系统目录,对应的目录oracle用户需要有读写权限,空间能够存放下导出的文件,这里我们指定/home/oracle/dmp,其它项目根据实际情况修改。----这里的目录和上面dmp存放的目录保持一致。传输dmp导出文件到指定的/u01/dmp下,保证oracle用户对文件可以读写。

ORA-01031: insufficient privileges一次特殊的权限不足故障

su377486 — Thu, 10 Oct 2024 15:45:19 +0800

然而当我们手工设置此用户的default role为某一个角色的时候,那么默认登录的时候,你只会拥有此default role角色的权限,如果需要其它的角色的权限,还需要手工再设置才行。当给用户赋予多个角色的时候,默认的每个角色都是此用户的default role,这样此用户就默认继承了所有角色的权限.##发现清空表时报错找不到此表,其实是没有权限访问此表。##说明这个时候我们默认登录之后,没有了dba角色权限。

ORACLE 19C创建多个不同字符集PDB

su377486 — Thu, 10 Oct 2024 14:52:20 +0800

现在需要在一个测试环境创建1个为AL32UTF8的PDB,2个ZHS16GBK的PDB。

使用dg将单实例oracle12c迁移升级到oracle19.22 RAC

su377486 — Mon, 19 Aug 2024 15:08:43 +0800

源端环境oracle12.2.0.1 CDB linux x86架构,地址为192.168.56.232 实例名为ora12c目标端为oracle 19.22.0 linux x86架构,详细地址如下: [oracle@rac19c1 admin]$ cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1

RMAN-06618不同版本之间RMAN无法连接

su377486 — Sat, 03 Aug 2024 12:56:23 +0800

indicatedindicated他妈的,不支持了。

血泪史!ora-00600 16305报错解决过程

su377486 — Fri, 26 Jul 2024 18:07:36 +0800

最后复盘,客户说他是在操作系统上面删除了国内大厂科某瑞的CDP客户端之后,再重启服务器后出现的故障,怀疑是此大厂客户端删除的时候,底层同时删除了操作系统的网卡设备导致操作系统故障.而且后面我们在虚拟机上面删除网卡再重新添加也没有用的。由于客户的服务器十年前的非常老,尝试了各种办法都没法生成lo网卡,导致127不通,最后的解决办法是将数据文件迁移到另外一个正常的服务器上面恢复。此故障前后导致生产宕机5小时,告诫我们重启需谨慎,测试了一下ping 127.0.0.1不通.

ORA-00600 ktbdchk1:bad dscn

su377486 — Fri, 26 Jul 2024 17:53:38 +0800

一个客户前台报错ORA-00600 ktdbchk1: badscn,