翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# CUR 2.0 のトラブルシューティング
**Topics**
+ [CUR で使用可能な一部の列が CUR 2.0 に表示されないのはなぜですか。](#dataexports-missing-columns)
+ [従来のコストと使用状況レポートはどうなりますか。廃止されますか？](#dataexports-legacy-cur-deprecation)
+ [CUR 2.0 のエクスポートを作成すると、レガシー CUR に影響がありますか？](#dataexports-legacy-cur-affect)
+ [データエクスポートと CUR テーブルを使用する IAM アクセス許可があるのに、CUR 2.0 のエクスポートを作成できないのはなぜですか。](#dataexports-missing-iam-permissions)
+ [レガシー CUR 列と同じ CSV 形式でデータエクスポートを作成しようとすると、「無効な QueryStatement」エラーが発生します。このエラーを解消するにはどうすればよいですか?](#dataexports-invalid-query-statement)
+ [データエクスポート CUR 2.0 に移行した後、レガシー CUR エクスポートと CUR 2.0 エクスポートを同時に取得できますか?](#dataexports-revert)
+ [CUR 2.0 のエクスポートを作成しようとすると、「このアカウントはこのテーブルに対してエクスポートを作成できません」というエラーが表示されます。CUR 2.0 エクスポートを作成できないのはなぜですか。](#dataexports-pro-forma)
## CUR で使用可能な一部の列が CUR 2.0 に表示されないのはなぜですか。
CUR 2.0 では、4 つの列タイプが 4 つの個別の列にネストされるようになりました。ネストされた列は`product`、`discount`、`resource_tag`、`cost_category` になります。
レガシー CUR では、これらの文字列で始まる名前の列が数百ある可能性があります。バリエーションは、お客様の AWS サービスの使用や との契約によって異なります AWS。このスキーマ設計の結果、まばらに埋められることが多かった数百の列が作成されます。列の変動性により、課金スキーマが原因で SQL クエリに問題が発生する可能性もあります。
その結果、異なる列間で異なる可能性のある AWS 列が、これら 4 つの列にネストされました。一般的に使用される一部の製品列はネストされませんでした。
CUR 2.0 エクスポートの CUR のスキーマは、SQL のドット演算子を使用して再作成できます。その方法については、「[Migrating from CUR to Data Exports CUR 2.0](https://docs.aws.amazon.com/cur/latest/userguide/data-exports-migrate.html)」を参照してください。
## 従来のコストと使用状況レポートはどうなりますか。廃止されますか？
現在、レガシー CUR を廃止する予定はありません。ただし、データエクスポートの CUR 2.0 では、整合性のあるスキーマ、ネストされたデータ、追加の列 (`bill_payer_account_name` と `line_item_usage_account_name`) といった改善点がいくつかあるため、CUR 2.0 への移行をお勧めします。
予定日は決定していませんが、最終的にコンソールの**[レガシーページ]**下にある**[コストと使用状況レポート]**を廃止する予定です。ただし、レガシー CUR を作成、更新、削除するための同じ機能はすべて、**[データエクスポート]**のコンソールページから利用できます。
**注記**
別のレガシー請求機能である詳細な請求レポート (DBR) は、後日廃止される可能性があります。2019 年 7 月 8 日以後、この機能は新しいお客様にはご利用いただけません。
## CUR 2.0 のエクスポートを作成すると、レガシー CUR に影響がありますか？
CUR と CUR 2.0 は 2 つの異なるレポートです。CUR 2.0 を作成する場合、既存の CUR 設定には影響しません。設定に基づいて、レガシー CUR と CUR 2.0 から選択できます。
## データエクスポートと CUR テーブルを使用する IAM アクセス許可があるのに、CUR 2.0 のエクスポートを作成できないのはなぜですか。
`cur:PutReportDefinition` の IAM アクセス許可も持っていることを確認してください。
## レガシー CUR 列と同じ CSV 形式でデータエクスポートを作成しようとすると、「無効な QueryStatement」エラーが発生します。このエラーを解消するにはどうすればよいですか?
現在、列の名前を「/」などの特殊文字に変更して、CSV 形式のレガシー CUR 列名と一致させることはできません。サポートされている文字タイプの詳細については、「[SQL クエリ](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-data-query.html#dataexports-sql-query)」を参照してください。
## データエクスポート CUR 2.0 に移行した後、レガシー CUR エクスポートと CUR 2.0 エクスポートを同時に取得できますか?
はい。最大 10 個のレガシー CUR エクスポートと 5 個の CUR 2.0 エクスポートを同時に作成できます。
## CUR 2.0 のエクスポートを作成しようとすると、「このアカウントはこのテーブルに対してエクスポートを作成できません」というエラーが表示されます。CUR 2.0 エクスポートを作成できないのはなぜですか。
レガシー CUR とは異なり、CUR 2.0 では現在、見積もりの請求データを使用した CUR 2.0 のエクスポートの作成はサポートされていません。 AWS Billing Conductor の請求グループに属している場合は、見積り請求データのみを受け取ることができます。そのため、CUR 2.0 のエクスポートを作成しようとすると、このエラーメッセージが表示されます。レガシー CUR エクスポートを作成することもできます。