文書番号: 889552 - 最終更新日: 2007年11月16日 - リビジョン: 1.3 SQL Server 2000 Service Pack 2 の説明: 2001 年 11 月 9 日目次概要SQL Server 2000 のインストールのデータベース コンポーネントの更新プログラムを提供する Microsoft SQL Server 2000 Service Pack 2 (SP2) します。 この資料は、次の:
内容
詳細1. 0 の概要Microsoft SQL Server 2000 Service Pack 2 (SP2) のこのリリースは、3 つの部分で提供されます。
メモ デスクトップ エンジン SP2 は、だけそれらの言語に対して SQL Server 2000 Desktop Engine が唯一のバージョンの SQL Server 2000 にポルトガル語 (ブラジル)、スウェーデン語、オランダ語で利用できるサービス パックの一部を生成します。 データベース コンポーネント SP2 または分析サービスの SP2 によってアップグレード、SQL Server 2000 のコンポーネントは、これらの言語で利用できません。 ポルトガル語 (ブラジル)、スウェーデン語、およびオランダ語ユーザー、Desktop Engine の英語版のダウンロードなど、アップグレードはエディションの言語に一致する Service Pack 2 ファイルをダウンロードする必要があります以外を SQL Server のバージョンに Service Pack 2 を適用する Service Pack 2 のファイルが SQL Server 2000 の英語バージョンは、実行されている場合。 ダウンロード指示の下に表示セクション 2. 0] Downloading and extracting SP2 します。 データベース コンポーネント SP2 の詳細のインストール データベース コンポーネント SP2 Setup SQL Server 2000 のエディションがアップグレード中、SQL Server 2000 のインスタンス上に存在を自動的に検出してのみコンポーネントがそのインスタンスのインストールされているをアップグレードします。 たとえば、サービス パックが SQL Server 2000 の標準版を実行するコンピューターに適用されるは行われません SQL Server 2000 Enterprise Edition にのみ付属しているコンポーネントをアップグレードします。 データベース コンポーネント SP2 は、1 つの既定のインスタンスまたは SQL Server の名前付きインスタンスに適用できます。 SP2 にアップグレードを SQL Server 2000 のインスタンスを複数必要がある場合を SP2 の各インスタンスに適用しなければなりません。 SQL Server 2000 の 1 つまたは複数のインスタンスでコンピューター上の 1 つのインスタンスが SP2 にアップグレードされて、すべてのツールを SP2 にアップグレードされます。 コンピューター上の各インスタンスのためのツールの別のコピーはありません。 SP2 を削除 Service Pack がインストールするとに、システム テーブル メンテナンスの理由から、変更を加えてもレプリケーション トポロジのメンバーであるユーザーと配布のデータベースをアップグレードしています。 これらの変更のためは SP2 を簡単に削除するはできません。 SP2 をインストールする前に実行中のビルドに戻す、まず SQL Server 2000 のインスタンスをアンインストールします。 SQL Server 2000 のインスタンスを再インストールする必要があります。 SQL Server 2000 SP1 を実行していたし場合インスタンスに SP1 を再実行します。 SP2 のアンインストールについては、セクション 3. 13「Uninstalling SP2」参照してください。 メモ SP2 を削除するには、 マスター 、 モデル 、および msdb データベースを取得する直前に SP2 を適用するのバックアップが必要があります。 詳細については、セクション 3. 1 確認"Back up your SQL Server databases ' とセクション 3. 2 [Back up your Analysis Services databases します。 SP2 に関する追加情報 この Service Pack に含まれる修正プログラムの一覧は、「サポート技術情報」(Microsoft Knowledge Base) 資料 Q306908 で提供されます。 各 306908 に記載の修正プログラムには、修正プログラムで修正された問題を説明する「サポート技術情報」(Knowledge Base) 資料にリンクがあります。 これらの資料は、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) に発行されます。 各修正プログラムに関する情報を表示、FIX 記事へのリンクをたどる。 SQL Server 2000 Service Pack 2 でこの Readme ファイルに含まれる利用できなかったを関連その情報はマイクロソフト サポート技術情報の Q306909 で公開されます。 ここでは、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) で使用します。 QFE 修正プログラム 2001 年 10 月 3 日後に、QFE 修正プログラムを受信した場合、修正プログラムは SP2 に収められる可能性がありますできません。 SP2 に対して QFE 修正プログラムに関するプライマリ サポート プロバイダーにください問い合わせてください。 1. 1 は、現在のバージョンの SQL Server または分析サービスを識別します。インストールした SQL Server または Analysis Services のバージョンから検索する、次の方法を使用します。SQL Server 識別するがインストールされている SQL Server 2000 のバージョンには、型は、コマンド プロンプト、 osql または isql ユーティリティの使用時または SQL クエリ アナライザーでクエリ ウィンドウで @ @VERSION を SELECT します。 次の表は、@ @VERSION と、SQL Server 2000 のバージョン番号によって報告されたバージョン文字列間の関係です。 元に戻す
分析サービス インストールいるが Analysis Services のバージョンを識別する、次の手順に従います。
元に戻す
2. 0 のダウンロードと SP2 の展開この Service Pack は次の 3 つの方法で配布されます。
2. 1 のデータベースおよび分析サービス SP2 ファイルダウンロードし、インターネットからのデータベース コンポーネントまたは分析サービス SP2 のインストール ファイルの抽出場合は、次のガイドラインを使用してください。1 つの「2. 0 では、記載ファイルをダウンロードしてこの Service Pack をインストールする SQL Server 2000 インスタンスが実行されているコンピューター上フォルダーに、自己解凍型ファイルを配置します。 そのフォルダーからファイルを実行します。 self-extraction プログラムをサービス パック ファイルを配置するフォルダーの名前が確認されます。 Service Pack のインストール ファイルをダウンロードしたローカル ドライブの自己解凍型ファイルの空き領域サイズの約 3 倍必要があります。 これには、ファイル、抽出された Service Pack ファイルを格納するための領域および self-extraction プログラム自体に必要な一時作業領域を格納する領域が含まれます。 コンポーネントを展開した後、選択したフォルダー名前を変更する、ただし、確認、ディレクトリ名含まない空白スペース。 上記のファイルの各は同じターゲット フォルダーを使用することができるものことはしない上書きしたり互いに干渉。 自己解凍型ファイルは一連のディレクトリとも、SP2 CD-ROM にあるものと同じコンピューター上のファイルをビルドを使用します。 SP2 をダウンロードする場合は SQL Server セットアップを実行する前に、サービス パックのディレクトリを作成するファイルを展開する必要があります。 データベース コンポーネントと Analysis Services では、セットアップが、SP2 CD-ROM および展開された SP2 ファイルの両方に対して同じです。 メモ これらのサービス パックのファイルはシステム ファイル、この手順を実行する場合を除き、表示できないように: [Windows Explorer の [ 表示 ] メニューの [クリックして オプション 、[ 表示 ] タブをクリックし、[ すべてのファイルを表示する ] チェック ボックス] をクリックします。 デスクトップ 2. 2 のエンジンの SP2 ファイルダウンロードし、インターネットからデスクトップ エンジン SP2 インストール ファイルを抽出場合は、次のガイドラインを使用してください。ダウンロードして用に、次の例外、分析サービス SP2 ファイル、データベース コンポーネントの前述のように、デスクトップ エンジンの SP2 ファイルを展開します。 インターネットからデスクトップ エンジン SP2 ファイルをダウンロードする場合、サービス パックを sqlrun01.msi からインストールされた Desktop Engine のインスタンスにのみ適用できます。 sqlrun02.msi ?、インターネットからダウンロードされた Setup.exe ファイルから sqlrun16.msi を使用して作成されたインスタンスに Service Pack を適用する場合はいずれか、以下のエラーが表示されます。 このインストール パッケージを開くことができませんでした。 パッケージが存在し、することができますアクセス、または、アプリケーション ベンダーに問い合わせて有効な Windows インストーラー パッケージがこのことを確認を、確認してください。 アップグレードするプログラムが見つからないか、アップグレード修正プログラムが別のバージョンのプログラムを更新する可能性があるため、Windows インストーラ サービスはアップグレード修正プログラムをインストールできません。 アップグレードするプログラムがコンピュータに存在し、正しいアップグレード修正プログラムを使用しているかどうかを確認してください。 3.0 Service Pack のインストールSP2 をインストールするには、次のインストール手順に従います。 すべての手順は、次の SQL Server 2000 のコンポーネントまたは Service Pack が適用されている構成に応じて、必要。
メモ サービス パックは、特定の言語です。 アップグレードする SQL Server コンポーネントと同じ言語でサービス パックを適用します。 メモ フランス語バージョンの Windows NT 4. 0 に SP2 をインストールする、前に読んでし、「サポート技術情報」(Knowledge Base) 資料 259484 の手順。 資料、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) からアクセスできます。 インストールを開始する前に SP1 からの変更 Analysis Services を除くすべてのコンポーネント インストールに、適用します。 SP2 のセットアップではユーザー データベースのレプリケーション トポロジで積極的に関与するこれらのユーザー データベース以外はアップグレードされません。 データベースのレプリケーション トポロジに含まれない SP2 上、依存関係がありません。 たとえば。
SP2 のセットアップ検出任意のユーザー データベースまたはファイル グループを書き込み可能でない場合。
メモ このメッセージには、無人インストールは変わりません。 無人インストールの詳細を参照してくださいセクション 4. 0「Unattended installations:」 データベースの書き込み可能な詳細については、セクション 3. 12"Applying SP2 to non-writable databases or filegroups:"参照してください。 詳細は SP2 を再適用の詳細について参照して、くださいセクション 3. 14"Reapplying SP2:" メモ インストール中にはセットアップの読み取り専用データベースとデータベースがオフラインまたは疑わしい区別は行いません。 再レプリケーション データベースまたはファイル グループ セットアップ中に以下の条件があり、レプリケーション トポロジが関連するにある場合、Service Pack する必要があります適用後、データベースが書き込み可能です。 メモ 非-書き込み可能なデータベースには失敗するができなく、ので不要になったログ配布を SP2 にアップグレードする前に削除します。 システムの管理サーバーの準備の分散インストール SQL Server 2000 Service Pack 2 は、リモートでインストールできません。 ただし、Microsoft Systems Management Server に SP2 をインストールする自動的に Microsoft Windows NT Server 4. 0 を実行している複数のコンピューター使用することができます。 これを行うには、Systems Management Server の SQL Server パッケージの作成を自動化するパッケージ定義ファイル (Smssql2ksp2.pdf ファイル) が使わなければなりません。 SQL Server パッケージを配布してインストール Systems Management Server を実行するコンピューターはしことができます。 Sms2kdef.bat ファイルは、使用するバッチ ファイル、コンピューターのプラットフォームを検出し、適切なバージョンのセットアップ プログラムを実行です。 システム管理サーバーは、デスクトップ エンジン SP2 をインストールする使用できません。 3. 1 は、SQL Server データベースをバックアップします。データベース クライアント コンポーネント以外のすべてのコンポーネント インストールに、適用します。データベース コンポーネント SP2 またはデスクトップ エンジン SP2 をインストールする前に マスター 、 msdb 、および モデル データベースをバックアップします。 サービス パックのインストールにより、 マスター 、 msdb 、および モデル のデータベースへの変更するために SQL Server の SP2 以前のバージョンに互換性。 これらのバックアップが SP2 なしの SQL Server 2000 を再インストールする場合は必要です。 SP2 はレプリケーション トポロジのメンバーであるデータベースで更新を実行のみが、ユーザー データベースをバックアップするがあります。 3. 2 が、Analysis Services データベースをバックアップします。次の Analysis Services にのみ適用されます。分析サービスの SP2 をインストールする前にバックアップ、Analysis Services データベースして、ファイル フォルダーの下の既定でインストールされる、マイクロソフトの分析の Services\Data フォルダーのコピーを作成します。 SQL Server に、分析サービス リポジトリを移行されませんが場合、マイクロソフトの分析の Services\bin フォルダーにあるファイル Msmdrep.mdb のバックアップ コピーを作成します。 保存できます、分析サーバーのレジストリ エントリ Regedit.exe を実行することによって、およびキー HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server をバックアップをファイルにエクスポートする [ レジストリ ] メニューの [ レジストリ ファイルの書き出し ] を使用によって。 3. 3 システム データベースが十分な空き領域を確認します。データベース クライアント コンポーネントと Analysis Services を除くすべてのコンポーネントのインストールに、適用します。自動拡張 オプションが master および msdb データベースの選択されていない場合、データベースで少なくとも 500 キロバイト (KB) の空きスペースなければなりません。 この領域は、 sp_spaceused システムを実行がそのことを確認するには、ストアド プロシージャ、 マスター シェイプ または msdb データベースの。 かデータベース内の未割り当て領域が 500 KB 未満である場合、データベースのサイズを大ききます。 詳細については、「拡張、データベース」 SQL Server Books Online で参照してください。 master および msdb データベースに対し、 自動拡張 オプションが選択されましたいて十分な余裕があるドライブに場合は、この手順を省略できます。 SQL Server 2000 でこのオプションが選択されている確認するには、SQL Server Enterprise Manager を開き、データベースのアイコンを右クリックしてのプロパティをクリックします。 [ ファイルの自動拡張 ] チェック ボックスが選択されているいる確認します。 確認 Desktop Engine でこのオプションが選択されているには、次の SQL ステートメント実行します。
3. 4 SP2 セットアップを実行する前にサービスとアプリケーションを停止します。すべてのコンポーネントに、適用します。サービスをシャットダウンせず SP2 を適用できます。 サービスのシャットダウンはしない場合に、セットアップが完了したらを再起動するように求められます。 再起動せずは、サービスを開始できなくなります。 SP2 は、コンピューターを Service Pack を適用する前に次のサービスやアプリケーションを停止して再起動しなくても適用できます。
3. 5 データベース コンポーネント SP2 をインストールします。Desktop Engine と Analysis Services を除くすべてのコンポーネントのインストールに、適用します。これらの場所のいずれかから Setup.bat スクリプトを実行します。
セットアップ プログラムを:
認証モード ] ダイアログ ボックスは、インストールの現在の設定にデフォルトでなりません。 ダイアログ ボックスの既定値のとおりです。
セットアップ プログラムは実行されたコンピューターの Windows ディレクトリ内の Sqlsp.log ファイルが実行されたアクションの記録を配置します。 複数のインスタンスはアップグレードすると場合、最新のアップグレードのみがこのログに記録されます。 3. 6 分析サービス SP2 をインストールします。次の Analysis Services にのみ適用されます。分析サービスの SP2 をインストールするには、次の場所のいずれかから Setup.exe を実行します。
3. 7 デスクトップ エンジン SP2 をインストールします。次の Desktop Engine にのみ適用されます。SQL Server 2000 Desktop Engine (MSDE 2000 とも呼ばれます) は、サービス パックは、再頒布可能なアプリケーション、Desktop Engine の使用を作成する開発者のためです。 Desktop Engine を使用するアプリケーションを実行している場合はこれらのアプリケーションによってインストール Desktop Engine のインスタンスをアップグレードについてソフトウェア プロバイダーに問い合わせてください。 詳細については、「"配布する、SQL Server 2000 Desktop Engine" SQL Server Books Online 。 Desktop Engine の Service Pack は次の 3 つのフォームで提供されます。
要件 Setup.exe を使用して、この Service Pack を適用します。 デスクトップ エンジン SP2 では、Setup.exe は、SQL Server 2000 デスクトップ エンジン Setup.exe が SQL Server 2000 のリリースと同じパラメーターを受け入れます。 Setup.exe のリファレンス情報内にあります。
CD-ROM から直接 Service Pack 2 を適用するには場合、必要があります最初にアップグレードする Windows インストーラー バージョン 2.0.2600.0 以降です。 このプロセスはコンピューターを再起動することが必要です。 Windows インストーラーのアップグレード。
修正プログラム パッケージを適用します。 この Service Pack で配布、修正プログラム パッケージは既定の番号 (01-16) を MSDE のインスタンスが、SQL Server 2000 CD-ROM に収録アップグレードします。 MSDE のインスタンスをアップグレードするには、対応する修正プログラムを適用する必要があります。 たとえば、SqlRun03.msi からインストールしたインスタンスをアップグレードする SQLRun03.msp を使用する必要があります。 メモ 1 つだけの修正プログラム パッケージに含まれるこのサービス パックのダウンロード可能なバージョンでは、これらのファイルが非常に大きな、ため: SQLRun01.msp。 その他の 15 の修正プログラム パッケージは、SQL Server 2000 サービス パック 2 CD には。 MSDE のインストールされているインスタンスに修正プログラム パッケージを適用するのに、コマンドラインからの Setup.exe を使用します。 Desktop Engine のインスタンスのインストールにどのようなインストール パッケージを使用した場合は、Setup.exe は、/p オプションと共に、対応する修正プログラムを使うことを指定できます。 たとえば:
メモ タグと終了引用符で囲むインスタンス名は使わないでください。 適切な修正プログラム パッケージが見つかりません]、エラー メッセージが表示されます。 メモ Windows 98 または Windows Me を実行するコンピューターに MSDE SP2 をインストールする setup.exe を使用する場合、 UPGRADEUSER スイッチを sysadmin 固定サーバー ロールのメンバーであるログインを指定する使わなければなりません。 UPGRADEUSER の詳細については、元の SQL Server 2000 の Readme.txt ファイルのセクション 3.1.23 を参照してください。 サービス パックの再頒布 お勧めしますを独立系ソフトウェア ベンダー (ISV) この Service Pack を再配布するユーザーに次のように。
メモ SP2 の完全なコピーを頒布します。 ファイルの場所 SQL Server 2000 デスクトップ エンジン サービス パック 2 CD-ROM 、マージ モジュール. インストール ファイルは \MSDE に置かれます。 完全な一覧を使用して SQL Server デスクトップ エンジン マージ モジュール] SQL Server Books Online で参照してください。 3. 8 のサービスを再起動します。すべてのコンポーネントに、適用します。セットアップ プログラムが完了したら、システムを再起動するように求め、可能性があります。 システムの再起動後 (または、セットアップ プログラムが、再起動を要求せずに完了した後) を使用して、サービス アプリケーション [コントロール パネル] の [を MS DTC と Microsoft Search、MSSQLServer、MSSQLServerOLAPService、および SQL Server エージェント サービスまたは対応するインスタンスに固有の実行確認してください。 アップグレード master および msdb データベースをバックアップします。 3.9 アプリケーションの再起動すべてのコンポーネントに、適用します。サービス パック セットアップを実行する前に閉じたアプリケーションを再起動します。 3. 10 は、フェールオーバー クラスターにインストールします。次のフェールオーバー クラスターに含まれる SQL Server 2000 のコンポーネントにのみ適用されます。フェールオーバー クラスター上には、このサービス パックをインストール: する
SQL Server の既定 (非クラスター化) インスタンス、仮想サーバーにアップグレードする場合まず既定のインスタンスから、仮想インスタンスに、アップグレードを実行し、SQL Server 2000 SP2 を適用してください。 アップグレードの詳細については、」「方法参照してください既定インスタンスから SQL Server 2000 (セットアップ) の既定のクラスター化インスタンスにアップグレードする SQL Server オンライン ブック 。 で、フェールオーバー クラスター ノードでの再構築する必要がある場合は。
3. 11 のレプリケートされたサーバーにインストールします。次のレプリケーション トポロジに含まれる SQL Server 2000 のコンポーネントにのみ適用されます。このシーケンス内のレプリケートされたサーバー間でこのサービス パックを展開します。
マージ レプリケーションでディストリビューション データベースを使用のみエージェント ヒストリを格納します。 通常、ディストリビューション データベースがパブリッシュされたデータベースと同じコンピューター上に存在します。 ただし、エージェント ヒストリのログを集中管理するサイトでマージ レプリケーション用のリモート ディストリビューション データベースを指定することはも。 すぐに、ただしレプリケーション トポロジでのすべてのサーバーをアップグレードできない、レプリケーション操作は通常、この Service Pack を SQL Server 2000 のインスタンスを実行するサーバー間影響を受けません。 これに対する例外セクション 5.3.7 については「Restoring replicated databases from different versions of SQL Server します」。 メモ SP2 のセットアップは、レプリケーション トポロジのメンバーであるユーザー データベースをアップグレードします。 いる場合、レプリケーション トポロジのメンバーであるデータベースの非-書き込み可能なこれらのデータベースに SP2 を適用する書き込み可能なようにしてください SP2 のセットアップを再適用。 データベースの書き込み可能な詳細については、セクション 3. 12"Applying SP2 to non-writable databases or filegroups:"参照してください。 詳細は SP2 を再適用の詳細について参照して、くださいセクション 3. 14"Reapplying SP2:" レプリケーション用のアカウントを既存のバックアップ スキームは、既知のポイントに、障害時の SP2 アップグレード後にデータベースの復元によりできます。 SP2、ログまたはデータベース全体の適用後のバックアップをレプリケーション トポロジで関連するユーザーのデータベース任意の勧めします。 こうするのレプリケーション データベースの障害、SP2 がありませんをデータベースが復元された後に適用されます。 3. 12 書き込み以外のデータベースまたはファイル グループに SP2 を適用します。次のレプリケーション トポロジに含まれる SQL Server 2000 のコンポーネントにのみ適用されます。非-書き込み可能なデータベースまたはファイル グループが存在するとき、に、セットアップ プログラムによって次のメッセージが表示されます。 通常、この警告を無視することがあり、セットアップは続行されます。 ただし、セットアップ ログに記載のない-書き込み可能なデータベースのいずれかが、レプリケーション トポロジのメンバー] である場合は、データベースを書き込み可能なことし、SQL Server 2000 のインスタンスに SP2 のセットアップを再適用する必要があります。 メモ このメッセージには、無人インストールは変わりません。 無人インストールに関する詳細はを 4. 0 の無人インストールのセクションを参照してください。 メモ インストール中にはセットアップのない-書き込み可能なデータベースとデータベースがオフラインまたは疑わしい区別は行いません。 データベースまたはファイル グループのセットアップ中にこれらの条件が場合、は、サービス パックを再適用する必要がありますされます。 データベースをオンラインの詳細については診断の問題があると思われるデータベースをアタッチとデタッチをデータベース] で SQL Server オンライン ブック 、および詳細についてオンラインで参照してくださいのサーバーとデータベース トラブルシューティング" SQL Server Books Online で参照してください。 読み取り専用データベースに SP2 を適用: する
3. 13 SP2 をアンインストールします。Analysis Services を除くすべてのコンポーネントに、適用します。SP2 以前のバージョンの SQL Server 2000 のコンポーネントに戻す] にする必要がありますが表示 SP2 をインストールする前に、 マスター 、 msdb 、および モデル のデータベースのバックアップ。 詳細については、セクション 3. 1 [Back up your SQL Server databases 参照してください。 メモ データベースのレプリケーションに関連する場合、発行無効にする必要があります。
3. 14 SP2 を再適用すべてのコンポーネントに、適用します。次の場合、SQL Server 2000 SP2 を再適用する必要があります。
4. 0 の無人インストールデータベース コンポーネント SP2 は、無人モードでコンピューター上で実行する SQL Server 2000 のインスタンスに適用できます。 データベース コンポーネント SP2 CD-ROM では、ISS ファイル SP2 の無人セットアップの実行に使用できるが含まれています。 これらのファイルは CD-ROM のルート ディレクトリに配置され、各種のインストールを実行する使用できます。
4. 1 SP2 データ アクセス コンポーネントの再頒布この Service Pack には、自己解凍形式のファイル、Sqlredis.exe、および Redist.txt のバージョンが含まれています。 これらのファイル、データベース コンポーネント SP2 です。 既定では、Sqlredis.exe を実行すると、その。
5.0 特資料項この項ではこのサービス パックを実行する場合を使用する新機能として発生する可能性のある問題について説明します。 これらの問題は、サービス パックを SQL Server 2000 と SQL Server 2000 SP1 にアップグレードを実行しているに適用されはこの Service Pack に含まれる修正の結果ではありません。このセクションで、Analysis Services と Meta Data Services のセグメントは、Desktop Engine のみのインストールに適用されません。 5. 1 データベースおよび Desktop Engine の強化次の問題は、データベース コンポーネント SP2 がインストールされている SQL Server 2000 インスタンスと Desktop Engine のインスタンスがデスクトップ エンジン SP2 がインストールされているに適用します。5.1.1 Desktop Engine の新しいインスタンスをインストールします。SP1 で導入されました。 次の SP2 を適用した後、新しいインスタンスを Desktop Engine をインストールする手順に従ってください。
5.1.2 中国語、日本語または韓国語の文字をデータベース コンポーネント SP2 を使用します。SP1 で導入されました。 を Windows 2000 に、Windows NT 4. 0 または Windows 98 オペレーティング システムと後でアップグレードを実行するサーバーにデータベース コンポーネント SP2 をインストールする場合、Windows 2000 のアップグレードは特定のシステム ファイルを置き換えます。 これらのシステム ファイルは、中国語、日本語、韓国語の文字を並べ替えるために必要です。 体字中国語、日本語、韓国語の文字を使用して、SQL Server データベースでは場合、再バージョンの Windows 2000 へのアップグレードを実行した後に SP2 に付属する Sqlredis.exe を実行します。 Sqlredis.exe の実行の詳細については、(セクション 4. 1「Redistributing SP2 Data Access Components.」) を参照します。 メモ クライアント コンピューター上または中国語、日本語、韓国語の文字を含むデータベースを持たないサーバー Sqlredis.exe 再適用する必要はありません。 5.1.3 ハッシュ チームの削除SP1 で導入されました。 ハッシュ チームが削除されました。 ハッシュ チームは、SQL Server 2000 に特定強化のため、SQL Server Version 7. 0 で提供されるパフォーマンスの利点なった生成します。 また、ハッシュ チームの削除が SQL Server 2000 より安定しました。 されなくしたがって、クエリ オプティマイザー ハッシュ チームを使用してクエリ プランが生成します。 まれにはハッシュ チームの削除、クエリ処理を遅くするをによって可能性があります。 かどうかより適切なインデックスを作成するクエリのパフォーマンスに戻りますその前のレベルを表示するようなクエリを分析します。 5.1.4 アフィニティ マスク スイッチの追加SP1 で導入されました。 2 つのアフィニティ マスク スイッチは、このサービス パックに追加されました。 アフィニティ マスク I/O を切り替える この Service Pack にはディスク I/O 操作用のスレッドの実行にどの CPU を使用する指定できます。 このスイッチは、 アフィニティ マスク オプションと組み合わせて使用する必要がありますなっています。 詳細については、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) の 298402 参照してください。 アフィニティ マスク接続スイッチ この Service Pack での仮想インターフェイス アーキテクチャ (VIA) プロセッサまたはプロセッサのセットへの特定のネットワーク カードから SQL Server 接続をバインドする有効なシステムを構成できます。 このスイッチは、 アフィニティ マスク オプションと組み合わせて使用する必要がありますなっています。 詳細については、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) で、299641 参照してください。 5.1.5 SQL Server エージェントのアカウント情報を記録します。SP2 で導入されました。 SQL Server エージェントのジョブ ヒストリは、Windows アカウントを各ジョブ ステップが実行今すぐ記録します。 この情報は管理者などのレプリケーションおよびデータ変換サービスのタスクの定義したスケジュールされたジョブ、スケジュールされたジョブのセキュリティ問題の診断に役立ちます。 5.1.6 フィルターのインデックス付きビューSP2 で導入されました。 SQL Server 2000 バグ マイクロソフト サポート技術情報」(Knowledge Base) の記事 306467 で説明するように 355069 が発生した場合この Service Pack 予想外の結果データの変更のための将来の出現にのみできなくなります。 この修正プログラムを適用する以外ではビューのフィルター条件に基づくすべてのインデックスは再作成する必要があります。 詳細については、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) の 306467 参照してください。 5. 2 分析サービスの強化分析サービスの機能強化 SP2 では以下のものがあります。
5.2.1 リモート パーティションSP1 で導入されました。 リモート パーティションが SP1 や新しいバージョンがインストールされているローカル サーバーで作成されると、リモート サーバー ローカル サーバー上の親キューブへの完全なアクセス許可をあるドメイン ユーザー アカウントを使用する必要があります。 ローカル サーバー上の OLAP Administrators グループのメンバーであるすべてのユーザー アカウントが、完全なアクセス許可。 さらに場合ローカル サーバーに SP1 にインストールされているがある、リモート サーバーもが必要 SP1 インストールを作成またはリモート パーティションを管理するためです。 5.2.2 更新 Analysis Services の再頒布可能なクライアントのセットアップSP1 で導入されました。 分析サービス SP1 以降のバージョンととおり、次のクライアント再頒布可能なセットアップ プログラムの更新版です。
メモ PTSFull.exe には、MDAC が含まれています; PTSLite.exe がありません。 防止または分析サービスと Microsoft Office XP を使用して場合に発生する可能性があるクライアント セットアップの問題を解決する、アプリケーションでこれらの更新のクライアント セットアップ プログラムを使用します。 メモ Office XP で Analysis Services を使用する場合、クライアントのアップグレード勧めします。 サード パーティ製データ マイニング アルゴリズム プロバイダーに対応する 5.2.3 サポートSP1 で導入されました。 分析サービス SP1 され、後で、サード パーティ製データ マイニング アルゴリズム プロバイダーの追加サポートが含まれます。 データ マイニング アルゴリズム プロバイダーの開発については、サード パーティ製データ マイニングのプロバイダー"のホワイト ペーパーや、 データ マイニングのリソース キットの OLE DB のサンプル データ マイニング アルゴリズム プロバイダー、Microsoft Data Access and Storage Development Center (http://msdn.microsoft.com/data/) で、コードを含むを参照してください。 5.2.4 更新クライアントのファイルでコンピューターに Analysis Services をインストールします。SP1 で導入されました。 SQL Server 2000 Analysis Services をインストールする場合を含むコンピューター クライアント ファイル アップデート、Office XP の場合は、SQL Server 2000 SP1 など分析サービス SP1 を適用する必要がありますまたは後に、クライアントを確実に正しく動作し、キューブを参照できます。 5. 3 レプリケーション拡張機能レプリケーションの機能強化 SP2 では以下のものがあります。
5.3.1 トランザクション レプリケーション UPDATE カスタム ストアド プロシージャSP1 で導入されました。 トランザクション レプリケーションの実行中にセットアップ、挿入のカスタム ストアド プロシージャの削除され、更新操作が、サブスクリプション データベースに作成されます。 列の数の UPDATE ステートメントは、影響を受けるに関係なく、更新プログラムのカスタム ストアド プロシージャはサブスクリプション テーブル内のすべての列を更新します。 変更していない任意の列は、更新前に存在していた同じ値にだけでリセットされます。 通常、この操作により問題。 ただし、これらの列のインデックスは、このリセットはなる高価です。 場合トランザクション レプリケーションを使用し、サブスクリプション テーブルを複数のインデックスにある更新のためのいくつかの列値だけを変更、インデックス保守するオーバーヘッドになる制限するパフォーマンス要素の変更がサブスクライバーで適用される場合可能性があります。 たとえば、レポートの目的で使用されているサブスクリプション データベースには、パブリケーション データベースよりも多くの複数インデックスがあります。 動的に実行時に UPDATE ステートメントを作成パフォーマンスが向上します。 この更新プログラムがため、最適な UPDATE 文字列を作成、変更されている列のみ含まれます。 この Service Pack には、新しいストアド プロシージャ、 sp_scriptdynamicupdproc を使用して、サブスクライバー側で動的に実行時に、UPDATE ステートメントを作成するカスタム ストアド プロシージャを生成するが含まれます。 ただし、特別な処理が実行時にビルドするのには、動的 UPDATE ステートメントのために発生します。 sp_scriptdynamicupdproc 動的更新が格納されているプロシージャを作成する CREATE PROCEDURE ステートメントを生成します。 カスタム ストアド プロシージャ内で、UPDATE ステートメントを変更する列を示す、MCALL 構文に基づいて動的に構築されます。 このストアド プロシージャ、サブスクライブしているテーブルにインデックスの数が増加変更される列の数が少ない場合に使用します。 このストアド プロシージャは、パブリケーション データベースでパブリッシャーで実行します。 構文 sp_scriptdynamicupdproc [ artid @ =] artid 引数 [ artid @ =] artid 記事 ID です。 artid は、 int デフォルトでです。 結果セット 単一 nvarchar(4000) 列で構成される結果セットを返します。 結果完了 CREATE PROCEDURE ステートメントは、カスタム ストアド プロシージャを作成するフォームをセットします。 注釈 sp_scriptdynamicupdproc は、トランザクション レプリケーションで使用されます。 既定 MCALL スクリプト ロジック、UPDATE ステートメント内のすべての列を含むし、は、ビットマップを使用して変更されている列の判断をします。 列が変更されていない場合、列に設定されます戻る自体には、問題が、通常はありません。 列のインデックスは、余分な処理が発生します。 対照的に、このストアド手順では、動的なアプローチを使用して: が含まれますが変更されている列だけに最適な UPDATE 文字列を提供します。 ただし、余分な処理がわずか実行時に、動的の UPDATE ステートメントのビルド時にします。 ストアド プロシージャを動的なアプローチと、既定の静的アプローチの両方をテストし、特定のニーズに最適なソリューションを選択しことを勧めします。 アクセス許可 パブリック ロールのメンバーは、 sp_scriptdynamicupdproc を実行できます。 例 This example creates an article (with artid set to 1) on the authors table in the pubs database, and specifies that the UPDATE statement is the custom stored procedure to execute: 一意の列に対して UPDATE ステートメントを 5.3.2 トランザクション レプリケーションSP1 で導入されました。 トランザクション レプリケーションで UPDATE ステートメントは、通常としてレプリケート更新。 一意なインデックス、クラスター化インデックスまたは一意制約として使用する式の一部であるすべての列を変更する更新プログラム場合、サブスクライバーの INSERT ステートメントに続く DELETE ステートメントとして、更新プログラムが実行されます。 これにはこの種の更新プログラム複数行に影響する可能性し、更新は 1 行ずつに配信されている場合、一意性に違反する可能性がためは行われます。 ただし場合は、更新プログラムは 1 行だけに影響、一意性に違反する可能性はありません。 したがって、トレース フラグ 8207 が UPDATE ステートメントとしてレプリケートする 1 行に影響する一意の列の更新を許可するにはこのサービス パックに追加されました。 この最適化は、サブスクライバーの UPDATE トリガーをユーザー定義のインストールしの一意の列の 1 つだけの行に影響する更新させるトリガーはこれらを必要とするアプリケーションを専用の追加されました。 トレース フラグ 8207、有効にして上またはログ リーダー エージェントが開始前に、DBCC TRACEON(8207,-1) を使用して実行時に、コマンド プロンプト (される - T8207) から。 重要です 通常、トレース フラグ 8207 は読み取り専用のトランザクション レプリケーションで使用されます。 主キー UPDATE はサブスクライバーで発生する場合このトレース フラグ更新可能なサブスクリプションで使用しないでください。 同時実行スナップショット処理から 5.3.3 制限の削除SP1 で導入されました。 SQL Server 2000 で同時実行スナップショット処理がしないで、パブリッシュ テーブルが一意なインデックスをでした主キーまたはクラスター化キーください。 データ変更が、同時実行スナップショットが生成中にクラスター化キーに加えられた場合、同時実行スナップショットをサブスクライバーに適用する場合、重複するキーのエラーではレプリケーションが失敗します。 この Service Pack でされなく、制約は同時実行スナップショット処理で。 5.3.4 トランザクション レプリケーションのカスタム ストアド プロシージャのスクリプトSP1 で導入されました。 設定するとき nosync サブスクリプション (つまり、初期スナップショットを受信しない操作を行います)、カスタム ストアド プロシージャの INSERT、UPDATE ステートメントと DELETE ステートメント手動で作成する必要があります。 通常、これらステートメントは、初期スナップショットが配信されると、サブスクライバーで作成されます。 新しいストアド プロシージャ、 sp_scriptpublicationcustomprocs 、文書レベルでカスタム ストアド プロシージャ用のスクリプトを生成する追加されました。 この新機能がやすいように nosync サブスクリプションを設定します。 sp_scriptpublicationcustomprocs 文書をカスタム プロシージャ スキーマは自動生成するオプションが有効になってでストアド プロシージャ スクリプト、カスタムの INSERT、UPDATE、このしすべてのテーブル アーティクルのプロシージャを削除します。 sp_scriptpublicationcustomprocs サブスクリプションのスナップショットが手動で適用される設定特に適しています。 構文 sp_scriptpublicationcustomprocs [@ パブリケーション] = publication_name 引数 [@ パブリケーション] = publication_name パブリケーションの名前です。 publication_name はデフォルトでは sysname です。 コードの値を返す 0 (成功) または 1 (失敗) 結果セット 単一 nvarchar(4000) 列で構成される結果セットを返します。 結果セット、フォームの完全な CREATE PROCEDURE ステートメント、カスタム ストアド プロシージャを作成する必要です。 注釈 カスタム プロシージャはしなくてもアーティクルに対してスクリプト化されません、自動生成カスタム プロシージャ (0x2) スキーマ オプション。 アクセス許可 実行権限が public に与えられている、このストアド プロシージャ、カレント データベースでの固定サーバー ロールと db_owner 固定データベース ロール sysadmin のメンバーへのアクセスを制限内の手順のセキュリティ チェックが実行します。 次の使用例 次の使用例は Northwind という名前の文書のカスタム ストアド プロシージャのスクリプトを生成します。 5.3.5 マージ レプリケーション保有ベースのメタ データのクリーンアップします。SP1 で導入されました。 大量のマージ レプリケーション システム テーブル内のメタ データが、パフォーマンスが向上、メタ データをクリーンアップします。 SQL Server 2000 SP1 をする前にメタ データはクリーンアップでした sp_mergecleanupmetadata を実行してのみ。 ただし、SQL Server 2000 SP1 され、後で、保有ベース メタ データ クリーンアップ、つまりしたメタ データを自動的に削除以下のシステム テーブルからが含まれます。
メタ データ クリーンアップの保有ベース発生、次のとおりです。
sp_add_agent_parameter のパラメーターを追加 システム プロシージャ sp_add_agent_parameter よう追加、またはマージ エージェントのプロファイルからメタ データ保有のクリーンアップを削除することができます、 MetadataRetentionCleanup パラメーターになりました。 値の 1 をプロファイルはクリーンアップを含めることを示します示し、値 0 をクリーンアップ含めないでことを示します。 たとえば、メタ データ保有のクリーンアップをプロファイルに追加する実行: 自動保存ベース クリーンアップ マージ レプリケーションに関係するデータベースで発生する、データベースとマージ エージェントは、両方は SQL Server 2000 SP1 を実行しているサーバーまたはそれ以降です。 たとえば。
False を指定するとの競合を防止します。 メタ データ クリーンアップの保有ベースの非収束を防止し、サイレント他のノードでの変更の上書きします。 ただし、どちらも、次の条件が満たされる場合に False を指定するとの競合が発生することができます。
この競合を防ぐためするには、メタ データがほぼ同時に関連するノードでクリーンアップに確認します。 場合 -MetadataRetentionCleanup 1 は、使用、パブリッシャーとサブスクライバーの両方がクリーンアップ自動的に、[差し込み印刷が開始する前にため、ノードが同時にクリーンアップされることを確認します。 競合が発生した場合、マージ レプリケーション競合ビューアーを使用して、競合を確認および変更の結果に応じて。 アーティクルがいくつかのパブリケーションに属しているや再パブリッシュしているシナリオでは、パブリッシャーとサブスクライバーで指定した行の保有期間が異なることは。 1 つの側がない他のメタ データのクリーンアップの可能性を小さくするには、別のパブリケーションだけある類似の保有期間をお勧めします。 メモ クリーンアップする必要がありますシステム テーブル内のメタ データの多くの大規模なです、マージ プロセスは、可能性がありますを実行する時間がかかります。 この問題を回避するのには、定期的にメタ データをクリーンアップします。 5.3.6 のバックアップおよびマージ レプリケーションの問題の復元SP1 で導入されました。 パブリケーション データベースをバックアップから復元をする必要があります (つまり、割り当てられた優先度値を持つサブスクリプション) グローバル サブスクリプションをあるサブスクリプション データベースをとる最初収束の正しい動作を保証します。 同期により、復元操作のためがパブリケーション データベースで失われた変更が正確に再適用します。 匿名サブスクリプションがサブスクリプション データベースで、パブリケーション データベースを同期しません。 匿名サブスクリプションには、パブリケーション データベースに変更を適用するための十分なメタ データがあるない、ため、このような同期データの非収束につながる可能性があります。 バックアップ計画はマージ レプリケーションの操作を復元するは、次の追加問題を考慮します。
5.3.7 の異なるバージョンの SQL Server からレプリケートされたデータベースを復元します。SP1 で導入されました。 同じサーバーおよびデータベース バックアップを復元-同じバージョンのバックアップの作成元サーバーとして実行されているなど、レプリケーションの設定が保存されます。 レプリケートされたデータベースとは、データベースのバックアップに使用されるバージョンとは異なる SQL Server のバージョンに復元する場合は、次の問題を考慮します。
5.3.8 を新しい - ログ リーダー エージェントのパラメーターを MaxCmdsInTranSP1 で導入されました。 SP1 で、新しいコマンド プロンプト パラメーターで始まる -MaxCmdsInTran 、ログ リーダー エージェントが追加されました。 影響 (通常は大量の更新または削除) コマンド数が多いトランザクションでは、トランザクションをサブスクライバーに伝達を開始できる前に、ディストリビューション データベースにトランザクション全体を書き込むには、ログ リーダー エージェントのディストリビューション エージェントを待ちください。 この遅延は、ディストリビューション エージェントをブロックし、2 つのエージェントの間で並列処理を削減できます。 ?MaxCmdsInTran を使用することにより、ログ リーダー エージェント大きなトランザクション分割小さいチャンクは、され、同じまたはより少ないコマンド各チャンクが含まれる、-MaxCmdsInTran 入力します。 したがって、ディストリビューション エージェント、ログ リーダー エージェントは、同じトランザクションの後のチャンクから作業も中に、トランザクションの以前のチャンクを処理開始できます。 この改善、ログ リーダー エージェントとディストリビューション エージェントの間での並列処理の全体のレプリケーション スループットを向上しようされています。 ただし、トランザクション チャンクが、サブスクライバーでコミットされた個々 のトランザクションとして原子性の ACID プロパティを中断します。 この結果、問題ありませんほとんどの場合がこれを確認をテストすることをお勧めします。 ?MaxCmdsInTran パラメーターを定義します。 正の整数 (1 以上) の指定、-MaxCmdsInTran パラメーターの値。 0 の値を指定するは、パラメーターをまったく使用しないできます。 このパラメーターは、トランザクションが非常に大きい場合にのみパフォーマンスを向上、ため、このパラメーターには、5, 000 以上の値は一般的です。 例: 一意でないクラスター化インデックスに 5.3.9 の制限(トランザクション レプリケーションの適用をのみ) SP2 で導入します 。 トランザクション レプリケーションでパブリッシュされた後テーブルに、一意ではないクラスター化インデックスを作成できません。 インデックスを作成する前にまずテーブルを含んでいる任意の文書を削除する必要があります。 新しい - 5.3.10 スナップショット エージェントのコマンドライン引数を MaxNetworkOptimization通常の処理、マージ レプリケーションに送信できます DELETE コマンド サブスクライバーのサブスクライバーのパーティションに属していない行。 この種類の DELETE コマンドは無関係な削除と呼ばれます。 無関係な削除データの整合性や収束には影響しませんが不必要なネットワーク トラフィックにあります。 無関係な削除からのネットワーク トラフィックを減らす、するスナップショット エージェントの新しいパラメーターを使用できます -MaxNetworkOptimization マージ レプリケーション パブリケーションにします。 最小のパラメーターを 1 に設定化の無関係な削除は、ネットワークの最適化を最大化します。 メモ このパラメーターを 1 に場合設定と便利ですのみ、マージ パブリケーションの同期の最適化オプションが true に設定されて ( @ keep_partition_changes sp_addmergepublication のパラメーター)。 メタ データの記憶域の増加を複数のレベルの結合フィルターおよび複雑なサブセット フィルターが存在する場合、パブリッシャー側でのパフォーマンス低下を引き起こす、パラメーターを 1 に設定できるため、既定値は 0 です。 レプリケーション トポロジを慎重に評価し、のみを設定する必要があります -MaxNetworkOptimization に無関係な削除からネットワーク トラフィックが高過ぎる場合は 1 です。 システム プロシージャの sp_add_agent_parameter を実行して、スナップショット エージェントのプロファイルにこのパラメーターを追加できます: 5. 4 Meta Data ServicesSQL Server 2000 Meta Data Services に、次の項目を適用します。5.4.1 のメタ データ ブラウザーを Unicode 形式でエクスポートします。SP1 で導入されました。 メタ データ ブラウザーは Unicode での XML ベースのメタ データを今すぐエクスポートします。 SQL Server 2000 SP1 をする前に、ブラウザーは、英語以外の文字をサポートしていません、ANSI 文字コードをエクスポートします。 この機能の変更は、ユーザーに対して透過的です。 この SP2 のリリースでのエクスポートされたデータは常に Unicode として表されます。 「0」のレジストリ キー HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport の値を設定して ANSI のコードでもエクスポートできます。 次の一覧は、このレジストリ キーに対して設定できる値を表します。
5. 5 のデータ変換サービス次の項目を SQL Server 2000 データ変換サービス (DTS) を適用します。5.5.1 DTS ウィザードなった文字列の列を 255 文字を制限します。SP2 で導入されました。 データをテキスト ファイルにエクスポートする DTS インポート エクスポート ウィザードは、文字列型のデータを含む任意の列の最大 8, 000 文字を記述するパッケージを今すぐ構成します。 SQL Server エージェントで実行する DTS パッケージに対して記録 5.5.2 セキュリティ コンテキストSP2 で導入されました。 SQL Server エージェント ジョブの各手順を実行するセキュリティ コンテキストを記録します。 ジョブ ヒストリのダイアログ [セキュリティ コンテキスト SP2 から始まる、表示されます。 ジョブのステップから DTS パッケージを実行すると、SQL Server エージェント ログ パッケージが実行するユーザー アカウントにします。 この情報は管理者のアクセス許可および DTS パッケージは、サーバー上で実行をスケジュール時に発生する認証の問題の診断に役立ちます。 5.5.3 の SQL Server エージェント プロキシ アカウントの機能強化SP2 で導入されました。 SP2 は前、に、サーバーに格納されている DTS パッケージ実行できませんでした、SQL Server エージェント プロキシ アカウントの資格情報で、プロキシ アカウントがある、ユーザーの TEMP フォルダーまたは [ xp_cmdshell を実行)、ジョブの場合、サーバーまたはエージェントのジョブ) の場合、エージェントが実行されて、アカウントのアクセスしない限り、します。 ため、ユーザーが付与多くの場合、されました、TEMP 環境変数、SQL Server または SQL エージェントの起動アカウントが両方の起動時にアクセスできるディレクトリを指すと C:\TEMP と同様に、プロキシ アカウントを調整します。 機能、SP2 の DTS が拡張されました、ユーザーの TEMP フォルダーが使用できない場合は、システムの TEMP フォルダーを使用するこれらの調整の必要性を大幅に削減します。 5. 6 の機能強化、仮想バックアップ デバイス API に次の項目は、SQL Server 2000 仮想バックアップ デバイス API に適用されます。5.6.1、単一スナップショットで複数のデータベースをキャプチャします。SP2 で導入されました。 仮想バックアップ デバイス API により、独立ソフトウェア ベンダーを SQL Server 2000 を自社製品に統合できます。 この API は、最大の信頼性とパフォーマンスを提供するエンジニアリングします。 ホットとスナップショットのバックアップ機能の完全な範囲を含む、SQL Server 2000、バックアップと復元の機能をサポートする完全にします。 SP1. 以前のバージョンを固定し、1 つのデータベースを超える一度にバックアップする方法がありません。 SP2 は固定のキャプチャ VDC_PrepareToFreeze コマンドを使って、単一スナップショットで複数のデータベースのサーバー側サポートを今すぐ提供します。 SP2 では、仮想バックアップ デバイス仕様、 VDC_PrepareToFreeze コマンド情報更新しています。 仮想デバイス インターフェイスのヘッダー ファイル (vdi.h) の更新バージョンは、SP2 セットアップ ディレクトリに \devtools\include で参照できます。 6. 0 の英語クエリ拡張SP1 で導入されました。English Query アプリケーションをセキュリティ強化をリリースしました。 この拡張機能は、サービス パックの一部としてインストールされません。 ただし、English Query を使用している場合を適用することをお勧めします。 セキュリティ強化は、フォルダー \EQHotfix で、SP2 CD-ROM にあります。 English Query 拡張に関する詳細は、Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) には。 Base を検索して「サポート技術情報」資料 297105。 7. 0 プログラマーズ リファレンスおよび C の埋め込み型 SQLSP1 で導入されました。DB-Library と C のアプリケーション プログラミング インターフェイス (API) の埋め込み型 SQL は、SQL Server 2000 でサポートされていますが、将来のバージョン SQL Server にはが含まれますしないこれらの API を使用するアプリケーションでプログラミング作業に必要なファイルには。 DB-Library および埋め込み型 SQL を使用して C の記述された既存のアプリケーションからの接続は、次の SQL Server のバージョンでサポートされてはまだがこのサポートは将来のリリースでも削除されます。 場合は、新しいアプリケーションを作成、これらのコンポーネントを使用してようにしてください。 既存のアプリケーションを変更する場合お勧めこれらのテクノロジに依存関係を削除します。 DB-Library または C 言語用の Embedded SQL の代わりに ADO、OLE DB または ODBC SQL Server でデータをアクセス使用できます。 これらのテクノロジの詳細については SQL Server オンライン ブック を参照してください。
 機械翻訳重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。 英語版 KB：889552?
(http://support.microsoft.com/kb/889552/en-us/
)
"Microsoft Knowledge Baseに含まれている情報は、いかなる保証もない現状ベースで提供されるものです。Microsoft Corporation及びその関連会社は、市場性および特定の目的への適合性を含めて、明示的にも黙示的にも、一切の保証をいたしません。さらに、Microsoft Corporation及びその関連会社は、本文書に含まれている情報の使用及び使用結果につき、正確性、真実性等、いかなる表明・保証も行ないません。Microsoft Corporation、その関連会社及びこれらの権限ある代理人による口頭または書面による一切の情報提供またはアドバイスは、保証を意味するものではなく、かつ上記免責条項の範囲を狭めるものではありません。Microsoft Corporation、その関連会社 及びこれらの者の供給者は、直接的、間接的、偶発的、結果的損害、逸失利益、懲罰的損害、または特別損害を含む全ての損害に対して、状況のいかんを問わず一切責任を負いません。（Microsoft Corporation、その関連会社 またはこれらの者の供給者がかかる損害の発生可能性を了知している場合を含みます。) 結果的損害または偶発的損害に対する責任の免除または制限を認めていない地域においては、上記制限が適用されない場合があります。なお、本文書においては、文書の体裁上の都合により製品名の表記において商標登録表示、その他の商標表示を省略している場合がありますので、予めご了解ください。" | サポート技術情報の翻訳
|
| United States | Change | | | All Microsoft Sites |
先頭へ戻る
|
