Control Plane은 PostgreSQL 14로 표시하지만 동일 DB에 직접 접속하면 server_version이 11.x이다. force 재시도 후에도 차이가 남는다.
원본은 force 재시도 실패까지 확인됐으며 최종 복구는 미확인이다. password_encryption 값은 엔진 버전 확인을 대신하지 않는다. 원인별 조치를 남긴 미해결 문서이며 완료 사례로 보지 않는다.
실제 접속 대상과 Azure 리소스를 먼저 대조한다. 대상 착오면 접속 정보를 바로잡고, 실제 미업그레이드면 Azure 실패 원인을 제거한 뒤 CDP 업그레이드를 재실행한다. Control Plane 상태만 잘못된 경우에는 지원을 통한 상태 정합성 복구가 필요하다.
확인 수준: 추가 조사 해법 · 해당 케이스 적용 결과 미확인
적용 조건: <...>와 예시 DB·테이블·경로·수치는 실제 확인값으로 바꾼다. 명령과 메뉴는 참고 문서를 바탕으로 보강한 예시이며 대상 시스템에서 실행하지 않았다. 버전·원인에 따른 분기와 남은 확인 사항은 아래에 명시한다.
psql "host=<database-fqdn> port=5432 dbname=<database> user=<db-user> sslmode=verify-full sslrootcert=<ca-file>" -W
SELECT version(), current_database(), inet_server_addr(), inet_server_port();
SHOW server_version;
az postgres flexible-server show --resource-group '<resource-group>' --name '<server-name>' \
--query '{id:id,fqdn:fullyQualifiedDomainName,version:version,state:state}' -o json
--force는 source/target 버전 표시가 같아도 흐름을 시작시키는 옵션이며 엔진 업그레이드 성공을 보장하지 않는다.cdp datalake start-database-upgrade --datalake '<datalake-name-or-crn>' \
--target-version VERSION_14 --force
Azure 오류가 Upgrading with password authentication mode enabled is not allowed일 때에만 이 분기를 적용한다.
azure.accepted_password_auth_method를 확인한다. SHOW password_encryption은 새 암호 생성 방식이며 accepted authentication method와 다른 설정이다.SCRAM-SHA-256으로 저장한 뒤 기존 애플리케이션 연결을 확인한다.--force로 재시도한다. 후속 원본에서는 이 재시도 뒤에도 엔진이 그대로였으므로, 성공 표시만 믿지 말고 Azure Activity log와 실제 SQL 버전을 검증한다.동일한 실제 접속 주소에서 server_version, Azure version, CDP Database 표시가 모두 목표 버전과 일치하고 HMS 등 의존 서비스가 정상 동작해야 한다.