Limites et problèmes connus de 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

La publication d'un objet ou d'un schéma dans un catalogue ou un projet échoue si le nom de l'objet ou du schéma contient une barre oblique (/), une barre oblique inverse (\) ou les deux.

Remarque : les règles de protection des données ne s'appliquent pas aux objets dont le nom ou le schéma contient le caractère barre oblique inverse (\). Les règles de protection des données continuent de s'appliquer aux objets dont le nom comporte une barre oblique (/).

L'action de publication ayant échoué affiche l'erreur suivante :

The assets request failed: CDICO2034E: The path (/CPADMIN/D/EMO] contains more path elements than defined for the connection [2).

Solution : si l'objet comporte une barre oblique (/) dans son nom ou son nom de schéma, au lieu de publier ou d'attribuer l'objet depuis Data Virtualization, vous devez soit l'ajouter en tant que ressource connectée au catalogue cible, soit importer l'objet dans le projet cible à partir de ce catalogue ou projet à l'aide de la Data Virtualization connexion.

Il n'y a pas de solution de contournement pour les objets dont le nom contient une barre oblique inverse (\).

Certains projets pourraient ne pas être disponibles dans Data Virtualization pour affectation

Si votre instance d' Cloud Pak for Data contient plus de 100 projets, seuls 100 de ces projets sont répertoriés comme disponibles dans Data Virtualization lorsque vous attribuez des objets virtualisés.

Solution : Dans Connexions à la plate-forme, ajoutez la Data Virtualization connexion à votre projet, puis importez les objets dans le projet à l'aide de cette connexion.

Problèmes de contrôle d'accès lorsque vous prévisualisez des actifs avec des données masquées ou filtrées

Lorsque vous prévisualisez, téléchargez ou affinez Data Virtualization des données dans les services d' Watson autres que Data Virtualization, dans Cloud Pak for Data (par exemple, IBM Knowledge Catalog, Watson Studio, et Data Refinery), et dans les cas où le masquage des données ou le filtrage au niveau des lignes s'applique, l'aperçu est soumis aux règles de protection des données et au contrôle d'accès au catalogue ou au projet uniquement. Data Virtualization les contrôles d'accès ne sont pas appliqués.

Le contrôle d'accès à la Data Virtualization n'est pas appliqué lorsque le masquage des données ou le filtrage au niveau des lignes s'applique à l'aperçu dans les services " Watson (autres que la Data Virtualization. Les contrôles d'accès internes à la Data Virtualization, qui sont contrôlés en utilisant Gérer l'accès dans l'interface utilisateur de la Data Virtualization, ne s'appliquent pas à la prévisualisation des autres services " Watson avec masquage ou filtrage au niveau de la ligne. Vous devez définir vos règles pour gérer l'accès aux catalogues, aux projets, aux actifs de données ou aux connexions pour le contrôle d'accès dans les autres services Watson .

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

Microsoft Azure Data Lake Storage prend en charge TLSv1.3 qui n'est pas compatible avec la version particulière de Java (Java 8) avec laquelle Data Virtualization est configuré pour fonctionner. L'exécution de requêtes peut entraîner des échecs accompagnés d'une erreur d' InvalidAbfsRestOperationException .

Solution palliative :

1. Exécutez la commande suivante à partir du cluster d' OpenShift® s dans l'espace de noms où Data Virtualization a été fourni :

   
   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. Sur le nœud principal en tant qu'utilisateur db2inst1 , exécutez la commande suivante pour redémarrer Data Virtualization:

   
   bigsql stop ; bigsql start

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 Données > Data virtualization > Ajouter une connexion > Nouvelle connexion. 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.

Solution palliative : pour afficher toutes les tables MongoDB virtualisées récemment ajoutées, supprimez la connexion à MongoDB et recréez la connexion.

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 Data virtualization > Sources des données , cette connexion apparaît également 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.

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 Data virtualization > Sources des données , vous devez mettre à jour la connexion à partir du même endroit. Toutes les mises à jour apportées à la connexion sur la plateforme des connexions ne sont pas répercutées dans la connexion au niveau de service.

Echec de la requête en raison de la fermeture inattendue de la connexion à la source de données

La Data Virtualization ne désactive pas le pool de connexions pour cette source de données lorsque votre instance exécute une charge de travail continue sur des tables virtuelles à partir d'une source de données particulière. Au lieu de cela, la Data Virtualization attend une période d'inactivité complète avant de désactiver le pool de connexions. La période d'attente peut créer des connexions périmées dans le pool de connexions qui sont fermées par le service de source de données et entraînent des échecs de requête.

Solution palliative: Vérifiez les propriétés de la connexion permanente (paramètre keep-alive) pour vos sources de données. Vous pouvez essayer deux solutions:


• Envisagez de désactiver le paramètre keep-alive dans toutes les sources de données qui reçoivent une charge de travail continue de la part de la Data Virtualization.
• Vous pouvez également réduire les paramètres des propriétés correspondantes de Data Virtualization, ' RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC et ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC, comme le montrent les exemples suivants : 


  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

  Diminuer les paramètres RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC et ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC peut être utile s'il y a de petites périodes d'inactivité complète qui étaient auparavant trop courtes pour que les délais d'attente pour la réduction et la désactivation de la Data Virtualization prennent effet.

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