【BUG】當使用TTS(傳輸表空間時)從其他平臺到HP可造成索引組織表損壞
使用範圍:
Oracle Database - Enterprise Edition - Version 9.2.0.1 and later
HP-UX PA-RISC (64-bit)
HP-UX Itanium
詳情:
Index Organized Tables (IOT) can become corrupt if the associated tablespace was transported (TTS or Transportable Database) from a different Operating System Platform to HP (XTT / XTTS).
TTS= Transportable Tablespace.
XTT / XTTS =Transportable Tablespace from a different OS platform.
當我們使用傳輸表空間功能時,從其他平臺到HP的平臺造成讓索引組織表損壞
相關事件:
When using TTS or Transportable Database to HP:
HP-UX Itanium / HP-UX IA (64-bit)
HP-UX PA-RISC (64-bit) / HP-UX (64-bit)
from any of the next platforms: --也就是下面的平臺傳輸到HP平臺會造成上述問題
Linux x86 32-bit
Linux x86 64-bit
Oracle Solaris on SPARC (64-bit)
Oracle Solaris on x86-64 (64-bit) / Solaris Operating System (x86-64)
IBM AIX on POWER Systems (64-bit) / AIX-Based Systems (64-bit)
症狀:
ORA-600 [6200] can be produced or ORA-600 [kddummy_blkchk] [file#] [block#] [6401] if db_block_checking is set to TRUE/FULL.
and the trace file may contain the corruption details like for example:
Block Checking: DBA = <rdba>, Block Type = KTB-managed data block
**** row 0: row length <length> past end of block
**** row 0: row skipped so other stats may be wrong
**** row 1: row length <length> past end of block
**** row 1: row skipped so other stats may be wrong
**** row 2: row length <length> past end of block
**** row 2: row skipped so other stats may be wrong
**** actual free space credit for itl <itl#> = <itl#> != # in trans. hdr = <hdr>
**** actual free space = <length> < kdxcoavs = 3405
**** actual unlocked split hole space = <value> != kdxlespl = <value>
**** key (begin=<offset>, len=<len>) overlaps with another
begin = 0xf81 len =<len>
**** row 0: row length <length> past end of block
**** row 0: row skipped so other stats may be wrong
**** row 1: row length <length> past end of block
**** row 1: row skipped so other stats may be wrong
**** row 2: row length <length> past end of block
**** row 2: row skipped so other stats may be wrong
**** actual free space credit for itl <itl#> = <itl#> != # in trans. hdr = <hdr>
**** actual free space = <length> < kdxcoavs = 3405
**** actual unlocked split hole space = <value> != kdxlespl = <value>
**** key (begin=<offset>, len=<len>) overlaps with another
begin = 0xf81 len =<len>
DBVerify or RMAN with the check logical option may report the same corruption description.
目前辦法:
使用傳輸表空間後,重建索引組織表
補丁資訊:
There is not currently a patch for this issue.
This is a restriction caused by .
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29487349/viewspace-2145654/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- oracle可傳輸表空間TTS小結OracleTTS
- Oracle傳輸表空間(TTS)OracleTTS
- 傳輸表空間(TTS) - 不同位元組序平臺 RMAN Convert - 5 ASM到ASMTTSASM
- 傳輸表空間(TTS) - 不同位元組序平臺 RMAN Convert - 1TTS
- 傳輸表空間(TTS) - 不同位元組序平臺 RMAN Convert - 2TTS
- 跨平臺表空間遷移(傳輸表空間)
- 傳輸表空間(TTS) - 不同位元組序平臺 RMAN Convert - 4 檔案系統到ASMTTSASM
- 使用tts(傳輸表空間) 跨版本升級資料庫並且使用bitmap索引時遇到的一個bugTTS資料庫索引
- 傳輸表空間(TTS) - 不同位元組序平臺 RMAN Convert - 6 使用RMAN增量備減少停機時間TTS
- 傳輸表空間(TTS) - 不同位元組序平臺 RMAN Convert - 3 檔案系統TTS
- 傳輸表空間(從Linux到Windows)LinuxWindows
- RMAN跨平臺可傳輸表空間和資料庫資料庫
- 用可傳輸表空間實現Oracle跨平臺移植Oracle
- 資料泵 TTS(傳輸表空間技術)TTS
- Oracle TTS ORA-39322: 表空間傳輸OracleTTS
- 【TTS】傳輸表空間Linux asm -> AIX asmTTSLinuxASMAI
- 【TTS】傳輸表空間AIX asm -> linux asmTTSAIASMLinux
- 同位元組序跨平臺表空間傳輸的測試
- 利用可傳輸表空間跨平臺遷移 -RMAN CONVERT
- 12c跨平臺傳輸表空間
- 跨平臺表空間傳輸的實現
- 10g跨平臺傳輸表空間
- 【TTS】傳輸表空間Linux ->AIX 基於rmanTTSLinuxAI
- 基於可傳輸表空間的表空間遷移
- 使用RMAN實現可傳輸的表空間
- RMAN跨小版本跨平臺與位元組序傳輸表空間
- [zt]跨平臺表空間傳輸 (DB遷移)
- Ora10G跨平臺傳輸表空間
- RMAN跨平臺傳輸表空間(different Endian)
- RMAN跨平臺傳輸表空間(same endian)
- 【TTS】傳輸表空間AIX->linux基於rmanTTSAILinux
- Oracle可傳輸表空間測試Oracle
- 5.7 mysql的可傳輸表空間MySql
- 使用Oracle可傳輸表空間的特性複製資料(3)跨平臺的傳輸實踐Oracle
- 用傳輸表空間跨平臺遷移資料
- oracle跨版本與平臺執行傳輸表空間Oracle
- RMAN跨平臺傳輸資料庫和表空間資料庫
- Oracle堆組織表的索引和索引組織表Oracle索引