Empfehlungen für das Migrieren von Anwendungen von einer Test- in eine Produktionsumgebung

Wenn Sie Anwendungen, die für die pureQuery-Clientoptimierung aktiviert sind, von einer Test- in eine Produktionsumgebung migrieren, implementieren Sie die Empfehlungen, um die besten Ergebnisse zu erzielen.
Ihnen wird empfohlen, die Erfassung und den Test in einer Umgebung auszuführen, die der endgültigen Zielumgebung so stark wie möglich ähnelt. In vielen Fällen ist es jedoch nicht möglich, dass die Test- und Produktionsumgebungen übereinstimmen. Beispiele für unterschiedliche Test- und Produktionsumgebungen:
  • Die Testsysteme verwenden eine Datenbank von DB2 für Linux®, UNIX® oder Windows®, aber die Produktionsumgebung verwendet eine Datenbank von DB2 für z/OS.
  • Die Testsysteme verwenden eine andere Version der Datenbank als die Produktionssysteme.
Sie müssen vor dem Migrieren einer Anwendung sicherstellen, dass die Schemainformationen in den beiden Umgebungen übereinstimmen. Beide Umgebungen können Schemas auf eine der folgenden Arten verwenden:
  • Beide Systeme verwenden dieselben Schemadefinitionen.
  • Beide Systeme verwenden nicht qualifizierte Tabellennamen.
Wenn Sie die Ausführung von SQL-Anweisungen im Produktionssystem von statisch auf dynamisch umstellen, müssen Sie die Ergebnisse testen. Beispiele für zu testende Elemente:
  • Stellen Sie sicher, dass die Bindeoperation für die Zieldatenbank erfolgreich ist.
  • Stellen Sie sicher, dass die statische Ausführung von SQL-Anweisungen dieselben Ergebnisse zurückgibt wie die dynamische Ausführung der Anweisungen.
  • Stellen Sie sicher, dass die Anwendungsleistung bei statischer und dynamischer Ausführung der Anweisungen gleich ist.

Sie müssen die pureQueryXML-Datei möglicherweise mit produktionsspezifischen Attributen wie die Paketnamen und die Objektgruppe neu konfigurieren. Nach der Ausführung des Dienstprogramms Configure für die pureQueryXML-Datei mit produktionsspezifischen Optionen können Sie mit StaticBinder die endgültigen Pakete im Produktionssystem erstellen.

Aspekte der z/OS-Codierung

Die pureQuery Runtime-Dienstprogramme arbeiten mit UTF-8-codierten Dateien. Wenn Sie SQL-Daten erfassen, wird die pureQueryXML-Datei, die die SQL-Daten enthält, mit UTF-8-Codierung erstellt. Ein z/OS UNIX System Services-Befehl wie vi, mit dem eine UTF-8-codierte Datei geöffnet wird, funktioniert möglicherweise nicht.

Sie müssen eventuell den Befehl iconv ausführen, um die Codierung für diese Datei zu konvertieren. Soll z. B. die Datei capture.xml in die Codierung IBM-1047 konvertiert werden, verwenden Sie den folgenden Befehl:
iconv -f UTF-8 -t IBM-1047 capture.xml > capture_1047.xml

Nach der Konvertierung können Sie den Inhalt von capture_1047.xml mit vi öffnen und anzeigen. Sie können die konvertierte Datei jedoch nicht mit pureQuery Runtime verwenden. Sie müssen eine Datei mit UTF-8-Codierung verwenden.

Die pureQuery Runtime-Dienstprogramme arbeiten mit UTF-8-codierten Dateien. Daher muss den pureQuery Runtime-Dienstprogrammen die ursprüngliche Datei capture.xml bereitgestellt werden.

Wenn Sie eine Datei über FTP von einem z/OS-System zum Anzeigen und Verarbeiten auf eine Workstation übertragen, muss dies im Binärmodus geschehen. Stellen Sie zudem sicher, dass Sie einen Editor verwenden, der UTF-8-codierte Dateien bearbeiten kann.


Feedback