CDC Replication Engine for Db2 Warehouse konfigurieren

Die Prozedur für die Konfiguration der CDC Replication-Instanz für Db2 Warehouse entspricht der Prozedur für die Konfiguration einer CDC Replication-Instanz für Db2 für Linux, UNIX und Windows. In diesem Abschnitt wird die Herstellung einer Verbindung zur Db2 Warehouse-Datenbank zu Beginn des Konfigurationsprozesses beschrieben.

Informationen zu dieser Task

Bei der Verwendung von Db2 Warehouse können Sie zwischen zwei Bereitstellungsmodellen wählen:

Lokale Bereitstellung: CDC Replication Engine und Db2 Warehouse werden im selben Docker-Container ausgeführt.
Ferne Bereitstellung: CDC Replication Engine wird außerhalb des Db2 Warehouse-Docker-Containers ausgeführt.

Diese Vorgehensweise bezieht sich nur auf das Modell der fernen Bereitstellung von Db2 Warehouse, Db2 Warehouse on Cloud und Db2 on Cloud.

Wenn eine Verbindung von CDC Replication Engine zu Db2 Warehouse on Cloud hergestellt wird, befindet sich CDC Replication Engine idealerweise im selben IBM Cloud Data Center wie Db2 Warehouse oder an einer benachbarten Position. CDC Replication Engine stellt eine Verbindung von einem lokalen Server zur fernen Db2 Warehouse-Instanz her.

Wenn Sie Db2 Warehouse als Ziel verwenden, ist die Leistung von CDC Replication Engine teilweise abhängig von der Bandbreite des Netzes zwischen der Zielengine und der Db2 Warehouse-Instanz. Auch die physische Distanz wirkt sich auf die Leistung aus: Idealerweise befindet sich CDC Replication Engine möglichst nah bei der Db2 Warehouse-Instanz. Darüber hinaus wird die Leistung durch die Netztopologie beeinflusst. Beispiel: Idealerweise wird das CDC Replication Engine-Zielsystem auf einer VM im selben VPN (in derselben Sicherheitsdomäne) wie die Db2 Warehouse-Zielinstanz ausgeführt. Je weniger Netzknoten (z. B. Firewalls oder Router) zu durchqueren sind, desto besser.

Mirror-Bulk-Anwendungsmodus

Mirror Bulk Apply ist einer der Fast Apply-Modi und wird gegenüber anderen Anwendungsmodi für IIAS bevorzugt. Er bietet einen erheblich höheren Durchsatz über Fast Apply und die standardmäßige JDBC-Anwendung. Details zum Konfigurieren dieses Apply-Modus finden Sie unter External table mirror bulk apply .

Vorgehensweise

Stellen Sie eine Verbindung zur Db2 Warehouse-Datenbank her. Abhängig davon, ob Secure Sockets Layer (SSL) verwendet wird, variieren die Schritte:

Verbindungsaufbaumethode Schritte

SSL-Modus

Verbindungsaufbaumethode	Schritte
SSL-Modus	Wechseln Sie in das Verzeichnis, in das das Db2 Warehouse-SSL-Zertifikat DigiCertGlobalRootCA.crt heruntergeladen wurde. Zum Beispiel `cd /ssl_directory_name/ssl`. Erstellen Sie eine Clientschlüsseldatenbank und eine Stashdatei mithilfe des GSKCapiCmd-Tools. Der folgende Befehl erstellt beispielsweise eine Clientschlüsseldatenbank namens dashclient.kdb und eine Stashdatei namens dashclient.sth: `gsk8capicmd_64 -keydb -create -db "dashclient.kdb" -pw "passw0rdpw0" -stash` Die Option '-stash' bewirkt die Erstellung einer Stashdatei im selben Pfad, in dem sich auch die Clientschlüsseldatenbank befindet. Beim Herstellen der Verbindung verwendet GSKit die Stashdatei, um das Kennwort für die Clientschlüsseldatenbank abzurufen. Fügen Sie das Zertifikat zur Clientschlüsseldatenbank hinzu. Der folgende Befehl gsk8capicmd importiert beispielsweise das Zertifikat aus der Datei /`ssl_directory_name`/ssl/DigiCertGlobalRootCA.crt in die Clientschlüsseldatenbank dashclient.kdb : `gsk8capicmd_64 -cert -add -db "dashclient.kdb" -pw "passw0rdpw0" -label "DigiCert" -file "/ssl_directory_name/ssl/DigiCertGlobalRootCA.crt" -format ascii -fips` Aktualisieren Sie die Werte der Konfigurationsparameter SSL_CLNT_KEYDB und SSL_CLNT_STASH des Datenbankmanagers auf dem Client, um die Clientschlüsseldatenbank und die Stashdatei anzugeben. Zum Beispiel: `db2 update dbm cfg using SSL_CLNT_KEYDB/ssl_directory_name/ssl/dashclient.kdb db2 update dbm cfg using SSL_CLNT_STASH/ssl_directory_name/ssl/dashclient.sth` Katalogisieren Sie den Db2 Warehouse-Knoten, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab: `db2 catalog tcpip node node_name remote dashDB_host_address server port security ssl` Dabei gilt: `Knotenname` ist Ihr Name für den Db2 Warehouse-Knoten. `dashDB-Hostadresse` ist der vollständig qualifizierte Domänenname (FQDN) oder die IP-Adresse des Db2 Warehouse-Servers. `Port` ist der Port, der von Db2 Warehouse für eingehende SSL-Verbindungen verwendet wird (die Standardportnummer lautet 50001). Katalogisieren Sie die ferne Db2 Warehouse-Datenbank, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab: `db2 catalog database bludb as db_alias at node node_name` Dabei ist `Datenbankaliasname` Ihr Name für die Db2 Warehouse-Datenbank. Testen Sie die SSL-Verbindung, indem Sie den folgenden Befehl für die Verbindung zur Db2 Warehouse-Datenbank eingeben: `db2 connect to db_alias user user_ID` Dabei ist `Benutzer-ID` Ihre Db2 Warehouse-Benutzer-ID. Sie werden zur Eingabe Ihres Kennworts aufgefordert.
Nicht-SSL	Katalogisieren Sie den Db2 Warehouse-Knoten, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab: `db2 catalog tcpip node node_name remote dashDB_host_address server port` Dabei gilt: `Knotenname` ist Ihr Name für den Db2 Warehouse-Knoten. `dashDB-Hostadresse` ist der vollständig qualifizierte Domänenname (FQDN) oder die IP-Adresse des Db2 Warehouse-Servers. `Port` ist der Port, der von Db2 Warehouse für eingehende Verbindungen ohne SSL verwendet wird (die Standardportnummer lautet 50000). Katalogisieren Sie die ferne Db2 Warehouse-Datenbank, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab: `db2 catalog database bludb as db_alias at node node_name` Dabei ist `Datenbankaliasname` Ihr Name für die Db2 Warehouse-Datenbank. Testen Sie die ohne SSL konfigurierte Verbindung, indem Sie den folgenden Befehl für die Verbindung zur Db2 Warehouse-Datenbank eingeben: `db2 connect to db_alias user user_ID` Dabei ist `Benutzer-ID` Ihre Db2 Warehouse-Benutzer-ID. Sie werden zur Eingabe Ihres Kennworts aufgefordert.

Wechseln Sie in das Verzeichnis, in das das Db2 Warehouse-SSL-Zertifikat DigiCertGlobalRootCA.crt heruntergeladen wurde. Zum Beispiel cd /ssl_directory_name/ssl.
Erstellen Sie eine Clientschlüsseldatenbank und eine Stashdatei mithilfe des GSKCapiCmd-Tools. Der folgende Befehl erstellt beispielsweise eine Clientschlüsseldatenbank namens dashclient.kdb und eine Stashdatei namens dashclient.sth:
```
gsk8capicmd_64 -keydb -create -db "dashclient.kdb" -pw "passw0rdpw0" -stash
```
Die Option '-stash' bewirkt die Erstellung einer Stashdatei im selben Pfad, in dem sich auch die Clientschlüsseldatenbank befindet. Beim Herstellen der Verbindung verwendet GSKit die Stashdatei, um das Kennwort für die Clientschlüsseldatenbank abzurufen.
Fügen Sie das Zertifikat zur Clientschlüsseldatenbank hinzu. Der folgende Befehl gsk8capicmd importiert beispielsweise das Zertifikat aus der Datei /ssl_directory_name/ssl/DigiCertGlobalRootCA.crt in die Clientschlüsseldatenbank dashclient.kdb :
```
gsk8capicmd_64 -cert -add -db "dashclient.kdb" -pw "passw0rdpw0"
-label "DigiCert" -file "/ssl_directory_name/ssl/DigiCertGlobalRootCA.crt"
-format ascii -fips
```
Aktualisieren Sie die Werte der Konfigurationsparameter SSL_CLNT_KEYDB und SSL_CLNT_STASH des Datenbankmanagers auf dem Client, um die Clientschlüsseldatenbank und die Stashdatei anzugeben. Zum Beispiel:
```
db2 update dbm cfg using SSL_CLNT_KEYDB/ssl_directory_name/ssl/dashclient.kdb

db2 update dbm cfg using SSL_CLNT_STASH/ssl_directory_name/ssl/dashclient.sth
```
Katalogisieren Sie den Db2 Warehouse-Knoten, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab:
```
db2 catalog tcpip node node_name remote dashDB_host_address server port security ssl
```
Dabei gilt:
- Knotenname ist Ihr Name für den Db2 Warehouse-Knoten.
- dashDB-Hostadresse ist der vollständig qualifizierte Domänenname (FQDN) oder die IP-Adresse des Db2 Warehouse-Servers.
- Port ist der Port, der von Db2 Warehouse für eingehende SSL-Verbindungen verwendet wird (die Standardportnummer lautet 50001).
Katalogisieren Sie die ferne Db2 Warehouse-Datenbank, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab:
```
db2 catalog database bludb as db_alias at node node_name
```
Dabei ist Datenbankaliasname Ihr Name für die Db2 Warehouse-Datenbank.
Testen Sie die SSL-Verbindung, indem Sie den folgenden Befehl für die Verbindung zur Db2 Warehouse-Datenbank eingeben:
```
db2 connect to db_alias user user_ID
```
Dabei ist Benutzer-ID Ihre Db2 Warehouse-Benutzer-ID. Sie werden zur Eingabe Ihres Kennworts aufgefordert.

Nicht-SSL

Katalogisieren Sie den Db2 Warehouse-Knoten, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab:
```
db2 catalog tcpip node node_name remote dashDB_host_address server port
```
Dabei gilt:
- Knotenname ist Ihr Name für den Db2 Warehouse-Knoten.
- dashDB-Hostadresse ist der vollständig qualifizierte Domänenname (FQDN) oder die IP-Adresse des Db2 Warehouse-Servers.
- Port ist der Port, der von Db2 Warehouse für eingehende Verbindungen ohne SSL verwendet wird (die Standardportnummer lautet 50000).
Katalogisieren Sie die ferne Db2 Warehouse-Datenbank, sodass Clientanwendungen eine Verbindung dazu herstellen können. Setzen Sie den folgenden Befehl ab:
```
db2 catalog database bludb as db_alias at node node_name
```
Dabei ist Datenbankaliasname Ihr Name für die Db2 Warehouse-Datenbank.
Testen Sie die ohne SSL konfigurierte Verbindung, indem Sie den folgenden Befehl für die Verbindung zur Db2 Warehouse-Datenbank eingeben:
```
db2 connect to db_alias user user_ID
```
Dabei ist Benutzer-ID Ihre Db2 Warehouse-Benutzer-ID. Sie werden zur Eingabe Ihres Kennworts aufgefordert.

Die oben beschriebene Vorgehensweise für Db2 Warehouse on Cloud und Db2 on Cloud ist dieselbe.