可擴充的共用的資料庫所支援的 SQL Server 2005

文章翻譯 文章翻譯
文章編號: 910378 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

簡介

Microsoft SQL Server 2005 企業版支援可調適的共用的資料庫。這篇文章是未來的更新的 SQL Server 線上叢書 》 中發行之 「 可擴充共用的資料庫 」 主題的預覽。

其他相關資訊

可擴充的共用的資料庫

可擴充的共用的資料庫可讓您透過儲存區域網路 (SAN) 將唯讀的報告資料庫附加到多個伺服器執行個體。報告的資料庫是唯讀的資料庫從一或多個實際執行資料庫所使用以獨佔模式的報告用途建置。若要進行到可調整的共用資料庫,報告資料庫必須位在一或多個專用唯讀區上。這些唯讀磁碟區的主要目的是要裝載報告資料庫或協調的集報告資料庫。這些磁碟區稱為報告的磁碟區。

好處

可擴充的共用的資料庫提供下列優點:
  • 藉由使用商品伺服器提供工作負載延展的報告資料庫。可擴充的共用的資料庫是符合成本效益的可以唯讀資料超市或資料倉儲報告例如執行查詢,或使用 SQL Server 2005 報表服務的用途的多個伺服器執行個體中使用方式。
  • 提供工作負載的隔離。每個伺服器會使用其本身的記憶體、 CPU,以及 tempdb 資料庫。
  • 保證相同的檢視的報告中所有伺服器的資料,如果所有伺服器執行個體都設定都相同。比方說所有的伺服器會使用單一的定序。

    附註選擇性地,您可以更新報表資料庫在第二個報告的磁碟區上。如需詳細資訊請參閱 「 最大化可調適的共用資料庫的可用性 」 一節。

限制

可擴充的共用資料庫有下列限制:
  • 資料庫必須在唯讀磁碟區上。
  • 資料檔案可透過一個 SAN 來存取。
  • 可擴充的共用的資料庫支援僅在 Microsoft Windows Server 2003 Service Pack 1 (SP1) 或較新版本的 Windows Server 2003 上。

更新週期報告資料庫

當您使用可擴充的共用的資料庫為報告資料庫時,它牽涉到三個階段更新週期:
  • 建置階段: 以 「 建置 」 階段的報告資料庫的更新週期開始。您可以建置報告資料庫之前系統管理員報告的磁碟區裝載生產系統上,並使它讀取/寫入。當磁碟區處於讀取/寫入狀態時,磁碟區可以只裝載在一個系統上。 如果磁碟區裝載一個以上的系統上,檔案系統損毀,可能會發生。系統管理員再使用其中一種 SQL Server 2005 提供複製資料或資料庫的資料複本方法來建立資料庫。資料庫建置之後系統管理員設定成唯讀,音量,並再卸下。
  • 附加階段: 「 附加 」 階段是來自組建階段後。附加階段讓資料庫變成可調整的共用資料庫。必須在每個個別報表伺服器上執行 「 附加 」 階段。若要將報告資料庫設定為可擴充的共用資料庫,系統管理員掛上透過 SAN 到報表伺服器上的唯讀報告磁碟區。系統管理員可確保每個磁碟區設定唯讀後系統管理員會附加上 SQL Server 執行個體報告資料庫。在 SQL Server 執行個體上的報告資料庫也稱為是報表伺服器執行個體。因為每個報告的磁碟區是唯讀,] 附加資料庫設定它為唯讀。這個時候報告資料庫就會成為可擴充的共用的資料庫可以存取的用戶端,藉由使用報表伺服器。

    附註如果當您更新報告資料庫時,您會使用第二個報告的磁碟區,您必須選擇運轉升級和同步的升級之間。如需詳細資訊請參閱 「 最大化可調適的共用資料庫的可用性 」 一節。
  • 中斷連結階段: [第三個階段是卸離階段。通常,報告資料庫最後會變成過時。資料庫必須重新整理以保持報告資料。「 卸離 」 階段是從服務為可擴充的共用資料庫移除過時的報告資料庫的程序。您可以讓更新報告資料庫使用特定的報表伺服器上前卸離階段必須先完成該伺服器上。必須重新整理報告資料庫時, 必須分離從所有伺服器執行個體。要卸離階段資料庫管理員先停止資料庫傳入從所有伺服器執行個體的查詢工作負載。在每個伺服器執行個體上資料庫系統管理員取得獨占存取該資料庫,並再中斷。資料庫管理員然後卸下磁碟區從每個主機系統。卸離階段完成後報告的磁碟區會從 SAN 中斷連接。
附註若要最大化的報告資料可用性,建議替代最佳作法是兩個報告的磁碟區之間的更新週期。 當第一個報告的磁碟區仍然裝載報表伺服器時,您可以掛上第二個磁碟區,到實際執行的伺服器,,然後再建置報告資料庫的最新版本。如需詳細資訊請參閱 「 最大化可調適的共用資料庫的可用性 」 一節。

附註每個階段所組成的一系列具有資料庫系統管理員權限的使用者必須執行的步驟。本文章中該使用者會被稱為資料庫管理員。

重要若要進行可調適的共用的資料庫 SAN 環境必須已經正確地運作。

可擴充的共用資料庫的範例

在後續的更新週期中可以被更新或重建資料庫。慣用的方法是根據商務需求而定。您可以在下列兩種方式中使用可擴充的共用的資料庫:
  • 資料超市資料庫: 的可調適的共用資料庫的最簡單的使用方式是資料超市資料庫。資料超市資料庫定期擷取自資料倉儲的內容,而且用於報告。若要更新資料超市資料庫、 卸除資料庫並再使用新的版本取代它。
  • 可更新資料庫中的報告: 當從報告的資料庫不一定要從來源資料庫轉換時,可以定期更新資料庫。定期更新資料庫,建立完整的實際執行的資料庫備份,然後再還原資料庫備份報告的磁碟區或磁碟區上]。

確定環境正確可調適的共用資料庫

可擴充的共用的資料庫必須在可以存取透過 SAN 的唯讀磁碟區上。報表伺服器必須執行下列:
  • Windows Server 2003 SP1 或更新版本的 Windows Server 2003
  • SQL Server 2005 企業版或更新的版本,SQL Server 2005 的
對於支援性,我們建議您限制您可調整的共用的資料庫的組態到八個伺服器執行個體。不過,SQL Server 2005 不會限制可以存取可調適的共用的資料庫的並行執行個體數目。通常,每個伺服器執行個體是在個別的報告伺服器上執行。但是,報告的伺服器上執行多個報表伺服器執行個體被支援。

設定您的環境

若要確定您的環境支援可調適的共用的資料庫,我們建議您請遵循以下方針:
  • 請確定報表伺服器的特定的報告資料庫完全相同的作業系統上執行。每當您升級報告伺服器,升級任何其他報表伺服器做相同的可擴充共用的資料庫。比方說如果您將 Windows 或 SQL Server 2005 的軟體更新或服務套件套用至任何其中報告的伺服器時,將相同的軟體更新或服務套件套用到所有報告的伺服器。

    附註經常,您可以執行輪流升級的報表伺服器,只要您如未及時完成運轉升級。
  • 可擴充的共用的資料庫並行存取工作負載下進行測試由 SQL Server 2005 企業版最多八個伺服器執行個體。SQL Server 2005 不會強制執行執行個體限制。但是,我們建議您限制到每個共用資料庫的八個伺服器執行個體您可擴充的共用的資料庫的組態。
  • 如果資料檔案的實際執行資料庫橫跨多個磁碟區,您必須使用相同的報告的磁碟區數目。相較之下,因為報告資料庫設為唯讀,其記錄檔可以同時存在與報告的磁碟區上的資料檔案中。
  • 為了簡化建置或更新報告資料庫的程序,我們建議您報告的資料庫路徑為實際執行資料庫相同。這包括使用這兩個相同的磁碟機代號報告的磁碟區和資料庫相同的目錄路徑。如果實際執行資料庫是在 E:\SQLdata 的使用,例如為報告音量如果可能有的磁碟機代號的 E。如果可能的話,此外,使用為報告資料庫目錄 \SQLdata。但是,有明確的路徑的指令碼可以處理任何差異。如果報告的磁碟區使用不同的磁碟機代號,比實際執行磁碟區,您可能必須進行下列修改:
    • 如果您可以藉由還原資料庫備份來建置報告資料庫,RESTORE 資料庫陳述式必須有 WITH MOVE 子句,指定還原的資料檔案的完整路徑。
    • 如果您報告的資料庫是實際執行資料庫的複本,FOR 附加 CREATE 資料庫陳述式子句必須列出每個檔案。當您附加報告資料庫 FOR 附加子句也必須指定其完整路徑。這一定是最佳的作法。

      附註最佳的作法是使用相同的磁碟機代號在每一部伺服器上時報告的磁碟區裝載到報表伺服器上。這種作法可協助您管理磁碟區跨不同的伺服器。
  • 報告資料庫必須在可存取所有報告的伺服器從 SAN 上的唯讀磁碟區上:
    • 報告的磁碟區,到報表伺服器上裝載之後請確定正確掛上報告的磁碟區並可存取資料檔案。若要執行此動作輸入 DIR <drive-letter>: \ <database-directory> 在命令提示字元處 <drive-letter> 是指派給報告的磁碟區和 <database-directory> 指定磁碟區上的資料庫的資料檔案的位置。從要確認您收到相同的結果為他們所有每個報表伺服器執行這項測試。
    • 要確定報告資料庫設定唯讀,嘗試建立磁碟區上的檔案。最簡單的方法是嘗試複製或儲存在磁碟區上的純文字檔案。在嘗試應該失敗,因為是唯讀的磁碟區。

      附註如果您要以手動方式執行這些步驟,我們建議您重複執行這些測試在您重新裝載報告每個報告的伺服器上的磁碟區每個更新循環。如果您撰寫指令碼實際執行伺服器和從屬伺服器之間來回移動報告的磁碟區的步驟測試已不再需要之後確定您的指令碼正常運作。

第 1 階段: 建置階段

建置或重新整理可調適的共用的資料庫

報告的資料庫必須建置,並以手動方式重新整理。這個處理程序是報告資料庫在更新週期的第一個階段,就所謂的 「 建置 」 階段。「 建置 」 階段可能涉及更新過時的資料庫,或建立新的版本。

通常,報告資料庫目前的版本最後會變成過時。報告資料庫必須定期更新讓報告的資料保持在最新狀態。

完成 「 建置 」 階段

更新現有的資料庫中過期的資料,或重新建置資料庫,您可以重新整理過時的報告資料庫。

附註您可以重新整理現有的報告資料庫之前必須被卸離資料庫從每個報表伺服器執行個體。此外,報告的磁碟區必須卸載從每個報告的伺服器。如需詳細資訊請參閱 「 卸離可調適的共用資料庫 」 一節。

若要重新整理過時的報告資料庫,請在實際執行伺服器上依照下列步驟執行:
  1. 使用硬體廠商的公用程式來 unmask 邏輯單元數 (LUN) 對應到報告的磁碟區。這個動作會讓磁碟區存取實際執行伺服器。
  2. 裝載報告的磁碟區,且然後將其標示為讀/寫。若要使用 Diskpart 命令列公用程式來裝載磁碟區,請輸入下列命令在命令提示字元: DiskPart
    DISKPART > 選擇的磁碟區 =<drive-number>
    DISKPART > 指派代號 =<drive-letter>
    DISKPART > 屬性清除唯讀
    DISKPART > 結束

    在這個步驟 <drive-number> 是由 Windows 及 <drive-letter> 是指派給報告的磁碟區代號。
  3. 如果您要重新整理現有的報告資料庫,請依照下列步驟執行:
    1. 將資料庫附加到伺服器執行個體。這通常,是生產伺服器執行個體。
      CREATE DATABASE <database_name> ON <filespec_list>
         FOR ATTACH
      
    2. 設定資料庫為讀取/寫入存取使用下列的 Transact-SQL 陳述式
      ALTER DATABASE <database_name> SET READ_WRITE
      如需詳細資訊請參閱 SQL Server 2005 線上叢書 》。
  4. 建立資料庫。

    重新整理報告資料庫,您可以更新過期的資料、 重建該資料庫或執行您想像的任何其他項目,才能重新整理資料。系統管理員使用其中一種資料複製方法所提供的 SQL Server 2005 的複製資料或資料庫來建立資料庫。如需詳細資訊請參閱 < 方法建置或更新資料庫 > 一節。

    附註在報告資料庫,建議 頁面確認 該設為 加總檢查碼,預設值。若要變更此設定,使用 ALTER 資料庫。
  5. 設定資料庫唯讀使用下列的 Transact-SQL 陳述式
    ALTER DATABASE <database_name> SET READ_ONLY
  6. 卸離資料庫,藉由使用下列 Transact-SQL 陳述式
    sp_detach_db @dbname='<database_name>'
    在這個步驟 <database_name> 是資料庫的名稱。
  7. 標記成唯讀,磁碟區,再卸載磁碟區從生產伺服器。若要使用 Diskpart 命令列公用程式來卸載磁碟區,輸入下列命令在命令提示字元
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove
    
    在這個步驟 <drive-number> 是由 Windows 及 <drive-letter> 是指派給報告的磁碟區代號。
  8. 使用硬體廠商的公用程式來遮罩對應到報告的磁碟區的 LUN。這個動作會讓磁碟區無法存取至實際執行伺服器。
現在,報告資料庫可以成為可用為可擴充的共用資料庫。如需詳細資訊請參閱附加可調適的共用資料庫 」 一節。

建置或重新整理資料庫的方法

附註當您在建置報告資料庫我們建議您永遠生產資料庫和報告的資料庫使用相同的路徑。 此外,我們建議您在實際執行及報告磁碟區時磁碟區裝載報表伺服器上如果可能有使用相同的磁碟機代號。

針對移植到資料庫資料或移植整個資料庫,SQL Server 2005 目前支援下列方法:
  • SQL Server 整合服務: 您可以建立或複製資料庫,藉由執行整合服務套件,並使用 「 執行 SQL 」 工作或傳送資料庫工作:
    • 「 執行 SQL 」 工作是從封裝執行的 SQL 陳述式或預存程序。當您使用 [執行 SQL 工作時您可以藉由執行 CREATE 資料庫陳述式來建立資料庫。藉由複製在一或多個資料表或檢視表],然後可以填入資料庫。
    • 傳送資料庫工作可以將資料庫,在相同的伺服器執行個體或執行個體之間的複製。

      附註您可以使用 SQL Server 匯入及匯出精靈 」,以也建立資料庫,但是您必須複製至少一個資料表或檢視。
  • 備份及還原: 您可以還原的報告的磁碟區上的實際執行資料庫備份。若要這樣做,還原],再復原到報告的磁碟區上的完整資料庫備份:
    • 如果您使用的相同的磁碟機代號,裝載到不同的主機上報告的磁碟區,然後連線至伺服器執行個體那里還原資料庫。
    • 如果報告的磁碟區使用不同的磁碟機代號,比實際執行磁碟區,RESTORE 資料庫陳述式必須有 WITH MOVE 子句,還原的資料庫路徑中指定報表的磁碟區的磁碟機代號。
  • 複製到報告的磁碟區上實際執行資料庫: 您可以手動複製一個資料庫或使用中斷連結並附加方法複製資料庫精靈 」 之前,您必須先將資料庫離線。 複製資料庫之後帶回線上資料庫。不過,[複製資料庫精靈 」 提供了一種替代方法。SMO 傳輸方法複製資料庫,雖然資料庫保持線上狀態。雖然 [SMO 傳輸方法是低於中斷連結,並附加方法 SMO 傳輸方法保留作用中的連線至資料庫。
更多有關這些資料複製方法,請參閱 SQL Server 2005 線上叢書 》 文件。

報告資料庫就緒時,您必須完成 「 建置 」 階段。如需詳細資訊請參閱"階段 1: 「 建置 」 階段 」 一節。

階段 2: 附加階段

附加共用的可調整資料庫

建置或更新報告資料庫及卸載報告的磁碟區,從生產伺服器之後,系統管理員必須使資料庫可用為可擴充的共用資料庫。這個處理程序稱為 「 附加 」 階段。

完成 「 附加 」 階段

這個階段中系統管理員必須執行下列步驟:
  1. 使用硬體廠商的公用程式來 unmask 對應到報告的磁碟區的 LUN。這個動作會讓磁碟區的用戶端從每個報告的伺服器存取。
  2. 每個報告的伺服器上裝載磁碟區對應於該 LUN。

    附註為了簡化建置或更新報告資料庫的程序,我們建議您永遠以相同的磁碟機代號為生產磁碟區掛接其報告的磁碟區。比方說如果實際執行資料庫在生產伺服器上的磁碟機 E 上,則報告的磁碟區也應該會裝載為每個報告的伺服器上的磁碟機 E 如果可能的話。

    若要使用 Diskpart 命令列公用程式來裝載磁碟區,輸入下列命令在命令提示字元。
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit
    
    在這個步驟 <drive-number> 是由 Windows 及 <drive-letter> 是您想要使用報表伺服器上報告的磁碟區代號。

    附註報告的磁碟區必須是唯讀。我們建議它會標示成-唯讀磁碟區已解下從生產伺服器之前。 如果磁碟區不標示為唯讀,磁碟區設定為唯讀之後第一個報表伺服器上裝載磁碟區。如需詳細資訊請參閱"階段 1: 「 建置 」 階段 」 一節。

    最佳的作法是您應該要確定磁碟區是存取唯讀磁碟區作為透過 SAN 之後報告的磁碟區,報告的每個伺服器裝載。如需詳細資訊請參閱"請確定環境可調適的共用資料庫的正確 」 一節。
  3. 將資料庫附加到報表伺服器執行個體或報表的每個伺服器上的執行個體。相關資訊請參閱 SQL Server 2005 線上叢書 》 文件。
報告資料庫現在是可用的可調整的共用資料庫,而且可以繼續查詢。

階段 3: 卸離階段

卸離可調適的共用的資料庫

通常,報告資料庫目前的版本最後會變成過時,而且必須更新將報告的資料保持在最新狀態。從服務為可擴充的共用資料庫移除過時的報告資料庫的程序稱為 「 卸離 」 階段。在此階段,在第三個和最後一個階段,更新的循環為報告資料庫。您可以讓更新報告資料庫使用特定的報表伺服器上前卸離階段必須先完成該伺服器上。

完成卸離階段

這個階段中系統管理員必須在每個報告的伺服器上執行下列步驟:
  1. 停用在資料庫上的新查詢,然後讓目前的查詢依正常程序,完成如果可能的話。
  2. 藉由使用 sp_detach_db @ dbname 卸離從每個報表伺服器執行個體資料庫 = '<database_name>' 命令。

    在這個步驟 <database_name> 是資料庫的名稱。 更多有關 sp_detach_db 命令,請參閱 SQL Server 2005 線上叢書 》 文件。
  3. 每個報告的伺服器上卸下報告的磁碟區。 若要使用 Diskpart 命令列公用程式來卸載磁碟區,請輸入下列命令在命令提示字元
    DiskPart
    DISKPART> select volume <drive-number>
    DISKPART> remove
    
    在這個步驟 <drive-letter> 是指派給報告的磁碟區代號。
  4. 使用硬體廠商的公用程式來遮罩對應到報告的磁碟區的 LUN。這個動作會讓磁碟區給用戶端從每個報告的伺服器無法存取。

替代的策略卸離過時的報告資料庫

當您取代資料庫的過時的版本時,您必須考慮業務需求報告環境。您應該評估下列商務需求的哪一個具有您環境中較高的優先順序:
  • 保留目前正在執行的交易,直到它們完成。
  • 正在完成有限的時間範圍內更新。
您可以依哪些需求會位於優先的位置決定如何管理卸離階段,每個報告的伺服器上。您可以下列方式來管理卸離階段:
  • 可讓交易完成之前卸離報表伺服器: 若要保留所有進行中的交易,您必須啟動卸離階段停止連入的 I/O 活動,以報告的磁碟區。然後,每個報告的伺服器執行個體上, 等候卸離資料庫,直到完成所有目前的交易。當資料庫已被卸離,從所有伺服器執行個體時,您可以卸載報告的磁碟區。
  • 更新資料庫期間有限的時間範圍: 在此情況下,您應該取得終止時間,可讓您的時間範圍的每個伺服器執行個體上資料庫的獨佔存取。如果任何查詢不執行該終止的時間內完成,它們將會停止。這些查詢,就必須等待直到之後重新啟動更新。停止該查詢之後可以從每個伺服器執行個體卸離資料庫,然後再卸載報告的磁碟區,從每個報告的伺服器。
這個時候,您就可以開始下一個建置 」 階段。 或者,如果您已經有重新整理資料庫在另一個從屬磁碟區像我們建議,您現在可以執行 「 附加 」 階段為替代的磁碟區。如需詳細資訊請參閱 「 最大化可調適的共用資料庫的可用性 」 一節。

最大化可調適的共用資料庫的可用性

若要最大化的報告資料可用性,建議其他兩個報告的磁碟區之間的更新週期。當第一個報告的磁碟區仍然裝載報表伺服器時,可以裝載至實際執行伺服器,第二個磁碟區,並建置報告資料庫的最新版本。

如果您更新報表資料庫在第二個報告的磁碟區,請考慮下列選項:
  • 視要完全相同的結果傳回至用戶端您報告資料庫則您必須卸離舊的複本從所有伺服器執行個體之前您將新的複本附加至其中。
  • 如果您可以容忍用戶端接收不同的伺服器執行個體 (Instance) 上不同的結果,當您更新報告資料庫,您可以執行報告資料庫的運轉升級。您會完成更新循環一個報表伺服器上的,一次。

所有的報表伺服器的同步,即時更新

本節將說明數種策略更新可調適的共用資料庫,根據商務需求的內容:
  • 您必須保留所有報表伺服器的同步。
  • 您必須完成有限的時間範圍內更新。 這個時間範圍是更關鍵比保留目前正在執行的交易。
當您進行同步處理所有報告的伺服器上資料庫時報告資料庫就會是版本的資料庫的過時的版本在卸離階段和全新的 「 附加 」 階段之間無法使用。

如果要同步處理所有報表伺服器執行個體和上更新循環有限的時間範圍內完成更新週期,請依照下列步驟執行:
  1. 要保留內容的同步,您必須完成卸離可以更新任何一種報表伺服器之前的所有報表伺服器上的階段。如果任何長時間執行的查詢是作用中的任何伺服器上,您必須停止它們。
  2. 解下第一個報告的磁碟區,從所有伺服器執行個體之後就可以開始更新報告的伺服器。每個報告的伺服器上裝載包含較新版的報告資料庫的另一個磁碟區。將該版本附加到本機的報表伺服器執行個體。當特定執行個體上附加資料庫,已停止的交易可以是該執行個體上重新啟動。

運轉升級的報表伺服器

運轉升級可讓您重新整理一個報表伺服器上報告的資料庫,當 stale,報告資料庫保持暫時另一個的報表伺服器上可用。有一段同時過時的版本和更新的版本的資料庫都可以在同一時間。根據您的商務需求運轉升級可能會發生在有限的時間範圍,或者運轉升級可以是相當開放讓目前的交易完成。

讓交易完成之前運轉升級

在這種策略運轉升級可讓資料庫管理員,以等候另一個報表伺服器上的資料庫重新整理時,在一部從屬伺服器完成長時間執行的交易。這項策略可以解決下列的商務需求:
  • 報告伺服器並不需要保持同步處理。這可讓過時的報告資料庫與更新報告資料庫之間的運轉升級。
  • 您有無限制的時間範圍來完成此更新,或您期限比保留目前正在執行交易比較不重要。
若要進行這種形式的運轉升級步驟如下一個伺服器執行個體上一次:
  1. 若要保留所有進行中的交易,您必須啟動卸離階段停止連入的 I/O 活動,以報告的磁碟區。如果長時間執行的查詢會延遲伺服器執行個體上的升級,等待查詢,以使伺服器執行個體離線之前完成。
  2. 所有交易都完成此伺服器執行個體上後卸離報告資料庫。
  3. 卸離特定的報告資料庫從所有伺服器執行個體之後將較新版的報告資料庫附加到該伺服器執行個體。
  4. 若要使伺服器執行個體可再次供報告查詢,將附加的資料庫更新的複本。

完成在有限時間內運轉升級

在這種策略運轉升級可讓資料庫管理員,以維護不間斷的報告服務的簡短地讓保留供某些報告的伺服器上的新查詢資料庫的過時的版本。當您更新另一個報表伺服器上的資料庫時,服務仍然不受干擾。這項策略可以解決下列的商務需求:
  • 報告伺服器並不需要保持同步處理。這可讓過時的報告資料庫與更新報告資料庫之間的運轉升級。
  • 您必須完成在有限的時間範圍中更新。 此期限是更關鍵比保留目前正在執行的交易。
若要進行這種形式的運轉升級步驟如下一個報表伺服器上一次:
  1. 停止報告的磁碟區的連入 I/O 活動,並選擇性地,等候短之前卸離其報告的資料庫伺服器執行個體上完成的交易。
  2. 完成卸離階段,該伺服器上。如需詳細資訊請參閱 「 卸離可調適的共用資料庫 」 一節。
  3. 讓更新的版的報告資料庫使用一次的報告查詢。如需詳細資訊請參閱附加共用的可調整資料庫 」 一節。
此種運轉升級可以保證整體的報告功能永遠不會被中斷。此策略可讓您容忍一段相當長時間執行的交易,在某些伺服器執行個體上。 不過,如果長時間執行的查詢會大幅延遲伺服器執行個體上的升級,請為正在更新所有報告的資料庫,提供有限的時間範圍,您必須停止該查詢。查詢可以等到它報告的資料庫已經重新整理,或重新查詢可以啟動準) 更新伺服器上後重新執行相同的伺服器執行個體上。

?考

如果要下載 SQL Server 2005 線上叢書 》,請造訪下列 Microsoft 下載中心網站]:
http://www.microsoft.com/downloads/details.aspx?FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f&DisplayLang=en
SQL Server 會要求系統,以支援 ‘ 保證傳遞穩定媒體 ’ Microsoft SQL Server Always-On 存放裝置方案檢閱程式] 下所述。 Fo如 SQL Server 資料庫引擎的輸入與輸出需求的更多有關,按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
967576Microsoft SQL Server 資料庫引擎的輸入/輸出需求

屬性

文章編號: 910378 - 上次校閱: 2007年11月20日 - 版次: 2.4
這篇文章中的資訊適用於:
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
關鍵字:?
kbmt kbsql2005engine kbtshoot kbinfo KB910378 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:910378
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com