このドキュメントでは、Microsoft BizTalk Server 2000 Service Pack 2 (SP2) について説明します。SP2 は BizTalk Server 2000 のすべてのエディションに適用されます。BizTalk Server Service Pack は累積的なものであり、SP2 にはこれ以前にリリースされた Service Pack のすべての修正プログラムが含まれています。SP2 は、BizTalk Server 製品版、または SP1a を適用済みの BizTalk Server に適用できます。SP1a をインストールするには、BizTalk Server 2000 Service Pack 1a のダウンロード ページに移動します。
SP2 で修正された項目の詳細については、次の Microsoft サポート技術情報の記事を参照してください。
INFO: BizTalk Server 2000 SP2 修正一覧 (JP318625)
重要
注
BizTalk Server グループ内のすべてのコンピュータは同じバージョンの BizTalk Server を実行する必要がある
追跡データベースのメンテナンスを行うためのインストールに関する追加説明
オーケストレーション データベースのメンテナンスを行うためのインストールに関する追加説明
このセクションでは、Microsoft BizTalk Server 2000 Service Pack に含まれているアップデートと変更点の概要を説明します。BizTalk Server Service Pack は累積的なものであり、SP2 にはこれまでにリリースされた Service Pack の修正がすべて含まれています。
SP2 で実施されたアップデートと変更点には以下の項目が含まれますが、以下の項目に限定されているわけではありません。
以前の Service Pack から継承されたアップデートと変更点には以下の項目が含まれますが、以下の項目に限定されているわけではありません。
このセクションでは次のトピックについて説明します。
BizTalk Server 2000 SP2 は Microsoft の Web サイトからインストールできます。
注意
このセクションでは次のトピックについて説明します。
BizTalk Server グループを使用しているシナリオで SP2 を適用するには、BizTalk Server グループ内のすべてのコンピュータが BizTalk Server の同じバージョンを実行している必要があります。すべてのコンピュータに SP2 を適用した後、CleanQueuesPatch.sql を共有キュー データベースに適用する必要があります。詳細については、「BizTalk Server グループ内のすべてのコンピュータは同じバージョンの BizTalk Server を実行する必要がある」を参照してください。
—または—
Microsoft SQL Server 2000 をインストールしている場合は、[クエリ] メニューから [データベース変更] をクリックします。
すべてのコンピュータに SP2 を適用した後、ControlNumbers.sql を BizTalk メッセージ管理データベースに適用する必要があります。ControlNumbers.sql は、ポートに関連付けられている EDI (電子データ交換) の制御番号を取得するためのストアド プロシージャを修正します。このファイルを実行せずに SP2 をインストールした場合、送信 EDI が機能しません。ただし、SP1a でこのファイルをインストールおよび実行した場合、次の手順は必要ありません。
—または—
Microsoft SQL Server 2000 をインストールしている場合は、[クエリ] メニューから [データベース変更] をクリックし、手順 4. を続行します。
BizTalk Server 2000 SP2 がインストールされたことを確認するには、BizTalk Server 2000 をインストールしたディレクトリ内の任意の DLL (setupex.dll を除く) のファイル プロパティを表示します。
この Service Pack には、アンインストール パッケージが 2 つあります。
注意
BizTalk Server グループを使用しているシナリオで SP2 をアンインストールするには、次の手順を完了する必要があります。
注
Microsoft Windows 2000 Service Pack 2 (SP2) は、BizTalk Server 2000 SP2 をサポートしています。BizTalk Server 2000 SP2 は Microsoft Windows 2000 SP1 上で実行できますが、Microsoft Windows 2000 SP2 は BizTalk Server 2000 の動作上の問題を解決するので Microsoft Windows 2000 SP2 にアップグレードすることを強く推奨します。
次のソフトウェアが推奨されていますが、BizTalk Server 2000 SP2 を実行するために必須というわけではありません。
ここでは、変更されたファイルを含むフォルダの一覧を示します。
注
BizTalk Server グループを使用しているシナリオで SP2 を適用するには、次の手順を完了する必要があります。
重要
SP2 には、追跡データベースのメンテナンスを行うユーティリティが含まれています。SP2 をインストールすると、適切なファイルが \Program Files\Microsoft BizTalk Server\Setup フォルダにコピーされます。ただし、このユーティリティをアクティブにするための追加手順が必要です。これらのユーティリティを使用する場合は、このセクションの指示に従う必要があります。
BizTalk Server のインストールで、インターチェンジやドキュメントを追跡しない場合、およびこの BizTalk Server Service Pack に含まれている SQL スクリプトを使用して追跡データベースのアーカイブや削除を行わない場合は、このセクションを省略できます。
追跡データベースのメンテナンスを行うユーティリティをインストールするには、次の手順を完了する必要があります。
重要
注
アーカイブ追跡データベースをホストするサーバーで次の手順を実行します。
—または—
Microsoft SQL Server 2000 をインストールしている場合は、[クエリ] メニューから [データベース変更] をクリックします。
注
追跡データベースをホストする SQL Server で次の手順を実行します。
—または—
SQL Server 2000 をインストールしている場合は、[クエリ] メニューから [データベース変更] をクリックします。
注
次の例は、リンク サーバーを構成するためのサンプル SQL ステートメントです。この例では、"Seattle2" という名前のリモート データベース サーバーがローカル SQL Server に対するリンク サーバーです。
EXEC sp_addlinkedserver N'Seattle2', N'SQL Server'次の例は、ローカルおよびリモートのリンク SQL Server 間のシステム管理者 (sa) ログイン マッピングを作成するためのサンプル SQL ステートメントです。この例は、リモート sa ログイン パスワードが "abc123" であると仮定しています。
EXEC sp_addlinkedsrvlogin '<リモート SQL Server の名前>', 'FALSE', 'sa', 'sa', 'abc123'重要
注
追跡データベースをホストする SQL Server で次の手順を実行します。これは、上記の手順で構成したのと同じサーバーです。
スクリプトが、dta_purge_old_records という名前のストアド プロシージャを作成します。スクリプトが、"Archive and Purge BizTalk Tracking database:<追跡データベースの名前>" という名前の SQL エージェント ジョブを作成します。既定では、SQL エージェント ジョブは有効に設定されていません。
以下に、dta_purge_old_records ストアド プロシージャに渡す入力パラメータを構成するためのいくつかの例を示します。このストアド プロシージャの構文と引数の詳細については、「追跡データベースの削除およびアーカイブ ストアド プロシージャの使用方法」を参照してください｡
USE InterchangeDTA
EXEC dta_purge_old_records 1, 24, 1,0
USE InterchangeDTA
EXEC dta_purge_old_records 2, 1000, 0, 1, N'', N'<アーカイブ追跡データベースの名前>'
変更が保存され、SQL Server エージェント ジョブが有効になります。
注
SP2 には、オーケストレーション データベースのメンテナンスを行うユーティリティが含まれています。Service Pack をインストールすると、適切なファイルが \Program Files\Microsoft BizTalk Server\Setup フォルダにコピーされます。これらのユーティリティを使用する場合は、次の手順を実行する必要があります。
BizTalk Server Service Pack に含まれている SQL スクリプトを使用してオーケストレーション データベースを削除しない場合は、このセクションを省略できます。
注
—または—
SQL Server 2000 をインストールしている場合は、[クエリ] メニューから [データベース変更] をクリックします。
注
ここでは、この Service Pack に関するドキュメントの問題について説明します。ここでは、Service Pack で追加された新しい機能について説明し、BizTalk Server 2000 ヘルプ内のドキュメントに対する修正事項を提供します。
このセクションでは次のトピックについて説明します。
このセクションには、BizTalk 管理コンソールに関する重要なアップデートが含まれています。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
この Service Pack をインストールすると、ストアド プロシージャが \Program Files\Microsoft BizTalk Server\Setup フォルダにコピーされます。このセクションでは、オーケストレーション データベースからレコードを削除するためにストアド プロシージャを使用する方法を説明しています。
注
sp_CleanDoneInstances ストアド プロシージャは、以下に示すように、完了または停止したすべての XLANG スケジュール インスタンスを削除します。
sp_CleanDoneInstances @CompletedBefore=''
以下は、このストアド プロシージャの使用例です。
exec sp_CleanDoneInstances @CompletedBefore='2000-10-25 19:34:49.000'
この例では、
sp_CleanDoneModuleInstances ストアド プロシージャは、以下に示すように、完了または停止したすべての XLANG スケジュール インスタンスで、特定の種類のスケジュールを持つインスタンスを削除します。
sp_CleanDoneModuleInstances @ModuleGUID='<グローバル一意識別子>', @CompletedBefore=''
以下は、このストアド プロシージャの使用例です。
exec sp_CleanDoneModuleInstances @CompletedBefore='2000-10-25 19:34:49.000',
@ModuleGUID='4C5842DA-40E5-40B8-AF03-BC5DD4B7E037'
この例では、
ModuleID は、特定の種類の XLANG スケジュールへの一意な参照です。@ModuleGUID パラメータを使って、XLANG スケジュールの種類をフィルタ処理できます。@CompletedBefore パラメータは特定の時刻より前に終了した XLANG スケジュールに対してフィルタを設定し、@ModuleGUID パラメータは特定の種類の XLANG スケジュールに対してフィルタを設定します。XLANG モニタを使って、XLANG スケジュールの ModuleID を特定できます。ModuleID は、ScheduleStart、ScheduleDone、ContextEnter、ContextLeave、TransactionBegin、および TransactionEnd のイベントのプロパティの 1 つです。また、パブリック インターフェイスを XLANG スケジュール インスタンス IWFWorkflowInstance::ModuleId Property に使用して、ModuleID を取得することもできます。
sp_CleanInstance ストアド プロシージャは、以下に示すように、完了または停止した XLANG スケジュールおよびそのスケジュールのすべての子インスタンスを削除します。
sp_CleanInstance @InstanceID='{<グローバル一意識別子>}'
この削除操作は、トランザクション処理として行われます。このストアド プロシージャでは、@InstanceID は、ルート XLANG スケジュールのインスタンス識別子であるグローバル一意識別子 (GUID) です。BizTalk Server 2000 がこのストアド プロシージャを使用します。このストアド プロシージャを直接呼び出す必要はありません。代わりに、XLANG データベースを削除するために指示に従う必要があります。
Sp1a で修正済み
SP2 をインストールした後、BizTalk Server 2000 を分散環境で使用できるかどうかを判断するために、BizTalk Server 2000 を Microsoft Active Directory に公開できます。たとえば、どのコンピュータが BizTalk Server 2000 を実行しているのかを知る必要がある場合があります。BizTalk Server 2000 を Active Directory に公開することによって、これを判断できます。
たとえば、コマンド プロンプトで「cd \Program Files\Microsoft BizTalk Server\Setup」と入力し、Enter キーを押します。
注
Sp1a で修正済み
コンピュータから BizTalk Server 2000 を削除する場合、Active Directory からその登録情報が自動的に削除されません。Active Directory にクエリしたときに、BizTalk Server 2000 が動作しているコンピュータのみが正しく認識されるように、コンピュータの登録を削除する必要があります。
たとえば、コマンド プロンプトで「cd \Program Files\Microsoft BizTalk Server\Setup」と入力し、Enter キーを押します。
Sp1a で修正済み
この Service Pack をインストールすると、BizTalk Server 2000 は次の環境ではインターチェンジまたはドキュメントの処理を停止し、共有キュー データベースをロールバックします。
インターチェンジまたはドキュメントの送信後で、BizTalk Server 2000 が処理を停止する場合にも、トランザクションはロールバックされます。共有キュー データベースが再び利用可能になるときに、"処理中" とマークされているすべてのドキュメントのラベルが削除されます。これは、ドキュメントが保留キューに配置されるのではなく、再び処理されることを意味します。
トランザクション メッセージ キューまたは信頼できるメッセージを使用すると、インターチェンジまたはドキュメントの配信が 1 度だけ行われることが保証されます。非トランザクションの送信を使用すると、BizTalk Server 2000 はこのトピックで説明されている条件と一致した場合に同じドキュメントを 2 度送信することがあります。
注
Sp1a で修正済み
メッセージ キューの場所を指定するときには、有効な名前の書式から任意の書式を使用できます。次の一覧は、メッセージ キューの指定に有効な名前の書式の例です。
注
このセクションには、BizTalk エディタに関する重要なアップデートが含まれています。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
新しいカスタム日付/時刻データ型が BizTalk エディタで利用できます。この日付/時刻データ型を利用すると、HHMMSSDD 形式で日付と時刻の情報を送信することができます。この時刻形式の詳細については、「X12 でサポートされている時刻形式」を参照してください。
ドキュメント仕様を開く方法の詳細については、BizTalk Server 2000 ヘルプの「仕様を開く」を参照してください。
警告メッセージが表示されます。
新しいカスタム日付/時刻データ型が適用されます。
重要
注
送信された日付と時刻が 8 文字未満の場合、X12 パーサーおよびシリアライザは、カスタム日付/時刻データ型を左から右に読み取り、エラーを返しません。たとえば、次の日付と時刻データは有効です。
Sp1a で修正済み
BizTalk エディタには、数値のカスタム データ型に利用できる新しいプロパティ、カスタム最大長があります。このプロパティは、数値フィールドにピリオド、ハイフンなどを使用できます。
特に、このプロパティによって、XML からの、または XML への正規化 (解析やシリアライズなど) がデータの長さに影響を及ぼす場合、およびネイティブ データの長さが重大な検証の要素である場合 (つまり、フラット ファイルからフラット ファイルへ処理するなど、XML が単なる中間の形式であり、XML としてのデータの長さが重要でない場合) にデータのネイティブ (非 XML) 表現の長さの検証を制御できます。
ドキュメント仕様を開く方法の詳細については、BizTalk Server 2000 ヘルプの「仕様を開く」を参照してください。
x は、0 から 9 までの数値です。
警告メッセージが表示されます。
新しいカスタム最大長フィールドが表示されます。
Sp1a で修正済み
BizTalk エディタでサポートされている X12 構文規則 (スキーマのルート ノードの [参照] タブで [標準] が [X12] に設定されている場合を示す) の時刻形式は、HHMMSSDD です。
10 分の 1 秒または 100 分の 1 秒までの時間を表す場合、「BizTalk エディタでのカスタム日付/時刻書式の適用」で説明しているカスタム日付/時刻データ型を使用してください。
HHMMSSDD 形式を使用する場合、前に示した入力範囲の制限を満たすデータは、4 桁、6 桁、7 桁、または 8 桁の長さになります。つまり、時刻形式で HHMMSSDD を指定することは、データが HHMM、HHMMSS、HHMMSSD、または HHMMSSDD のいずれかと一致する必要があります。HHMMSSD 形式はカスタム日付/時刻データ型のオプション一覧には表示されませんが、HHMMSSDD を選択して [宣言] タブの最大値プロパティを 7 に設定するとこの形式を指定することができます。
HHMMSSss 形式またはその変形形式のいずれかを使用すると、X12 パーサーおよびシリアライザはデータを正しく解析できず、検証エラーが発生します。実行中に仕様またはイベント ログを検証すると、[警告] ウィンドウにエラーが表示されます。HHMMSSss は、時刻フィールドに対して許可されている X12 形式ではありません。X12 は HHMMSSDD のみを使用します。
HHMMSSDD カスタム書式を使用しているすべての時刻フィールドは文字列として扱われます。これは、XML が小数の秒または 100 分の 1 秒をサポートしないためです。
Sp1a で修正済み
BizTalk Server 2000 ヘルプで、「解析プロパティの設定」セクションの表内のテキストに次の修正事項があることに注意してください。「標準 :[Custom] "構造" プロパティ:[区切り記号] :」サブセクションの「[解析] プロパティ ページ :ルート ノードまたはレコードのプロパティ」の表の、「改行の追加」行に対する値列は次のように表示される必要があります。
次のオプションのいずれかを選択します。
「標準 :[Custom] "構造" プロパティ:[位置指定] :」サブセクションの「[解析] プロパティ ページ :ルート ノードまたはレコードのプロパティ」の表の、「改行の追加」行に対する値列は次のように表示される必要があります。
次のオプションのいずれかを選択します。
Sp1a で修正済み
X12 パーサーがサポートしているインスタンス構造の構成順序は、その性質上 HL (Hierarchy Level) セグメントでレベルの順序を省略できないという制限があります。
これは、HL セグメント/ループが親 HL を持つ場合、すべての HL セグメント/ループはその親 HL セグメント/ループよりも、ルートから正確に 1 レベル深くする必要があるということから生じる制限です。たとえば、HL/NM1/HL はサポートされません。つまり、HL が 'x' 段階ネストされているときに指定されたネストの順序は、そのツリー内では正確に同じ順序で 'x' 段階の深さに展開される必要があります。
このセクションには、BizTalk マッパーに関する重要なアップデートが含まれています。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
BizTalk Server 2000 では、送信元のスキーマに含まれる省略可能なフィールドから送信先スキーマのフィールドへのリンクを作成すると、BizTalk マッパーが空白の送信先フィールドを作成する Extensible Stylesheet Language Transformations (XSLT) を生成することがあります。これは、送信元フィールドが省略可能であるため、そのフィールドがインスタンス ドキュメントに現れない場合に発生します。
この BizTalk Server 2000 Service Pack ではこの問題が修正されました。BizTalk Server 2000 SP2 では、送信元スキーマでリンクされているフィールドが省略可能である場合、BizTalk Server は送信先フィールドを作成する前に
このセクションには、BizTalk メッセージ サービスに関する重要なアップデートが含まれています。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
SMTP (Simple Mail Transfer Protocol) 件名の既定値は、<Tracking_ID> から <document_name>-<Tracking_ID> に変更されました。これにより、ドキュメント定義名に基づいてドキュメントの経路を選定できます。
SMTP 件名の既定の値を変更するには、次の手順を実行します。
変更が保存されます。
注
Sp1a で修正済み
HTTP および HTTPS (Hypertext Transfer Protocol Secure) トランスポート サービスに対するプロキシ ユーザー名およびパスワードを構成するには、次の手順を実行します。
チャネルのプロパティ ウィザードが起動します。
Sp1a で修正済み
ランタイム ディクショナリに、called src_filename および src_filepath と呼ばれる 2 つのキーが追加されており、これらはドキュメントが配信されるときにそのドキュメントにファイル名を供給します。ファイル受信機能の呼び出し、またはファイル名を指定した Submit 呼び出しが行われると、サーバーがこれらのキーの値を設定します。ファイル名は、ドキュメントが存在している間は利用できます。アプリケーション統合コンポーネント (AIC) がこれらのプロパティを必要とする場合は、ディクショナリから抽出できます。これらのキーは、%document_name% および %tracking_id% のような、ワイルドカード文字 %src_filename% および %src_filepath% としても公開されます。
注
たとえば :
送信されるファイル名が c:\temp\myfile.txt の場合、ワイルドカード パラメータを次のように設定します。
%src_filepath% = "c:\temp" (末尾の円記号がありません)
%src_filename% = "myfile.txt"元のファイル名を再構成するには、ワイルドカード文字を次のように使用する必要があります。
%src_filepath%\%src_filename% 円記号で、2 つのフィールドを区切る必要があります。詳細については、次の注を参照してください。
たとえば、C:\SourceFile にソース ファイルがある場合は、ワイルドカード %src_filepath% = "c:"および %src_filename% = "SourceFile" を使用することにより、このファイルは c:\WINNT\System32\SourceFile または c:\SourceFile に存在することになります。どちらを指すことになるかは、プロセスのカレント ディレクトリによって異なります。
このセクションには、BizTalk Server 2000 の展開に関する問題の重要なアップデートが含まれています。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
BizTalk Server 2000 のリリース後、BizTalk Server Configuration Assistant ツールにいくつかの変更が行われました。これらの変更の詳細については、次の Microsoft サポート技術情報の記事を参照してください。
JP297445 INFO: BizTalk Server 2000 Service Pack 1a 修正一覧 (JP297445)
BizTalk Server Configuration Assistant は、以下のことを有効にするツールです。
BizTalk Server Configuration Assistant は、BizTalk メッセージ構成オブジェクト モデルに依存しています。BizTalk Server Configuration Assistant が正しく機能するには、次のファイルが BizTalk Server Configuration Assistant と同じディレクトリに存在する必要があります。
注
if (strDocsAppName <> strMapsAppName) then
On Error Resume Next
CreateApplicationFolder strLocalServer, strMapsAppName
Err.Clear
On Error GoTo errorExit
end if
BizTalk Server Configuration Assistant の詳細については、\Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\BTConfigAssistant フォルダにある Readme ファイルを参照してください。
このセクションには、ドキュメント トラッキングに関する重要なアップデートが含まれています。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
次のセクションは、追跡データベース SQL スクリプトの構文と引数を説明しています。
構文
次のコードは、dta_purge_old_records ストアド プロシージャで使用される構文です。
[ @nPurgeType = ] nPurgeType,
[ @nPurgeValue = ] nPurgeValue,
[ @nCompletedInterchangesOnly = ] nCompletedInterchangesOnly,
[ @nArchiveFlag = ] nArchiveFlag
[ , [ @nvcArchiveDBServer = ] N'nvcArchiveDBServer' ]
[ , [ @nvcArchiveDBName = ] N'nvcArchiveDBName' ] 引数
このトピックは、構文内で使用される引数について説明しています。
[ @nPurgeType = ] nPurgeType,[ @nPurgeType = ] nPurgeType 引数は、インターチェンジをタイムスタンプによって削除するか行数によって削除するかを指定する整数値です。nPurgeType が 1 の場合、レコードはタイムスタンプによって削除されます。nPurgeType が 2 の場合、レコードは行数によって削除されます。
[ @nPurgeValue = ] nPurgeValue[ @nPurgeValue = ] nPurgeValue 引数は、整数値です。この引数の意味は、nPurgeType の値によって異なります。
nPurgeType の値が 2 の場合、nPurgeValue はレコードがデータベースから削除、あるいはアーカイブする時にデータベースに残すインターチェンジの数を表します。たとえば、25,000 を指定すると、新しいものから 25,000 行を残して、それより古いインターチェンジをアーカイブまたは削除します。
nPurgeType の値が 1 の場合、nPurgeValue 特定の日時より古いインターチェンジをアーカイブする方法を指定するために、CURRENT_TIMESTAMP から減算する時間数を表します。たとえば、nPurgeValue に 96 を指定すると、96 時間 (4 日) より前のインターチェンジをアーカイブ、削除することができます。
[ @nCompletedInterchangesOnly = ] nCompletedInterchangesOnly[ @nCompletedInterchangesOnly = ] nCompletedInterchangesOnly 引数は、インターチェンジがデータベースから削除されるときに、付加処理が必要かどうかを設定する整数値です。たとえば、インターチェンジまたはドキュメントによっては、受信確認を待ったり、再送信を必要とするものもあります。
nCompletedInterchangesOnly を 0 に設定すると、付加処理が必要かどうかに関わらず、削除ジョブがインターチェンジおよびドキュメントを削除します。この引数を 0 に設定すると、フィルタ処理が少ないので削除ジョブの完了がより速くなります。
nCompletedInterchangesOnly を 1 に設定すると、削除ジョブは付加処理が必要なインターチェンジおよびドキュメントを削除しません。この引数を 1 に設定すると、フィルタ処理が多いので削除ジョブの完了がより遅くなります。
[ @nArchiveFlag = ] nArchiveFlag[ @nArchiveFlag = ] nArchiveFlag 引数は、ストアド プロシージャがインターチェンジおよびドキュメントのレコードを削除する前に、それらをアーカイブするかどうかを指定する整数値です。nArchiveFlag の値が 0 の場合、ストアド プロシージャはインターチェンジまたはドキュメントのレコードをアーカイブしません。nArchiveFlag の値が 1 の場合、ストアド プロシージャはインターチェンジおよびドキュメントのレコードがデータベースから削除される前に、それらをアーカイブします。
[ @nvcArchiveDBServer = ] nvcArchiveDBServer[ @nvcArchiveDBServer = ] nvcArchiveDBServer 引数は、省略可能な引数です。nArchiveFlag を 1 に設定する場合にこの引数を指定します。この引数は nvarchar(128) データ型であり、ストアド プロシージャがインターチェンジおよびドキュメントのレコードをアーカイブするデータベース サーバーの名前を指定します。
[ @nvcArchiveDBName = ] nvcArchiveDBName[ @nvcArchiveDBName = ] nvcArchiveDBName 引数は、省略可能な引数です。nArchiveFlag を 1 に設定する場合にこの引数を指定します。この引数は nvarchar(128) データ型であり、ストアド プロシージャがインターチェンジおよびドキュメントのレコードをアーカイブするデータベースの名前を指定します。
このセクションでは従属ソフトウェアおよびテクノロジに関する重要な情報を示します。
このセクションでは次のトピックについて説明します。
Sp1a で修正済み
次の表は、BizTalk Server 2000 のキーボードのショートカットについて説明しています。
| ユーザー インターフェイス | キー | 用途 |
| BizTalk エディタ | Shift + プラス記号 (+) (NumLock キーが有効な状態で、Shift キーを押しながらテンキーの + キーを押します。 | フォーカスが右側のペインの名前空間データ シート上にある場合に、新しいカスタム コメントを追加します。 |
| BizTalk エディタ | Tab キー | [新しいドキュメント仕様] ダイアログ ボックスの右上にあるボタンにアクセスします。 |
| BizTalk エディタ | Shift + F10 | 強調表示されたアイテムのショートカット メニューを開きます。 |
| BizTalk エディタ | Ctrl + Shift + R | これは次のバージョンで修正されます。 |
| BizTalk エディタ | Ctrl + Shift + F | ドキュメント仕様に新しいフィールドを挿入します。 |
| BizTalk マッパー | 方向キー | [グリッドのプレビュー] ウィンドウでフォーカスを移動します。 |
| BizTalk マッパー | Shift + F10 | 強調表示されたアイテムのショートカット メニューを開きます。 |
| BizTalk マッパー | Tab キー | [送信元仕様の種類の選択] ダイアログ ボックスの右上にあるボタンにアクセスします。 |
次の表は、キーボードのショートカットがない操作を説明しています。操作を実行するには、マウスキー機能を使用する必要があります。
| ユーザー インターフェイス | 操作 |
| BizTalk エディタ | 移動、ドラッグ アンド ドロップ、ノードのコピー |
| BizTalk マッパー | 移動、Functoid の選択、Functoid のドラッグ アンド ドロップ、リンク |
Sp1a で修正済み
XDR スキーマを XSD スキーマに変換するには、アップデートされた XSLT スタイル シートをダウンロードおよび実行する必要があります。
注
Sp1a で修正済み
EDIFACT の UNOX 構文識別子は、1 バイト文字以外の文字に対応するためのコードの拡張手法として定義されています。ただし一部の国および地域では、UNOX 構文が作成される前に、独自の標準が既に定義されていました。たとえば韓国では、KEDIFACT という名称の標準によって、UNO* ではなく KECA を使用してデータをマーク付けしています。BizTalk Server 2000 によって受信された EDIFACT データは、UNOA となるように変更されたヘッダーを持ちますが、DBCS (2 バイト文字セット) 文字はそのまま残されます。UNOA は、大文字の ASCII 文字のみで構成され、DBCS 文字を正しく変換しません。
この問題を解決するため、EDIFACT パーサーとシリアライザがアップデートされました。ヘッダーが UNOA 文字であると、アップデートされた EDIFACT パーサーとシリアライザは、既定のコードページ以外にデータを変換するコードページを定義するためのレジストリ キーを受け取ります。BizTalk Server 2000 で定義される値のセットには、EDIFACTUNOACodepage というレジストリ値が追加されています。このレジストリ値の既定値は 0 で、0 に設定されていると、前述の BizTalk Server 2000 の動作が適用されます。レジストリ値がその他の値に設定されている場合は、その値が、結果として得られた KEDIFACT データの変換に使用されるコードページの値となります。
このコードページの変更は処理全体に適用されます。その BiｚTalk Server 2000 を通過するすべての EDIFACT データは、EDIFACTUNOAcodepage で示されたコードページに従ってデータを処理します。
Sp1a で修正済み
Microsoft Data Access Components (MDAC) 2.5 をインストールしていて、MIME (Multipurpose Internet Mail Extensions) エンコードを持つように SMTP メッセージ ポートを構成している場合に、DBCS データがそのポート経由で送信されると、データが破損します (MDAC 2.5 はすべてのバージョンの Windows 2000 Service Pack に含まれています)。
この問題を回避するには、次の方法のいずれかを使って MDAC 2.6 をインストールしてください。
現時点では、MDAC 2.5 および MDAC 2.6 の両方で動作する修正プログラムはありません。
Sp1a で修正済み
BizTalk Server 2000 のインストールと共に、Microsoft XML Parser Version 3.0 Service Pack 2 Release (MSXML 3.0 SP2) を使用することを強くお勧めします。さらに、Side-by-Side モードで MSXML を使用することをお勧めします。MSXML 3.0 SP2 は既定では置換モードでインストールされます。
XMLINST.EXE をインストールして MSXML が置換モードで動作するように構成した場合、BizTalk Server で問題が発生する場合があります。たとえば、BizTalk エディタまたは BizTalk マッパーを起動できないことがあります。XMLINST.EXE を使用して、またはレジストリ キーを変更することによって MSXML が置換モードで動作するように構成した場合、BizTalk Server 2000 のインストールはサポートされません。
次の手順は、現在 MSXML パーサーが置換モードで動作するように構成されている場合に、XMLINST.EXE を使用して Side-by-Side モードで動作するように MSXML を構成する方法を示しています。
XMLINST.EXE の使用に関する詳細については、Microsoft サポート技術情報の次の文書を参照してください。「[PRB] 運用サーバでの Xmlinst.exe 実行後に発生するアプリケーションエラー」(JP278636)
重要
Sp1a で修正済み
この Service Pack では、Visio 2002 と BizTalk Server 2000 の互換性が提供されています。ただし、Visio 2002 で英語以外の言語を使用している場合、BizTalk オーケストレーション デザイナで一部の文字が正しく表示されないことがあります。この問題を修正するには、Microsoft Visio 2002 が常にシステムの既定のフォントを使用するように指定します。