Limitações e problemas conhecidos na Data Virtualization

Governando dados

Alguns projetos podem não estar disponíveis em Data Virtualization para atribuição

Se a sua instância Cloud Pak for Data contiver mais de 100 projetos, somente 100 desses projetos serão listados como disponíveis em Data Virtualization quando você atribuir objetos virtualizados.

Solução alternativa : Nas conexões da plataforma, adicione a conexão Data Virtualization ao seu projeto e, em seguida, importe os objetos para o projeto usando essa conexão.

Problemas de controle de acesso ao visualizar ativos com dados mascarados ou filtrados

Quando você visualiza, faz download ou refina Data Virtualization ativos de dados em serviços Watson que não sejam Data Virtualization, em Cloud Pak for Data (por exemplo, IBM Knowledge Catalog, Watson Studio e Data Refinery) e nos casos em que se aplica o mascaramento de dados ou a filtragem em nível de linha, a visualização está sujeita apenas às regras de proteção de dados e ao controle de acesso ao catálogo ou ao projeto. Data Virtualization os controles de acesso não são aplicados.

O controle de acesso à Data Virtualization de dados não é aplicado quando o mascaramento de dados ou a filtragem em nível de linha se aplica à visualização em serviços ' Watson (que não sejam Data Virtualization). Os controles de acesso interno Data Virtualization, que são controlados pelo uso de Gerenciar acesso na interface do usuário Data Virtualization, não se aplicam à visualização dos outros serviços " Watson com mascaramento ou filtragem em nível de linha. Você deve definir suas regras para gerenciar o acesso aos catálogos, projetos, ativos de dados ou conexões para controle de acesso nos outros serviços do Watson .

A publicação automática de objetos virtuais para o catálogo é limitada a determinados objetos

Apenas os objetos criados na interface do usuário são automaticamente publicados para o catálogo. Os objetos que são criados usando SQL não são publicados automaticamente e devem ser publicados no catálogo manualmente ou usando a API.

Não é possível ver termos de negócios de coluna para objeto virtual

Você está virtualizando uma tabela na Data Virtualization e deseja ver a lista de atribuições de termos comerciais na página Virtualizar. Entretanto, no modo de virtualização padrão, não é possível ver nenhuma designação de termo de coluna e, no modo de virtualização estrito, não é possível ver a tabela A na página Virtualizar.

É possível encontrar esse problema quando os termos de negócios de coluna são designados várias vezes em um catálogo controlado. Por exemplo, você inclui um ativo de dados para a tabela A com suas designações de termo de tabela e coluna em um catálogo controlado. Em seguida, no mesmo catálogo governado, inclua um ativo de dados para a mesma tabela A com suas designações de termo de tabela e coluna. Como resultado, você pode encontrar esse problema na Data Virtualization.

Para evitar esse problema no modo de virtualização padrão, não designe termos de negócios de coluna várias vezes em um catálogo controlado.

O acesso a uma tabela é negado por políticas

Não é possível acessar uma tabela, mas, de acordo com as regras de proteção de dados e autorizações, você está autorizado a acessar essa tabela.

Para resolver esse problema, consulte O acesso a uma tabela é negado por políticas em Data Virtualization.

Não usar ativos duplicados para a mesma tabela

O serviço de política não consegue decidir qual dos ativos duplicados usar para o cumprimento de políticae não agrega as regras. Você deve evitar ativos duplicados em catálogos governados, pois isso pode levar a problemas com o comportamento de aplicação de políticas na Data Virtualization.

Não é possível acessar ativos no catálogo

Quando você tenta acessar os ativos do Data Virtualization em IBM Knowledge Catalog, o acesso é negado.

Para resolver esse problema, consulte Não é possível acessar os ativos no catálogo em Data Virtualization.

As regras de proteção de dados não são aplicadas

As regras de proteção de dados não estão sendo aplicadas como esperado em Data Virtualization.

Para resolver este problema, consulte As regras de proteção de dados não são aplicadas em Data Virtualization.

A criação de perfis de ativos de dados na Data Virtualization falha

Quando você tenta criar um perfil de ativos de catálogo de Data Virtualization em IBM Knowledge Catalog, você poderá ver uma mensagemSCAPIException:CDICO0103E. Você não está autorizado e a mensagem indicaConnection authorization failure occurred.

Certifique-se de que todas as etapas de configuração dos pré-requisitos estejam concluídas para autorizar o serviço IBM Knowledge Catalog a acessar os dados em sua Data Virtualization instância. Veja Falha ao criar perfil dos ativos do catálogo com SCAPIException: CDICO0103E mensagem em Data Virtualization.

Não é possível publicar dados para notebooks de ciência de dados em Watson Studio

A publicação de dados para notebooks de ciência de dados em Watson Studio não é suportada.

Origens de dados

Data Virtualization as conexões com Microsoft Azure Data Lake Storage Gen 2 podem apresentar atrasos, tempos limite ou interrupções ao usar TLSv1.3 com versões específicas do JDK

Aplica-se a: 5.2.0 e posteriores

Microsoft Azure Data Lake Storage suporta TLSv1.3, que não é compatível com a versão específica do Java (Java 8) com a qual o Data Virtualization está configurado para operar. A execução de consultas pode resultar em falhas acompanhadas de um erro InvalidAbfsRestOperationException .

Solução alternativa:

1. Execute o seguinte comando no cluster OpenShift® dentro do namespace em que Data Virtualization foi provisionado:

   
   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. No nó principal, como usuário db2inst1 , execute o seguinte comando para reiniciar o Data Virtualization:

   
   bigsql stop ; bigsql start

Nomes de colunas em japonês não são exibidos corretamente

Quando você virtualiza arquivos JSON com dados em japonês no IBM Cloud Object Storage, os nomes de colunas em japonês podem ser convertidos em valores hexadecimais A opção allownonalphanumeric pode ser usada para resolver esse problema. No entanto, a allownonalphanumeric opção está desativada por padrão e você deve entrar em contato com IBM® Cloud o suporte para abrir um ticket para que a opção seja ativada.

Não é possível se conectar ao Generic S3 ou Microsoft Azure Data Lake Storage

Esses tipos de conexão aparecem na interface do usuário quando você clica em Dados > Data virtualization > Adicionar conexão > Nova conexão. No entanto, esses tipos de conexão não são suportados.

Não é possível conectar-se a uma origem de dados com uma conexão JDBC genérico

A conexão a uma origem de dados não suportada por meio da criação de uma conexão JDBC genérico não é suportada.

Virtualizando dados

As tabelas em uma origem de dados do MongoDB podem estar ausentes durante a virtualização

Ao criar uma conexão com o MongoDB, são exibidas apenas as tabelas que foram criadas na origem de dados do MongoDB antes que a conexão fosse incluída.

Por exemplo, se você tiver 10 tabelas em sua origem de dados do MongoDB ao criar uma conexão, então essas 10 tabelas serão exibidas quando começar a virtualizar a tabela. Se um usuário adicionar novas tabelas à fonte de dados " MongoDB depois que a conexão for adicionada e antes de você clicar em Virtualizar, Data Virtualization não exibirá as novas tabelas na guia Virtualizar.

Solução alternativa: para ver todas as tabelas do MongoDB virtualizadas e recém incluídas, exclua a conexão com o MongoDB e recrie essa conexão.

Não é possível atribuir uma visualização de junção a uma solicitação de dados

O fluxo de trabalho de solicitação de dados não é suportado.

Não é possível criar uma tabela virtualizada por meio de arquivos em origens de dados remotas

A criação de tabelas virtualizadas por meio de arquivos como CSV, TSV e Excel em origens de dados remotas usando um conector remoto não é suportada. É possível criar uma tabela virtualizada por meio de arquivos em IBM Cloud Object Storage. Para obter mais informações, consulte Criando uma tabela virtualizada por meio de arquivos em Cloud Object Storage no Data Virtualization.

Conexões

As credenciais pessoais não são compatíveis com as conexões de fontes de dados da Data Virtualization

Ao criar conexões da Data Virtualization com fontes de dados, você pode usar somente credenciais compartilhadas. As credenciais pessoais não são suportadas

As conexões de nível de serviço que são excluídas devem ser removidas manualmente da página Conexões de plataforma

Se você adicionar uma conexão de fonte de dados de nível de serviço na página Data virtualization Fontes de dados, essa conexão também aparecerá na página Conexões da plataforma. Depois, se você clicar em Remover para excluir a conexão de nível de serviço, a conexão permanecerá na página Conexões de plataforma. A conexão deve ser removida manualmente da página Conexões de plataforma para remover completamente a conexão de origem de dados.

As conexões de nível de serviço devem ser atualizadas do mesmo lugar em que foram incluídas

Se você adicionar uma conexão de fonte de dados de nível de serviço na página Fontes de Data virtualization dados, deverá atualizar a conexão no mesmo local. Nenhuma atualização feita na conexão em Conexões de plataforma será refletida na conexão de nível de serviço.

A consulta falha devido à conexão fechada inesperadamente com a origem de dados

Data Virtualization não desativa o pool de conexões para essa fonte de dados quando sua instância executa uma carga de trabalho contínua em tabelas virtuais de uma determinada fonte de dados. Em vez disso, Data Virtualization aguarda um período de inatividade completa antes de desativar o pool de conexões. O período de espera pode criar conexões antigas no conjunto de conexões que são encerradas pelo serviço de origem de dados e levar a falhas de consulta

Solução alternativa: verifique as propriedades de conexão persistente (parâmetro keep-alive) para suas origens de dados. É possível tentar duas soluções alternativas:


• Considere a possibilidade de desativar o parâmetro keep-alive em todas as fontes de dados que recebem carga de trabalho contínua da Data Virtualization.
• Você também pode diminuir as configurações das propriedades correspondentes Data Virtualization, " RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC e " RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC, conforme mostrado nos exemplos a seguir: 


  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

  Diminuir as configurações RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC e " RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC pode ajudar se houver pequenos intervalos de inatividade completa que antes eram muito curtos para que os tempos limite de redução e desativação da Data Virtualization entrassem em vigor.

Usuários e grupos

Ao incluir ou editar um usuário em Gerenciamento de usuários, a função pode não ser concedida com sucesso devido a um tempo limite

Quando o usuário faz login no Data Virtualization, a interface do usuário mostra uma mensagem que indica que o usuário está bloqueado. Por exemplo,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.Não é possível resolver esse problema desbloqueando o usuário na interface com o usuário. Um gerente Data Virtualization deve conceder a função ao usuário manualmente. Por exemplo, execute o seguinte comando:

db2 grant role dv_admin to dv_ibmid_270000ead8