Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird beschrieben, wie Datenquellen für die Microsoft OLE DB-Anbieter für DB2 konfiguriert werden.
Ursprüngliche Produktversion: Hostintegrationsserver
Ursprüngliche KB-Nummer: 218590
Konfigurieren der OLE DB-Datenquelle für DB2 mithilfe von Datenlinks
Auf der Registerkarte "Anbieter" kann der Benutzer den OLE DB-Anbieter (die Anbieternamenzeichenfolge) auswählen, der in dieser UDL-Datei aus einer Liste möglicher OLE DB-Anbieter verwendet werden soll. Wählen Sie OLE DB-Anbieter für DB2 aus.
Auf der Registerkarte "Verbindung" kann der Benutzer die grundlegenden Eigenschaften konfigurieren, die zum Herstellen einer Verbindung mit einer Datenquelle erforderlich sind. Für OLE DB-Anbieter für DB2 enthalten die Verbindungseigenschaften die folgenden Werte:
Datenquelle: Die Datenquelle ist ein optionaler Parameter, mit dem die Datenquelle beschrieben werden kann. Wenn das Konfigurationsprogramm "Datenlinks" aus dem Programmordner "SNA Server" geladen wird, ist das Feld "Datenquelle" erforderlich. Dieses Feld wird verwendet, um die UDL-Datei zu benennen, die
Program Files\Common Files\System\OLE DB\Dataim Verzeichnis gespeichert ist.Benutzername: Für den Zugriff auf Daten in DB2 ist normalerweise ein gültiger Benutzername erforderlich. Optional können Sie einen Benutzernamen im Datenlink beibehalten. Der OLE DB-Anbieter fordert den Benutzer zur Laufzeit auf, ein gültiges Kennwort einzugeben. Darüber hinaus ermöglicht das Eingabeaufforderungsdialogfeld dem Benutzer das Außerkraftsetzen des Benutzernamens, der im Datenlink gespeichert ist.
Bei dem COMPUTER AS/400 wird die Groß-/Kleinschreibung in Bezug auf die Benutzer-ID und das Kennwort beachtet. Die AS/400 akzeptiert nur eine DB2/400-Benutzer-ID und ein Kennwort in GROßBUCHSTABEN. (Wenn die DB2/400-Verbindung aufgrund einer falschen Authentifizierung fehlschlägt, sendet der OLE DB-Anbieter die Authentifizierung erneut, wodurch die Benutzer-ID und das Kennwort in GROßBUCHSTABEN erzwungen werden.)
Bei der Groß-/Kleinschreibung wird die Groß-/Kleinschreibung nicht beachtet. Dies bedeutet, dass Sie auf Großrechnern die DB2-Benutzer-ID und das Kennwort in jedem Fall eingeben können. Der OLE DB-Anbieter sendet diese Werte in GROßBUCHSTABEN.
DB2 UDB für Windows NT berücksichtigt Groß-/Kleinschreibung. Die Benutzer-ID wird in GROßBUCHSTABEN gespeichert. Das Kennwort wird im gemischten Fall gespeichert. Der Benutzer muss das Kennwort im richtigen Fall eingeben. Der OLE DB-Anbieter sendet genau das Kennwort im vom Benutzer eingegebenen Fall. Der Benutzer muss den Windows NT-Benutzernamen nicht mit dem Windows NT-Domänennamen qualifizieren.
Kennwort: Für den Zugriff auf Daten auf DB2 ist normalerweise ein gültiges Kennwort erforderlich. Optional können Sie das Kennwort in der UDL-Datei speichern, indem Sie das Kontrollkästchen "Kennwort speichern zulassen" aktivieren.
Warnung
Diese Option speichert die Authentifizierungsinformationen in Nur-Text in der UDL-Datei.
Anfangskatalog: Diese OLE DB-Eigenschaft wird als erster Teil eines vollständig qualifizierten Tabellennamens aus drei Teilen verwendet.
In DB2 (MVS, OS/390) wird diese Eigenschaft als LOCATION bezeichnet. Das SYSIBM. Die Tabelle "LOCATIONS" listet alle barrierefreien Speicherorte auf. Um den Speicherort der DB2 zu finden, mit der Sie eine Verbindung herstellen müssen, bitten Sie Ihren Administrator, in der TSO-Clist DSNTINST unter den DDF-Definitionen nachzusehen. Diese Definitionen werden im DSNTIPR-Panel im DB2-Installationshandbuch bereitgestellt.
In DB2/400 wird diese Eigenschaft als RDBNAM bezeichnet. Der RDBNAM-Wert kann durch Aufrufen des WRKRDBDIRE-Befehls von der Konsole auf das Betriebssystem/400-System bestimmt werden. Wenn kein RDBNAM-Wert vorhanden ist, kann ein Wert mithilfe der Option "Hinzufügen" erstellt werden.
In der universellen DB2-Datenbank wird diese Eigenschaft als DATABASE bezeichnet.
Die Registerkarte "Verbindung" enthält auch eine Schaltfläche "Verbindung testen", die zum Testen der Verbindungsparameter verwendet werden kann. Die Verbindung kann nur getestet werden, nachdem alle erforderlichen Parameter eingegeben wurden. Wenn Sie auf diese Schaltfläche klicken, wird eine Sitzung für das Remote-DB2-System mithilfe des OLE DB-Anbieters für DB2 eingerichtet.
Auf der Registerkarte "Alle" kann der Benutzer zusätzliche Eigenschaften konfigurieren, die zum Herstellen einer Verbindung mit einer Datenquelle verwendet werden. Einige der Eigenschaften auf der Registerkarte "Alle" sind erforderlich. Diese Eigenschaften können bearbeitet werden, indem sie eine Eigenschaft aus der angezeigten Liste auswählen und "Wert bearbeiten" auswählen. Für OLE DB-Anbieter für DB2 enthalten diese Eigenschaften die folgenden Werte:
Alternativer TP-Name: Diese Eigenschaft ist nur beim Herstellen einer Verbindung mit SQL/DS (DB2/VM oder DB2/VSE) erforderlich und wird als Remotetransaktionsprogramm bezeichnet.
APPC Local LU Alias: Der Name des lokalen LU-Alias, der in SNA Server konfiguriert ist.
APPC-Modusname: Der APPC-Modus, der der Hostkonfiguration und der SNA-Serverkonfiguration entspricht. Rechtliche Werte für den APPC-Modus umfassen QPCSUPP (standardsystemstandard), #INTER (interaktiv), #INTERSC (interaktiv mit minimaler Routingsicherheit), #BATCH (Batch), #BATCHSC (Batch mit minimaler Routingsicherheit) und #IBMRDB (DB2-Remotedatenbankzugriff).
APPC Remote LU Alias: Der Name des in SNA Server konfigurierten Remote-LU-Alias.
Auto Commit-Modus: Diese Eigenschaft ermöglicht implizit
COMMITfür alle SQL-Anweisungen. Im Automatischen Commit-Modus ist jeder Datenbankvorgang eine Transaktion, die bei der Ausführung zugesichert wird. Dieser Modus eignet sich für allgemeine Transaktionen, die aus einer einzelnen SQL-Anweisung bestehen. Es ist unnötig, den Abschluss dieser Transaktionen zu trennen oder anzugeben. Bei Verwendung des automatischen Commit-Modus ist kein ROLLBACK zulässig. Der Standardwert ist True.Cacheauthentifizierung: Das Datenquellenobjekt des Anbieters oder Enumerator darf vertrauliche Authentifizierungsinformationen wie ein Kennwort in einem internen Cache zwischenspeichern. Der Standardwert ist False.
Standardisolationsstufe: Dadurch wird die Isolationsebene bestimmt, die in Fällen des gleichzeitigen Zugriffs auf DB2-Objekte durch mehrere Anwendungen verwendet wird. Der Standardwert ist NC. Die folgenden Ebenen werden unterstützt:
CS Cursor Stability. In DB2/400, this corresponds to COMMIT(*CS). In ANSI, this corresponds to Read Committed (RC). NC No Commit. In DB2/400, this corresponds to COMMIT(*NONE). In ANSI, this corresponds to No Commit (NC). UR Uncommitted Read. In DB2/400, this corresponds to COMMIT(*CHG). In ANSI, this corresponds to Read Uncommitted. RS Read Stability. In DB2/400, this corresponds to COMMIT(*ALL). In ANSI, this corresponds to Repeatable Read. RR Repeatable Read. In DB2/400, this corresponds to COMMIT(*RR). In ANSI, this corresponds to Serializable (Isolated).Standardschema: Der Name der Auflistung, in der der Anbieter nach Kataloginformationen sucht. Der OLE DB-Anbieter verwendet das Standardschema, um Resultsets für beliebte Vorgänge einzuschränken, z. B. das Aufzählen einer Liste von Tabellen in einer Zielauflistung (z. B. OLE DB
IDBSchemaRowsetDBSCHEMA_TABLES). Darüber hinaus verwendet der OLE DB-Anbieter Default Schema, um eine SQL-AnweisungSELECTfürIOpenRowset::OpenRowsetAnforderungen zu erstellen.Erweiterte Eigenschaften: Eine Methode zum Angeben zusätzlicher anbieterspezifischer Eigenschaften. Eigenschaften, die über diesen Parameter übergeben werden, sollten durch Semikolons getrennt werden und vom zugrunde liegenden Netzwerkclient des Anbieters interpretiert werden.
Host CCSID: Der Zeichencodesatzbezeichner (CCSID), der den DB2-Daten entspricht, wie auf dem Remotecomputer dargestellt. Dieser Parameter ist standardmäßig für USA/Kanada (37) festgelegt. Die CCSID-Eigenschaft ist erforderlich, wenn Binärdaten als Zeichendaten verarbeitet werden. Es sei denn, die Prozess-Binärdatei als Zeichenwert wird basierend auf der CCSID der DB2-Spalte und der STANDARD-ANSI-Codeseite konvertiert.
Netzwerkadresse: Diese Eigenschaft wird verwendet, um den Zielcomputer DB2 zu suchen, insbesondere die TCP/IP-Adresse oder den TCP/IP-Hostnamen/Alias, der dem DRDA-Port zugeordnet ist. Die Netzwerkadresse ist beim Herstellen einer Verbindung über TCP/IP erforderlich.
Netzwerkport: Diese Eigenschaft wird verwendet, um den Ziel-DB2 DRDA-Dienstzugriffsport bei der Verbindung über TCP/IP zu finden. Der Standardwert ist die bekannte DRDA-Portadresse von 446.
Netzwerktransportbibliothek: Die Dynamic Link Library-Eigenschaft des Netzwerktransports bestimmt, ob der Anbieter über SNA LU6.2 oder TCP/IP eine Verbindung herstellt. Der Standardwert ist SNA. Wenn TCP/IP ausgewählt ist, sind Werte für Netzwerkadresse und Netzwerkport erforderlich. Wenn die Standard-SNA ausgewählt ist, sind Werte für APPC Local LU Alias, APPC Mode Name und APPC Remote LU Alias erforderlich.
Package Collection: Der Name der DRDA COLLECTION, in der der Treiber DB2-Pakete speichern und binden soll. Dies kann mit dem Standardschema identisch sein.
PC-Codeseite: Diese Eigenschaft ist erforderlich, wenn Binärdaten als Zeichendaten verarbeitet werden. Es sei denn, die Prozess-Binärdatei als Zeichenwert wird basierend auf der in Windows konfigurierten Standard-ANSI-Codeseite konvertiert. Der Standardwert für diese Eigenschaft ist Lateinisch 1 (1252).
Sicherheitsinformationen beibehalten: Optional können Sie das Kennwort in der UDL-Datei speichern, indem Sie das Kontrollkästchen "Kennwort speichern zulassen" aktivieren.
Warnung
Diese Option speichert die Authentifizierungsinformationen in Nur-Text in der UDL-Datei.
Binärdatei als Zeichen verarbeiten: Mit dieser Option werden Binäre (CCSID 65535)-Datentypfelder als Zeichendatentypfelder pro Datenquelle behandelt. Die Werte "Host CCSID" und "PC Code Page" sind erforderliche Eingabe- und Ausgabeparameter.
Schreibgeschützt: Erstellt eine schreibgeschützte Datenquelle. Der Benutzer hat schreibgeschützten Zugriff auf Objekte, z. B. Tabellen, und kann keine Aktualisierungsvorgänge ausführen, z
INSERT. B. , oderUPDATEDELETE.