質問

私の同僚は、DB2 / MVSアダプターを介してBizTalk 2006 R2をz / OSメインフレームでホストされているデータベースに接続しようとしています。接続設定をテストすると、次のエラーが発生します

Could not connect to data source 'New Data Source':
The network connection was terminated because the host failed to send any data.
SQLSTATE: 08S01, SQLCODE: -605

設定を通常の接続文字列に入れて、.NETコードで開く場合、それで問題ありません。私はBizTalkとDB2が初めてです。このエラーが表面化した場合、誰が何に注意するべきかを提案できますか?

08年8月24日:

まあ、通常の.NETコードと通常のDB2接続文字列を使用すると、接続を確立してクエリを送信できます。このDB2アダプターが報告しているのは、クエリを送信することは言うまでもなく、適切な接続ハンドシェイクを行うことさえできないということです。 DB2接続を実現するための実際のメカニズムがどのようなものかわかりません。

08年8月25日:

  

このMSDNフォーラムの投稿、ログインの問題のようです。

私はそれを見ましたが、ここではそうではありません。ユーザー名をパッケージコレクションとして指定しても、同じ問題が発生します。

08年8月26日:

Microsoft製品からメインフレームDB2データベースへの接続に関する情報が不足しているため、.NET DB2プロバイダーの接続(動作している)とBizTalkの間で何が起こっているのかを知るために、生のネットワークパケットを検査するタスクを引き受けました2006 DB2アダプター(爆弾)。 DB2トラフィックはDRDAプロトコルを使用して行われます。そして最終的に、サーバーの応答SECCHKRMパケットに記録されているものが原因で、BizTalkアダプターメソッドが失敗することを結論付けました

DRDA (Security Check)
    DDM (SECCHKRM)
        Length: 55
        Magic: 0xd0
        Format: 0x02
            0... = Reserved: Not set
            .0.. = Chained: Not set
            ..0. = Continue: Not set
            ...0 = Same correlation: Not set
            DSS type: RPYDSS (2)
        CorrelId: 0
        Length2: 49
        Code point: SECCHKRM (0x1219)
    Parameter (Severity Code)
        Length: 6
        Code point: SVRCOD (0x1149)
        Data (ASCII): 
        Data (EBCDIC): 
    Parameter (Security Check Code)
        Length: 5
        Code point: SECCHKCD (0x11a4)
        Data (ASCII): 
        Data (EBCDIC): 
    Parameter (Server Diagnostic Information)
        Length: 34
        Code point: SRVDGN (0x1153)
        Data (ASCII): \304\331\304\301@\301\331z@\301\344\343\310\305\325\343\311\303\301\343\311\326\325@\206\201\211\223\205\204
        Data (EBCDIC): DRDA AR: AUTHENTICATION failed

同じ資格情報がここで失敗するのは、.NETプロバイダーで成功するのが私を超えているからです。現在、私が観察できるのは、転送されるパケットのシーケンスに関して、各メソッドの顕著な違いです。

.NET DB2プロバイダー

No.     Time        Source                Destination           Protocol Info
      1 0.000000    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
      2 0.000399    [DB2 server IP]          [client IP]         TCP      50000 > kpop [SYN, ACK] Seq=0 Ack=1 Win=16384 Len=0 MSS=1460 WS=0
      3 0.000414    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=1 Ack=1 Win=65536 [TCP CHECKSUM INCORRECT] Len=0
      4 0.000532    [client IP]         [DB2 server IP]          DRDA     EXCSAT | ACCSEC
      5 0.038162    [DB2 server IP]          [client IP]         DRDA     EXCSATRD | ACCSECRD
      6 0.041829    [client IP]         [DB2 server IP]          DRDA     ACCSEC | SECCHK | ACCRDB
      7 0.083626    [DB2 server IP]          [client IP]         TCP      50000 > kpop [ACK] Seq=108 Ack=542 Win=65535 Len=0
      8 0.190534    [DB2 server IP]          [client IP]         DRDA     ACCSECRD | SECCHKRM | ACCRDBRM | SQLCARD
      9 0.199776    [client IP]         [DB2 server IP]          DRDA     PRPSQLSTT | SQLATTR | SQLSTT | OPNQRY
     10 0.293307    [DB2 server IP]          [client IP]         TCP      [TCP segment of a reassembled PDU]
     11 0.293359    [DB2 server IP]          [client IP]         TCP      [TCP segment of a reassembled PDU]
     12 0.293377    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=870 Ack=1444 Win=64092 [TCP CHECKSUM INCORRECT] Len=0
     13 0.293404    [DB2 server IP]          [client IP]         TCP      [TCP segment of a reassembled PDU]
     14 0.293452    [DB2 server IP]          [client IP]         TCP      [TCP segment of a reassembled PDU]
     15 0.293461    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=870 Ack=2516 Win=65536 [TCP CHECKSUM INCORRECT] Len=0
     16 0.293855    [DB2 server IP]          [client IP]         TCP      [TCP segment of a reassembled PDU]
     17 0.293908    [DB2 server IP]          [client IP]         DRDA     SQLDARD
     18 0.293918    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=870 Ack=3588 Win=64464 [TCP CHECKSUM INCORRECT] Len=0
     19 0.293957    [DB2 server IP]          [client IP]         DRDA     QRYDSC
     20 0.294008    [DB2 server IP]          [client IP]         DRDA     QRYDTA
     21 0.294017    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=870 Ack=4660 Win=65536 [TCP CHECKSUM INCORRECT] Len=0
     22 0.294023    [DB2 server IP]          [client IP]         DRDA     SQLCARD
     23 0.295346    [client IP]         [DB2 server IP]          DRDA     RDBCMM
     24 0.297868    [DB2 server IP]          [client IP]         DRDA     ENDUOWRM | SQLCARD
     25 0.421392    [client IP]         [DB2 server IP]          DRDA     PRPSQLSTT | SQLATTR | SQLSTT | OPNQRY
     26 0.456504    [DB2 server IP]          [client IP]         DRDA     SQLDARD | OPNQRYRM | TYPDEFNAM | QRYDSC | QRYDTA | ENDQRYRM | TYPDEFNAM | SQLCARD
     27 0.456756    [client IP]         [DB2 server IP]          DRDA     RDBCMM
     28 0.488311    [DB2 server IP]          [client IP]         DRDA     ENDUOWRM | SQLCARD
     29 0.498806    [client IP]         [DB2 server IP]          DRDA     PRPSQLSTT | SQLATTR | SQLSTT | OPNQRY
     30 0.630477    [DB2 server IP]          [client IP]         TCP      50000 > kpop [ACK] Seq=5157 Ack=1579 Win=65171 Len=0
     31 0.788165    [DB2 server IP]          [client IP]         DRDA     SQLDARD | OPNQRYRM | TYPDEFNAM | QRYDSC | QRYDTA
     32 0.788203    [DB2 server IP]          [client IP]         DRDA     ENDQRYRM
     33 0.788225    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=1579 Ack=5815 Win=64380 [TCP CHECKSUM INCORRECT] Len=0
     34 0.788648    [client IP]         [DB2 server IP]          DRDA     RDBCMM
     35 0.795951    [DB2 server IP]          [client IP]         DRDA     ENDUOWRM | SQLCARD
     36 0.807365    [client IP]         [DB2 server IP]          DRDA     PRPSQLSTT | SQLATTR | SQLSTT | OPNQRY
     37 0.838046    [DB2 server IP]          [client IP]         DRDA     SQLDARD | OPNQRYRM | TYPDEFNAM | QRYDSC | QRYDTA | ENDQRYRM | TYPDEFNAM | SQLCARD
     38 0.838328    [client IP]         [DB2 server IP]          DRDA     RDBCMM
     39 0.841866    [DB2 server IP]          [client IP]         DRDA     ENDUOWRM | SQLCARD
     40 0.973506    [client IP]         [DB2 server IP]          TCP      kpop > 50000 [ACK] Seq=1906 Ack=6304 Win=65482 [TCP CHECKSUM INCORRECT] Len=0

BizTalk DB2アダプター

No.     Time        Source                Destination           Protocol Info
      1 0.000000    [client IP]          [DB2 server IP]          TCP      28165 > 50000 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=8
      2 0.002587    [DB2 server IP]          [client IP]          TCP      50000 > 28165 [SYN, ACK] Seq=0 Ack=1 Win=16384 Len=0 MSS=1460 WS=0
      3 0.010146    [client IP]          [DB2 server IP]          TCP      28165 > 50000 [ACK] Seq=1 Ack=1 Win=65536 Len=0
      4 0.019698    [client IP]          [DB2 server IP]          DRDA     EXCSAT
      5 0.020849    [DB2 server IP]          [client IP]          DRDA     EXCSATRD
      6 0.034699    [client IP]          [DB2 server IP]          DRDA     ACCSEC
      7 0.036584    [DB2 server IP]          [client IP]          DRDA     ACCSECRD
      8 0.042031    [client IP]          [DB2 server IP]          DRDA     SECCHK
      9 0.046350    [DB2 server IP]          [client IP]          DRDA     SECCHKRM
     10 0.046642    [DB2 server IP]          [client IP]          TCP      50000 > 28165 [FIN, ACK] Seq=160 Ack=200 Win=65336 Len=0
     11 0.053787    [client IP]          [DB2 server IP]          TCP      28165 > 50000 [ACK] Seq=200 Ack=161 Win=65536 Len=0
     12 0.056891    [client IP]          [DB2 server IP]          DRDA     ACCRDB
     13 0.058084    [DB2 server IP]          [client IP]          TCP      50000 > 28165 [RST, ACK] Seq=161 Ack=295 Win=0 Len=0

.NETプロバイダーが単一のTCPセグメント内でさまざまなDRDAプロトコルパケットを発行するのを目撃するのは興味深いことです。一方、BizTalkアダプターは、TCPセグメントごとに1つのプロトコルパケットのみを配置します。なぜそうなのかわかりません。ただし、現時点ではそれは赤いニシンであり、認証の失敗の原因となる真の違いはDRDAデータ交換にあると考えています。私はDRDAプロトコルを知らないので、それをもっと理解する前にそれを研究しなければなりません。

08 Sep 08:

この段階では、DB2 DBAチームの協力とMicrosoftの支援を得ることで多くの障害に直面したため、問題はまだ解決していません。

報告したいのは、接続が成功した場合と失敗した場合のすべての場合で、おそらく1つの重要な違いを確認したことです。

BizTalk DB2アダプターは、基本的に DB2用Microsoft ODBCドライバーを使用しています。成功する他のソフトウェアテストでは、 IBM DB2 ODBC DRIVER または IBM DB2 ODBC DRIVER–を使用します。 IBMCL1 。 IBMドライバーのパラメーター構成は、Microsoftのドライバーとは異なります。しかし、Microsoftドライバーの認証に失敗する可能性のある明らかな重大な違いは見当たりません。

役に立ちましたか?

解決

なぜ、Microsoftがこれを明示的に確認するのに十分な時間がかかったのか:

DB2Connectを介したプロキシ接続は、BizTalk DB2アダプターではサポートされていません

お客様のポリシーはDB2Connectを介してのみDB2データベースにアクセスすることであるため、アダプターは問題外です。

背景情報の詳細

DB2アダプターがz / OSメインフレームホストへの直接接続に対してのみ機能する理由は、法的制限によるものです。技術的には、DB2Connectとの接続を機能させることは可能ですが、IBMはそれを優先ノードにし、他の関係者が接続するための正しいDRDAシーケンスを合法的に確立できないようにしました。

他のヒント

自分ではなくこのアダプタを使用したことがあるので、推測しますが、おそらくBizTalkが接続に使用しているアカウントに関係しているか、ポートが正しく構成されていない可能性があります。

このMSDNフォーラムの投稿では、ログインの問題のようです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top