Risoluzione dei problemi di Storage Intelligence

Questo documento descrive come risolvere i problemi comuni relativi a Storage Intelligence, report sull'inventario di Storage Insights, set di dati di Storage Insights, enrichment degli oggetti (anteprima) e operazioni batch di archiviazione.

Errori di configurazione di Storage Intelligence

Le sezioni seguenti descrivono gli errori che potresti riscontrare durante la configurazione o la gestione di Storage Intelligence per una risorsa.

400: nome bucket non valido

Problema: la richiesta restituisce 400 Bad Request con il messaggio The specified bucket is not valid.

Soluzione: la richiesta non è valida. Assicurati che la richiesta soddisfi i seguenti requisiti:

  • Utilizza locations/global. Storage Intelligence non supporta altre località.
  • Assicurati che i nomi dei bucket o le espressioni regolari in bucket_id_regexes siano validi.

Di seguito è riportato un esempio di richiesta valida:

curl -X PATCH \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    -d '{
      "edition_config": "STANDARD",
      "filter": {
        "included_cloud_storage_buckets": {
          "bucket_id_regexes": [
            "my-bucket-name",
            "prod-data-.*"
          ]
        }
      }
    }' \
    "https://storage.googleapis.com/v2/projects/PROJECT_ID/locations/global/intelligenceConfig?updateMask=edition_config,filter"

400: Invalid argument - empty update mask

Problema: quando invii una richiesta di configurazione o aggiornamento, la richiesta restituisce 400 Bad Request con il messaggio Empty UPDATE_MASK in the request.

Soluzione: fornisci un valore UPDATE_MASK non vuoto nella richiesta. UPDATE_MASK specifica un elenco separato da virgole di campi FieldMask nella risorsa IntelligenceConfig da aggiornare (ad esempio updateMask=edition_config o updateMask=edition_config,filter).

400: percorso della maschera di aggiornamento non valido

Problema: durante l'aggiornamento di una configurazione, la richiesta restituisce 400 Bad Request con il messaggio Invalid UPDATE_MASK paths.

Soluzione: verifica che ogni nome di campo in UPDATE_MASK corrisponda a un campo valido nella risorsa IntelligenceConfig.

400: Field is not editable

Problema: durante l'aggiornamento di una configurazione, la richiesta restituisce 400 Bad Request con il messaggio Invalid UPDATE_MASK: UPDATE_TIME field is not editable.

Soluzione: rimuovi i campi di sistema non modificabili (come UPDATE_TIME) da UPDATE_MASK. Specifica solo i campi modificabili definiti in IntelligenceConfig.

400: valore non valido

Problema: la richiesta restituisce 400 Bad Request con il messaggio Invalid value at storage_intelligence.edition_config.

Soluzione: imposta edition_config su un valore supportato: INHERIT, STANDARD o DISABLED.

400: Non-empty filter

Problema: la richiesta restituisce 400 Bad Request con il messaggio Non-empty filter cannot be specified for INHERIT or DISABLED edition configuration.

Soluzione: rimuovi i filtri dei bucket dalla richiesta. I filtri dei bucket non sono supportati quando edition_config è impostato su INHERIT o DISABLED.

400: valori di località o bucket vuoti nel filtro

Problema: la richiesta restituisce 400 Bad Request con il messaggio Empty location or bucket values in filter.

Soluzione: assicurati che né location né bucket siano stringhe vuote nel filtro del bucket.

Problemi comuni di Storage Insights

Questa sezione descrive come risolvere i problemi comuni relativi ai report sull'inventario e ai set di dati.

Più report sull'inventario generati ogni giorno

Problema: una configurazione dei report sull'inventario genera più file di report ogni giorno.

Soluzione: Cloud Storage suddivide i report sull'inventario per i bucket con più di 1.000.000 di oggetti, generando un frammento per ogni 1.000.000 di oggetti. Ad esempio, un bucket con 3.500.000 oggetti genera quattro partizioni di report e un file manifest che elenca ogni partizione.

I report sull'inventario non vengono visualizzati nel bucket di destinazione

Problema: i report sull'inventario non vengono visualizzati nel bucket di destinazione.

Soluzione: se i report non vengono recapitati al bucket di destinazione, verifica quanto segue:

  • Assicurati che la data di inizio configurata sia passata. Per saperne di più, consulta Crea una configurazione del report sull'inventario.

  • Visualizza la cronologia dei report sull'inventario per verificare la presenza di errori e le relative cause principali. Per visualizzare la cronologia dei report sull'inventario, completa i seguenti passaggi:

    1. Nella console Google Cloud , vai alla pagina Bucket in Cloud Storage.

      Vai a Bucket

    2. Nell'elenco dei bucket, fai clic sul nome del bucket di origine che contiene la configurazione del report sull'inventario.

    3. Nella pagina Dettagli bucket, fai clic sulla scheda Report sull'inventario.

    4. Nell'elenco delle configurazioni dei report sull'inventario, fai clic sull'UUID della configurazione del report sull'inventario che ha generato i report che vuoi controllare.

    5. Controlla se sono presenti errori nella sezione Cronologia dei report sull'inventario. Puoi passare il puntatore del mouse su Guida () per visualizzare i dettagli sul motivo per cui si è verificato un errore.

  • Assicurati che al service agent a livello di progetto siano concessi i ruoli IAM necessari per leggere e scrivere i report sull'inventario. Per ulteriori informazioni, consulta Concedi i ruoli richiesti al service agent.

Ritardi nei report sull'inventario

Problema: la generazione del report sull'inventario è in ritardo.

Soluzione: i tempi di generazione dei report variano. I ritardi fino a 24 ore sono normali.

I set di dati non vengono compilati

Problema: le tabelle del set di dati di Storage Insights rimangono vuote.

Soluzione: nel set di dati BigQuery collegato, controlla error_attributes_view per i codici di errore. Per saperne di più, consulta Risolvi gli errori del set di dati.

Valori null nella colonna "ref" durante l'esecuzione di query sui set di dati

Problema: quando esegui query sui set di dati di Storage Insights in BigQuery, la colonna ref restituisce null.

Soluzione: per gli oggetti che terminano con /, la colonna ref nei set di dati è null.

Se la colonna ref restituisce valori null quando esegui query sui set di dati di Storage Insights in BigQuery, verifica di aver concesso le autorizzazioni e i ruoli di connessione richiesti, incluso l'accesso alle risorse Cloud Storage, come descritto in Analizza i dati e i metadati degli oggetti utilizzando BigQuery.

Errori degli enrichment degli oggetti

Questa sezione descrive come risolvere i problemi comuni durante la configurazione, la generazione o l'esecuzione di query sugli arricchimenti degli oggetti.

Mancano gli enrichment per gli oggetti

Problema: gli enrichment degli oggetti non vengono visualizzati sugli oggetti dopo averli configurati.

Soluzione: verifica quanto segue:

  • Autorizzazioni del service agent: assicurati di concedere al service agent di arricchimento degli oggetti il ruolo roles/storage.annotationGeneratorService sul bucket (o progetto) di destinazione e il ruolo roles/storage.bucketViewer sul progetto. Per istruzioni, consulta Concedi le autorizzazioni al service agent.
  • Configurazione di filtri e ambiti: assicurati che la risorsa FeatureConfig includa esplicitamente il nome del bucket di destinazione. Cloud Storage non include automaticamente i bucket creati dopo la creazione della risorsa FeatureConfig. Inoltre, se elimini e ricrei o sposti un bucket, devi aggiornare la risorsa FeatureConfig per includerlo nuovamente.
  • Prerequisiti del modello e metadati Content-Type: verifica che gli oggetti soddisfino i limiti di tipo e dimensione dei contenuti per i modelli attivati. Cloud Storage utilizza il campo dei metadati Content-Type dell'oggetto per determinare l'idoneità (BMP, GIF, ICO, JPEG, PNG, TIFF o WEBP per le immagini; application/pdf per la classificazione dei PDF). Se i metadati Content-Type mancano o non sono corretti, Cloud Storage non elabora l'oggetto finché non aggiorni i relativi metadati. Inoltre, il servizio di arricchimento degli oggetti ignora gli oggetti di dimensioni superiori a 20 MiB. Per saperne di più, consulta Modelli e schemi supportati.
  • Latenza di elaborazione: concedi tempo sufficiente per l'elaborazione asincrona. Il servizio di arricchimento degli oggetti elabora gli oggetti in modo asincrono. Gli arricchimenti per gli oggetti appena caricati vengono visualizzati in genere entro poche ore. Al contrario, il backfill degli oggetti esistenti in bucket di grandi dimensioni può richiedere ore o giorni.

Gli enrichment degli oggetti non sono visibili in BigQuery

Problema: gli arricchimenti degli oggetti vengono visualizzati nell'API, ma non in BigQuery.

Soluzione: verifica quanto segue:

  • Configurazione dei set di dati Storage Insights: verifica di aver configurato i set di dati Storage Insights per il bucket.
  • Pianificazione dei report giornalieri: attendi l'aggiornamento giornaliero del set di dati. I set di dati di Storage Insights vengono aggiornati ogni 24 ore. Pertanto, i nuovi arricchimenti generati potrebbero richiedere fino a 24 ore per essere visualizzati nella vista object_contexts_catalog_view in BigQuery.
  • Autorizzazioni IAM: assicurati di disporre delle autorizzazioni per eseguire job e leggere dati in BigQuery (ad esempio roles/bigquery.jobUser e roles/bigquery.dataViewer). Per indicazioni sulle query, consulta Analizza gli arricchimenti degli oggetti in BigQuery.

Autorizzazione negata durante il recupero dei dati degli enrichment degli oggetti estesi

Problema: si verifica un errore di autorizzazione durante il recupero dei dati di arricchimento degli oggetti estesi.

Soluzione: devi disporre dell'autorizzazione storage.objects.viewFullContext sull'oggetto o sul bucket per recuperare dati estesi, come le coordinate del riquadro di delimitazione o i punteggi di confidenza delle categorie. Ruoli come Storage Object User (roles/storage.objectUser) e Storage Admin (roles/storage.admin) includono questa autorizzazione. Per saperne di più, consulta Gestisci gli arricchimenti degli oggetti.

Autorizzazione negata durante la gestione delle configurazioni delle funzionalità

Problema: si verifica un errore di autorizzazione durante la creazione, l'aggiornamento o l'eliminazione di un FeatureConfig.

Soluzione: verifica che il tuo account disponga del ruolo Storage Admin (roles/storage.admin) o di un ruolo personalizzato con le autorizzazioni necessarie per il progetto di destinazione. Queste autorizzazioni obbligatorie includono storage.featureConfigs.create, storage.featureConfigs.update o storage.featureConfigs.delete. Per le autorizzazioni specifiche per i metodi, consulta Configura gli arricchimenti degli oggetti e la risorsa API featureConfigs.

Errori di convalida dei job di operazioni batch di archiviazione

Questa sezione descrive gli errori di convalida che si verificano quando si invia una richiesta di job di operazioni batch a storagebatchoperations.googleapis.com.

400: ID job o nome della risorsa non valido

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con il motivo JOB_ID_INVALID o RESOURCE_NAME_TOO_LONG.

Soluzione: verifica che l'ID job sia composto da 1 a 63 caratteri alfanumerici minuscoli o trattini ([a-z0-9]([-a-z0-9]*[a-z0-9])?) e che il percorso completo della risorsa job (projects/PROJECT_ID/locations/LOCATION/jobs/JOB_ID) non superi i 200 byte. Se il percorso supera i 200 byte, abbrevia l'ID job. Per saperne di più, consulta Nome job.

400: Job description exceeds limit

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con il motivo DESCRIPTION_TOO_LONG.

Soluzione: assicurati che la descrizione del job non superi i 1024 byte. Se supera questo limite, abbrevia il testo. Per saperne di più, consulta la descrizione del job.

400: configurazioni dell'origine del job mancanti o non valide

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con uno dei seguenti motivi:

  • SOURCE_NOT_SPECIFIED
  • BUCKET_LIST_EMPTY
  • TOO_MANY_BUCKETS
  • MULTI_BUCKET_NOT_SUPPORTED
  • BUCKET_NAME_REQUIRED
  • OBJECT_CONFIGURATION_REQUIRED

Soluzione: assicurati che il job specifichi una configurazione di origine valida (bucket_list o project_source) e che ogni bucket definisca un metodo di selezione degli oggetti. Per saperne di più, consulta Crea e gestisci i job di operazioni batch.

400: nome bucket o oggetto non valido

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con il motivo BUCKET_NAME_INVALID o OBJECT_NAME_INVALID.

Soluzione: assicurati che tutti i nomi dei bucket e degli oggetti siano conformi ai requisiti di denominazione di Cloud Storage. Per ulteriori informazioni, vedi le linee guida per la denominazione dei bucket e le linee guida per la denominazione degli oggetti.

400: errori di configurazione dell'origine del progetto

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con uno dei seguenti motivi:

  • PROJECT_SOURCE_PROJECT_INVALID
  • PROJECT_SOURCE_DRY_RUN_FIELDS_EXCLUSIVE
  • PROJECT_SOURCE_DRY_RUN_ID_INVALID

Soluzione: verifica che la configurazione dell'origine del progetto soddisfi i requisiti di formattazione e di esclusività dei campi. Se specifichi un ID job dry run, ometti tutti gli altri parametri project_source. Per saperne di più, consulta Crea un job utilizzando i filtri avanzati.

400: parametri di trasformazione in conflitto o mancanti

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con uno dei seguenti motivi:

  • TRANSFORMATION_NOT_SPECIFIED
  • REWRITE_OBJECT_MISSING_PARAMETERS
  • PUT_OBJECT_HOLD_MISSING_PARAMETERS
  • PUT_METADATA_MISSING_PARAMETERS

Soluzione: specifica esattamente un tipo di trasformazione con tutti i parametri obbligatori. Se configuri la conservazione degli oggetti, verifica che il blocco degli oggetti sia abilitato nel bucket e che i timestamp utilizzino il formato RFC 3339 UTC. Per saperne di più sui requisiti dei parametri per trasformazione, consulta Tipo di prestazione.

400: prefissi degli oggetti sovrapposti o duplicati

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con il motivo OBJECT_PREFIX_OVERLAP o DUPLICATE_OBJECT_PREFIX.

Soluzione: rimuovi i prefissi duplicati e assicurati che nessun prefisso in included_object_prefixes sia un prefisso di un'altra voce nell'elenco. Per ulteriori informazioni, consulta Prefissi degli oggetti.

400: problemi di formattazione e accesso al file manifest

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (INVALID_ARGUMENT) con il motivo MANIFEST_LOCATION_REQUIRED o MANIFEST_LOCATION_INVALID oppure il job non riesce a leggere il manifest.

Soluzione: verifica che l'URI del manifest sia un percorso CSV valido (gs://<bucket_name>/<path>/<object_name>.csv) e che il service agent per le operazioni batch di archiviazione abbia il ruolo roles/storage.objectViewer nel bucket del manifest. Per ulteriori informazioni sulla formattazione CSV e sui requisiti dello schema, consulta Manifest.

400: errori di rilevamento del set di dati di Storage Insights

Problema: l'utilizzo di un set di dati di Storage Insights per il rilevamento degli oggetti restituisce una risposta 400 Bad Request (INVALID_ARGUMENT o FAILED_PRECONDITION) con uno dei seguenti motivi:

  • BUCKET_DISCOVERY_SNAPSHOT_TOO_OLD
  • TARGET_LOCATIONS_REQUIRED_FOR_SNAPSHOT_TIME
  • BUCKET_DISCOVERY_TOO_MANY_BUCKETS

Soluzione: verifica che snapshot_time sia compreso nelle ultime 48 ore, specifica target_locations per i bucket e assicurati che la query di rilevamento non corrisponda a più di 1000 bucket. Per saperne di più, consulta Crea un manifest utilizzando i set di dati di Storage Insights.

400: la trasformazione della classe di archiviazione non riesce sui bucket abilitati per Autoclass

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (FAILED_PRECONDITION) con il motivo AUTOCLASS_STORAGE_CLASS_TRANSFORMATION_UNSUPPORTED.

Soluzione: non puoi eseguire trasformazioni della classe di archiviazione su bucket con Autoclass abilitato. Scegli come target un bucket senza Autoclass o rimuovi la trasformazione della classe di archiviazione. Per saperne di più, consulta Limitazioni di Autoclass.

400: gli aggiornamenti degli ACL degli oggetti non vanno a buon fine sui bucket con accesso uniforme a livello di bucket

Problema: la richiesta di creazione del job restituisce una risposta 400 Bad Request (FAILED_PRECONDITION) con il motivo UBLA_OBJECT_ACL_UPDATE_UNSUPPORTED.

Soluzione: non puoi aggiornare gli ACL degli oggetti nei bucket con l'accesso uniforme a livello di bucket abilitato. Gestisci l'accesso utilizzando i ruoli IAM a livello di bucket o di progetto. Per saperne di più, consulta Accesso uniforme a livello di bucket.

Problemi di runtime ed esecuzione delle operazioni batch di archiviazione

Questa sezione descrive i problemi che si verificano durante l'esecuzione asincrona di un job di operazioni batch.

403: errori di autorizzazione durante l'esecuzione

Problema: un job batch non riesce durante l'esecuzione con 403 Forbidden (PERMISSION_DENIED).

Soluzione: concedi all'agente di servizio per le operazioni batch di archiviazione (service-PROJECT_NUMBER@gcp-sa-storagebatchoperations.iam.gserviceaccount.com) i ruoli IAM richiesti per il tipo di trasformazione. Per saperne di più, consulta Concedi le autorizzazioni al service agent.

Errori di crittografia CMEK durante la riscrittura degli oggetti

Problema: le riscritture degli oggetti non vanno a buon fine con 400 Bad Request o 403 Forbidden a causa di errori di stato o autorizzazione della chiave Cloud KMS.

Soluzione: verifica che la chiave Cloud KMS sia Enabled e si trovi nella stessa regione del bucket di destinazione e che il service agent disponga del ruolo roles/cloudkms.cryptoKeyEncrypterDecrypter. Per saperne di più, consulta Tipo di prestazione: riscrivi oggetto.

Numero elevato di errori in error_summaries

Problema: un job batch viene completato con un counters.failed_object_count diverso da zero e codici di errore in error_summaries (ad esempio 404 NOT_FOUND, 412 FAILED_PRECONDITION o 403 PERMISSION_DENIED).

Soluzione: esegui gcloud storage batch-operations jobs describe con il flag --location (ad esempio, gcloud storage batch-operations jobs describe JOB_ID --location=LOCATION) per visualizzare la suddivisione degli errori aggregati e controlla Cloud Logging per i log degli errori per oggetto. Per saperne di più, consulta Visualizza i dettagli del job.

Il job di operazioni batch di archiviazione non riesce a causa di uno snapshot che ha più di due giorni

Problema: quando crei un job di operazioni batch di archiviazione basato su filtri CEL, la creazione del job non va a buon fine. Il messaggio di errore indica che l'ora dello snapshot risale a più di due giorni fa.

Soluzione: per impedire azioni su stati degli oggetti obsoleti, le operazioni batch di archiviazione non riescono automaticamente a creare il job. Questo errore si verifica se lo snapshot selezionato risale a più di due giorni prima. Seleziona uno dei seguenti metodi per risolvere il problema:

  • Utilizza un file manifest: esegui una query manuale sul set di dati in BigQuery. Esporta i risultati in un file manifest CSV e carica il file in un bucket Cloud Storage. Puoi quindi creare il job di operazioni batch utilizzando il metodo del manifest per evitare il limite di due giorni.
  • Controlla le configurazioni dei set di dati: verifica che le configurazioni dei set di dati siano attive e non in pausa. Verifica che gli snapshot del set di dati vengano eseguiti correttamente. Per informazioni su come verificare le configurazioni, consulta Visualizza la configurazione di un set di dati.
  • Utilizza gli override della località target e dell'ora dello snapshot: specifica il flag --target-snapshot-time per bypassare l'errore di inattività di due giorni selezionando esplicitamente uno snapshot in formato RFC 3339. Specifica il flag --target-locations per limitare l'operazione alle località in cui esiste lo snapshot. Puoi utilizzare questi override per risolvere i ritardi di sincronizzazione che impediscono l'aggiornamento dello snapshot globale automatico. Di conseguenza, puoi scegliere manualmente come target uno snapshot regionale più recente. Per la sintassi del comando, consulta Crea un job utilizzando i filtri avanzati.

Il job di operazioni batch di archiviazione basato su filtri CEL non riesce sui progetti appena sottoscritti

Problema: l'esecuzione di un job di operazioni batch di archiviazione basato su filtri CEL su un progetto appena sottoscritto non riesce perché il sistema non riesce a trovare uno snapshot valido.

Soluzione: dopo aver attivato l'abbonamento a Storage Intelligence, devi attendere 24 ore prima di eseguire i job delle operazioni batch di archiviazione basate su filtri CEL. Questo ritardo consente al sistema di eseguire lo snapshot iniziale dei metadati e di stabilire l'ora dello snapshot iniziale.

Il job di operazioni batch di archiviazione basato su filtri CEL non riesce con errori di autorizzazione o genera errori di runtime

Problema: un job di operazioni batch di archiviazione basato su filtri CEL non riesce durante l'esecuzione o restituisce errori di autorizzazioni di runtime.

Soluzione: le operazioni batch di archiviazione utilizzano le tue credenziali utente per elaborare gli oggetti. Il job non va a buon fine se non disponi delle autorizzazioni IAM di lettura o autorizzazione in scrittura necessarie per i bucket e gli oggetti target. Questo problema si verifica quando i filtri CEL selezionano risorse a cui non hai accesso. Verifica che il tuo account disponga dei ruoli Storage Admin (roles/storage.admin), Storage Object Admin (roles/storage.objectAdmin) o equivalenti per tutti i bucket e gli oggetti nell'ambito del job. Per istruzioni sulla concessione dei ruoli, consulta Utilizza le autorizzazioni IAM.

Monitoraggio e analisi dei log

Per saperne di più sull'ispezione degli errori di esecuzione per oggetto e dei payload di errore in Cloud Logging, consulta Visualizza i log delle operazioni batch di archiviazione.

Problemi relativi a Storage Intelligence Advisor

Questa sezione fornisce indicazioni su come risolvere i problemi più comuni che si verificano durante l'utilizzo di Storage Intelligence Advisor.

Errori di autorizzazione negata di Storage Intelligence Advisor

Problema: ricevi un errore Permission denied quando accedi a Storage Intelligence Advisor e i grafici e le metriche sono vuoti o mostrano errori di autorizzazione.

Soluzione: questo problema si verifica se non disponi di un ruolo IAM con le autorizzazioni necessarie per visualizzare Storage Intelligence Advisor. Chiedi all'amministratore di concederti il ruolo Storage Admin (roles/storage.admin) per il progetto, la cartella o l'organizzazione che vuoi visualizzare. Per un elenco delle autorizzazioni necessarie, consulta Ruoli richiesti.

Autorizzazioni insufficienti per visualizzare un progetto interessato

Problema: quando visualizzi i risultati a livello di organizzazione o cartella, il riquadro Progetti con risultati rilevati mostra un indicatore di avviso con il messaggio You've insufficient permission to access this project accanto a un progetto.

Soluzione: questo problema si verifica se disponi delle autorizzazioni per visualizzare i suggerimenti di Storage Intelligence a livello di organizzazione o cartella, ma non disponi delle autorizzazioni IAM richieste per quel progetto specifico. Chiedi all'amministratore del progetto di concederti il ruolo Storage Admin (roles/storage.admin) nel progetto interessato.

Il suggerimento di Storage Intelligence è vuoto o mancano dei dati

Problema: la pagina del suggerimento di Storage Intelligence viene caricata e i grafici, le metriche nella sezione In breve (etichettata Progetto in breve, Cartella in breve o Organizzazione in breve a seconda della risorsa selezionata) o la sezione Risultati principali sono vuoti o i dati non sono aggiornati.

Soluzione: questo problema può verificarsi per i seguenti motivi:

  • Latenza di trattamento dati: le metriche e i risultati di Storage Intelligence si basano su snapshot e analisi giornalieri dell'utilizzo dello spazio di archiviazione. La visualizzazione dei dati in Storage Intelligence Advisor può richiedere da 24 a 48 ore. In genere, questi ritardi si verificano dopo la creazione di nuovi bucket o quando visualizzi Storage Intelligence Advisor per la prima volta. Se ti aspetti di vedere i dati delle attività recenti, attendi 48 ore e ricontrolla.
  • Nessuna risorsa di archiviazione: se il progetto, la cartella o l'organizzazione selezionati non contengono bucket o oggetti per il periodo di tempo selezionato, il suggerimento di Storage Intelligence è vuoto. Scegli un progetto, una cartella o un'organizzazione diversi che contengano risorse di archiviazione.
  • Filtro temporale errato: il filtro temporale è impostato su un intervallo in cui non si è verificata alcuna attività di archiviazione. Regola il filtro temporale su un intervallo che includa l'attività di archiviazione.

I risultati non vengono visualizzati nel suggerimento di Storage Intelligence

Problema: ti aspetti di vedere i risultati nella sezione Risultati principali in base all'attività di archiviazione recente, ma la sezione è vuota.

Soluzione: questo problema si verifica se Storage Intelligence Advisor non genera risultati per il periodo di tempo selezionato. La mancanza di risultati può verificarsi per i seguenti motivi:

  • Nessun pattern corrispondente: il ciclo di analisi più recente non ha rilevato alcun comportamento di archiviazione corrispondente a un pattern di risultati.
  • Ritardi nel trattamento dei dati: i risultati si basano sulle metriche di archiviazione, che richiedono dalle 24 alle 48 ore per l'elaborazione. I risultati relativi agli eventi che si sono verificati nelle ultime 24 ore vengono visualizzati al termine del ciclo di elaborazione successivo.

Problemi durante l'utilizzo dei Controlli di servizio VPC

Problema: ricevi errori di accesso negato o di autorizzazione quando provi ad accedere a Storage Intelligence Advisor da un progetto all'interno di un perimetro di servizio dei Controlli di servizio VPC.

Soluzione: questo problema si verifica se i Controlli di servizio VPC non sono configurati correttamente per consentire la comunicazione tra il progetto, la console Google Cloud e le risorse di Storage Intelligence. Per risolvere il problema, esamina i seguenti requisiti:

  • Servizi limitati: verifica se il perimetro di servizio limita l'API Cloud Storage (storage.googleapis.com) e l'API Storage Insights (storageinsights.googleapis.com). Per maggiori dettagli, consulta Elenca e descrivi i parametri del servizio.
  • Configurazione del perimetro: verifica che il progetto che utilizzi per visualizzare Storage Intelligence Advisor si trovi nello stesso perimetro di servizio dei progetti che monitori. Se si trovano in perimetri diversi, devi configurare regole in entrata e in uscita o utilizzare bridge del perimetro.
  • Accesso dall'esterno del perimetro: se accedi alla console Google Cloud da una rete esterna al perimetro, devi creare una regola in entrata o un livello di accesso che includa il tuo account utente e l'intervallo di indirizzi IP pubblici che stai utilizzando.
  • VPC condiviso: se utilizzi il VPC condiviso, verifica che il progetto si trovi nello stesso perimetro di servizio dei tuoi progetti di servizio. Per maggiori dettagli, consulta VPC condiviso.
  • Audit log: utilizza lo strumento di analisi delle violazioni per verificare la presenza di violazioni dei Controlli di servizio VPC negli audit log. Lo strumento di analisi delle violazioni aiuta a diagnosticare la violazione e a identificare le cause, ad esempio un errore RESOURCES_NOT_IN_SAME_SERVICE_PERIMETER.

Passaggi successivi