Adobe Commerce Patching Automation 문제 해결 안내서
패치 작업에 Patching Automation을(를) 사용할 때 오류 메시지와 함께 성공적인 패치 적용 또는 전환을 방해하는 문제가 발생할 수 있습니다. 이 안내서에서는 가장 일반적인 문제에 대한 해결 방법을 제공합니다.
빠른 문제 해결 단계
패치 작업이 실패한 경우
- 실패한 단계를 이해하려면 작업 상태를 확인하십시오.
- 특정 실패 이유에 대한 오류 메시지 검토
- 기술적인 세부 정보는 오류 로그를 확인하십시오.
- 이 안내서에 제공된 솔루션을 따르십시오.
패치 작업 기간
대부분의 환경에서 다음 타임라인은 패치 작업에 걸리는 시간을 설명하지만 환경 크기와 복잡성에 따라 더 오래 걸릴 수 있습니다.
- 전처리: 2-5분
- 패치 중: 5-15분
- 사후 처리: 10~40분
- 전체: 15-60분
진행 중인 패치 취소
일반적인 성공 메시지
-
“작업이 완료되었습니다” - 문제 없이 패치를 적용/되돌렸습니다.
-
“패치가 적용되었습니다” - 이미 적용된 패치를 적용하려고 합니다. 시스템에서 패치가 사용자 환경에 이미 있음을 감지했습니다. 조치가 필요하지 않습니다.
-
“패치가 되돌려졌습니다.” - 이미 되돌려진 패치를 되돌리려고 합니다. 시스템에서 해당 패치가 현재 적용되지 않았음을 감지했습니다. 조치가 필요하지 않습니다.
일반적인 오류 메시지 및 솔루션
환경 준비 오류
“마지막 배포가 실패했습니다. 패치를 적용하거나 되돌리기 전에 환경이 안정적인지 확인하십시오.”
발생할 때: 패치 관련 유효성 검사 전 사전 검사 시작 시
원인: 대상 환경의 최신 배포가 완료되지 않았습니다
해결 방법: 대상 환경을 다시 배포하고 배포가 성공적으로 완료되었는지 확인합니다(Cloud Console에서 해당 배포 로그 확인). 그런 다음 패치 작업을 다시 시도합니다.
패치 응용 프로그램 오류
“Patching Automation이(가) 코드베이스 또는 패치 파일에서 이러한 문제를 감지했으므로 패치를 적용할 수 없습니다.”
발생할 때: 사전 확인 중
원인: 패치가 현재 코드 베이스와 충돌하거나 패치 자체에 문제가 있습니다
솔루션:
- 제공된 자세한 오류 로그를 검토하여 코드베이스 또는 패치 문제인지 확인하십시오
- 코드에서 충돌하는 사용자 지정 확인
- 패치가 Adobe Commerce 버전과 호환되는지 확인합니다
- 수동으로 충돌 해결을 고려하거나 지원 팀에 문의
“Patching Automation을(를) 통해 적용되지 않은 패치를 되돌리려고 합니다. 패치가 수동으로 적용되었을 가능성이 높습니다.”
되돌리기 작업 중 발생 시
원인: Patching Automation을(를) 통해 적용되지 않은 패치를 되돌리려고 합니다.
해결 방법: 원래 패치를 적용하는 데 사용한 것과 동일한 방법을 사용하거나 지원 팀에 문의하여 지원을 받으십시오
환경 및 유효성 검사 오류
“환경이 상위 항목과 동기화되지 않음”
발생할 때: 유효성 검사 중에 동기화 사전 검사에서 통합 환경을 대상 환경에 병합하기 전에
원인: 통합 환경이 상위 환경과 다릅니다. 일반적으로 패치를 테스트하는 동안 대상 환경이 변경되었기 때문입니다
솔루션:
- 대상 환경이 안정되면 패치 작업을 다시 시도하십시오.
- 패치 작업이 진행되는 동안에는 대상 환경을 변경하지 마십시오
- 동기화 문제가 지속되는 경우 지원 센터에 문의
“병합 후 확인 실패: 병합 후 환경이 동기화되지 않습니다.”
발생할 때: 유효성 검사 중에 통합 환경이 이미 대상 환경에 병합된 후
원인: 병합 후 두 환경 코드의 코드가 일치하지 않습니다. 일반적으로 실제 충돌이 아닌 임시 Platform.sh API 전파 지연입니다
솔루션:
- 몇 분 정도 기다린 후 환경 상태를 다시 확인하십시오. 이 문제는 종종 저절로 해결됩니다
- 몇 분 후에도 환경이 일치하지 않으면 Adobe 지원 센터에 문의하십시오.
“cron이 활성화되고 유지 관리 모드가 비활성화된 경우 프로덕션 환경에서 패치 작업을 만들 수 없습니다. 패치를 적용하기 전에 유지 관리 모드를 활성화하고 크론 작업을 비활성화하십시오.”
발생할 때: 프로덕션 환경에 대한 사전 검사 중
원인: 프로덕션 환경이 필요한 안전 조건을 충족하지 않습니다
솔루션:
- 프로덕션 스토어에 대한 유지 관리 모드 활성화
- 프로덕션 환경에서 크론 작업 비활성화
- 다시 시도하기 전에 두 조건이 모두 충족되는지 확인하십시오
- 또는 UI에서 무시 확인란을 선택하여 이러한 검사를 건너뛰고 계속 진행합니다. 이러한 안전 장치를 사용하지 않고 프로덕션을 패치할 위험을 알고 있는 경우에만 재정의 옵션을 사용하십시오
“패치 작업이 완료되었지만 환경 상태 검사가 실패했습니다. 이는 배포와 관련된 잠재적 문제를 나타냅니다. 환경 상태를 검토하고 변경 내용을 되돌리는 것을 고려하십시오.”
발생할 때: 패치 적용 또는 복귀 후 유효성 검사 중
원인: 패치가 적용되었거나 복구되었지만 이후 상태 검사가 실패했습니다
솔루션:
- 상점 및 주요 체크아웃 및 관리 워크플로우를 테스트하여 고객이 실제로 영향을 받는지 확인합니다
- 클라우드 콘솔에서 환경 상태를 검토하고 프로젝트 활동 피드의 응용 프로그램 및 배포 로그를 검사합니다. 패치 작업 또는 배포와 관련된 오류를 찾습니다.
- 수동 재배포를 트리거하여 상태 검사 오류가 일시적인 배포 또는 인프라 문제로 인해 발생했는지 여부를 확인합니다.
- 문제가 지속되면 패치를 되돌립니다. Patching Automation이(가) 패치를 관리하고 작업을 사용할 수 있는 경우 Revert을(를) 선택합니다. 패치가
m2-hotfixes디렉터리의 사용자 지정 패치인 경우 프로젝트 리포지토리에서 패치 파일을 삭제합니다. 변경 사항을 커밋하고 푸시한 다음 환경을 다시 배포합니다. - 문제가 지속되면 Adobe 지원에 문의하십시오.지원 요청에 지원 프로젝트 ID, 환경 ID 및 이 정확한 메시지와 같은 정보를 포함하십시오. 마지막 작업이 완전히 완료되지 않았으므로 지원이 환경 상태를 확인해야 합니다.
인증 및 액세스 오류
“액세스 거부됨”
발생할 때: 환경 만들기 또는 액세스 중에 계정에 필요한 권한이 없을 때
원인: 사용자 계정에 필요한 권한이 없습니다.
솔루션:
- 사용자 역할 및 권한 확인
- 시스템 관리자에게 문의하십시오
- 환경 관리 권한이 있는지 확인
- 배포 권한이 있는지 확인합니다.
GitHub 통합 오류
“Github” 공급자에 사용할 수 있는 Git 자격 증명이 없습니다." 이 저장소용 패치 자동화 GitHub 앱 설치"
발생할 때: GitHub에 연결된 프로젝트에 대한 패치 작업 중
원인: Patching Automation GitHub 앱이 저장소에 설치되지 않았습니다
해결 방법: GitHub 통합 설정 Patching Automation의 단계에 따라
“GitHub API 요청 실패”
발생할 때: GitHub 연결 프로젝트에 대한 패치 작업 중
원인: 일시적인 문제로 인해 서비스가 GitHub에 연결되지 않았습니다.
해결 방법: 몇 분 정도 기다린 후 작업을 다시 시도하십시오. 오류가 계속되면 Adobe Commerce Cloud 지원에 문의하십시오.
“환경이 시간 제한 내에 만들어지지 않음”(GitHub 연결 프로젝트)
통합 환경을 만드는 동안 발생하는 경우:
원인: 프로젝트의 GitHub 통합에서 fetch-branches 옵션이 비활성화되었습니다. 그 결과 서비스에 의해 푸시된 임시 분기는 동기화되지 않고 통합 환경이 생성되지 않습니다.
솔루션: 통합의 fetch-branches 옵션을 사용하도록 설정한 후 작업을 다시 시도하십시오. 다음에 대한 GitHub 통합 설정 Patching Automation을 참조하세요.
환경 활성화 오류
“통합 환경을 활성화할 수 없습니다.”
발생할 때: Patching Automation에서 패치를 안전하게 테스트하는 데 필요한 임시 통합 환경을 활성화할 수 없는 경우.
원인:은(는) 오류와 함께 표시되는 추가 세부 정보에 따라 다릅니다.
세부 정보에 Composer 또는 Adobe Commerce 패키지가 언급되는 경우:
- https://account.magento.com/에 로그인하거나 계정 소유자에게 문의하여 계정이 Commerce Enterprise 코드 베이스에 액세스할 수 있는지 확인하십시오.
- 프로젝트의 Composer 공개/개인 키 쌍이 올바른지 확인하십시오. 인증 키를 참조하십시오.
- https://account.magento.com/에 로그인하거나 계정 소유자에게 요청하여 계정이 Commerce Enterprise 코드 베이스에 액세스할 수 있는지 확인하십시오.
- 프로젝트의 Composer 공개 및 개인 인증 키가 올바른지 확인합니다. 인증 키를 참조하세요.
- 오류 메시지에 이름이 인 패키지를 Commerce 버전에 사용할 수 있는지 확인합니다. Adobe Commerce 패키지를 참조하세요.
세부 정보에 환경 슬롯 또는 리소스가 언급되는 경우:
-
Cloud Console에서 프로젝트 개요를 열고 환경 및 해당 상태를 검토합니다. 사용하지 않은 통합 환경 비활성화 또는 삭제: 환경을 선택합니다. Settings>General(으)로 이동합니다. 환경 상태를 비활성으로 설정합니다.
또는 CLI
magento-cloud environment:list/magento-cloud environment:deactivate <environment-name>을(를) 사용합니다. -
프로젝트에 충분한 리소스(예: 디스크 공간)가 있는지 확인합니다.
-
작업 시 상위 환경이 안정적인지(활성 배포 안 함) 확인합니다.
-
환경 제한을 늘려야 하는 경우 Adobe 지원에 문의하십시오.
다른 원인: 패치 자동화 UI에서 자세한 오류 로그를 검토하거나 정확한 오류 텍스트를 지원팀에 문의하십시오.
도움말 보기
지원 문의 시기:
다음의 경우 Adobe Commerce Cloud 지원 센터에 문의하십시오.
- 오류 메시지가 명확하지 않거나 세부 정보가 부족합니다.
- 패치 작업이 지속적으로 실패
- 수동 충돌 해결에 대한 지원이 필요합니다.
- 상태 검사에 실패하지만 원인은 명확하지 않습니다.
- 환경 동기화 문제에 대한 도움이 필요합니다.
제공할 정보:
지원에 문의할 때 다음을 제공하십시오.
- 프로젝트 ID - Adobe Commerce Cloud 프로젝트 식별자
- 환경 ID - 문제가 발생한 특정 환경
- 작업 ID - Patching Automation 작업 식별자
- 오류 세부 정보 - 전체 오류 메시지 및 로그
- 재현 단계 - 오류 발생 시 수행 중인 작업
- 이전 시도 - 문제를 해결하기 위해 이미 시도한 사항
추가 리소스
자세한 기술 정보는 다음을 참조하십시오.
- 실패한 작업과 함께 제공된 전체 오류 로그 검토
- Adobe Commerce 설명서에서 패치별 지침을 확인하십시오
- 환경별 문제는 Adobe Commerce Cloud 지원 센터에 문의하십시오