ANBOB

前几天帮助同事处理了个案例， 主机意外重启后数据库无法启动， 环境是11.2.0.3 standalone on aix, 用的是ASM.最后确认是OLR损坏, 因为当时没有记录具体流程，在这里只简单的记录. # check init.ohasd process is running ps -ef | grep init.ohasd # if not the run as root /etc/init.d/init.ohasd run >/dev/null 2>&1 到这步发现HAS已启动，但是cssd都没启动, cssd和一些local OCR做为资源是随HAS启动的， 如果没有数据库使用ASM， 默认是不会自动启动cssd和asm的。 但是使用crsctl start res ora.cssd -init又提示没有资源， 查看GI alert log 如下 # gi alert [ohasd(7210)]CRS-8017:location: /etc/oracle/lastgasp has 4 reboot advisory log files, … Read more

ORA-00600: internal error code, arguments: [kmgs_pre_process_request_6], [6], [895], [0], [3], [0x459C1F3D8], [], []
Mon Dec 22 22:40:43 2014
MMAN: terminating instance due to error 822
Instance terminated by MMAN, pid = 31205

ORA-12012: error on auto execute of job “ORACLE_OCM”.”MGMT_CONFIG_JOB_2_2″
ORA-29283: invalid file operation
ORA-06512: at “SYS.UTL_FILE”, line 536
ORA-29283: invalid file operation
ORA-06512: at “ORACLE_OCM.MGMT_DB_LL_METRICS”, line 2436
ORA-06512: at line 1

最近在一套生产库上发现了几个已经killed的会话一直保持在v$session 会话中，会话是user type的连接，而且已经killed了很久，通过SPID 发现操作系统层面已不存在该进程， 下面是我多次尝试后最终释放，

上周出现个蹊跷案例，最近一直在忙今天简单的记录一下， 中间件反馈数据库连接时失败，在数据库使用lsnrctl status 查看监听状态会发现Listener一会儿正常，一会儿报错，但是在Listener正常时可以看出listener的start date并没有restart过

通常当出现ora-12519 or 12516时都是因为数据库进程数超过了数据库参数processes 或 sessions 时， 并且通常在db alert 中出现ora-20 or ora-18 的错误信息，如果当时查看监听服务状态使用lsnrctl service 会发现service 当时是”blocked”状态

最近有人遇到用SQL*Loader 向数据库加载数据时发现很慢，并且反映有几个分区表上的local索引总是递归的变成invalid or unusable，rebuild该分区失效索引，另一个索引分区又失效。

RMAN-00571: ===========================================================
RMAN-00554: 内部恢复管理器程序包初始化失败
RMAN-00600: internal error, arguments [3045] [] [] [] []

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 04/11/2011 10:03:29
RMAN-00600: internal error, arguments [13205] [] [] [] []