影響數(shù)據(jù)庫擴(kuò)容成功的七宗罪
影響數(shù)據(jù)庫擴(kuò)容成功的七宗罪：
1.系統(tǒng)升級前的被動等待
在系統(tǒng)進(jìn)行性能和升級測試前，用戶總是容易被其他的瑣事吸引而不采取積極行動。常見的局限是用戶經(jīng)常會被動等待直到系統(tǒng)正式準(zhǔn)備就緒。確實，測試是很現(xiàn)實的因為這樣用戶可以運行真實的數(shù)據(jù)庫和應(yīng)用軟件，但是如果等你發(fā)現(xiàn)其中的錯誤，經(jīng)常面臨的后果就是任何補(bǔ)救都為時晚矣。因此在你應(yīng)用之前別忽略升級測試。
2.依靠不切實際的期望
人們認(rèn)為沒有建立數(shù)據(jù)庫的需求。而事實上情況經(jīng)常會更糟；人們管理數(shù)據(jù)庫時自以為是的假設(shè)系統(tǒng)將滿足所有的期望，以為系統(tǒng)的表現(xiàn)可以完美無缺。但這是不切實際的，用戶應(yīng)該按照實際能夠滿足的期望值去建立數(shù)據(jù)庫。
3.忽略需求
用戶經(jīng)常不知道他們的需求是什么。因此你必須幫助他們將最新的業(yè)務(wù)流程和提供支持的需求具體化。舉例來說，目前你每個季度都要將巨大的產(chǎn)品目錄用電子郵件的形式發(fā)送給所有的客戶，現(xiàn)在你的想法是將每個專用目錄的100封目標(biāo)郵件發(fā)送給大約2%的客戶。如果是這樣，我們要做的是，首先討論最新的電子郵件流程會是什么，如何實現(xiàn)每年比常規(guī)25倍的次數(shù)發(fā)送。其次，開發(fā)信息容量來支持這個流程。然后制定數(shù)據(jù)庫使用方法和開發(fā)必需的工作負(fù)載，服務(wù)級別和其他需求。不要忽略這些需求，否則你就會在競爭中落伍。
4.忽略風(fēng)險分析
一旦你開發(fā)出自己的需求，就要對可能出現(xiàn)的風(fēng)險進(jìn)行確認(rèn)，測試和管理。
5.接受脆弱的證據(jù)
不要輕易接受銷售人員對所謂測試結(jié)果的解釋。也不要讓廠商來定義測試的結(jié)果。如果你沒有這方面的專業(yè)經(jīng)驗，你可以向具備這方面專業(yè)經(jīng)驗的咨詢師求助，這些咨詢師必須熟知測試復(fù)雜數(shù)據(jù)管理系統(tǒng)的基準(zhǔn)規(guī)格。你的測試必須能準(zhǔn)確捕捉擴(kuò)容和性能測試的關(guān)鍵挑戰(zhàn)。
6.低估本年度需求的增長率
基礎(chǔ)架構(gòu)和平臺建設(shè)將花費較長的時間部署，改變的過程亦是如此。項目需求可能需要兩到三年的時間。不要假設(shè)數(shù)據(jù)的增長率會 和業(yè)務(wù)的增長率相同。事實上數(shù)據(jù)和工作負(fù)載的增長速度通常都會超過相關(guān)業(yè)務(wù)的增長速度，因為數(shù)據(jù)隨著業(yè)務(wù)的發(fā)展使用的更加廣泛。
7.忽略擴(kuò)容的規(guī)模
數(shù)據(jù)量是最容易測算的數(shù)據(jù)，但是工作負(fù)載，數(shù)據(jù)復(fù)雜性，查詢復(fù)雜性，可用性和數(shù)據(jù)延遲量幾乎是同等重要的。無論你是否在正確的平臺上他們都能推動配置規(guī)模。要把他們都考慮在內(nèi)。
就數(shù)據(jù)庫擴(kuò)容本身來說，對企業(yè)是有好處的，但是，當(dāng)一個企業(yè)考慮數(shù)據(jù)庫擴(kuò)容時，不要是一時的心血來潮，要考慮周全了各方面的條件，只有這樣才能使數(shù)據(jù)庫擴(kuò)容成為企業(yè)前進(jìn)的動力，否則，會產(chǎn)生反效果。
【編輯推薦】
