Limitaciones y problemas conocidos de Data Virtualization

Gobierno de datos

Copy link to section

Soporte de gobernanza limitado para nombres de objetos o esquemas que contengan la barra (/), la barra invertida (\) o ambos caracteres

La publicación de un objeto o esquema en un catálogo o proyecto falla si el nombre del objeto o esquema contiene la barra (/), la barra invertida (\) o ambas.

Nota : Las normas de protección de datos no se aplican a los objetos cuyo nombre de objeto o esquema contenga el carácter de barra invertida (\). Las normas de protección de datos siguen aplicándose a los objetos cuyo nombre contiene una barra (/).

La acción de publicación fallida muestra este error:

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

Solución alternativa : si el objeto tiene una barra (/) en su nombre o en su nombre de esquema, en lugar de publicar o asignar el objeto desde Data Virtualization, debe agregarlo como un activo conectado al catálogo de destino o importar el objeto al proyecto de destino desde ese catálogo o proyecto utilizando la Data Virtualization conexión.

No hay solución para los objetos con una barra invertida (\) en su nombre.

Es posible que algunos proyectos no estén disponibles en Data Virtualization para su asignación

Si su instancia de Cloud Pak for Data contiene más de 100 proyectos, solo 100 de esos proyectos aparecen como disponibles en Data Virtualization cuando asigna objetos virtualizados.

Solución alternativa : En Conexiones de plataforma, agregue la Data Virtualization conexión a su proyecto y, a continuación, importe los objetos al proyecto utilizando esa conexión.

Problemas de control de acceso al obtener una vista previa de activos con datos enmascarados o filtrados

Cuando previsualiza, descarga o refina Data Virtualization activos de datos en servicios de Watson distintos de Data Virtualization, en Cloud Pak for Data (por ejemplo, IBM Knowledge Catalog, Watson Studio y Data Refinery), y en los casos en que se aplique el enmascaramiento de datos o el filtrado a nivel de fila, la vista previa está sujeta únicamente a las normas de protección de datos y al control de acceso al catálogo o al proyecto. Data Virtualization no se aplican controles de acceso.

el control de acceso "Data Virtualization " no se aplica cuando el enmascaramiento de datos o el filtrado a nivel de filas se aplica a la vista previa en servicios " Watson " (distintos de " Data Virtualization). Los controles de acceso internos de " Data Virtualization ", que se controlan utilizando " Gestionar el acceso " en la interfaz de usuario de " Data Virtualization ", no se aplican a la vista previa de los otros servicios de " Watson " con enmascaramiento o filtrado a nivel de fila. Debe definir las reglas para gestionar el acceso a los catálogos, proyectos, activos de datos o conexiones para el control de acceso en los otros servicios de Watson .

La publicación automática de objetos virtuales en el catálogo se limita a determinados objetos

Solo los objetos creados en la interfaz de usuario se publican automáticamente en el catálogo. Los objetos creados utilizando SQL no se publican automáticamente y se deben publicar en el catálogo manualmente o mediante la API.

No se pueden ver los términos empresariales de columna para el objeto virtual

Está virtualizando una tabla en Data Virtualization y desea ver la lista de asignaciones de términos comerciales en la página Virtualizar. Sin embargo, en la modalidad de virtualización predeterminada, no ve ninguna asignación de términos de columna; y en la modalidad de virtualización estricta, no ve la tabla A en la página Virtualizar.

Puede que se encuentre con este problema cuando se asignan varias veces términos empresariales de columna en un catálogo gobernado. Por ejemplo, añade un activo de datos para la tabla A con sus asignaciones de términos de tabla y de columna en un catálogo gobernado. A continuación, en el mismo catálogo gobernado, añade un activo de datos para la misma tabla A con sus asignaciones de términos de tabla y columna. Como resultado, es posible que te encuentres con este problema en la Data Virtualization.

Para evitar este problema en la modalidad de virtualización predeterminada, no asigne varias veces términos empresariales de columna en un catálogo gobernado.

El acceso a una tabla está denegado por las políticas

No puede acceder a una tabla, pero de acuerdo con las normas y autorizaciones de protección de datos, está autorizado a acceder a esta tabla.

Para resolver este problema, consulte Acceso a una tabla denegado por políticas en Data Virtualization.

No utilizar activos duplicados para la misma tabla

El servicio de políticas no puede decidir qué activos duplicados se han de utilizar para aplicar la política y no agrega las reglas. Debe evitar duplicar activos en los catálogos gobernados, ya que esto podría provocar problemas con el comportamiento de aplicación de políticas en Data Virtualization.

No se puede acceder a los activos de datos del catálogo

Cuando intenta acceder a los activos de Data Virtualization en IBM Knowledge Catalog, se le deniega el acceso.

Para resolver este problema, consulte No se puede acceder a los activos del catálogo en Data Virtualization.

No se aplican las normas de protección de datos

Las normas de protección de datos no se están aplicando como se esperaba en Data Virtualization.

Para resolver este problema, consulte Las normas de protección de datos no se aplican en Data Virtualization.

Falla la creación de perfiles de activos de datos en la Data Virtualization

Cuando intente perfilar los activos del catálogo de Data VirtualizationIBM Knowledge Catalog, es posible que vea unSCAPIException:CDICO0103E. No está autorizado y el mensaje indicaConnection authorization failure occurred.

Asegúrese de que se han completado todos los pasos de configuración previos para autorizar el servicio IBM Knowledge Catalog a acceder a los datos de su Data Virtualization instancia. Ver Perfilado de activos de catálogo falla con SCAPIException: mensaje CDICO0103E en Data Virtualization.

No se pueden publicar datos en cuadernos de ciencia de datos en Watson Studio

La publicación de datos en cuadernos de ciencia de datos de Watson Studio no está soportada.

Orígenes de datos

Copy link to section

Data Virtualization las conexiones a Microsoft Azure Data Lake Storage Gen 2 pueden experimentar retrasos, tiempos de espera o bloqueos al utilizar TLSv1.3 con versiones específicas de JDK

Microsoft Azure Data Lake Storage admite TLSv1.3, que no es compatible con la versión concreta de Java (Java 8) con la que está configurado para funcionar Data Virtualization . Ejecutar consultas puede provocar errores acompañados de un error de tipo " InvalidAbfsRestOperationException ".

Solución temporal:

1. Ejecute el siguiente comando desde el clúster de OpenShift® dentro del espacio de nombres donde se aprovisionó Data Virtualization :

   
   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 
   Copy to clipboardSe ha copiado en el portapapeles

2. En el nodo principal como usuario db2inst1 , ejecute el siguiente comando para reiniciar Data Virtualization:

   
   bigsql stop ; bigsql start
   Copy to clipboardSe ha copiado en el portapapeles

Los nombres de columna en japonés no se visualizan correctamente

Cuando virtualiza archivos JSON con datos en japonés en IBM Cloud Object Storage, los nombres de columna en japonés pueden traducirse a valores hexadecimales. La opción allownonalphanumeric se puede utilizar para resolver este problema. Sin embargo, la opción de allownonalphanumeric está desactivada por defecto y debe ponerse en contacto con el servicio de asistencia de IBM® Cloud para abrir un ticket y que se active la opción.

No se puede conectar con S3 o Microsoft Azure Data Lake Storage genérico

Estos tipos de conexión aparecen en la interfaz de usuario cuando hace clic en Datos > Data virtualization > Agregar conexión > Nueva conexión. Sin embargo, estos tipos de conexión no están soportados.

No se puede conectar a un origen de datos con una conexión JDBC genérico

No se admite la conexión a un origen de datos no soportado creando una conexión JDBC genérico.

Virtualización de datos

Copy link to section

Es posible que falten tablas en un origen de datos MongoDB al virtualizar

Cuando crea una conexión con MongoDB, solo ve las tablas creadas en el origen de datos MongoDB antes de añadir la conexión.

Por ejemplo, si tiene 10 tablas en el origen de datos MongoDB al crear una conexión, verá 10 tablas cuando empiece a virtualizar la tabla. Si un usuario añade nuevas tablas al origen de datos ' MongoDB ' después de añadir la conexión y antes de hacer clic en Virtualizar, Data Virtualization no mostrará las nuevas tablas en la pestaña Virtualizar.

Solución temporal: para ver todas las tablas MongoDB virtualizadas añadidas recientemente, suprima la conexión a MongoDB y vuelva a crearla.

No se puede asignar una vista de unión a una solicitud de datos

El flujo de trabajo de solicitud de datos no está soportado.

No se puede crear una tabla virtualizada a partir de archivos en orígenes de datos remotos

No se admite la creación de tablas virtualizadas a partir de archivos como CSV, TSV y archivos Excel en orígenes de datos remotos utilizando un conector remoto. Puede crear una tabla virtualizada a partir de archivos en IBM Cloud Object Storage. Para obtener más información, consulte Creación de una tabla virtualizada a partir de archivos en Cloud Object Storage en Data Virtualization.

Conexiones

Copy link to section

Las credenciales personales no se admiten en las conexiones de fuentes de datos desde Data Virtualization

Cuando se crean conexiones desde Data Virtualization a fuentes de datos, sólo se pueden utilizar credenciales compartidas. Las credenciales personales no están soportadas.

Las conexiones de nivel de servicio que se suprimen deben eliminarse manualmente de la página Conexiones de plataforma

Si agrega una conexión de origen de datos de nivel de servicio en la página Data virtualization > Fuentes de datos , esa conexión también aparecerá en la página Conexiones de plataforma . Posteriormente, si pulsa Eliminar para suprimir la conexión de nivel de servicio, la conexión permanece en la página Conexiones de plataforma. Debe eliminar manualmente la conexión de la página Conexiones de plataforma para eliminar completamente la conexión del origen de datos.

Las conexiones de nivel de servicio deben actualizarse desde el mismo lugar en el que se han añadido

Si agrega una conexión de origen de datos de nivel de servicio en la página Data virtualization > Fuentes de datos , debe actualizar la conexión desde el mismo lugar. Las actualizaciones realizadas en la conexión en Conexiones de plataforma no se reflejan en la conexión de nivel de servicio.

La consulta falla debido a una conexión cerrada de forma inesperada con el origen de datos

Data Virtualization no desactiva el grupo de conexiones para ese origen de datos cuando su instancia ejecuta una carga de trabajo continua contra tablas virtuales de un origen de datos concreto. En su lugar, Data Virtualization espera a que transcurra un periodo de inactividad completa antes de desactivar el grupo de conexiones. El periodo de espera puede crear conexiones obsoletas en la agrupación de conexiones que el servicio de origen de datos cierra y que conducen a errores de consulta.

Solución temporal: Compruebe las propiedades de la conexión persistente (parámetro mantener activo) para los orígenes de datos. Puede probar dos soluciones temporales:


• Considere desactivar el parámetro keep-alive dentro de cualquier fuente de datos que reciba carga de trabajo continua de Data Virtualization.
• También puede disminuir la configuración de las propiedades de Data Virtualization correspondientes, ' RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC y ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC, como se muestra en los siguientes ejemplos: 


  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
  Copy to clipboardSe ha copiado en el portapapeles

  Disminuir los valores de RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC ' y ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC ' puede ayudar si hay pequeños intervalos de inactividad completa que antes eran demasiado cortos para que los tiempos de espera de reducción y desactivación de Data Virtualization Datos surtieran efecto.

Usuarios y grupos

Copy link to section

Al añadir o editar un usuario en Gestión de usuarios, es posible que el rol no se haya otorgado satisfactoriamente debido a un tiempo de espera excedido

Cuando el usuario se conecta a Data Virtualization, la interfaz de usuario muestra un mensaje que indica que el usuario está bloqueado. Por ejemplo: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.No se puede resolver este problema desbloqueando el usuario en la interfaz de usuario. Un Administrador de Data Virtualization Datos debe otorgar el rol al usuario manualmente. Por ejemplo, ejecute el mandato siguiente:

db2 grant role dv_admin to dv_ibmid_270000ead8
Copy to clipboardSe ha copiado en el portapapeles