Beschränkungen und bekannte Probleme bei der Data Virtualization

Letzte Aktualisierung: 21. März 2025
Beschränkungen und bekannte Probleme bei der Data Virtualization

Die folgenden Einschränkungen und bekannten Probleme gelten für die Data Virtualization.

Daten regulieren

Objekt- oder Schemanamen, die den Schrägstrich (/), den umgekehrten Schrägstrich (\) oder beide Zeichen enthalten, werden nur eingeschränkt von der Governance unterstützt
Das Veröffentlichen eines Objekts oder Schemas in einem Katalog oder Projekt schlägt fehl, wenn der Objekt- oder Schemaname den Schrägstrich (/), den umgekehrten Schrägstrich (\) oder beide enthält.
Hinweis : Die Datenschutzregeln gelten nicht für Objekte, deren Objekt- oder Schemaname den Backslash (\) enthält. Datenschutzbestimmungen gelten weiterhin für Objekte mit einem Schrägstrich (/) im Namen.
Die fehlgeschlagene Veröffentlichung zeigt diesen Fehler an:
The assets request failed: CDICO2034E: The path (/CPADMIN/D/EMO] contains more path elements than defined for the connection [2).
Umgehung : Wenn das Objekt einen Schrägstrich (/) im Namen oder im Schemanamen enthält, sollten Sie das Objekt nicht veröffentlichen oder zuweisen, Data Virtualization, sollten Sie es entweder als verbundenes Asset zum Zielkatalog hinzufügen oder das Objekt aus diesem Katalog oder Projekt über die Verbindung in das Zielprojekt importieren Data Virtualization verbindung.

Es gibt keine Umgehungslösung für Objekte mit einem Backslash (\) im Namen.

Einige Projekte sind möglicherweise nicht unter Data Virtualization für die Zuweisung verfügbar
Wenn Ihre Cloud Pak for Data -Instanz mehr als 100 Projekte enthält, werden bei der Zuweisung virtualisierter Objekte nur 100 dieser Projekte in Data Virtualization als verfügbar aufgeführt.
Umgehung : Fügen Sie in Plattformverbindungen die Data Virtualization verbindung zu Ihrem Projekt hinzu und importieren Sie dann die Objekte mithilfe dieser Verbindung in das Projekt.
Zugriffssteuerungsfehler bei der Vorschau von Assets mit maskierten oder gefilterten Daten
Wenn Sie Data Virtualization datenbeständen in Watson -Diensten außer Data Virtualization, in Cloud Pak for Data (z. B. IBM Knowledge Catalog, Watson Studio und Data Refinery) und in Fällen, in denen Datenmaskierung oder Filterung auf Zeilenebene angewendet wird, unterliegt die Vorschau ausschließlich den Datenschutzregeln und der Katalog- oder Projektzugriffskontrolle. Data Virtualization zugangskontrollen werden nicht durchgesetzt.

Die Zugriffskontrolle für die Data Virtualization wird nicht angewendet, wenn die Datenmaskierung oder die Filterung auf Zeilenebene für die Vorschau in " Watson -Diensten (außer Data Virtualization) gilt. Die internen Zugriffskontrollen der Data Virtualization, die über Zugriff verwalten in der Benutzeroberfläche Data Virtualization gesteuert werden, gelten nicht für die Vorschau der anderen " Watson ienste mit Maskierung oder Filterung auf Zeilenebene. Sie müssen Ihre Regeln definieren, um den Zugriff auf die Kataloge, Projekte, Datenassets oder Verbindungen für die Zugriffssteuerung in den anderen Watson -Services zu verwalten.

Das automatische Publizieren von virtuellen Objekten im Katalog ist auf bestimmte Objekte beschränkt

Nur in der Benutzerschnittstelle erstellte Objekte werden automatisch im Katalog publiziert. Objekte, die mit SQL erstellt werden, werden nicht automatisch publiziert und müssen manuell oder über die API im Katalog publiziert werden.

Spaltengeschäftsbegriffe für virtuelles Objekt können nicht angezeigt werden

Sie virtualisieren eine Tabelle in der Data Virtualization und möchten die Liste der Geschäftsbegriffszuordnungen auf der Seite Virtualisieren anzeigen. Im Standardvirtualisierungsmodus werden jedoch keine Begriffszuordnungen für Spalten angezeigt und im strikten Virtualisierungsmodus wird Tabelle A auf der Seite Virtualisieren nicht angezeigt.

Dieses Problem tritt möglicherweise auf, wenn die Geschäftsbegriffe für Spalten in einem regulierten Katalog mehrfach zugeordnet wurden. Angenommen, Sie fügen ein Datenasset für Tabelle A mit den entsprechenden Zuordnungen für Tabellen- und Spaltenbegriffe in einem regulierten Katalog hinzu. Anschließend fügen Sie in demselben regulierten Katalog ein Datenasset für dieselbe Tabelle A mit den zugehörigen Tabellen- und Spaltenbegriffszuordnungen hinzu. Infolgedessen kann dieses Problem bei der Data Virtualization auftreten.

Um dieses Problem zu vermeiden, ordnen Sie in einem regulierten Katalog keine Geschäftsbegriffe für Spalten mehrfach zu.

Zugriff auf eine Tabelle wird durch Richtlinien verhindert

Sie können nicht auf eine Tabelle zugreifen, sind aber gemäß den Datenschutzregeln und Berechtigungen berechtigt, auf diese Tabelle zuzugreifen.

Informationen zur Lösung dieses Problems finden Sie unter "Access to a table is denied by policies" in Data Virtualization.

Verwenden Sie keine doppelten Assets für dieselbe Tabelle

Der Richtlinienservice kann nicht entscheiden, welches der doppelten Assets für die Richtliniendurchsetzung verwendet werden soll, und aggregiert deshalbdie Regeln nicht. Sie müssen doppelte Assets in verwalteten Katalogen vermeiden, da dies zu Problemen bei der Durchsetzung von Richtlinien in der Data Virtualization führen kann.

Kein Zugriff auf Assets im Katalog möglich

Wenn Sie versuchen, auf Data Virtualization -Ressourcen in IBM Knowledge Catalog zuzugreifen, wird der Zugriff verweigert.

Um dieses Problem zu lösen, siehe "Cannot access assets in the catalog" in Data Virtualization.

Datenschutzbestimmungen werden nicht durchgesetzt

Die Datenschutzvorschriften werden nicht wie erwartet durchgesetzt Data Virtualization.

Um dieses Problem zu lösen, siehe: Datenschutzregeln werden in Data Virtualization nicht durchgesetzt.

Profiling von Datenbeständen in der Data Virtualization schlägt fehl

Wenn Sie versuchen, Katalog-Assets von Data Virtualization in IBM Knowledge Catalog, sehen Sie möglicherweise einSCAPIException:CDICO0103ENachricht. Sie sind nicht berechtigt und die Nachricht gibt an, dass SieConnection authorization failure occurred.

Stellen Sie sicher, dass alle erforderlichen Einrichtungsschritte abgeschlossen sind, um den IBM Knowledge Catalog -Dienst für den Zugriff auf Daten in Ihrer Instanz zu autorisieren Data Virtualization instanz Siehe "Profiling catalog assets fails with SCAPIException: CDICO0103E message in Data Virtualization ".

Publizieren von Daten in Data-Science-Notebooks in Watson Studionicht möglich

Die Veröffentlichung von Daten in Data-Science-Notebooks in Watson Studiowird nicht unterstützt.

Datenquellen

Data Virtualization verbindungen zu Microsoft Azure Data Lake Storage Gen 2 können bei Verwendung von TLSv1.3 mit bestimmten Versionen von JDK zu Verzögerungen, Timeouts oder Hängern führen

Microsoft Azure Data Lake Storage unterstützt TLSv1.3, das nicht mit der bestimmten Version von Java (Java 8) kompatibel ist, für die Data Virtualization konfiguriert ist. Das Ausführen von Abfragen kann zu Fehlern führen, die von einem InvalidAbfsRestOperationException -Fehler begleitet werden.

Problemumgehung:
  1. Führen Sie den folgenden Befehl vom OpenShift® -Cluster innerhalb des Namensraums aus, in dem Data Virtualization bereitgestellt wurde:
    
    for podname in $(oc get pods -l "role in (db,hurricane)" -o=custom-columns=NAME:metadata.name --no-headers) ; do oc exec  ${podname} -- su - db2inst1 -c 'echo "export IBM_JAVA_OPTIONS=\"\${IBM_JAVA_OPTIONS} -Dhttps.protocols=TLSv1.2 \"" >> ~/.bashrc ' ; done 
  2. Führen Sie auf dem Hauptknoten als db2inst1 -Benutzer den folgenden Befehl aus, um Data Virtualization neu zu starten:
    
    bigsql stop ; bigsql start
Japanische Spaltennamen werden nicht korrekt angezeigt
Wenn Sie JSON-Dateien mit japanischen Daten unter IBM Cloud Object Storagevirtualisieren, werden die japanischen Spaltennamen möglicherweise in Hexadezimalwerte übersetzt. Die Option allownonalphanumeric kann verwendet werden, um dieses Problem zu lösen. Die Option allownonalphanumeric ist jedoch standardmäßig deaktiviert und Sie müssen sich an den IBM® Cloud -Support wenden, um ein Ticket zu eröffnen und die Option zu aktivieren.
Verbindung zu generischem S3 oder Microsoft Azure Data Lake Storage kann nicht hergestellt werden
Diese Verbindungstypen werden in der Benutzeroberfläche angezeigt, wenn Sie auf Daten > Data virtualization > Verbindung hinzufügen > Neue Verbindung klicken. Diese Verbindungstypen werden jedoch nicht unterstützt.
Verbindung zu einer Datenquelle mit einer Generisches JDBC-Verbindung kann nicht hergestellt werden

Die Verbindung zu einer nicht unterstützten Datenquelle durch Erstellen einer Generisches JDBC-Verbindung wird nicht unterstützt.

Daten virtualisieren

Tabellen in einer MongoDB-Datenquelle fehlen möglicherweise, wenn Sie virtualisieren

Wenn Sie eine Verbindung zu MongoDB erstellen, werden nur Tabellen angezeigt, die in der MongoDB-Datenquelle erstellt wurden, bevor die Verbindung hinzugefügt wurde.

Wenn Sie zum Beispiel 10 Tabellen in Ihrer MongoDB-Datenquelle haben, wenn Sie eine Verbindung erstellen, werden 10 Tabellen angezeigt, wenn Sie mit der Virtualisierung der Tabelle beginnen. Wenn ein Benutzer neue Tabellen zur Datenquelle ' MongoDB hinzufügt, nachdem die Verbindung hinzugefügt wurde und bevor Sie auf Virtualisieren klicken, zeigt Data Virtualization die neuen Tabellen nicht auf der Registerkarte Virtualisieren an.

Problemumgehung: Wenn Sie alle kürzlich hinzugefügten virtualisierten MongoDB-Tabellen anzeigen möchten, löschen Sie die Verbindung zu MongoDB und erstellen Sie die Verbindung neu.

Einer Datenanforderung kann keine Verknüpfungssicht zugeordnet werden

Der Workflow für Datenanforderungen wird nicht unterstützt.

Eine virtualisierte Tabelle kann nicht aus Dateien in fernen Datenquellen erstellt werden

Die Erstellung virtualisierter Tabellen aus Dateien wie CSV-, TSV- und Excel-Dateien in fernen Datenquellen unter Verwendung eines fernen Connectors wird nicht unterstützt. Sie können eine virtualisierte Tabelle aus Dateien in IBM Cloud Object Storageerstellen. Weitere Informationen finden Sie unter Virtualisierte Tabelle aus Dateien in Cloud Object Storage in Data Virtualization erstellen.

Verbindungen

Persönliche Berechtigungsnachweise werden bei Datenquellenverbindungen von Data Virtualization nicht unterstützt
Wenn Sie Verbindungen von der Data Virtualization zu Datenquellen erstellen, können Sie nur gemeinsame Anmeldeinformationen verwenden. Persönliche Berechtigungsnachweise werden nicht unterstützt.
Gelöschte Service-Level-Verbindungen müssen manuell von der Seite Plattformverbindungen entfernt werden

Wenn Sie eine Datenquellenverbindung auf Serviceebene auf der Data virtualization > Datenquellenseite, diese Verbindung wird auch auf der Seite „Plattformverbindungen“ angezeigt. Wenn Sie später auf Entfernen klicken, um die Service-Level-Verbindung zu löschen, bleibt die Verbindung auf der Seite Plattformverbindungen. Sie müssen die Verbindung manuell von der Seite Plattformverbindungen entfernen, damit die Datenquellenverbindung vollständig entfernt wird.

Service-Level-Verbindungen müssen von demselben Ort aktualisiert werden, an dem sie hinzugefügt wurden

Wenn Sie auf der Seite Data virtualization > Datenquellen eine Verbindung zur Datenquelle auf Service-Ebene hinzufügen, müssen Sie die Verbindung von derselben Stelle aus aktualisieren. Alle Aktualisierungen, die an der Verbindung auf dem Plattformverbindungen vorgenommen werden, spiegeln sich nicht in der Service-Level-Verbindung wider.

Abfrage schlägt wegen unerwartet geschlossener Verbindung zur Datenquelle fehl

Data Virtualization deaktiviert den Verbindungspool für diese Datenquelle nicht, wenn Ihre Instanz eine kontinuierliche Arbeitslast gegen virtuelle Tabellen aus einer bestimmten Datenquelle ausführt. Stattdessen wartet die Data Virtualization auf einen Zeitraum vollständiger Inaktivität, bevor sie den Verbindungspool deaktiviert. Die Wartezeit kann veraltete Verbindungen im Verbindungspool erstellen, die vom Datenquellenservice geschlossen werden und zu Abfragefehlern führen.

Problemumgehung: Überprüfen Sie die Eigenschaften für persistente Verbindungen (Keepalive-Parameter) für Ihre Datenquellen. Sie können zwei Problemumgehungen ausprobieren:

  • Ziehen Sie in Erwägung, den Keep-alive-Parameter in allen Datenquellen zu deaktivieren, die kontinuierlichen Workload von Data Virtualization erhalten.
  • Sie können auch die Einstellungen für die entsprechenden Data Virtualization " RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC und " RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC verringern, wie in den folgenden Beispielen gezeigt: 

    CALL DVSYS.SETCONFIGPROPERTY('RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC', '10', '', ?, ?);    -- default 20s, minimum 5s
    CALL DVSYS.SETCONFIGPROPERTY('RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC, '30', '', ?, ?);    -- default 120s, minimum 5s
    Die Verringerung der Einstellungen RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC und " RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC kann helfen, wenn es kleine Lücken vollständiger Inaktivität gibt, die zuvor zu kurz waren, damit die Zeitüberschreitungen beim Schrumpfen und Deaktivieren der Data Virtualization wirksam werden konnten.

Benutzer und Gruppen

Wenn Sie einen Benutzer in Benutzerverwaltung hinzufügen oder bearbeiten, wird die Rolle möglicherweise aufgrund einer Zeitlimitüberschreitung nicht erfolgreich erteilt.
Wenn sich der Benutzer bei der Data Virtualization anmeldet, zeigt die Benutzeroberfläche eine Meldung an, dass der Benutzer gesperrt ist. Beispiel:Your user ID "dv_ibmid_270000ead8" is locked. To unlock this account, click unlock or go to User management and click Unlock in the overflow menu.Sie können dieses Problem nicht beheben, indem Sie den Benutzer in der Benutzerschnittstelle entsperren. Ein Data Virtualization Manager muss dem Benutzer die Rolle manuell zuweisen. Führen Sie zum Beispiel den folgenden Befehl aus:
db2 grant role dv_admin to dv_ibmid_270000ead8