如何就Oracle數據庫Import性能的改進
Oracle數據庫中，Import實用程序就是把Export卸出的數據恢復到數據庫中，及對數據庫進行故障恢復，要求時間較高。現在就減少Import性能時間作出幾點改進。
一、 系統級別的改變
1?在重建數據庫時盡可能增大DB_BLOCK_SIZ參數。塊的大小越大，所需I／O循環的次數就越少。這種改變是***性的，因此在修改它的時候應考慮到各種可能的影響。
2?建立并使用一個大的rollback段，同時將其他rollback段關閉(offline)。一個rollback段大約需要***的表(table)的50％的大小就足夠了。
3?在import性能完成之前將數據庫置于NOARCHIVELOG模式。這將減少創建和管理archive日志的時間。
4?與rollback段一樣，創建幾個大的重做日志文件(redo log files)，越大越好。關閉一些小的重做日志文件。重做日志文件越大，所需的日志切換的次數就越少。檢查警告日志信息如
“Thread 1 cannot allocate new log,sequence 17,Checkpoint not complete”
這就意味著日志文件需要擴大或數量需增加。
5?如果可能，盡量將rollback段、表數據和重做日志文件分布在不同的硬盤上。這樣可以減少I／O沖突的可能性。
二、 intr.ora參數的改變
1?將LOG_CHECKPOINT_INTERVAL的值置為大于重做日志文件的大小。這個值通常以操作系統的塊大小來定義(UNIX系統大多是512字節)。這樣可以將檢查點checkpoint)減小到最少(僅在日志切換時執行)。
2?增大SORT_AREA_SIZE的值。這種增加取決于機器中其他活動進程的狀況以及還有多少可用的空閑內存。我們可以試5－10次來尋找一個***值。若機器開始交換(swapping)及頁面(paging)切換，說明值設置得太大。
三、 import選項改變
1?置COMMIT=N。這將導致import在每個對象(如table)結束之后提交(commit)，而非緩沖區滿提交。這就是我們為什么需要一個大的rollback段。
2?采用一個大的BUFFER值。這個值要視系統活動狀況、數據庫大小等情況而定。通常幾兆字節就夠了，但是若有足夠的內存這個值還可更大些。同樣，我們可以查看頁面和交換的情況來確定這個值是否太大。這將減少import進程到文件中讀取數據的次數(每次它將讀取一個buffer大小的數據)。
3?置INDEXES=N。這將加快導入無索引表的速度。采用INDEXFILE選項，在數據導入完成后建立索引。建立索引時SORT_AREA_SIZE值要足夠大。
以上就Oracle數據庫Import性能如何改進發表了個人看法，要想了解的更多相關問題的解決方案，請留意51cto.com站上的相關論壇.
【編輯推薦】
