Data Integrity - FAQ

Dieses Kapitel enthält Antworten auf die am häufigsten gestellten Fragen zu Tricentis Data Integrity.

Data Integrity unterstützt bei Auslieferung alle Datenbanken, die ODBC-Treiber unterstützen.

Wenn Sie JDBC-Treiber verwenden, müssen Sie Ihre Tests mit dem Vorschau-Feature Tosca Data Integrity Agent ausführen.

Tricentis empfiehlt, den neuesten ODBC-Treiber zu verwenden, der mit dem Betriebssystem und der Datenbank kompatibel ist. Data Integrity unterstützt sowohl 64-Bit- als auch 32-Bit-ODBC-Treiber.

Beachten Sie, dass Data Integrity nur ODBC-Treiber verwendet, um auf die Datenquelle zuzugreifen. Die ODBC-Treiberfähigkeit entscheidet, was Data Integrity unterstützen kann. ODBC-Treiber von Oracle unterstützen beispielsweise nicht mehrere SQL-Statements.

Data Integrity unterstützt für die Row by Row Comparison sowohl Windows als auch Linux.

Verwenden Sie für Windows ODBC-Treiber. Verwenden Sie für Linux den Data Integrity Agent mit JDBC-Treibern, Datei- oder SSH-Verbindungen.

Data Integrity-Lizenzen werden verbraucht, wenn Sie das Data Integrity-AddIn aktiviert haben und den Tosca Commander starten.

Wenn Sie ein Data Integrity-Modul ausführen, führt das System eine Lizenzprüfung durch und bestätigt, dass die Lizenz weiterhin gültig ist.

Immer dann, wenn Sie Tests ausführen, die Data Integrity-Module enthalten, ohne dabei die GUI, d. h. den Tosca Commander, zu starten.

Wenn Sie stattdessen beispielsweise die TC-Shell, TC-API oder die Tosca Distributed Execution verwenden.

Der Data Integrity Agent benötigt eine Data Integrity Designer-Lizenz oder Data Integrity Execution Only-Lizenz, je nachdem, wie der Test gestartet wird.

Weitere Informationen zu Lizenzen erhalten Sie bei Ihrem Tricentis-Vertriebsmitarbeiter.

Sie benötigen Lizenzen der Data Integrity Parallel Execution nur, wenn Sie Data Integrity-Tests parallel, d. h. gleichzeitig, ausführen möchten.

Weitere Informationen zu Lizenzen erhalten Sie bei Ihrem Tricentis-Vertriebsmitarbeiter.

Der Algorithmus der Row by Row Comparison funktioniert gemäß den folgenden Prinzipien:

  • Der Algorithmus verwendet einen eindeutigen Bezeichner namens Row Key, um Zeilen zu vergleichen.

  • Sie können den Row Key angeben. Er kann eine oder mehrere Spalten umfassen.

  • Wenn Sie einen Row Key angeben, verwendet der Algorithmus diesen im Quell-Dataset, um die entsprechende Zeile im Ziel-Dataset zu finden. Dann vergleicht er alle verbleibenden Spalten miteinander.

  • Wenn Sie keinen Row Key angeben, verwendet der Algorithmus die gesamte Zeile als Bezeichner.

Um die besten Ergebnisse zu erzielen, befolgen Sie die unten beschriebenen Best Practices:

Wählen Sie einen Row Key aus, der eine Zeile eindeutig identifiziert. Andernfalls ordnet der Algorithmus möglicherweise die falschen Zeilen einander zu, da er kein Fuzzy-Matching durchführt und Quelle und Ziel sequentiell verarbeitet.

Achten Sie darauf, dass Quelle und Ziel auf die gleiche Weise sortiert sind. Der Algorithmus liest Teile von Quelle und Ziel und vergleicht sie sofort. Die korrekte Sortierung beschleunigt den Vergleich und spart Speicher (RAM).

Wenn ein Row Key ein Duplikat und nicht eindeutig ist, führt der Algorithmus einen automatischen Abgleich basierend auf den verbleibenden Spalten durch.

Wenn der automatische Abgleich keine genaue Übereinstimmung ergibt, liefert der Algorithmus die wahrscheinlichste Übereinstimmung basierend auf der Anzahl der Zellen, die übereinstimmen.

Data Integrity versucht standardmäßig, die Gesamtanzahl der Zeilen aus der Quelle zu bestimmen, bevor es den Vergleich startet. Dadurch kann Data Integrity die verbleibende Zeit anzeigen.

Wenn dieser Vorgang zu lange dauert oder Sie die Zeitanzeige nicht benötigen, können Sie die Zeilenzählung überspringen.

Die Zeilenzählung gibt nur nähere Informationen zum Ausführungsfortschritt. Sie hat keinen Einfluss auf den Vergleich selbst.

Data Integrity bietet mehrere Ausführungsoptionen. Letztendlich bestimmt Ihr Setup, welche Ausführung für Sie am besten geeignet und vorteilhaft ist.

Scrollen Sie durch die folgende Liste, um einen Überblick über die Vorteile () und Nachteile () bestimmter Ausführungsoptionen zu erhalten:

Lokale Tosca TBox-Ausführung durchführen und über ODBC auf Daten zugreifen

Ausführung läuft näher an Daten

Alle Ausführungen erfolgen auf einem Rechner

Schneller Datenzugriff für lokale Daten

Könnte langsam sein, wenn Sie große Remote-Datensätze vergleichen

Läuft nur unter Windows und nicht unter Linux

Lokale Tosca TBox-Ausführung mit lokalem Data Integrity Agent (JDBC) ausführen

Ausführung läuft näher an Daten

Alle Ausführungen erfolgen auf einem Rechner

Schneller Datenzugriff für lokale Daten

Kann JDBC-Treiber anstelle von ODBC-Treiber verwenden

Sie müssen einen zusätzlichen Data Integrity Agent für JDBC installieren

Sie müssen den Data Integrity Agent starten

Läuft nur unter Windows, da der Tosca Commander nur unter Windows läuft

Lokale Tosca TBox-Ausführung mit remotem Data Integrity Agent (JDBC) nahe der Datenquelle ausführen

Schnellere Vergleichsgeschwindigkeit, da die Ausführung in der Nähe der Daten erfolgt

Läuft unter Windows und Linux

Sie müssen einen zusätzlichen Data Integrity Agent für JDBC installieren

Sie müssen den Data Integrity Agent starten

Schwierige Orchestrierung und Skalierung, da der Testschritt die Agent-IP kennen muss

Lokale Tosca TBox-Ausführung über Tosca Distributed Execution (DEX) ausführen, Data Integrity-Ausführung läuft auf DEX Agent

Orchestrierung ist verfügbar

Benötigt keinen Data Integrity Agent (JDBC), wenn Sie Ihre Ausführung unter Windows mit ODBC durchführen

Läuft nicht unter Linux

Um Ihre Tests mit dem Data Integrity Agent auszuführen, müssen Sie den Klassennamen Ihres JDBC-Treibers in Ihrem Testfall angeben. Wenn Sie den Klassennamen nicht kennen, finden Sie ihn in der Java-Archivdatei (JAR) Ihres JDBC-Treibers.

In den folgenden Beispielen erfahren Sie, wie Sie einen JDBC-Treiberklassennamen auf zwei verschiedene Arten finden.

Beispiel 1: Finden Sie den Klassennamen in der Manifestdatei

Dieses Beispiel verwendet die Manifestdatei, um den Namen der Treiberklasse zu finden. Das Manifest ist eine Textdatei, die grundlegende Informationen über den Inhalt einer JAR-Datei enthält. Sie müssen die folgenden Schritte ausführen:

  1. Um den Inhalt Ihrer JAR-Datei zu extrahieren, benennen Sie sie um, indem Sie die Erweiterung .zip hinzufügen.

    Benennen Sie zum Beispiel Ihre Datei von ojdbc7.jar in ojdbc7.jar.zip um.

  2. Doppelklicken Sie auf die ZIP-Datei und entpacken Sie den Inhalt.

  3. Durchsuchen Sie den entpackten Inhalt nach einer Datei namens MANIFEST.MF.

  4. Öffnen Sie die Manifest-Datei und suchen Sie nach der Main-Class, die den Klassennamen angeben sollte.

    In diesem Beispiel enthält die Datei Main-Class: oracle.jdbc.OracleDriver.

Der Klassenname des Treibers lautet oracle.jdbc.OracleDriver. Sie können diese Informationen nun im Testschritt verwenden.

Wenn der Klassenname nicht in der Main-Class angegeben ist, versuchen Sie die Schritte im nächsten Beispiel.

Beispiel 2: Finden Sie den Klassennamen im Ordner META-INF/services

Dieses Beispiel verwendet den Ordner META-INF/services, um den Klassennamen des Treibers zu finden. Dieser Ordner enthält Informationen des Serviceanbieters. Sie müssen die folgenden Schritte ausführen:

  1. Um den Inhalt Ihrer JAR-Datei zu extrahieren, benennen Sie sie um, indem Sie die Erweiterung .zip hinzufügen.

    In diesem Beispiel benennen Sie Ihre Datei von mssql-jdbc-8.2.2.jre11.jar in mssql-jdbc-8.2.2.jre11.jar.zip um.

  2. Doppelklicken Sie auf die ZIP-Datei und entpacken Sie den Inhalt.

  3. Durchsuchen Sie den entpackten Inhalt nach einem Ordner namens META-INF\services.

  4. Öffnen Sie in diesem Ordner die Datei java.sql.Driver, die den Klassennamen enthalten sollte.

    In diesem Beispiel enthält die Datei com.microsoft.sqlserver.jdbc.SQLServerDriver.

Der Klassenname des Treibers ist com.microsoft.sqlserver.jdbc.SQLServerDriver. Sie können diese Informationen nun im Testschritt verwenden.