Freigeben über

Lösungen für häufige Probleme

Möglicherweise treten diese häufigen Probleme auf, wenn Sie den DRDA-Dienst verwenden.

Der DRDA-Dienst kann nicht als Konsolenanwendung gestartet werden.

Wenn Sie den DRDA-Dienst nicht als Konsolenanwendung starten können, überprüfen Sie, ob der DRDA-Dienst bereits als Dienst ausgeführt wird.

  • Zeigen Sie im Menü Start auf Alle Programme, zeigen Sie auf Microsoft Visual Studio 2010, zeigen Sie auf Visual Studio-Tools, klicken Sie mit der rechten Maustaste auf Visual Studio x64 Win64-Eingabeaufforderung (2010), und klicken Sie auf Als Administrator ausführen. Das Dialogfeld Benutzerkontensteuerung wird angezeigt. Klicken Sie zum Fortsetzen des Vorgangs auf Ja .

  • Geben Sie an der Eingabeaufforderung net stop msdrdaservice ein, und drücken Sie die EINGABETASTE.

    C:\Windows\system32>net stop msdrdaservice
The Microsoft Service for DRDA service is stopping.
The Microsoft Service for DRDA service was stopped successfully.

Benutzerdefinierte Listener

Beim Starten des Diensts schreibt der DRDA-Dienst Warnungseinträge in die internen DrdaAsTextListener und DrdaAsConsoleListener und benachrichtigt den IT-Spezialisten, dass der DRDA-Dienst keine benutzerdefinierten Listener (Bind, Text, sonstige) laden konnte.

Benutzerdefinierter Bindungslistener

Der DRDA-Dienst unterstützt benutzerdefinierte Bindungslistener, die möglicherweise eines von zwei statischen SQL für DB2 XML-Dokumentformate unterstützen: HIS 2010 (v8.5) oder HIS 2013 (v9.0). Bei einem Rückruf von einem benutzerdefinierten Bindungslistener protokolliert der DRDA-Dienst diesen Fehler möglicherweise.

Error:2:2:[sep 13 2012 10:44:09.571] SqlDatabase::CreateXMLForPackage::OnPackageBound(xmlstring ... out sqlscripts) no sql scripts are passed back.
Error:2:2:[sep 13 2012 10:44:09.573] SqlDatabase::CreateXMLForPackage::OnPackageBound(xmlstring, ..., out sqlscripts)  Null and empty scripts passed from custom binder
Error:2:4:[sep 13 2012 10:44:09.575] SqlDatabase::CreateXMLForPackage::OnPackageBound(xmlstring, ..., out sqlscripts)    at Microsoft.HostIntegration.Drda.RDB.SqlDatabase.CreateXMLForPackage

Die Lösung besteht darin, den entsprechenden packageXmlFormat-Attributwert zu konfigurieren. Das packageXmlFormat-Attribut weist den DRDA-Server an, die statische SQL for DB2-XML-Datei im v90- oder v85-Format zu schreiben. Dieses optionale Attribut akzeptiert einen Zeichenfolgenwert von v85 oder v90. Der Standardwert ist v90 .

In diesem Fall sollten Sie versuchen, den Wert "v85" anzugeben und dann den Befehl bind or bind copy erneut anzufordern.

packageXmlFormat="v85"

Statisches SQL für DB2-Paket-XML-Formatattribute.

Hinweis

Microsoft HIS 2013 (V9) unterstützt sowohl das alte als auch das neue Format, das ein zugeordnetes XML-Schema zum Überprüfen des XML-Dokuments enthält. Microsoft HIS 2009 und HIS 2010 (V8.5) unterstützen nur das alte Format.

Problem mit Einem Microsoft Client für DB2-Testverbindungsfehler

Could not connect to data source 'DATASOURCE':
An internal network library error has occurred. A network level syntax error has occurred.

Die Lösung besteht darin, die DRDA-Dienstkonfiguration für einmaliges Anmelden für Unternehmen zu überprüfen.

Überprüfen Sie zunächst, ob Sie Enterprise Single Sign-On für Host-Initiated einmaliges Anmelden konfiguriert haben, und starten Sie dann den EntSSO-Dienst erneut, indem Sie die Schritte 6 und 7 im Abschnitt "Konfigurieren von HIS 2010 und ESSO V4.5" ausführen.

Überprüfen Sie zweitens, ob Sie die Host- und Windows-Anmeldeinformationen ordnungsgemäß zugeordnet haben, indem Sie die Schritte 11-13 im Abschnitt "So definieren Sie eine ESSO-Partneranwendung für Windows-initiiertes einmaliges Anmelden" ausführen. Stellen Sie außerdem sicher, dass Sie beim Testen der Verbindung die richtigen Hostanmeldeinformationen aus dem Microsoft Client für DB2 verwenden.

Problem mit einem Fehler bei IBM QMF for z/OS mit Dem Standortnamen ist nicht bekannt.

IBM QMF for z/OS-Verbindungsfehler (z. B. SELECT * FROM HISDEMO1. DBO. CUSTOMERS) gibt den folgenden Fehler zurück.

The location name is not known to the local DB2 subsystem.

Die Lösung besteht darin, DB2 für z/OS-Konfigurationsdatenbank zu überprüfen und DDF bei Bedarf neu zu starten.

Überprüfen Sie zunächst, ob Sie die Katalogtabellen von DB2 für z/OS (SYSIBM) aktualisiert haben. LOCATIONS, SYSIBM. IPNAMES und SYSIBM. USERNAMES) mit Ihrer relationalen Remotedatenbank.

Bitten Sie ihren DB2 for z/OS-Administrator t, db2 for z/OS Distributed Data Facility (DDF), das DRDA-Protokollgateway, zu beenden und erneut zu starten, und probieren Sie dann die SQL-Abfrage erneut aus.

Problem mit einem Fehler bei IBM QMF for z/OS mit einem Nicht verfügbaren Ressourcenfehler

IBM QMF for z/OS-Verbindungsfehler (z. B. SELECT * FROM HISDEMO1. DBO. CUSTOMERS) gibt den folgenden Fehler zurück.

Unsuccessful execution caused by an unavailable resource. (Reason code:
00D300F4; type of resource: 00001005; and resource name: NAME).
The DRDA AS log will have the following corresponding error.
Could not map use rid/password to a valid windows account. Authentication failed.

Die Lösung besteht darin, DB2 für z/OS-Konfigurationsdatenbank zu überprüfen und DDF bei Bedarf neu zu starten.

Überprüfen Sie zunächst, ob Sie die Katalogtabellen von DB2 für z/OS (SYSIBM) aktualisiert haben. LOCATIONS, SYSIBM. IPNAMES und SYSIBM. USERNAMES) mit Ihrer relationalen Remotedatenbank.

Bitten Sie ihren DB2 for z/OS-Administrator t, db2 for z/OS Distributed Data Facility (DDF), das DRDA-Protokollgateway, zu beenden und erneut zu starten, und probieren Sie dann die SQL-Abfrage erneut aus.

Problem mit einem Fehler bei IBM QMF for z/OS mit Syntaxfehler oder Zugriffsregelverletzung

IBM QMF for z/OS, SPUFI, DB2 Admin oder ein anderes Programm kann einen DB2 for z/OS-Alias (z.B. DBO) nicht abfragen. REMAREAS) über eine SQL Server Tabelle (z. B. HISDRDA1. DBO. BEREICHE), die DRDA AS verwendet und den folgenden Fehler zurückgibt.

DSNT408I SQLCODE =   -204, SQLSTATE = 42704, SYNTAX ERROR OR ACCESS RULE VIOLATION FROM DB2 UDB for AIX, Linux, HP-UX, Sun, and Windows TOKENS 'DBO.REMAREAS' IS AN UNDEFINED NAME.

Das DRDA AS-Protokoll weist den folgenden entsprechenden Fehler auf.

DrdaAs Information: 7 : [9/19/2011 4:30:55 PM] Processing PRPSQLSTT "SELECT * FROM DBO.REMAREAS"
DrdaAs Error: 7 : [9/19/2011 4:30:55 PM] Message: Invalid object name 'DBO.REMAREAS'.

Die Lösung besteht darin, zu überprüfen, ob Sie einen entsprechenden SQL Server ALIAS oder VIEW erstellt haben.

Beispiel:

CREATE VIEW [dbo].[REMAREAS]
AS
SELECT     dbo.AREAS.*
FROM         dbo.AREAS

Problem mit einem Fehler bei IBM QMF for z/OS mit einem Kommunikationsfehler

IBM QMF for z/OS-Verbindungsfehler (z. B. SELECT * FROM HISDEMO1. DBO. CUSTOMERS) gibt den folgenden Fehler zurück.

A communications error was detected.
Message No: DSQ10427.

Die IBM QMF for z/OS-Referenz zu Nachrichten und Codes definiert QMF-Nachrichten DSQ10427 als SQLCODE -30081. In der Referenz zu IBM DB2 for z/OS-Codes wird SQLCODE -30081 als Kommunikationsfehler definiert.

Die Lösung besteht darin, zu überprüfen, ob die Ausnahmeliste der Windows-Firewall das MsDrdaService.exe-Programm auf dem DRDA-Dienstcomputer enthält.

  1. Zeigen Sie im Menü Start auf Systemsteuerung, klicken Sie auf System und Sicherheit, klicken Sie auf Windows-Firewall, klicken Sie auf Ein Programm oder Feature über die Windows-Firewall zulassen, auf Einstellungen ändern, auf Weiteres Programm zulassen, auf Durchsuchen, geben Sie "%SNAROOT%\MsDrdaService.exe" ein, klicken Sie dann auf Hinzufügen, und klicken Sie dann auf OK.

  2. Starten Sie den DRDA-Dienst erneut.

Fehler bei der SELECT- oder CALL-Anweisung des DRDA-Clients

DRDA-Clientprogramme binden eine Reihe von Standardpaketen, die grundlegende DECLARE CURSOR-Anweisungen enthalten, mit denen definiert wird, wie Ergebnisse für SELECT- und CALL-Anweisungen abgerufen und zurückgegeben werden. Wenn die Anweisung fehlschlägt, überprüfen Sie, ob das Paket oder die Auflistung in der IgnoreStandardPacakges.txt-Datei aufgeführt ist. Wenn aufgeführt, entfernen Sie den Verweis, binden Sie sie neu, und führen Sie die Anweisung erneut aus.

Verbindungsfehler für relationale Datenbanken

Der DRDA-Dienst stellt eine Verbindung mit einer SQL Server Datenbank her, indem die Verbindungszeichenfolge im MsDrdaService.exe.config als Reaktion auf eine DRDA ACCRDB-Anforderung (Access Relational Database) verwendet wird. Unter bestimmten Umständen schlägt der SQL Server Datenbankverbindungsversuch möglicherweise mit dem folgenden Fehler fehl.

A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server).

Der DRDA-Dienst gibt den folgenden IBM DB2-Fehler an den DRDA-Client zurück.

SQLCODE -30041
SQLSTATE 57013
Error Text: EXECUTION FAILED DUE TO UNAVAILABLE RESOURCES THAT WILL AFFECT THE SUCCESSFUL EXECUTION OF SUBSEQUENT COMMANDS AND SQL STATEMENTS.

In diesen Fällen sollten Sie die Dokumentation und bewährten Methoden von Microsoft SQL Server verwenden, um die Ursache des Verbindungsfehlers zu ermitteln.

Problem mit Authentifizierungsfehlern bei verwendung von hostinitiiertem ESSO

Wenn der Empfang von in-bound-Verbindungen von DB2 for z/OS die DRDA-Dienstauthentifizierung verwendet, wird der DRDA-Dienst nur anhand des Benutzernamens authentifiziert. Der DRDA ACCSEC (Access Security, Zugriffssicherheit) SECMEC (Security Mechanism, Sicherheitsmechanismus) ist USRIDONL (User ID only, nur Benutzer-ID).

Der DRDA-Dienst schreibt möglicherweise den folgenden Fehler in den Ablaufverfolgungslistener, wenn der DRDA SECCHK (Sicherheitsüberprüfung) verarbeitet wird.

  • Fehler beim Authentifizieren des Benutzers: Fehler beim SSO LogonExternalUser mithilfe der angegebenen userid/passwd.

    Zum Unterstützen dieser Authentifizierungsmethode bei vom Host eingeleitetem Enterprise Single Sign-On müssen Sie die Eigenschaft Externe Anmeldeinformationen überprüfen in der Partneranwendung auf True festlegen.

Problem mit einem Fehler bei der Verarbeitung von BNDSQLSTT, wenn Parameternamen Bindestriche enthalten

Laut MSDN erkennt Microsoft SQL Server keine Variablennamen und parameter für gespeicherte Prozeduren, die durch Trennzeichen getrennt sind. Bei diesen Bezeichnertypen müssen die Regeln für normale Bezeichner eingehalten werden. Siehe https://msdn.microsoft.com/library/ms176027.aspx. Pl/I- und COBOL-Parameternamen enthalten jedoch Bindestriche und andere Sonderzeichen. Die Lösung besteht darin, dass der DRDA-Dienst das BGNBND BNDSQLSTT verarbeitet, indem Sonderzeichen entfernt und durch einen einzelnen Unterstrich ersetzt werden. Der DRDA-Dienst ersetzt beispielsweise den statischen SQL-Parameternamen "PARM-1" durch SQL Server Parameternamen der gespeicherten Prozedur "PARM_1". Der DRDA-Dienst verwendet den ersetzten Wert beim Verarbeiten von BGNBIND BNDSQLSTT in eine SQL Server gespeicherte Prozedur oder in eine statische XML-Definitionsdatei von SQL for DB2. Siehe Liste der ungültigen Zeichen in der T-SQL-Referenz unter https://msdn.microsoft.com/library/aa224033(v=SQL.80).aspx.

Ursprünglicher Wert Ersetzter Wert
Tilde (~)
Bindestrich (-)
Ausrufezeichen (!)
geschweifte Klammer links ({)
Prozent (%)
geschweifte Klammer rechts (})
caret (^)
Apostroph (')
ampersand (&)
Punkt (.)
runde Klammer links (()
umgekehrter Schrägstrich (\)
runde Klammer rechts ())
Graviszeichen (`)

DER DRDA-Dienst ersetzt ungültige Zeichen durch einen einzelnen Unterstrich.

Problem mit der Verarbeitung von BGNBND BNDSQLSTT, wenn das Konsistenztoken nicht lesbar ist

Die Lösung besteht darin, dass die DRDA AS das BGNBND BNDSQLSTT mithilfe einer hexadezimalen Darstellung des 8-Byte-Konsistenztokens verarbeitet.

Problem mit dem Verbindungstimeout beim Herstellen einer Verbindung mit SQL Server Spiegelungspartner

Mögliche Fehler während der Datenbankspiegelung

Problem beim Laden des benutzerdefinierten Bindungslisteners beim Dienststart

DER DRDA-Dienst gibt eine Warnung zurück, wenn beim Starten des Diensts kein benutzerdefinierter Bindungslistener geladen werden kann. Die Warnung verhindert nicht, dass der DRDA-Dienst gestartet wird.

Dieses Problem kann auftreten, wenn der DRDA-Dienst nicht auf den benutzerdefinierten Bindungslistener oder das Verzeichnis zugreifen kann, in dem der benutzerdefinierte Bindungslistener für das Schreiben von Bindungskopien in XML- oder Ablaufverfolgungsdateien konfiguriert ist. Der Administrator sollte die entsprechenden Zugriffssteuerungslistenrechte für diese Verzeichnisse festlegen.

Alle Mitglieder der HIS-Laufzeitbenutzergruppe müssen über Lese- und Ausführungsrechte für das Systemverzeichnis der Programmdateien verfügen, in dem die dynamische Linkbibliothek für benutzerdefinierte Bindungslistener installiert ist. Alle Mitglieder der Gruppe HIS Runtime Users müssen über Schreib-, Lese- und Ausführungsrechte verfügen, um die Kopie an Verzeichnisse zu binden, in denen der benutzerdefinierte Bindungslistener die Bindungskopie in XML- und Ablaufverfolgungsdateien schreibt.

Problem, wenn der benutzerdefinierte Bindungslistener auf der Rückrufschnittstelle nicht zurückgegeben wird.

Der DRDA-Dienst gibt keine BGNBNDRM (Begin Bind Error Reply Message) an den DRDA Application Requester-Client zurück, wenn ein benutzerdefinierter Bindungslistener keine CREATE PROCEDURE DDL-Anweisung an den DRDA-Dienst zurückgibt. Das attribut errorWhenNoCallback weist den DRDA-Dienst an, BGNBNDRM (Begin Bind Reply Message) an den DRDA AR-Client zurückzugeben, wenn die benutzerdefinierte Bindungslistenerkomponente keine Informationen zur Rückrufschnittstelle zurückgibt. Dieses optionale Attribut akzeptiert einen booleschen Wert. Der Standardwert lautet true.


<packageBindListeners>
  <packageBindListener
    type="Microsoft.HostIntegration.Drda.Common.PackageBindListener, Microsoft.HostIntegration.Drda.Common, Version=9.0.1000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL"
    errorWhenNoCallback="true"/>
</packageBindListeners>

Standardwerte für packageBindListener in der Anwendungskonfigurationsdatei des DRDA-Diensts.

Problem beim Starten des DRDA-Diensts als Befehlszeilenanwendung

Beim Starten des DRDA-Diensts als Befehlszeilenanwendung schlägt das Programm möglicherweise mit einem Fehler fehl.

C:\Program Files\Microsoft Host Integration Server 2013\system>MsDrdaService.exe -c
Only one usage of each socket address (protocol/network address/port) is normally permitted

Die Lösung besteht darin, den bereits ausgeführten DRDA-Dienst als Windows-Dienst zu beenden.

Mithilfe eines Befehlsfensters können Sie den DRDA-Dienst beenden und starten.

  1. Zeigen Sie im Startmenü auf Alle Programme, zeigen Sie auf Microsoft Visual Studio 2010, zeigen Sie auf Visual Studio-Tools, klicken Sie mit der rechten Maustaste auf Visual Studio x64 Win64-Eingabeaufforderung (2010), und klicken Sie auf Als Administrator ausführen. Das Dialogfeld Benutzerkontensteuerung wird angezeigt. Klicken Sie zum Fortsetzen des Vorgangs auf Ja .

  2. Geben Sie an der Eingabeaufforderung net stop msdrdaservice ein, und drücken Sie die EINGABETASTE.

    C:\Windows\system32>net stop msdrdaservice
The Microsoft Service for DRDA service is stopping.
The Microsoft Service for DRDA service was stopped successfully.

    Mithilfe eines Befehlsfensters können Sie den DRDA-Dienst als Anwendung ausführen.

  3. Zeigen Sie im Startmenü auf Alle Programme, zeigen Sie auf Microsoft Visual Studio 2010, zeigen Sie auf Visual Studio-Tools, klicken Sie mit der rechten Maustaste auf Visual Studio x64 Win64-Eingabeaufforderung (2010), und klicken Sie auf Als Administrator ausführen. Das Dialogfeld Benutzerkontensteuerung wird angezeigt. Klicken Sie zum Fortsetzen des Vorgangs auf Ja .

  4. Geben Sie an der Eingabeaufforderung net stop msdrdaservice ein, und drücken Sie die EINGABETASTE.

    C:\Windows\system32>net stop msdrdaservice
The Microsoft Service for DRDA service is stopping.
The Microsoft Service for DRDA service was stopped successfully.

  5. Geben Sie an der Eingabeaufforderung cd C:\Windows\system32>cd C:\Programme\Microsoft Host Integration Server 2013\system ein, und drücken Sie die EINGABETASTE.

    C:\Program Files\Microsoft Host Integration Server 2013\system>MsDrdaService.exe -c
DrdaAs Information: 0 : [10/4/2011 4:51:48 PM] Microsoft Service for DRDA (build: 9.0.1203.0 )
DrdaAs Information: 0 : [10/4/2011 4:51:48 PM] TCP communication manager listening on port 446

    Hinweis

    Der DRDA-Dienstprotokollwriter gibt Informationen im Konsolenfenster aus.

Benutzerdefinierter Paketbindungslistener kann nicht geladen werden

Wenn der DRDA-Dienst beim Starten des Diensts keinen benutzerdefinierten Paketbindungslistener laden kann, protokolliert der DRDA-Dienst die folgende Warnung.

Warning:0:2:[Apr 30 2012 16:04:12.996] SessionManager::Initialize PackageBindingListener failed to load type: " Microsoft.HostIntegration.Drda.Common.PackageBindListener, Microsoft.HostIntegration.Drda.Common, Version=9.0.1000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL "

Wenn msDrdaService zur Laufzeit keinen benutzerdefinierten Paketbindungslistener laden kann, gibt der MsDrdaService keinen Fehler zurück.

Hinweis

Der DRDA-Dienst wird weiterhin ohne zusätzliche Warnung ausgeführt. Der DRDA-Dienst unterstützt mehrere gleichzeitige benutzerdefinierte Paketbindungslistener. Der IT-Fachmann oder Entwickler sollte das Problem basierend auf der anfänglichen Warnung nach dem Start des DRDA-Diensts beheben.

Abfragen für SYSIBM. SYSDUMMY1 gibt SQLCODE -204 zurück.

Um ein SYSIBM-Schema und SYSDUMMY1 Tabelle zu definieren, bearbeiten Sie die USE-Klausel, um auf das Ziel SQL Server Datenbank zu verweisen, und führen Sie dann die Anweisung aus.

/****** HAS OUTPUT PARAMS ******/

Die interne DRDA-Dienstbindung enthält diesen Kommentar beim Ausführen der CREATE PROCEDURE-Anweisung.

USE [CONTOSO]
GO
/****** Object:  Schema [SYSIBM]    Script Date: 09/26/2012 13:21:38 ******/
IF NOT EXISTS (SELECT * FROM sys.schemas WHERE name = N'SYSIBM')
EXEC sys.sp_executesql N'CREATE SCHEMA [SYSIBM] AUTHORIZATION [dbo]'
GO
/****** Object:  Table [SYSIBM].[SYSDUMMY1]    Script Date: 09/26/2012 13:21:38 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
IF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[SYSIBM].[SYSDUMMY1]') AND type in (N'U'))
BEGIN
CREATE TABLE [SYSIBM].[SYSDUMMY1]([IBMREQD] [char](1) NOT NULL) ON [PRIMARY]
END
GO
SET ANSI_PADDING OFF
GO
INSERT [SYSIBM].[SYSDUMMY1] ([IBMREQD]) VALUES (N'Y')

DDL zum Erstellen eines SYSIBM-Schemas und SYSDUMMY1 Tabelle.

Abfrage gibt einen leeren Parameterwert zurück

Die CREATE PROCEDURE-Anweisung sollte einen Kommentar enthalten, um anzugeben, dass mindestens ein OUTPUT-Parameter verwendet wird, um die Daten aus der SELECT-Anweisung zurückzugeben.

/****** HAS OUTPUT PARAMS ******/

Die interne DRDA-Dienstbindung enthält diesen Kommentar beim Ausführen der CREATE PROCEDURE-Anweisung.

Abfrage gibt ein leeres Resultset zurück

Beim Ausführen von DECLARE CURSOR FOR SELECT gibt der DRDA-Dienst möglicherweise ein leeres Resultset und den folgenden Fehler zurück.

THE CURSOR  IS NOT IN A PREPARED STATE
SQLSTATE: 26501, SQLCODE: -514

Die CREATE PROCEDURE-Anweisung sollte einen Kommentar enthalten, um anzugeben, dass die gespeicherte Prozedur ein Resultset zurückgibt.

/****** RETURN RESULTSET ******/

Die interne DRDA-Dienstbindung enthält diesen Kommentar beim Ausführen der CREATE PROCEDURE-Anweisung.

Bind Copy schlägt mit SQLCODE -904 fehl

Beim Ausführen von DRDA BGNBND (Begin Bind) zum Kopieren eines Pakets aus DB2 für z/OS in SQL Server mithilfe des Bereichs DB2 Admin Kopieren von Paket binden gibt das DB2-System möglicherweise einen SQLCODE -904 zurück.

Dieses Problem kann durch eine falsche Sicherheitskonfiguration verursacht werden, die ihrem 3270-Profil zugeordnet ist, das für die Anmeldung bei der Hostsitzung verwendet wird.

Fehler beim Ausführen des Pakets mit SQLCODE 805

Beim Ausführen eines statischen SQL-Pakets von DB2 für z/OS bis zu SQL Server unter Verwendung eines lokal angefügten DB2 for z/OS-Programms (TSO, CICS) gibt das DB2-System möglicherweise einen SQLCODE -805 zurück.

Dieses Problem kann durch eine falsche Zuordnung von DB2 für z/OS zu SQL Server vollqualifizierten Paketbenennungskonvention verursacht werden. Überprüfen Sie, ob die Bindungskopie eine gespeicherte Prozedur im SQL Server Schema erzeugt hat, das mit dem Literal db2 for z/OS oder dem namen der übereinstimmenden Sammlung übereinstimmt. Überprüfen Sie außerdem, ob die MsDrdaService.exe.config databaseAliases alle erforderlichen DB2-Speicherorte zum SQL Server Datenbanknamenzuordnungen oder db2-Auflistung zum SQL Server Schemanamenzuordnungen enthält.

  <databaseAlias sourceLocation="CONTOSO"
                 sourceCollection="DSN8HC91"
                 targetDatabase="ContosoRetailDW"
                 targetSchema="DSN8910" />
  <databaseAlias sourceLocation="NWIND"
                 sourceCollection="DSN8HC91"
                 targetDatabase="Northwind"
                 targetSchema="DSN8910" />
</databaseAliases>

Überprüfen Sie außerdem die durch Kommas getrennten Werte für das packageProcedureSchemaList-Attribut innerhalb des Datenbankelements des MsDrdaService.exe.config.

packageProcedureSchemaList="DBO,DSN8910"