SQL Server 7. 0 および Microsoft データ エンジン (MSDE) 1. 0 用のサービス パック 4 の説明

概要

この Microsoft SQL Server 7. 0 Service Pack 4 (SP4) および Microsoft データ エンジン (MSDE) 1. 0 SP4 のリリースは、SQL Server 7. 0 や MSDE 1. 0 のインストールのデータベース コンポーネントを更新します。 これらには、次のコンポーネントにが含まれます。

• データ エンジン
• SQL Server Enterprise Manager と osql (SQL Server 7. 0 のみ) などのデータベース クライアント ユーティリティ
• OLE DB Provider for SQL Server、SQL Server ODBC ドライバ、およびクライアント Net-Library などのデータベース クライアント接続コンポーネント

SQL Server 7. 0 SP4 は、SQL Server 7. 0 データ エンジンまたは MSDE 1. 0 を実行しているコンピューターに適用できます。 サービス パック 4 セットアップ プログラムが自動的に SQL Server 7. 0 や MSDE 1. 0 コンピューター上でされのみコンポーネントはそのエディションがアップグレードされるのエディションを検出します。 セットアップ プログラムは、セットアップ プログラムが、Enterprise Edition の存在を検出した場合を除き、SQL Server 7. 0 』 にあるコンポーネントをアップグレードする試みません。 Service Pack が MSDE 1. 0 を実行しているコンピューターに適用されるは試みないなだけコンポーネントをアップグレードする SQL Server 7. 0 に付属します。 サービス パックが実行するコンピューターはのみデータベース クライアント コンポーネントに適用されるを試みないデータベース サーバー コンポーネントをアップグレードします。

SQL Server データベース コンポーネントのサービス パックは累積的であるためすべての以前の SQL Server 7. 0 Service Pack から修正プログラムには SP4 が含まれます。 したがって、SQL Server Version 7. 0 や MSDE 1. 0 では、元のインストールに SP4 を適用できるまたはする、SQL Server 7. 0 または MSDE 1. 0 のインストールに Service Pack が適用されて以前。

SQL Server 7. 0 SP4、Alpha CPU チップに基づくコンピューター サポートしません。 SQL Server 7. 0 サービス Pacl 3 (SP3) は、Alpha ベースのコンピューターをサポートする最後の SQL Server 7. 0 サービス パックです。

SQL Server 7. 0 Service Pack 4 に含まれる修正に関する追加情報をクリック次資料、資料の「サポート技術情報」(Microsoft Knowledge Base) を表示します。 SQL Server 7. 0 Service Pack 4 が、この資料に含まれていないについての追加についてはをクリックして以下「サポート技術情報」(Microsoft Knowledge Base) 資料を参照。

サービス パックのバージョン

確かに、SQL Server 7. 0 データベース エンジンまたは MSDE 1. 0 のインスタンスでインストールされている Service Pack でない場合は osql 、SQL クエリ アナライザーまたは isql から SELECT @ @VERSION コマンドを実行してバージョンを確認します。 次の表は、@ @VERSION コマンドによって報告されるバージョン文字列と、SQL Server 7. 0 や MSDE 1. 0 のサービス パック間の関係を示しています。 わからない場合確かに、エディションの SQL Server 7. 0 を実行しているまたは MSDE 1. 0 に接続している場合は、@ @VERSION コマンドによって返される出力の最後の行は接続しているエディションを報告します。 など、出力する、次のような場合があること: 最近使用した修正プログラム

2002 年 2 月 20 日後の修正プログラムを受け取った場合は、修正プログラムは SP4 に含まれる可能性があります。 修正プログラム、更新プログラムに関するプライマリ サポート プロバイダーに SP4 を問い合わせてください。

SP4 を削除します。

保守のため、サービス パックが必要なシステム テーブルの変更のため簡単に SP4 を cannnot を削除します。 SP4 前に、からのビルドに戻すにはインストール、削除してから、SQL Server 7. 0 や MSDE 1. 0 を再インストールする必要があります。 必要な場合、する必要がありますサービス パック適用 (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 と 指定 のプロシージャください SQL Server Books Online の SQL Server 7. 0。 すべて新規のインストールと同様、必要なログイン再作成する必要があります。 また、 model データベースで行った変更のほかに、 msdb データベース内の情報に依存するタスク再作成する必要があります。 レプリケーションを使用する場合はレプリケーションを再構成してする必要がありますください。

ダウンロードと SP4 を抽出しています

この Service Pack は、次の 2 つの形式で配布されます。

• SP4 CD に
• 自己解凍型ファイルには、インターネットからダウンロードできる Sql70sp4.exe と呼ばれます

一連のフォルダーと同じフォルダーにも、コンピューター上のファイル、SP4 CD 上のファイルを作成するのにには、自己解凍型ファイル Sql70sp4.exe を使用します。 次に、セットアップが SP4 CD および SP4 ファイルの展開の両方に対して同じです。

SP4 をダウンロードする場合は、セットアップを実行することができます前に、サービス パック フォルダーを作成するファイルを抽出する必要がありますプログラム。

メモ サービス パックにはファイルのいくつかはシステム ファイルです。 Windows NT のエクスプローラーまたは Windows で、[ すべてのファイルを表示する ] </a0> オプションを設定はことを確認エクスプローラー サービス パックを使用する場合。 このオプションを有効にするには、次の手順を実行します。

1. Windows エクスプローラーまたは Windows NT のエクスプローラー起動します。
2. [ 表示 ] メニューの [ オプション ] をクリックします。
3. [ 表示 ] タブのクリックして すべてのファイルを表示する 選択にします。

Service Pack 4 対応のディスク容量要件

コンピューターにドライブ C に自己解凍型実行可能ファイルをダウンロードするし実行すると、抽出が SP4 をアンパックする 231 MB のディスク領域が必要です。

コンピューター上のドライブ C に SP4 をダウンロードするが不足しているディスク領域を持っている場合はディスク領域をセカンダリ ドライブに、SP4 の ZIP ファイルをダウンロードして保存できます。 次に、ZIP ファイルを C ドライブです。 を抽出できます。 この方法でセカンダリ ドライブのドライブ C 〜 43 MB は 188 MB 必要があります。

データベース コンポーネント SP4 の展開

抽出するデータベース コンポーネント SP4 には、自己解凍形式のファイルは SQL Server 7. 0 や MSDE 1. 0 を実行しているコンピューター上にあるフォルダーにコピーします。 ファイルを実行します。 self-extraction プログラム、Service Pack のファイルを配置するフォルダーの名前が確認されます。 たとえば、SQL Server を実行しているしたり、MSDE している C:\70sp4 という名前のフォルダーを作成、Sql70sp4.exe ファイルをコンピューターにコピー、ファイルを実行し、するかどうかを確認するメッセージが表示されたら、C:\70sp4 フォルダーの名前を [指定します。

サービス パック ファイルを抽出し、その 2 つの Microsoft Systems Management Server ファイル C:\70sp4 フォルダーにコピーこのは。 残りの Service Pack のファイルは、\X86 サブフォルダーに配置されます。

名前、コンポーネントを抽出した後、データベースのインストール フォルダーを変更できます。 ただし、フォルダー名が空白文字を含まないことを確認 ("")。

サービス パックのインストール

SP4 をインストールするには、次のインストール手順にに従ってください。 すべての手順は必要なによっては、次の SQL Server 7. 0 のうちに、サービスを適用する構成のパックします。

• データベース サーバーの構成: MSDE 1. 0 または任意のエディションの SQL Server 7. 0 からのデータ エンジンおよびその関連するソフトウェアが実行するコンピューターに適用されます。 これらのコンピューターには、データベース クライアント コンポーネントも含まれます。
• データベース クライアント専用の構成: 次を実行してはコンピューターに適用されます。
  • SQL Server、SQL Server ODBC ドライバー、および、クライアント、OLE DB プロバイダーなどのクライアント接続コンポーネントをデータベース (SQL Server 7. 0 や MSDE 1. 0) からの Net-Library の。
  • データベース クライアント ユーティリティ (bcp (SQL Server 7. 0 のみ) SQL Server Enterprise Manager など)。
• フェールオーバー クラスターの構成: SQL Server 7. 0 フェールオーバー クラスターで構成されているが実行するコンピューターに適用されます。
• レプリケーション サーバーの構成: 少なくとも 1 つのデータベースが、レプリケーション トポロジの一部を SQL Server 7. 0 が実行するコンピューターに適用されます。

各インストール手順、該当するコンポーネントが表示します。

メモ サービス パックは、特定の言語です。 アップグレードする SQL Server コンポーネントと同じ言語でサービス パックを適用します。

メモ フランス語バージョンの Windows NT 4. 0 に SP4 をインストールする、前に、次のマイクロソフト サポート技術情報の基本資料指示に従います。

インストールを開始する前に

すべてのコンポーネントのインストールに、適用されます。

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 参照してください。

インストールを分散システムの管理サーバーの準備

Windows NT Server を実行している複数のコンピューター SP4 を自動的にインストールするのに Microsoft Systems Management Server を使用することも。 Smssql.sms ファイルは、パッケージ定義ファイル Systems Management Server での SQL Server パッケージの作成を自動化します。 SQL Server パッケージことができますが分散し、Systems Management Server を実行しているコンピューターにインストールします。 Unattspsms.bat ファイルは、バッチ ファイルをコンピューターのオペレーティング システムを検出し、セットアップの適切なバージョンを実行プログラム。

SQL Server データベースをバックアップします。

次に、データベースのクライアント専用の構成を除くすべての構成適用されます。

すべての SQL バックアップ上の理由により、サーバーのデータベース。 これには、 マスター 、 モデル 、 msdb データベースが含まれます。 Service Pack をインストールしても、レプリケーションで、関連するユーザー データベース以外のユーザー データベースは変更されませんが、 master および msdb データベースを変更しては。 マスター 、 msdb 、および モデル のデータベースを変更、サービス パックをインストールします。 これにより、SP4 以前のバージョンの SQL Server 7. 0 互換性。 SQL を再インストールする場合は、これらのバックアップは必要な SP4 せず Server 7. 0 です。

SP4 はレプリケーション トポロジのメンバーであるユーザー データベースにのみ更新を実行するが、ユーザー データベースをバックアップするがあります。

システム データベースが十分な空き領域を確認します。

次に、データベースのクライアント専用の構成を除くすべての構成適用されます。

次の条件に該当する場合はこの手順を省略できます。

• SP4 を適用する SQL Server または MSDE システムで マスター と msdb データベースの 自動拡張 オプションがします。
• これらのデータベースを含むのディスク ドライブが少なくとも 500 KB の自動拡張をできる各データベースの空き領域。

SQL Server 7. 0 では、システム データベースに十分な空き領域があることを確認できます。 これを行うには、SQL Server Enterprise Manager から SQL Server に接続、データベースのアイコンを右クリックして [ プロパティ ] をクリックします。 [ ファイルの自動拡張 ] チェック ボックスが選択されているいる確認します。 MSDE この確認をするには、次の SQL ステートメントを実行します。

• sp_helpdb マスター
• sp_helpdb msdb

これらのステートメントの出力に成長列がないでことを確認 0 です。

データベースの自動拡張をできませんを少なくともいる必要があります、 自動拡張 オプションがない場合に、 マスター または msdb データベースの 500 KB の空き領域。 これを確認するには、 sp_spaceused システム ストアド プロシージャを master および msdb データベースのコンテキストで実行します。 どちらかのデータベースの未割り当て領域が、500 KB 未満の場合は、データベースのサイズを増加してください。 これを行うには、SQL Server 7. 0、SQL Server Books Online、データベースの拡張」のトピックで指示に従います。

クラスター構成を準備します。

構成のクラスタリング、フェールオーバーにのみ、適用されます。

クラスター環境では、SQL Server 7. 0 』 にデータベース コンポーネント SP4 をインストール、前に、Microsoft 分散トランザクション コーディネーター (MSDTC) を含むグループが最初 MSDTC がインストールされているノードが所有することを確認します。

サービス パック 4 のセットアップ プログラムの表示、MSDTC セットアップ エラー問題を解決するように要求をこのノードのグループが所有していない場合、セットアップを再試行するしプログラム。 問題を修正最初 MSDTC がインストールされているノードにグループを移動します。 SQL Server Enterprise Edition がクラスター化された構成で実行されている場合、データベース コンポーネント SP4 を適用することができます前に unclustered は必要があります。 クラスター SQL Server 化を解除すると、前に、次の 5 つの 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 のリソースの名前と型すべてフェールオーバー クラスター ウィザードを削除することを確認します。

reclustered は、前に SP4 をクラスター内で動作するすべての SQL Server 7. 0 のインスタンスをアップグレードして必要があります。

クラスター化環境での SQL Server の実行については、SQL Server clustering white paper 参照してください。

SP4 セットアップ プログラムを実行する前にアプリケーションを停止します。

次に、データベースのクライアント専用の構成を除くすべての構成適用されます。

データベース コンポーネント SP4 を適用するには、SP4 セットアップ プログラムを実行すると、前に次のサービスやアプリケーションをシャットダウンします。

• Microsoft Search、MSDTC、MSSQLServer、MSSQLServerOLAPService および SQLServerAgent サービス
• Microsoft Transaction Server、メッセージ キュー、および Microsoft COM トランザクション インテグレーター (COMTI)
• すべてのアプリケーション。 ここではコントロール パネルの [

Windows NT クラスター内の SP4 をインストールするが場合、確認これらのアプリケーションおよびサービスは、クラスター内のすべてのノードで停止をしてください。

それが実行されている場合は、SQL Server サービス マネージャーを停止も。 この場合は、タスク バーの最小化した SQL Server サービス マネージャー アイコンを右クリックして [ 終了 ] をクリックします。

データベース コンポーネント SP4 をインストールします。

すべての構成に、適用されます。

次の場所のいずれかから Setup.bat バッチ ファイルを実行します。

• Sql70sp4.exe から抽出された Service Pack ファイルを含むフォルダー
• SQL Server 7. 0 SP4 CD 上のサービス パック フォルダー

メモ Setup.bat バッチ ファイルを Microsoft ターミナル サービス クライアントを使用して実行しないでください。 ターミナル サービスを使用して SP4 のリモート インストール クライアントはサポートされていません。

Setup.bat バッチ ファイル、実行すると、 InstallShield ダイアログ ボックスではについてでは、SQL Server 認証または Windows NT の認証を使用するなどが表示されます。 SQL Server 認証を選択した場合、 sa ログインのパスワードを使って、セットアップ プログラムが必要です。 Windows NT の認証を選択した場合は SQL Server またはアップグレードする MSDE のインスタンスの sysadmin 固定サーバー ロールのメンバーである Windows ログイン アカウントを使用して Windows にログオンしている中にセットアップ プログラムを実行する必要があります。

セットアップ プログラムが、既存の SQL を置換し、Server または MSDE のファイルが、サービス パック ファイル。 セットアップ プログラムにもシステム ストアド プロシージャを更新する.sql スクリプト ファイルをいくつか実行されます。

MSDTC インストーラー MSDTC の新しいバージョンをインストールしてシステムします。 クラスタ環境では、Windows NT クラスタのすべてのノードに DTC をインストールします。

セットアップ プログラムに接続すると、.sql 実行するには SQL Server 7. 0 または MSDE 1. 0 はその更新システム ストアド プロシージャをスクリプト、 認証モード のダイアログ ボックスが表示されますが、インストールは混合モード用と共に使用する空白のパスワードを sa ログインを検出した場合。 これによりユーザーは、 sa ログインのパスワードを空白システムを実行の潜在的なセキュリティ問題を解決する機会。 sa ログインのパスワードを空白のままにより、権限のないユーザーは簡単に管理アクセスを SQL Server または MSDE ができます。 システム保護のため、 sa パスワードを必要とするか Windows NT の認証を使用する必要があります。 既定では、 認証モード ] ダイアログ ボックスで、現在の設定をインストールするため使用しません。 ダイアログ ボックスでは、次の既定値を使用してください。

• 既定、Microsoft Windows 95、Windows 98、および Microsoft Windows Me を実行しているコンピューターでは、 認証モード ] ダイアログ ボックス使用混合モードします。 混在モードは、これらのオペレーティング システムでサポートされている唯一の認証モードです。 ダイアログ ボックスは 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 ログイン パスワードを変更するアプリケーションや、古いパスワードを使用する管理プロセスは接続は、新しいパスワードを使用する構成がまでできなくなります。

セットアップ プログラム記録操作を実行するコンピューターの Temp フォルダー内の Sqlsp.log ファイルで実行されます。

サービスを再起動します。

次に、データベースのクライアント専用の構成を除くすべての構成適用されます。

セットアップ プログラムが終了したら、システムを再起動する要求とがあります。 システムを再起動した後または、再起動を要求せず、セットアップ プログラムが完了したら次を使用、サービス ツール [コントロール パネル] の [を次のサービスが実行されていることを確認します。

• Microsoft の検索
• MSDTC
• MSSQLServer
• MSSQLServerOLAPService
• SQL Server エージェント

アップグレード master および msdb データベースをバックアップします。

クラスター構成を recluster します。

構成のクラスタリング、フェールオーバーにのみ、適用されます。

SP4、Windows NT クラスター構成で、適用した場合は SQL Server を recluster します。 reclustering 前に、、クラスターに含まれる SQL Server 7. 0 のすべてのインスタンスに SP4 を適用する必要があります。

重要です このセクション、メソッド、またはタスク、レジストリを変更する方法を説明する手順がされています。 ただし、深刻な問題のレジストリを誤って変更する場合が発生する可能性があります。 このため、これらの手順を慎重に実行することを確認します。 追加の保護、するため、レジストリのバックアップを変更する前に。 問題が発生した場合に、レジストリを復元できます。 バックアップおよびレジストリを復元する方法の詳細についてはをクリックして次資料「サポート技術情報」(Microsoft Knowledge Base) 資料を参照。

SQL の依存関係のメッセージ キューを削除した場合、次のレジストリ キーを変更するレジストリ エディターの実行、サーバー。 キーにある場合、値 2 (BSC) の 4 (PSC)、または 8 (PEC)、現在の値を記録し、値に変更 1 します。 値の変更キーをそのままそれ以外の場合は、します。

SQL Server を recluster、次の手順に従います。

1. SQL Server 7. 0 のプログラム] で [ フェールオーバー クラスター ウィザード ] をクリックします。
2. ウィザードによって求められたら、元に SQL のサーバー エンタープライズ版 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 セットアップを実行する前に閉じているプログラムです。

レプリケートされたサーバーにインストールします。

レプリケーション サーバーの構成にのみ、適用されます。

レプリケーション トポロジにおける次すべての SQL Server 7. 0 参加者に、この Service Pack を適用することをお勧めします。

• 発行元
• ディストリビューター
• サブスクライバー

レプリケーション トポロジ全体に SP4 を展開する次のシーケンスを使用することをお勧めします。

1. ディストリビューターの場合は、パブリッシャーから独立
2. 発行元
3. サブスクライバー

メモ 通常は、マージ レプリケーションで特にパブリッシャーとディストリビューターは同じサーバー上しは同時にアップグレードします。

マージ レプリケーションでディストリビューション データベースを使用のみエージェント ヒストリを格納します。 一般的に、マージ レプリケーション トポロジにおけるディストリビューション データベースは、パブリッシュされるデータベースと同じコンピュータに置かれます。 ただし、サイトでのエージェントのヒストリ ログを集中管理するマージ レプリケーション用のリモート ディストリビューション データベースがすることもできます。

レプリケーション トポロジですべてのサーバーをすぐにアップグレードすることができません。 したがって、レプリケーション操作は通常、元のバージョンの SQL Server 7. 0 または以前の Service Pack を実行しているサーバーと SP4 間影響を受けない参加者。 以下のセクションには、例外が含まれます。

• Installing SP4 on a server that provides a remote distribution database for merge publications
• Upgrading a merge Publisher that receives new subscriptions to SP4 from the original release of SQL Server 7.0
• Installing SP4 on a merge replication Subscriber
• Running SP4 replication with earlier versions of SQL Server
• Updating Access 2000 (Jet 4.0) merge replication Subscribers

マージ パブリケーションをリモートのディストリビューション データベースを提供するサーバーに SP4 をインストールします。

SP4 にサーバーをアップグレードするとそのサーバーにリモート ディストリビューション データベースのマージ パブリケーションを各マージ レプリケーション パブリッシャー SP4 にそのディストリビューション データベースを使用するアップグレードもしなければなりません。 この要件によって、関連付けられたマージ レプリケーション パブリッシャー、ディストリビューターで実行されているすべてのマージ (プッシュ) エージェントによってからデータの変更の最適な配信があることを確認します。

SP4 に SQL Server 7. 0 のオリジナル リリースから新しいサブスクリプションを受け取る Publisher の差し込みのアップグレード

新しいマージ レプリケーションのサブスクライバーを 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 ベースの Access 2000 マージ サブスクライバー SP4 での向上を活かすに、次のデータベース コンポーネント SP4 ファイル Access 2000 を実行しているワークステーションにコピーする必要があります。

• X86\Binn\Replres.dll
• X86\Binn\Replrec.dll
• X86\Binn\Replprov.dll
• X86\Jet\Msrpjt40.dll

ワークステーションのシステム ドライブに次フォルダーに各ファイルをコピーします。 メモ MSDE 1. 0 は、Access 2000 マージ サブスクライバーとして使用される場合は、この手順する必要はありません。 ここでは、データベース コンポーネントを適用 SP4。

データベース コンポーネント SP4 クライアント コンポーネントの再頒布

SQL Server 7. 0 や MSDE 1. 0 SP4 には、自己解凍形式のファイルには、Sqlredis.exe、バージョン Mdacredist.txt ファイルにはが含まれます。 既定では場合 Sqlredis.exe を実行すると、それは次。

1. Sqlredis.exe Microsoft データから Mdac_typ.exe ファイルを実行するアクセス コンポーネント (MDAC) 2. 1 SP2。 これは、MDAC 2. 1 SP2 のコア コンポーネントと SQL Server と MSDE クライアント接続コンポーネントの SQL Server 7. 0 や MSDE 1. 0 SP1 に付属していたバージョン インストールします。
2. Sqlredis.exe は、SQL Server と MSDE のクライアント接続コンポーネントをデータベース コンポーネント SP4 から新しいバージョンに置き換えます。
3. Sqlredis.exe、Mswstr10.dll、Mswdat10.dll、Oleaut32.dll、Olepro32.dll、および Stdole2.tlb ファイルを置き換えます。

データベース コンポーネント SP4 クライアント接続コンポーネントのみをインストールしたい場合は、コマンド プロンプトで次のコマンドを入力します。 同じ条項および条件この Service Pack に付属している Mdacredist.txt ファイルに記載されている、Sqlredis.exe ファイルを再頒布できます。

ドキュメントのメモ

このセクションで SP4 を実行しているサイトに影響がしない、Service Pack に含まれる修正プログラムによって発生する問題について説明します。

修正プログラムによって導入される動作の変更は、各修正プログラムは、の「サポート技術情報」(Microsoft Knowledge Base) 資料に記載はです。 SQL Server 7. 0 Service Pack 4 に含まれる修正に関する追加情報をクリック次資料、資料の「サポート技術情報」(Microsoft Knowledge Base) を表示します。

SP4 をインストールした後にクライアント専用のコンピューターをアップグレード

場合によっては、このユーザーは最初、SQL Server クライアント コンポーネントのみをコンピューターにインストールします。 後が標準、エンタープライズ]、または追加デスクトップ Edition データベース サーバーのコンピューター上で、SQL Server CD からセットアップ プログラムを実行しています。 コンピューターのクライアント コンポーネントは、既に SP4 にアップグレードされて場合、は、SQL Server セットアップ プログラムが失敗したされ、次のエラー メッセージが表示されます。SP4 クライアント コンポーネントが実行されているクライアント コンピューターに標準、エンタープライズ、またはデータベース サーバーのデスクトップ版を追加する、次の手順に従います。

1. クライアント コンピューターには、元の SQL Server 7. 0 の CD から Bcp.exe ファイルをコピーします。 これにより、C:\Mssql7\Binn ディレクトリに Bcp.exe の SP4 バージョンが上書きされます。
2. サーバー コンポーネントをインストールするのには、SQL Server 7. 0 の CD からセットアップを実行します。
3. コンピューター上のすべての SQL Server データベース コンポーネントを SP4 にアップグレードするデータベース コンポーネントのサービス パック 4 のセットアップ プログラム実行します。

メモ 標準またはサーバーのエンタープライズ版へ、クライアントをアップグレードするには、適切なサーバーのライセンスを購入する必要があります。 Desktop エディションのサーバーについては、標準またはエンタープライズ SQL Server クライアント アクセス ライセンス (CAL) してクライアント コンピューターでインストールできます。

SP4 をインストールした後、Windows 2000 に日本語のデータベース サーバーをアップグレード

Windows NT、Windows 95 または Windows 98 を実行しているコンピューターにデータベース コンポーネント SP4 をインストールすることがありますおよび Windows 2000 アップグレード後です。 この現象が発生したと、Windows 2000 アップグレード特定ファイルが、SP4 で必要なバージョンより前のバージョンで日本語文字の並べ替えに関連するシステム ファイルに置き換わります。 SQL Server データベースで日本語の文字を使用する場合再バージョンの Windows 2000 にアップグレードした後に、SP4 に付属する Sqlredis.exe を実行します。 Sqlredis.exe の実行については、Redistributing Database Components SP4 client components を参照してセクション。

これを日本語の文字を含むデータベースがあるサーバーにのみ適用されます。 クライアント コンピューター上または日本語文字を使用するデータベースを持たないサーバー Sqlredis.exe 再適用する必要はありません。

それ以降のバージョンに SP4 を適用します。

SQL Server データベース エンジン実行可能ファイルには、同じバージョンまたはデータベース コンポーネント SP4 で提供されているものより新しいバージョンにアップグレードしようとした場合、サービス パック 4 のセットアップ プログラムが終了し、次のエラー メッセージが表示されます。 通常、このエラー メッセージことを示し SP4 またはそれ以降のバージョンが既に適用されて、サーバー上にある SQL Server のインスタンスにアップグレードは必要ありません。

ただし、これが適用されませんそのビルドがない SP4 に最初にアップグレードするシステムに適用したが、SQL Server サポート ベンダーやユーザーからの SP4 ビルドより新しいである特別な SQL Server ビルドを受信した顧客にします。 このようなユーザーが SP1 にアップグレードする場合は、SQL Server のサポート担当に、アップグレードについての指示を仰いでください。

Windows NT 4. 0 では、ターミナル サーバーのエディションに SP4 をインストールします。

SQL Server 7. 0 のオリジナル リリースは、Windows NT 4. 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 では、このサポートを以前追加した場合を SP4 にアップグレードするときにこれらの手順を繰り返すが 7. 0 SP2 または SP3、ありません。

SQL Server SP4 は Windows NT 4. サーバー 0、SQL Server がインストール前にターミナル サーバーのエディションを実行しているコンピューターにターミナル サーバー版の SP4 を適用する必要があります。 この Service Pack はターミナル サーバーのエディションに固有であり Windows NT Server 4. 0 SP4 は別です。 ターミナル サーバーのエディションの Service Pack の追加についてはをクリックして以下「サポート技術情報」(Microsoft Knowledge Base) 資料を参照。 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 の CD、コンピューターを挿入し、CD、C:\Winnt\System32 を上にある X86\ODBC フォルダーからファイルをコピーし、サーバー上にあるフォルダー。
5. サービスの使用コントロール パネルの [ターミナル サーバー ライセンス サービスを再起動します。
6. SQL Server 7. 0 の CD を使用して SQL Server 7. 0 をインストールします。 SQL Server は、シン クライアントを使用してインストールすることはできません。 Windows NT 4. 0、ターミナル サーバーのエディションを実行しているのコンピューター上のコンソールを使用して SQL Server をインストールする必要があります。 Windows NT 4. 0、ターミナル サーバーのエディションを実行しているコンピューターに SQL Server をインストールに必要な SQL Server CD-ROM を挿入すると表示される 自動実行 セットアップ プログラム ウィンドウは使用できません。 代わりに、次の手順を実行します。
   1. 自動実行 ウィンドウを閉じます。
   2. [コントロール パネル] の [プログラムの追加と削除を開きます。
   3. インストール ] をクリックして、指示 </a0> を次に従います。 次のフォルダーに、SQL Server 7. 0 の CD から直接セットアップ プログラムを実行します。
      X86\Setup\Setupsql.exe
   SQL Server のセットアップ プログラムで指示に従います。 Windows NT 4. 0、ターミナル サーバーのエディションを実行しているコンピューターに直接、データベースをインストールする場合は、完全な SQL Server セットアップを実行、クライアント通信コンポーネントと、データベース エンジンの両方をインストールします。 だけ他 Windows NT 4. 0、ターミナル サーバーのエディションを同じコンピューターで実行されているアプリケーションのサーバー上の SQL Server データベースに接続できるようにする場合は、クライアント接続コンポーネントをインストールのみ。 フル サーバーまたはクライアント接続のみセットアップを実行する方法の詳細については、"実行中の 『 セットアップ参照してください"SQL Server Books Online で SQL Server 7. 0 の。
7. この資料の指示に従って SQL Server SP4 適用します。 Windows NT 4. 0、ターミナル サーバーのエディションを実行しているコンピューターのコンソールから SP4 をインストールする必要があります。 また、Service Pack 4 を実行するコントロール パネルの [アプリケーションの追加と削除] ツールからのセットアップ プログラム (Setup.bat)。

新しいトラブルシューティング ガイド

データベース コンポーネント SP2 から SQL Server オンライン ブックのトラブルシューティング ガイドのセクションの新しいバージョンを導入する SQL Server 7. 0。 データベース コンポーネント SP4 には、このガイドの新しいバージョンもインストールされます。 新しいガイドは、SQL Server のサポート チームから次の新しい情報で、元 SQL Server Books Online で SQL Server 7. 0 用の情報で拡張します。

• よく寄せられる質問 (FAQ) の拡張のセット
• 追加情報やヒントを顧客に役立つ製品サポート エンジニアから SQL Server 7. 0 慣れた

データベース コンポーネント SP4 インストール コンピューター \Mssql7\Books フォルダーに Tblshsp2.chm という新しいファイル。 SP2 のトラブルシューティング ガイドは、SQL Server オンライン ブックの元のバージョンに含まれるトラブルシューティング ガイドを物理的に置き換えるしません。 SP2 のトラブルシューティング ガイドの SQL Server オンライン ブックから参照できません。 次の方法のいずれかを使用して個別に、新しいトラブルシューティング ガイドを実行する必要があります。

• Tblshsp2.chm ファイルをダブルクリックします。
• デスクトップにショートカットを追加します。 ショートカットをダブルクリックします。 ショートカットを追加すると \Mssql7\Books\Tblshsp2.chm ファイルをポイントします。

SP2 のトラブルシューティング ガイドが必要 SQL Server Books Online の 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 で導入されました。

管理者が、 MSmerge_contents と MSmerge_tombstone システム テーブル内のメタデータをクリーンアップ プロシージャによりを格納する、 sp_mergecleanupmetadata システム。 これらのテーブルを無期限に展開できますが、メタデータのクリーンアップ マージ パフォーマンスを向上がします。 このプロシージャは領域をパブリッシャーとサブスクライバーでこれらのテーブルのサイズを小さくで保存できます。

注意が必要です。 を、パブリッシャー側で、 sp_mergecleanupmetadata ストアド プロシージャを実行した後、次のイベントが MSmerge_contents と MSmerge_tombstone テーブル パブリッシャーに格納されているメタデータを持つサブスクライバーのすべての名前付きサブスクリプションに対して発生します。

• サブスクリプションは再初期化のマークされます。
• サブスクライバーの変更失われます。
• 現在のスナップショットは古くなったマークされます。

SQL Server 7. 0 は、パブリッシャーからの匿名サブスクリプションの再初期化をサポートしません。

再初期化する必要があります、サブスクライバーで開始されます。 このストアド プロシージャを実行する前にすべてのデータを保存する必要があるサブスクライバーのデータ変更を読み込むパブリッシャーとサブスクライバーを結合します。 再スナップショット ファイルのすべてのマージ パブリケーション レベルがすべて含まれる必要があります生成されますこのストアド プロシージャを実行した後。 最初のスナップショットを実行せずにマージしようとした場合は、スナップショットの実行に求められます。

再初期化は、マージ トポロジを自動的に伝達しません。 管理者は、手動で各リパブリッシャー上のすべてのサブスクリプションを再初期化する必要があります。

既定では、 @ reinitialize_subscriber sp_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 に設定される場合を成功します。

インデックス作成が失敗、次の条件に該当する場合は、操作全体をロールバックします。

• 非クラスター化インデックスは既にクラスター化インデックスの作成が開始されると存在しています。
• 保留中のアップグレード </a0> オプションは、インデックスが作成中に 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: 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: The DATABASEPROPERTY function supports a new IsPendingUpgrade property that is used to report the status of the pending upgrade database option, for example: 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 コマンド ライン オプション。 たとえば、次のオプションを使用することがあります: MB のメモリを SQL Server は、SQL Server プロセスでは、SQL Server メモリ プール外メモリ割り当て可能のまま数をこのオプションを指定します。 数値を指定する整数を指定する必要があります。 メモリ プールは領域拡張など、項目の読み込みの SQL Server の使用をストアド プロシージャの.dll ファイル、分散クエリによって参照される OLE DB プロバイダー、Transact-SQL ステートメントで参照されているオブジェクトのオートメーションは。 SQL Server のメモリ管理については、SQL Server 7. 0 用の SQL Server Books Online の「メモリ アーキテクチャ」を参照してください。

既定ではこのオプションの値は 128 MB です。 この値は、多くのランタイム環境に適したです。 このオプションを使用して、サーバー上の物理メモリが、次の値を超えたときにだけ、メモリの割り当てを調整に役立ちます。

• SQL Server のデスクトップ版または SQL Server の Standard Edition の: 2 GB
• /3 GB の SQL Server Enterprise Edition:

構成未満の物理メモリでの操作を行いますをこのオプションを使用しても利点ありません。

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 はオフになっています。
• カーソルが静的。
• カーソルは、作業テーブルを作成しました。

以前のバージョンの SQL Server との互換性を大きくデータベース コンポーネント SP1 はカーソルは、次の条件のいずれかに該当する場合にのみのロールバックに終了は、この動作を変更しました。

• CURSOR_CLOSE_ON_COMMIT はオンです。
• 非同期に作成されるカーソルが現在作成中。

データベース コンポーネント SP1 で導入されている現象は、転送後のサービス パックで実行されます。

SQL プロファイラーの変更

SQL プロファイラーの 接続 ID データ列は、SQL Server の将来のバージョンではサポートされません。 代わりに SPID データ列を使用することをお勧めします。

SQL Server クラスターのホワイト ペーパー

ホワイト ペーパー"インストール SQL Server 7. 0 では、エンタープライズするエディション、Microsoft クラスター サーバー上: ステップ バイ ステップの説明"SQL Server 7. 0 用の SQL Server Books Online で提供されるクラスター情報を補足します。 このホワイト ペーパーの詳細については、次のマイクロソフト Web サイトを参照してください。

データ変換サービス

ここでは、データで導入される変更、サービス パックによって変換サービス (DTS)。

Oracle データベースへのエクスポート

Service Pack 1 で導入されました。

DTS を使用して、変換先テーブルを作成する場合を Oracle にエクスポートする DTS エクスポート ウィザードを使ってと、DTS、所有者とテーブルの名前を囲む引用符を使用して、大文字と小文字を区別するテーブルを作成します。 この現象は所有者またはキーワードするか、Space を含むテーブル名をサポートする文字を発生する必要があります ("")。 名前はキーワードではなく、Space が含まれていないかどうかは文字と、引用符を削除するかどうか、 DTS コピー テーブル ] ダイアログ ボックスで削除します。

DTS テスト機能を使用します。

Service Pack 1 で導入されました。

DTS テスト機能が改善され、グローバル変数のサポートや照合ができるようになりました。 DTS ユーザー インターフェイスは、次の 2 つのダイアログ ボックスではテストのオプションを持っています。

• [ データ変換タスクのプロパティ ] ダイアログ ボックスで、[ 変換 ] タブ </a0>] をクリックします。 右クリックの 1 つの列の変換をマップする行。 メニューに表示されるには、テストのメニュー項目。
• ActiveX スクリプト タスクのプロパティ ] ダイアログ ボックスをダブルクリックし、 テスト を実行します。

これらのテスト機能がグローバル変数と照合をサポートするようになりました。 系列の列では、テストはサポートされません。

パッケージの実行] ダイアログ ボックスの変更

Service Pack 1 で導入されました。

DTS インポート ウィザード、DTS エクスポート ウィザードまたは DTS デザイナーで DTS パッケージを実行するときは追加の列が開始時刻、終了時刻、および期間を表示するには、 パッケージの実行 ダイアログ ボックスに追加されます。 これらの新しい列はユーザー パスワードを持つパッケージを実行する場合は利用できません。

さらに、パッケージの実行中に情報が通知を転送します。

データ変換サービスのエラー メッセージ

Service Pack 1 で導入されました。

DTS エラー メッセージが強化されました。 エラー メッセージは、OLE DB プロバイダー固有の情報と失敗した操作に関する情報を今すぐ指定します。

Microsoft Visual Basic スクリプトで、Set キーワードを使って

Service Pack 1 で導入されました。

Microsoft ActiveX 割り当て DTS のオブジェクト参照の Microsoft Visual Basic スクリプト版 (VBScript) スクリプト内のグローバル変数今すぐ次に備えてすべての標準の Visual Basic の設定の構文です。

オブジェクト参照を代入する時に 設定 キーワードを使用します。 それ以外の場合は、オブジェクトの既定値は割り当てられます。

オブジェクト参照を含まないグローバル変数] の場合は、オブジェクト参照を割り当てに 設定 </a0> キーワードと .Value キーワードの両方を使用します。 たとえば。

• 次のステートメントをグローバル変数 x: 接続 オブジェクトへの参照を代入する

  Set DTSGlobalVariables("x").Value =
                     CreateObject("ADO.Connection")
  

• 次のステートメントは、 接続 オブジェクトへの参照を変数 o に設定:

  Set o = DTSGlobalVariables("x")

• 次のステートメントを 接続 オブジェクトへの参照を含むグローバル変数への参照を変数 o に設定:

  Set o = DTSGlobalVariables("x")

DTS パッケージの変更

Service Pack 2 とサービス パック 3 で導入されました。

SQL Server 7. 0 SP2、SQL Server 7. 0 SP3、および SQL Server 2000 DTS でパッケージの保存に使用される内部形式に変更を採用します。 パッケージをファイルまたは SQL Server に保存するとは、パスワードなし、次の形式は、別のサービス パックのバージョン サポートされています。

SQL Server エージェント プロキシ アカウントの機能強化

Service Pack 4 で導入されました。

SQL Server 7. 0 SP4 以前いるバージョンの SQL Server サーバーに保存された DTS パッケージ実行できませんでした、SQL Server エージェント プロキシ アカウントの資格情報で、プロキシ アカウントのアクセス、サーバーまたはエージェントが実行するか、アカウントのユーザーの TEMP フォルダーがあるない限り。 サーバーは xp_cmdshell 拡張ストアド プロシージャから実行するジョブの実行しているがあります。 エージェントはエージェント ジョブの実行してあります。

そのためユーザー多くの場合する必要が SQL Server または SQL エージェント開始アカウントが両方の起動時にアクセスするフォルダーをポイントすると、プロキシ アカウントには、TEMP 環境変数を調整します。 たとえば、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 の既定値に設定します。

対処する 2 つの製品が同時に実行が発生する既知のメモリの問題には、SQL Server の負荷を処理のピークのサポートに必要なメモリの量に、SQL Server 7. 0 の最小動的メモリ、または、 sp_configure の最小サーバー メモリ オプションを設定する必要があります。 この環境では、SQL Server は、最大の動的メモリの設定または sp_configure max server memory オプションにアクセスするための十分なメモリを取得しません。 代わりに、SQL Server は通常最小動的メモリ オプションで指定されているメモリの容量で実行されます。 したがって、最小動的メモリの設定が大容量で動作するときに SQL Server を実行するのに十分する必要があります。

SQL Server が必要なメモリの量を調べるするには、次の条件に該当するときに SQL Server が使用するメモリの量を監視します。

• データベースが実稼動環境で実行されている場合の監視、SQL Server メモリ使用量大容量で、システムが実行する場合。
• 場合は、SQL Server アプリケーションが SQL Server が使用するメモリを監視しているときにストレス テストを実行、社内で開発されました。
• SQL Server アプリケーションはサード パーティによって開発された場合は、アプリケーションのマニュアルまたは製造元に、SQL Server のメモリ使用状況に関するアプリケーションの影響を判断表示がされます。

SQL Server のメモリを監視または SQL Server のメモリ オプションの設定の詳細については、「「監視メモリ使用量」と「サーバー メモリ オプション」SQL Server Books Online の SQL Server 7. 0 してください。

SQL Server Books Online のフランス語版

Service Pack 1 で導入されました。

SQL Server Books オンラインのオリジナル フランス語バージョンには、テーブルに誤った内容があります。 SQL Server 7. 0 SP4 のフランス語版では、修正、目次がある新しいフランス語 SQL Server Books Online ファイルを含む自己解凍型ファイル含まれています。

SQL Server Books Online の修正のフランス語版をインストールするには、次の手順に従います。

1. コンピューターに上の空のフォルダーには、サービス パック フォルダーから Sqlbolfr.exe ファイルをコピーします。
2. Sqlbol.chm ファイルを抽出する Sqlbolfr.exe を実行します。
3. 新しい Sqlbol.chm ファイルを C:\Mssql7\Books にコピー ディレクトリ。 これにより、問題のあるファイルに上書きされます。

リポジトリの変更

Service Pack 2 で導入されました。

このセクションで文書は、サービス パックによってリポジトリに導入される変更します。

DB2 と Informix データベースからインポート

Service Pack 2 で導入されました。

DB2 または Informix データベースからインポートする OLE DB スキャナーを使用している、Microsoft リポジトリ テーブル スキーマと型情報を今すぐ作成されます。 この機能は DB2 と Informix ODBC ドライバーの Intersolv、Intersolv OLE DB ドライバーの ODBC では、Intersolv OLE DB プロバイダー用 Informix のため、Microsoft ODBC ドライバーを使用するデータベース適用されます。

バージョンのオブジェクトの向上の取得

Service Pack 2 で導入されました。

すべての場合、最新のオブジェクト バージョン バージョン シーケンスには、削除されたバージョンが含まれていなくて今すぐ取得できます。 以前は、オブジェクトのバージョンを削除し、新しいオブジェクトのバージョンを作成すると、最新バージョンを取得しようとするととき、エラー メッセージに受け取るものとします。