기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 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 형식으로 데이터 내보내기를 생성하려고 하면 "Invalid 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개 열로 함께 중첩되었습니다. 일반적으로 사용되는 특정 제품 열은 중첩되지 않았습니다.
SQL의 점 연산자를 사용하여 CUR 2.0 내보내기에서 CUR 스키마를 다시 만들 수 있습니다. 이 작업을 수행하는 방법을 알아보려면 [Data Exports CUR에서 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은 서로 다른 두 가지 보고서입니다. CUR 2.0을 생성할 때 기존 CUR 설정에 영향을 주지 않습니다. 기본 설정에 따라 레거시 CUR과 CUR 2.0 중에서 선택할 수 있습니다.
## 데이터 내보내기 및 CUR 테이블을 사용할 수 있는 IAM 권한이 있음에도 CUR 2.0 내보내기를 생성할 수 없는 이유는 무엇인가요?
`cur:PutReportDefinition`에 대한 IAM 권한도 있어야 합니다.
## 레거시 CUR 열과 동일한 CSV 형식으로 데이터 내보내기를 생성하려고 하면 "Invalid 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 내보내기를 생성할 수 있습니다.