Gobierno de datos

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

' 'Cuando previsualice, descargue o refine activos de datos de Data Virtualization en servicios ' 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 filas, la previsualización estará sujeta únicamente a las reglas de protección de datos y al control de acceso al catálogo o al proyecto. Los controles de acceso a Data Virtualization no se aplican.

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 según las políticas y autorizaciones de datos, tiene autorización para acceder a esta tabla. Este problema sólo se produce si la aplicación de políticas de IBM Knowledge Catalog está activada en Data Virtualization.

Para resolver este problema, consulte Las políticas deniegan el acceso a una tabla 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

Al intentar acceder a los activos Data Virtualization en IBM Knowledge Catalog, se deniega el acceso.

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

No se pueden aplicar las políticass ni las reglas de protección de datos

Ha activado la aplicación de políticas, pero las políticas y las reglas de protección de datos no se aplican en Data Virtualization.

Para resolver este problema, consulte No se pueden aplicar políticas y reglas de protección de datos en Data Virtualization.

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

Cuando intente crear un perfil de los activos de catálogo de Data Virtualization en IBM Knowledge Catalog, es posible que aparezca el siguiente mensajeSCAPIException:CDICO0103E. No está autorizado y el mensaje indicaConnection authorization failure occurred.

Asegúrese de que se han completado todos los pasos de configuración necesarios para autorizar al servicio IBM Knowledge Catalog Catalog a acceder a los datos de su instancia de Data Virtualization. Consulte La creación de perfiles de activos de catálogo falla con una excepción SCAPIException: 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

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 allownonalphanumeric está inhabilitada de forma predeterminada y debe ponerse en contacto con el soporte deIBM® Cloud para abrir una incidencia y tener la opción habilitada.

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 pulsa Datos > Data virtualization > Añadir 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

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

Al acceder a Data Virtualization mediante una URL aparece un error

Cuando se intenta acceder a Data Virtualization utilizando una URL en lugar de a través de la página de inicio ' Cloud Pak for Data ', la página resultante muestra el mensaje de error ' The data cannot be displayed..

Solución temporal: Inicie sesión en Cloud Pak for Data y, a continuación, vaya a Datos > Data virtualization.

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 añade una conexión de origen de datos de nivel de servicio en la página Data virtualization > Orígenes de datos , dicha conexión también aparece 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 añade una conexión de origen de datos de nivel de servicio en la página Data virtualization > Orígenes 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

  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

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