ORAchk之前被称为RACcheck，后来它的检查范围进行了扩展，改名为ORAchk，它是对数据库系统进行健康检查的一个专用工具，这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了。通过这个工具，用户可以很方便地、自动化地对自己的系统进行健康检查和评估。 ORAchk replaces the popular RACcheck tool, extending the coverage based on prioritization of top issues reported by users…

今天接到同事求助，说之前的一个MySQL库报错了，远程看了下，配置可能给改乱了，反正还没有数据，不浪费时间直接卸载重装OS自带的数据库版本MariaDB吧。 以下是过程概要记录，留备后续参考。 正常情况下安装配置应该很快，但是因为之前配置较乱，导致启动时又报错了： Oct 19 16:34:43 cw02 systemd[1]: Starting MariaDB database server... Oct 19 16:34:43 cw02 mariadb-prepare-db-dir[18667]: Failed…

最近遇见一个虚机老库11g，主机CPU居高不下，有时甚至无法登录，无法快速建立数据连接。 分析发现较多的应用SQL存在问题，同时发现数据库配置方面也存在问题，分析排查alertlog日志，发现没有配置大内存页。 更多关于大内存页的信息可在本站搜索"大内存页"。 以下是本次操作调整的记录，留作参考。 如下是上次启动的日志提示： Wed Sep 29 14:31:01 2021 Starting ORACLE instance (normal) ************************ La…

19c示例数据表脚本位于： $ORACLE_HOME/rdbms/admin/utlsampl.sql 修改其中的连接语句"CONNECT SCOTT/tiger"为合适的db即可执行创建，如： CONNECT SCOTT/tiger@127.0.0.1:1521/pdb1 现将完整的脚本记录于此，以供其他版本数据库参考。 Rem Copyright (c) 1990, 2017, Oracle and/or its affiliates. Rem All rights reserved. Re…

这是一套11g的老库，主库3节点，备库1节点。项目上于昨天晚上做某测试扩容了表空间，在其他位置新建了9个数据文件，在备库无法创建这个非标准位置的datafile，从而导致同步中断。 第二天上午才发现数据不同步，备库的只读业务受到影响。 查看alertlog看到明显的报错 ORA-01111: name for data file 41 is unknown - rename to correct file ORA-01110: data file 41: '/u01/app/oracle/product/…

在后期打patch时常见的一个错误是： Prerequisite check "CheckActiveFilesAndExecutables" failed. 如果在服务端有相关的进程在运行，从而占用可执行文件或运行库，会导致升级时无法更新相应的文件，从而升级失败，报出如上错误。 一般是很容易通过fuser、lsof查出相关的进程的，但有一个情形是无法查出来，只能用fuser查看指定的运行库如libclntsh.so来确定是否占用运行库，如下例。 /u01/app/oracle/product/…

在一次adg构建过程中提示如下报错： [oracle@adg1:0 ~]$ rman target sys/"passwd#"@TESTDB_DGSRC_TNS auxiliary sys/"passwd#"@TESTDB_DGTAR_TNS Recovery Manager: Release 19.0.0.0.0 - Production on Wed Jul 21 21:47:25 2021 Version 19.8.0.0.0 Copyright (c) 1982, 2019, Oracle and/or i…

一套12C的数据库2节点RAC集群，节点2被down了，查看alertlog，报错如下： 2021-06-16T01:26:16.516936+08:00 Thread 2 advanced to log sequence 8611 (LGWR switch) Current log# 4 seq# 8611 mem# 0: +DATA/CB2QDB/ONLINELOG/group_4.305.992195801 Current log# 4 seq# 8611 mem# 1: +DATA/CB2QDB/ONLIN…

(接上文) https://liking.site/2021/06/09/大量事务并发回滚彻底堵塞数据库1/ https://liking.site/2021/06/10/大量事务并发回滚彻底堵塞数据库2/ https://liking.site/2021/06/11/大量事务并发回滚彻底堵塞数据库3/ 根据oratop的top等待事件排名，包括累积排名和实时排名，这个"wait for a undo record"已经成为了目标等待事件，是否它阻塞了正常的前滚事务呢？ 根据MOS的搜索结果，当…

(接上文) https://liking.site/2021/06/09/大量事务并发回滚彻底堵塞数据库1/ https://liking.site/2021/06/10/大量事务并发回滚彻底堵塞数据库2/ 在后续的故障定位时，有人根据如下日志，认为是归档空间满，导致了数据库挂死。 实际不然，这个FAL报错，只是到DG的归档由于其他原因导致了报错，日志也写在了主库alertlog文件，并非是主库归档失败，对主库并无其他影响，仅仅是写了一个日志而已。事后我的详细排查也印证了这一点，当天中午12:00和18:00分别有…