Limitazioni e problemi noti della Data Virtualization

Gestione dei dati

Supporto di governance limitato per nomi di oggetti o schemi che contengono la barra (/), la barra rovesciata (\) o entrambi i caratteri

La pubblicazione di un oggetto o schema in un catalogo o progetto non riesce se il nome dell'oggetto o dello schema contiene la barra (/), la barra rovesciata (\) o entrambe.

Nota : le norme sulla protezione dei dati non si applicano agli oggetti il cui nome o schema contengono il carattere backslash (\). Le norme sulla protezione dei dati continuano ad applicarsi agli oggetti il cui nome contiene una barra (/).

L'azione di pubblicazione non riuscita visualizza questo errore:

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

Soluzione alternativa : se l'oggetto ha una barra (/) nel nome o nel nome dello schema, invece di pubblicare o assegnare l'oggetto da Data Virtualization, è necessario aggiungerlo come risorsa collegata al catalogo di destinazione oppure importare l'oggetto nel progetto di destinazione da quel catalogo o progetto utilizzando la Data Virtualization connessione.

Non è possibile aggirare gli oggetti con una barra rovesciata (\) nel nome.

Alcuni progetti potrebbero non essere disponibili in Data Virtualization per l'assegnazione

Se l'istanza di Cloud Pak for Data contiene più di 100 progetti, solo 100 di questi progetti sono elencati come disponibili in Data Virtualization quando si assegnano oggetti virtualizzati.

Soluzione alternativa : in Connessioni piattaforma, aggiungere la Data Virtualization connessione al progetto, quindi importare gli oggetti nel progetto utilizzando tale connessione.

Problemi di controllo accessi quando si visualizzano in anteprima gli asset con dati mascherati o filtrati

Quando si visualizzano in anteprima, si scaricano o si perfezionano Data Virtualization le risorse di dati in servizi di Watson diversi da Data Virtualization, in Cloud Pak for Data (ad esempio, IBM Knowledge Catalog, Watson Studio e Data Refinery) e nei casi in cui si applica il mascheramento dei dati o il filtraggio a livello di riga, l'anteprima è soggetta alle norme sulla protezione dei dati e al controllo di accesso al catalogo o al progetto. Data Virtualization i controlli di accesso non sono applicati.

Il controllo dell'accesso Data Virtualization non viene applicato quando la mascheratura dei dati o il filtraggio a livello di riga si applicano all'anteprima nei servizi " Watson (diversi dalla Data Virtualization). I controlli di accesso interni Data Virtualization, controllati tramite Gestione accessi nell'interfaccia utente di Data Virtualization, non si applicano all'anteprima degli altri servizi 'Watson con mascheramento o filtraggio a livello di riga. È necessario definire le proprie regole per gestire l'accesso a cataloghi, progetti, asset di dati o connessioni per il controllo accessi negli altri servizi Watson .

La pubblicazione automatica degli oggetti virtuali nel catalogo è limitata a determinati oggetti

Solo gli oggetti creati nell'interfaccia utente vengono pubblicati automaticamente nel catalogo. Gli oggetti creati utilizzando SQL non vengono pubblicati automaticamente e devono essere pubblicati nel catalogo manualmente o utilizzando l'API.

Impossibile visualizzare i termini di business della colonna per l'oggetto virtuale

Si sta virtualizzando una tabella in Data Virtualization e si desidera visualizzare l'elenco delle assegnazioni dei termini aziendali nella pagina Virtualizzazione. Tuttavia, nella modalità di virtualizzazione predefinita, non è possibile visualizzare le assegnazioni dei termini delle colonne e, nella modalità di virtualizzazione rigorosa, non è possibile visualizzare la tabella A nella pagina Virtualizza .

Questo problema potrebbe verificarsi quando i termini di business della colonna vengono assegnati più volte in un catalogo gestito. Ad esempio, si aggiunge un asset di dati per la tabella A con le relative assegnazioni di termini di tabella e colonna in un catalogo gestito. Quindi, nello stesso catalogo gestito, si aggiunge un asset di dati per la stessa tabella A con le relative assegnazioni di termini di tabella e colonna. Di conseguenza, è possibile che si verifichi questo problema in Data Virtualization.

Per evitare questo problema nella modalità di virtualizzazione predefinita, non assegnare più volte i termini di business della colonna in un catalogo gestito.

L'accesso a una tabella è negato dalle politiche

Non puoi accedere a una tabella, ma in base alle regole e alle autorizzazioni sulla protezione dei dati, sei autorizzato ad accedere a questa tabella.

Per risolvere questo problema, vedere L'accesso a una tabella è negato dalle politiche in Data Virtualization.

Non utilizzare asset duplicati per la stessa tabella

Il servizio di politica non è in grado di decidere quali asset duplicati utilizzare per l'applicazione della politica e non aggrega le regole. È necessario evitare di duplicare le risorse nei cataloghi governati, poiché ciò potrebbe causare problemi con l'applicazione dei criteri in Data Virtualization.

Impossibile accedere alle risorse nel catalogo

Quando si tenta di accedere a risorse Data Virtualization in IBM Knowledge Catalog, l'accesso viene negato.

Per risolvere questo problema, vedere Impossibile accedere alle risorse nel catalogo in Data Virtualization.

Le norme sulla protezione dei dati non vengono applicate

Le norme sulla protezione dei dati non vengono applicate come previsto Data Virtualization.

Per risolvere questo problema, vedere Le norme sulla protezione dei dati non vengono applicate in Data Virtualization.

La profilazione degli asset di dati nella Data Virtualization fallisce

Quando si tenta di profilare le risorse del catalogo da Data Virtualization in IBM Knowledge Catalog, potresti vedere unSCAPIException:CDICO0103Emessaggio. L'utente non è autorizzato e il messaggio indicaConnection authorization failure occurred.

Assicurati che tutti i passaggi di configurazione necessari siano stati completati per autorizzare il servizio IBM Knowledge Catalog ad accedere ai dati nel tuo Data Virtualization. Vedere Profiling catalog assets fails with SCAPIException: CDICO0103E message in Data Virtualization.

Impossibile pubblicare i dati nei notebook di data science in Watson Studio

La pubblicazione dei dati nei notebook di data science in Watson Studio non è supportata.

Origini dati

Data Virtualization connessioni a Microsoft Azure Data Lake Storage Gen 2 potrebbero subire ritardi, timeout o blocchi quando si utilizza TLSv1.3 con versioni specifiche di JDK

Microsoft Azure Data Lake Storage supporta TLSv1.3 che non è compatibile con la particolare versione di Java (Java 8) con cui è configurato Data Virtualization per funzionare. L'esecuzione di query potrebbe causare errori accompagnati da un errore di tipo " InvalidAbfsRestOperationException ".

Soluzione alternativa:

1. Esegui il seguente comando dal cluster OpenShift® all'interno dello spazio dei nomi in cui è stato fornito 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 

2. Sul nodo principale, come utente db2inst1 , eseguire il seguente comando per riavviare Data Virtualization:

   
   bigsql stop ; bigsql start

I nomi delle colonne giapponesi non vengono visualizzati correttamente

Quando virtualizzi i file JSON con i dati giapponesi su IBM Cloud Object Storage, i nomi delle colonne giapponesi potrebbero essere convertiti in valori esadecimali. L'opzione allownonalphanumeric può essere utilizzata per risolvere questo problema. Tuttavia, l'opzione " allownonalphanumeric " è disabilitata per impostazione predefinita ed è necessario contattare l'assistenza di IBM® Cloud per aprire un ticket e abilitarla.

Impossibile connettersi a Generic S3 o Microsoft Azure Data Lake Storage

Questi tipi di connessione vengono visualizzati nell'interfaccia utente quando si fa clic su Dati > Data virtualization > Aggiungi connessione > Nuova connessione. Tuttavia, questi tipi di connessione non sono supportati.

Impossibile connettersi a una origine dati con una connessione JDBC JDBC

La connessione a un'origine dati non supportata mediante la creazione di una connessione Generic JDBC non è supportata.

Virtualizzare i dati

Le tabelle in un'origine dati MongoDB potrebbero mancare quando si virtualizza

Quando si crea una connessione a MongoDB, vengono visualizzate solo le tabelle create nell'origine dati MongoDB prima dell'aggiunta della connessione.

Ad esempio, se si hanno 10 tabelle nell'origine dati MongoDB quando si crea una connessione, vengono visualizzate 10 tabelle quando si inizia a virtualizzare la tabella. Se un utente aggiunge nuove tabelle all'origine dati 'MongoDB dopo l'aggiunta della connessione e prima di fare clic su Virtualizza, Data Virtualization non visualizza le nuove tabelle nella scheda Virtualizza.

Soluzione temporanea: per visualizzare tutte le tabelle MongoDB virtualizzate aggiunte di recente, eliminare la connessione a MongoDB e ricrearla.

Impossibile assegnare una vista di unione a una richiesta di dati

Il workflow di richiesta dati non è supportato.

Impossibile creare una tabella virtuale da file su origini dati remote

La creazione di tabelle virtualizzate da file come file CSV, TSV ed Excel su origini dati remote utilizzando un connettore remoto non è supportata. È possibile creare una tabella virtualizzata dai file in IBM Cloud Object Storage. Per ulteriori informazioni, vedere Creazione di una tabella virtualizzata da file in Cloud Object Storage in Data Virtualization.

Collegamento

Le credenziali personali non sono supportate nelle connessioni all'origine dati di Data Virtualization

Quando si creano connessioni da Data Virtualization alle fonti di dati, è possibile utilizzare solo credenziali condivise. Le credenziali personali non sono supportate.

Le connessioni a livello di servizio eliminate devono essere rimosse manualmente dalla pagina Connessioni piattaforma

Se si aggiunge una connessione a un'origine dati di livello di servizio nella pagina Data virtualization > Fonti dei dati , tale connessione appare anche nella pagina Collegamenti alla piattaforma . In seguito, se si fa clic su Rimuovi per eliminare la connessione del livello del servizio, la connessione rimane nella pagina Connessioni piattaforma . È necessario rimuovere manualmente la connessione dalla pagina Connessioni piattaforma per rimuovere completamente la connessione all'origine dati.

Le connessioni del livello di servizio devono essere aggiornate dallo stesso luogo in cui sono state aggiunte

Se si aggiunge una connessione a un'origine dati di livello di servizio nella pagina " Data virtualization > Fonti dei dati ", è necessario aggiornare la connessione dallo stesso punto. Tutti gli aggiornamenti effettuati alla connessione sulle connessioni della piattaforma non vengono riflessi nella connessione del livello di servizio.

La query non riesce a causa di una connessione inaspettatamente chiusa all'origine dati

Data Virtualization non disattiva il pool di connessioni per quell'origine dati quando l'istanza esegue un carico di lavoro continuo su tabelle virtuali di una particolare origine dati. Invece, Data Virtualization attende un periodo di completa inattività prima di disattivare il pool di connessioni. Il periodo di attesa può creare connessioni obsolete nel pool di connessione che vengono chiuse dal servizio origine dati e portano a errori di query.

Soluzione temporanea: verificare le proprietà per la connessione persistente (parametro keep - alive) per le origini dati. È possibile provare due soluzioni:


• Considerate la possibilità di disabilitare il parametro keep-alive in tutte le fonti di dati che ricevono un carico di lavoro continuo da Data Virtualization.
• È inoltre possibile diminuire le impostazioni delle proprietà corrispondenti di Data Virtualization, ' RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC e ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC, come mostrato negli esempi seguenti: 


  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

  La riduzione delle impostazioni RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC e ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC può essere utile se ci sono piccoli intervalli di inattività completa che in precedenza erano troppo brevi perché i timeout di riduzione e disattivazione della Data Virtualization avessero effetto.

Utenti e gruppi

Quando si aggiunge o si modifica un utente in Gestione utenti, il ruolo potrebbe non essere concesso correttamente a causa di un timeout

Quando l'utente accede a Data Virtualization, l'interfaccia utente mostra un messaggio che indica che l'utente è bloccato. Ad esempio: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.Non è possibile risolvere questo problema sbloccando l'utente nell'interfaccia utente. Un Data Virtualization Manager deve assegnare il ruolo all'utente manualmente. Ad esempio, emettere il seguente comando:

db2 grant role dv_admin to dv_ibmid_270000ead8