Expert Oracle Exadata - Parent Directory

CHAPTER 3 HYBRID COLUMNAR COMPRESSIONNAMEVALUE---------------------------------------------------------------------- ---------------table fetch continued row 2947SYS@SANDBOX1> -- select via the original rowidSYS@SANDBOX1>SYS@SANDBOX1> select pk_col from kso.skew_hcc3 where rowid = 'AAATCBAAIAAF8uSFc9';PK_COL----------16367SYS@SANDBOX1> @mystatsEnter value for name: table fetch continued rowNAMEVALUE---------------------------------------------------------------------- ---------------table fetch continued row 2948SYS@SANDBOX1> -- Stat is incremented – so definitely a migrated row!So the row has definitely been migrated. Now let’s verify that the migrated row is not compressed.We can do this by dumping the block where the newly migrated record resides. But before we look at themigrated row let’s have a look at the original block.SYS@SANDBOX1> !cat dump_block.sql@find_tracealter system dump datafile &fileno block &blockno;SYS@SANDBOX1> @dump_blockTRACEFILE_NAME------------------------------------------------------------------------------------/u01/app/oracle/diag/rdbms/sandbox/SANDBOX1/trace/SANDBOX1_ora_5191.trcEnter value for fileno: 7Enter value for blockno: 3171084System altered.Now let’s look at the trace file produced in the trace directory. Here is an excerpt from the blockdump.Block header dump: 0x01f0630cObject id on Block? Yseg/obj: 0x13081 csc: 0x01.1e0574d4 itc: 3 flg: E typ: 1 - DATAbrn: 0 bdba: 0x1f06300 ver: 0x01 opc: 0inc: 0 exflg: 0Itl Xid Uba Flag Lck Scn/Fsc0x01 0x002f.013.00000004 0x00eec383.01f2.44 ---- 1 fsc 0x0000.000000000x02 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.000000000x03 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.0000000088