IBM DB2 for z/OS

Dieser Abschnitt erläutert, wie eine IBM DB2 for z/OS-Quelle in einer Datenaufgabe eingerichtet wird. Bevor Sie die Datenaufgabe starten, stellen Sie sicher, dass Sie die Voraussetzungen erfüllen und sich mit den Einschränkungen und Überlegungen vertraut gemacht haben.

Einrichten von Verbindungseigenschaften

Dieser Abschnitt beschreibt die verfügbaren Verbindungseigenschaften. Alle Eigenschaften sind erforderlich, soweit nicht anders angegeben.

Datenquelle

• Daten-Gateway: Der Name des Data Movement Gateway, das für den Zugriff auf Ihre Daten verwendet werden soll.

• Server: IP-Adresse oder Hostname des IBM DB2 for z/OS-Servers

• Port: Port, über den auf den IBM DB2 for z/OS-Server zugegriffen wird

  InformationshinweisFalls der Server ein paralleler SysPlex ist und sich Mitglieder, die Daten freigeben, auf mehreren LPARs befinden, gibt die Hostadresse möglicherweise eine DVIPA an, eine dynamische virtuelle IP-Adresse (zur Nutzung der Systemredundanz und des Lastenausgleichs bei der Data Movement gateway-Verarbeitung). In diesem Fall müssen die Portnummern für alle Mitglieder identisch sein.

Kontoeigenschaften

• Benutzername: Benutzername, der für den Zugriff auf den IBM DB2 for z/OS-Server erforderlich ist

• Kennwort: Kennwort, das für den Zugriff auf den IBM DB2 for z/OS-Server erforderlich ist

Datenbankeigenschaften

Der Speicherort sollte der Name des DB2-Speicherorts sein, der während der Installation definiert wurde. Es muss sich dabei um ein Verwaltungssystem für relationale Datenbanken unter z/OS handeln, entweder ein Untersystem oder eine Gruppenverbindung. Dies ist der logische Name, der Anwendungen bereitstellt, um von diesem System verwaltete Ressourcen festzulegen, entweder durch Verwendung der Anweisung SQL_CONNECT oder durch Setzen als Zusatz einer Tabelle (vor dem Schemanamen).

Um den Namen des Speicherorts anzuzeigen, verwenden Sie den DB2-Befehl “-DIS DDF” (Option 7 unter dem DB2I-Fensterbereich in ISPF) oder sehen Sie in der Nachricht DSNL004I im Auftragsprotokoll des <ssid>-MSTR-Adressbereichs nach.

CDC-Eigenschaften

• Um die Datenerfassung aus IBM DB2 for z/OS zu aktivieren, müssen die Quelltabellen wie folgt erstellt werden:

  CREATE / ALTER TABLE table-name …. DATA CAPTURE CHANGES [INCLUDE LONGVAR COLUMNS];

  Sie können entweder Data Movement gateway so konfigurieren, dass es diesen Vorgang ausführt, indem Sie DATA CAPTURE CHANGES automatisch aktivieren (erfordert Admin-Rechte) in den Konnektor-Einstellungen aktivieren, oder Sie können dies manuell tun.

• Nach Änderungen suchen alle (s): Häufigkeit, mit der in der Quelldatenbank nach Änderungen gesucht wird.
• UDTF-Name des CDC-Readers: Der Name der von Qlik bereitgestellten benutzerdefinierten Tabellenfunktion, die für CDC verwendet wird. Geben Sie den zweiteiligen Namen mit den Werten aus, die Sie für den Schemanamen (&R4ZSCNM) und für den Funktionsnamen (&R4ZIFITF) gewählt haben.
• Größe des UDTF-Ergebnissatzes (MB): Geben Sie die maximale Größe an, auf die erfasste Ergebniszeilen anwachsen können, die von der von Qlik bereitgestellten benutzerdefinierten Tabellenfunktion über CDC- Bereitstellungs-Aufgaben mithilfe des Konnektor zurückgegeben werden. Ein größerer Ergebnissatz sorgt für weniger Zeitaufwand beim Einrichten der IFI-Sitzung, führt aber zu mehr Arbeitsspeicherverbrauch durch DB2. Da der Ergebnissatz ein LOB ist, müssen Sie möglicherweise das LOBVALA-Limit in der EB2-Konfiguration (DSNZPARM) erhöhen, indem Sie die maximal zulässige LOB-Größe pro Benutzer angeben. Wenn alle CDC-Aufgaben mit der gleichen ODBC-Benutzer-ID konfiguriert sind, müssen Sie LOBVALA zum Ausführen aller Aufgaben gleichzeitig auf 2 × 1024 × der folgenden Größe festlegen:SUM[(i=all endpoints) : resultset size in endpoint(i) × #_tasks using endpoint(i)](die Ergebnissatzgröße ist in MB angegeben; sie muss daher mit 1024 multipliziert werden, um die LOBVALA-Größe wiederzugeben, die in KB ausgedrückt ist).Ein weiteres DSNZPARM-Limit, LOBVALS, gibt die Gesamtgröße über alle Benutzer-IDs hinweg an. Wenn also mehrere Benutzer-IDs vorhanden sind, müssen Sie auch diesen Wert überwachen. Beachten Sie, dass LOBVALS im Gegensatz zu LOBVALA in MB angegeben ist.

SSL-Optionen

• SSL aktivieren: Zur Aktivierung von SSL auswählen
• Datei mit Schlüsselspeicher-Datenbank: (Optional) Die Datei mit der Schlüsselspeicher-Datenbank (mit Ihrem privaten Schlüssel) auf dem Data Movement gateway-Rechner. Die Datei muss das CMS-Format (<dateiname>.kdb) aufweisen, das in der Regel das Standardformat ist.
• Stash-Datei: (Optional) Eine Datei mit einer verschlüsselten Version des Kennworts der Schlüsselspeicher-Datenbank.
• Kennwort für Schlüsselspeicher-Datenbank: (Optional) Die Datei für Schlüsselspeicher-Datenbank kann mithilfe des hier festgelegten Kennworts oder der Stash-Datei, die im Feld Stash-Datei angegeben ist, abgerufen werden.

CCSID-Zuordnung zu Codeseite überschreiben

Geben Sie im Feld CCSID to character set mapping die CCSID(s) und Codeseite(n) im folgenden Format ein (durch Kommas getrennt und ohne Leerzeichen):

CCSID1,codepage1,CCSID2,codepage2,...

Der Zeichensatz (Codeseite) muss im geeigneten Format (z. B. ibm-1148_P100-1997) angegeben werden. Eine Liste mit gültigen Formaten finden Sie im ICU Converter Explorer.

Interne Eigenschaften

Interne Eigenschaften sind für besondere Anwendungsfälle vorgesehen und werden daher nicht im Dialogfenster angezeigt. Sie sollten sie nur verwenden, wenn Sie vom Qlik Support dazu angewiesen werden.

Verwenden Sie die Schaltflächen und rechts neben den Feldern, um Eigenschaften wie erforderlich hinzuzufügen oder zu entfernen.

Unterstützte interne Eigenschaften

Die folgende Tabelle stellt eine Liste interner Parameter bereit, die wie erforderlich verwendet werden können.

Name

Anzeigename für die Quellverbindung

R4Z-Konfigurationsabhängigkeit vom Hosts

Die Tabelle in diesem Abschnitt enthält eine Liste der R4Z-Konfigurationswerte, die während der Installation oder als Teil der CDC-Diensteinrichtung bzw. als Teil der Endpunktdefinition eingerichtet werden können.