Données de gouvernance

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évoyez, téléchargez ou affinez des données de " Data Virtualization dans des services de " Watson autres que le " Data Virtualization, dans le " 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, la prévisualisation est soumise aux règles de protection des données et au contrôle d'accès au catalogue ou au projet uniquement. Les contrôles d'accès à la Data Virtualization 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 données et les autorisations, vous êtes autorisé à accéder à cette table. Ce problème se produit uniquement si l'application de la politique IBM Knowledge Catalog est activée dans Data Virtualization.

Pour résoudre ce problème, voir L 'accès à une table est refusé par des stratégies dans la 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 aux ressources de Data Virtualization dans IBM Knowledge Catalog, l'accès est refusé.

Pour résoudre ce problème, voir Impossible d'accéder aux ressources du catalogue dans la section Data Virtualization.

Impossible d'appliquer les stratégies et les règles de protection des données

Vous avez activé l'application des stratégies, mais les stratégies et les règles de protection des données ne sont pas appliquées dans la Data Virtualization.

Pour résoudre ce problème, voir Impossible d'appliquer les stratégies et les règles de protection des données dans la Data Virtualization.

Le profilage des actifs de données dans le cadre de la Data Virtualization échoue

Lorsque vous essayez de profiler les ressources du catalogue de Data Virtualization dans IBM Knowledge Catalog, il se peut que vous obteniez un message d'erreurSCAPIException:CDICO0103E:NONE. Vous n'êtes pas autorisé et le message indiqueConnection authorization failure occurred.

Assurez-vous que toutes les étapes de configuration préalables ont été effectuées pour autoriser le service IBM Knowledge Catalog à accéder aux données de votre instance de Data Virtualization. Voir Le profilage des ressources du catalogue échoue avec le message SCAPIException : CDICO0103E dans 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

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. Toutefois, l'option allownonalphanumeric est désactivée par défaut et vous devez contacter le supportIBM® 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

L'accès à la Data Virtualization l'aide d'une URL affiche une erreur

Lorsque vous tentez d'accéder à la Data Virtualization en utilisant une URL plutôt que la page d'accueil " Cloud Pak for Data, la page résultante affiche le message d'erreur " The data cannot be displayed..

Solution palliative: Connectez-vous à Cloud Pak for Data , puis accédez à Données > Data virtualization.

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 service sur la page Data virtualization > Sources de données , cette connexion apparaît également sur la page Connexions de plateforme . 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 de source de données de niveau service sur la page Data virtualization > Sources de données , vous devez mettre à jour la connexion à partir du même emplacement. 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