Soluciona problemas de Storage Intelligence

En este documento, se describe cómo solucionar problemas habituales con Storage Intelligence, informes de inventario de Storage Insights, conjuntos de datos de Storage Insights, enriquecimientos de objetos (versión preliminar) y operaciones por lote en objetos almacenados.

Errores de configuración de Storage Intelligence

En las siguientes secciones, se describen los errores que puedes encontrar cuando configuras o administras Storage Intelligence para un recurso.

400: Nombre de bucket no válido

Problema: La solicitud devuelve 400 Bad Request con el mensaje The specified bucket is not valid.

Solución: La solicitud no es válida. Asegúrate de que la solicitud cumpla con los siguientes requisitos:

  • Usa locations/global. Storage Intelligence no admite otras ubicaciones.
  • Asegúrate de que los nombres de bucket o las expresiones regulares en bucket_id_regexes sean válidos.

A continuación, se muestra un ejemplo de una solicitud válida:

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.s3nsapis.fr/v2/projects/PROJECT_ID/locations/global/intelligenceConfig?updateMask=edition_config,filter"

400: Argumento no válido: máscara de actualización vacía

Problema: Cuando envías una solicitud de configuración o actualización, la solicitud devuelve 400 Bad Request con el mensaje Empty UPDATE_MASK in the request.

Solución: Proporciona un UPDATE_MASK no vacío en tu solicitud. UPDATE_MASK especifica una lista separada por comas de los campos FieldMask en el recurso IntelligenceConfig que se actualizará (como updateMask=edition_config o updateMask=edition_config,filter).

400: La ruta de la máscara de actualización no es válida

Problema: Cuando se actualiza una configuración, la solicitud devuelve 400 Bad Request con el mensaje Invalid UPDATE_MASK paths.

Solución: Verifica que cada nombre de campo en UPDATE_MASK coincida con un campo válido en el recurso IntelligenceConfig.

400: No se puede editar el campo

Problema: Cuando se actualiza una configuración, la solicitud devuelve 400 Bad Request con el mensaje Invalid UPDATE_MASK: UPDATE_TIME field is not editable.

Solución: Quita los campos del sistema no editables (como UPDATE_TIME) de UPDATE_MASK. Solo especifica los campos mutables definidos en IntelligenceConfig.

400: Valor no válido

Problema: La solicitud devuelve 400 Bad Request con el mensaje Invalid value at storage_intelligence.edition_config.

Solución: Configura edition_config con un valor admitido: INHERIT, STANDARD o DISABLED.

400: Filtro no vacío

Problema: La solicitud devuelve 400 Bad Request con el mensaje Non-empty filter cannot be specified for INHERIT or DISABLED edition configuration.

Solución: Quita los filtros de bucket de la solicitud. Los filtros de buckets no se admiten cuando edition_config se establece en INHERIT o DISABLED.

400: Valores de ubicación o bucket vacíos en el filtro

Problema: La solicitud devuelve 400 Bad Request con el mensaje Empty location or bucket values in filter.

Solución: Asegúrate de que ni location ni bucket sean una cadena vacía en tu filtro de bucket.

Problemas habituales de Storage Insights

En esta sección, se describe cómo resolver problemas habituales con los informes de inventario y los conjuntos de datos.

Se generan varios informes de inventario a diario

Problema: Una configuración de informes de inventario genera varios archivos de informes cada día.

Solución: Cloud Storage fragmenta los informes de inventario de los buckets con más de 1,000,000 de objetos y genera un fragmento por cada 1,000,000 de objetos. Por ejemplo, un bucket con 3,500,000 objetos genera cuatro fragmentos de informes y un archivo de manifiesto que enumera cada fragmento.

Los informes de inventario no aparecen en el bucket de destino

Problema: Los informes de inventario no aparecen en el bucket de destino.

Solución: Si los informes no se entregan al bucket de destino, verifica lo siguiente:

  • Asegúrate de que haya pasado la fecha de inicio configurada. Para obtener más información, consulta Crea una configuración de informe de inventario.

  • Consulta el historial de informes de inventario para verificar las fallas y sus causas raíz. Para ver su historial de informes de inventario, siga estos pasos:

    1. En la consola de Cloud de Confiance , ve a la página Buckets de Cloud Storage.

      Ir a Buckets

    2. En la lista de buckets, haz clic en el nombre del bucket de origen que contiene la configuración del informe de inventario.

    3. En la página Detalles del bucket, haz clic en la pestaña Inventory reports.

    4. En la lista de opciones de configuración de informes de inventario, haz clic en el UUID de la configuración de informes de inventario que generó los informes que deseas verificar.

    5. Verifica si hay fallas en la sección Historial de informes de inventario. Puedes mantener el puntero sobre Ayuda () para obtener detalles sobre el motivo por el que se produjo un error.

  • Asegúrate de que se otorguen al agente de servicio a nivel de proyecto los roles de IAM necesarias para leer y escribir informes de inventario. Para obtener más información, consulta Otorga roles necesarios al agente de servicio.

Demoras en los informes de inventario

Problema: Se demora la generación del informe de inventario.

Solución: Los tiempos de generación de informes varían. Las demoras de hasta 24 horas son normales.

No se completan los conjuntos de datos

Problema: Las tablas del conjunto de datos de Storage Insights permanecen vacías.

Solución: En tu conjunto de datos de BigQuery vinculado, verifica error_attributes_view para ver los códigos de error. Para obtener más información, consulta Soluciona problemas de errores de conjuntos de datos.

Valores nulos en la columna "ref" cuando se consultan conjuntos de datos

Problema: Cuando consultas conjuntos de datos de Storage Insights en BigQuery, la columna ref devuelve null.

Solución: Para los objetos que terminan en /, la columna ref en los conjuntos de datos es nula.

Si la columna ref devuelve valores nulos cuando consultas conjuntos de datos de Storage Insights en BigQuery, verifica que hayas otorgado los permisos y roles de conexión necesarios, incluido el acceso a los recursos de Cloud Storage, como se describe en Analiza los datos y los metadatos de los objetos con BigQuery.

Errores de enriquecimientos de objetos

En esta sección, se describe cómo resolver problemas habituales cuando configuras, generas o consultas enriquecimientos de objetos.

Faltan enriquecimientos para los objetos

Problema: Los enriquecimientos de objetos no aparecen en los objetos después de que los configuras.

Solución: Verifica lo siguiente:

  • Permisos del agente de servicio: Asegúrate de otorgar al agente de servicio de enriquecimiento de objetos el rol roles/storage.annotationGeneratorService en el bucket (o proyecto) de destino y el rol roles/storage.bucketViewer en el proyecto. Para obtener instrucciones, consulta Otorga permisos al agente de servicio.
  • Configuración de filtro y alcance: Asegúrate de que tu recurso FeatureConfig incluya de forma explícita el nombre del bucket de destino. Cloud Storage no incluye automáticamente los buckets creados después de que creas el recurso FeatureConfig. Además, si borras y vuelves a crear o reubicas un bucket, debes actualizar el recurso FeatureConfig para volver a incluirlo.
  • Requisitos previos del modelo y metadatos de Content-Type: Verifica que los objetos cumplan con los límites de tipo de contenido y tamaño de los modelos habilitados. Cloud Storage usa el campo de metadatos Content-Type del objeto para determinar la elegibilidad (BMP, GIF, ICO, JPEG, PNG, TIFF o WEBP para imágenes; application/pdf para la clasificación de PDF). Si faltan los metadatos Content-Type o son incorrectos, Cloud Storage no procesará el objeto hasta que actualices sus metadatos. Además, el servicio de enriquecimiento de objetos omite los objetos que superan los 20 MiB. Para obtener más información, consulta Modelos y esquemas compatibles.
  • Latencia de procesamiento: Deja suficiente tiempo para el procesamiento asíncrono. El servicio de enriquecimiento de objetos procesa objetos de forma asíncrona. Los enriquecimientos de los objetos subidos recientemente suelen aparecer en unas horas. En cambio, reabastecer los objetos existentes en buckets grandes puede llevar horas o días.

Los enriquecimientos de objetos no son visibles en BigQuery

Problema: Los enriquecimientos de objetos aparecen en la API, pero no en BigQuery.

Solución: Verifica lo siguiente:

  • Configuración de conjuntos de datos de Storage Insights: Verifica que hayas configurado conjuntos de datos de Storage Insights para el bucket.
  • Programa de informes diarios: Espera a que se actualice el conjunto de datos diario. Los conjuntos de datos de Storage Insights se actualizan cada 24 horas. Por lo tanto, los enriquecimientos generados recientemente pueden tardar hasta 24 horas en aparecer en la vista object_contexts_catalog_view en BigQuery.
  • Permisos de IAM: Asegúrate de tener permisos para ejecutar trabajos y leer datos en BigQuery (como roles/bigquery.jobUser y roles/bigquery.dataViewer). Para obtener orientación sobre las consultas, consulta Analiza los enriquecimientos de objetos en BigQuery.

Se denegó el permiso cuando se recuperaban los datos de enriquecimiento de objetos extendidos

Problema: Se produce un error de permiso cuando se recuperan los datos de enriquecimiento de objetos extendidos.

Solución: Debes tener el permiso storage.objects.viewFullContext en el objeto o bucket para recuperar datos extendidos, como las coordenadas del cuadro delimitador o las puntuaciones de confianza de la categoría. Los roles, como Usuario de objetos de almacenamiento (roles/storage.objectUser) y Administrador de almacenamiento (roles/storage.admin), incluyen este permiso. Para obtener más información, consulta Administra los enriquecimientos de objetos.

Se denegó el permiso para administrar los parámetros de configuración de las funciones

Problema: Se produce un error de permiso cuando se crea, actualiza o borra un FeatureConfig.

Solución: Verifica que tu cuenta tenga el rol de administrador de almacenamiento (roles/storage.admin) o un rol personalizado con los permisos necesarios en el proyecto de destino. Estos permisos obligatorios incluyen storage.featureConfigs.create, storage.featureConfigs.update o storage.featureConfigs.delete. Para conocer los permisos específicos de los métodos, consulta Configura enriquecimientos de objetos y el recurso de la API de featureConfigs.

Errores de validación de trabajos de operaciones por lotes en objetos almacenados

En esta sección, se describen los errores de validación que se producen cuando se envía una solicitud de trabajo de operaciones por lotes a storagebatchoperations.googleapis.com.

400: El ID de trabajo o el nombre del recurso no son válidos

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con el motivo JOB_ID_INVALID o RESOURCE_NAME_TOO_LONG.

Solución: Verifica que el ID del trabajo conste de entre 1 y 63 caracteres alfanuméricos en minúscula o guiones ([a-z0-9]([-a-z0-9]*[a-z0-9])?), y que la ruta de acceso completa del recurso del trabajo (projects/PROJECT_ID/locations/LOCATION/jobs/JOB_ID) no supere los 200 bytes. Si la ruta supera los 200 bytes, acorta el ID del trabajo. Para obtener más información, consulta Nombre del trabajo.

400: La descripción del trabajo supera el límite

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con el motivo DESCRIPTION_TOO_LONG.

Solución: Asegúrate de que la descripción del trabajo tenga 1,024 bytes o menos. Si supera este límite, acorta el texto. Para obtener más información, consulta Descripción del trabajo.

400: Falta la configuración de la fuente del trabajo o no es válida

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con cualquiera de los siguientes motivos:

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

Solución: Asegúrate de que tu trabajo especifique una configuración de origen válida (bucket_list o project_source) y que cada bucket defina un método de selección de objetos. Para obtener más información, consulta Crea y administra trabajos de operaciones por lotes.

400: Nombre de bucket o de objeto no válido

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con el motivo BUCKET_NAME_INVALID o OBJECT_NAME_INVALID.

Solución: Asegúrate de que todos los nombres de bucket y objetos cumplan con los requisitos de nombres de Cloud Storage. Para obtener más información, consulta los Lineamientos para asignar nombres a buckets y los Lineamientos para asignar nombres a objetos.

400: Errores de configuración de la fuente del proyecto

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con cualquiera de los siguientes motivos:

  • PROJECT_SOURCE_PROJECT_INVALID
  • PROJECT_SOURCE_DRY_RUN_FIELDS_EXCLUSIVE
  • PROJECT_SOURCE_DRY_RUN_ID_INVALID

Solución: Verifica que la configuración de la fuente del proyecto cumpla con los requisitos de formato y exclusividad de los campos. Si especificas un ID de trabajo de ejecución de prueba, omite todos los demás parámetros de project_source. Para obtener más información, consulta Crea un trabajo con filtros avanzados.

400: Parámetros de transformación en conflicto o faltantes

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con cualquiera de los siguientes motivos:

  • TRANSFORMATION_NOT_SPECIFIED
  • REWRITE_OBJECT_MISSING_PARAMETERS
  • PUT_OBJECT_HOLD_MISSING_PARAMETERS
  • PUT_METADATA_MISSING_PARAMETERS

Solución: Especifica exactamente un tipo de transformación con todos los parámetros obligatorios. Si configuras la retención de objetos, verifica que el bloqueo de objetos esté habilitado en el bucket y que las marcas de tiempo usen el formato RFC 3339 UTC. Para obtener más información sobre los requisitos de los parámetros por transformación, consulta Tipo de trabajo.

400: Prefijos de objetos superpuestos o duplicados

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con el motivo OBJECT_PREFIX_OVERLAP o DUPLICATE_OBJECT_PREFIX.

Solución: Quita los prefijos duplicados y asegúrate de que ningún prefijo de included_object_prefixes sea un prefijo de otra entrada de la lista. Para obtener más información, consulta Prefijos de objetos.

400: Problemas de acceso y formato del archivo de manifiesto

Problema: La solicitud de creación de trabajos devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT) con el motivo MANIFEST_LOCATION_REQUIRED o MANIFEST_LOCATION_INVALID, o el trabajo no puede leer el manifiesto.

Solución: Verifica que el URI del manifiesto sea una ruta de acceso de CSV válida (gs://<bucket_name>/<path>/<object_name>.csv) y que el agente de servicio de operaciones por lote en objetos almacenados tenga el rol roles/storage.objectViewer en el bucket del manifiesto. Para obtener más información sobre el formato CSV y los requisitos del esquema, consulta Manifiesto.

400: Errores de descubrimiento de conjuntos de datos de Storage Insights

Problema: El uso de un conjunto de datos de Storage Insights para el descubrimiento de objetos devuelve una respuesta 400 Bad Request (INVALID_ARGUMENT o FAILED_PRECONDITION) con cualquiera de los siguientes motivos:

  • BUCKET_DISCOVERY_SNAPSHOT_TOO_OLD
  • TARGET_LOCATIONS_REQUIRED_FOR_SNAPSHOT_TIME
  • BUCKET_DISCOVERY_TOO_MANY_BUCKETS

Solución: Verifica que snapshot_time esté dentro de las últimas 48 horas, especifica target_locations para los buckets y asegúrate de que la consulta de descubrimiento no coincida con más de 1,000 buckets. Para obtener más información, consulta Crea un manifiesto con conjuntos de datos de Storage Insights.

400: La transformación de la clase de almacenamiento falla en los buckets con Autoclass habilitada

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (FAILED_PRECONDITION) con el motivo AUTOCLASS_STORAGE_CLASS_TRANSFORMATION_UNSUPPORTED.

Solución: No puedes ejecutar transformaciones de clases de almacenamiento en buckets con Autoclass habilitada. Orienta la acción a un bucket sin Autoclass o quita la transformación de la clase de almacenamiento. Para obtener más información, consulta Restricciones de Autoclass.

400: Las actualizaciones de LCA de objetos fallan en los buckets con acceso uniforme a nivel de bucket

Problema: La solicitud de creación del trabajo devuelve una respuesta 400 Bad Request (FAILED_PRECONDITION) con el motivo UBLA_OBJECT_ACL_UPDATE_UNSUPPORTED.

Solución: No puedes actualizar las LCA de objetos en buckets con el acceso uniforme a nivel de bucket habilitado. En su lugar, administra el acceso con roles de IAM a nivel de bucket o de proyecto. Para obtener más información, consulta Acceso uniforme a nivel de bucket.

Problemas de ejecución y tiempo de ejecución de las operaciones por lotes de almacenamiento

En esta sección, se describen los problemas que ocurren durante la ejecución asíncrona de un trabajo de operaciones por lotes.

403: Errores de permisos durante la ejecución

Problema: Un trabajo por lotes falla durante la ejecución con 403 Forbidden (PERMISSION_DENIED).

Solución: Otorga al agente de servicio de operaciones por lotes de Storage (service-PROJECT_NUMBER@gcp-sa-storagebatchoperations.s3ns-system.iam.gserviceaccount.com) los roles de IAM necesarios para tu tipo de transformación. Para obtener más información, consulta Otorga permisos al agente de servicio.

Errores de encriptación de CMEK durante la reescritura de objetos

Problema: Las reescrituras de objetos fallan con 400 Bad Request o 403 Forbidden debido a errores de permisos o de estado de la clave de Cloud KMS.

Solución: Verifica que la clave de Cloud KMS sea Enabled y resida en la misma región que el bucket de destino, y que el agente de servicio tenga el rol roles/cloudkms.cryptoKeyEncrypterDecrypter. Para obtener más información, consulta Tipo de trabajo: Reescribe el objeto.

Recuento alto de fallas en error_summaries

Problema: Un trabajo por lotes se completa con un counters.failed_object_count distinto de cero y códigos de error en error_summaries (como 404 NOT_FOUND, 412 FAILED_PRECONDITION o 403 PERMISSION_DENIED).

Solución: Ejecuta gcloud storage batch-operations jobs describe con la marca --location (por ejemplo, gcloud storage batch-operations jobs describe JOB_ID --location=LOCATION) para ver el desglose de errores agregados y verifica los registros de errores por objeto en Cloud Logging. Para obtener más información, consulta Obtén detalles del trabajo.

El trabajo de operaciones por lotes en objetos almacenados falla debido a una instantánea que tiene más de dos días de antigüedad

Problema: Cuando creas un trabajo de operaciones por lotes en objetos almacenados basado en filtros de CEL, se produce un error en la creación del trabajo. El mensaje de error indica que la hora de la instantánea tiene más de dos días.

Solución: Para evitar acciones en estados de objetos desactualizados, las operaciones por lotes de almacenamiento fallan automáticamente la creación de trabajos. Este error se produce si la instantánea seleccionada tiene más de dos días de antigüedad. Selecciona uno de los siguientes métodos para resolver este problema:

  • Usa un archivo de manifiesto: Consulta tu conjunto de datos de forma manual en BigQuery. Exporta los resultados a un archivo de manifiesto CSV y súbelo a un bucket de Cloud Storage. Luego, puedes crear el trabajo de operaciones por lotes con el método de manifiesto para evitar el límite de dos días.
  • Verifica las configuraciones de los conjuntos de datos: Asegúrate de que las configuraciones de tus conjuntos de datos estén activas y no estén detenidas. Confirma que las instantáneas del conjunto de datos se ejecuten correctamente. Para obtener información sobre cómo verificar tus parámetros de configuración, consulta Visualiza la configuración de un conjunto de datos.
  • Usa anulaciones de ubicación de destino y hora de la instantánea: Especifica la marca --target-snapshot-time para omitir la falla de inactividad de dos días seleccionando de forma explícita una instantánea en formato RFC 3339. Especifica la marca --target-locations para limitar la operación a las ubicaciones en las que existe la instantánea. Puedes usar estas anulaciones para resolver los retrasos de sincronización que impiden que se actualice la instantánea global automatizada. Por lo tanto, puedes segmentar manualmente una instantánea regional más reciente. Para conocer la sintaxis del comando, consulta Crea un trabajo con filtros avanzados.

El trabajo de operaciones por lotes en objetos almacenados basado en filtros de CEL falla en los proyectos suscritos recientemente

Problema: No se puede ejecutar un trabajo de operaciones por lotes en objetos almacenados basado en filtros de CEL en un proyecto suscrito recientemente porque el sistema no puede encontrar una instantánea válida.

Solución: Después de habilitar la suscripción a Storage Intelligence, debes esperar 24 horas antes de ejecutar trabajos de operaciones por lotes en objetos almacenados basados en filtros de CEL. Esta demora permite que el sistema realice la instantánea de metadatos inicial y establezca la hora de inicio de la instantánea.

El trabajo de operaciones por lotes en objetos almacenados basado en filtros de CEL falla con errores de permisos o arroja errores de tiempo de ejecución

Problema: Un trabajo de operaciones por lotes en objetos almacenados basado en filtros de CEL falla durante la ejecución o devuelve errores de permisos de tiempo de ejecución.

Solución: Las operaciones por lote en objetos almacenados usan tus credenciales de usuario para procesar objetos. El trabajo falla si no tienes los permisos de IAM de lectura o escritura necesarios en los buckets y objetos de destino. Este problema se produce cuando tus filtros de CEL seleccionan recursos a los que no tienes acceso. Confirma que tu cuenta tenga los roles de administrador de almacenamiento (roles/storage.admin), administrador de objetos de almacenamiento (roles/storage.objectAdmin) o equivalentes para todos los buckets y objetos en el alcance del trabajo. Si deseas obtener instrucciones para otorgar roles, consulta Usa permisos de IAM.

Supervisión y análisis de registros

Para obtener más información sobre cómo inspeccionar las fallas de ejecución por objeto y las cargas útiles de error en Cloud Logging, consulta Visualiza los registros de operaciones por lote en objetos almacenados.

Problemas con el asesor de Storage Intelligence

En esta sección, se proporciona orientación para resolver problemas comunes que se producen cuando se usa el asesor de Storage Intelligence.

Errores de permiso denegado del asesor de Storage Intelligence

Problema: Recibes un error Permission denied cuando accedes al asesor de Storage Intelligence, y los gráficos y las métricas están vacíos o muestran errores de permisos.

Solución: Este problema se produce si no tienes un rol de IAM con los permisos necesarios para ver el asesor de Storage Intelligence. Pídele a tu administrador que te otorgue el rol de Administrador de almacenamiento (roles/storage.admin) en el proyecto, la carpeta o la organización que deseas ver. Para obtener una lista de los permisos necesarios, consulta Roles requeridos.

No tienes permisos suficientes para ver un proyecto afectado

Problema: Cuando ves los hallazgos a nivel de la organización o de la carpeta, el panel Proyectos con hallazgos detectados muestra un indicador de advertencia con el mensaje You've insufficient permission to access this project junto a un proyecto.

Solución: Este problema se produce si tienes permisos para ver el asesor de Storage Intelligence a nivel de la organización o de la carpeta, pero no tienes los permisos de IAM necesarios en ese proyecto específico. Pídele al administrador del proyecto que te otorgue el rol de administrador de Storage (roles/storage.admin) en el proyecto afectado.

El asesor de Storage Intelligence está vacío o faltan datos

Problema: Se carga la página del asesor de Storage Intelligence, y los gráficos, las métricas de la sección De un vistazo (etiquetada como Proyecto de un vistazo, Carpeta de un vistazo u Organización de un vistazo según el recurso seleccionado) o la sección Hallazgos principales están vacíos o los datos están desactualizados.

Solución: Este problema puede ocurrir por los siguientes motivos:

  • Latencia del procesamiento de datos: Las métricas y los hallazgos de Storage Intelligence se basan en instantáneas y análisis diarios del uso del almacenamiento. Los datos pueden tardar entre 24 y 48 horas en aparecer en el asesor de Storage Intelligence. Estas demoras suelen ocurrir después de crear buckets nuevos o cuando ves el asesor de Storage Intelligence por primera vez. Si esperas ver datos de actividad recientes, espera 48 horas y vuelve a consultar.
  • No hay recursos de almacenamiento: Si el proyecto, la carpeta o la organización seleccionados no contienen buckets ni objetos para el período seleccionado, el asesor de Storage Intelligence estará vacío. Elige un proyecto, una carpeta o una organización diferente que contenga recursos de almacenamiento.
  • Filtro de tiempo incorrecto: El filtro de tiempo se establece en un rango en el que no se produjo ninguna actividad de almacenamiento. Ajusta el filtro de tiempo a un rango que incluya la actividad de almacenamiento.

Los hallazgos no aparecen en el asesor de Storage Intelligence

Problema: Esperas ver hallazgos en la sección Hallazgos principales según la actividad de almacenamiento reciente, pero la sección está vacía.

Solución: Este problema se produce si el asesor de Storage Intelligence no genera hallazgos para el período seleccionado. La falta de hallazgos puede ocurrir por los siguientes motivos:

  • No hay patrones que coincidan: El ciclo de análisis más reciente no detectó ningún comportamiento de almacenamiento que coincida con un patrón de hallazgo.
  • Demoras en el procesamiento de datos: Los hallazgos se basan en las métricas de almacenamiento, que tardan entre 24 y 48 horas en procesarse. Los hallazgos de los eventos que ocurrieron en las últimas 24 horas aparecen después de que se completa el siguiente ciclo de procesamiento.

Problemas cuando se usan los Controles del servicio de VPC

Problema: Recibes errores de acceso denegado o de permisos cuando intentas acceder al asesor de Storage Intelligence desde un proyecto dentro de un perímetro de servicio de los Controles del servicio de VPC.

Solución: Este problema se produce si los Controles del servicio de VPC no están configurados correctamente para permitir la comunicación entre tu proyecto, la consola de Cloud de Confiance y los recursos de Storage Intelligence. Para resolver este problema, revisa los siguientes requisitos:

  • Servicios restringidos: Verifica si el perímetro de servicio restringe la API de Cloud Storage (storage.googleapis.com) y la API de Storage Insights (storageinsights.googleapis.com). Para obtener más detalles, consulta Enumera y describe los parámetros de servicio.
  • Configuración del perímetro: Verifica que el proyecto que usas para ver el asesor de Storage Intelligence esté en el mismo perímetro de servicio que los proyectos que supervisas. Si están en perímetros diferentes, debes configurar reglas de entrada y salida o usar puentes perimetrales.
  • Acceso desde fuera del perímetro: Si accedes a la consola de Cloud de Confiance desde una red fuera del perímetro, debes crear una regla de entrada o un nivel de acceso que incluya tu cuenta de usuario y el rango de direcciones IP públicas que usas.
  • VPC compartida: Si usas una VPC compartida, verifica que el proyecto esté en el mismo perímetro de servicio que tus proyectos de servicio. Para obtener más detalles, consulta VPC compartida.
  • Registros de auditoría: Usa el analizador de incumplimientos para verificar si hay incumplimientos de los Controles del servicio de VPC en tus registros de auditoría. El analizador de incumplimientos ayuda a diagnosticar el incumplimiento y a identificar las causas, como un error RESOURCES_NOT_IN_SAME_SERVICE_PERIMETER.

¿Qué sigue?