Gestione dei dati

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

When you preview, download, or refine Data Virtualization data assets in Watson services other than Data Virtualization, in Cloud Pak for Data (for example, IBM Knowledge Catalog, Watson Studio, and Data Refinery), and in cases when data masking or row-level filtering applies, the preview is subject to the data protection rules and catalog or project access control only. i controlli di accesso Data Virtualization non vengono 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 è possibile accedere a una tabella, ma in base alle politiche dei dati e alle autorizzazioni, si è autorizzati ad accedere a questa tabella. Questo problema si verifica solo se l'applicazione dei criteri di IBM Knowledge Catalog è attivata in Data Virtualization.

Per risolvere questo problema, vedere Accesso a una tabella negato dai criteri 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 alle risorse Data Virtualization in IBM Knowledge Catalog, l'accesso viene negato.

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

Impossibile applicare le politiche e regole di protezione dati

È stata attivata l'applicazione dei criteri, ma i criteri e le regole di protezione dei dati non vengono applicati in Data Virtualization.

Per risolvere questo problema, vedere Impossibile applicare i criteri e le regole di protezione dei dati 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, è possibile che venga visualizzato un messaggio di erroreSCAPIException:CDICO0103Emessaggio. L'utente non è autorizzato e il messaggio indicaConnection authorization failure occurred.

Assicuratevi che siano state completate tutte le fasi di impostazione dei prerequisiti per autorizzare il servizio IBM Knowledge Catalog ad accedere ai dati dell'istanza di Data Virtualization. Vedere Profilazione delle risorse del catalogo non riuscita con il messaggio SCAPIException: CDICO0103E 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

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 e devi contattare il SupportoIBM® Cloud per aprire un ticket per abilitare l'opzione.

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

L'accesso a Data Virtualization tramite un URL visualizza un errore

Quando si tenta di accedere a Data Virtualization utilizzando un URL anziché la pagina iniziale 'Cloud Pak for Data, la pagina risultante visualizza il messaggio di errore 'The data cannot be displayed..

Soluzione temporanea: accedere a Cloud Pak for Data e passare a Dati > Data virtualization.

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 all'origine dati di livello del servizio nella pagina Data virtualization > Origini dati , tale connessione viene visualizzata anche sulla pagina Connessioni 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 all'origine dati del livello del servizio nella pagina Data virtualization > Origini dati , è necessario aggiornare la connessione dalla stessa posizione. 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