SQL Server 2008的升級與部署方法和常見問題

　　SQL Server 2008的升級與部署方法和常見問題：

　　Q:現在我所在的公司正在使用SQL 2005這個版本，那麼SQL 從05升級到SQL 08的PDS(數據保護系統)過程中，我們最好選擇什麼方法呢?那麼在升級到SQL 08後，SSIS(生成高性能數據集成解決方案平台)會不會有所提高呢?

　　A:其實從SQL 2000裡面的DPS升級到SQL 2005裡面的DPS升級是一樣的，我們推薦的方法仍然是重寫，因為SQL 2005跟SQL 2008的引擎基本上類似。但是這兩個版本跟SQL 2000完全不是一個引擎，雖然你升級過來是可以用的，但是性能達不到原來那樣，所以建議你重寫，按照SQL 2005或者SQL 2008裡面推薦的方式去重寫。SSIS的效率會高很多，因為目前業界裡面做數據轉換最快的記錄者扔是微軟保持的，好像20多分鐘一個G.

　　Q:我現在擔心一個問題，在兩個服務器之間傳送的事務日志數量，尤其是對於我們每晚都需要執行的索引重建操作。聽說鏡像功能發送的是實際的重建命令而非事務日志是這樣麼?

　　A:數據庫鏡像過程是通過將實際的事務日志記錄從主體數據庫發送到鏡像服務器來完成的，這些記錄在鏡像數據庫中將被“重播”.根據涉及的索引大小的不同，這可能意味著會生成大量事務日志，從而導致主體數據庫的日志文件很大，您可以將數據庫鏡像視為實時日志傳送。但是，在日志傳送數據庫方案中，數據是以日志備份而非連續流的形式發送到冗余數據庫的。因此，對於鏡像數據庫與日志傳送數據庫中的索引重建而言，需要發送到冗余數據庫的信息量幾乎完全相同。實際的差別僅在於發送信息的方式 - 是連續發送還是成批發送。

　　Q:如果我們現在使用的是SQL 2000這個版本，那麼現在由於數據管理的需要，需要升級到SQL 2008這個版本，那麼我們是不是只需要支付升級的費用呢?

　　A:我記得不是這樣的，但是我敢肯定的是，如果你是從SQL 2000升級過來的，那麼你需要單獨購買SQL 2008這個新產品。其實SQL的性價比還是比較高的!盡管在性能的深度和廣度上落後於對手，但較低的價位加上和Windows系統以及其他的微軟產品之間的兼容集成還是能夠讓微軟迎頭趕上。

　　Q:如果在Vista環境下，您推薦我們使用SQL的哪個版本呢?SQL 2000?SQL 2005?還是SQL 2008?

　　A:現在你已經給我限制了使用環境，那麼就根據你們企業的需要選擇使用SQL 2005或者SQL 2008.為什麼這麼說呢?首先Vista是客戶機的的系統，如果你安裝了SQL 2000的話，那麼你只能裝一些特殊的版本(企業版，標准版，桌面版)了。而SQL 2005或者SQL 2008都有經典版，只不過在數據，內存和存儲的數量上有所變化，功能上，語句上，表，庫，那些概念都是一樣的。

　　Q:在工作中有這樣一種現象，應用程序使用的每個表都包含大量索引。經詢問才知道似乎是以前的DBA喜歡對各個表列及某些組合添加索引。我認為並非所有索引都是必要的，但我該如何找出可以安全刪除的索引呢?我們運行的是 SQL Server 2005.

　　A:是的，大量索引極有可能是造成性能不佳的主要因素。每次在表中插入、更新或刪除行時，都需要在每個非群集索引中執行相應的操作。這將在 I/O、CPU 利用率和事務日志生成等方面增加大量的管理開銷。在SQL 2005 中，則可使用新的動態管理視圖，它可以跟蹤索引使用情況。定期拍攝 DMV 輸出的快照，然後對這些快照加以比較。這是提高性能的很好。

　　Q:如果是從SQL 2000升級到SQL 2008的時候，我會在其中遇到一些問題，那麼我可以去參閱幫助文檔，但是我實際的應用中，我遇到的問題可能是文檔中尚未提及的，那麼在使用過程中，我們需要有什麼注意的地方呢?比如說語句的變化?

　　A:我覺得語句這個東西不太好說。純憑你的個人喜好和你的邏輯思維。我可以告訴你，它會有很多新的語句和語法，還有什麼類。但是微軟並不知道你的業務，我唯一可以告訴你的，就是它有這個技術，但是這個技術怎麼實現的快，就需要你去組合那些語句，需要你去精挑細選，所以說它沒有什麼需要注意的地方，唯一需要注意的就是不要叫你的語句過於冗長。