このドキュメントでは、Storage Intelligence、Storage Insights のインベントリ レポート、Storage Insights のデータセット、オブジェクト エンリッチメント（プレビュー）、ストレージ バッチ オペレーションに関する一般的な問題のトラブルシューティング方法について説明します。
Storage Intelligence の構成エラー
以降のセクションでは、リソースの Storage Intelligence の構成または管理時に発生する可能性のあるエラーについて説明します。
400: Invalid bucket name
問題: リクエストが 400 Bad Request を返し、The specified
bucket is not valid. というメッセージが表示される。
解決策: リクエストが無効です。リクエストが次の要件を満たしていることを確認します。
locations/globalを使用してください。Storage Intelligence は他のロケーションをサポートしていません。bucket_id_regexesのバケット名または正規表現が有効であることを確認します。
有効なリクエストの例を次に示します。
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
問題: 構成リクエストまたは更新リクエストを送信すると、リクエストから 400 Bad Request が返され、メッセージ Empty UPDATE_MASK in the request. が表示されます。
解決策: リクエストに空でない UPDATE_MASK を指定します。UPDATE_MASK には、更新する IntelligenceConfig リソースの FieldMask フィールドのカンマ区切りのリストを指定します（updateMask=edition_config や updateMask=edition_config,filter など）。
400: Invalid update mask path
問題: 構成を更新すると、リクエストから 400 Bad Request が返され、メッセージ Invalid UPDATE_MASK paths. が表示されます。
解決策: UPDATE_MASK の各フィールド名が IntelligenceConfig リソースの有効なフィールドと一致していることを確認します。
400: Field is not editable
問題: 構成を更新すると、リクエストから 400 Bad Request が返され、メッセージ Invalid UPDATE_MASK: UPDATE_TIME field is not editable. が表示されます。
解決策: 編集不可のシステム フィールド（UPDATE_TIME など）を UPDATE_MASK から削除します。IntelligenceConfig で定義されている変更可能なフィールドのみを指定します。
400: Invalid value
問題: リクエストが 400 Bad Request を返し、Invalid value
at storage_intelligence.edition_config. というメッセージが表示される。
解決策: edition_config をサポートされている値（INHERIT、STANDARD、DISABLED）に設定します。
400: Non-empty filter
問題: リクエストが 400 Bad Request を返し、Non-empty
filter cannot be specified for INHERIT or DISABLED edition configuration. というメッセージが表示される。
解決策: リクエストからバケット フィルタを削除します。edition_config が INHERIT または DISABLED に設定されている場合、バケット フィルタはサポートされません。
400: Empty location or bucket values in filter
問題: リクエストが 400 Bad Request を返し、Empty
location or bucket values in filter. というメッセージが表示される。
解決策: バケット フィルタで location と bucket のいずれも空の文字列でないことを確認します。
Storage Insights の一般的な問題
このセクションでは、インベントリ レポートとデータセットに関する一般的な問題の解決方法について説明します。
毎日複数のインベントリ レポートが生成される
問題: インベントリ レポートの構成で、毎日複数のレポート ファイルが生成されます。
解決策: Cloud Storage は、1,000,000 個を超えるオブジェクトを含むバケットのインベントリ レポートをシャーディングし、1,000,000 個のオブジェクトごとに 1 つのシャードを生成します。たとえば、3,500,000 個のオブジェクトを含むバケットでは、4 つのレポート シャードと、各シャードを一覧表示するマニフェスト ファイルが生成されます。
インベントリ レポートが宛先バケットに表示されない
問題: インベントリ レポートが宛先バケットに表示されません。
解決策: レポートが宛先バケットに配信されない場合は、次の点を確認してください。
設定した開始日が過ぎていることを確認します。詳細については、インベントリ レポート構成を作成するをご覧ください。
インベントリ レポートの履歴を表示して、不具合とその根本原因を確認します。インベントリ レポートの履歴を表示する手順は次のとおりです。
- Cloud de Confiance コンソールで Cloud Storage の [バケット] ページに移動します。
バケットのリストで、インベントリ レポートの構成を含むソースバケットの名前をクリックします。
[バケットの詳細] ページで、[インベントリ レポート] タブをクリックします。
インベントリ レポートの構成のリストで、確認するレポートを生成したインベントリ レポート構成の UUID をクリックします。
[インベントリ レポートの履歴] セクションで不具合を確認します。[ヘルプ]（）にカーソルを合わせると、不具合が発生した理由の詳細が表示されます。
- Cloud de Confiance コンソールで Cloud Storage の [バケット] ページに移動します。
プロジェクト レベルのサービス エージェントに、インベントリ レポートの読み取りと書き込みに必要な IAM ロールが付与されていることを確認します。詳細については、サービス エージェントに必要なロールを付与するをご覧ください。
インベントリ レポートの遅延が発生する
問題: インベントリ レポートの生成が遅延しています。
解決策: レポートの生成時間はさまざまです。最大 24 時間の遅延は正常です。
データセットにデータが入力されない
問題: Storage Insights データセット テーブルが空のままです。
解決策: リンクされた BigQuery データセットで、error_attributes_view のエラーコードを確認します。詳細については、データセット エラーのトラブルシューティングをご覧ください。
データセットのクエリ時に「ref」列に null 値が含まれる
問題: BigQuery で Storage Insights データセットをクエリすると、ref 列が null を返します。
解決策: / で終わるオブジェクトの場合、データセットの ref 列は null です。
BigQuery で Storage Insights データセットをクエリしたときに ref 列が null 値を返す場合は、BigQuery を使用してオブジェクト データとメタデータを分析するで説明されているように、Cloud Storage リソースへのアクセス権など、必要な接続権限とロールが付与されていることを確認します。
オブジェクト エンリッチメントのエラー
このセクションでは、オブジェクト エンリッチメントの構成、生成、クエリ時に発生する一般的な問題の解決方法について説明します。
オブジェクトのエンリッチメントがありません
問題: オブジェクト エンリッチメントを構成した後、オブジェクトにオブジェクト エンリッチメントが表示されない。
解決策: 次のことを確認します。
- サービス エージェントの権限: オブジェクト エンリッチメント サービス エージェントに、ターゲット バケット（またはプロジェクト）に対する
roles/storage.annotationGeneratorServiceロールと、プロジェクトに対するroles/storage.bucketViewerロールを付与します。手順については、サービス エージェントに権限を付与するをご覧ください。 - フィルタとスコープの構成:
FeatureConfigリソースにターゲット バケット名が明示的に含まれていることを確認します。Cloud Storage では、FeatureConfigリソースの作成後に作成されたバケットは自動的に含まれません。また、バケットを削除して再作成または再配置する場合は、FeatureConfigリソースを更新して再度含める必要があります。 - モデルの前提条件と
Content-Typeメタデータ: オブジェクトが、有効なモデルのコンテンツ タイプとサイズの上限を満たしていることを確認します。Cloud Storage は、オブジェクトのContent-Typeメタデータ フィールドを使用して、適格性を判断します（画像の場合はBMP、GIF、ICO、JPEG、PNG、TIFF、WEBP、PDF 分類の場合はapplication/pdf）。Content-Typeメタデータがないか、正しくない場合、Cloud Storage はメタデータを更新するまでオブジェクトを処理しません。また、オブジェクト エンリッチメント サービスは 20 MiB を超えるオブジェクトをスキップします。詳細については、サポートされているモデルとスキーマをご覧ください。 - 処理レイテンシ: 非同期処理に十分な時間を確保します。オブジェクト エンリッチメント サービスは、オブジェクトを非同期で処理します。新しくアップロードされたオブジェクトのエンリッチメントは、通常数時間以内に表示されます。一方、大きなバケット内の既存のオブジェクトのバックフィルには、数時間から数日かかることがあります。
BigQuery にオブジェクト エンリッチメントが表示されない
問題: オブジェクト エンリッチメントが API に表示されるが、BigQuery に表示されない。
解決策: 次のことを確認します。
- Storage Insights データセットの構成: バケットに Storage Insights データセットが構成されていることを確認します。
- 日次レポートのスケジュール設定: 日次のデータセットの更新を待ちます。Storage Insights データセットは 24 時間ごとに更新されます。そのため、新しく生成されたエンリッチメントが BigQuery の
object_contexts_catalog_viewビューに表示されるまでに最大 24 時間かかることがあります。 - IAM 権限: BigQuery でジョブを実行してデータを読み取る権限（
roles/bigquery.jobUserやroles/bigquery.dataViewerなど）があることを確認します。クエリのガイダンスについては、BigQuery でオブジェクト エンリッチメントを分析するをご覧ください。
拡張オブジェクト エンリッチメント データの取得中に権限が拒否されました
問題: 拡張オブジェクト エンリッチメント データを取得するときに権限エラーが発生します。
解決策: 境界ボックスの座標やカテゴリの信頼スコアなどの拡張データを取得するには、オブジェクトまたはバケットに対する storage.objects.viewFullContext 権限が必要です。Storage オブジェクト ユーザー（roles/storage.objectUser）やストレージ管理者（roles/storage.admin）などのロールには、この権限が含まれています。詳細については、オブジェクト エンリッチメントを管理するをご覧ください。
機能構成の管理中に権限が拒否されました
問題: FeatureConfig の作成、更新、削除時に権限エラーが発生します。
解決策: アカウントに、ターゲット プロジェクトに対するストレージ管理者（roles/storage.admin）ロールまたは必要な権限を持つカスタムロールが付与されていることを確認します。これらの必要な権限には、storage.featureConfigs.create、storage.featureConfigs.update、storage.featureConfigs.delete が含まれます。メソッド固有の権限については、オブジェクト エンリッチメントを構成すると featureConfigs API リソースをご覧ください。
ストレージ バッチ オペレーション ジョブの検証エラー
このセクションでは、バッチ オペレーション ジョブ リクエストを storagebatchoperations.googleapis.com に送信するときに発生する検証エラーについて説明します。
400: ジョブ ID またはリソース名が無効です
問題: ジョブ作成リクエストが、理由 JOB_ID_INVALID または RESOURCE_NAME_TOO_LONG で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返します。
解決策: ジョブ ID が 1 ～ 63 文字の英小文字、数字、ハイフン（[a-z0-9]([-a-z0-9]*[a-z0-9])?）で構成されていること、ジョブ リソースのフルパス（projects/PROJECT_ID/locations/LOCATION/jobs/JOB_ID）が 200 バイトを超えていないことを確認します。パスが 200 バイトを超える場合は、ジョブ ID を短くします。詳細については、ジョブ名をご覧ください。
400: ジョブの説明が上限を超えています
問題: ジョブ作成リクエストが 400 Bad Request（INVALID_ARGUMENT）レスポンスを返し、理由が DESCRIPTION_TOO_LONG である。
解決策: ジョブの説明が 1,024 バイト以下であることを確認します。この上限を超える場合は、テキストを短くします。詳細については、ジョブの説明をご覧ください。
400: ジョブソースの構成がないか、無効です
問題: ジョブ作成リクエストが、次のいずれかの理由で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返します。
SOURCE_NOT_SPECIFIEDBUCKET_LIST_EMPTYTOO_MANY_BUCKETSMULTI_BUCKET_NOT_SUPPORTEDBUCKET_NAME_REQUIREDOBJECT_CONFIGURATION_REQUIRED
解決策: ジョブで有効なソース構成（bucket_list または project_source）が指定され、各バケットでオブジェクト選択方法が定義されていることを確認します。詳細については、バッチ オペレーション ジョブを作成して管理するをご覧ください。
400: Invalid bucket or object name
問題: ジョブ作成リクエストが、理由 BUCKET_NAME_INVALID または OBJECT_NAME_INVALID で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返します。
解決策: すべてのバケット名とオブジェクト名が Cloud Storage の命名要件に準拠していることを確認します。詳細については、バケットの命名ガイドラインとオブジェクトの命名ガイドラインをご覧ください。
400: プロジェクト ソースの構成エラー
問題: ジョブ作成リクエストが、次のいずれかの理由で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返します。
PROJECT_SOURCE_PROJECT_INVALIDPROJECT_SOURCE_DRY_RUN_FIELDS_EXCLUSIVEPROJECT_SOURCE_DRY_RUN_ID_INVALID
解決策: プロジェクトのソース構成が、形式とフィールドの排他性の要件を満たしていることを確認します。ドライラン ジョブ ID を指定する場合は、他のすべての project_source パラメータを省略します。詳細については、高度なフィルタを使用してジョブを作成するをご覧ください。
400: 変換パラメータが競合しているか、欠落しています
問題: ジョブ作成リクエストが、次のいずれかの理由で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返します。
TRANSFORMATION_NOT_SPECIFIEDREWRITE_OBJECT_MISSING_PARAMETERSPUT_OBJECT_HOLD_MISSING_PARAMETERSPUT_METADATA_MISSING_PARAMETERS
解決策: 必要なすべてのパラメータを含む変換タイプを 1 つだけ指定します。オブジェクト保持を構成する場合は、バケットでオブジェクト ロックが有効になっていること、タイムスタンプが RFC 3339 UTC 形式を使用していることを確認します。変換によるパラメータ要件の詳細については、サービスの種類をご覧ください。
400: 重複するオブジェクトの接頭辞
問題: ジョブ作成リクエストが、理由 OBJECT_PREFIX_OVERLAP または DUPLICATE_OBJECT_PREFIX で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返します。
解決策: 重複するプレフィックスを削除し、included_object_prefixes のプレフィックスがリスト内の別のエントリのプレフィックスにならないようにします。詳細については、オブジェクトの接頭辞をご覧ください。
400: マニフェスト ファイルの形式とアクセスに関する問題
問題: ジョブ作成リクエストが、理由 MANIFEST_LOCATION_REQUIRED または MANIFEST_LOCATION_INVALID で 400 Bad Request（INVALID_ARGUMENT）レスポンスを返すか、ジョブがマニフェストを読み取ることができません。
解決策: マニフェスト URI が有効な CSV パス（gs://<bucket_name>/<path>/<object_name>.csv）であり、ストレージ バッチ オペレーション サービス エージェントにマニフェスト バケットに対する roles/storage.objectViewer ロールが付与されていることを確認します。CSV の形式とスキーマの要件の詳細については、マニフェストをご覧ください。
400: Storage Insights データセット検出エラー
問題: オブジェクト検出に Storage Insights データセットを使用すると、次のいずれかの理由で 400 Bad Request（INVALID_ARGUMENT または FAILED_PRECONDITION）レスポンスが返されます。
BUCKET_DISCOVERY_SNAPSHOT_TOO_OLDTARGET_LOCATIONS_REQUIRED_FOR_SNAPSHOT_TIMEBUCKET_DISCOVERY_TOO_MANY_BUCKETS
解決策: snapshot_time が過去 48 時間以内であることを確認し、バケットに target_locations を指定して、検出クエリが 1,000 個以下のバケットに一致するようにします。詳細については、Storage Insights データセットを使用してマニフェストを作成するをご覧ください。
400: Autoclass が有効なバケットでストレージ クラスの変換が失敗する
問題: ジョブ作成リクエストが、理由 AUTOCLASS_STORAGE_CLASS_TRANSFORMATION_UNSUPPORTED で 400 Bad Request（FAILED_PRECONDITION）レスポンスを返します。
解決策: Autoclass が有効になっているバケットでストレージ クラスの変換を実行することはできません。Autoclass を使用せずにバケットをターゲットにするか、ストレージ クラスの変換を削除します。詳細については、Autoclass の制限事項をご覧ください。
400: 均一なバケットレベルのアクセス バケットでオブジェクト ACL の更新が失敗する
問題: ジョブ作成リクエストが、理由 UBLA_OBJECT_ACL_UPDATE_UNSUPPORTED で 400 Bad Request（FAILED_PRECONDITION）レスポンスを返します。
解決策: 均一なバケットレベルのアクセスが有効になっているバケットでは、オブジェクト ACL を更新できません。代わりに、バケットレベルまたはプロジェクト レベルで IAM ロールを使用してアクセスを管理します。詳細については、均一なバケットレベルのアクセスをご覧ください。
ストレージ バッチ オペレーションのランタイムと実行に関する問題
このセクションでは、バッチ オペレーション ジョブの非同期実行中に発生する問題について説明します。
403: 実行中の権限エラー
問題: バッチジョブの実行中に 403 Forbidden（PERMISSION_DENIED）で失敗する。
解決策: ストレージ バッチ オペレーション サービス エージェント（service-PROJECT_NUMBER@gcp-sa-storagebatchoperations.s3ns-system.iam.gserviceaccount.com）に、変換タイプに必要な IAM ロールを付与します。詳細については、サービス エージェントに権限を付与するをご覧ください。
オブジェクトの書き換え中の CMEK 暗号化エラー
問題: Cloud KMS 鍵のステータスまたは権限エラーにより、オブジェクトの書き換えが 400 Bad Request または 403 Forbidden で失敗する。
解決策: Cloud KMS 鍵が Enabled であり、ターゲット バケットと同じリージョンに存在すること、サービス エージェントに roles/cloudkms.cryptoKeyEncrypterDecrypter ロールが付与されていることを確認します。詳細については、サービスの種類: オブジェクトの書き換えをご覧ください。
error_summaries の失敗数が多い
問題: バッチジョブがゼロ以外の counters.failed_object_count と error_summaries のエラーコード（404 NOT_FOUND、412
FAILED_PRECONDITION、403 PERMISSION_DENIED など）で完了します。
解決策: --location フラグ（gcloud storage batch-operations jobs describe JOB_ID --location=LOCATION など）を指定して gcloud storage batch-operations jobs describe を実行し、集計されたエラーの内訳を表示します。また、Cloud Logging でオブジェクトごとのエラーログを確認します。詳細については、ジョブの詳細を取得するをご覧ください。
2 日以上前のスナップショットが原因でストレージ バッチ オペレーション ジョブが失敗する
問題: CEL フィルタベースのストレージ バッチ オペレーション ジョブを作成すると、ジョブの作成が失敗します。エラー メッセージには、スナップショット時間が 2 日以上前であると表示されます。
解決策: 古いオブジェクトの状態に対するアクションを防ぐため、ストレージ バッチ オペレーションはジョブの作成を自動的に失敗させます。このエラーは、選択したスナップショットが 2 日以上前のものである場合に発生します。この問題を解決するには、次のいずれかの方法を選択します。
- マニフェスト ファイルを使用する: BigQuery でデータセットを手動でクエリします。結果を CSV マニフェスト ファイルにエクスポートし、そのファイルを Cloud Storage バケットにアップロードする。その後、マニフェスト メソッドを使用してバッチ オペレーション ジョブを作成すると、2 日間の制限を回避できます。
- データセットの構成を確認する: データセットの構成が有効で、一時停止されていないことを確認します。データセット スナップショットが正常に実行されていることを確認します。構成を確認する方法については、データセット構成を表示するをご覧ください。
- 対象地域とスナップショット時刻のオーバーライドを使用する:
--target-snapshot-timeフラグを指定して、RFC 3339 形式のスナップショットを明示的に選択することで、2 日間の未更新障害を回避します。--target-locationsフラグを指定して、オペレーションをスナップショットが存在するロケーションに制限します。これらのオーバーライドを使用すると、自動グローバル スナップショットの更新を妨げる同期遅延を解決できます。そのため、より新しいリージョン スナップショットを手動でターゲットに設定できます。コマンドの構文については、高度なフィルタを使用してジョブを作成するをご覧ください。
新しく登録されたプロジェクトで CEL フィルタベースのストレージ バッチ オペレーション ジョブが失敗する
問題: 新しくサブスクライブしたプロジェクトで CEL フィルタベースのストレージ バッチ オペレーション ジョブを実行すると、システムが有効なスナップショットを見つけられないため、失敗します。
解決策: Storage Intelligence サブスクリプションを有効にした後、CEL フィルタベースのストレージ バッチ オペレーション ジョブを実行するまでに 24 時間待つ必要があります。この遅延により、システムは初期メタデータ スナップショットを実行し、スナップショットの開始時間を設定できます。
CEL フィルタベースのストレージ バッチ オペレーション ジョブが権限エラーで失敗するか、ランタイム エラーをスローする
問題: CEL フィルタベースのストレージ バッチ オペレーション ジョブが実行中に失敗するか、実行時の権限エラーを返します。
解決策: ストレージ バッチ オペレーションでは、ユーザー認証情報を使用してオブジェクトを処理します。ターゲット バケットとオブジェクトに必要な IAM 読み取りまたは書き込み権限がない場合、ジョブは失敗します。この問題は、CEL フィルタがアクセス権のないリソースを選択した場合に発生します。ジョブのスコープ内のすべてのバケットとオブジェクトに対して、アカウントにストレージ管理者（roles/storage.admin）、ストレージ オブジェクト管理者（roles/storage.objectAdmin）、または同等のロールが付与されていることを確認します。ロールの付与手順については、IAM 権限を使用するをご覧ください。
モニタリングとログ分析
Cloud Logging でオブジェクトごとの実行エラーとエラー ペイロードを検査する方法については、ストレージ バッチ オペレーションのログを表示するをご覧ください。
Storage Intelligence アドバイザーの問題
このセクションでは、Storage Intelligence アドバイザーの使用時によく発生する問題の解決方法について説明します。
Storage Intelligence アドバイザーの権限拒否エラー
問題: Storage Intelligence アドバイザーにアクセスすると、Permission denied エラーが発生し、グラフと指標が空になるか、権限エラーが表示されます。
解決策: この問題は、Storage Intelligence アドバイザーを表示するために必要な権限を持つ IAM ロールがない場合に発生します。表示するプロジェクト、フォルダ、または組織に対するストレージ管理者（roles/storage.admin）ロールを付与するよう管理者に依頼してください。必要な権限の一覧については、必要なロールをご覧ください。
影響を受けるプロジェクトを表示するための十分な権限がありません
問題: 組織レベルまたはフォルダレベルで検出結果を表示すると、[検出結果が検出されたプロジェクト] パネルに、プロジェクトの横に You've insufficient permission to access this project というメッセージを含む警告インジケーターが表示されます。
解決策: この問題は、組織レベルまたはフォルダレベルで Storage Intelligence アドバイザーを表示する権限はあるものの、特定のプロジェクトに必要な IAM 権限がない場合に発生します。影響を受けるプロジェクトに対するストレージ管理者（roles/storage.admin）ロールを付与するよう、プロジェクト管理者に依頼します。
Storage Intelligence アドバイザーが空であるか、データが欠落している
問題: Storage Intelligence アドバイザー ページが読み込まれ、グラフ、[概要] セクションの指標（選択したリソースに応じて [プロジェクトの概要]、[フォルダの概要]、[組織の概要]）、または [上位の検出結果] セクションが空であるか、データが古い。
解決策: この問題が発生する理由として、以下のことが考えられます。
- データ処理のレイテンシ: Storage Intelligence の指標と検出結果は、ストレージ使用量の毎日のスナップショットと分析に依存しています。データが Storage Intelligence Advisor に表示されるまでに 24 ～ 48 時間かかることがあります。このような遅延は通常、新しいバケットを作成した後や、Storage Intelligence アドバイザーを初めて表示したときに発生します。最近のアクティビティ データが表示されるはずの場合は、48 時間待ってからもう一度確認してください。
- ストレージ リソースがない: 選択したプロジェクト、フォルダ、または組織に、選択した期間のバケットまたはオブジェクトが含まれていない場合、Storage Intelligence アドバイザーは空になります。ストレージ リソースを含む別のプロジェクト、フォルダ、または組織を選択します。
- 期間フィルタが正しくない: 期間フィルタが、ストレージ アクティビティが発生していない範囲に設定されています。ストレージ アクティビティを含む範囲に時間フィルタを調整します。
Storage Intelligence アドバイザーに検出結果が表示されない
問題: 最近のストレージ アクティビティに基づいて [上位の検出結果] セクションに検出結果が表示されるはずですが、セクションが空です。
解決策: この問題は、選択した期間に Storage Intelligence アドバイザーが検出結果を生成しなかった場合に発生します。検出結果がない原因としては、次のことが考えられます。
- 一致するパターンなし: 最新の分析サイクルで、検出結果パターンに一致するストレージ動作が検出されませんでした。
- データ処理の遅延: 検出結果はストレージ指標に依存します。この指標の処理には 24 ～ 48 時間かかります。過去 24 時間に発生したイベントの検出結果は、次の処理サイクルが完了した後に表示されます。
VPC Service Controls の使用に関する問題
問題: VPC Service Controls サービス境界内のプロジェクトから Storage Intelligence アドバイザーにアクセスしようとすると、アクセス拒否エラーまたは権限エラーが発生します。
解決策: この問題は、プロジェクト、 Cloud de Confiance コンソール、Storage Intelligence リソース間の通信を許可するように VPC Service Controls が正しく構成されていない場合に発生します。この問題を解決するには、次の要件を確認してください。
- 制限付きサービス: サービス境界が Cloud Storage API（
storage.googleapis.com）と Storage Insights（storageinsights.googleapis.com）API を制限しているかどうかを確認します。詳細については、サービス パラメータの一覧と説明をご覧ください。 - 境界の構成: Storage Intelligence アドバイザーの表示に使用しているプロジェクトが、モニタリング対象のプロジェクトと同じサービス境界内にあることを確認します。異なる境界にある場合は、上り（内向き）ルールと下り（外向き）ルールを構成するか、境界ブリッジを使用する必要があります。
- 境界外からのアクセス: 境界外のネットワークから Cloud de Confiance コンソールにアクセスする場合は、ユーザー アカウントと使用しているパブリック IP アドレス範囲を含む上り（内向き）ルールまたはアクセスレベルを作成する必要があります。
- 共有 VPC: 共有 VPC を使用する場合は、プロジェクトがサービス プロジェクトと同じサービス境界内にあることを確認します。詳細については、共有 VPC をご覧ください。
- 監査ログ: 違反分析ツールを使用して、監査ログで VPC Service Controls の違反を確認します。違反分析ツールは、違反を診断し、
RESOURCES_NOT_IN_SAME_SERVICE_PERIMETERエラーなどの原因を特定するのに役立ちます。