Memecahkan masalah Storage Intelligence

Dokumen ini menjelaskan cara memecahkan masalah umum terkait Storage Intelligence, laporan inventaris Insight Penyimpanan, set data Insight Penyimpanan, pengayaan objek (Pratinjau), dan Storage batch operations.

Error konfigurasi Storage Intelligence

Bagian berikut menjelaskan error yang mungkin Anda alami saat mengonfigurasi atau mengelola Storage Intelligence untuk resource.

400: Invalid bucket name

Masalah: Permintaan menampilkan 400 Bad Request dengan pesan The specified bucket is not valid.

Solusi: Permintaan tidak valid. Pastikan permintaan memenuhi persyaratan berikut:

• Gunakan locations/global. Storage Intelligence tidak mendukung lokasi lain.
• Pastikan nama bucket atau ekspresi reguler di bucket_id_regexes valid.

Berikut adalah contoh permintaan yang valid:

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: Invalid argument - empty update mask

Masalah: Saat Anda mengirim permintaan konfigurasi atau update, permintaan tersebut menampilkan 400 Bad Request dengan pesan Empty UPDATE_MASK in the request.

Solusi: Berikan UPDATE_MASK yang tidak kosong dalam permintaan Anda. UPDATE_MASK menentukan daftar kolom FieldMask yang dipisahkan koma dalam resource IntelligenceConfig yang akan diperbarui (seperti updateMask=edition_config atau updateMask=edition_config,filter).

400: Jalur update mask tidak valid

Masalah: Saat memperbarui konfigurasi, permintaan menampilkan 400 Bad Request dengan pesan Invalid UPDATE_MASK paths.

Solusi: Pastikan setiap nama kolom di UPDATE_MASK cocok dengan kolom yang valid di resource IntelligenceConfig.

400: Field is not editable

Masalah: Saat memperbarui konfigurasi, permintaan menampilkan 400 Bad Request dengan pesan Invalid UPDATE_MASK: UPDATE_TIME field is not editable.

Solusi: Hapus kolom sistem yang tidak dapat diedit (seperti UPDATE_TIME) dari UPDATE_MASK. Hanya tentukan kolom yang dapat diubah yang ditentukan dalam IntelligenceConfig.

400: Invalid value

Masalah: Permintaan menampilkan 400 Bad Request dengan pesan Invalid value at storage_intelligence.edition_config.

Solusi: Tetapkan edition_config ke nilai yang didukung: INHERIT, STANDARD, atau DISABLED.

400: Non-empty filter

Masalah: Permintaan menampilkan 400 Bad Request dengan pesan Non-empty filter cannot be specified for INHERIT or DISABLED edition configuration.

Solusi: Hapus filter bucket dari permintaan. Filter bucket tidak didukung jika edition_config ditetapkan ke INHERIT atau DISABLED.

400: Nilai lokasi atau bucket kosong di filter

Masalah: Permintaan menampilkan 400 Bad Request dengan pesan Empty location or bucket values in filter.

Solusi: Pastikan location atau bucket bukan string kosong di filter bucket Anda.

Masalah umum Insight Penyimpanan

Bagian ini menjelaskan cara menyelesaikan masalah umum terkait laporan inventaris dan set data.

Beberapa laporan inventaris yang dibuat setiap hari

Masalah: Konfigurasi laporan inventaris menghasilkan beberapa file laporan setiap hari.

Solusi: Cloud Storage melakukan sharding laporan inventaris untuk bucket dengan lebih dari 1.000.000 objek, sehingga menghasilkan satu shard per 1.000.000 objek. Misalnya, bucket dengan 3.500.000 objek menghasilkan empat shard laporan dan file manifes yang mencantumkan setiap shard.

Laporan inventaris tidak muncul di bucket tujuan

Masalah: Laporan inventaris tidak muncul di bucket tujuan.

Solusi: Jika laporan tidak dikirim ke bucket tujuan, verifikasi hal berikut:

• Pastikan tanggal mulai yang dikonfigurasi telah berlalu. Untuk mengetahui informasi selengkapnya, lihat Membuat konfigurasi laporan inventaris.

• Lihat histori laporan inventaris Anda untuk memeriksa kegagalan dan akar masalahnya. Untuk melihat histori laporan inventaris, selesaikan langkah-langkah berikut:

  1. Di konsol Cloud de Confiance , buka halaman Buckets Cloud Storage.
     

     Buka Buckets

  2. Di daftar bucket, klik nama bucket sumber yang berisi konfigurasi laporan inventaris.

  3. Di halaman Detail bucket, klik tab Laporan inventaris.

  4. Dalam daftar konfigurasi laporan inventaris, klik UUID konfigurasi laporan inventaris yang membuat laporan yang ingin Anda periksa.

  5. Periksa kegagalan di bagian Histori laporan inventaris. Anda dapat mengarahkan kursor ke Bantuan (help) untuk mendapatkan detail tentang penyebab kegagalan.

• Pastikan agen layanan level project diberi peran IAM yang diperlukan untuk membaca dan menulis laporan inventaris. Untuk mengetahui informasi selengkapnya, lihat Memberikan peran yang diperlukan ke agen layanan.

Penundaan laporan inventaris

Masalah: Pembuatan laporan inventaris tertunda.

Solusi: Waktu pembuatan laporan bervariasi. Penundaan hingga 24 jam adalah hal yang normal.

Set data tidak terisi

Masalah: Tabel set data Insight Penyimpanan tetap kosong.

Solusi: Di set data BigQuery tertaut, periksa error_attributes_view untuk mengetahui kode error. Untuk mengetahui informasi selengkapnya, lihat Memecahkan masalah error set data.

Nilai null di kolom 'ref' saat mengkueri set data

Masalah: Saat membuat kueri set data Insight Penyimpanan di BigQuery, kolom ref menampilkan null.

Solusi: Untuk objek yang diakhiri dengan /, kolom ref dalam set data bernilai null.

Jika kolom ref menampilkan nilai null saat Anda mengkueri set data Insight Penyimpanan di BigQuery, pastikan Anda telah memberikan izin dan peran koneksi yang diperlukan, termasuk akses ke resource Cloud Storage, seperti yang dijelaskan dalam Menganalisis data dan metadata objek menggunakan BigQuery.

Error pengayaan objek

Bagian ini menjelaskan cara menyelesaikan masalah umum saat mengonfigurasi, membuat, atau mengkueri pengayaan objek.

Pengayaan tidak ada untuk objek

Masalah: Pengayaan objek tidak muncul pada objek setelah Anda mengonfigurasi pengayaan objek.

Solusi: Pastikan hal berikut:

• Izin agen layanan: Pastikan Anda memberikan peran roles/storage.annotationGeneratorService kepada agen layanan pengayaan objek di bucket (atau project) target dan peran roles/storage.bucketViewer di project. Untuk mengetahui petunjuknya, lihat Memberikan izin ke agen layanan.
• Konfigurasi filter dan cakupan: Pastikan resource FeatureConfig Anda secara eksplisit menyertakan nama bucket target. Cloud Storage tidak otomatis menyertakan bucket yang dibuat setelah Anda membuat resource FeatureConfig. Selain itu, jika Anda menghapus dan membuat ulang atau merelokasi bucket, Anda harus memperbarui resource FeatureConfig untuk menyertakannya kembali.
• Prasyarat model dan metadata Content-Type: Pastikan objek memenuhi batas jenis dan ukuran konten untuk model yang Anda aktifkan. Cloud Storage menggunakan kolom metadata Content-Type objek untuk menentukan kelayakan (BMP, GIF, ICO, JPEG, PNG, TIFF, atau WEBP untuk gambar; application/pdf untuk klasifikasi PDF). Jika metadata Content-Type tidak ada atau salah, Cloud Storage tidak akan memproses objek hingga Anda memperbarui metadatanya. Selain itu, layanan pengayaan objek akan melewati objek yang lebih besar dari 20 MiB. Untuk mengetahui informasi selengkapnya, lihat Model dan skema yang didukung.
• Latensi pemrosesan: Berikan waktu yang cukup untuk pemrosesan asinkron. Layanan pengayaan objek memproses objek secara asinkron. Pengayaan untuk objek yang baru diupload biasanya muncul dalam beberapa jam. Sebaliknya, pengisian ulang objek yang ada di bucket besar dapat memerlukan waktu berjam-jam atau berhari-hari.

Pengayaan objek tidak terlihat di BigQuery

Masalah: Pengayaan objek muncul di API, tetapi tidak muncul di BigQuery.

Solusi: Periksa hal berikut:

• Konfigurasi set data Insight Penyimpanan: Pastikan Anda telah mengonfigurasi set data Insight Penyimpanan untuk bucket.
• Jadwal laporan harian: Tunggu pembaruan set data harian. Set data Insight Penyimpanan diperbarui setiap 24 jam. Oleh karena itu, pengayaan yang baru dibuat mungkin memerlukan waktu hingga 24 jam untuk muncul dalam tampilan object_contexts_catalog_view di BigQuery.
• Izin IAM: Pastikan Anda memiliki izin untuk menjalankan tugas dan membaca data di BigQuery (seperti roles/bigquery.jobUser dan roles/bigquery.dataViewer). Untuk panduan kueri, lihat Menganalisis pengayaan objek di BigQuery.

Izin ditolak saat mengambil data pengayaan objek yang diperluas

Masalah: Terjadi error izin saat mengambil data pengayaan objek yang diperluas.

Solusi: Anda harus memiliki izin storage.objects.viewFullContext pada objek atau bucket untuk mengambil data yang diperluas, seperti koordinat kotak pembatas atau skor keyakinan kategori. Peran seperti Storage Object User (roles/storage.objectUser) dan Storage Admin (roles/storage.admin) mencakup izin ini. Untuk mengetahui informasi selengkapnya, lihat Mengelola pengayaan objek.

Izin ditolak saat mengelola konfigurasi fitur

Masalah: Error izin terjadi saat membuat, memperbarui, atau menghapus FeatureConfig.

Solusi: Pastikan akun Anda memiliki peran Storage Admin (roles/storage.admin) atau peran khusus dengan izin yang diperlukan di project target. Izin yang diperlukan ini mencakup storage.featureConfigs.create, storage.featureConfigs.update, atau storage.featureConfigs.delete. Untuk izin khusus metode, lihat Mengonfigurasi pengayaan objek dan resource API featureConfigs.

Error validasi tugas storage batch operations

Bagian ini menjelaskan error validasi yang terjadi saat mengirimkan permintaan tugas operasi batch ke storagebatchoperations.googleapis.com.

400: ID pekerjaan atau nama resource tidak valid

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan alasan JOB_ID_INVALID atau RESOURCE_NAME_TOO_LONG.

Solusi: Pastikan ID pekerjaan terdiri dari 1–63 karakter alfanumerik huruf kecil atau tanda hubung ([a-z0-9]([-a-z0-9]*[a-z0-9])?), dan jalur resource pekerjaan lengkap (projects/PROJECT_ID/locations/LOCATION/jobs/JOB_ID) tidak melebihi 200 byte. Jika jalur melebihi 200 byte, perpendek ID pekerjaan. Untuk mengetahui informasi selengkapnya, lihat Nama tugas.

400: Deskripsi lowongan melebihi batas

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan alasan DESCRIPTION_TOO_LONG.

Solusi: Pastikan deskripsi tugas berukuran 1.024 byte atau kurang. Jika melebihi batas ini, perpendek teks. Untuk mengetahui informasi selengkapnya, lihat Deskripsi tugas.

400: Konfigurasi sumber lowongan tidak ada atau tidak valid

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan salah satu alasan berikut:

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

Solusi: Pastikan tugas Anda menentukan konfigurasi sumber yang valid (bucket_list atau project_source) dan setiap bucket menentukan metode pemilihan objek. Untuk mengetahui informasi selengkapnya, lihat Membuat dan mengelola tugas operasi batch.

400: Nama bucket atau objek tidak valid

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan alasan BUCKET_NAME_INVALID atau OBJECT_NAME_INVALID.

Solusi: Pastikan semua nama bucket dan objek mematuhi persyaratan penamaan Cloud Storage. Untuk informasi selengkapnya, lihat Pedoman penamaan bucket dan Pedoman penamaan objek.

400: Error konfigurasi sumber project

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan salah satu alasan berikut:

• PROJECT_SOURCE_PROJECT_INVALID
• PROJECT_SOURCE_DRY_RUN_FIELDS_EXCLUSIVE
• PROJECT_SOURCE_DRY_RUN_ID_INVALID

Solusi: Pastikan konfigurasi sumber project Anda memenuhi persyaratan pemformatan dan eksklusivitas kolom. Jika Anda menentukan ID pekerjaan uji coba, hapus semua parameter project_source lainnya. Untuk mengetahui informasi selengkapnya, lihat Membuat tugas menggunakan filter lanjutan.

400: Parameter transformasi bertentangan atau tidak ada

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan salah satu alasan berikut:

• TRANSFORMATION_NOT_SPECIFIED
• REWRITE_OBJECT_MISSING_PARAMETERS
• PUT_OBJECT_HOLD_MISSING_PARAMETERS
• PUT_METADATA_MISSING_PARAMETERS

Solusi: Tentukan satu jenis transformasi dengan semua parameter yang diperlukan. Jika mengonfigurasi retensi objek, pastikan Object Lock diaktifkan di bucket dan stempel waktu menggunakan format RFC 3339 UTC. Untuk mengetahui informasi selengkapnya tentang persyaratan parameter berdasarkan transformasi, lihat Jenis tugas.

400: Overlapping or duplicate object prefixes

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan alasan OBJECT_PREFIX_OVERLAP atau DUPLICATE_OBJECT_PREFIX.

Solusi: Hapus awalan duplikat dan pastikan tidak ada awalan di included_object_prefixes yang merupakan awalan entri lain dalam daftar. Untuk mengetahui informasi selengkapnya, lihat Awalan objek.

400: Masalah format file manifes dan akses

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (INVALID_ARGUMENT) dengan alasan MANIFEST_LOCATION_REQUIRED atau MANIFEST_LOCATION_INVALID, atau tugas tidak dapat membaca manifes.

Solusi: Pastikan URI manifes adalah jalur CSV yang valid (gs://<bucket_name>/<path>/<object_name>.csv) dan bahwa agen layanan Storage batch operations memiliki peran roles/storage.objectViewer di bucket manifes. Untuk informasi selengkapnya tentang pemformatan CSV dan persyaratan skema, lihat Manifes.

400: Error penemuan set data Insight Penyimpanan

Masalah: Menggunakan set data Insight Penyimpanan untuk penemuan objek akan menampilkan respons 400 Bad Request (INVALID_ARGUMENT atau FAILED_PRECONDITION) dengan salah satu alasan berikut:

• BUCKET_DISCOVERY_SNAPSHOT_TOO_OLD
• TARGET_LOCATIONS_REQUIRED_FOR_SNAPSHOT_TIME
• BUCKET_DISCOVERY_TOO_MANY_BUCKETS

Solusi: Pastikan snapshot_time berada dalam 48 jam terakhir, tentukan target_locations untuk bucket, dan pastikan kueri penemuan cocok dengan tidak lebih dari 1.000 bucket. Untuk mengetahui informasi selengkapnya, lihat Membuat manifes menggunakan set data Insight Penyimpanan.

400: Storage class transformation fails on Autoclass-enabled buckets

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (FAILED_PRECONDITION) dengan alasan AUTOCLASS_STORAGE_CLASS_TRANSFORMATION_UNSUPPORTED.

Solusi: Anda tidak dapat menjalankan transformasi kelas penyimpanan pada bucket dengan Autoclass diaktifkan. Targetkan bucket tanpa Autoclass atau hapus transformasi kelas penyimpanan. Untuk mengetahui informasi selengkapnya, lihat Batasan Autoclass.

400: Pembaruan ACL objek gagal di bucket akses level bucket yang seragam

Masalah: Permintaan pembuatan tugas menampilkan respons 400 Bad Request (FAILED_PRECONDITION) dengan alasan UBLA_OBJECT_ACL_UPDATE_UNSUPPORTED.

Solusi: Anda tidak dapat memperbarui ACL objek di bucket dengan akses level bucket yang seragam diaktifkan. Kelola akses menggunakan peran IAM di level bucket atau project. Untuk mengetahui informasi selengkapnya, lihat akses level bucket yang seragam.

Masalah runtime dan eksekusi Storage batch operations

Bagian ini menjelaskan masalah yang terjadi selama eksekusi asinkron tugas operasi batch.

403: Error izin selama eksekusi

Masalah: Tugas batch gagal selama eksekusi dengan 403 Forbidden (PERMISSION_DENIED).

Solusi: Berikan peran IAM yang diperlukan untuk jenis transformasi Anda kepada agen layanan Storage batch operations (service-PROJECT_NUMBER@gcp-sa-storagebatchoperations.s3ns-system.iam.gserviceaccount.com). Untuk mengetahui informasi selengkapnya, lihat Memberikan izin ke agen layanan.

Error enkripsi CMEK selama penulisan ulang objek

Masalah: Penulisan ulang objek gagal dengan 400 Bad Request atau 403 Forbidden karena status kunci Cloud KMS atau error izin.

Solusi: Pastikan kunci Cloud KMS adalah Enabled dan berada di region yang sama dengan bucket target, dan agen layanan memiliki peran roles/cloudkms.cryptoKeyEncrypterDecrypter. Untuk mengetahui informasi selengkapnya, lihat Jenis pekerjaan: Menulis ulang objek.

Jumlah kegagalan tinggi di error_summaries

Masalah: Tugas batch selesai dengan counters.failed_object_count bukan nol dan kode error di error_summaries (seperti 404 NOT_FOUND, 412 FAILED_PRECONDITION, atau 403 PERMISSION_DENIED).

Solusi: Jalankan gcloud storage batch-operations jobs describe dengan flag --location (misalnya, gcloud storage batch-operations jobs describe JOB_ID --location=LOCATION) untuk melihat perincian error gabungan, dan periksa Cloud Logging untuk log error per objek. Untuk mengetahui informasi selengkapnya, lihat Mendapatkan detail tugas.

Tugas storage batch operations gagal karena snapshot yang berusia lebih dari dua hari

Masalah: Saat Anda membuat tugas operasi batch penyimpanan berbasis filter CEL, pembuatan tugas akan gagal. Pesan error menyatakan bahwa waktu snapshot lebih lama dari dua hari.

Solusi: Untuk mencegah tindakan pada status objek yang sudah tidak berlaku, storage batch operation akan otomatis menggagalkan pembuatan tugas. Kegagalan ini terjadi jika snapshot yang dipilih berusia lebih dari dua hari. Pilih salah satu metode berikut untuk menyelesaikan masalah ini:

• Menggunakan file manifes: Buat kueri set data Anda secara manual di BigQuery. Ekspor hasilnya ke file manifes CSV, lalu upload file tersebut ke bucket Cloud Storage. Kemudian, Anda dapat membuat tugas operasi batch menggunakan metode manifes untuk menghindari batas dua hari.
• Periksa konfigurasi set data: Pastikan konfigurasi set data Anda aktif dan tidak dijeda. Pastikan snapshot set data berhasil dijalankan. Untuk mengetahui informasi tentang cara memverifikasi konfigurasi, lihat Melihat konfigurasi set data.
• Menggunakan penggantian lokasi target dan waktu snapshot: Tentukan flag --target-snapshot-time untuk mengabaikan kegagalan keusangan dua hari dengan memilih snapshot secara eksplisit dalam format RFC 3339. Tentukan flag --target-locations untuk membatasi operasi ke lokasi tempat snapshot berada. Anda dapat menggunakan penggantian ini untuk mengatasi penundaan sinkronisasi yang mencegah snapshot global otomatis diperbarui. Oleh karena itu, Anda dapat menargetkan snapshot regional yang lebih baru secara manual. Untuk sintaksis perintah, lihat Membuat tugas menggunakan filter lanjutan.

Tugas storage batch operations berbasis filter CEL gagal di project yang baru berlangganan

Masalah: Menjalankan tugas operasi batch penyimpanan berbasis filter CEL pada project yang baru berlangganan akan gagal karena sistem tidak dapat menemukan snapshot yang valid.

Solusi: Setelah mengaktifkan langganan Storage Intelligence, Anda harus menunggu 24 jam sebelum menjalankan tugas operasi batch penyimpanan berbasis filter CEL. Penundaan ini memungkinkan sistem melakukan snapshot metadata awal dan menetapkan waktu snapshot awal.

Tugas storage batch operation berbasis filter CEL gagal dengan error izin atau menampilkan error runtime

Masalah: Tugas storage batch operation berbasis filter CEL gagal selama eksekusi atau menampilkan error izin runtime.

Solusi: storage batch operations menggunakan kredensial pengguna Anda untuk memproses objek. Tugas akan gagal jika Anda tidak memiliki izin pembaca atau izin tulis IAM yang diperlukan pada bucket dan objek yang ditargetkan. Masalah ini terjadi saat filter CEL Anda memilih resource yang tidak dapat Anda akses. Pastikan akun Anda memiliki peran Storage Admin (roles/storage.admin), Storage Object Admin (roles/storage.objectAdmin), atau peran yang setara untuk semua bucket dan objek dalam cakupan tugas. Untuk mengetahui petunjuk cara memberikan peran, lihat Menggunakan izin IAM.

Pemantauan dan analisis log

Untuk mengetahui informasi selengkapnya tentang cara memeriksa kegagalan eksekusi per objek dan payload error di Cloud Logging, lihat Melihat log storage batch operation.

Masalah penasihat Storage Intelligence

Bagian ini memberikan panduan tentang cara menyelesaikan masalah yang sering terjadi saat menggunakan Storage Intelligence advisor.

Error izin ditolak Storage Intelligence advisor

Masalah: Anda menerima error Permission denied saat mengakses Storage Intelligence advisor, dan diagram serta metrik kosong atau menampilkan error izin.

Solusi: Masalah ini terjadi jika Anda tidak memiliki peran IAM dengan izin yang diperlukan untuk melihat Storage Intelligence Advisor. Minta administrator untuk memberi Anda peran Storage Admin (roles/storage.admin) pada project, folder, atau organisasi yang ingin Anda lihat. Untuk mengetahui daftar izin yang diperlukan, lihat Peran yang diperlukan.

Izin tidak memadai untuk melihat project yang terpengaruh

Masalah: Saat Anda melihat temuan di level organisasi atau folder, panel Project dengan temuan terdeteksi akan menampilkan indikator peringatan dengan pesan You've insufficient permission to access this project di samping project.

Solusi: Masalah ini terjadi jika Anda memiliki izin untuk melihat Storage Intelligence Advisor di level organisasi atau folder, tetapi tidak memiliki izin IAM yang diperlukan pada project tertentu tersebut. Minta administrator project untuk memberi Anda peran Storage Admin (roles/storage.admin) pada project yang terpengaruh.

Storage Intelligence advisor kosong atau data tidak ada

Masalah: Halaman Storage Intelligence advisor dimuat, dan diagram, metrik di bagian At a glance (berlabel Project at a glance, Folder at a glance, atau Organization at a glance bergantung pada resource yang dipilih), atau bagian Top findings kosong atau datanya sudah usang.

Solusi: Masalah ini dapat terjadi karena alasan berikut:

• Latensi pemrosesan data: Metrik dan temuan Storage Intelligence mengandalkan snapshot harian dan analisis penggunaan penyimpanan. Data dapat memerlukan waktu 24 hingga 48 jam untuk muncul di Storage Intelligence advisor. Penundaan tersebut biasanya terjadi setelah Anda membuat bucket baru atau saat Anda melihat Storage Intelligence Advisor untuk pertama kalinya. Jika Anda ingin melihat data aktivitas terbaru, tunggu 48 jam, lalu periksa lagi.
• Tidak ada resource penyimpanan: Jika project, folder, atau organisasi yang dipilih tidak berisi bucket atau objek apa pun untuk jangka waktu yang dipilih, Storage Intelligence Advisor akan kosong. Pilih project, folder, atau organisasi lain yang berisi resource penyimpanan.
• Filter waktu salah: Filter waktu ditetapkan ke rentang yang tidak memiliki aktivitas penyimpanan. Sesuaikan filter waktu ke rentang yang mencakup aktivitas penyimpanan.

Temuan tidak muncul di Storage Intelligence advisor

Masalah: Anda berharap melihat temuan di bagian Top findings berdasarkan aktivitas penyimpanan terbaru, tetapi bagian tersebut kosong.

Solusi: Masalah ini terjadi jika Storage Intelligence Advisor tidak menghasilkan temuan untuk jangka waktu yang dipilih. Temuan yang tidak memadai dapat terjadi karena alasan berikut:

• Tidak ada pola yang cocok: Siklus analisis terbaru tidak mendeteksi perilaku penyimpanan yang cocok dengan pola temuan.
• Penundaan pemrosesan data: Temuan mengandalkan metrik penyimpanan, yang memerlukan waktu 24 hingga 48 jam untuk diproses. Temuan untuk peristiwa yang terjadi dalam 24 jam terakhir akan muncul setelah siklus pemrosesan berikutnya selesai.

Masalah saat menggunakan Kontrol Layanan VPC

Masalah: Anda menerima error akses ditolak atau izin saat mencoba mengakses Storage Intelligence advisor dari project di dalam perimeter layanan Kontrol Layanan VPC.

Solusi: Masalah ini terjadi jika Kontrol Layanan VPC tidak dikonfigurasi dengan benar untuk mengizinkan komunikasi antara project Anda, konsol Cloud de Confiance , dan resource Storage Intelligence. Untuk mengatasi masalah ini, tinjau persyaratan berikut:

• Layanan yang dibatasi: Pastikan apakah perimeter layanan membatasi Cloud Storage API (storage.googleapis.com) dan Insight Penyimpanan (storageinsights.googleapis.com) API. Untuk mengetahui detailnya, lihat Mencantumkan dan mendeskripsikan parameter layanan.
• Konfigurasi perimeter: Pastikan project yang Anda gunakan untuk melihat Storage Intelligence advisor berada dalam perimeter layanan yang sama dengan project yang Anda pantau. Jika berada di perimeter yang berbeda, Anda harus mengonfigurasi aturan ingress dan egress atau menggunakan jembatan perimeter.
• Akses dari luar perimeter: Jika Anda mengakses konsol Cloud de Confiance dari jaringan di luar perimeter, Anda harus membuat aturan ingress atau tingkat akses yang mencakup akun pengguna Anda dan rentang alamat IP publik yang Anda gunakan.
• VPC Bersama: Jika Anda menggunakan VPC Bersama, pastikan project berada di perimeter layanan yang sama dengan project layanan Anda. Untuk mengetahui detailnya, lihat VPC Bersama.
• Log audit: Gunakan penganalisis pelanggaran untuk memeriksa pelanggaran Kontrol Layanan VPC di log audit Anda. Penganalisis pelanggaran membantu mendiagnosis pelanggaran dan mengidentifikasi penyebabnya, seperti error RESOURCES_NOT_IN_SAME_SERVICE_PERIMETER.

Langkah berikutnya

• Ringkasan Storage Intelligence
• Mengonfigurasi dan mengelola Storage Intelligence
• Ringkasan pengayaan objek
• Membuat dan mengelola tugas operasi batch
• Menganalisis data dan metadata objek menggunakan BigQuery