CUR 2.0 문제 해결

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으로 마이그레이션을 참조하세요.

레거시 비용 및 사용 보고서는 어떻게 되나요? 더 이상 사용되지 않나요?

현재 레거시 CUR을 더 이상 사용할 계획이 없습니다. 그러나 데이터 내보내기의 CUR 2.0은 일관된 스키마, 중첩된 데이터 및 추가 열(bill_payer_account_name 및 line_item_usage_account_name)과 같은 몇 가지 개선 사항을 제공하므로 CUR 2.0으로 마이그레이션하는 것이 좋습니다.

목표 날짜가 없지만 콘솔의 레거시 페이지에서 비용 및 사용 보고서를 더 이상 사용하지 않을 계획입니다. 그러나 레거시 CUR을 생성, 업데이트 및 삭제하는 것과 동일한 모든 기능은 Data Exports 콘솔 페이지를 통해 사용할 수 있습니다.

참고

또 다른 레거시 결제 기능인 세부 결제 보고서(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 쿼리를 참조하세요.

Data Exports 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 내보내기를 생성할 수 있습니다.