新特性的副产品--从11g的DEFERRED SEGMENT CREATION说起
?某日協助同事完成兩個測試數據庫的結構同步。將早就爛熟于心的exp和imp命令編寫成shell自動運行,交活了事。沒有想到,同事說同步的表相差巨大。不會吧,檢查了生成的日志信息:
?
?? ? ? ?正常的一談糊涂。但是檢查導出表的數據確實差了不少。應該是49張表,但是導出的只有34張。
?? ? ? ?反復檢查USER_TABLES的信息,首先發現的就是確實沒有導出的表在某些屬性字段上比較怪異。
?? ? ? ?
?? ? ? ? 奇怪。為空。
?? ? ? ? 沒有辦法,估計需要修改表的一些狀態才可能改變。
?? ? ? ? 不錯,現在看起來比較正常了,exp也正常導出。
?? ? ? ? ?真是為什么呢?存儲參數的信息沒有出現,而后在user_tables中發現了字段SEGMENT_CREATED。估計就是這個“問題”。找找看,發現凡是不能正常導出的表這個屬性字段都是顯示:?? ? ??
?? ? ? ? 查。發現原來這個11gR2的一個特性:DEFERRED SEGMENT CREATION,即建立表的時候,一開始并沒有直接分配存儲空間。直接在字典中記錄了數據結構。而只有當真正有數據的時候才分配空間。這種方法對于象SAP這樣大的系統需要部署成千上萬張表是非常有效的。
?? ? ? ? 檢查測試數據庫:
?? ? ? ? ?這個功能是開啟的。當然可以通過修改參數來進行修改:
?? ? ? ?當然還有我的“土制”辦法,move一下表。
?? ? ? ? 現在EXP是沒有問題。但是奇怪,為什么EXP只能檢索出已經分配存儲空間的表,難道讀的字典不是相同的基表?不能不說,這個特性對于EXP而言,起碼是有瑕疵的,并且在一些UPGRDE等操作也是有風險的。
?? ? ? ?同時注意,這樣的表在SYS, SYSTEM, PUBLIC, OUTLN, or XDB 模式(schema)下,是無法建立的。
?? ? ? ?時時都是有收獲的,只要留心些。 -:)
?? ? ? ? --EOF
本文轉自Be the miracle!博客51CTO博客,原文鏈接http://blog.51cto.com/miracle/503936如需轉載請自行聯系原作者
Larry.Yue
總結
以上是生活随笔為你收集整理的新特性的副产品--从11g的DEFERRED SEGMENT CREATION说起的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 你应该学会的接口调试神器——Postma
- 下一篇: 按需路由选择(ODR)原理及实验