性能管理的許多實例已經告訴我們，系統性能緩慢危害不亞于系統直接崩潰一天，但在大型機上調整數據庫卻相對輕松許多，只需花很少的時間通常就能獲得較大的性能提升。

隨著時間的推移，廠商已經增加了許多無需用戶干預的方式來執行數據庫重組，使得重組變得更加容易被用戶忽視，直到數據庫響應慢得他們無法接受，管理員想知道為什么新數據庫的響應速度沒有達到他們的預期，本文將介紹重組時的注意事項，以減少讓你頭疼的麻煩事。

　　關于數據庫優化

數據庫重組修復數據存儲次佳選擇 - 一個和死亡、稅收一樣不可避免的問題，從你啟動數據庫的那一刻起，數據就開始不斷堆積，性能也從最開始的最優狀態逐漸下降，這是如何發生的？大致有以下幾種途徑：

數據庫存儲和一些數據類型成比例，和另一些不成比例增長：
我們增加新的數據類型，應用舊的（不適當的）的優化技術；
我們使用數據庫的方式不同了，特別是使用新的查詢模式時，它們與舊的數據存儲設計不匹配；
相同磁盤上競爭相同存儲的其它數據存儲，導致數據庫選擇次佳優化存儲。

隨著時間的推移，這些趨勢降低了應用程序的性能，在一個不斷有更新的聯機事務處理（OLTP）數據庫中，一年時間足以引起5%到15%的性能下降，以后每年性能也會以類似的比例逐漸下降，根據以往的經驗，這與是否在大型機上運行數據庫沒有多大的關系，其它環境也和這差不多，事實上，在諸如Prime這樣的平臺上，虛擬存儲訪問方法（VSAM）的低版本意味著每增加100個用戶它的辦公自動化套件可能需要多花10分鐘啟動，因為用戶數據在磁盤上呈碎片化，除非你重組它們，但用戶哪里知道重組他們的數據呢。

現在我們執行一次大型機數據庫重組修復數據存儲次佳選擇問題，重組主要是優化它當前狀態的存儲，重組可以改變索引格式，讓索引更少訪問磁盤，從磁盤更快地加載數據，重組可以整合磁盤上的數據，以便磁盤柱面讀/寫頭不從磁盤柱面的一端到另一端來回折騰，這和Windows系統中的磁盤碎片整理程序類似，此外，重組可以改變緩存大小，以免數據庫在磁盤和內存之間頻繁執行不必要的數據交換，但重組僅僅是一個時間點的改進，時間和利用將最終導致數據庫性能下降。

自從我30年前作為CCA MODEL 204大型機數據庫管理員首次見到重組以來，它已經有了巨大的改進，現在，大多數主流大型機數據庫廠商已經實現自動化在線重組，這意味著你的大多數大型機數據庫，取決于你的版本，以及你是否需要啟用重組，它們都提供了自動化重組，周期大約1年一次，包括需要24/7可用的大型機數據庫重組支持。

但是在執行數據庫重組時也需要注意一些事情，首先，雖然許多現代數據庫廠商都提供了自動化重組功能，但不能保證你的數據庫就剛好具備這項功能，即使可以使用自動重組，也沒有哪個廠商愿為你的系統提供特殊優化，其次，你的重組不一定會經常運行，性能一樣會逐漸下降，如果經常在線運行重組，其自身引起的性能開銷也很大，另外，如果廠商沒有提醒你，極有可能沒有啟用重組功能。

關于數據庫重組的思考

最好安排每年檢查一次你的數據庫重組功能，包括信息管理系統（IMS）和VSAM，并作出下面這些決定：

首先，確定你是在線還是離線運行重組，離線重組可能需要數據庫和應用程序停機許久，當你有足夠的停機時間，或停機不會引起業務受損時，離線重組才可取，同樣，在線重組也會使其它進程變慢，當數據庫性能處于峰值時不建議執行在線重組。

接下來確定你執行重組的頻率，你應該對一年內數據庫和數據存儲的變化有清晰的了解，例如，有多少不同類型的索引發生了變化，有多少更新，有多少新建和修改目錄元數據定義，認真檢查每一個因素，然后再決定每存儲1GB數據后性能的總體趨勢變化，如果數據庫變化較快，你應該將重組頻率加快，如果變化較慢，就盡量少執行重組。

根據以往的經驗，每發生1%的增長，意味著1%的下降，如果是在線重組，要確定好放在一年中的哪一天，什么時間執行，大多數大型機數據庫管理員都清楚什么時候數據庫最忙，什么時候最清閑，如果你重組的當口遇到了數據庫事務峰值，你應該立即停止重組，重新安排別的時間執行。

例如，假設你在英國增加了一個國外子公司，新的峰值將會比美國提前5個小時抵達，按年來說也一樣，例如，其它國家的年終假期和美國也不一樣，因此，如果你服務于一家全球公司，需要注意各國的年終搶購時間。

最后，確定你是否需要修改數據庫在磁盤上的空間分配，雖然這不是做重組決定，但它與重組有很大的關系，特別是，你數據庫性能下降是因其他數據存儲競爭相同空間引起的，你可以通過對你的磁盤柱面做一個簡單的映射來確定 - 特別是當你使用存儲區域網絡時 - 顯示你數據庫的數據存儲夾雜了多少其它數據，如IMS記錄之間的空白，你應該通過重新定義數據庫的物理磁盤分配來預防出現這種情況。