SQL Server 2005 升級備忘錄

發佈日期: 2005 年 11 月 7 日

作者: Douglas McDowell、Erik Veerman 和 Michael Otey 撰寫

本頁內容

享受 SQL Server 2005 的好處
增強的企業資料管理
開發人員產能
進階的商業智慧
競爭性功能
快速的投資報酬率:在 SQL Server 2005 上合併
客戶案例
預備進行順暢的升級
升級機制
升級處理程序
元件升級考量
作業系統和硬體升級考量因素
其他 SQL Server 2005 的資源
關於作者

享受 SQL Server 2005 的好處

若您的組織目前倚賴 SQL Server,那您可期待 SQL Server 2005 — 此升級版本可替現有的應用程式提供立即的結果,並在您增強現有的應用程式與開發新的應用程式以充分運用新的功能時,持續提供結果。今日的商業環境需要一個可以有效率地提供企業結果的完善資料管理平台。SQL Server 2005 正提供這樣的完善資料管理平台,它將關聯式資料的開發與管理,以及擷取、轉換和載入 (ETL)、OLAP 和報告,妥善地與安全性、效能和可用性加以整合,以滿足大多數高要求的企業應用程式的需求。

藉著採用 SQL Server 2005 標準化的資料平台,您可以聰明地在多家廠商的資料庫、裝置和應用程式之間共用資料。此策略可讓您根據開放的標準和廣泛可用的開發人員和系統管理技術集與工具,來進行 IT 投資,進而提供價值。

此新的發行版本也可讓您在不影響企業層級的效能、可靠性或安全性下控制成本。透過針對開發人員和 DBA 提供的完善企業資料管理功能集、商品硬體支援、高產能的整合式開發和管理環境,SQL Server 2005 提供了業界最低的預付實作和持續性維護成本。SQL Server 2005 版本家族 — Express、Workgroup、Standard 和 Enterprise — 將您需要的所有項目放在一個產品內,您無須再為完善、現成的資料整合、管理、分析和報表功能額外付費。讓我們看看新的版本如何在企業資料管理、開發人員產能和商業智慧 (BI) 等重要領域上提供價值。

增強的企業資料管理

SQL Server 2005 非常適合企業使用,它提供了絕佳的資料可用性和管理能力、強化的安全性、並可從掌上型行動裝置延展到高要求的 OLTP 系統和多重 TB 的資料倉儲。新的發行版本藉由將例行工作自動化,並讓系統管理員將重心放在更高價值的活動上,進而使得 DBA 更具產能。SQL Server 2005 也提供了可擴充的架構,以便主動地監視狀態和效能。底下將帶您一覽新發行版本的企業資料管理功能。

企業效能

SQL Server 2005 很自豪的就是,每個項目都具有傲人的效能,從關聯式引擎到 BI。關聯式引擎可處理高要求的 OLTP 工作負載和多重 TB 的資料倉儲。SQL Server 2005 Integration Services (SSIS) 可在執行記憶體中的轉換並提供資料到多個目的地時,每秒移動數百萬個資料列。Analysis Services 提供了查詢時間不到一秒的統一資訊存取、進階的快取、以及可預測大型資料集的資料採擷。Notification Services 支援數十萬個訂閱型使用者,並套用多個事件輪詢商業規則。Reporting Services 擁有可往上或往外延展的部署模型,並搭配進階的快取和快照策略來支援高度的使用者並行。「大量載入」一直是插入資料到 SQL Server 的快速方法,而在 SQL Server 2005 中,透過運用 Bulk Copy Program (bcp.exe) 和 BULK INSERT (T-SQL),您將發現 SQL Server 處理序的大量載入和載出具有更快的效能。新發行版本的 OPENROWSET() 功能也提供了更好的效能和更多選項,可用作為載入 XML 文件的可延展的方法。

高可靠性

針對關鍵任務的應用程式,SQL Server 2005 提供了全年無休的資料可用性,可讓使用者持續地存取資訊。容錯移轉叢集和資料庫鏡像技術,可讓您提供高度可靠、可用的應用程式給您的員工、客戶與合作夥伴,並將停機降至最低。而線上索引、分次備份與還原、分割、動態組態、支援熱記憶體切換等功能,將停機降至最低或完全去除,並讓使用者不間斷地存取企業資料 — 即使是在災害性的復原作業中。SSIS 提供了分散式的部署和重新啟動能力,因而提升了回復 (ETL) 處理序。將 Notification Services 和 Reporting Services 與 Microsoft IIS 加以整合,可新增網路負載平衡 (NLB) 來維護存留時間。此外,SQL Server 2005 也比先前的版本提供了更多 — 也更經濟實惠 — 的災害性復原選項,包括對等式複寫、資料庫鏡像、記錄傳送和 Analysis Services Server-Sync 功能,可讓多重伺服器支援主要伺服器。而針對重要資料庫復原作業的保證性 SQL Server 直接存取,SQL Server 2005 新增了專用的系統管理員連線。

管理能力

SQL Server 2005 提供您單一、統一的管理工具 — SQL Server Management Studio — 它可讓您經由一個介面管理整個 SQL Server 平台。此整合可提升您企業所有 SQL Server 實作中的 DBA 產能。此發行版本也讓您更輕鬆地找出、疑難排解和解決效能的問題。SQL Server Profiler 可從改善的追蹤功能中獲益,其重點放在 SQL Server 所有的核心產品上,包括了 SQL Server Database Services、Analysis Services 和 Integration Services。透過 SQL Server 新的可擴充式 XML 架構定義,您可透過 Windows Event Logs 和一組新擴充的效能計數器,擷取並有效地分析更多細節、使用彙總的檢視、並執行交互關聯。Microsoft 新增了圖形式的鎖死和 Showplan 增強功能,並可透過資料庫物件的類別檢視和 Dynamic Management Views (DMV),更完善地存取重要的中繼資料,以提供持續性的伺服器活動、動態變更狀態和診斷資訊。您也可將所有重複性或常見的 SQL Server 管理工作自動化 — 例如以程式方式來取得組態設定、建立新的資料庫、套用 T-SQL 指令碼、建立 SQL Server Agent 工作和排程備份 — 透過使用 SQL Management Objects (SMO) 和 Profiler API。SMO 也可讓 ISV 與合作夥伴建造於管理架構之上,並提供優於 SQL Distributed Management Objects (SQL-DMO) 的延展性和效能。SQL Server 2005 持續支援以 SQL-DMO 搭配 DMO9 所撰寫的應用程式。您也可使用 SQL Server Agent 來建立主動式效能監視解決方案,並加快問題的隔離和識別。取代 Index Tuning Wizard (ITW) 的全新 Database Tuning Advisor (DTA) 可協助您解決效能的問題。此外,新的安全性內容可讓您將建立資料庫追蹤和使用 DTA 來進行資料採擷的功能,授與不具系統管理員 (sa) 存取權限的使用者。

安全性

Microsoft 透過其「高可信度電腦運算」企畫案訂定了安全性的標準,此企業案可確保一個安全可靠的運算經驗。SQL Server 2005 從產品的設計到最後的部署,都以此為基礎:設計上很安全、預設上很安全、部署上很安全。在預設狀態下,SQL Server 2005 以最小的表面區域提供最大的安全性。一個稱為 Surface Area Configuration (SAC) 的全新專用安全性組態介面彙整了對於可設定服務和設定的存取,並提供您簡潔的組態描述,以協助您做出富有資訊性的決策。新的發行版本提供了細微的管理權限,並讓您授與開發和管理權限等級,並且不含每個平台子元件的資料存取權限等級。SQL Server 2005 也讓您更妥善地控制可授與的權限、密碼原則強制施行、更多的資料加密層級來進行儲存和傳輸。安全的開發環境也讓開發人員更輕鬆地簽章、確認和管理程式碼 — 包括執行於資料庫的 Common Language Runtime (CLR) 組件 — 以及所有使用 Code Access Security (CAS) 的 Managed 程式碼,以防止組件執行某些作業,以保護 OS 或資料庫伺服器不被入侵。

開發人員產能

不管是在小型或大型的專案團隊中,SQL Server 2005 許多新的開發功能和完善的企業工具集都可讓開發人員快速地提供穩健的企業資料庫應用程式。底下列出了 SQL Server 2005 如何協助您的開發團隊減少上市時間,並通力合作來產生更好的解決方案。

上市時間

Visual Studio 2005 和 SQL Server 2005 的深度整合造就了快速的開發和測試週期。開發人員介面增加了效率,並且透過精靈、加速器和逐步式文件,您可在遠低於一般所需的時間內,開發更複雜的處理序。有了 SQL Server 2005,開發人員可使用一個適用關聯式、XML 和 OLAP 應用程式的開發架構,並與 Visual Studio 2005 互相整合,以便更快速、更有效率地開發和偵錯。開發人員可運用架構性切換功能,從批次層級的重新編譯切換到陳述式層級的重新編譯,後者需要較少的程式,以避免不希望的重新編譯。大型數值型別 — varchar(max)、varbinary(max) 和 nvarchar(max) — 的新增,減少了資料庫程式設計的複雜性,進而減少二進位大型物件 (blob) 資料型別的特殊需求。SQL Server 2005 也新增 Query Notifications,可讓應用程式在查詢結果變更時,向 SQL Server 要求一個通知。此功能可讓開發人員設計更有效率的應用程式,因為它不用再藉著輪詢基底資料庫來取得變更,並在資料庫未更新時使用快取或中斷連接的資料錄集 (Recordset)。您也可使用新的資料存取層的功能,進一步地提升開發效率,包括了支援 Multiple Active Result Sets (MARS),它可讓應用程式在每個連線中擁有多個使用中的預設結果集。

團隊合作

現在,透過成熟的 Visual Studio 2005 部署模型,較大的 SQL Server 開發人員團隊在處理複雜或小型專案時,可以更緊密地互動合作。SQL Server 2005 與 Visual Studio Team System 和其他來源控制平台的整合,提升了開發人員的一致性和責任性,並提供更好的組態管理流程。支援成熟的組態管理作法和程序,可降低重複工作和溝通不良的狀況。

互通性

透過對於 Web 服務和 .NET Framework 的支援,SQL Server 2005 支援與多重平台、應用程式和程式語言的互通性。由於支援現有和即將推出的開放式標準,例如 HTTP、XML、SOAP、XQuery 和 XSD,在廣泛的企業系統間通訊將更為容易。SQL Server 2005 中的原生 XML 支援更為深入了:您可在專用的 XML 資料型別中找到 XML 儲存區,此型別擁有自己的索引型別、透過 XQuery 和 Xpath 提供很強的查詢功能、並可透過使用 XML Schema Definition (XSD) 語言從關聯式資料建立 XML 程式碼。透過新的關聯式查詢輸出格式 FOR XML PATH,您可使用巢狀的 FOR XML 查詢,進而大大簡化目前需藉由 FOR XML EXPLICT 選項來做到的查詢。Microsoft 也增加了一個 XML 輸出格式,以取代傳統以 Showplan 來進行查詢計劃評估的作法。

開發人員可使用新的 SQL Server 2005 Service Broker 技術來建立更安全、可靠、可延展的應用程式。Service Broker 可在 SQL Server 執行個體之間提供佇列和可靠的訊息處理,並支援可受惠於穩健的非同步程式設計模型的可延展應用程式。當您使用 Visual Studio 2005 Report Controls for Reporting Services 時,您的應用程式也可內嵌新的報表功能。不管您是否有一台 Reporting Services 報表伺服器來進行報表的處理和呈現,這些控制項都可讓您部署報表。藉由 .NET Framework CLR 的原生性支援,SQL Server 2005 搭配 Visual Studio 2005 可讓開發人員以 Managed 程式碼,撰寫預存程序、觸發程序、使用者定義函式 (UDF)、使用者定義型別 (UDT) 和使用者定義彙總。此外由於 Managed 程式碼會在執行前先編譯成原生的程式碼,某些案例的效能將可大為增加。

進階的商業智慧

不管您的分析和報表需求為何,SQL Server 2005 都提供必要的元件和工具,讓您實作完善的終端間 BI 解決方案。而實作此發行版本完整的整合式 BI 功能集,可增加升級 SQL Server 2005 的好處。全新和改善的 BI 功能如何協助您提供解決方案,讓您的使用者和企業的決策制訂者存取所需的資訊呢?

單一版本的事實

SQL Server 2005 可讓您全方位地檢視您企業的所有報表和分析,真正地將報表與 OLAP 互相整合。此全新範例稱為 Unified Dimensional Model (UDM),可處理複雜的資料模型案例,結合了關聯式和傳統 OLAP 的好處,讓您在資料延遲和查詢效能之間取得平衡。UDM 也協助您處理當地語系化的問題和其他獨特的報表和分析環境,這些狀況以往都需要多重產品方能解決。新的 BI Development Studio 已與 Visual Studio 互相整合,它包含了所有的 BI 開發,並將開發人員的產能效益延伸到 SQL Server 開發的所有觸角中。此外,SSIS 的企業 ETL 功能 (包括了高效能的資料移動和進階的資料整理功能) 可讓您更輕鬆地建立和維護一個可代表您整個企業的集中化資料存放區。

及時的商業洞察力

藉著讓您的組織快速且輕鬆地整合與分析來自多個異質性資料來源的企業資料,SQL Server 的 BI 功能可協助您的企業洞察市場先機,並且更有效地競爭。在 SQL Server 2005 中,透過 SSIS 所提供更低的資料延遲、SQL Server Query Notifications 和 UDM 的即時 OLAP 功能、及時的資料採擷預測能力和引人注目的簡報選項 (包括 Reporting Services、Microsoft Office 和 Microsoft SharePoint Server),開發人員將擁有多種方式來建立解決方案,以便讓使用者用來獲得快速且重要的商業洞察力。

進階的分析和報表

透過豐富的報表、進階的分析、資料採擷和 Microsoft Office 等熟悉工具,SQL Server 2005 可讓您賦予使用者能力來建立自己的企業資訊檢視。透過新增的 Reporting Services 臨機操作報表工具 Report Builder,使用者可以很直覺地瀏覽資料來源,以建立和分享報表,再進一步地從摘要資料往下切入到更詳細的資料。Report Builder 提供一個可讓開發人員用於單次處理序的資料模型處理工具,以便替您的使用者建立直覺的語意模型。透過此語意模型,使用者接下來就可使用瀏覽器所部署的輕量型 .NET Smart Client 介面,持續性地產生臨機操作報表。SQL Server 2005 也提供豐富的分析,以用來建立可將資料採擷模型整合到例行商業運作的應用程式。此新的發行版本新增了六個新的資料採擷演算法。

競爭性功能

SQL Server 2005 升級也提供了遷移應用程式到 SQL Server 的大好機會。一些新功能,例如快照的相關連線內容、Read Committed Snapshot Isolation 和 Snapshot Isolation,可讓許多原本執行於 Oracle 上的應用程式,在換到 SQL Server 2005 上時,其表現就和在 Oracle 上一樣。T-SQL 查詢語言的驚人增強功能加快了 SQL Server 的競爭速度。除了通用的資料表運算式 (CTE) 外,T-SQL 現在還包含了建構,例如 EXCEPT 和 INTERSECT、PIVOT 和 UNPIVOT、RANK 和 TOP N Sort,可讓您建立進階的遞迴查詢。此外,發行版本以 TRY...CATCH 陳述式新增新的錯誤處理能力。您也可使用一種由 DDL 陳述式引發的特殊觸發程序資料定義語言 (DDL),以執行資料庫中的管理工作,例如稽核與管理資料庫作業。

新的 SQL Server 版本替特定軟體版本所提供的每項功能,提供了一個簡化的授權模型 (每一處理器或每一伺服器搭配用戶端存取授權)。這可讓 SQL Server 2005 在組織中扮演核心角色,您不用增加成本,即可在組織中使

此外,SQL Server 2005 也是中小型企業的絕佳解決方案。Microsoft 新增了兩個項目層級的授權選項來回應較小企業的需求:可免費散發的 SQL Server 2005 Express 和符合成本效益的 SQL Server 2005 Workgroup Edition。由於可從最大的企業延展到最小的企業,SQL Server 2005 提供了相同的效能、安全性、可靠性和企業價值給所有的客戶。

準備好享受升級到 SQL Server 2005 的好處了嗎?它將提供您企業資料管理平台,帶給您進階的 BI 功能和驚人的開發人員和系統管理員產能功能。馬上深入探討 SQL Server 2005 的優勢,並開始您的升級計劃,如此您的 DBA、開發人員和整個組織都可享受到此新發行版本所帶來的好處。

快速的投資報酬率:在 SQL Server 2005 上合併

在 IT 業界中,有些人持續建議「最佳品種」的作法,其含意是針對手上的每項工作,都找出並使用最佳的軟體元件。但是從資料管理的觀點而言,此作法代表什麼呢?乍看之下,此策略好像很聰明,您可使用最佳的關聯式資料庫管理系統 (RDBMS)、最佳的資料複寫軟體、最佳的擷取、轉換和載入工具 (ETL)、最佳的多維度 (OLAP) 資料庫引擎、最佳的全文檢索索引和搜尋引擎、最佳的警示和通知引擎、最佳的資料採擷套件、最佳的企業報表套件。

但這所有獨立的、最佳品種的軟體元件可能產生膨脹、複雜、非整合式的資料管理平台,進而造成片段的工具組合,而非順暢、整合式平台。每個分離的工具都需要有自己的伺服器、自己的用戶端開發和管理工具、自己的授權和維護合約、自己經過特殊訓練的開發人員、自己的部署模型、自己的安全性模型和稽核結構、自己的操作團隊。這些成本全部要加在一起,並且「平台」成本可能很驚人。

若您最近尚未清查您的資料管理軟體,請花一點時間來回答圖表 A 的問題。接著,想想若是在 SQL Server 2005 所提供的完善、整合式資料管理和分析平台上加以合併所帶來的好處。

Figure 1

每個 SQL Server 2005 元件在其個別的軟體類別中都具有不錯的競爭表現,若將它部署成整合式平台的一部份,則是一個更強的價值主張。SQL Server 2005 提供了企業等級的工具,可在一個完整的部署策略中,獨立地提供絕佳的價值和無可比擬的好處。

在 SQL Server 2005 上合併可讓您集中與節省資源,而非將它們分散到各式不同的產品、授權需求、開發和管理工具與技術上。SQL Server 2005 平台聚焦在透過資源集中,降低擁有權總成本 (TCO)。IT 資產的 TCO 不僅包括軟體的費用,還包括開發和管理軟體者相關的「硬式」成本、軟體需要的專用硬體、使用者的資訊資產存取費用、以及缺乏效率和無效解決方案的「軟式」成本。

最佳品種的資料管理策略需要專家或專業化的知識,方能充分運用每個產品。每個工具或套件也有自己的開發、管理和使用者工具和介面,因此開發人員、系統管理員或使用者在進行每項工作時,都需要從一個介面進到另一個介面。不過就如同今日的 IT 人員所知道的,人員配置並未增加。您的 IT 部門必須以更少的開發人員和系統管理員來滿足逐漸成長的企業需求 — 並且在更短的時間內。在您嘗試以更少作更多時,SQL Server 將是您的最佳夥伴。自我調整功能、快速部署特性、產品互通性、強大的支援社群 (包括有用的產品和線上文件、新聞群組和支援軟體公用程式) 證實了 SQL Server 確實是上選的升級和遷移途徑 — 特別是當您的企業基礎結構需倚賴有限的人員和時間時。

SQL Server 2005 也提供強大的工具來改善開發人員、系統管理員和使用者的產能。透過它替 IT 專家和使用者提供的完善工具集,新的 SQL Server 2005 發行版本減少了建立、部署、管理和使用企業應用程式的複雜度。此外,內嵌的報表和資料分析的商業智慧 (BI) 工具可與 Microsoft Office 這類熟悉的工具互相整合,讓您組織中所有層級的使用者都根據即時的資料來制訂企業決策。發行版本的延展性和效能改進,例如分割、擴充的索引和 64 位元支援,可讓您建立和部署能滿足您任何企業需求的應用程式。

您也可在硬體領域中看到合併的好處。在混用不同廠商的產品進行生產用途時,今日的軟體環境已建立了「專用伺服器」的心態。環境中的每個產品必須擁有自己的伺服器,因為我們不知道某個產品的效能、安全性或互通性如何影響其他產品。隨著廠商新增其產品的新組建、補充程式和服務套件,此安裝變得越來越複雜,並且我們需努力降低套用修正程式和升級時的未知風險。雖然實作專用伺服器可以讓您安心,但硬體和 OS 的成本以及每台伺服器的管理負荷可能以指數方式成長。若透過整合式 SQL Server 2005 平台來部署完善的應用程式架構,所需的伺服器一定比最佳品種的作法來得少。此外,因為 SQL Server 2005 在 32 位元和 64 位元平台上都提供整合性與互通性,合併環境中的效能和監視將變得更好管理,而資源也可以更妥善地導向。

若不採用最佳品種的資料管理作法,而改考量一個可讓您的組織在單一平台上合併企業需求的可行選項,該平台提供較強的 IT 和使用者價值、較低的授權成本、較少的伺服器、以及一個標準化工具集的標準化技術集。您可運用 SQL Server 2005 來集中您的人員資源、工具和硬體。

客戶案例

Barnes & Noble:以 SQL Server Integration Services 來處理負載

「針對我們的企業 ETL 需求,轉移到 SQL Server 2005 Integration Services 是個正確的決定。」Barnes & Noble 的應用程式副總裁 Lou Ann Leary 說道。Barnes & Noble 的多重 TB 資料倉儲追蹤了其商店和線上商務的詳細產品銷售和清查資料。SQL Server 增強了每一層解決方案的能力:SQL Server 2005 Integration Services、此發行版本的全新擷取、轉換和載入 (ETL) 工具、處理和載入資料、每天處理 1 千 5 百萬 到 2 千萬筆記錄,每週處理 2 億筆記錄。

Leary 補充說道: SQL Server 2005 也讓 Barnes & Noble 增加了開發人員的產能和效能。「我們可立即運用團隊開發功能,並擁有快速的學習曲線。」她提到。「但更令人驚訝的是進入生產時所帶來的效能優勢。此處理流程每天可迅速地處理上百萬筆交易,讓我們的分析師掌握最新的企業狀態和趨勢資訊。」

Barnes & Noble 的另一個高價值目標區域為資料採擷。Leary 補充說道:「我們正在實作 SQL Server 2005 的資料採擷功能,以進行預測並減少我們店面的缺貨案例。」。

Recall Corporation 的答案:全文檢索改進

「SQL Server 2005 全文檢索功能的效能提升,讓我們免於應用程式的重新架構。」 Recall Corporation 的副總裁和資訊長 Brian Beard 說道。「SQL Server 2000 的全文檢索功能已不敷我們使用。」。

Recall 倚賴一個全球工作訂單輸入應用程式,它大量地使用了 SQL Server 的全文檢索功能。透過將應用程式國際性地散發到三個資料中心,Recall 替超過 2 億 6 千萬個資料列建立了全文檢索索引。Recall 的應用程式開發經理 Dave Hudson 談到公司在實作 SQL Server 2005 之後,所體驗到的現成效能提升。「首先我們以 Beta 2 進行測試,很高興地看到 2 千 5 百萬個資料列的全文檢索索引重建時間從 14 小時減至 90 分鐘。」他說到。「當我們在實際執行的資料上成功地部署最新的 Beta 版之後,發現索引時間呈現真正的線性關係 — 替 1 億 5 千萬個資料列建立索引只需要 16 小時 — 我們知道 2005 升級確實是我們需要的唯一答案。」

「從 2000 升級到 SQL Server 2005 是一個順暢的轉換。」Recall 的 DBA Alan Wren 補充說道,他負責將公司的叢集部署升級到 SQL Server 2005。「新工具的豐富功能可讓我們更有效率、更省資源地維護我們的資料庫。」

領導 Recall 的商業智慧 (BI) 工作的 Jason Willard 成為 SQL Server 2005 的另一個內部擁護者。「我們正在替我們企業 BI 平台的每一階層部署 2005:ETL、關聯式資料倉儲、OLAP、資料採擷和企業報表。」他說道。Willard 擁有 IS 主管 Scott Johnson 的強烈支援,他協調了全文檢索升級的部署,目前正在規劃合併的 64 位元 BI 基礎結構。

預備進行順暢的升級

每個 SQL Server 2005 元件都有獨特的架構和生命週期 — 這是影響您升級途徑的兩個主要領域。一些 SQL Server 2005 元件建立於穩固的基礎上,以加強、最佳化和穩定現有的功能。Microsoft 已替其他功能執行了廣泛的內部改寫,讓 SQL Server 擁有您的應用程式所需的馬力和程式設計功能。新的發行版本也提供完整的元件徹底檢修和新增,以滿足新一代的資料管理需求。

要處理大量的這類變更,有時候相當累人。但即使是處理 SQL Server 2005 的所有增強功能,轉移您的解決方案以運用新發行版本功能的流程仍然很好管理。在很短的時間內,您就會處於穩定的情況中,計劃著如何運用新的功能。

要預備 SQL Server 2005 的升級,牽涉到瞭解一些基本的原則,以協助您制訂適當的決策,並確保您成功。讓我們開始檢視升級計劃,包括探索每個 SQL Server 2005 元件的整體升級途徑,並檢視新的 SQL Server 2005 Upgrade Advisor 工具如何協助您找到需要特別注意的區域。接著,我們將深入研究每個 SQL Server 2005 元件的特殊升級考量,從資料庫引擎到 Integration Services 和 Analysis Services,最後為 Reporting Services。就和任何升級一樣,成功的關鍵在於根據特殊環境的需求,適當地規劃和測試。

升級機制

SQL Server 2005 替所有的元件都提供了從 SQL Server 2000 或 7.0 進行升級的途徑。請注意,Microsoft 會區分 SQL Server 2005 升級和遷移。

升級是一個自動化的流程,名為 Setup 的升級工具會將 SQL Server 的舊執行個體移到新的執行個體,同時仍維持舊執行個體的資料和中繼資料。在升級最後,舊的執行個體不再可用,而新的執行個體將換成舊執行個體的名稱。遷移是一個手動流程,在此流程中,DBA 會安裝新的 SQL Server 執行個體,並從舊的 SQL Server 執行個體中將中繼資料和資料複製到新的執行個體內。遷移可讓您存取系統的兩個執行個體,以確認和比較這兩個系統。在遷移過程中,不管是舊的或新的系統都持續在線上,直到完全遷移到新的執行個體為止。遷移結束時,所有的應用程式都會被導向來存取新的執行個體,而舊的執行個體則以手動方式移除。

雖然資料庫引擎提供了許多新功能,您也可以使用安裝精靈,或執行資料庫還原或連接/重新連接,輕鬆地將 SQL Server 2000 或 7.0 上的資料庫升級到 SQL Server 2005。不過,從 Data Transformation Services (DTS) 移到 SQL Server 2005 Integration Services (SSIS) 則需要透過遷移,有一個現成的遷移工具可協助您將資料處理移到新的架構上。表 1 概述了每個 SQL Server 2005 元件的升級途徑。

SQL Server 元件

升級/遷移途徑

Database Engine

升級工具:Setup
遷移方法:並存安裝,接著進行資料庫備份/還原、卸離/連接

Analysis Services

升級工具:Setup
遷移工具:以遷移精靈遷移物件、要求最佳化和用戶端供應商升級

Integration Services

升級工具:
遷移工具:DTS 遷移精靈
遷移方法:遷移精靈可轉換 50-70 % 的工作、要求一些手動遷移;SSIS 中的可用執行階段 DTS DLL;建議將套件重新架構

Reporting Services

升級工具:Setup
遷移方法:在新的執行個體上進行並存安裝和報表部署

Notification Services

升級工具:
遷移工具:在安裝過程中升級 Notification Services 執行個體

表 1:每個 SQL Server 元件的升級途徑

透過產品團隊、內部實驗室測試和廣泛的 SQL Server 2005 早期採用者經驗所彙整的知識,Microsoft 開發了一個預備您進行升級的 Upgrade Advisor 基本工具。圖表 1 顯示 Upgrade Advisor 的歡迎畫面,其中分析了您現有資料庫伺服器、服務和應用程式的組態,並提供報表來顯示將影響您升級的 SQL Server 2005 產品之變更。這些變更包括了安全性改善、更嚴格地遵守 SQL 標準和架構性的變更。Upgrade Advisor 也提供文件的連結,這些文件描述了這些變更,以及完成升級處理程序所需的步驟。Upgrade Advisor 將協助您管理發行版本之間的變更、改善您的升級計劃、並減少完成升級之後所造成的任何突兀。不管您是執行 Analysis Services 來提供商業智慧、執行 DTS 來進行資料處理、執行 Notification Services 來提供警示、執行 Reporting Services 來製作企業報表、或是執行多個元件組合,Upgrade Advisor 都可提供協助。

Figure 1

建立於規則架構引擎上的 Upgrade Advisor,非常容易安裝與執行,即使是針對遠端的伺服器也一樣。底下列出了它的運作方式。當您執行此工具時,會有一個簡單的精靈提示您選取本地或遠端伺服器上的元件,如同圖表 2 所示。根據您的選擇,精靈會提示您找出每個元件的細節。針對資料庫引擎,您可挑選伺服器上所有的資料庫,或個別地選取每個資料庫。Upgrade Advisor 會分析所有的預存程序和內嵌的 T-SQL 程式。更好的是,您可指到某個 SQL 追蹤檔案,它將分析 T-SQL 在您資料庫上執行的狀況 (若您的應用程式內嵌了 SQL 邏輯,這將是很重要的功能)。您可分析可能儲存於檔案或內嵌於您選擇之 SQL 執行個體內的 DTS 套件;此時您也可選取您的 Notification Services 執行個體。

Figure 2

當工具完成其分析之後,您可在 Upgrade Advisor Report Viewer 中檢視問題清單,如同圖表 3 所示。Report Viewer 提供了問題的摘要,指出您是否應在升級之前或之後處理該修正。Report Viewer 可讓您檢視需對伺服器所做的任何修改的細節、您需要修改哪些物件 (例如指令碼、預存程序)、以及何時進行變更等細節。Report Viewer 也可協助您管理修改工作,讓您核對已完成的工作、排序工作、建立包含報表細節的 Microsoft Excel 試算表,以便散發給您專案團隊的成員。

Figure 3

此外,Upgrade Advisor 可讓您向下切入報表細節、開啟 Microsoft 說明檔來解釋如何解決特定問題和因應措施。當您檢視了特定問題的細節之後,可瀏覽說明檔所包含的其他規則,並檢視工具在進行分析時所評估的其他區域。

SQL Server 2005 Upgrade Advisor 的發行前版本即將問世。此版本是專為執行初步的升級分析和提供寶貴的意見反應給 Upgrade Advisor 產品團隊而設計的。在此發行版本中,精靈和報表檢視器已完全可用,但是工具只會處理一組有限的升級規則。因為分析報表的資訊很有限,Microsoft 包含了一個 zip 檔,裡面有一些範例報表可供檢閱。要使用這些範例報表,可將它們解壓縮到您的 Upgrade Advisor Reports 目錄內。

請注意,在您安裝 Upgrade Advisor 之前,務必先檢閱包含的讀我檔;該檔案包含了重要的資訊,包括必要的軟體,並說明工具所包含的規則、已知問題等等。(您可透過 sqluafb@microsoft.com 提出問題和一般的意見反應給 Upgrade Advisor 團隊。)

升級處理程序

在檢視每個主要 SQL Server 2005 元件的升級考量之前,讓我們檢查一般性的準則,以協助您的升級團隊從規劃一直進行到生產。您可將升級處理程序切成四個階段:規劃和研究、測試和處理程序驗證、生產升級、升級後考量。

規劃和研究

升級處理程序此時正式開始。您的開發人員、DBA 和應用程式設計師有許多動機來啟動教育和審查處理程序。其訓練、經驗和研究將推動許多規劃處理程序。因為他們充分掌握您應用程式的概況,因此可對升級細節提供寶貴的洞察力。

規劃階段應從一開始的找出欲升級的資料庫,轉移到決定升級所需的變更和處理程序。Upgrade Advisor 將協助您的團隊決定要在何處投注精力,以及應預期何事。初步工作的主要決策,在於決定是要執行就地升級,或是並存遷移。您可根據許多因素來制訂此決策,包括可用的平台升級途徑、想要在升級過程中實作的增強功能、您的應用程式架構和硬體需求。

一般而言,您應進行下列的規劃活動:

  • 學習 SQL Server 2005 升級工具。瞭解平台的重點項目、剖析其功能、測試升級和遷移工具。

  • 評估您的應用程式功能。評估和決定哪些應用程式、伺服器和資料庫最能藉由升級受惠。

  • 選取您的升級途徑。使用 Upgrade Advisor 來協助您決定就地升級和並存遷移這兩種升級途徑哪一個比較適合您的環境。

  • 找出升級處理程序的先決條件。和您的團隊一起研究需要變更的相容性和功能,以確保成功地升級,並運用發行版本的全新和增強功能。Upgrade Advisor 將提供寶貴的協助。

  • 設定特定的規劃和研究里程碑。決定您的升級途徑和步驟、建立起始的測試規劃,並確認您已設立了風險降低和復原計劃。

測試和處理程序驗證

沒有任何事物可取代測試。即使您計劃只升級 SQL Server 資料庫引擎,而不變更您的應用程式,測試仍可協助您找出任何回溯相容性問題,以及 Upgrade Advisor 沒有偵測到、但與先前 SQL Server 版本不同的行為變更。此外,測試可協助您驗證資料和組織升級處理程序。此階段需要建立測試環境,並撰寫驗證指令碼和應用程式函式,以確保成功的升級。

您最後的計劃應包括備份您的 SQL Server 2000 或 7.0 資料庫,以及一個測試過的復原策略。此外,要記得找出指到升級的 SQL Server 元件的所有應用程式參考 (例如連接字串、套件參考和報表)。這是就地升級具有優勢的地方:當您透過安裝升級處理程序,就地升級較早的 SQL Server 發行版本時,所有現有的應用程式連線都將維持原狀,因為伺服器和伺服器執行個體並未變更。

考慮測試和驗證階段中的下列工作:

  • 預備您的測試環境。並存遷移需要個別地測試 SQL Server 2005 安裝。就地升級需要一台執行 SQL Server 2000 或 7.0 和目標資料庫副本的測試機器。可搭配您生產安裝的硬體將可讓您進行生產容量測試。

  • 設定升級前的基準線。此基準線可協助您評估您系統的升級後狀況,並決定任何行為變更,以便讓您在升級之後模擬典型的工作負載。基準線也可協助您確認功能,並記錄效能改進或變更。要設定基準線,您可使用熟悉的工具,例如 SQL Server Profiler、應用程式負載測試工具、效能監視器計數器和 Showplan 統計資料。

  • 開發測試計劃。針對下列領域,建立一般化的測試指令碼或測試程序:資料驗證、資料處理、壓力和工作負載、用戶端/伺服器效能、應用程式功能。

  • 開發復原計劃。開發升級復原程序,以防升級中斷。復原計劃應包括備份之前在預先升級資料庫上執行 DBCC 一致性檢查,以及完整地還原資料庫,以驗證備份的可靠性。在升級之後,您也應執行一致性檢查和包含驗證的備份。務必要測試您的復原程序。

  • 建立應用程式修改程序。您的測試環境應包含完整的應用程式層,以確認應用程式的變更能依預期方式運作。這些應用程式修改程序應包含受影響使用者的目錄。這類程序也允許完整地記錄您的應用程式變更,以便在生產切換過程中成功地套用它們。

  • 進行一個升級測試執行。升級的最後測試執行將確認處理序和程序能如預期地運作。您可在此步驟中使用 Upgrade Advisor。請在套用您的升級前變更之後執行此工具,以驗證您已解決該工具先前找到的所有問題領域。

生產升級

Upgrade Advisor 和安裝精靈應該會協助您有信心地進行規劃和測試步驟,讓您準備好進行成功的生產升級。您可使用一些您針對升級前使用而開發的測試步驟 (例如記錄計數和驗證指令碼),以便在完成時驗證升級。一般而言,您可根據所升級的 SQL Server 元件,執行您生產升級的後續步驟:

  1. 備份您的系統 (應用程式和資料庫)。可行的話,執行一致性檢查、備份資料庫和相關的系統,接著驗證備份。

  2. 執行升級前的工作。通知您的使用者,接著停用使用者介面元件、暫停所有的資料處理、資料輸入和資料變更。進行您在測試中找到的必要升級前變更。重複執行 Upgrade Advisor 以驗證升級前的狀態,並在升級之前執行選擇性的第二次系統備份。

  3. 執行主要的 SQL Server 後端平台升級工作。執行 SQL Server 2005 來進行並存遷移。安裝 .NET Framework 和 SQL Native Client。在安裝精靈中,指定您的舊版安裝所使用的相同執行個體。接著指定您的舊版執行個體所使用的相同元件 (例如 Database Services、Analysis Services、Reporting Services)。一旦安裝完成之後,執行特殊升級考量所需的工作 (例如,全文檢索索引的重新填入、叢集的特殊處理和記錄傳送)。接下來,進行任何升級後的平台變更,例如在新的 SQL Server 2005 平台上支援後端功能所需的指令碼或工作。最後,執行平台資料和功能驗證測試指令碼,以確認您已成功地升級 SQL Server 2005。

  4. 進行主要的應用程式變更。進行應用程式的功能變更,以支援新的後端結構,並在應用程式連接字串和其它的連線參考中,進行任何必要的資料庫參考變更。測試應用程式的功能,包括資料處理、後端和報表使用、以及您在規劃階段中所建立測試程序的其他應用程式元件。

  5. 執行升級後的步驟。針對資料庫引擎,升級會自動將相容性模式設成 8.0;但您可能需要將相容性模式設成 9.0,以運用發行版本的新功能。針對並存遷移而言,請停止先前的平台服務 (或將資料庫設成唯讀),以防止未知的資料變更。針對關聯式資料,請執行 DBCC 一致性檢查來驗證資料。備份 SQL Server 2005 結構以及資料和備份驗證,並備份應用程式系統和檔案。接著,重新啟用處理和應用程式使用者介面,並通知您的使用者升級已完成。

升級後考量

成功升級之後,您只需再解決一些區域,即可結束此處理程序,並預備進行短期的變更,以便讓您運用新的 SQL Server 2005 特性和功能。首先,您應執行一些牽涉到高可用性、災害復原規劃和週期性維護的 DBA 工作。這些工作包括了重新評估新平台和測試災害復原的每週和每月程序。若您執行並存安裝,某些 SQL Server 2005 功能在預設下將會關閉,以減少表面區域。您可使用 sp_configure 或 Surface Area Configuration (SAC) 公用程式再開啟這些功能。

遷移後處理程序中的另一個重要階段為,透過詢問下列問題,找出您的應用程式可運用的全新 SQL Server 2005 功能:

  • 資料表分割可提昇您資料庫的效能和資料表管理嗎?

  • XML 功能可否穩固您的 .NET 應用程式架構,或新的資料庫鏡像功能可否提供您應用程式所需的高可用性?

  • 針對 Analysis Services,您可否使用您的 BI 需求所指定的多對多 (M:N) 關係,或您的使用者是否需要 Reporting Services 臨機操作查詢工具 Report Builder?

  • 您的資料處理是否需受限於瓶頸和容量,以及它們是否需要 SSIS 所提供的效能好處?

  • 是否要將通知整合到您的商務營運應用程式內,並運用 Notification Services 的功能,自然地與電話、呼叫器、PDA 和電子郵件通訊?

  • 您的開發團隊是否需要透過新的 Business Intelligence Studio 以及它與來源控制互相整合的能力,以更好的方式來開發、測試和部署應用程式?

這些功能只是 SQL Server 2005 所提供絕佳新功能的其中一些,可用來增加您資料庫系統的產能、可靠性和能力。

元件升級考量

由於 SQL Server 2005 平台極為廣泛,要撰寫一個適用整個公司的升級指南並不是件容易的工作。因此,讓我們更仔細地檢視主要 SQL Server 2005 元件的升級考量。(如需完整而詳細的升級考量討論,請參閱 SQL Server 2005 Books Online 和白皮書、網路廣播和其他列在「SQL Server 2005 資源」中的資源。)

升級至 SQL Server 2005 Database Engine

資料庫引擎升級是最簡單的升級,並可在管理、效能和高可用性的領域上產生立即的投資報酬率。再提一次,資料庫引擎升級的兩個主要選項為並存遷移 (此選項可讓您在 SQL Server 2000 或 7.0 伺服器的相同伺服器或完全不同的伺服器上,將 SQL Server 2005 引擎安裝成第二個執行個體) 和就地升級 (此選項可讓您透過安裝處理程序,升級 SQL Server 2000 或 7.0 的執行個體,而資料庫和其他物件都採用「就地」升級)。

在並存遷移中,最常見的升級途徑是簡單的資料庫卸離,然後在 SQL Server 2005 執行個體上重新連接,或是在較舊的版本上備份資料庫,然後還原到新的版本上。若您保存了最新版的中繼資料指令碼,您也可在 SQL Server 2005 伺服器上建立物件,並使用 BCP 來匯出和匯入您的資料。另一個選項是就地升級,可讓您在安裝處理程序中將資料庫、設定和擴充功能升級到 SQL Server 2005 引擎,並加以調整。當您在擁有 SQL Server 2000 或 7.0 執行個體的伺服器上執行安裝處理程序時,將會看到可將選定的執行個體升級到 SQL Server 2005 的選項。

請注意,針對資料庫引擎升級,您所有現有的 Microsoft Data Access Components (MDAC) 和 ADO.NET 應用程式都將持續運作,就好像它們執行於 SQL Server 2000 或 7.0 上一樣。事實上,SQL Server 2005 並沒有提供較新的 MDAC 版本。而平台的新功能為 SQL Native Client,它將更新的 SQL ODBC 驅動程式和 SQL OLEDB 提供者以及網路程式庫合併到一個 DLL 內。SQL Native Client 可讓您運用 SQL Server 2005 的新用戶端存取功能,例如 Multiple Active Result Sets (MARS)、XML 資料型別和使用者定義型別 (UDT)。SQL Server 現在已與包含了最新 ADO.NET 版本的 .NET Framework 2.0 緊密整合。

就地伺服器升級是最容易的。雖然此作法需要一個更完整的後援計劃和測試,您可透過無接縫的連線而獲得好處。透過執行就地升級,登入資料將和使用者保持同步、應用程式的資料庫連線維持原狀、而 SQL Agent 工作和其他功能將在安裝過程中同時升級。請注意,記錄傳送、複寫和叢集環境等多項功能,都有特殊的升級考量。

如同先前所述,針對資料庫引擎,升級會將相容性模式設成 8.0。在某些環境下,您可受惠於 8.0 的設定值,例如針對 T-SQL 參考,但 SQL Server 2005 已不再支援它。我已經碰到一些需要重寫的查詢提示,以及一些已經淘汰的舊版 ANSI 聯結語法 (特別是 *= 左外部聯結語法)。升級的分析階段會發掘出可在較低相容性設定中通過的狀況。不過,我建議您最好在升級處理程序中修復任何需要低於 9.0 (SQL Server 2005) 相容性層級的語法。透過改寫語法,您的開發人員可以立即存取發行版本中的新程式增強和功能。一個可找出造成升級麻煩的型別問題和其他語法的快速技巧,就是以指令碼將物件和程序從較早的平台版本中分離出來,並嘗試在 SQL Server 2005 中執行這些指令碼。簡單的連線或還原即可抑制這些問題。此外,請記住一些 SQL 邏輯可內嵌到您的應用程式內。針對資料驗證,在您連接或還原的資料庫上執行 DBCC checkdb,將可確認遷移的資料的完整性。

小心:您的開發人員中可能有人習於運用系統物件,讓他們更輕鬆地工作。Microsoft 一直告訴我們使用 Information_Schema 檢視來取得不同的中繼資料,而非直接查詢系統資料表,因為 Microsoft 不能保證基礎的物件結構會持續出現在新的平台中。在新的發行版本中,Microsoft 已變更 SQL Server 的基礎物件結構。同時請注意 SQL Server 2005 目錄檢視和 Dynamic Management Views (DMV) 具有限制的權限。PUBLIC 使用者不再有權限來檢視目錄檢視,而具有 GUEST/PUBLIC 權限的使用者則無法從 DMV 中選取。

遷移至 SQL Server 2005 Integration Services

有一個原因令 Microsoft 不延用 Integration Services 前身 Data Transformation Services (DTS) 的名稱,作為新的 SQL Server 2005 擷取、轉換和載入 (ETL) 元件的名稱。SQL Server Integration Services (SSIS) 是一個完全改寫的程式碼 — Microsoft 並未使用 DTS 中的任何一行程式碼。由於業界要求更快的效能和硬體合併,以處理日漸增加的資料複雜性和容量,DTS 並無法作為長期的解決方案。因此雖然 DTS 和 SSIS 兩者都是 ETL 工具,其架構有很大的分歧。根據這個原因,在進行遷移時,將需要一些重新設計和解決方案變更,以便讓您運用引人注目的新 SSIS 功能。

從 DTS 轉移到 SSIS 是一項遷移,它牽涉到精靈導向的輸出以及一些手動重新設計,方能完成此流程。一些 DTS 工作有直接轉到 SSIS 的升級途徑,並由精靈提供。您可根據工作的用途和設計,使用精靈來升級其他工作,但是某些工作可能較難升級,或根本無法升級。底下列出了升級您的 DTS 套件時可能發生的狀況:

  • 簡單的資料幫浦。DTS 精靈所建立的資料幫浦,或是執行簡單的複製資料欄轉換的資料幫浦,通常都是可升級的。

  • 工作流程套件。若您的套件主要是以工作流程為基礎,並包含了 Execute SQL 這類工作,它們將擁有很直接的升級途徑,在大多數的狀況下,也應由精靈來處理。

  • 具轉換功能的資料幫浦。若您的開發人員使用 DTS Designer 來建立套件,並且該套件使用具有轉換功能的資料幫浦,精靈將會封裝舊的資料幫浦工作。新遷移的套件將在執行階段叫用舊的 DTS 物件模型。在您將 SQL Server 2005 安裝升級到下一版的 SQL Server 之前,必須以新的 SSIS 建構來取代此封裝的功能。此類別中還包含了 Data Driven Query Tasks 和 Parallel Data Pump Tasks。

  • 自我修改套件。您需要重新設計 DTS 套件,以運用 DTS API 來管理 DTS 物件和屬性。例如,一個常見的案例為 DTS 中的迴圈建構,它用到的指令碼會使用 API 來修改其他套件步驟中的等待狀態。您可使用 SSIS 內建的 For Loop 和 For-Each Loop Containers 來重新設計此建構。

  • 指令碼工作。遷移後的 ActiveX Script Task 將可執行,除非它嘗試存取 DTS 執行階段套件物件。變數存取應使用新的 SSIS 變數,而不重新設計。但是一般而言,您仍應針對新的 SSIS 功能重新評估指令碼工作,並可能使用新的工作來重寫它們。

  • OLAP 處理工作。就和 Data Transformation Tasks 一樣,精靈會封裝這些工作,並且它們將執行於 SSIS 之中。當目標伺服器升級之後,可考慮以新的 SSIS 功能取代封裝的功能。

  • 自訂工作。精靈會封裝這些自訂工作,在許多狀況中,它們將執行於 SSIS 之中。不過,最佳的作法是建立新的 SSIS 自訂工作或轉換。

  • 動態屬性工作。您需要在 SSIS 中重新設計這些工作,以 Expressions 和 Configurations 來取代 Dynamic Property 功能。

請注意,您將有時間遞增地將套件遷移到 SSIS。當您安裝 SQL Server 2005 時,可選擇安裝 DTS 套件所需的 runtime 檔案,以執行於 SQL Server 2005 之上 — 而不用再安裝 SQL Server 2000。這點令並存遷移成為引人注目的選項,特別是在 DTS 套件包含許多需要手動遷移的工作時。當 runtime 檔案或 SQL Server 2000 已經安裝在 SSIS 伺服器上時,SSIS 也會包含一個 Execute DTS 套件物件。SQL Server 2005 SSIS 和 SQL Server 2000 DTS 的並存實作將在您進行套件移轉時,提供您最大的彈性。

升級分析服務

維度、分割、儲存模式、彙總和度量資訊 — Analysis Services 2000 的長處 — 都保存在新的發行版本內。不過,SQL Server 2005 也提供許多值得注意的增強功能。例如,現在 Unified Dimensional Model (UDM) 已超越傳統的 OLAP 來源,允許在統一的檢視中包含擴充的關聯式和彙總資料。維度是另一個作了有用變更的區域。從架構型態的模型轉換成屬性型態的模型,並在儲存區和彙總端進行相關的最佳化,可讓 Analysis Services 2005 針對企業的效能和容量充分延展。

從升級的觀點而言,Microsoft 提供了從 Analysis Services 2000 到 Analysis Services 2005 的直接就地升級 — 保存 Cube、分割、維度階層、度量資訊、計算和集合。因為 Analysis Services 物件建立於 Data Source View (DSV) 參考資料庫引擎之上,您務必在 Analysis Services 2000 物件所在的基底資料表上建立 DSV,而不是在參考基礎資料表的檢視上建立。遷移精靈在產生 DSV 上作了頂尖的工作,這些 DSV 包含了來自來源資料表的關聯性和屬性。這可讓開發人員新增屬性到 cube 內,即使它們並未出現在 Analysis Services 2000 中。

請注意,遷移精靈並未將 Analysis Services 物件最佳化;它只是將物件就地移到新的 Analysis Services 伺服器內。精靈的目標是遷移 cube 結構,並架構物件,讓倚賴 Analysis Services 2000 結構的用戶端應用程式不會在您遷移 cube 到 Analysis Services 2005 之後中斷。如此,遷移的 cube 設計可能無法運用 SQL Server 2005 的增強功能 (您可於稍後運用這些功能)。不過,您的 cube 將享有新 Analysis Services 架構的立即效能和延展性好處。當遷移精靈完成其處理程序之後,接著您就可重新處理您的 cube,並測試資料和報表。

針對 Analysis Services 2005,最大的升級考量在於用戶端存取方法,以及報表的結構影響。Analysis Services 2005 運用了 OLAP 新的 Web 服務通訊協定,以及 Microsoft 協助撰寫的 XML for Analysis (XML/A)。(對於 XML/A 的支援首先是以 Web 發行的方式提供給 Analysis Services 2000,讓 Analysis Services 2000 伺服器接聽和回應 XML/A 要求。) 對於 XML/A 的原生性支援,您需要更新現有的 OLEDB for OLAP 的用戶端元件 (Pivot Table Services—PTS),方能存取 SQL Server 2005。這意味著使用者將需要 SQL Server 2005 提供的最新版 PTS。新驅動程式將會與較早的 PTS 版本並存安裝,讓使用者同時存取 SQL Server 2005 和 SQL Server 2000 Analysis Services。

第二個用戶端存取考量是升級之後的 OLAP 結構和相關的 MDX 相容性。MDX 對於已變更的成員和結構非常嚴格。雖然升級精靈在重建 OLAP 結構時作了很好的處理,並將維度結構從階層型態變為屬性型態,您仍可能在升級之後,發現一些小小的異常問題,不管是在結構上或資料上。因此,這裡的報表和資料測試會比資料庫引擎端來得重要。您可能需要替 Analysis Services 2005 中的結構,重建一些報表和基礎的 MDX。

升級報表服務

因為 Microsoft 在 2004 年初才首次發行 Reporting Services 2000,因此在 Reporting Services 2005 平台中並沒有重大的架構變更。不過,您會看到一些新的功能,例如多重選取參數、內建的 MDX 支援和動態報表產生。Microsoft 提供一個可從 Reporting Services 2000 移到 Reporting Services 2005 的直接就地升級途徑。此外,Reporting Services 2005 可執行 Reporting Services 2000 所建立的 RDL 報表定義,而不要求您升級該定義。不過,當開發人員在 BI Development Studio 中開啟報表時,系統會提示開發人員將 RDL 轉換成新的 Reporting Services 2005 標準。

確保成功

要管理 SQL Server 2005 的升級,需要許多規劃和測試。但透過妥善的事前考慮和預備 — 以及使用 SQL Server 2005 Upgrade Advisor 和安裝精靈 — 您將可免去突兀,並找到需要投注您精力的地方。透過在您的管理下順暢升級,您將可充分運用 SQL Server 2005 所提供的能力與功能。

作業系統和硬體升級考量因素

SQL Server 2005 的基本作業系統和硬體需求大部份與 SQL Server 2000 相同。在 Microsoft Server 2003、Windows XP 及 Windows 2000 Server 上執行的 SQL Server 2005,建議硬體配置 1 GHz 處理器和 1 GB 或更大的記憶體。表 2 中摘要了 SQL Server 2005 各版本的硬體需求 (除了 Developer 和 Evaluation 版本)。同時您需要 Microsoft IIS 5.0 或更新的版本來執行 SQL Server 2005 Reporting Services。

SQL Server 版本

最多處理器數量

記憶體需求

支援 32 位元

支援 x64

支援 Itanium

Express

1

最小:128 MB
建議:512 MB 或更大
最大:1 GB

及 32 位元應用程式

Workgroup

2

最小:512 MB
建議:1 GB 或更大
最大:3 GB

及 32 位元應用程式

Standard

4

最小:512 MB
建議:1 GB 或更大
最大:64 GB (32-bit) 或 512 GB (64-bit)

Enterprise

32 (32 位元) 或 128 (64 位元)

最小:512 MB
建議:1 GB 或更大
最大:64 GB (32-bit) 或 512 GB (64-bit)

表 2:SQL Server 2005 版本的硬體需求

雖然 SQL Server 2005 可執行於支援 SQL Server 2000 的相同硬體組態上,硬體和 OS 技術的改進,都以較先前版本來得低的價格提供您新的處理能力,讓您更難決定適合 SQL Server 2005 的正確硬體。AMD 和 Intel 的新處理器改進,以及它們對於 x64 平台的支援,加上 Microsoft 的新原生性 64 位元 Windows Server 2003 x64 Edition,讓 64 位元平台同時成為新的 SQL Server 2005 實作以及從現有 SQL Server 系統升級的重要考量。決定正確平台的關鍵,在於根據您預期的工作負載和預算,來比對可用的選項。

64 位元 Intel Itanium 平台

針對需要最高延展性的工作負載而言,Intel Itanium 2 架構的系統絕對是最佳的平台選擇。Itanium 2 在 Windows Server 所有的 TPC-C 基準測試中都拿到最好的分數。Itanium 2 系統支援的可定址記憶體比 x64 架構的平台高出許多,並提供更大的 SMP 功能。雖然 Itanium 2 架構的系統擁有最高的取得成本,它們也提供最大的往上延展能力。此等級的系統一般會提供重複的硬體,以進行容錯和硬體架構的系統分割。

x64 平台

很明顯地,並非每個組織都需要最高等級的延展性。更多的系統落在雙向到四向的伺服器區域中,這就是今日 x64 系統的目標區塊。轉移到 x64 平台的主要原因,可能是您目前的工作負載受限於記憶體,並且您已達到 32 位元 Windows 的 2GB 限制。雖然您可轉移到 Address Windowing Extensions (AWE),以定址 3GB 以上的記憶體,但 AWE 使用「非分頁式記憶體」,並且所提供的效能比不上在 x64 系統上使用系統記憶體的效能。其他可受惠於 x64 平台的 64 位元能力的工作負載包括了商業智慧 (BI) 解決方案和伺服器合併案例。

從 32 位元 SQL Server 轉移到 64 位元 SQL Server 是無接縫的。SQL Server 的兩個版本都使用相同的磁碟結構;您只需要卸離 32 位元系統的資料庫,接著將它們連接到 64 位元系統即可。您不需要變更任何用戶端應用程式。

32 位元平台

32 位元平台一直是價格-效能的最佳選擇。若您目前的 SQL Server 2000 系統擁有可用的空餘空間,您可持續在 32 位元伺服器之上執行 SQL Server 2005,以運用您企業在 32 位元伺服器上所做的投資。雖然 32 位元系統可能無法擁有 64 位元平台所提供的同級延展性,但是 32 位元系統的原始效能已經增加,並將持續以原始 CPU 速度的增強功能和 2005 中的全新雙核心系統的可用性加以改進。

其他 SQL Server 2005 的資源

Microsoft SQL Server 首頁
此包羅萬象的視窗包含了 SQL Server 的所有相關資料,可連結到網路廣播、技術文件和客戶實作研究,以協助您預備升級到 SQL Server 2005。您也可在此查看新的 SQL Server 2005 Upgrade Advisor 下載資訊。請造訪 http://www.microsoft.com/taiwan/sql/

在 TechNet 上的 SQL Server TechCenter
SQL Server 資料庫系統管理員的最佳資源就是 SQL Server TechCenter,其重點放在 DBA 和 IT 專家的技術資訊。請造訪 http://www.microsoft.com/taiwan/technet/prodtechnol/sql/default.mspx

在 MSDN上的 SQL Server 開發人員中心
SQL Server 資料庫開發人員的最佳資源就是 SQL Server 開發人員中心,其重點放在以 SQL Server 進行資料中心的開發,並可與重要的 SQL Server 團隊成員對談。請造訪 http://msdn.microsoft.com/SQL/.

SQL Server 2005 Edition 功能比較
最重要的一個 SQL Server 2005 參考資料是不同 SQL Server 2005 版本的功能比較圖。SQL Server 2005 擁有新的 Express 和 Workgroup 版本;加上您想瞭解哪些產品版本支援不同的新功能。請造訪 http://www.microsoft.com/sql/prodinfo/features/features-at-a-glance.mspx

SQL Server 2005 Express
您可免費下載 SQL Server 2005 Express,以便在自己的環境中取得使用 SQL Server 2005 的第一手經驗。除了作為絕佳的開發人員資料庫外,SQL Server Express 還包含許多新的 SQL Server 2005 功能,例如 CLR 整合、新的 T-SQL 命令、新的 XML 和 varbinary(max) 資料型別。請造訪 http://msdn.microsoft.com/sql/express/

虛擬的實際動手實驗室
透過進入 11 個不同的實際動手實驗室,您可體驗使用 SQL Server 2005 一些新功能的第一手經驗,這些實驗室涵蓋了 SQL-CLR、T-SQL 和 Reporting Services 等主題。此網站也包含技術性文件和部落格的連結。請造訪 http://msdn.microsoft.com/SQL/2005/2005Labs/default.aspx

網路廣播
以 10 單元的 TechNet 教育網路廣播系列來預備升級 SQL Server 2005,其中涵蓋了 SQL Server 2005 工具、安全性增強、以及複寫及延展性的高可用性功能的相關資料。請造訪 http://www.microsoft.com/events/series/technetsqlserver2005.mspx

SQL Server Integration Services
SQL Server 2005 提供了 Integration Services (SSIS) 來取代 Data Transformation Services (DTS)。學習使用 SSIS 將是系統管理員的最高優先,並且此有用的網站還包含了商業智慧 (BI) 開發人員部落格的連結,並詳細說明一些來自真實專案的 SSIS 最佳作法。請造訪 http://msdn.microsoft.com/SQL/sqlwarehouse/SSIS/default.aspx

SQLJunkies
若要學習更多的 SQL Server 2005 開發功能,請查看 SQLJunkies.com 的部落格。除了技術性文章外,SQLJunkies 網站也有廣泛的部落格清單,包含一些來自 Microsoft SQL Server 2005 開發人員和專案管理員的清單。請造訪 http://www.sqljunkies.com

SQL Server Magazine
SQL Server Magazine 的網站 SQLMag.com 收集了知名 SQL Server 作者的廣泛技術性文章和專欄,可協助您瞭解 SQL Server 2005 的詳細情況。Itzik Ben-Gan 提供了有關發行版本的新 T-SQL 功能的指南;Microsoft Senior Product Manager Matt Nunn 撰寫一篇「預備 SQL Server 2005」的專欄;其他業界專家將逐步地帶您開發 CLR 資料庫物件、開始使用 SSIS 等等。請造訪 http://www.sqlmag.com

關於作者

Douglas McDowell (douglas@solidqualitylearning.com) 是 Solid Quality Learning 的商業智慧營運總監。他身兼講師、系統設計架構師、專案經理,也是 Atlanta.mdf (一個 Atlanta SQL Server 的使用者群組) 的創立者。他是一個 MCSE、MCDBA、MCT 以及 Microsoft 全球商業智慧解決方案的年度贏家。

Erik Veerman (erik@solidqualitylearning.com) 是 Solid Quality Learning 的副講師,並針對廣泛的商業領域設計了數十個 SQL Server 架構的商業智慧解決方案。作為 OLAP 設計、ETL 處理和維度模型的專家,Erik 是當地 PASS 分會的經常性主持人,並常在全國性的 PASS 和 SQL Server Magazine Connections 會議中演講。

Michael Otey (mikeo@teca.com) 是 SQL Server Magazine 的資深技術編輯和 TECA 的總裁,TECA 是 Portland, Oregon 的一家軟體開發和顧問公司。Mike 經常在業界演講,也是 Microsoft SQL Server 2005 New Features (Osborne/McGraw-Hill) 的作者。

顯示: