DB:甲骨文11.2.0.1——版本够低的
五一假期时给用户数据库做了切换主备切换后,用了发现切换后新的主库DB中报错如下:
2019年5月08 09:44:14结婚
错误的文件/u01/产品/诊断接头/rdbms/新/orcl/跟踪/orcl_ora_100843.trc (事件=50865):
ora - 01578:甲骨文資料區塊損毀(檔案編號126年區塊編號4969)
ora - 01110:資料檔126:& # 39;/数据/orcl smt_idx01.dbf& # 39;
ora - 26040:已使用nolog選項載入資料區塊
事件的细节:/u01/产品/诊断接头/rdbms/新/orcl/事件/incdir_50865/orcl_ora_100843_i50865.trc
* * * 2019-05-08 09:44:14.254
dbkedDefDump():从违约事件转储(旗帜=0 x2=3级,面具=0 x0)
- - - - - -当前SQL语句的会话(sql_id=52 s3v0xvc21j8) - - - - - -
选择
,,ROWID, STATION_NUMBER、MACHINE_CODE PRODUCT_NO,
,,版本,列出FEEDER_NO,
,,KEY_PART_NO, WORK_TIME、锡、
,,LINE_NAME MO_NO,,
,,DATE_CODE LOT_NO,供应商,
,,FEEDER_ID、KEY_PART_QTY HH_PN,
,,PACKED_QTY、MFG_PN PKG_ID,
,,CPL_ID、END_TIME BOM_NO,
,,CUST_PN、DIFFERENCE_QTY USED_QTY
从SFISM4.R_SMT_LOG
在哪里
PKG_ID=& # 39; VCI3011808R05ZI& # 39;
ora - 01578, 第一反应是有数据坏块
<强> 使用伏特分贝检查坏块
美元=/数据/orcl/smt_idx01伏特分贝文件。dbf BLOCKSIZE=16384 DBVERIFY:释放11.2.0.1.0 -生产alt="甲骨文备用的ora - 01578 ora - 01110 ora - 26040坑爹的nolog”>
此类问题通常是因为主库中一些nolog的操作导致重做没能到备库应用,
结合之前警戒。日志的报错”
难道数据警卫队没用开到力记录模式导致类似附加操作没用同步?
从v $选择force_logging数据库;
查询 为没有还真没用启用
检查
没用同步功能对应的段:
select * from dba_extents
file_id=126年和4969年之间block_id block_id +块- 1;
