Db2-Instanz für Data Gate unter Cloud Pak for Data installieren

Sie müssen eine Db2 -oder Db2 Warehouse -Instanz unter Cloud Pak for Data für jede Data Gate -Instanz installieren, bereitstellen und konfigurieren. Hinweis: Bei Verwendung einer Db2 Remote-Datenbank sind die Db2 Instanzen Cloud Pak for Data auf nicht erforderlich.

Informationen zu dieser Task

Eine Data Gate Instanz erfordert entweder eine Db2 oder Db2 Warehouse eine Instanz, je nachdem, welchen Typ von Zieldatenbank Sie beim Erstellen einer Data Gate Instanz ausgewählt haben.

In beiden Fällen sollten die folgenden Anforderungen und Empfehlungen während der Installation und Konfiguration von Db2 beachtet werden, um die korrekte Funktionsweise und die optimale Leistung von Data Gate sicherzustellen:

Vorgehensweise

  1. Empfohlen: Um die beste Data Gate Leistung zu erzielen, erstellen Sie eine Db2 oder Db2 Warehouse Serviceinstanz auf einem dedizierten Knoten mit eigenem dediziertem Speicher.
    Streben Sie stets eine geringe Synchronisationslatenz und einen hohen Lastdurchsatz an.
    Weitere Informationen finden Sie unter:
  2. Empfehlung: Um die beste Data Gate Leistung zu erzielen, sollten Sie nach der Erstellung der Db2Db2 Warehouse Instanz oder Erwägen, die Gesamtgröße der Db2 oder Db2 Warehouse Protokolldatei zu erhöhen. Andernfalls schlägt das Laden von Tabellen möglicherweise aufgrund der Protokolldateigröße fehl.
    • Für Test- und Entwicklungssysteme sollten Sie eine Erhöhung der Gesamtgröße auf etwa 3 GB in Betracht ziehen, indem Sie den Wert des logfilsiz Parameters auf 50000 und den Wert des logprimary Parameters auf setzen 15.
    • Bei Produktionssystemen sollte Ihr Db2 Administrator die Einstellungen entsprechend der Systemkapazität anpassen.
    • Ändern Sie die persistenten logfilsiz und logprimary Einstellungen, indem Sie die Konfigurationswerte in der Db2uCluster oder Db2uInstance benutzerdefinierten Ressource (CR) ändern, die die Einstellungen der Db2 oder Db2 Warehouse Zieldatenbankinstanz steuert.
      Wichtig: Die Db2uCluster benutzerdefinierte Ressource ist veraltet und wird in einer zukünftigen Version entfernt. Das folgende Beispiel veranschaulicht den Konfigurationsablauf für den Db2uInstance CR. Weitere Informationen zum Ändern Db2 der Zieldatenbankkonfigurationen finden Sie unter Bereitstellen Db2 mit einer benutzerdefinierten Ressource für Db2 und Ändern Db2 Warehouse der Konfigurationseinstellungen für Db2 Warehouse.
      1. Bestimmen Sie den Db2uInstance CR Namen Ihrer Zieldatenbankinstanz und bearbeiten Sie ihn. Ersetzen Sie im ${PROJECT_CPD_INST_OPERANDS} folgenden Beispielbefehl durch Ihren Projektnamen. Führen Sie den folgenden Befehl aus:
        oc get db2uinstance -n ${PROJECT_CPD_INST_OPERANDS}
DB2UINSTANCE_ID=<db2uinstance_cr_name>
oc edit db2uinstance ${DB2UINSTANCE_ID} -n ${PROJECT_CPD_INST_OPERANDS}
      2. Die Datenbankkonfiguration (YAML-Datei) befindet sich nun im Bearbeitungsmodus. Datenbankkonfigurationsparameter werden unter spec.environment.databases[].dbConfighinzugefügt. Navigieren Sie zu diesem Abschnitt und fügen Sie die logfilsiz Werte logprimary und hinzu oder ändern Sie sie wie im folgenden Beispiel gezeigt:
        spec:
  environment:
    databases:
      - name: BLUDB
        dbConfig:
          LOGPRIMARY: "15"    
          LOGFILSIZ: "50000"
      3. Speichern und schließen Sie die YAML-Datei. Durch Ändern der Konfigurationswerte in der Db2uCluster oder Db2uInstance CR können Sie vermeiden, dass Ihre logfilsiz und logprimary Einstellungen nach einem Upgrade verloren gehen.
      4. Die dbConfig Änderungen der Db2ucluster oder Db2uInstance CR werden automatisch erkannt und angewendet. Sie können die Pod-Protokolle überwachen, um zu überprüfen, ob die Konfigurationen erfolgreich angewendet wurden. Führen Sie den folgenden Befehl aus:
        oc logs c-${DB2UINSTANCE_ID}-db2u-0 -n ${PROJECT_CPD_INST_OPERANDS}
    Weitere Informationen finden Sie unter:
  3. Empfehlung: Um die Leistung nach der Erstellung der Db2 Instanz weiter zu optimieren, sollten Sie eine Erhöhung der Werte der Parameter locklistmaxlock und in Betracht ziehen. Dadurch wird vermieden, dass zu viele Zeilensperren durch eine Sperre der gesamten Tabelle ersetzt werden, während Tabellen synchronisiert werden (dies ist ein Prozess, der als Sperreneskalation bezeichnet wird).
    • Behalten Sie bei Test- und Entwicklungssystemen den Standardwert Automatic bei.
    • Ändern Sie bei Produktionssystemen den Wert des Parameters locklist auf 500000 den Wert des Parameters maxlocks auf 13.
    Weitere Informationen finden Sie unter:
  4. Empfehlung: Um die Auswirkungen von Betriebsunterbrechungen aufgrund von Upgrades zu minimieren, sollten Sie eine Hochverfügbarkeitskonfiguration in Betracht ziehen. Eine solche Konfiguration erfordert eine zusätzliche Db2 oder Db2 Warehouse Instanz.
    Weitere Informationen finden Sie unter: