SQL Server 7.0 和 Microsoft 資料引擎 1.0 MSDE 的 Service Pack 4 的描述

文章編號: 889543 - 檢視此文章適用的產品。
機器翻譯檢視機器翻譯免責聲明
全部展開 | 全部摺疊

在此頁中

結論

此版本的 Microsoft SQL Server 7.0 和 Microsoft 資料引擎 (MSDE) 1.0 Service Pack 4 (SP4) 提供的 SQL Server 7.0 資料庫元件的更新或 MSDE 1.0 安裝。本文介紹下列 SP4 的相關資訊：
  • Service Pack 版本和移除的服務套件 4
  • 如何下載並解壓縮服務套件 4
  • 如何安裝服務套件 4
  • 如何轉散發資料庫元件和服務套件 4 用戶端元件
  • 說明執行中，會影響站台的服務套件 4 的問題
回此頁最上方 | 提供意見

內容

回此頁最上方 | 提供意見

其他相關資訊

簡介

此版本的 Microsoft SQL Server 7.0 服務套件 4 (SP4) 和 Microsoft 資料引擎 (MSDE) 1.0 SP4 更新 SQL Server 7.0 或 MSDE 1.0 的安裝資料庫的元件。這些包括下列元件：
  • 資料引擎
  • 資料庫用戶端公用程式 (例如 SQL Server 企業管理員] 和 [osql (僅 SQL Server 7.0)
  • 用戶端連接元件，例如 OLE DB 提供者資料庫的 SQL Server、 該 SQL Server ODBC 驅動程式和用戶端網路程式庫
SQL Server 7.0 SP4 可以套用到正在執行 SQL Server 7.0 資料引擎或 MSDE 1.0 的電腦。程式會自動偵測到的 SQL Server 7.0 或 MSDE 1.0，在電腦上且僅升級該版本中的元件版本，服務套件 4 安裝程式。安裝程式不會嘗試升級都在 SQL Server 7.0 企業版中，除非安裝程式偵測到的企業版存在的元件。當 Service Pack 套用至執行 MSDE 1.0 的電腦時，它不會嘗試升級元件只包含 SQL Server 7.0。當 Service Pack 套用至只執行資料庫用戶端元件的電腦時，它不會嘗試要升級資料庫伺服器的任何元件。

因為 SQL Server 資料庫元件 Service Pack 是累計，SP4 包括從所有較早的 SQL Server 7.0 Service Pack 修正程式。因此，SP4 可套用到原始安裝的 SQL Server 7.0 版或 MSDE 1.0 或任何 SQL Server 7.0 或 MSDE 1.0 的安裝的 Service Pack 已套用先前。

SQL Server 7.0 SP4 並不支援 Alpha CPU 晶片為基礎的電腦。SQL Server 7.0 服務 Pacl 3 (SP3) 是最後一次的 SQL Server 7.0 Service Pack 支援 Alpha 型電腦。

取得更多資訊有關 SQL Server 7.0 服務套件 4 中所包含的修正程式按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
313980
(http://support.microsoft.com/kb/313980/ )
SQL Server 7.0 的服務套件所修正的 Bug 清單
取得更多資訊有關 SQL Server 7.0 服務套件 4 不包含在本文中的相關資訊按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
313986
(http://support.microsoft.com/kb/313986/ )
SQL Server 7.0 服務套件 4 Readme.htm 加入項目

服務套件版本

如果您不確定您已在 SQL Server 7.0 資料庫引擎或 MSDE 1.0 的執行個體安裝的 Service Pack，請藉由從 osql、 SQL 查詢分析器或 isql 執行 SELECT @ @ VERSION 命令驗證版本。下表顯示的版本字串所報告的 @ @ VERSION 命令和 SQL Server 7.0 和 MSDE 1.0 Service Pack 之間的關係：
摺疊此表格展開此表格
@ @ 版本SQL Server 版本
7.00.623原始的 SQL Server 7.0 或 MSDE 1.0 發行版本
7.00.699資料庫元件 Service Pack 1 (SP1)
7.00.842資料庫元件 Service Pack 2 (SP2)
7.00.961資料庫元件 SP3
7.00.1063資料庫元件 SP4
如果您不確定您正在執行的 SQL Server 7.0 版，或是您已連線到 MSDE 1.0，最後一行的由 @ @ VERSION 命令所傳回的輸出會報告您已連線的版本。例如，輸出可能如下所示： 
MSDE on Windows NT 4.0 (Build 1381: Service Pack 4)
Desktop Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Developer Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Standard Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Enterprise Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
最近使用的 Hotfix

如果您在 2002 年 2 月 20，後收到一個 Hotfix Hotfix 不太可能包含在 SP4 中。請聯絡您的主要支援提供者，有關 Hotfix 更新，SP4。

正在移除 SP4

您將移除 SP4 很容易由於的 Service Pack 需要進行維護的系統資料表變更。若要還原成之前 SP4 從組建已安裝，您必須移除，然後再重新安裝 SQL Server 7.0 或 MSDE 1.0。然後，如果有必要必須套用您正在執行之 Service Pack (SP1、 SP2 或 SP3) 安裝 SP4 之前。重新安裝 SQL Server 7.0 或 MSDE 1.0 之前卸離您的資料庫上 SP4。然後，重新附加它們之後重新安裝 SQL Server 7.0 或 MSDE 1.0，SP1、 SP2 或 SP3。有關如何使用請 sp_attach_db 和 sp_detach_db] 程序參閱 SQL Server 線上叢書 》 SQL Server 7.0 的。如同任何新安裝中，您必須重新建立必要的登入。您也必須重新建立 msdb 資料庫的中，除了在 model 資料庫中所做的任何變更中的資訊而定的排程的工作。如果您使用 [複寫必須重新設定複寫。

下載並解壓縮 SP4

這個 Service Pack 會散佈下列兩種格式：
  • 在 SP4 光碟
  • 在名為可以從網際網路下載的 Sql70sp4.exe 可自動解壓縮檔
使用 Sql70sp4.exe 自我解壓縮檔建置一組資料夾及您電腦上資料夾相同的檔案及 SP4 光碟片上的檔案。然後，安裝程序是 SP4 光碟和解壓縮的 SP4 檔案一樣的。

如果您下載 SP4，您必須將檔案解壓縮到建置服務套件資料夾，您可以執行安裝程式之前的程式。

附註幾個 Service Pack 中的檔案都是系統檔案。 請確定 [顯示所有檔案] 選項設定在 Microsoft Windows NT 檔案總管] 或 [Windows 檔案總管，當您使用 Service Pack。若要以便這個選項請依照下列步驟執行：
  1. 啟動 Windows 檔案總管] 或 [Windows NT 檔案總管]。
  2. 按一下 [檢視] 功能表 選項。
  3. 在 [檢視] 索引標籤上按一下以選取 [顯示所有檔案。

SP4 的磁碟空間需求

您必須有 231 MB 的磁碟空間才能解壓縮 SP4，如果您下載到 C 磁碟機的自動解壓縮的可執行檔在您的電腦上，然後您執行擷取那里。

如果您磁碟空間不足，無法下載到您的電腦上的磁碟機 C 的 SP4 您可以下載 SP4 郵遞區號檔案到次要光碟機以節省磁碟空間。將再，您可以 ZIP 檔案解壓縮到磁碟機 C。這個方法會需要 188 MB 次要磁碟機的磁碟機 C 和 43 MB。

正在展開資料庫元件 SP4

要擷取資料庫元件 SP4，請將可自動解壓縮檔案複製到正在執行 SQL Server 7.0 或 MSDE 1.0 的電腦上的資料夾。 然後，執行檔案。self-extraction 程式會提示您輸入您想放 Service Pack 檔案資料夾的名稱。比方說如果您正在執行 SQL Server 或 MSDE 且您已建立的資料夾，名為 C:\70sp4，將 Sql70sp4.exe 檔案複製到您的電腦、 執行該檔案，然後在出現提示時提供 C:\70sp4 資料夾名稱。

這將會擷取 Service Pack 檔案，並接著將兩個的 Microsoft 系統管理伺服器檔案複製到 C:\70sp4 資料夾。Service Pack 檔案的其餘部分將放 \X86 子資料夾中。

解壓縮元件之後，您可以重新命名資料庫安裝資料夾。不過，請確定資料夾名稱不包含空格字元 ("")。

服務套件安裝

如果要安裝 SP4，請依照下列這些安裝指示。並非所有的步驟是必要，請視情況而定到下列的 SQL Server 7.0 的哪一個您要套用服務的組態打包：
  • 資料庫伺服器設定：適用於從 MSDE 1.0 或任何版本的 SQL Server 7.0 執行資料引擎和其相關的軟體的電腦。這些電腦也會包含資料庫用戶端元件。
  • 資料庫僅用戶端組態：適用於執行下列的電腦：
    • 用戶端連接元件，例如 OLE DB 提供者資料庫的 SQL Server、 該 SQL Server ODBC 驅動程式和用戶端網路程式庫 (從 SQL Server 7.0 或 MSDE 1.0)。
    • 資料庫用戶端公用程式 (例如 SQL Server 企業管理員] 和 [bcp (僅 SQL Server 7.0)。
  • 容錯移轉叢集組態：套用至執行 SQL Server 7.0 設定容錯移轉叢集中的電腦。
  • 複寫伺服器組態：套用至執行 SQL Server 7.0 在其至少一個資料庫是複寫拓樸的一部份的電腦。
針對每個安裝] 步驟列出適用的元件。

附註Service Pack 是特定的語言。套用 Service Pack 與相同的語言與您要升級 SQL Server 元件。

附註在法文版的 Windows NT 4.0 安裝 SP4 之前，遵循下列微軟知識庫文件：
259484
(http://support.microsoft.com/kb/259484/ )
與在 Windows 2000 上法文的地區設定支援 CryptEncrypt 和 CryptDecrypt 函式
在開始安裝之前
下列適用於所有的元件安裝。

SP4 安裝程式不會升級定期參與複寫拓樸那些使用者資料庫以外的使用者資料庫。不參與複寫拓樸的資料庫沒有 SP4 的相依性。例如：
  • 您可以從 SQL Server 7.0 或 SQL Server 7.0 SP1、 SP2 或 SP3 的執行個體還原使用者資料庫備份，SQL Server 7.0 SP4 的執行個體。
  • 您可以從 SQL Server 7.0 SP4 的執行個體還原使用者資料庫備份，SQL Server 7.0 或 SQL Server 7.0 SP1、 SP2 或 SP3 的執行個體。
  • 您可以卸離使用者資料庫從 SQL Server 7.0 或 SQL Server 7.0 SP1、 SP2 或 SP3 的執行個體，然後將它附加至 SQL Server 7.0 SP4 的執行個體。
  • 您可以卸離使用者資料庫從 SQL Server 7.0 SP4 的執行個體，並再將它附加至 SQL Server 7.0 或 SQL Server 7.0 SP1、 SP2 或 SP3 的執行個體。
SP4 安裝程式不會升級成員的複寫拓樸的使用者資料庫。安裝 SP4 之前確定複寫資料庫和檔案群組是可寫入，以及執行安裝程式的使用者帳戶是否有存取資料庫的使用權限]。有關如何套用 SP4 到參與複寫拓樸的資料庫的更多資訊，請參閱 Installing on replicated servers。
正在準備一個分散式的系統管理伺服器安裝
您也可以使用 Microsoft 系統管理伺服器在執行 Windows NT Server 的多部電腦上自動安裝 SP4。Smssql.sms 檔案是在系統管理伺服器中建立 SQL Server 封裝會自動執行一個封裝定義檔案。然後，可分散並執行系統管理伺服器的電腦上安裝 SQL Server 封裝。Unattspsms.bat 檔案是批次檔會偵測到電腦的作業系統並再執行適當的 「 安裝程式版本的程式。

多個 SQL Server 資料庫備份

下列適用於所有組態以外的資料庫僅用戶端組態。

作為一個預防措施備份所有 SQL Server 資料庫。這包括 主版]、 [模型，] 及 [msdb] 資料庫。安裝 Service Pack 也不會修改相關的複寫，使用者資料庫以外的使用者資料庫，但它不會修改 主版] 及 [msdb] 資料庫。安裝 Service Pack 修改 母片]、 [msdb，] 和 [模型] 資料庫。這使得它們與 pre SP4 SQL Server 7.0 版本不相容。這些備份是必要的如果您決定重新安裝 SQL Server 7.0 沒有 SP4。

它也是要備份您的使用者資料庫是小心謹慎為雖然 SP4 將只能在成員的複寫拓樸的使用者資料庫中執行更新。

請確定系統資料庫有足夠的可用空間

下列適用於所有組態以外的資料庫僅用戶端組態。

如果下列情況成立，您可以略過這個步驟：
  • 自動成長 選項在您將套用 SP4 的 SQL Server 或 MSDE 系統上是對於 主版 和 msdb 資料庫。
  • 包含這些資料庫的磁碟機至少有 500 KB 的可用空間可供每個資料庫可以自動成長。
在 SQL Server 7.0 中，您可以驗證系統資料庫有足夠的可用空間。若要執行此動作連線到 SQL Server 從 SQL Server 企業管理員、 在資料庫的圖示上按一下滑鼠右鍵，然後按一下 [內容]。確認已選取 [檔案自動成長] 核取方塊。若要驗證此 MSDE 中，發出下列 SQL 陳述式：
  • sp_helpdb 母片
  • sp_helpdb msdb
在這些陳述式的輸出，確認成長資料行不是 0。

如果 自動成長] 選項是不上的 母片] 或 [msdb 資料庫，無法自動成長的資料庫必須要有至少 500 KB 的可用空間。若要確認這點，請執行 sp_spaceused 系統預存的 主版] 及 [msdb] 資料庫內容中的程序。如果其中一個資料庫中的未配置的空間圖小於 500 KB 增加資料庫的大小。若要這樣做，請遵循 SQL Server 7.0 SQL Server 線上叢書 》 中展開 [資料庫 ＞ 主題中的說明。

準備叢集組態

下列只適用於容錯移轉叢集組態。

以 SQL Server 7.0 企業版 」 安裝資料庫元件 SP4 的叢集環境中之前先確定包含 「 Microsoft 分散式交易協調器 (MSDTC) 的群組由第一次已安裝 MSDTC 的節點所擁有。

如果該群組並非由這個節點所擁有，服務套件 4 安裝程式顯示一個 MSDTC 安裝程式會提示您更正問題的錯誤，然後再試一次 [安裝程式。將群組移至第一次已安裝 MSDTC 的節點修正此問題。如果執行叢集組態中的 SQL Server 企業版它必須是 unclustered 套用資料庫元件 SP4 之前。取消叢集 SQL Server 之前使用 [叢集系統管理員] 來確定沒有其他叢集資源依存於任何一種下列五個 SQL Server 叢集資源：
  • SQL 網路名稱
  • SQL IP 位址
  • SQL Server
  • SQL Server 代理程式
  • SQL VServer
記錄移除，這樣您就可以在您安裝 Service Pack 之後還原它們任何相依性。如果是 Microsoft 訊息佇列資源會相依於 SQL 網路名稱，您必須讓訊息佇列資源離線。然後，將其相依性傳送到相同的群組中的另一個網路名稱。如果在群組中其他的網路名稱，建立暫時的網路名稱。然後，將相依性傳送到該網路名稱。您可以在安裝 SP4 後，刪除暫時的網路名稱。

若要取消 SQL Server 的叢集請依照下列步驟執行：
  1. SQL Server 7.0 程式群組中按一下 [容錯移轉叢集精靈]。
  2. 當系統提示您插入您原始 SQL Server 企業版 CD，並遵循精靈所顯示的指示。
已被叢集 SQL Server 的 Windows NT 或 Windows 2000 叢集的所有節點上，請依照下列步驟執行。請確定容錯移轉叢集精靈] 中移除所有 SQL Server 資源名稱和型別。

必須在 SP4 升級操作在叢集中的所有 SQL Server 7.0 例項，它們 reclustered 之前。

更多有關在叢集環境中執行 SQL Server 的資訊，請參閱 SQL Server clustering white paper。

停止執行 SP4 安裝程式之前的應用程式

下列適用於所有組態以外的資料庫僅用戶端組態。

執行 SP4 安裝程式來套用資料庫元件 SP4 之前先關閉下列服務和應用程式：
  • Microsoft 搜尋]、 [MSDTC]、 [MSSQLServer]、 [MSSQLServerOLAPService，] 及 [SQLServerAgent 服務
  • Microsoft 交易伺服器、 訊息佇列和 Microsoft COM 交易整合者 (COMTI)
  • 所有的應用程式。這包括控制台
如果您在 Windows NT 叢集中安裝 SP4，請確定這些應用程式和服務在叢集中所有節點上停止。

如果正在執行，也可以停止 SQL Server 服務管理員。若要執行此動作在工作列中最小化的 [SQL Server 服務管理員] 圖示上按一下滑鼠右鍵，然後按一下 [結束]。

安裝資料庫元件 SP4

下列適用於所有組態。

從下列位置之一執行 Setup.bat 批次檔：
  • 已解壓縮的 Service Pack 檔案，從 Sql70sp4.exe 所在的資料夾
  • SQL Server 7.0 SP4 光碟片上的 [服務] 套件資料夾
附註請勿使用 Microsoft 「 終端機服務用戶端執行 Setup.bat 批次檔。遠端安裝 SP4 的藉由使用 「 終端機服務用戶端不支援。

您在執行 Setup.bat 批次檔時的 InstallShield] 對話方塊隨即出現，會提示您輸入等是否要使用 SQL Server 的帳戶驗證 」 或 「 Windows NT 驗證的資訊。如果選擇 [SQL Server 的帳戶驗證，您必須提供安裝程式以 sa 登入的密碼。如果選擇 [Windows NT 驗證必須在您使用的 Windows 登入帳戶的 SQL Server 或您要升級的 MSDE 執行個體的 系統管理員 (sysadmin) 固定的伺服器角色的成員登入 Windows 的同時執行安裝程式。

然後，安裝程式會取代現有的 SQL 與服務的伺服器或 MSDE 檔案壓縮的檔案。安裝程式也會執行數個.sql 指令碼檔案來更新系統預存程序。

將 MSDTC 安裝程式安裝新版本的 MSDTC 在您的系統上。在叢集環境中它會在 Windows NT 叢集的所有節點上。

當安裝程式連線到 SQL Server 7.0 或 MSDE 1.0 執行.sql 指令碼該更新系統預存程序，它會顯示一個 驗證模式] 對話方塊中，如果偵測到用安裝正在使用混合模式下使用空白密碼的 sa 登入。這可讓使用者解決潛在安全性問題的空白密碼的 sa 登入以執行系統的機率。將 sa 登入密碼留為空白提供給 SQL Server 或 MSDE 的未經授權的使用者，具有簡單的系統管理員存取。若要協助保護您的系統，應該需要 sa 密碼，或使用 Windows NT 驗證。預設情況下，[驗證模式] 對話方塊中不使用目前的設定進行安裝。[] 對話方塊中使用下列預設值：
  • 根據預設值，正在執行 Microsoft Windows 95、 Microsoft Windows 98 和 Microsoft Windows 千禧版的電腦上 驗證模式] 對話方塊使用混合模式。混合的模式是在這些作業系統支援的唯一驗證模式。 然後，[] 對話方塊會要求您指定密碼給 sa 登入。如果您指定密碼，安裝程式會變更 sa 登入密碼。如果您保留密碼空白，[安裝] 程式連線而不變更密碼。
  • 根據預設值，正在執行 Windows NT 4.0 或 Microsoft Windows 2000 的電腦上安裝程式使用 Windows NT 驗證。您可以使用 [] 對話方塊中，接受預設 Windows NT 驗證模式，或切換至混合模式的驗證模式，以不是空白的 sa 登入密碼。
變更驗證模式] 或 [sa 登入密碼之前請確定這不會影響現有的應用程式。 比方說如果您在 Windows 2000 架構的電腦上執行 SQL Server，並從混合模式變更為 Windows NT 驗證模式，使用 SQL Server 的帳戶驗證的現有應用程式無法連線，直到它們設定為使用 Windows NT 驗證。而且，如果您變更 sa 登入密碼，應用程式或使用舊密碼的系統管理處理程序無法連線直到設定為使用新的密碼。

安裝程式記錄的動作，它會執行在 Sqlsp.log 檔案在電腦執行它的 Temp 資料夾。

重新啟動服務

下列適用於所有組態以外的資料庫僅用戶端組態。

安裝程式完成系統可能提示您重新啟動系統。您重新啟動系統之後，或在安裝程式完成而不要求重新啟動電腦之後，使用在 [控制台] 中 [服務] 工具來確定下列服務正在執行：
  • Microsoft 搜尋
  • MSDTC
  • MSSQLServer
  • MSSQLServerOLAPService
  • SQLServerAgent
備份已升級的 master 及 msdb 資料庫。

recluster 叢集組態

下列只適用於容錯移轉叢集組態。

如果您已套用 SP4 Windows NT 叢集組態中，recluster SQL Server。之前 reclustering，您必須套用 SP4 的 SQL Server 7.0 會包含在叢集的所有實例。

重要這個區段、 方法或任務包含告訴您如何修改登錄的步驟。然而，如果您不當修改登錄，可能會發生嚴重的問題。因此，執行這些步驟時請務必小心。為加強保護，修改登錄之前，請務必將它備份起來。以後您就可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
322756
(http://support.microsoft.com/kb/322756/ )
如何備份和還原在 Windows 登錄


如果您移除訊息佇列的相依性 SQL 執行登錄編輯程式 」 修改下列登錄機碼的伺服器:
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
如果機碼值的值 2 (如 BSC)，(針對 PSC) 4 或 8 (針對 PEC) 記錄目前的值，並將值變更為 1。否則，保持不變的機碼的值。

如果要 recluster SQL Server，請依照下列步驟執行：
  1. SQL Server 7.0 程式群組中按一下 [容錯移轉叢集精靈]。
  2. 提示您時，由精靈，您原始 SQL Server 企業版 CD 插入 CD] 磁碟機中，並遵循精靈會顯示的指示。
在 Windows NT 叢集的包含您想要包含在叢集中的 SQL Server 的執行個體的所有節點上，請依照下列步驟執行。

[訊息佇列登錄機碼是
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
。 如果您使用容錯移轉叢集精靈之前，您可以變更此機碼的原始值，執行登錄編輯程式 」 還原登錄機碼的原始值。如果您移除 SQL Server 資源及資源類型 Prepare cluster configurations 一節中所述的相依性，，使用 [叢集系統管理員] 來還原相依性。如果訊息佇列服務資源有相依性 SQL Server 和 SQL 網路名稱，使用 [叢集系統管理員] 來還原相依性。移除相依性中 Prepare cluster configurations 區段所建立的任何其他網路名稱。如果您在 Prepare cluster configurations 一節中建立 IP 位址資源和暫時的網路名稱，將它們刪除。將訊息佇列資源上線。

重新啟動應用程式

下列適用於所有組態。

重新啟動應用程式關閉之前執行 SP4 安裝程式的程式。

在複寫的伺服器上安裝

下列只適用於複寫伺服器組態。

我們建議您將這個 Service Pack 套用至所有下列 SQL Server 7.0 參與者複寫拓樸中：
  • 發行者
  • 散發者
  • 訂閱者
建議您部署 SP4 間複寫拓樸使用以下順序：
  1. 散發者如果它是不同於 「 發行者 」
  2. 發行者
  3. 訂閱者
附註通常，尤其是在合併式複寫 「 散發者 」 和 「 發行者 」 位於相同的伺服器，而同時升級。

在合併複寫散發資料庫僅用於儲存代理程式歷程記錄。通常，散發資料庫在合併複寫拓樸中位於與已發行的資料庫相同的電腦上。但是，您也可以讓合併複寫的遠端散發資料庫在集中管理代理程式歷程記錄的站台。

您可能無法立即升級複寫拓樸中的所有伺服器。因此，複寫作業是執行 SQL Server 7.0 或先前的 Service Pack 的原始版本的伺服器和 SP4 之間通常不受影響的參與者。例外狀況會涵蓋下列各節：
提供遠端散發資料庫的合併式發行集的伺服器上安裝 SP4
如果 SP4 來升級伺服器，且該伺服器包含合併式發行集的遠端散發資料庫，您也必須升級每個合併式複寫使用該通訊群組的資料庫，SP4 的 「 發行者 」。這項要求可確保沒有最佳傳遞的資料變更從相關聯的合併式複寫 「 發行者 」 在 「 散發者 」 上執行任何合併列印 (Push) 代理程式 」。

升級合併收到新的訂閱要 SP4，從原始版本的 SQL Server 7.0 的 「 發行者 」
若要允許新的合併複寫 「 訂閱者 」 從原始發行版本的 SQL Server 7.0 安裝的伺服器，您必須加入 -70Subscribers 快照集代理程式 」 中的每個工作的選擇性參數。

當您執行這項操作的任何新的 SQL Server 7.0 的初始同步處理合併 「 訂閱者 」 已經套用到哪一個沒有服務套件已完成。

如果執行原始版本的 SQL Server 「 訂閱者 」 已經收到初始同步處理，這個 「 訂閱者 」 會繼續能夠即使沒有這個參數的資料合併。不過，如果卸除，然後重新建立訂閱，或必須重新初始化訂閱，參數是必要。慣用的解決方案是升級至 SP4 的 「 訂閱者 」，而非使用參數。如果想請確定您可以新增參數，直到您確信所有 「 訂閱者 」 會升級為 SP4。

在合併式複寫 「 訂閱者 」 上安裝 SP4
如果您升級 SQL Server 合併式複寫 「 訂閱者 」 至 SP4，必須也將其相關聯的合併式複寫 「 發行者 」 的每個升級至 SP4。這會最佳化從相關聯的合併式複寫 「 發行者 」 在 「 訂閱者 」 上執行任何合併列印 (提取) 代理程式 」 的資料變更傳遞。這最能達成藉由使用 「 散發者 」 「 發行者 」 訂閱者部署順序所述 Installing on replicated servers 一節。

以較早版本的 SQL Server 執行 SP4 複寫
沒有已知的差異 SP4 搭配 SQL Server 6.0 或 SQL Server 6.5 「 發行者 」 與 「 訂閱者 」 與原始版本的 SQL Server 7.0 搭配這些較早版本的方式比較的方式。

正在更新 Access 2000 (Jet 4.0) 合併式複寫 「 訂閱者 」
對於 Microsoft Jet 為基礎的 Microsoft Access 2000 合併 「 訂閱者 」 在 SP4 中要充份利用增強的您必須將下列的資料庫元件 SP4 檔案複製到您正在執行 Access 2000 的工作站：
  • X86\Binn\Replres.dll
  • X86\Binn\Replrec.dll
  • X86\Binn\Replprov.dll
  • X86\Jet\Msrpjt40.dll
將每個檔案複製到工作站的系統磁碟機上下列資料夾：
\Program Files\Common Files\Microsoft Shared\Database 複寫
附註您沒有如果 MSDE 1.0 做為 Access 2000 合併 「 訂閱者 」，請依照下列步驟執行。在這種情況下套用資料庫元件 SP4。

轉散發資料庫元件 SP4 的用戶端元件

SQL Server 7.0 和 MSDE 1.0 SP4 包括自動解壓縮的檔案]、 [Sqlredis.exe，] 和 [Mdacredist.txt 檔案的版本。會根據預設值，執行 Sqlredis.exe 時它執行下列作業：
  1. Sqlredis.exe 執行 Mdac_typ.exe 檔從 Microsoft 的資料存取元件 (MDAC) 2.1 SP2。這會安裝 MDAC 2.1 SP2 核心元件和 [SQL Server 與 MSDE 用戶端連接元件隨附 SQL Server 7.0 和 MSDE 1.0 的 SP1 版本。
  2. Sqlredis.exe 取代從資料庫元件 SP4 的新版本的 SQL Server 與 MSDE 用戶端連接元件。
  3. Sqlredis.exe 取代 Mswstr10.dll、 Mswdat10.dll、 一定、 Olepro32.dll 及 Stdole2.tlb 檔案。
如果想安裝僅資料庫元件 SP4 用戶端連線元件請在命令提示字元中輸入下列命令：
sqlredis.exe /C:"setupre.exe MDAC = 0-s-SMS"
您可以轉散發 Sqlredis.exe 檔名相同的條款和這個 Service Pack 隨附 Mdacredist.txt 檔中列出的條件。

文件備忘稿

本節將探討影響 SP4 的站台，但不是包含在 Service Pack 中的修正程式所造成的問題。

行為中引入的修正程式的變更記錄在每個修正程式的 [Microsoft 知識庫 」 文件中。 取得更多資訊有關 SQL Server 7.0 服務套件 4 中所包含的修正程式按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
313980
(http://support.microsoft.com/kb/313980/ )
SQL Server 7.0 的服務套件所修正的 Bug 清單

升級用戶端專用的電腦安裝 SP4 之後

有時候，使用者第一次僅 SQL Server 用戶端元件電腦上安裝一個。稍後，他們新增標準、 企業或桌面版資料庫伺服器的電腦上藉由從 SQL Server 光碟片執行安裝程式。如果電腦上的用戶端元件已經升級到 SP4，SQL Server 安裝程式失敗，並且您會收到下列錯誤訊息：
您無法安裝是較舊 (7.00.623) 比您的電腦 (7.00.1063) 上版本的更新版本。 解除安裝較舊的版本。
將標準、 企業或桌面版的資料庫伺服器新增到正在執行 SP4 的用戶端元件的用戶端電腦，請依照下列步驟執行：
  1. 從原始的 SQL Server 7.0 光碟 Bcp.exe 檔案複製到用戶端電腦。這會覆寫 Bcp.exe SP4 的版本 C:\Mssql7\Binn 目錄中。
  2. 執行安裝程式從您的 SQL Server 7.0 光碟安裝伺服器元件。
  3. 執行資料庫元件服務套件 4 安裝程式升級到 SP4 的電腦上的所有 SQL Server 資料庫元件。
附註若要升級標準] 或 [企業版伺服器的用戶端，您必須購買適當的伺服器授權。您可以在一個標準] 或 [企業 SQL Server 用戶端存取使用權 (CAL) 所涵蓋的用戶端電腦上安裝桌面版伺服器。

日文的資料庫伺服器升級到 Windows 2000，安裝 SP4 之後

您可能正在執行 Windows NT、 Windows 95 或 Windows 98 的電腦上安裝資料庫元件 SP4 並稍後再升級到 Windows 2000。這是 Windows 2000 升級來取代參與排序日文字元早於所需的 SP4 版本檔案的版本有某些系統檔案。如果您在中 SQL Server 資料庫使用日文字元重新執行 Sqlredis.exe 隨附 SP4，在您升級到 Windows 2000 之後的版本。更多有關執行 Sqlredis.exe，請參閱 Redistributing Database Components SP4 client components 區段。

這只適用於有包含日文字元的資料庫的伺服器。您沒有重新套用 Sqlredis.exe，用戶端電腦上或在伺服器上，並沒有包含日文字元的資料庫。

套用 SP4 到較新版本

如果嘗試升級 SQL Server 安裝與資料庫引擎是相同的版本或更新的版本比所提供的資料庫元件 SP4 的可執行檔案服務套件 4 安裝程式可能會結束，並且您可能會收到下列錯誤訊息：
安裝程式在 Service Pack 中偵測到較新的 SQL Server 元件，比那些使用。安裝程式將不會繼續進行。
通常，這一錯誤訊息指出 SP4 或更新版本已經套用到在伺服器上的 SQL Server 執行個體，而且升級不需要。

不過，這可能不適用於客戶已經收到特殊的 SQL Server 組建 SP4 組建比從其 SQL Server 支援廠商及使用者更新者已套用該建置到未升級至 SP4 第一次的系統。這些客戶應該連絡其 SQL Server 支援廠商，以升級程序的要求資訊。

在 Windows NT 4.0，終端機伺服器版本上安裝 SP4

在 Windows NT 4.0 作業系統的終端機伺服器版本不支援原始版本的 SQL Server 7.0。SQL Server 7.0 SP1 引進了 Windows NT 4.0 「 終端機伺服器版上執行 SQL Server 的支援。SQL Server 7.0 SP2、 SP3 和 SP4 繼續支援 Windows NT 4.0 「 終端機伺服器版本。

附註如果您正準備第一次執行 Windows NT 4.0 「 終端機伺服器版的電腦上安裝 SQL Server 7.0 只依照下列步驟執行。如果您先前新增這項支援的 SQL Server 7.0 SP2 或 SP3，並不需要重複這些步驟，當您升級到 SP4。

SQL Server SP4 需要您套用到正在執行終端機伺服器版之前的安裝 SQL Server 的電腦的終端機伺服器版 SP4 Windows NT Server 4.0。這個 Service Pack 專屬於 「 終端機伺服器版，並與 Windows NT Server 4.0 SP4 是分開的。 取得更多資訊有關終端機伺服器版 Service Pack 按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
152734
(http://support.microsoft.com/kb/152734/ )
如何取得最新的 Windows NT 4.0 Service Pack
若要在執行 Windows NT 4.0 「 終端機伺服器版的電腦上安裝 SQL Server 7.0 和 SQL Server SP4 請依照下列步驟執行：
  1. 請確定已套用 Windows NT 4.0、 終端機伺服器版 SP4。
  2. 使用 [控制台] 中的 [服務] 工具停止終端機伺服器授權服務。
  3. 將 SQL Server ODBC 檔案複製到的 System32 正在執行 Windows NT 4.0 「 終端機伺服器版的電腦上的資料夾。
  4. 在電腦中插入 SQL Server 7.0 光碟片，並再從 [C:\Winnt\System32 到 CD 上的 [X86\ODBC] 資料夾複製檔案是在伺服器的資料夾。
  5. 使用 [控制台] 中 [服務] 工具，重新啟動終端機伺服器授權服務。
  6. 使用 SQL Server 7.0 光碟來安裝 SQL Server 7.0。您無法藉由使用精簡型用戶端上安裝 SQL Server。您必須安裝 SQL Server 藉由使用正在執行 Windows NT 4.0 「 終端機伺服器版的電腦上的主控台。您無法使用當您插入 SQL Server CD，正在執行 Windows NT 4.0 「 終端機伺服器版的電腦上安裝 SQL Server 時，會出現 自動執行 安裝程式視窗。而是，請依照下列步驟執行：
    1. 關閉 自動執行 視窗。
    2. 在控制台中開啟 [新增/移除程式]。
    3. 按一下 [安裝]，並遵循指示進行。執行安裝程式直接從 SQL Server 7.0 光碟片，在下列資料夾：
      X86\Setup\Setupsql.exe
    請遵循 SQL Server 安裝程式中的指示。如果您想要直接在正在執行 Windows NT 4.0 「 終端機伺服器版的電腦上安裝資料庫執行完整的 SQL Server 安裝程式，來安裝用戶端通訊元件和資料庫引擎。如果您只想讓能夠連線到 SQL Server 資料庫使用 Windows NT 4.0 「 終端機伺服器版本在同一部電腦執行應用程式的其他伺服器上僅安裝用戶端連接元件。更多有關如何執行完整伺服器] 或 [僅用戶端連線安裝程式的資訊，請參閱 SQL Server 7.0 的 「 執行 SQL Server 安裝程式 」 SQL Server 線上叢書 》 中。
  7. 套用 SQL Server SP4，方法是，請遵循本文中的指示。您必須從執行 Windows NT 4.0 「 終端機伺服器版的電腦主控台安裝 SP4。您必須執行服務套件 4 的而且，從 [控制台] 中的 [新增/移除程式工具的安裝程式 (Setup.bat)。

新的疑難排解指南

資料庫元件 SP2 介紹 SQL Server 7.0 的從 SQL Server 線上叢書 》 疑難排解指南區段的新版本。資料庫元件 SP4 也會安裝這個新版本的輔助線。新的輔助線會展開以從 SQL Server 支援小組下列新的資訊是在原始 SQL Server 線上叢書 》 的 SQL Server 7.0 的資訊：
  • 展開的組的常見問題 (FAQ)
  • 其他資訊] 和 [秘訣可以幫助客戶的產品支援工程師從會成為熟練與 SQL Server 7.0
資料庫元件 SP4 安裝新的檔案，名為 Tblshsp2.chm 在您的電腦上的 [\Mssql7\Books] 資料夾中。SP2 疑難排解指南並不會實際取代原始版本的 SQL Server 線上叢書 》 中的 [疑難排解指南。您無法 SP2 疑難排解指南的瀏覽從 SQL Server 線上叢書 》。利用下列方法，必須分別執行新的疑難排解指南：
  • 按兩下 Tblshsp2.chm 檔案。
  • 將捷徑新增到您的桌面。然後按兩下該捷徑。當您新增捷徑時，請將它指向 \Mssql7\Books\Tblshsp2.chm 檔案中。
SP2 疑難排解指南您必須具備 SQL Server 線上叢書 》 的 SQL Server 7.0 安裝在您的電腦上。

複寫的強化功能

在 SP4 中的複寫增強功能包括下列各項：
  • 複寫同步處理的最佳化
  • 合併式複寫快照集的效能增強功能
  • 合併複寫中繼資料清除作業的增強功能
最佳化複寫同步
在 Service Pack 2 引入

最佳化同步，合併複寫期間，可讓您儲存在 「 發行者 」 而非該資訊透過網路傳輸到 「 訂閱者 」 的詳細資訊。雖然此選項可能會造成更大的資料庫在 「 發行者 」，它可以透過慢速連結改善同步處理效能。不過的詳細資訊會儲存在 「 發行者 」，而是必要的額外儲存空間。

儲存在 「 發行者 」 的其他資訊，SQL Server 可以快速地判斷傳送到特定 「 訂閱者 」 篩選的資料。當同步會被最佳化 SQL Server 會建立包含資訊，例如結構描述、 磁碟分割資訊和產生的資訊來判斷是否必須變更傳播到其他 「 訂閱者 」 的影像資料表在 「 發行者 」 之前。這些影像資料表之前讓 SQL Server 會決定如何分割資料，並決定哪一個 「 訂閱者 」 需要的資料的新層代。

例如，銷售組織的分割區，並散發資料是根據銷售領域。如果啟用發行集來最佳化同步處理，關於資料如何資料分割資訊將儲存在之前在 「 發行者 」 的影像資料表。如果銷售領域移位，而且資料必須 repartitioned 到多個 「 訂閱者 」 資料更新，而且因為資訊如何目前分割的資料已經在 「 發行者 」 更快速地重新分配。

附註若要執行 sp_addmergepublication 在網路上傳送的資料總量縮到最小系統預存程序，並設定 @ keep_partition_changes 參數 ，則為 True。

效能增強功能初始快照集的合併處理
在 Service Pack 2 引入

產生初始快照集的處理程序已改善合併式發行集 (靜態或聯結篩選。

在快照集生成期間 「 快照集代理程式 」 會建立 MSmerge_contents 資料表在大量複製檔案。SQL Server 7.0 SP4 提供較快的效能時靜態或聯結篩選會使用，因為它會複製只根據所使用的篩選器中發行集資料表與相關之資料列。

在以前比 SP2、 快照集代理程式產生 MSmerge_contents] 資料表的大量複製檔案，該檔案包含所有資料列從 MSmerge_contents 發行的資料表不論篩選器準則所使用的版本中。大量的更新活動發行資料表上造成 MSmerge_contents 資料表成長。產生初始快照集時，這種行為轉送較慢的效能。

與 SP2 或更新版本，.bcp 檔案產生的是較小。檔案是較小，因為它們關聯到已發行的資料磁碟分割時，才會複製資料列。因此，「 合併代理程式 」 將快照集套用至 「 訂閱者 」 時的效能也改善了。

這項變更只適用於合併式發行集使用靜態或聯結篩選因為 MSmerge_contents 資料表不是大量複製快照集產生具有動態篩選合併式發行集時。

例如，合併式發行集包括 [的 [客戶]、 [訂貨主檔]，] 和 [訂單明細] 欄，而發行集篩選來發佈只有客戶在西北地區。 時產生快照集 MSmerge_contents 資料表中只有已篩選的磁碟分割的已發行的資料中的資料相關的列將大量複製。在早於 SP2 的版本中 MSMerge_contents 資料表的所有資料列已大量複製。

合併中繼資料清除
在 Service Pack 2 引入

sp_mergecleanupmetadata 系統預存程序可讓系統管理員清除 MSmerge_contents 和 MSmerge_tombstone 系統資料表中的中繼資料。雖然這些資料表可以無限期地展開，清除中繼資料可能會改善合併效能。此程序可以節省空間，藉由減少 「 發行者 」 和 「 訂閱者 」 這些資料表的大小。

警告在 「 發行者 」 執行 sp_mergecleanupmetadata 預存程序之後，就會在 「 訂閱者 」 中已儲存於 [MSmerge_contents] 和 [MSmerge_tombstone 資料表中的 「 發行者 」 的中繼資料的所有具名訂閱發生以下事件：
  • 將訂閱標示為重新初始化。
  • 在 「 訂閱者 」 的變更都會遺失。
  • 目前的快照集標示為過時。
SQL Server 7.0 並不支援從 「 發行者 」 的匿名訂閱的重新初始化。

重新初始化必須初始 「 訂閱者 」。執行此預存程序之前合併所有資料從 「 訂閱者 」 與 「 發行者 」，以載入必須儲存在 「 訂閱者 」 資料變更。快照集檔案的所有合併式發行集所有層級所牽涉必須重新產生之後執行此預存程序。如果嘗試合併而不先執行快照集將提示您執行快照集。

重新初始化不會自動傳播合併拓撲。系統管理員必須以手動方式重新初始化所有的訂閱，在每個重新發行者。

根據預設 @ reinitialize_subscribersp_mergecleanupmetadata 預存程序之參數設定為 true，且所有的訂閱標示為重新初始化。如果您設定 @ reinitialize_subscriber 參數為 false，訂閱未標記為重新初始化。不過，將參數設定為 false 時要小心，因為如果您選擇不讓訂閱重新初始化，您必須確定 「 發行者 」 和 「 訂閱者 」 的資料同步處理。

如果想沒有標示為重新初始化訂閱的情況下執行 sp_mergecleanupmetadata 預存程序請依照下列步驟執行：
  1. 同步處理所有 「 訂閱者 」。
  2. 停止發行及訂閱資料庫的所有更新。
  3. 執行由 -驗證 在每個 「 訂閱者 」 命令列選項以執行 「 合併代理程式 」 驗證 「 訂閱者 」 資料與 「 發行者 」 的合併。
  4. 執行 sp_mergecleanupmetadata 系統預存程序。預存程序執行後您可以讓使用者再次更新發行及訂閱資料庫。
若要將這個預存程序 「 發行者 」 和所有 「 訂閱者 」 必須執行 SQL Server 7.0 SP4。只有 系統管理員 (sysadmin) 群組的成員可以使用此預存程序。若要清除合併中繼資料，就可以執行 sp_mergecleanupmetadata 系統預存程序。這個預存程序可清潔 MSmerge_contents 和 MSmerge_tombstone 系統資料表中的所有合併中繼資料。

附註沒有 @ 表格 參數存在清潔指定資料表的限制。這是不正確記載 Service Pack 2 和 3。

資料庫元件中的變更

SQL Server 7.0 SP4 介紹幾個變更至資料庫元件。
新的資料庫選項
在 Service Pack 2 引入

SQL Server 7.0 SP2 引進了新 暫止的升級 的資料庫選項以支援將介紹的功能在 SQL Server 的未來版本中。當 SQL Server 2000 或更新的版本升級 SQL Server 7.0 SP2 或更新版本時，您可以使用這項功能在某些案例中遷移。使用此選項的完整指示將包含在未來版本的 SQL Server 的說明文件。

當 暫止的升級 選項設定為 TRUE 時，使用者不能在資料庫中建立索引或統計資料。嘗試建立索引或統計資料的使用者會收到下列新的錯誤訊息：
建立索引/建立資料庫有暫止的升級啟用時，不被允許的統計資料。
但，如果雖然正在建立叢集的索引，並且沒有非叢集的索引存在 擱置的升級 選項設定為 TRUE，還是會成功建立索引。

可能無法在回復整個作業，如果下列情況成立索引建立：
  • 非叢集索引已經存在的叢集索引建立初始化時。
  • 暫止的升級 選項設為 TRUE 時建立索引。
The pending upgrade option should always be set to FALSE, as shown in the following line of code, for any SQL Server 7.0 system that is not interoperating with the future version of SQL Server: 
sp_dboption 'database_name', 'pending upgrade', 'FALSE'
The sp_dboption system stored procedure reports the status of the pending upgrade option if the stored procedure is called without parameters or with only the database_name parameter, for example: 
sp_dboption 'Northwind'
The DATABASEPROPERTY function supports a new IsPendingUpgrade property that is used to report the status of the pending upgrade database option, for example: 
DATABASEPROPERTY(Northwind, IsPendingUpgrade)
The IsPendingUpgrade property returns 0 if the pending upgrade option is FALSE, and returns 1 if the pending upgrade option is TRUE.

新 sqlservr 啟動選項
在 Service Pack 2 引入

SQL Server 7.0 SP2 引入 sqlservr 公用程式的新的 –g 命令列選項。比方說您可能會使用下列選項： 
-g memory_to_reserve
這個選項指定的 MB 的 SQL Server 處理序中，但 SQL Server 記憶體集區以外，SQL Server 會離開可用的記憶體配置的記憶體數量。您指定的數目必須是整數。記憶體集區是區域的 SQL Server 使用來載入項目，例如延伸預存程序的.dll 檔案被分散式查詢引用的 OLE DB 提供者和自動化物件中的 Transact-SQL 陳述式所參考。更多關於 SQL Server 記憶體管理的資訊，請參閱 SQL Server 7.0 的 SQL Server 線上叢書 》 中的 〈 記憶體結構 〉。

預設情況下，這個選項的值為 128 MB。這個值也適用於許多執行階段環境。使用此選項，可能會幫助微調但只在伺服器上的實體記憶體超過以下值時的記憶體配置：
  • 對於 SQL Server 桌面版或 SQL Server 的標準版： 2 GB
  • 對於 SQL Server 企業版： 3 GB
較不實體記憶體的組態不受益使用此選項。

若要使用此選項針對大型記憶體組態，SQL Server 的記憶體需求的典型的位置，以及使用 SQL Server 處理序的虛擬位址空間中的所有記憶體。不正確使用此選項可能會造成 SQL Server 可能無法啟動的位置，或可能會遇到執行階段錯誤的條件。

您應該使用預設值為 -g 命令列切換除非您在 SQL Server 錯誤記錄檔中收到下列的警告錯誤訊息：
警告: 清除程序快取，以釋放連續的記憶體。
這一錯誤訊息指出 SQL Server 可能正在嘗試釋放部分的 SQL Server 記憶體集區來尋找項目的空間例如延伸預存程序的.dll 檔案或自動化物件。在這種情況下請考慮增加所保留的記憶體數量，-g 命令列參數。利用降低的值比預設的記憶體可供緩衝集區和執行緒堆疊增加。這可能會提供一些效能優勢，請勿使用許多的系統中需要大量記憶體的工作負載來延伸預存程序、 分散式的查詢或自動化物件。

在資料指標的行為變更
在 Service Pack 1 引入

在 SQL Server 7.0 和 MSDE 1.0 的原始版本中，復原會關閉所有開啟的資料指標，除了符合所有下列條件的資料指標：
  • CURSOR_CLOSE_ON_COMMIT 為 OFF。
  • 資料指標是靜態的。
  • 資料指標已完成填入其工作資料表。
若要增加與較早版本的 SQL Server 的相容性，資料庫元件 SP1 變更這種行為，所以資料指標關閉在復原 (如果其中一種下列條件時，則為 True：
  • CURSOR_CLOSE_ON_COMMIT 為 ON。
  • 以非同步方式填入資料指標目前正在擴展。
在資料庫元件 SP1 引入的行為是向前攜帶較新的 Service Pack。

SQL Profiler 中的變更
連線識別碼 資料行，在 SQL Profiler 中將不支援在 SQL Server 的未來版本中。我們建議您改使用 SPID 資料行。

SQL Server 叢集白皮書

本白皮書 」 如何安裝 SQL Server 7.0 企業版，Microsoft 叢集伺服器上的： 逐步指示 「 補充 SQL Server 7.0 的提供 SQL Server 線上叢書 》 中的叢集資訊。如需有關這份白皮書的詳細資訊，請造訪下列 Microsoft 網站]：
http://support.microsoft.com/kb/842192
(http://support.microsoft.com/kb/842192)

資料轉換服務

這一節將說明資料所引入的變更轉換服務 」 (DTS) 的 Service Pack。
正在匯出至 Oracle 資料庫
在 Service Pack 1 引入

當您使用 「 DTS 匯出精靈 」 匯出至 Oracle，如果您使用 DTS 來建立目的地資料表時，DTS 會藉由使用引號括住的擁有者] 和 [資料表名稱建立區分大小寫的資料表。就會發生這個問題必須支援擁有者] 或 [資料表名稱，是關鍵字或包含空格字元 ("")。如果您的名稱不是關鍵字，而且不包含空格字元，而如果您想要移除在雙引號 DTS 複製表格] 對話方塊中刪除它們。

使用 DTS 測試功能
在 Service Pack 1 引入

DTS 測試功能已獲得改善的功能，並現在支援全域變數和查閱。DTS 使用者介面有下列兩個對話方塊中的測試選項：
  • 在 [資料轉換屬性] 對話方塊方塊中，按一下 [轉換] 頁籤。然後，以滑鼠右鍵按一下其中一行的對應資料行轉換。出現的功能表包括測試功能表項目。
  • 連按兩下 ActiveX 指令碼工作屬性] 對話方塊方塊，再按一下 [測試]。
這些測試現在支援全域變數和查閱。歷程資料行上不支援測試。

變更到執行封裝] 對話方塊
在 Service Pack 1 引入

當 「 DTS 匯入精靈 」、 DTS 匯出精靈或 「 DTS 設計師 」 中執行 DTS 封裝時，額外的資料行加入到 執行封裝] 對話方塊以顯示開始時間、 結束時間與持續時間。這些新的資料行則無法使用如果使用者密碼以執行封裝。

此外，在封裝執行期間提供傳輸通知資訊。

資料轉換服務的錯誤訊息
在 Service Pack 1 引入

改進的 DTS 錯誤訊息。OLE DB 提供者特定的資訊和失敗的作業的相關資訊，現在提供錯誤訊息。

設定關鍵字 Microsoft Visual Basic 指令碼中的使用
在 Service Pack 1 引入

Microsoft ActiveX 工作分派的 DTS 物件參考 Microsoft Visual Basic 指令碼版 (VBScript) 指令碼中的全域變數現在遵循標準 Visual Basic 設定的語法，在每一種情況下。

當您想要指派物件參考，請使用 Set 關鍵字。否則，將會指派物件的預設值。

如果全域變數中包含的物件參考同時使用 Set 關鍵字和 .Value 關鍵字以重新指派物件參考。例如：
  • 下列陳述式會將 連線 物件的參考指派給全域變數 x: 
    Set DTSGlobalVariables("x").Value =
                   CreateObject("ADO.Connection")
  • 下列陳述式將變數 o 設定 連線 物件的參照: 
    Set o = DTSGlobalVariables("x")
  • 下列陳述式將變數 o 設定包含 連線 物件的參考的全域變數的參考: 
    Set o = DTSGlobalVariables("x")
DTS 封裝中的變更
Service Pack 2 和 Service Pack 3 中引入

SQL Server 7.0 SP2、 SQL Server 7.0 SP3 和 SQL Server 2000 引入的變更成內部 DTS 會使用儲存封裝的格式。 封裝儲存到檔案或 SQL Server 上，不需要密碼時, 為不同的服務套件版本支援下列的格式。
摺疊此表格展開此表格
服務套件讀取寫入
SQL Server 7.0 SP1SQL Server 7.0
SQL Server 7.0 SP1		SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2SQL Server 7.0 SQL
伺服器 7.0 SP1
SQL Server 7.0 SP2		SQL Server 7.0 SP2
SQL Server 7.0 SP3SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2 		SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP4SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2 		SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 代理程式 Proxy 帳戶改良
在 Service Pack 4 引入

在版本的 SQL Server 早 SQL Server 7.0 SP4，已儲存在伺服器的 DTS 封裝無法執行 SQL Server 代理程式 Proxy 帳戶認證下除非 proxy 帳戶有存取到使用者 TEMP 資料夾，以便在哪些任一個伺服器或代理程式已執行的帳戶。伺服器會執行適用於從 xp_cmdshell 延伸預存程序執行的工作。代理程式會執行的代理程式作業。

有鑑於此，使用者通常必須調整 TEMP 環境變數，SQL Server 或 SQL 代理程式啟動帳戶，以指向已同時啟動可存取的資料夾及 Proxy 帳戶。為了讓範例為 C:\TEMP。SP4，DTS 已經增強使用系統的 TEMP 資料夾，如果使用者的 TEMP 資料夾無法使用。這項變更可大幅減少這些調整的需求。

SQL Server 7.0 與 Exchange 5.5

如果您在同一部電腦上執行 SQL Server 7.0 和 Microsoft Exchange Server 5.5 版您就必須在 SQL Server 中，明確地設定記憶體使用量。SQL Server 將無法正常運作如果您將 SQL Server 最小動態記憶體選項設定為預設值為 0。

若要解決兩種產品都在相同的時間執行時，就會發生的已知的記憶體問題，您必須將 SQL Server 7.0 最小動態記憶體，] 或 [sp_configure 最小伺服器記憶體] 選項設定為需要支援尖峰處理負載的 SQL Server 的記憶體數量。在此環境中 SQL Server 不會取得足夠的記憶體來達到最大的動態記憶體的設定值] 或 [sp_configure 的最大伺服器記憶體] 選項。改，SQL Server 通常會執行與最小的動態記憶體選項中指定的記憶體數量。因此，最小的動態記憶體設定值必須是足夠時在高容量作業執行 SQL Server。

若要判斷 SQL Server 會要求的記憶體數量，監視 SQL Server 會使用下列情況成立時的記憶體數量：
  • 如果執行生產環境中的資料庫監視 SQL Server 記憶體使用量當系統執行最高的容量。
  • 如果您的 SQL Server 應用程式已內部開發，執行壓力測試，而您正在監視 SQL Server 所用的記憶體。
  • 如果您的 SQL Server 應用程式都來自協力廠商，您可能必須請參閱應用程式的說明文件或廠商，以判斷應用程式上 SQL Server 記憶體使用量的效果。
如需有關監視 SQL Server 記憶體或設定 SQL Server 記憶體選項的詳細資訊，請參閱 SQL Server 7.0 的主題監視記憶體使用率""伺服器記憶體中及選項 「 SQL Server 線上叢書 》。

法文版的 SQL Server 線上叢書 》

在 Service Pack 1 引入

原始的法文版本的 SQL Server 線上叢書有一個不正確的資料表的內容。SQL Server 7.0 SP4 法文版包含自我解壓縮檔案的包含新的法文 SQL Server 線上叢書檔案內容的更正過的表格。

如果要安裝經過修正的法文版本的 SQL Server 線上叢書 》，請依照下列步驟執行：
  1. 從服務套件資料夾 Sqlbolfr.exe 檔案複製您的電腦上的空資料夾。
  2. 執行 Sqlbolfr.exe 解壓縮 Sqlbol.chm 檔案。
  3. 將新的 Sqlbol.chm 檔案複製到 [C:\Mssql7\Books 目錄。這會覆寫檔案版本不正確。

儲存機制的變更

在 Service Pack 2 引入

這一節的文件由 Service Pack 引入存放庫中的變更。
從 DB2 和 Informix 資料庫匯入
在 Service Pack 2 引入

當它從 DB2 或 Informix 資料庫匯入使用 OLE DB 掃描器時，Microsoft 存放庫現在會建立資料表結構描述和型別資訊。這項功能套用至 DB2 及 Intersolv Informix ODBC 驅動程式、 驅動 Intersolv OLE DB 程式的 ODBC，Intersolv OLE DB 提供者的 Informix 使用 Microsoft ODBC 驅動程式的資料庫。

改善的擷取的各種版本的物件
在 Service Pack 2 引入

即使版本序列包含已刪除的版本，現在可以擷取最新的物件版本，在每一種情況下。 先前，如果您刪除物件版本，並建立新的物件版本您會收到錯誤訊息，如果您嘗試擷取最新版本。

回此頁最上方 | 提供意見

屬性

文章編號: 889543 - 上次校閱: 2007年1月17日 - 版次: 1.5
這篇文章中的資訊適用於:
  • Microsoft SQL Server 7.0 Service Pack 4
  • Microsoft Data Engine 1.0
關鍵字：?
kbmt kbpubtypekc kbservicepack kbhowto kbinfo KB889543 KbMtzh
機器翻譯
重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本：889543
(http://support.microsoft.com/kb/889543/en-us/ )
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。
回此頁最上方 | 提供意見

提供意見

 
回此頁最上方回此頁最上方