GCS shadows traversed, 4001 replayed

今天在巡检仪套rac的第一节点日志发现以下错误:

LMS 8: 7888 GCS shadows traversed, 4001 replayed

LMS 2: 7957 GCS shadows traversed, 4001 replayed

LMS 0: 6164 GCS shadows traversed, 3120 replayed

查阅资料发现是同步出现了问题。遂看了另外一个节点的日志。发现节点在今天早上对应的时刻重启了实例,在此记录一下

时间: 2024-10-10 07:57:08

GCS shadows traversed, 4001 replayed的相关文章

oracle数据库启动报错,不能启动ASM实例

数据库rac启动时报错,日志如下,后来使用 Sat Jun  7 06:02:11 2014 GATHER_STATS_JOB encountered errors.  Check the trace file. Sat Jun  7 06:02:11 2014 Errors in file /oracle/product/admin/dqb/bdump/dqb2_j001_13352.trc: ORA-08103: object no longer exists Sat Jun  7 06:0

11G RAC 11.2.0.1.0实例evict故障处理

Aix 7.1 参考文档: https://blogs.oracle.com/database4cn/rac Resolving ORA-481 and "terminating the instance due to error 481" (Doc ID 1950963.1) ORA-00481 After "The instance eviction reason is 0x2" due to Lack of Ticket (Doc ID 1644015.1)

【体系结构】有关Oracle SCN知识点的整理

[体系结构]有关Oracle SCN知识点的整理 1  BLOG文档结构图 2  前言部分 2.1  导读和注意事项 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Oracle中的SCN是什么?(重点) ② 如何查询SCN?(重点) ③ SCN有哪些分类?(重点) ④ SCN和系统恢复的关系?(重点) ④ 实例恢复和介质恢复的区别是什么?RAC中的实例恢复是什么样的?(重点) ⑥ SCN和时间的转换 ⑦ SMON_SCN_TIME

节点2上crsd无法启动,数据库和监听无法自动启动,比如ocrconfig、ocrcheck以及srvct

CRSD进程在11g中的变化 在11.2中,CRSD进程不再是RAC中最关键的进程之一. 如果对10g RAC比较熟悉,应该清楚CRSD进程的重要性,Oracle在操作系统启动后,就是通过启动这个进程然后启动整个CLUSTER以及数据库的. 在11.2的RAC中,Oracle调整了ASM,使得OCR和VOT可以存储在ASM磁盘组中.ASM是CLUSTER所支持的一个组件,而CLUSTER启动所需的OCR和VOT却要放在ASM中,这其实要解决一个先有鸡还是先有蛋的问题.最终Oracle通过OHAS

ASM磁盘组异机迁移

环境: Source: OS:redhat 6.3 DB:Oralce RAC 11.2.4.0 destination: OS:redhat 6.3 DB:Oralce RAC 11.2.4.0 背景:客户的PC机上面有两个实例,压力太大,需要迁移出一个实例.数据量TB级别,因为同平台,同版本,外挂存储.所以这里采用直接迁移asm磁盘组 操作前需要注意的: 1.Voting Disk是单独的盘,不包含需要迁移的数据 话不多,这里模拟出来分享给大家(PS:我的原库和目标库的主机名是一样的,第三步

AIX 下Oracle Rac dbca建库报错 ora-7445 [PC:0x103E2AFA0]

在AIX 7100-02-03-1334 上安装Oracle Rac,grid和oracle都已安装完成.但是dbca建库的时候发现数据库crash,以下是建库时的alert.log,数据库报ora-07445报错,dbca的日志中可以发现在Create database时出错. 在mos上没有找到匹配的文档,尝试使用其他方法. /oraapp/oracle/diag/rdbms/rmbtodb/rmbtodb1/trace/alert_rmbtodb1.log MMNL started wit

oracle补丁p18841764相关

数据库版本:11.2.0.4.0 补丁要求环境:linux64(此处以该版本为例) 补丁注意事项:可以滚动升级.需要关闭该节点数据库,并关闭该节点的集群服务与相关进程. 补丁流程: 1. unzip补丁包(建议路径为/u01) 2.关闭节点数据库与相关数据库资源 3.替换OPatch 4.进入补丁的路径下,opatch apply 常见错误处理: Q1:有活动的lib包,不能进行补丁. A1:有程序持有相关lib的句柄.lsof lib,找到持有该lib的句柄程序,关闭改程序即可. Q2:补丁打

验证11gR2 RAC中ASM实例通过gpnp profile获得spfile信息来启动ASM实例

主要为了验证11gR2 RAC中ASM实例通过gpnp profile获得spfile信息来启动ASM实例,同时验证了gpnp profile的修改等内容:结论与实验如下: 验证结论: 1./u01/app/11.2.0/grid/gpnp/profiles/peer下的cat profile.xml内容是旧的,使用spset/spmove时均未被更新,一些文档说这个 profile.xml是全局的. gpnp使用的是/u01/app/11.2.0/grid/gpnp/rac1/profiles

11G RAC 节点2 主机down(两个节点RAC)

--节点2 数据库日志 Mon Jul 01 06:38:22 2019SUCCESS: diskgroup SAS_ARCH was dismountedMon Jul 01 06:38:22 2019Shutting down instance (abort)License high water mark = 1923USER (ospid: 82381): terminating the instanceMon Jul 01 06:38:22 2019opiodr aborting pro