Database
 sql >> Teknologi Basis Data >  >> RDS >> Database

ZDLRA – RMAN-20035 RECID tinggi tidak valid

Kesalahan “RMAN-20035:RECID tinggi tidak valid ” saat melakukan pencadangan RMAN pada basis data yang dilindungi menggunakan ZDLRA:

# rman target / catalog /@zdlra01-scan:1521/zdlraRecovery Manager:Rilis 12.1.0.2.0 - Produksi Senin 3 Sep 09:06:21 2021Hak Cipta (c) 1982, 2014, Oracle dan/atau afiliasinya . Semua hak dilindungi undang-undang. terhubung ke database target:CDBSIV01 (DBID=2462007622) terhubung ke database katalog pemulihan rilis skema katalog pemulihan 21.01.00.00. lebih baru dari RMAN releaseRMAN> perangkat cadangan jenis tag sbt arsiplog 'BACKUP_ZDL_ARCH' semua tidak dicadangkan hapus semua masukan;Mulai pencadangan pada 03-SEP-21 arsip log saat ini saluran yang terlokasi:ORA_SBT_TAPE_1saluran ORA_SBT_TAPE_1:SID=300 jenis perangkat=SBT_TAPETAsaluran ORA_SBT_ Perpustakaan VER_1 =12.2.0.1saluran yang dialokasikan:ORA_SBT_TAPE_2saluran ORA_SBT_TAPE_2:SID=554 jenis perangkat=SBT_TAPEsaluran ORA_SBT_TAPE_2:RA Perpustakaan VER=12.2.0.1saluran yang dialokasikan:ORA_SBT_TAPE_3saluran ORA_SBT_TAPE_3:SID=306 saluran yang dialokasikan ORA_SBT_STAPEBT_SID=306 perangkat :ORA_SBT_TAPE_4channel ORA_SBT_TAPE_4:SID=175 jenis perangkat=SBT_TAPEchannel ORA_SBT_TAPE_4:RA Library VER=12.2.0.1melewati arsip log utas 1 dari urutan 48371 ke 48378; sudah dicadangkanRMAN-00571:===========================================================RMAN-00569:===============ERROR MESSAGE STACK MENGIKUTI ===============RMAN-00571:===========================================================RMAN-03002:kegagalan perintah pencadangan pada 09/03/2021 10:28:06RMAN-06004:kesalahan ORACLE dari database katalog pemulihan:RMAN-20035:tidak valid RECID tinggi

Solusi:Masalah teratasi dengan menjalankan perintah di bawah ini ke database zdlra:

Jalankan pencadangan dengan debug diaktifkan:

# rman target / catalog /@zdlra01-scan:1521/zdlra debug=ALL log=/tmp/rmandebug.txtRMAN> perangkat cadangan jenis tag sbt 'BACKUP_ZDL_ARCH' archivelog semua tidak dicadangkan hapus semua input;RMAN> 

Temukan nilai bphwm dan bshwm dalam debug rmandebug.txt . yang dihasilkan berkas:

DBGSQL:RCVCAT> mulai :resync :=dbms_rcvcat.ckptNeeded(ckp_scn => :cfscn, ckp_cf_seq => :cfseq, cf_version => :vertime, cf_type => :cftype, high_df_recid => :dfhwm, hi
DBGSQL:sqlcode =20035
DBGSQL:B :resync =NULL
DBGSQL:B :cfscn =13930161892388
DBGSQL:B :cfseq =7912622
DBGSQL:B :vertime =“27-may -2017 14:29:51”
DBGSQL:B :cftype =1
DBGSQL:B :dfhwm =616
DBGSQL:B :tshwm =11
DBGSQL:B :rlhwm =54
DBGSQL:B :dchwm =0
DBGSQL:B :alhwm =54333
DBGSQL:B :bphwm =11482
DBGSQL:B :dohwm =54297
DBGSQL:B :offrhwm =0
DBGSQL:B :pchwm =0
DBGSQL:B :rmhwm =19
DBGSQL:B :rltime =“27-may-2017 14:29:54”
DBGSQL:B :bshwm =11120
DBGSQL:B :lrstscn =2712589
DBGSQL:B :lrsttime =“27-may-2017 14:29:54”
DBGSQL:B :ichwm =2
DBGSQL:B :tfhwm =33182
DBGSQL:B :rthwm =0
DBGSQL:B :grsphwm =0
DBGSQL:B :nrsphwm =0
DBGSQL:B :bcrhwm =0
DBGSQL:B :pdbhwm =0
DBGSQL:B :pichwm =0
DBGSQL:error:ORA-20035:High_bp_recid tidak valid (krmkosqlerr)
DBGSQL:ORA-06512 :pada “RASYS.DBMS_RCVCAT”, baris 5609 (krmkosqlerr)
DBGSQL:ORA-06512:pada “RASYS.DBMS_RCVCAT”, baris 5469 (krmkosqlerr)
DBGSQL:ORA-06512:pada baris 1 (krmkosqlerr) )
DBGSQL:(krmkosqlerr)
DBGSQL:KELUAR krmkosqlerr
DBGMISC:krmksqlerror dipanggil dari file krmk7.c, baris 5177 [13:25:41.708]

Masuk ke database zdlra dan jalankan sql:

[oracle@zdra01db02 ~]$ sqlplus / as sysdbaSQL*Plus:Rilis 19.0.0.0.0 - Produksi Senin 3 Sep 09:19:19 2021Versi 19.9.0.0.0Hak Cipta (c) 1982, 2020, Oracle. Semua hak dilindungi undang-undang. Terhubung ke:Oracle Database 19c Enterprise Edition Rilis 19.0.0.0.0 - ProductionVersion 19.9.0.0.0SQL> pilih SITE_KEY,db_key,DB_UNIQUE_NAME dari RASYS.RCI_SITE di mana DB_UNIQUE_NAME ='CDBSIV01';SITE_KEY DB_KEY DB_--UNIQUE_NAME---- ------ ---------- ---------------------------------- -------------------------------------------------- ------------------------------------353605282 353605280 CDBSIV01

Perbarui HIGH_BP_RECID dan HIGH_BS_RECID ke database terproteksi CDBSIV01 (DB_KEY =353605280 dan site_key =353605282):

SQL> perbarui RASYS.pdb_node set HIGH_BP_RECID =11482 di mana site_key =353605282 dan DB_KEY =353605280;1 baris diperbarui.SQL> perbarui RASYS.pdb_node set HIGH_BS_RECID =11120 di mana site_key =353605282 dan DB_KEY1 baris diperbarui> komit;Komit selesai.

Masuk ke database yang dilindungi dan kirimkan cadangan:

# rman target / catalog /@zdlra01-scan:1521/zdlraRecovery Manager:Rilis 12.1.0.2.0 - Produksi Senin 3 Sep 10:10:21 2021Hak Cipta (c) 1982, 2014, Oracle dan/atau afiliasinya . Semua hak dilindungi undang-undang. terhubung ke database target:CDBSIV01 (DBID=2462007622) terhubung ke database katalog pemulihan rilis skema katalog pemulihan 21.01.00.00. lebih baru dari RMAN releaseRMAN> perangkat pencadangan jenis tag sbt arsiplog 'BACKUP_ZDL_ARCH' semua tidak dicadangkan hapus semua masukan;Mulai pencadangan pada 03-SEP-21 arsip log saat ini saluran yang dialokasikan:ORA_SBT_TAPE_1saluran ORA_SBT_TAPE_1:SID=137 RA jenis perangkat=SBT_TAPETAsaluran ORA_SBT_ =12.2.0.1saluran yang dialokasikan:ORA_SBT_TAPE_2saluran ORA_SBT_TAPE_2:SID=31 jenis perangkat=SBT_TAPEsaluran ORA_SBT_TAPE_2:RA Perpustakaan VER=12.2.0.1saluran yang dialokasikan:ORA_SBT_TAPE_3saluran ORA_SBT_TAPE_3:SID_3BT_TAPE saluran yang dialokasikan :ORA_SBT_TAPE_4channel ORA_SBT_TAPE_4:SID=317 tipe perangkat=SBT_TAPEchannel ORA_SBT_TAPE_4:RA Library VER=12.2.0.1melewati arsip log utas 1 dengan urutan 49711; sudah dicadangkan saluran ORA_SBT_TAPE_1:memulai set saluran pencadangan log yang diarsipkan ORA_SBT_TAPE_1:menentukan log yang diarsipkan dalam set cadangan, masukkan utas log yang diarsipkan=1 sequence=49712 RECID=55651 STAMP=1085043984saluran ORA_SBT_TAPE_1:mulai bagian 1 pada 03-SEP-21_TAPER_1 saluran ORA_SBT 1 pada 03-SEP-21piece handle=db_CDBSIV01xxxx_p00aot8j_1_1 tag=BACKUP_ZDL_ARCH comment=API Versi 2.0,MMS Versi 12.2.0.1channel ORA_SBT_TAPE_1:set cadangan selesai, waktu berlalu:00:00:01Pencadangan selesai pada 03-SEP-21Memulai File Kontrol dan SPFILE Autobackup at 03-SEP-21piece handle=c-2462007622-20211004-09 comment=API Versi 2.0,MMS Versi 12.2.0.1Finish Control File dan SPFILE Autobackup at 03-SEP-21RMAN>
 


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Mengapa Statistik Tunggu Saja Tidak Cukup

  2. Peningkatan potensial untuk pembaruan statistik:MAXDOP

  3. Menghapus jejak default – Bagian 2

  4. Terkadang Anda BISA meningkatkan ukuran kolom di tempat

  5. Pertimbangan Sekitar Urutan Kolom dalam Indeks dan Sortir