国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

Oracle的塊改變跟蹤引發(fā)的宕庫案例

IT那活兒 / 615人閱讀
Oracle的塊改變跟蹤引發(fā)的宕庫案例
  背  景 

某天晚上22點(diǎn)16分左右，收到了一個RAC數(shù)據(jù)庫兩節(jié)點(diǎn)的所有實(shí)例宕庫告警，登錄服務(wù)器，啟動數(shù)據(jù)庫時，數(shù)據(jù)庫open失敗。


處理過程

1、排查alert日志，日志中發(fā)現(xiàn)了ora-600報錯，信息如下：

▼▼▼
Mem# 1: +DG_DATA_SSD_1/NSFDB/ONLINELOG/group_4.272.1008028019
2021-01-04T22:26:37.030965+08:00
OS process OFSD (ospid 5144) idle for 30 seconds, exiting
2021-01-04T22:26:38.543347+08:00
Errors in file /u01/app/oracle/diag/rdbms/nsfdb/nsfdb1/trace/nsfdb1_ora_20131.trc  (incident=993166):
ORA-00600: internal error code, arguments: [krccfl_chunk], [0x9FFFFFFFBDE54DF0], [2], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/nsfdb/nsfdb1/incident/incdir_993166/nsfdb1_ora_20131_i993166.trc
2021-01-04T22:26:40.532334+08:00
Dumping diagnostic data in directory=[cdmp_20210104222640], requested by (instance=1, osid=2298720), summary=[incident=993166].
2、登錄mos網(wǎng)站，搜索ora-600報錯

匹配到了一個文章“Ora-600 Krccfl_chunk When Block Change Tracking enabled (Doc ID 2046745.1)”

文章中提到了“Backup change tracking is enabled，Datafile in Rac added to local destination rather then shared location and later taken offline”，出現(xiàn)了Ora-600 Krccfl_chunk報錯，需要先禁用塊改變跟蹤，才能open數(shù)據(jù)庫。

3、檢查alert日志最近的中是否有數(shù)據(jù)文件offline/online的操作

節(jié)點(diǎn)1

▼▼▼
2021-01-04T20:11:39.709767+08:00
alter database datafile +DG_DATA_SSD_2/NSFDB/DATAFILE/tbs_data.282.1060977401 online
Completed: alter database datafile +DG_DATA_SSD_2/NSFDB/DATAFILE/tbs_data.282.1060977401 online
2021-01-04T20:13:15.647462+08:00
Thread 1 advanced to log sequence 68674 (LGWR switch)
  Current log# 4 seq# 68674 mem# 0: +DG_DATA_SSD_1/NSFDB/ONLINELOG/group_4.271.1008028017
  Current log# 4 seq# 68674 mem# 1: +DG_DATA_SSD_1/NSFDB/ONLINELOG/group_4.272.1008028019
2021-01-04T20:13:16.273721+08:00

節(jié)點(diǎn)2

▼▼▼
2021-01-04T19:46:14.210687+08:00
alter tablespace TBS_DATA add datafileDG_DATA_SSD_2 size 30g autoextend off
ORA-1537 signalled during: alter tablespace TBS_DATA add datafileDG_DATA_SSD_2 size 30g autoextend off...
2021-01-04T19:46:21.320437+08:00
alter tablespace TBS_DATA add datafileDG_DATA_SSD_2 size 30g autoextend off
ORA-1537 signalled during: alter tablespace TBS_DATA add datafileDG_DATA_SSD_2 size 30g autoextend off...
2021-01-04T19:51:10.043864+08:00
2021-01-04T19:56:41.886951+08:00
ALTER DATABASE MOVE DATAFILE /u01/app/oracle/product/12.2.0/db_1/dbs/DG_DATA_SSD_2  TO +DG_DATA_SSD_2
2021-01-04T19:56:41.908716+08:00
Moving datafile /u01/app/oracle/product/12.2.0/db_1/dbs/DG_DATA_SSD_2 (686) to +DG_DATA_SSD_2
2021-01-04T20:00:11.018835+08:00
Thread 2 advanced to log sequence 54383 (LGWR switch)
  Current log# 5 seq# 54383 mem# 0: +DG_DATA_SSD_1/NSFDB/ONLINELOG/group_5.273.1008028023
  Current log# 5 seq# 54383 mem# 1: +DG_DATA_SSD_1/NSFDB/ONLINELOG/group_5.274.1008028025
2021-01-04T20:00:11.726628+08:00
TT02: Standby redo logfile selected for thread 2 sequence 54383 for destination LOG_ARCHIVE_DEST_2
2021-01-04T20:00:16.340789+08:00
Archived Log entry 178702 added for T-2.S-54382 ID 0x5a823d6f LAD:1
2021-01-04T20:01:29.321397+08:00
Move operation committed for file +DG_DATA_SSD_2/NSFDB/DATAFILE/tbs_data.282.1060977401
2021-01-04T20:01:31.385729+08:00
Completed: ALTER DATABASE MOVE DATAFILE /u01/app/oracle/product/12.2.0/db_1/dbs/DG_DATA_SSD_2  TO +DG_DATA_SSD_2

咨詢了項(xiàng)目組同事，確認(rèn)了操作時間和操作步驟都符合


問題原因

1、在alert日志中發(fā)現(xiàn)，最近有添加數(shù)據(jù)文件操作，但在添加文件時，磁盤組名字前面的”+”忘記添加了，數(shù)據(jù)文件添加到了本地，還好這一個12.2.0.1的庫，使用了”move tablespace online“的新特性，把數(shù)據(jù)文件在線移動到了磁盤組中。但是這個操作卻沒有在塊改變跟蹤信息中體現(xiàn)。

22點(diǎn)定時備份任務(wù)開始啟動，數(shù)據(jù)庫備份時讀取塊改變跟蹤的記錄文件時，因?yàn)樽x不到了在本地添加的數(shù)據(jù)文件，觸發(fā)了數(shù)據(jù)庫數(shù)據(jù)保護(hù)機(jī)制，從而導(dǎo)致數(shù)據(jù)庫實(shí)例cash掉。

2、那就根據(jù)文章中的提供的workaround，先啟動實(shí)例到mount，再執(zhí)行如下命令：

alter database disable block change tracking;

alter database open;

alter database enable block change tracking using file ‘+磁盤組名稱/文件名’;

注意：以前的塊改變跟蹤信息因?yàn)閐isable/enable操作丟失了，需要重新進(jìn)行一次0級備份之后，塊改變跟蹤信息才能生效。


改進(jìn)措施

  1. 增加操作審核，避免誤操作

  2. 在使用Move table online操作時，要注意塊改變跟蹤的問題。


END


更多精彩干貨分享

點(diǎn)擊下方名片關(guān)注

IT那活兒

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/129900.html

相關(guān)文章

  • Oracle最佳連接方式之service最佳實(shí)踐及測試（下）

    Oracle最佳連接方式之service最佳實(shí)踐及測試（下） img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%...

    IT那活兒 評論0 收藏1656

  • 云數(shù)據(jù)存儲需要協(xié)助解決數(shù)據(jù)成本困境

    摘要：云消費(fèi)者需要協(xié)助管理數(shù)據(jù)成本，四個戰(zhàn)略已經(jīng)形成，協(xié)助他們解決這些成本窘境。對云數(shù)據(jù)存儲使用摘要數(shù)據(jù)庫。在云端存儲數(shù)據(jù)永遠(yuǎn)也不可能比在一個編寫的硬盤上存儲數(shù)據(jù)便宜，但是利用云存儲這項(xiàng)技術(shù)的優(yōu)勢可能會給購買者最佳的成本和最高的投入產(chǎn)出比。云數(shù)據(jù)存儲的高成本粉碎了企業(yè)公有云業(yè)務(wù)案例的夢想。一些企業(yè)表示他們可以以和按月云存儲和用例費(fèi)用相同的成本購買到硬盤。但對云消費(fèi)者而言，可能很難搞清楚價格差異到底...

    trilever 評論0 收藏0

  • 看主流云數(shù)據(jù)存儲怎么“整”最劃算？

    摘要：云數(shù)據(jù)存儲的高成本粉碎了企業(yè)公有云業(yè)務(wù)案例的夢想。企業(yè)認(rèn)為訪問云數(shù)據(jù)迫使他們擴(kuò)展連接速度，為了避免擁擠。對云數(shù)據(jù)存儲使用摘要數(shù)據(jù)庫。這樣就將庫存項(xiàng)目脫離了云存儲。 云數(shù)據(jù)存儲的高成本粉碎了企業(yè)公有云業(yè)務(wù)案例的夢想。一些企業(yè)表示他們可以以和按月云存儲和用例費(fèi)用相同的成本購買到硬盤。同時微軟和谷歌免費(fèi)贈送其SkyDrive和Google Drive服務(wù)。云消費(fèi)者可能發(fā)現(xiàn)很難搞清楚價格差異到底體...

    ZoomQuiet 評論0 收藏0

  • 由for update引發(fā)的血案

    摘要：微信公眾號后端進(jìn)階，專注后端技術(shù)分享框架分布式中間件服務(wù)治理等等。 微信公眾號「后端進(jìn)階」，專注后端技術(shù)分享：Java、Golang、WEB框架、分布式中間件、服務(wù)治理等等。 老司機(jī)傾囊相授，帶你一路進(jìn)階，來不及解釋了快上車！ 公司的某些業(yè)務(wù)用到了數(shù)據(jù)庫的悲觀鎖 for update，但有些同事沒有把 for update 放在 Spring 事務(wù)中執(zhí)行，在并發(fā)場景下發(fā)生了嚴(yán)重的線程阻...

    roundstones 評論0 收藏0

發(fā)表評論

0條評論

IT那活兒

男|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<