Limites et problèmes connus de la Data Virtualization
Les limitations suivantes et les problèmes connus s'appliquent à la Data Virtualization.
Données de gouvernance
- Prise en charge limitée de la gouvernance pour les noms d'objets ou de schémas contenant la barre oblique (/), la barre oblique inverse (\) ou les deux caractères
- Certains projets pourraient ne pas être disponibles dans Data Virtualization pour affectation
- Problèmes de contrôle d'accès lorsque vous prévisualisez des actifs avec des données masquées ou filtrées
- La publication automatique d'objets virtuels dans le catalogue est limitée à certains objets
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.
- Impossible de voir les termes métier de la colonne pour l'objet virtuel
Vous virtualisez une table dans Data Virtualization et vous voulez voir la liste des affectations de termes de gestion sur la page Virtualiser. Toutefois, en mode de virtualisation par défaut, vous ne pouvez voir aucune affectation de terme de colonne ; et en mode de virtualisation strict, vous ne pouvez pas voir la table A sur la page Virtualiser.
Vous pouvez rencontrer ce problème lorsque des termes métier de colonne sont attribués plusieurs fois dans un catalogue gouverné. Par exemple, vous ajoutez un actif de données pour la table A avec ses affectations de termes de table et de colonne dans un catalogue gouverné. Ensuite, dans le même catalogue gouverné, vous ajoutez un actif de données pour le même tableau A avec ses affectations de termes de tableau et de colonne. Par conséquent, vous pouvez rencontrer ce problème dans le cadre de la Data Virtualization.
Pour éviter ce problème dans le mode de virtualisation par défaut, n'affectez pas de termes métier de colonne plusieurs fois dans un catalogue gouverné.
- L'accès à une table est refusé par les stratégies
Vous ne pouvez pas accéder à une table, mais selon les règles de protection des données et les autorisations, vous êtes autorisé à accéder à cette table.
Pour résoudre ce problème, voir L'accès à une table est refusé par les politiques dans Data Virtualization.
- N'utilisez pas d'actifs en double pour le même tableau
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 de dupliquer les actifs dans les catalogues gouvernés, car cela pourrait entraîner des problèmes avec le comportement d'application des politiques dans la Data Virtualization.
- Impossible d'accéder aux actifs du catalogue
Lorsque vous essayez d'accéder à des ressources Data Virtualization dans IBM Knowledge Catalog, l'accès vous est refusé.
Pour résoudre ce problème, consultez Impossible d'accéder aux ressources du catalogue dans Data Virtualization.
- Les règles de protection des données ne sont pas appliquées
Les règles de protection des données ne sont pas appliquées comme prévu Data Virtualization.
Pour résoudre ce problème, voir Les règles de protection des données ne sont pas appliquées dans Data Virtualization.
- Le profilage des actifs de données dans le cadre de la Data Virtualization échoue
Lorsque vous essayez de profiler les actifs du catalogue à partir de Data Virtualization dans IBM Knowledge Catalog, vous pouvez voir unSCAPIException:CDICO0103E:NONE. Vous n'êtes pas autorisé et le message indiqueConnection authorization failure occurred.
Assurez-vous que toutes les étapes préalables à la configuration sont terminées pour autoriser le service IBM Knowledge Catalog à accéder aux données de votre Data Virtualization instance. Voir Profiling catalog assets fails with SCAPIException: CDICO0103E message in Data Virtualization.
- Impossible de publier les données dans les blocs-notes de la science des données dans Watson Studio
La publication de données dans des blocs-notes de données de données dans Watson Studio n'est pas prise en charge.
Sources de données
- Data Virtualization les connexions à Microsoft Azure Data Lake Storage Gen 2 peuvent subir des retards, des délais d'attente ou des blocages lors de l'utilisation d' TLSv1.3 avec des versions spécifiques de JDK
- Les noms de colonne japonais ne s'affichent pas correctement
- Lorsque vous virtualisez des fichiers JSON avec des données en japonais sur IBM Cloud
Object Storage, les noms de colonne en japonais peuvent être convertis en valeurs hexadécimales. L'option
allownonalphanumeric
peut être utilisée pour résoudre ce problème. Cependant, l'option d'allownonalphanumeric
s est désactivée par défaut et vous devez contacter le support IBM® Cloud pour ouvrir un ticket afin que l'option soit activée.
- Impossible de se connecter à Generic S3 ou Microsoft Azure Data Lake Storage
- Ces types de connexion apparaissent dans l'interface utilisateur lorsque vous cliquez sur . Toutefois, ces types de connexion ne sont pas pris en charge.
- Impossible de se connecter à une source de données avec une connexion JDBC générique
La connexion à une source de données non prise en charge en créant une connexion JDBC générique n'est pas prise en charge.
Virtualisation des données
- Les tables d'une source de données MongoDB peuvent être manquantes lorsque vous virtualisez
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 dans 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.
- Impossible d'affecter une vue de jointure à une demande de données
Le flux de travaux de demande de données n'est pas pris en charge.
- Impossible de créer un tableau virtualisé à partir de fichiers sur des sources de données à distance
La création de tableaux virtualisés à partir de fichiers tels que CSV, TSV et Excel sur des sources de données éloignées à l'aide d'un connecteur distant n'est pas prise en charge. Vous pouvez créer un tableau virtualisé à partir de fichiers dans IBM Cloud Object Storage. Pour plus d'informations, voir Création d'une table virtualisée à partir de fichiers dans Stockage d'objets dans le cloud dans Virtualisation des données.
Connexions
- Les informations d'identification personnelles ne sont pas prises en charge dans les connexions aux sources de données à partir de la Data Virtualization
- Lorsque vous créez des connexions entre Data Virtualization et des sources de données, vous ne pouvez utiliser que des informations d'identification partagées. Les données d'identification personnelles ne sont pas prises en charge.
- Les connexions au niveau de service qui sont supprimées doivent être supprimées manuellement de la page Connexions de plateforme
Si vous ajoutez une connexion de source de données de niveau de service sur la page Connexions de plate-forme . Par la suite, si vous cliquez sur Supprimer pour supprimer la connexion au niveau de service, la connexion reste sur la page Connexions de plateforme. Vous devez supprimer manuellement la connexion de la page Connexions de plateforme pour supprimer complètement la connexion à la source de données.
, cette connexion apparaît également sur la page- Les connexions au niveau de service doivent être mises à jour à partir du même endroit où elles ont été ajoutées.
Si vous ajoutez une connexion à une source de données de niveau service sur la page plateforme des connexions ne sont pas répercutées dans la connexion au niveau de service.
, vous devez mettre à jour la connexion à partir du même endroit. Toutes les mises à jour apportées à la connexion sur la- Echec de la requête en raison de la fermeture inattendue de la connexion à la source de données
Utilisateurs et groupes
- Lorsque vous ajoutez ou modifiez un utilisateur dans la gestion des utilisateurs, le rôle peut ne pas être accordé avec succès en raison d'un dépassement du délai d'attente
- Lorsque l'utilisateur se connecte à Data Virtualization, l'interface utilisateur affiche un message indiquant que l'utilisateur est verrouillé. Exemple :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.Vous ne pouvez pas résoudre ce problème en déverroutant l'utilisateur dans l'interface utilisateur. Un responsable de la Data Virtualization doit accorder le rôle à l'utilisateur manuellement. Par exemple, exécutez la commande suivante :
db2 grant role dv_admin to dv_ibmid_270000ead8