적용 대상: Microsoft Fabric의✅ Warehouse
기업용 테라데이터 자산을 Fabric Data Warehouse으로 이전하는 것은 스키마나 데이터 전송 이상의 것을 포함합니다. SQL 및 BTEQ 코드, 로딩 프로세스, 보안, 보고, 운영, 성능 등을 계획하세요.
이 글에서는 작업을 다섯 단계로 나누어 정리합니다. 각 마이그레이션 웨이브마다 단계를 반복 가능한 런북으로 활용하세요. 권장 구현에 대해서는 테라데이터의 마이그레이션 방법을 참조하세요. 코드 복구에 대해서는 Translate Teradata SQL Fabric Data Warehouse를 참조하세요.
Important
각 마이그레이션 파동 전에 현재 Fabric Data Warehouse 제한 사항과 T-SQL 표면적을 확인하세요. 모든 차단 차이에 대해 소유주와 정화 계획을 지정하세요.
권장되는 접근 방식
대부분의 작업부에 선택적 현대화를 적용하세요:
- 검증된 비즈니스 모델과 논리를 유지하세요.
- Migration Assistant를 사용해 지원되는 메타데이터를 번역하고 배포하세요.
- Teradata에 특화된 SQL, 유틸리티, 연산을 Fabric 네이티브 패턴으로 대체하세요.
- 지원되지 않는 의존성이나 기존 아키텍처 문제로 막힌 작업량만 재설계하세요.
비즈니스 도메인, 데이터 마트, 워크로드 클러스터별로 웨이브로 마이그레이션할 수 있습니다. 단일 빅뱅 이동은 피하세요.
평가하고 검토하세요
이 작업 흐름들을 함께 평가하여 의존성을 놓치지 않도록 하세요:
| 작업 스트림 | Assess |
|---|---|
| 설계 및 성능 | 데이터 모델, 볼륨, 성장, 스큐, 테이블 너비, 동시성, 런타임, 서비스 목표 |
| ETL과 로딩 | FastLoad, MultiLoad, Teradata 병렬 전송기, BTEQ 가져오기/내보내기, 일정, 재시작 동작, 그리고 증분 부하 |
| 보안 및 작전 | 사용자, 역할, 권한, 서비스 계정, 감사, 복구, 모니터링, 그리고 소유권 지원 |
| 시각화 및 보고 | 보고서, 의미 모델, 애플리케이션, 내보내기, 새로고침 일정, 연결 의존성 |
| SQL 호환성 | 테이블, 뷰, 매크로, 프로시저, 함수, 데이터 타입, QUALIFY휘발성 테이블, PERIOD그리고 BTEQ 제어 흐름 |
| 마이그레이션 도구 | 메타데이터 추출, Migration Assistant 준비, 데이터 이동, 소스 관리, 배포 자동화 |
| 마이그레이션 그 이상 | 컷오버, 롤백, 최적화, 교육, 시스템 폐기 및 이후 단계에 재사용 가능한 모범 사례 |
비즈니스 성과, 범위, 소유주, 성공 지표, 그리고 후퇴 기대치를 정의하세요. 객체 인벤토리, 의존성 지도, 워크로드 기준선, 호환성 레지스터, 파동 계획을 작성합니다.
계획 및 디자인
평가를 실행 가능한 설계로 전환하세요:
- SQL 중심 관계형 분석의 대상으로 Warehouse를 확인하세요.
- 개발, 테스트, 생산 작업 공간, 용량, 명칭, 소유권을 정의하세요.
- Teradata 객체와 데이터 타입을 Fabric 타겟에 매핑하세요. 지원되지 않는 항목과 승인된 대안을 기록하세요. 메타데이터 번역을 위해 Migration Assistant를 사용하세요.
- 과거 데이터 이동과 증분 데이터 이동을 별도로 설계하세요.
- Microsoft Entra ID, 작업 공간 역할, 항목 권한, Warehouse SQL 권한 등 접근 권한을 재설계하세요.
- 배포, 검증, 컷오버, 롤백 기준을 정의하세요.
목표 설계에서는 차원 모델, 배치 지향 적재, 모듈식 ELT, 그리고 OneLake를 통한 거버넌드 재사용을 선호하세요.
Migrate
각 웨이브를 다음 순서로 실행하세요:
- 대상 작업 공간, 식별자, 연결, 배포 경로를 프로비저닝하세요.
- 추출된 Teradata SQL 파일을 Migration Assistant에 업로드하고, 메타데이터를 번역하며, 주의가 필요한 객체를 수정합니다.
- 대표적인 데이터 세트를 복사하고 처리량, 매핑, 오류, 재시작 동작을 검증합니다.
- 과거 부하를 완료하고 필요할 때 점진적 동기화를 설정하세요.
- 보안 및 운영 프로세스를 재구성하세요.
- 데이터, SQL 동작, 보고서, 애플리케이션, 대표성 성능을 검증합니다.
- 승인 기준이 통과되면 연결을 재우회하고 전환하세요.
객체 생성 성공만을 완성 신호로 삼지 마세요. 파동은 데이터, 동작, 보안, 운영, 하위 소비가 수용 기준을 통과할 때만 완성됩니다.
모니터링 및 제어
워크로드의 위험 프로필에 따라 필요한 기간 동안 소스와 타겟을 병행하여 운영합니다.
- 환경 간 데이터 신선성, 행 수, 비즈니스 집계 및 결과를 비교하세요.
- 부하 지속 시간, 쿼리 지속 시간, 실패, 재시도, 용량 소모, 활성 세션, 사용자 보고된 문제를 모니터링합니다.
- 접근 할당, 특권 신원, 창고 권한, 보안 테스트 결과를 검토하세요.
- 번역된 코드, 배포 자산, 매핑 결정, 테스트 증거, 예외 등을 소스 컨트롤에 보관하세요.
- 마이그레이션 준비 상태를 마이그레이션 객체 수뿐만 아니라 워크로드와 수락 게이트로 추적할 수 있습니다.
- 반복되는 번역 및 로딩 문제를 후속 파도에 대한 재사용 가능한 지침으로 기록하세요.
- 생산 컷오버 전에 에스컬레이션, 복구, 롤백, 하이퍼케어 절차를 수립하세요.
거버넌스에는 계보, 소유권, 분류, 유지, 감사, 운영 책임이 포함됩니다. 이러한 통제는 최종 컷오버 이후가 아니라 이주 시에 적용하세요.
최적화 및 현대화
정확성과 안정성을 확립한 후에는 임시 호환성 패턴을 제거하고 Fabric 네이티브 기능을 사용하세요.
- SQL 번역을 모듈식 T-SQL로 리팩터링하세요.
- 깊이 중첩된 뷰와 단일한 절차적 작업을 단순화하세요.
- 효율적이고 재시작 가능한 파일 기반 패턴에 고처리량 인제스팅을 표준화하세요.
- Fabric Data Warehouse 성능 가이드라인과 대표적인 동시성 테스트를 활용해 튜닝하세요.
- 아키텍처에 맞는 곳에서 거버넌스된 OneLake 접근을 사용하여 불필요한 데이터 복사를 줄이세요.
- Data Factory, Power BI, 노트북 및 기타 Fabric 워크로드를 통합하여 중복이나 운영 복잡성을 줄입니다.
- 업무량 동작이 안정화된 후 용량, 보안성, 신뢰성, 비용을 검토하세요.
- 완성된 웨이브를 다음 도메인의 재사용 템플릿으로 바꾸세요.
이주 파동 수락 체크리스트
컷오버 전에 다음을 확인하세요:
- 파동에 대한 객체 인벤토리와 의존성 맵이 완성되었습니다.
- T-SQL을 차단하는 제한 사항에 대해 승인된 해결 방법이 있습니다.
- 스키마와 코드는 모든 대상 환경에서 반복적으로 배포됩니다.
- 과거 및 증분 데이터 경로는 스케일과 복구 테스트를 통과합니다.
- 데이터 조정과 비즈니스 검증은 합의된 기준을 충족합니다.
- 보안은 대표적 신원으로 재창조되고 검증됩니다.
- 보고서, 시맨틱 모델, 애플리케이션, 운영 작업은 테스트를 통과합니다.
- 성능과 동시성은 작업 부하 목표를 충족합니다.
- 모니터링, 소유권 지원 계획, 롤백, 하이퍼케어 플랜이 활성화되어 있습니다.
- 사업자와 기술 소유자가 컷오버를 승인합니다.