Limitations et problèmes connus dans Data Virtualization

Lorsque vous ajoutez un grand nombre de tables à votre panier, par exemple plus de 120, et que vous essayez de les virtualiser, vous pouvez voir le code de statut HTTP 500Internal Server Erroret votre panier ne sera pas virtualisé.

Le volume persistant (PV) sur le noeud principal Data Virtualization est saturé car les journaux de transactions archivés dans la base de données Db2® intégrée occupent une quantité importante d'espace sur le PV.

Pour contourner ce problème, voir Le volume persistant sur la pod de tête Data Virtualization devient saturé.

Data Virtualization arrête d'accepter les connexions à l'expiration de votre certification SSL. Un message d'erreur indiquantThe server encountered an errorsuivie d'uneLoad configured data source failed: HttpError500:NONE.

Tous les caractères ne sont pas admis dans les noms de table. Par exemple, le caractère dièse (#) n'est pas admis dans les noms de table. Le caractère dièse ne doit pas être utilisé dans les noms de table, même s'il est entre guillemets.

Lorsque vous virtualisez une table dans une source de données MongoDB on Cloud dont le nom de schéma comporte un point-virgule, vous ne pouvez pas virtualiser la table. La source de données MongoDB on Cloud supprime le point-virgule du nom de schéma et les requêtes de cette table virtuelle échouent avec l'erreur SQL5105N.

Vous pouvez virtualiser une table dans la source de données distante mais l'interrogation de la table virtuelle échoue avec une erreur SQL5105N. Voir l'exemple suivant.

ERROR] SQL error: [IBM][CLI Driver][DB2/LINUXX8664] SQL5105N The statement failed because a Big SQL component encountered an error. Component receiving the error: "DV-FMP". Component returning the error: "Virtualization Connector". Log entry identifier: "GAI-003-NA". SQLSTATE=58040 SQLCODE=-5105 (fvt_sql.py:157)

Error: CREATE OR REPLACE NICKNAME -- DB2 SQL Error: SQLCODE=-1229, SQLSTATE=40504, SQLERRMC=null, DRIVER=4.29.24

Error: CREATE OR REPLACE NICKNAME -- "<schema>"."<table>" already exists in Server "<server>" (use REPLACE=Y to overwrite)

The table <schema>.<table> already exists. Use REPLACE=Y to overwrite CallStack

Sur la page Informations de connexion, lorsque vous cliquez sur Télécharger le module de pilote de périphériqueLinux, les pilotes doivent être téléchargés à partir d'un site Web externe. Cette option n'est pas prise en charge actuellement dans un environnement à mémoire d'air.

Lorsque vous suivez ces instructions pour utiliser un certificat SSL ou TLS personnalisé, vous pouvez rencontrer des erreurs de vérification SSL et Data Virtualization risque de ne pas fonctionner. Les certificats signés par une autorité de certification personnalisés ne sont pas pris en charge pour Data Virtualization. Les certificats autosignés ne sont pas à l'origine de ce problème et sont pris en charge pour Data Virtualization. Pour contourner ce problème, rétablissez le certificat par défaut fourni avec Cloud Pak for Data ou utilisez un certificat autosigné.

Lorsque vous créez des tables virtuelles, certaines statistiques de table ne sont pas collectées correctement. Pour résoudre ce problème, voir Les statistiques de table ne sont pas collectées. Pour plus d'informations, voir Collecte de statistiques dans Data Virtualization.

Si vous obtenez une erreur de délai d'attente lorsque vous tentez de vous connecter à Data Virtualization, augmentez les valeurs de délai d'attente. Pour augmenter les valeurs de délai d'attente, mettez à jour le fichier /etc/haproxy/haproxy.cfg et définissez le délai d'attente du client et du serveur sur 10m. Pour plus d'informations, voir Paramètres de dépassement de délai de l'équilibrage de charge.

Certaines connexions dans Cloud Pak for Data 4.0.8 utilisent par défaut le protocole TLSv1.3 lorsqu'elles initient des connexions SSL à des sources de données distantes. Si la source de données distante ne prend pas en charge TLSv1.3, l'établissement de liaison SSL échoue.

Si une connexion utilise un certificat SSL personnalisé qui a été stocké dans un coffre, la connexion doit d'abord être créée dans Connexions de plateforme à l'aide de l'API REST du service de connexions avant de pouvoir être ajoutée sur la page Sources de données dans Data Virtualization avec Ajouter une connexion > Connexion existante.

Le certificat SSL doit être saisi sous forme de certificat brut au format texte ou être entré en utilisant le format de référence de secret suivant en tant que secret singleton plutôt qu'un tableau JSON, comme illustré dans l'exemple suivant.

"ssl_certificate": "{\"secretRefID\":\"secret_urn:MySSLCert\",\"key\":\"password\"}"

Lorsque vous interrogez des tables virtualisées dans des sources de données SAP HANA qui sélectionnent certaines colonnes et utilisent l'opérateur NOT comme filtre sur ces colonnes, des résultats incorrects peuvent s'afficher.

Lorsque vous créez une connexion à MongoDB vous ne voyez que les tables qui ont été créées dans la source de données MongoDB avant l'ajout de la connexion.

Par exemple, si vous disposez de 10 tables dans votre source de données MongoDB lorsque vous créez une connexion, vous voyez 10 tables lorsque vous commencez à virtualiser la table. Si un utilisateur ajoute de nouvelles tables à la source de données MongoDB après l'ajout de la connexion et avant de cliquer sur Virtualiser, Data Virtualization n'affichera pas les nouvelles tables sous l'onglet Virtualiser .

Le pilote MongoDB JDBC en cours ne prend pas en charge la connexion aux noms de base de données contenant des caractères spéciaux.

Si vous prévisualisez des sources de données SAP HANA qui contiennent des données de type TINYINT, vous voyez des données inexactes pour certaines lignes de type TINYINT. Toutefois, vous pouvez virtualiser la source de données. Seul l'aperçu est concerné.

Une fois que vous avez virtualisé la table, dans Données virtualisées, les données sont disponibles pour les colonnes qui contiennent des types de données LOB ou Long Varchar.

Par exemple, vous pouvez voir le message suivant.DB_WARNING: ENGINE_JDBC_CONN_ATTEMPT_ERROR: Failed JDBC Connection attempt in XXX ms for: YYY;sslTrustStoreLocation=/path/.dsTempTrustStore;, cause: .... Message: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty.

Data Virtualization prend en charge le type de données d'horodatage jusqu'à la nanoseconde. Lorsque le type d'horodatage d'une source de données distante a une échelle supérieure à 9 nanosecondes, Data Virtualization renvoie des valeurs de colonne d'horodatage tronquées jusqu'à la nanoseconde. En outre, pour les prédicats d'horodatage, Data Virtualization ne se compare qu'à des nanosecondes.

Lorsque vous tentez de prévisualiser des données à partir de Db2 for i, un message d'erreur s'affiche. Db2 for i peut être une source de données distante et vous ne disposez pas des droits d'accès requis. Pour plus d'informations, voir la documentation du produitDb2.

Vous pouvez spécifier des propriétés JDBC supplémentaires lorsque vous ajoutez des connexions de source de données à Data Virtualization. Toutefois, vous ne pouvez pas modifier ces propriétés JDBC supplémentaires une fois que vous avez ajouté des connexions de source de données.

Vous pouvez ajouter des connexions de source de données Db2 on Cloud à Data Virtualization. Toutefois, vous ne pouvez pas spécifier d'informations de port lorsque vous ajoutez ces connexions de source de données ; par défaut, le port 50001 est utilisé. En outre, vous ne pouvez pas indiquer si SSL est activé pour le port. Par conséquent, SSL est activé par défaut pour toutes les connexions Db2 on Cloud . Si vous souhaitez ajouter une connexion Db2 on Cloud avec un port différent ou sans activer SSL, indiquez le type de connexion Db2 .

Lorsque vous tentez d'ajouter des connexions de source de données Db2 Hosted , Db2 Event Store, et Compose for MySQL , vous ne pouvez pas indiquer si SSL doit être activé ou non. Cette limitation vous empêche d'ajouter ces connexions de source de données à Data Virtualization. Pour résoudre ce problème, si vous souhaitez ajouter ces connexions à Data Virtualization, spécifiez le type de connexion Db2 pour Db2 Hosted et Db2 Event Store , source de données et type de connexion MySQL pour la source de données Compose for MySQL .

Lorsque vous exécutez une requête sur des sources de données Db2 , vous pouvez rencontrer des problèmes de performances. Par exemple, ces problèmes de performances peuvent apparaître si votre instruction SQL utilise une chaîne comparable, telle que c1 = 'abc', c2=c3, où c1, c2et c3 sont des types de données de type chaîne tels que char ou varchar. Pour éviter ces problèmes de performances, vous devez modifier l'option de serveur de séquence de classement (COLLATING_SEQUENCE) de la source de données. Pour plus d'informations sur cette option de serveur, voir Séquence de classement.

Pour résoudre ce problème, vérifiez que vos connexions Data Virtualization se trouvent sur un cluster Cloud Pak for Data unique.

Lorsque vous exécutez le script pour mettre à niveau un connecteur distant sur une source de données Windows , des messages d'erreur s'affichent. Exemple :

'#' is not recognized as an internal or external command, operable program or batch file. '#export' is not recognized as an internal or external command, operable program or batch file.

Vous pouvez ignorer ces messages d'erreur lorsque le connecteur distant a été mis à niveau avec succès.

Une nouvelle session (authentification) doit être établie pour que les affectations de groupe d'utilisateurs prennent effet.

Solution palliative : voirGestion des utilisateurs dans Gestion des utilisateurs.

Cette limitation est le résultat d'une limitation Db2 sur les groupes. Pour plus d'informations, voir Restrictions sur l'utilisation des privilèges de groupe lors de l'exécution d'instructions DDL ou de modules de liaison.

Vous pouvez également accorder l'accès public à vos objets pour tous les rôles ou tous les utilisateurs Data Virtualization, puis restreindre l'accès à l'aide des règles de protection des données définies sur les groupes. Pour plus d'informations, voir Gouvernance des données virtuelles avec des règles de protection des données dans Data Virtualization.

Voir aussi Erreur SQL0727N lorsque vous interrogez les résultats de vue dans Data Virtualization.

Lorsque vous virtualisez des fichiers dans Data > Data virtualization > Virtualize, la colonne Termes métier n'est pas disponible pour les sources de données dans l'onglet Fichiers . Ces sources de données ne prennent pas en charge les termes métier.

Dans Cloud Pak for Data version 4.0.7 ou 4.0.8, le profilage des actifs de données Data Virtualization dans Watson Knowledge Catalog échoue avec l'erreur suivante:The property [auth_method] is not supported.En outre, vous ne pouvez pas prévisualiser les objets virtuels dans Watson Knowledge Catalog lorsqu'une règle de masquage des données s'applique.

Seuls les objets créés dans l'interface utilisateur sont automatiquement publiés dans le catalogue. Les objets créés à l'aide de SQL ne sont pas publiés automatiquement et doivent être publiés dans le catalogue manuellement ou à l'aide de l'API.

Data Virtualization applique les règles de protection des données même si l'actif de données est catalogué dans un catalogue pour lequel l'option Appliquer les règles de protection des données n'est pas activée. Ce comportement est sujet à changement dans les versions ultérieures. Pour garantir un comportement prévisible dans les éditions futures, ajoutez les ressources de données virtuelles aux catalogues avec l'option Appliquer les règles de protection des données activée uniquement.

Dans le mode de virtualisation par défaut (où vous pouvez voir toutes les tables, quelles que soient les affectations de termes métier), lorsque vous accédez à la page Virtualiser , la console semble charger la liste des tables pendant un certain temps lorsque des sources de données ajoutées à Data Virtualization comportent des tables avec types non standard, tels que NULL ou OTHER. Cependant, vous pouvez attendre que le chargement soit terminé pour afficher la liste de toutes les tables, et vous pouvez prévisualiser, ajouter au panier, éditer des colonnes et virtualiser toutes les tables répertoriées. La régénération est désactivée, mais vous pouvez actualiser la page pour déclencher le rechargement de la mémoire cache des tableaux disponibles.

Dans le mode de virtualisation strict (lorsque vous ne pouvez voir les tables que si elles possèdent au moins une colonne avec une affectation de terme métier), lorsque vous accédez à la page Virtualiser, la console semble charger la liste de tables pendant un certain temps, sans afficher de tables. Le chargement peut être beaucoup plus lent par rapport au mode de virtualisation par défaut pendant que la console évalue la liste des tables éligibles qui peuvent être virtualisées, en fonction des affectations de termes aux noms de table et de colonne de la source de données.

Vous ne pouvez pas accéder à une table mais selon les règles de données et les autorisations, vous êtes autorisé à accéder à cette table. Ce problème se produit uniquement si l'application des stratégies Watson Knowledge Catalog est activée dans Data Virtualization. Pour résoudre ce problème, voir L'accès à une table est refusé par les règles dans Data Virtualization.

Le service de stratégie n'est pas en mesure de décider lesquels des actifs dupliqués utiliser pour l'application de la stratégie et n'agrège pas les règles. Vous devez éviter les actifs en double dans les catalogues gouvernés car cela peut entraîner des problèmes liés au comportement de mise en application des règles dans Data Virtualization.

Vous virtualisez un actif de données dans Watson Knowledge Catalog, mais vous ne pouvez pas voir un terme métier affecté à cet actif de données. Pour résoudre ce problème, voir Impossible de voir le terme métier affecté à l'actif de données dans Data Virtualization.

Si vous n'avez pas entré de nom d'utilisateur et de mot de passe lors de la création de la connexion à la source de données Data Virtualization , l'erreur suivante s'affiche:Missing personal credentials. Si vous ne disposez pas du rôle d'administrateur ou d'intendant pour cet objet, l'erreur suivante s'affiche:Unable to access this asset.

Pour résoudre ce problème, voir Un objet virtualisé ne peut pas être utilisé dans des Cognos Dashboards sans données d'identification et avec un rôle approprié dans Data Virtualization.

Pour définir une fréquence de régénération du cache, vous pouvez sélectionner une fréquence Par heure, puis choisir la minute de l'heure à laquelle l'actualisation du cache est exécutée. Si vous augmentez cette minute au-delà de 59, la minute d'actualisation devient vide. Si vous quittez cette page en laissant la minute d'actualisation vide, puis revenez à cette page, vous ne pouvez pas définir la fréquence de régénération horaire d'un cache car la minute reste vide.

400: Missing ResultSet:java.sql.SQLSyntaxErrorException: Long column type column or parameter 'COLUMN2' not permitted in declared global temporary tables or procedure definitions.

Les noms d'en-tête de colonne ne sont pas sensibles à la casse et sont convertis en majuscules dans la réponse d'API affichée par la console. Ainsi la colonne ABC est considérée comme identique à la colonne abc. Les colonnes peuvent être renommées en utilisant une casse mixte lors de la virtualisation de la source de données.

ERROR 400 'Your InputStream was neither an OLE2 stream nor an OOXML stream' was thrown while evaluating an expression.

Pour les fichiers texte exposés par des connecteurs distants, Cloud Pak for Data détecte automatiquement le schéma de codage des fichiers de données à plat, tels que les fichiers CSV et TSV. Cependant, pour éviter les problèmes de décodage, il est recommandé de définir manuellement le schéma de codage pour les fichiers de données plats. Pour plus d'informations, voir Définition du schéma de codage.

Pour les fichiers texte dans les sources de données Cloud Object Storage aux formats CSV, TSV et JSON, seul le codage de caractères UTF-8 est pris en charge dans Data Virtualization: Les formats binairesCloud Object Storage tels que ORC (Optimized Row Columnar) ou Parquet ne sont pas affectés car ils codent de manière transparente les types de caractères.

Pour résoudre le problème, redémarrez le pod de l'opérateur Data Virtualization en exécutant la commande suivante.

oc -n <project> delete pod $(oc -n <project> get pods | grep -i dv | cut -d' ' -f 1)

Les sources de données de plus de 100 000 tables ralentissent le chargement des tables dans la page Virtualize > Tables . Vous pouvez réduire leur portée en définissant des filtres de schéma distants. Pour plus d'informations, voir Speed up loading of tables when you virtualize in Data Virtualization.

Lorsque vous ajoutez une connexion Data Virtualization à une connexion de plateforme existante à Cloud Object Storage, vous devez ajouter toutes les données d'identification requises. Pour plus d'informations, voir Connexion à Cloud Object Storage dans Data Virtualization.

Pour ajouter des données d'identification, vous devez effectuer un zoom arrière dans votre navigateur pour afficher la totalité de la boîte de dialogue Ajouter les données d'identification requises. La zone Clé secrète n'est pas activée tant que vous n'avez pas entré Clé d'accès. Le bouton Mise à jour n'apparaît que lorsque vous effectuez un zoom arrière pour afficher la totalité de la boîte de dialogue.

Une fois que vous vous connectez aux sources de données et que vous virtualisez les tables de groupe, vous pouvez consulter les tables groupées et effacer certaines entrées avant de les virtualiser. Sur la page Éditer les tables groupées, si vous avez une longue liste et que vous devez faire défiler la page, la barre de défilement peut disparaître après avoir effacer certaines sélections. Vous ne pouvez pas faire défiler la liste et cliquer sur Appliquer et continuer.

Sur Data > Data virtualization > Virtualization > Cache management > Add new cache, le cache peut être créé et géré par les utilisateurs. Toutefois, si vous cliquez sur Tester les requêtes avec cache, unFailed to test queriesMessage d'erreur. Vous ne pouvez pas utiliser les fonctions de correspondance et de recommandations dans la mise en cache pour Cloud Object Storage.

1. Sur tous les hôtes de connecteur distants, éditez le fichier : <DV endpoint directory>/sysroot/data/gaiandb_config.properties.
2. Recherchez et remplacez toutes les instances de com.ibm.db2j.GExcel par com.ibm.db2j.QExcel. Pour plus d'informations sur le traitement des incidents, voir Les requêtes sur les fichiers à plat virtualisés échouent avec des résultats incorrects dans Data Virtualization.
3. Enregistrez le fichier et quittez l'éditeur. Les modifications sont automatiquement chargées après l'enregistrement du fichier. Confirmez que les fichiers Excel volumineux peuvent être interrogés.
4. Si les tables virtuelles des fichiers d'un hôte n'affichent toujours pas de contenu, essayez de redémarrer l'agent du connecteur distant. Pour plus d'informations, voir Gestion des connecteurs sur des sources de données distantes.

Il se peut que des opérations SQL échouent par intermittence et que des erreurs SQLCODE=-1229 se produisent également :

Message d'erreur La transaction en cours a été annulée en raison d'une erreur système.. SQLCODE=-1229, SQLSTATE=40504, DRIVER=4.27.25

Pour résoudre ce problème, voir Le serviceData Virtualization sur Cloud Pak for Data semble instable sur un Red Hat OpenShift sur un cluster Kubernetes.

Lorsque vous virtualisez une table qui comporte un guillemet double dans le nom de schéma, un message d'erreur s'affiche et vous ne pourrez pas virtualiser la table. Voir l'exemple suivant.

Error The assets request failed: CDICO2060E: The metadata for the select statement could not be retrieved Sql error: The statement failed because a Big SQL component encountered an error. Component receiving the error: "SCHEDULER". Component returning the error: "SCHEDULER". Log entry identifier: "[SCL-0-3a08009d4]". Reason: "".. SQLCODE=-5105, SQLSTATE=58040, DRIVER=4.28.11. The statement text is: SELECT * FROM """ABC"""."SHIP_MODE" FOR READ ONLY

Ce problème peut se produire sur Netezza® sur Cloud, MongoDB et Db2 Warehouse sources de données.

Si vous créez une connexion à l'aide d'un IBM Informix JDBCtéléchargé, cette connexion ne prend pas en charge SSL.

Vous disposez des rôles Data Virtualization Admin ou Ingénieur et vous tentez d'ajouter une connexion de source de données Ceph avec des paramètres incorrects. Le message d'erreur indiqueThe data source could not be added. Ensure that the specified parameters are correct and try againToutefois, lorsque vous cliquez sur Editer dans le message, la page se bloque et vous ne pouvez pas éditer vos paramètres.

Dans Cloud Pak for Data version 4.0.1 ou antérieure, le pod de mise en cache Data Virtualization ne s'initialise pas correctement si Db2 Data Management Console ne s'initialise pas correctement.

• Nombre de noeuds worker
• Coeurs par noeud worker
• Mémoire par noeud worker
• Récapitulatif de stockage

Dans Cloud Pak for Data 4.0.1, un utilisateur qui ne dispose pas explicitement d'un rôle d'administrateur Data Virtualization mais qui est affecté à un groupe et qui possède un rôle d'administrateur Data Virtualization ne peut pas accéder à la page de tableau de bord du cache.