SQL Server 2008的升級與部署
Q：現(xiàn)在我所在的公司正在使用SQL 2005這個版本，那么SQL 從05升級到SQL 08的PDS（數(shù)據(jù)保護(hù)系統(tǒng)）過程中，我們***選擇什么方法呢？那么在升級到SQL 08后，SSIS（生成高性能數(shù)據(jù)集成解決方案平臺）會不會有所提高呢？
A：其實(shí)從SQL 2000里面的DPS升級到SQL 2005里面的DPS升級是一樣的，我們推薦的方法仍然是重寫，因?yàn)镾QL 2005跟SQL 2008的引擎基本上類似。但是這兩個版本跟SQL 2000完全不是一個引擎，雖然你升級過來是可以用的，但是性能達(dá)不到原來那樣，所以建議你重寫，按照SQL 2005或者SQL 2008里面推薦的方式去重寫。SSIS的效率會高很多，因?yàn)槟壳皹I(yè)界里面做數(shù)據(jù)轉(zhuǎn)換最快的記錄者扔是微軟保持的，好像20多分鐘一個G。
Q：我現(xiàn)在擔(dān)心一個問題，在兩個服務(wù)器之間傳送的事務(wù)日志數(shù)量，尤其是對于我們每晚都需要執(zhí)行的索引重建操作。聽說鏡像功能發(fā)送的是實(shí)際的重建命令而非事務(wù)日志是這樣么?
A：數(shù)據(jù)庫鏡像過程是通過將實(shí)際的事務(wù)日志記錄從主體數(shù)據(jù)庫發(fā)送到鏡像服務(wù)器來完成的，這些記錄在鏡像數(shù)據(jù)庫中將被“重播”。根據(jù)涉及的索引大小的不同，這可能意味著會生成大量事務(wù)日志，從而導(dǎo)致主體數(shù)據(jù)庫的日志文件很大，您可以將數(shù)據(jù)庫鏡像視為實(shí)時日志傳送。但是，在日志傳送數(shù)據(jù)庫方案中，數(shù)據(jù)是以日志備份而非連續(xù)流的形式發(fā)送到冗余數(shù)據(jù)庫的。因此，對于鏡像數(shù)據(jù)庫與日志傳送數(shù)據(jù)庫中的索引重建而言，需要發(fā)送到冗余數(shù)據(jù)庫的信息量幾乎完全相同。實(shí)際的差別僅在于發(fā)送信息的方式 — 是連續(xù)發(fā)送還是成批發(fā)送。
Q：如果我們現(xiàn)在使用的是SQL 2000這個版本，那么現(xiàn)在由于數(shù)據(jù)管理的需要，需要升級到SQL 2008這個版本，那么我們是不是只需要支付升級的費(fèi)用呢？
A：我記得不是這樣的，但是我敢肯定的是，如果你是從SQL 2000升級過來的，那么你需要單獨(dú)購買SQL 2008這個新產(chǎn)品。其實(shí)SQL的性價比還是比較高的！盡管在性能的深度和廣度上落后于對手，但較低的價位加上和Windows系統(tǒng)以及其他的微軟產(chǎn)品之間的兼容集成還是能夠讓微軟迎頭趕上。
Q：如果在Vista環(huán)境下，您推薦我們使用SQL的哪個版本呢？SQL 2000？SQL 2005？還是SQL 2008？
A：現(xiàn)在你已經(jīng)給我限制了使用環(huán)境，那么就根據(jù)你們企業(yè)的需要選擇使用SQL 2005或者SQL 2008。為什么這么說呢？首先Vista是客戶機(jī)的的系統(tǒng)，如果你安裝了SQL 2000的話，那么你只能裝一些特殊的版本（企業(yè)版，標(biāo)準(zhǔn)版，桌面版）了。而SQL 2005或者SQL 2008都有經(jīng)典版，只不過在數(shù)據(jù)，內(nèi)存和存儲的數(shù)量上有所變化，功能上，語句上，表，庫，那些概念都是一樣的。
Q：如果是從SQL 2000升級到SQL 2008的時候，我會在其中遇到一些問題，那么我可以去參閱幫助文檔，但是我實(shí)際的應(yīng)用中，我遇到的問題可能是文檔中尚未提及的，那么在使用過程中，我們需要有什么注意的地方呢？比如說語句的變化？
A：我覺得語句這個東西不太好說。純憑你的個人喜好和你的邏輯思維。我可以告訴你，它會有很多新的語句和語法，還有什么類。但是微軟并不知道你的業(yè)務(wù)，我唯一可以告訴你的，就是它有這個技術(shù)，但是這個技術(shù)怎么實(shí)現(xiàn)的快，就需要你去組合那些語句，需要你去精挑細(xì)選，所以說它沒有什么需要注意的地方，唯一需要注意的就是不要叫你的語句過于冗長。
Q：在工作中有這樣一種現(xiàn)象，應(yīng)用程序使用的每個表都包含大量索引。經(jīng)詢問才知道似乎是以前的DBA喜歡對各個表列及某些組合添加索引。我認(rèn)為并非所有索引都是必要的，但我該如何找出可以安全刪除的索引呢?我們運(yùn)行的是 SQL Server 2005。
A：是的，大量索引極有可能是造成性能不佳的主要因素。每次在表中插入、更新或刪除行時，都需要在每個非群集索引中執(zhí)行相應(yīng)的操作。這將在 I/O、CPU 利用率和事務(wù)日志生成等方面增加大量的管理開銷。在SQL 2005 中，則可使用新的動態(tài)管理視圖，它可以跟蹤索引使用情況。定期拍攝 DMV 輸出的快照，然后對這些快照加以比較。這是提高性能的很好。
【編輯推薦】
