Datenquellen-Assistent
Der Datenquellen-Assistent führt Sie schrittweise durch die Konfiguration und das Speichern von Datenquelleninformationen, die benötigt werden, um den Datenanbieter mit IBM DB2-Remotedatenbankservern zu verbinden. Der Datenquellen-Assistent vereinfacht das Konfigurieren und Testen von Netzwerkverbindungen, das Verwenden von Paketen, das Definieren von Codepagekonvertierungen für Zeichenfolgen, sämtliche Tätigkeiten in Bezug auf Sicherheit und Verschlüsselung sowie das Überprüfen und Sichern der Konfiguration In den folgenden Abschnitten werden die einzelnen Dialogfelder des Datenzugriffs-Assistenten sowie die Aktionen beschrieben, die Sie in ihnen ausführen können.
TCP/IP-Netzwerkverbindung
Das Dialogfeld TCP/IP-Netzwerkverbindung muss verwendet werden, um erforderliche Parameter zu konfigurieren, z. B. die Netzwerkadresse (oder den Alias) und die Portnummer.
Adresse oder Alias
Sie müssen eine gültige IP-Adresse oder einen Alias im IPv4- oder IPv6-Format eingeben.
Port
Sie müssen eine IP-Portnummer angeben. Für DB2/400 ist der Standardwert für den TCP/IP-Port „446“. Andere IBM DB2-Plattformen unterstützen mehrere gleichzeitige Datenbankinstanzen, die jeweils eine eindeutige TCP/IP-Portnummer aufweisen.
DB2-Datenbank
Das Dialogfeld DB2-Datenbank muss verwendet werden, um erforderliche Datenbankparameter (z. B. den Anfangskatalog und die Paketauflistung) zu konfigurieren.
Anfangskatalog
Der Datenanbieter verwendet diesen Wert zum Herstellen einer Verbindung mit einem Anfangskatalog auf dem DB2-Datenbankserver.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 16 Bytes (Katalog wird auch als Speicherort bezeichnet).
DB2 für IBM i akzeptiert eine 18-Byte-Zeichenfolge (Katalog wird auch als relationale Datenbank bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 8 Bytes (der Katalog wird auch als Datenbank bezeichnet).
Paketauflistung
Die Paketauflistung ist erforderlich, um den Datenanbieter anzuweisen, in welchem DB2-Schema ein Paketsatz erstellt werden soll. Jedes Paket ist in Abschnitte mit SQL-Anweisungen (z. B. CREATE CURSOR) unterteilt, die verwendet werden, um Daten bei der Abfrage einer Datenbank abzurufen.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Bytes (Schema wird auch als Auflistung bezeichnet).
DB2 für IBM i akzeptiert eine 10-Byte-Zeichenfolge (Schema wird auch als Sammlung oder Bibliothek bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Bytes.
Es gibt zwei Möglichkeiten, wie der Datenanbieter Pakete erstellen kann.
Automatisch für Umgebungen im Einzelbenutzermodus. Während der Laufzeit erstellt und bindet der Datenanbieter ein Einzelpaket für die aktuelle Isolationsstufe (Standard ist Cursor Stability). Der Datenanbieter erteilt dem aktuellen Benutzer Ausführungsberechtigungen.
Manuell für Umgebungen im Mehrbenutzermodus. Wenn Sie zur Entwurfszeit die Menüoption Datenzugriffstool, Datenquellen-Assistent, Datenzugriffsbibliothek oder Datenlinks verwenden, erstellt und bindet der Datenanbieter eine Reihe von 4 Paketen (5 Pakete für DB2 für IBM i). Der Datenanbieter erteilt der PUBLIC-Gruppe dann Ausführungsberechtigungen.
Der Datenanbieter erstellt je nach Datenbankserverplattform und -umgebung 4 bis 5 Pakete. Die folgende Tabelle beschreibt die verschiedenen Pakete und Isolationsstufen.
| Microsoft-Paketname | Name der DB2-Isolationsstufe | Name der OLE DB-Isolationsstufe |
|---|---|---|
| MSNC001 | NO COMMIT | N/A (nur DB2 für IBM i) |
| MSUR001 | UNCOMMITTED READ | ISOLATIONLEVEL_READUNCOMMITTED |
| MSCS001 | CURSOR STABILITY | ISOLATIONLEVEL_READCOMMITTED |
| MSRS001 | READ STABILITY | ISOLATIONLEVEL_REPEATABLEREAD |
| MSRR001 | REPEATABLE READ | ISOLATIONLEVEL_SERIALIZABLE |
Standardschema
DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um SQL-Objekte wie Tabellen und Sichten mithilfe einer zweiteiligen Namenskonvention <SCHEMA> zu katalogisieren.<OBJECTNAME>. Zum Erstellen von SQL-Anweisungen (z. B. SELECT) können SQL Server-Consumer dem Benutzer zur Entwurfszeit eine Liste aller Objekte im Datenbankkatalog anzeigen. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, Schemaabfragen auf ein einzelnes Datenbankschema einzuschränken. Auf diese Weise werden Effizienz und Leistung verbessert. Der Standardwert ist eine leere Zeichenfolge.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Bytes (Schema wird auch als Auflistung bezeichnet).
DB2 für IBM i akzeptiert eine 10-Byte-Zeichenfolge (Schema wird auch als Sammlung oder Bibliothek bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Bytes.
Standardqualifizierer
Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, eine Umgebungsoption für einen Standardqualifizierer festzulegen, die den DB2-Server informiert, in welchem Schema nach Datenbankobjekten gesucht werden soll. Der Standardwert ist eine leere Zeichenfolge. Zur Verbindungszeit kann der Datenanbieter eine Umgebungsoption bestimmen, um einen Standardqualifizierer festzulegen. Auf diese Weise wird der DB2-Server informiert, in welchem Schema nach dem Objekt zu suchen ist. Der Wert des Standardqualifizierers muss mit einem bestehenden DB2-Schema übereinstimmen. Andernfalls gibt der DB2-Server ggf. einen Fehler zurück.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Bytes (Schema wird auch als Auflistung bezeichnet).
DB2 für IBM i akzeptiert eine 10-Byte-Zeichenfolge (Schema wird auch als Sammlung oder Bibliothek bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Bytes.
Gebietsschema
Wählen Sie optional die Zeichencodesatz-ID (Coded Character Set Identifier, CCSID) für die DB2-Remotedatenbank (Host) und den lokalen SQL Server-Consumer (Computer) aus, um die Leistung zu steigern und die Auswirkungen auf die Remotedatenbank zu verringern. Der Datenanbieter verwendet diese Werte, um die Zeichenfolgen in eine von diesen Plattformen unterstützte Codepage zu konvertieren. Der Datenanbieter unterstützt eine Kombination aus Single-Byte-Zeichensätzen (Single Byte Character Sets, SBCS), Mixed-Byte-Zeichensätzen (Mixed-Byte Character Sets, MBCS), Double-Byte-Zeichensätzen (Double-Byte Character Set, DBCS) und Unicode – UTF8 [1208]. Dabei handelt es sich um ein 8-Bit-Unicode-Transformationsformat. Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017).
Host-CCSID
Der Datenanbieter erfordert einen Wert für Host-CCSID (Coded Character Set Identifier), mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Der Standardwert für Host-CCSID ist EBCDIC – U.S./Canada [37]. In der Regel verwenden IBM DB2-Datenbankserver für z/OS und IBM EBCDIC (Extended Binary Coded Decimal Interchange Code). Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017).
PC-Codepage
Der Datenanbieter erfordert einen Wert für die PC-Codepage, mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Die Standard-PC-Codepage ist ANSI – Latin I [1252]. Normalerweise verwenden Datenconsumer ANSI (American National Standards Institute) oder Unicode. Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017).
Sicherheit
Im Dialogfeld Sicherheit können Sie die Standardauthentifizierung konfigurieren.
Benutzername
DB2 für z/OS akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für IBM i akzeptiert eine 10-Byte-Zeichenfolge.
DB2 für Linux oder UNIX akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für Windows akzeptiert eine Zeichenfolge mit 30 Bytes.
Kennwort
DB2 für z/OS akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für IBM i akzeptiert eine 128-Byte-Zeichenfolge.
DB2 für Linux oder UNIX akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für Windows akzeptiert eine Zeichenfolge mit 32 Bytes.
Kennwort speichern
Optional können Sie das Kennwort in der OLE DB-UDL-Datei (Universal Data Link) oder einer Textdatei speichern, indem sie das Kontrollkästchen Speichern des Kennworts zulassen aktivieren. Wenn Sie diese Option auswählen, werden der Benutzername und das Kennwort als Nur-Text gespeichert. Mithilfe dieser Methode ist die Verschlüsselung von Benutzername und Kennwort nicht möglich. Die Serversicherheit kann beeinträchtigt werden, wenn ein Angreifer Zugriff auf die Dateifreigabe erlangt, auf der sich die UDL- oder Textdatei befindet.
Alle Eigenschaften
Im Dialogfeld Alle Eigenschaften können ausführlichere und optionale Eigenschaften konfiguriert werden. Diese Eigenschaften können bearbeitet werden, indem eine Eigenschaft aus der Liste ausgewählt und deren Wert anschließend in der rechten Spalte ausgewählt oder bearbeitet wird. In diesem Dialogfeld können Sie die folgenden Eigenschaften bearbeiten.
| Eigenschaftenname des Datenquellen-Assistenten | Dialogfelder des Datenquellen-Assistenten | Dialogfelder der Datenverknüpfungen | Beschreibung |
|---|---|---|---|
| Partneranwendung | Sicherheit | Verbindung | Diese Eigenschaft weist den Datenanbieter an, Anmeldeinformationen aus einer Datenbank für einmalige Anmelden (SSO) für Unternehmen abzurufen. |
| Alternativer TP-Name | Alle | Alle | Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v5.0 deaktiviert. Sie ist in der Version des Anbieters aktiviert, die in Verbindung mit Host Integration Server verwendet wird. |
| Lokaler APPC LU-Alias | Alle | APPC-Netzwerkeinstellungen | Diese Eigenschaft ist im Datenanbieter deaktiviert. Sie ist in der Version des Anbieters aktiviert, die in Verbindung mit Host Integration Server verwendet wird. |
| APPC Modusname | Alle | APPC-Netzwerkeinstellungen | Diese Eigenschaft ist im Datenanbieter deaktiviert. Sie ist in der Version des Anbieters aktiviert, die in Verbindung mit Host Integration Server verwendet wird. |
| APPC Remote-LU-Alias | Alle | APPC-Netzwerkeinstellungen | Diese Eigenschaft ist im Datenanbieter deaktiviert. Sie ist in der Version des Anbieters aktiviert, die in Verbindung mit Host Integration Server verwendet wird. |
| APPC Sicherheitstyp | Alle | APPC-Netzwerkeinstellungen | Diese Eigenschaft ist im Datenanbieter deaktiviert. Sie ist in der Version des Anbieters aktiviert, die in Verbindung mit Host Integration Server verwendet wird. |
| Authentifizierung | Sicherheit | Alle | Legt die für diese Verbindung verwendete Authentifizierungsmethode fest. Der Standardwert ist Server. Dies ist eine Authentifizierung auf der Grundlage eines Benutzernamens und Kennworts ohne Verschlüsselung. Server_Encrypt_Pwd weist den Datenanbieter an, nur das Kennwort zu verschlüsseln. Server_Encrypt_UsrPwd weist den Datenanbieter an, sowohl den Benutzernamen als auch das Kennwort zu verschlüsseln. |
| Automatisches Commit | Alle | Alle (AutoCommit) | Optional können Sie den Datenanbieter anweisen, kein ausdrückliches COMMIT für alle SQL-Anweisungen auszuführen, indem Sie FALSE angeben. Standardmäßig ist diese boolesche Eigenschaft auf TRUE festgelegt. Der AutoCommit-Modus kann den Netzwerkdatenfluss verringern und die Gesamtleistung verbessern. Der AutoCommit-Modus eignet sich für die meisten allgemeinen Transaktionen, die aus einer einzelnen SQL-Anweisung bestehen. Dieser Modus ermöglicht jedoch kein Rollback von Arbeitseinheiten. |
| Binäre Codepage | Alle | Alle (Binäre Codepage) | Optional können Sie den Datenanbieter anweisen, DB2-Binärspalten und varbinary-Spalten in Zeichenspalten und unterschiedliche Zeichenspalten zu konvertieren, indem Sie einen HOST CCSID-Wert angeben. |
| Cache Authentication | Alle | Alle | Optional können Sie TRUE angeben, um den Datenconsumer oder die Dienstkomponente anzuweisen, vertrauliche Authentifizierungsinformationen (z. B. das Kennwort) in einem internen Cache zwischenzuspeichern. Standardmäßig ist dieser boolesche Wert auf FALSE festgelegt. Für Dienstkomponenten (z. B. OLE DB-Ressourcenpooling) ist es erforderlich, dass diese Eigenschaft auf TRUE festgelegt ist. |
| Allgemeiner Name (CN) für das Zertifikat | TCP/IP-Netzwerkverbindung | TCP/IP-Netzwerkeinstellungen | Optional können Sie einen allgemeinen Serverzertifikatnamen angeben, um den Datenanbieter anzuweisen, Secure Sockets Layer (SSL) V3.0 oder Transport Layer Security (TLS) V1.0 bei einer V1.2-Verschlüsselung zu verwenden. Durch die Verwendung von SSL oder TLS wird die Sicherheit durch die Verschlüsselung von Authentifizierungsanmeldeinformationen und Daten verbessert. Standardmäßig ist dieser Wert auf eine leere Zeichenfolge festgelegt (kein SSL oder TLS). |
| Clientkonto | Alle | Alle | Optional können Sie eine 200-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, Clientkonteninformationen beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
| Name der Clientanwendung | Alle | Alle | Optional können Sie eine 32-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, einen Clientanwendungsnamen beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
| Benutzer-ID des Clients | Alle | Alle | Optional können Sie eine 16-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, einen Clientbenutzerbezeichner beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
| Name der Clientarbeitsstation | Alle | Alle | Geben Sie optional eine 18-Byte-Zeichenfolge an, um den Datenanbieter anzuweisen, einen Clientarbeitsstationnamen beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
| Verbindungstimeout | Alle | Alle | Optional können Sie die Anzahl von Sekunden angeben, die der Datenanbieter warten soll, bis mithilfe von clientseitigem Pooling Verbindungen hergestellt werden. Wenn alle Verbindungen in einem Pool besetzt sind und der Timeout-Zeitraum abläuft, gibt der Datenanbieter einen Fehler („Die Verbindung ist nicht verfügbar") an den Datenkonsumenten zurück. Der Standardwert ist 15 Sekunden. Es gibt keine Obergrenze für die Eigenschaft Verbindungstimeout. Geben Sie -1 an, um den Datenanbieter anzuweisen, unbegrenzt lange auf eine offene Verbindung im clientseitigen Verbindungspool zu warten. |
| Verbindungspooling | Erweiterte Optionen | Alle | Optional können Sie TRUE angeben, um den Datenanbieter anzuweisen, clientseitiges Verbindungspooling zu verwenden. Der Standardwert ist FALSE (kein Pooling). |
| Datenquelle | Informationen werden gespeichert | Verbindung | Ein optionaler Parameter, der verwendet werden kann, um die Datenquelle zu beschreiben. Es gibt keinen Standardwert. |
| Datenbankname | DB2-Datenbank | Alle | Optional können Sie eine 8-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, einen IN DATABASE-Klausel in SQL-Anweisungen zu verwenden. DB2-Administratoren können DB2 für z/OS in mehrere logische Datenbanken aufteilen, die jeweils separate Tabellen- und Indexbereiche enthalten. Der Standardwert ist eine leere Zeichenfolge. |
| DateTime As Char | Alle | Alle | Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, DATE-, TIME- und TIMESTAMP-Spalten von DB2 über IdbSchemaRowsets::GetSchemas (DBSCHEMA_COLUMNS) als Zeichenspalten zur Verfügung zu stellen. Die Funktion weist den Datenanbieter an, DB2 DATE-, TIME- und TIMESTAMP-Spaltenwerte als Zeichenfolgenliterale zu behandeln. Sie müssen die optionale Verbindungsoption DateTime As Char verwenden, um den Distributed Query Processor und andere SQL Server-Consumer zu aktivieren, um einen DATE-Standardwert (0001-01-01) von DB2 in einer DATE- oder TIMESTAMP-Spalte auszuwählen.Der Standardwert für diese boolesche Eigenschaft ist Falsch. Sie können diese Eigenschaft in der Initialisierungszeichenfolge DateTime As Char=True oder auf der Registerkarte Datenverknüpfungen Alle festlegen. Diese Eigenschaft wird im Datenquellen-Assistenten auf dem Bildschirm Alle Eigenschaften verfügbar gemacht. Warnung: Sie können sowohl DateTime As Char=True als auch DateTime As Date=True nicht in derselben Verbindung verwenden. Wenn Sie diese beiden Funktionen verwenden möchten, müssen Sie zwei separate Verbindungen verwenden. |
| DateTime As Date | Alle | Alle | Diese optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, die Zeitinformationen im Wert des SQL Server-DateTime-Datenwerts zu löschen und nur die Datumsinformationen an die IBM DB2-Datenbank zu übergeben. Damit der Prozessor für verteilte Abfragen (Distributed Query Processor) und andere SQL Server-Consumer DateTime-Datenwerte von SQL Server (mittels INSERT- und UPDATE-Anweisungen) schreiben oder DateTime-Datenwerte von SQL Server (mittels SELECT-, INSERT-, UPDATE- und DELETE-Anweisungen) in Parametern verwenden können, müssen Sie die optionale DateTime As Date-Verbindungsoption verwenden. Der Standardwert ist „FALSE“. Sie können diese Eigenschaft in der Initialisierungszeichenfolge DateTime As Date=True oder auf der Registerkarte Datenverknüpfungen Alle festlegen. Diese Eigenschaft wird im Datenquellen-Assistenten auf dem Bildschirm Alle Eigenschaften verfügbar gemacht. Warnung: Sie können sowohl DateTime As Char=True als auch DateTime As Date=True nicht in derselben Verbindung verwenden. Wenn Sie diese beiden Funktionen verwenden möchten, müssen Sie zwei separate Verbindungen verwenden. |
| DBMS-Plattform | Datenquelle (auch als Datenquellenplattform bezeichnet) | Fortgeschrittene | Sie können den Datenanbieter optional anweisen, die Verbindung mit IBM DB2-Datenbankservern basierend auf einem relationalen Datenbankverwaltungssystem-Plattformziel herzustellen. Der Datenanbieter unterstützt diese Zeichenfolgenwerte: DB2/MVS, DB2/400, DB2/6000 und DB2/NT. Der Standardwert ist DB2/MVS. |
| Dezimal als numerisch | Alle | Alle | Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, DB2-Dezimaltypen (OLE DB DBTYPE_DECIMAL) numerischen DB2-Typen (DBTYPE_NUMERIC) zuzuordnen. Diese Option ermöglicht OLE DB-Consumern, die DBTYPE_NUMERIC (nicht jedoch DBTYPE_DECIMAL) unterstützen, das Lesen und Schreiben von DB2-Dezimaldaten. Der Standardwert ist „FALSE“. Sie können diese Eigenschaft in der Initialisierungszeichenfolge DateTime As Date=True oder auf der Registerkarte Datenverknüpfungen Alle festlegen. Diese Eigenschaft wird im Datenquellen-Assistenten auf dem Bildschirm Alle Eigenschaften verfügbar gemacht. |
| Standardqualifizierer | DB2-Datenbank | Verbindung | DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um SQL-Objekte wie Tabellen und Sichten mithilfe einer zweiteiligen Benennungskonvention <SCHEMA> zu identifizieren.<OBJECTNAME>. SQL Server-Consumer geben möglicherweise SQL-Anweisungen mit einteiligen oder nicht qualifizierten Objektnamen aus. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, eine Umgebungsoption für einen Standardqualifizierer festzulegen, die den DB2-Server informiert, in welchem Schema nach Datenbankobjekten gesucht werden soll. Der Standardwert ist eine leere Zeichenfolge. – DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Byte (Schema wird auch als Sammlung bezeichnet). – DB2 für IBM i akzeptiert eine Zeichenfolge mit 10 Byte (Schema wird auch als Sammlung oder Bibliothek bezeichnet). – DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Byte. |
| Standardschema | DB2-Datenbank | Verbindung | DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um SQL-Objekte wie Tabellen und Sichten unter Verwendung einer zweiteiligen Benennungskonvention <SCHEMA> zu katalogisieren.<OBJECTNAME>. Zum Erstellen von SQL-Anweisungen (z. B. SELECT) können SQL Server-Consumer dem Benutzer zur Entwurfszeit eine Liste aller Objekte im Datenbankkatalog anzeigen. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, Schemaabfragen auf ein einzelnes Datenbankschema einzuschränken. Auf diese Weise werden Effizienz und Leistung verbessert. Der Standardwert ist eine leere Zeichenfolge. – DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Byte (Schema wird auch als Sammlung bezeichnet). – DB2 für IBM i akzeptiert eine Zeichenfolge mit 10 Byte (Schema wird auch als Sammlung oder Bibliothek bezeichnet). – DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Byte. |
| Vorbereitung zurückstellen | Erweiterte Optionen | Alle | Optional können Sie TRUE angeben, um den Datenanbieter anzuweisen, die Verarbeitung parametrisierter Datenbankbefehle zu optimieren. Der Standardwert ist FALSE. Für die INSERT-, UPDATE- und DELETE-Befehle fasst der Datenanbieter PREPARE-, EXECUTE- und COMMIT-Befehle in einem Netzwerkdatenstrom für die Remotedatenbank zusammen. Für die SELECT-Anweisung fasst der Datenanbieter PREPARE- und EXECUTE-Befehle in einem Netzwerkdatenstrom zusammen. Diese Optimierung minimiert den Netzwerkdatenverkehr und kann die Gesamtleistung verbessern. |
| Parameter ableiten | Erweiterte Optionen | Alle | Der Datenanbieter überprüft und korrigiert die Parameterlänge für Zeichendatentypen für Datenconsumer (z. B. SQL Server Integration Services-Paket-Designer und Import-/Export-Assistent). Optional können Sie Falsch angeben, um den Datenanbieter anzuweisen, keine Parameterdatentypen abzuleiten. Der Standardwert ist TRUE. Diese Funktion wird bei Verwendung von SQL Server Replication Services oder anderen SQL Server-Consumern nicht benötigt. |
| Erweiterte Eigenschaften | Alle | Alle | Optional können Sie weitere durch Kommas getrennte Eigenschaftenwertpaare angeben, die der Consumer zur Verbindungszeit an den Datenanbieter übergibt. |
| Host-CCSID | Gebietsschema | Fortgeschrittene | Der Datenanbieter erfordert einen Wert für Host-CCSID (Coded Character Set Identifier), mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Der Standardwert für Host-CCSID ist EBCDIC – U.S./Canada [37]. In der Regel verwenden IBM DB2-Datenbankserver für z/OS und IBM EBCDIC (Extended Binary Coded Decimal Interchange Code). Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017). |
| Anfangskatalog | DB2-Datenbank | Verbindung | Der Datenanbieter benötigt diesen Wert, um eine Verbindung mit einem Anfangskatalog auf dem DB2-Datenbankserver herzustellen. DB2 für z/OS akzeptiert eine Zeichenfolge mit 16 Bytes (der Katalog wird auch als Speicherort bezeichnet). DB2 für IBM i akzeptiert eine Zeichenfolge mit 18 Byte (Katalog wird auch als relationale Datenbank bezeichnet). DB2 für LUW akzeptiert eine Zeichenfolge mit 8 Bytes (der Katalog wird auch als Datenbank bezeichnet). |
| Integrierte Sicherheit | Sicherheit (auch als Einmaliges Anmelden bezeichnet) | Verbindung (auch als Einmaliges Anmelden bezeichnet) | Optional können Sie eine Zeichenfolge angeben, die den Datenanbieter anweist, Einmaliges Anmelden (SSO) für Unternehmen oder Kerberos-Authentifizierung zu verwenden. Wenn ESSO verwendet wird, müssen Sie einen gleichzeitigen Zeichenfolgewert für die separate Eigenschaft Partneranwendung angeben. Wenn Kerberos verwendet wird, müssen Sie einen gleichzeitigen Zeichenfolgewert für den Prinzipalnamen angeben. Der Standardwert ist eine leere Zeichenfolge, die den Datenanbieter anweist, interaktive Anmeldung mit einem Benutzernamen und einem Kennwort zu verwenden, die aus dem Verbindungsobjekt abgeleitet sind. |
| LoadBalancing | Alle | Alle | Weist den Datenanbieter an, die von einem DB2 für z/OS-Datenbankserver zurückgegebene Serverliste zu verwenden und als Unterstützung des Clienttransaktions-Lastenausgleichs und fehlertoleranten Failovers eine erneue Verbindung mit dem verfügbarsten Server in einer Datenfreigabegruppe herzustellen. Der Standardwert für diese Eigenschaft ist FALSE. |
| Max Pool Size | Alle | Alle | Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen gibt die Höchstzahl der Verbindungen an, die in einem Verbindungspool bei aktiviertem Verbindungspooling für die Datenquelle bestehen. Der Standard ist 100. Es gibt keine Obergrenze für die Eigenschaft Max. Poolgröße. Wenn Sie für die Eigenschaft Max. Poolgröße einen kleineren Wert als 0 konfigurieren, wird der Standardwert 100 verwendet. |
| Netzwerkadresse | TCP/IP-Netzwerkverbindung | TCP/IP-Netzwerkeinstellungen | Der Datenanbieter erfordert eine IP-Adresse oder einen IP-Alias im IPv4- oder IPv6-Format, wenn die Verbindung mit dem IBM DB2-Datenbankserver mithilfe einer TCP/IP-Netzwerkverbindung hergestellt wird. |
| Netzwerkport | TCP/IP-Netzwerkverbindung | TCP/IP-Netzwerkeinstellungen | Der Datenanbieter erfordert eine IP-Portnummer, wenn die Verbindung mit dem IBM DB2-Datenbankserver mithilfe einer TCP/IP-Netzwerkverbindung hergestellt wird. Für DB2/400 ist der Standardwert für den TCP/IP-Port „446“. Andere IBM DB2-Plattformen unterstützen mehrere gleichzeitige Datenbankinstanzen, die jeweils eine eindeutige TCP/IP-Portnummer aufweisen. |
| Netzwerktransportbibliothek | Datenquelle | Verbindung | Der Datenanbieter unterstützt TCP/IP-Netzwerkverbindungen mit IBM DB2-Remotedatenbankservern. Die Netzwerkverbindungsoption SNA LU6.2 (APPC) ist im Datenanbieter deaktiviert. Sie ist in der Version des Anbieters aktiviert, die in Verbindung mit Host Integration Server verwendet wird. |
| Paketauflistung | DB2-Datenbank | Verbindung | Die Paketauflistung ist erforderlich, um den Datenanbieter anzuweisen, in welchem DB2-Schema ein Paketsatz erstellt werden soll. Jedes Paket ist in Abschnitte mit SQL-Anweisungen (z. B. CREATE CURSOR) unterteilt, die verwendet werden, um Daten bei der Abfrage einer Datenbank abzurufen. |
| Kennwort | Sicherheit | Verbindung | Die Sicherheit bei der interaktiven Anmeldung beruht auf einem Benutzernamen und einem Kennwort. Diese müssen zur Laufzeit eingeben werden oder sind in einer Konfigurationsdatei bzw. dem Konfigurationsspeicher des Datenconsumers gespeichert, z. B. in einem Integration Services-Paket. |
| PC-Codepage | Gebietsschema | Fortgeschrittene | Der Datenanbieter erfordert einen Wert für die PC-Codepage, mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Die Standard-PC-Codepage ist ANSI – Latin I [1252]. Normalerweise verwenden Datenconsumer ANSI (American National Standards Institute) oder Unicode. Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017). |
| Sicherheitsinformationen permanent speichern | Sicherheit | Verbindung | Optional können Sie TRUE angeben, um den Datenconsumer oder die Dienstkomponente anzuweisen, Sicherheitsinformationen (z. B. das Kennwort) zusammen mit anderen Authentifizierungsinformationen zu speichern. Standardmäßig ist dieser boolesche Wert auf FALSE festgelegt. Wenn Sie diese Option auswählen, werden der Benutzername und das Kennwort als Nur-Text gespeichert. Mithilfe dieser Methode ist die Verschlüsselung von Benutzername und Kennwort nicht möglich. Die Serversicherheit kann beeinträchtigt werden, wenn ein Angreifer Zugriff auf die Dateifreigabe erlangt, auf der sich die UDL- oder Textdatei befindet. |
| Prinzipanamen | Sicherheit | Verbindung | Diese Eigenschaft ist für die Verwendung mit der Kerberos-Authentifizierung erforderlich. |
| Nur Leseberechtigung | Erweiterte Optionen | Fortgeschrittene | Optional können Sie angeben, dass READ den Datenanbieter anweisen soll, die schreibgeschützte Zugriffsmethode beim Herstellen einer Verbindung mit dem DB2-Datenbankserver zu deklarieren. Der Standardwert lautet FALSE. |
| Rowset-Cachegröße | Alle | Alle | Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, Zeilen von DB2 vorab abzurufen und gleichzeitig Zeilen zu verarbeiten sowie an den Datenconsumer bei Aufrufen von IRowset::GetNextRows zu übergeben. Diese Funktion kann die Leistung in schreibgeschützten Massenvorgängen auf Computern mit mehreren Prozessoren verbessern. Der Standardwert für diese Eigenschaft ist 0. Die optionale Vorabruffunktion ist deaktiviert. Es empfiehlt sich, eine Einstellung zwischen 50 und 200 für diese Eigenschaft mit einem empfohlenen Anfangswert von 100 zu verwenden. Dadurch wird der Datenanbieter angewiesen, die angegebene Anzahl von Tabellenzeilen vorab abzurufen und im Rowsetcache des Datenanbieters zu speichern. Die Größe der Tabellenzeilen wird automatisch basierend auf dem Wert für cRows in der vom Consumer festgelegten OLE DB-Schnittstelle IRowset::GetNextRows bestimmt. Sie können diese Eigenschaft über die Seite Erweiterte Optionen des Datenquellen-Assistenten oder über die Registerkarte Alle im Dialogfeld Datenverknüpfungen festlegen. Sie können diese Eigenschaft auch in einer OLE DB Initialisierungszeichenfolge oder Verbindungszeichenfolge angeben, indem Sie Rowset Cache Size=100 festlegen. |
| Schattenkatalog | Alle | Alle | Optional können Sie TRUE angeben, um den Datenanbieter anzuweisen, Schemainformationen aus einem DB2-Schattenkatalog abzurufen. Auf diese Weise können der gleichzeitige Zugriff auf Metadaten sowie die Leistung verbessert werden. Der Standardwert lautet FALSE. |
| Spezielle Register | Alle | Alle | Optional können Sie eine DB2 SET-Anweisung angeben, um den Datenanbieter anzuweisen, eine einzelne DB2 SET Special registers-Anweisung zur Datenbankverbindungszeit zu verarbeiten. Um beispielsweise eine Verbindung mit IBM Netezza und IDAA (IBM DB2 Analytics Accelerator) herzustellen, geben Sie "SET CURRENT QUERY ACCELERATION=ALL" an. |
| Arbeitseinheiten | (Verteilte Transaktionen) | Fortgeschrittene | Datenanbieter unterstützt sowohl RUW (Remote Units of Work) als auch DUW (Distributed Units of Work) mithilfe von XA. Der Standardwert ist RUW. |
| Frühe Metadaten verwenden | Alle | Alle | Weist den Datenanbieter an, frühe, zur Entwurfszeit definierte Metadaten (der Datentypen „Parameter“ und „Spalte“) oder späte, zur Laufzeit definierte Metadaten zu verwenden. Diese optionale Eigenschaft akzeptiert einen booleschen Wert. Der Standardwert ist „FALSE“. Geben Sie optional TRUE an, wenn Sie Datenconsumerprogramme verwenden, die über eine Option für die Entwurfszeit verfügen, um Datentypen abzuleiten oder die frühen Metadaten zu überprüfen. Geben Sie TRUE an, wenn Sie vierteilige verknüpfte Serverabfragen von SQL Server Integration Services und Distributed Query Processor verwenden. Geben Sie TRUE an, wenn Sie DB2 BLOB, CLOB, XML, NUMERIC und UDT in Verbindung mit den meisten anderen Datenconsumern verwenden. Geben Sie TRUE an, wenn Sie FastLoad mit SQL Server Integration Services verwenden, um Daten mithilfe von INSERT in TIMESTAMP-Spalten einzufügen. Geben Sie TRUE an, wenn Sie SQL Server Migration Assistant (SSMA) für DB2 zum Lesen von CLOB-Daten verwenden, einschließlich Schemainformationen, die als CLOB-Daten codiert sind (z. B. die STATEMENT-Spalte SYSIBM.SYSTRIGGERS-Tabelle). |
| Benutzerkennung | Sicherheit | Verbindung | Die Sicherheit bei der interaktiven Anmeldung beruht auf einem Benutzernamen und einem Kennwort. Diese müssen vom Benutzer zur Laufzeit eingeben werden oder sind in einer Konfigurationsdatei bzw. dem Konfigurationsspeicher des Datenconsumers gespeichert, z. B. in einem Integration Services-Paket. |
Überprüfen
Auf dem Bildschirm Überprüfung können Sie Ihre Konfiguration durch Testen der Verbindung überprüfen. Außerdem können hier DB2-Pakete erstellen und eine Beispielabfrage ausführen.
Verbinden
Klicken Sie auf die Schaltfläche Verbinden, um eine Testverbindung zum Überprüfen der Datenquelle herzustellen und Informationen wie Hostplattform und Version anzuzeigen. Das Fenster Ausgabe zeigt die Ergebnisse des Befehls Verbindung testen an. Die Verbindungszeichenfolge zeigt die Datenquellendefinition im Verbindungszeichenfolgenformat an.
Pakete
Klicken Sie auf die Schaltfläche Pakete, um die DB2-Pakete zu erstellen, die für das Ausführen von SQL-Anweisungen in einer Mehrbenutzerumgebung erforderlich sind. Das Fenster Ausgabe zeigt die Ergebnisse des Befehls Pakete an.
Beispielabfrage
Klicken Sie auf die Schaltfläche Beispielabfrage, um eine Beispielabfrage für die Remotedatenquelle auszuführen. Die Beispielabfrage ruft unter Verwendung der in der Datenquelle konfigurierten standardmäßigen Schemaeigenschaften eine Liste mit Tabellen aus dem Systemkatalog ab. Das Fenster Ausgabe zeigt die Ergebnisse des Befehls Beispielabfrage an. Im Fenster Raster wird eine Liste der Tabellen im Standardschema angezeigt.
Informationen werden gespeichert
Auf dem Bildschirm Informationen werden gespeichert können Sie Ihre Konfiguration benennen und speichern. Konfigurationen werden am folgenden Speicherort gespeichert.
C:\Users\<username>\Documents\Host Integration Projects\Data Sources\
Datenquellenname
Die Datenquelle ist ein Parameter, der zur Beschreibung der Datenquelle verwendet werden kann. Beim Erstellen einer Datenverknüpfung mit dem Datenquellen-Assistenten wird die Eigenschaft Datenquelle zur Benennung der UDL-Datei (Universal Data Link) oder der Verbindungszeichenfolge-Datei verwendet.
OLE DB oder verwaltete Gruppe
Im Visual Studio Server-Explorer und SQL Server Business Intelligence Development Studio (BIDS) wird ein Standarddialogfeld OLE DB Data Links-Eigenschaft angezeigt, mit dem der Benutzer zu einer UDL-Datei navigieren kann. Für andere Datenconsumer können Sie die Konfiguration in einem Format der Textdatei für die verwaltete Initialisierung speichern.
Finish
Auf dem Bildschirm Fertig stellen wird eine Zusammenfassung und der Status Ihrer Konfiguration angezeigt. Klicken Sie auf Fertig stellen, um Ihre Aktionen zu implementieren.
Datenzugriffsbibliothek
Sie können die .NET Framework-Klassen im Namespace Microsoft.HostIntegration.DataAccessLibrary verwenden, um die Definition von Paketen und Datenquellen zu automatisieren. Die Referenzdokumentation finden Sie unter Microsoft.HostIntegration.DataAccessLibrary Namespace (https://go.microsoft.com/fwlink/?LinkID=180763).