이 섹션에서는 업그레이드 프로세스에 대한 심층적인 연습과 충돌을 식별하고 해결하는 단계를 제공합니다.
빌드 업그레이드는 신중하게 수행해야 하며, 그 영향은 사전에 완전히 고려해야 하며, 절차를 높은 수준의 징계로 완료해야 합니다. 성공적인 업그레이드를 보장하려면 전문가 사용자만 아래에 설명된 단계를 수행해야 합니다. 또한 최신 정보를 적극 활용할 것을 권장합니다 고객 지원 Adobe 업그레이드를 시작하기 전에
다음 전제 조건이 필요합니다.
다음 섹션에서 자세한 내용을 확인할 수 있습니다. Adobe Campaign 업데이트, 새 버전으로 마이그레이션.
호스팅 및 하이브리드 인스턴스의 경우 Adobe 기술 작업 팀에 빌드 업그레이드를 요청해야 합니다. 자세한 내용은 이 페이지의 경우 맨 아래에 있는 FAQ 섹션을 참조하십시오. 또한 빌드 업그레이드 FAQ.
빌드 업그레이드를 시작하기 전에 아래 설명된 대로 전체 준비를 수행해야 합니다.
시스템을 업그레이드할 준비가 되면 빌드 업그레이드가 필요합니다 적어도 2시간
빌드 업그레이드 프로세스에는 다음 리소스가 필요합니다.
빌드 업그레이드를 계획하는 방법에 대한 주요 사항은 다음과 같습니다.
빌드 업그레이드 프로세스를 사용하려면 다음 사람이 참여해야 합니다.
Adobe 설계자: 호스팅 또는 하이브리드 아키텍처의 경우 설계자는 Adobe Campaign Client Care와 협력해야 합니다.
프로젝트 관리자:
온-프레미스 설치의 경우: 고객의 내부 프로젝트 리더는 업그레이드를 주도하고 라이프사이클 테스트를 관리합니다.
호스팅된 설치의 경우: 호스팅 팀은 Adobe Campaign 클라이언트 지원 팀 및 고객과 파트너 관계를 맺고 모든 인스턴스에 대한 업그레이드 타임라인을 조정합니다.
Adobe Campaign 관리자:
온-프레미스 설치의 경우: 관리자가 업그레이드를 수행합니다.
호스팅된 설치의 경우: 호스팅 팀이 업그레이드를 수행합니다.
Adobe Campaign 운영자\마케팅 사용자: 연산자는 개발, 테스트 및 프로덕션 인스턴스에서 테스트를 실행합니다.
빌드 업그레이드를 시작하기 전에 온-프레미스 고객은 다음 준비를 수행해야 합니다.
업그레이드 전에 개발 작업을 내보내고 패키지로 내보낼 수 있는지 확인합니다.
소스 및 대상 환경의 모든 인스턴스에 대해 데이터베이스의 전체 백업을 수행합니다.
최신 버전의 다운로드 서버 구성 파일.
또한 유용한 명령줄 빌드 업그레이드를 시작하기 전:
아래 절차는 온-프레미스 고객. 호스팅된 고객의 경우 호스팅 팀이 관리합니다. Adobe Campaign을 새 빌드로 업데이트하려면 아래에 세부 절차가 설명되어 있습니다.
여기에서는 소스 환경을 타겟 환경으로 복원하기 위해 Adobe Campaign 환경을 복제하여 두 가지 동일한 작업 환경을 만드는 방법을 설명합니다.
이렇게 하려면 아래 단계를 수행합니다:
소스 환경의 모든 인스턴스에 데이터베이스의 복사본을 만듭니다.
대상 환경의 모든 인스턴스에서 이러한 복사본을 복원합니다.
를 실행합니다. nms:freezeInstance.js 시작하기 전에 대상 환경에서 자작화 스크립트를 사용하십시오. 이렇게 하면 외부와의 상호 작용을 모두 중지합니다. 로그, 추적, 게재, 캠페인 워크플로우 등
nlserverjavacsriptnms:freezeInstance.js–instance:<dev> -arg:run
대소작도 다음과 같이 확인합니다.
유일한 배달 부분이 ID가 로 설정된 부분인지 확인합니다 0:
SELECT * FROM neolane.nmsdeliverypart;
게재 상태 업데이트가 올바른지 확인합니다.
SELECT iSate, count(*) FROM neolane.nmsdeliveryGroup By iProd;
워크플로우 상태 업데이트가 올바른지 확인합니다.
SELECT iState, count (*) FROM neolane.xtkworkflowGROUP BY iState;
SELECT iStatus, count (*) FROM neolane.xtkworkflowGROUP BY iStatus;
모든 파일을 새 버전으로 대체하려면 nlserverservice의 모든 인스턴스를 종료해야 합니다.
다음 서비스를 종료합니다.
IIS에서 사용하는 nlsrvmod.dll 파일을 새 버전으로 대체할 수 있도록 리디렉션 서버(webmdl)가 중지되었는지 확인하십시오.
를 실행하여 활성 작업이 없는지 확인합니다. nlserver pdump 명령. 작업이 없으면 출력은 다음과 유사해야 합니다.
C:\<installation path>\bin>nlserverpdump HH:MM:SS > Application Server for Adobe Campaign version x.x (build xxx) dated xx/xx/xxxx No tasks
Windows 작업 관리자에서 모든 프로세스가 중지되었는지 확인합니다.
를 실행합니다. Setup.exe 파일. 이 파일을 다운로드하려면 다운로드 센터.
설치 모드를 선택합니다. 업데이트 또는 복구.
클릭 다음.
클릭 완료: 설치 프로그램은 새 파일을 복사합니다.
작업이 완료되면 을 클릭합니다. 완료.
명령줄을 엽니다.
실행 nlserver 구성 -postupgrade -allinstances 다음을 수행하십시오.
이 작업은 nlserverweb application server에서만 한 번만 수행해야 합니다.
하나의 데이터베이스만 동기화하려면 다음 명령을 실행합니다.
nlserver config -postupgrade -instance: <instance_name>
동기화에 오류나 경고가 발생했는지 확인합니다.
다음 서비스를 다시 시작해야 합니다.
클라이언트 콘솔은 서버 인스턴스와 동일한 빌드에 있어야 합니다.
Adobe Campaign 애플리케이션 서버가 설치된 시스템(nlserverweb)에서 파일을 다운로드하고 복사합니다.
Setup-client-7.xxxx.exe in [path of the application]\datakit\nl\en\jsp
다음에 클라이언트 콘솔이 연결되면 창은 사용자에게 새 업데이트의 가용성에 대해 알리고 다운로드 및 설치 가능성을 제공합니다.
일부 구성에서는 새 빌드로 업데이트하려면 특정 추가 작업이 필요합니다.
Campaign 인스턴스에서 트랜잭션 메시지(메시지 센터)가 활성화된 경우 업그레이드하려면 다음 추가 단계를 수행해야 합니다.
메시지 센터 프로덕션 서버를 선택한 버전으로 업데이트합니다.
업그레이드 후 스크립트를 실행합니다.
테스트를 실행하고 메시지 센터 프로덕션 인스턴스를 통해 전자 메일이 성공적으로 수신되었는지 확인합니다.
클라이언트를 업그레이드하고 캐시를 지웁니다.
패키지 내보내기:
메시지 센터 템플릿을 게시하여 서버와 메시지 센터 인스턴스 간의 인터페이스가 제대로 작동하는지 확인합니다.
테스트를 실행하여 메시지 센터 프로덕션 인스턴스를 통해 전자 메일이 성공적으로 수신되는지 확인합니다.
게재가 수신되는지 확인하려면 프로덕션에서 워크플로우 테스트를 실행합니다.
중간 소싱 환경 컨텍스트에서 업그레이드하려면 다음 추가 단계를 수행해야 합니다.
연락처 고객 지원 Adobe 중간 소싱 서버 업그레이드를 조정하려면
테스트 링크를 실행하여 버전이 업데이트되었는지 확인합니다. 예제:
http://[InsertServerURL]/r/test
중간 소싱 서버는 마케팅 서버와 항상 동일한 버전(또는 최신 버전)을 실행해야 합니다.
동기화 결과를 확인해야 합니다. 이 절차는 온-프레미스 고객만 수행합니다. 호스팅된 고객의 경우 호스팅 팀이 관리합니다. 동기화 결과를 보는 방법에는 두 가지가 있습니다.
명령줄 인터페이스에서 트리플 V자형 화살표 '>>'에 의해 오류가 발생하고 동기화가 자동으로 중지됩니다. 이중 V자형 화살표 '>'에 의해 경고가 구체화되며 동기화가 완료되면 해결되어야 합니다. 업그레이드 후 종료 시 명령 프롬프트에 요약이 표시됩니다. 다음과 같이 표시될 수 있습니다.
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 info log =========Summary of the update==========
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 info log <instance name> instance, 6 warning(s) and 0 error(s) during the update.
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 warning log The document with identifier 'mobileAppDeliveryFeedback' and type 'xtk:report' is in conflict with the new version.
YYYY-MM-DD HH:MM:SS.749Z 00002E7A 1 warning log The document with identifier 'opensByUserAgent' and type 'xtk:report' is in conflict with the new version.
YYYY-MM-DD HH:MM:SS.750Z 00002E7A 1 warning log The document with identifier 'deliveryValidation' and type 'nms:webApp' is in conflict with the new version.
YYYY-MM-DD HH:MM:SS.750Z 00002E7A 1 warning log Document of identifier 'nms:includeView‘ and type 'xtk:srcSchema' updated in the database and found in the file system. You will have to merge the two versions manually.
경고 시 리소스 충돌이 발생할 경우 이를 해결하기 위해서는 사용자의 주의가 필요합니다.
다음 postupgrade_ServerVersionNumber_TimeOfPostupgrade.log 파일에 동기화 결과가 포함되어 있습니다. 기본적으로 다음 디렉토리에서 사용할 수 있습니다. installationDirectory/var/instanceName/postupgrade. 오류와 경고는 오류 및 경고 속성으로 표시됩니다.
충돌이 어떻게 발견됩니까?
충돌은 해당 서버의 postupgrade.log 또는 Campaign 클라이언트 인터페이스(관리 > 구성 > 패키지 관리 > 편집 충돌) 내에서 찾을 수 있습니다.
식별자가 'stockOverview'이고 'nms:webApp'인 문서가 새 버전과 충돌합니다.
충돌이 발견되면 다음 조건이 일치하는지 확인하십시오.
이 조건 중 어느 것도 적용되지 않으면 이것은 잘못된 양수입니다. 이 두 가지 조건이 모두 적용되면 실제 충돌이 발견됩니다.
고객이 개체를 수정했습니까?
새 빌드에서 개체가 변경되었습니까?
충돌을 해결하려면 다음 프로세스를 적용합니다.
Adobe Campaign 탐색기에서 관리 > 구성 > 패키지 관리 > 충돌 편집.
목록에서 해결할 충돌을 선택합니다.
충돌을 해결하는 세 가지 옵션이 있습니다. 새 버전 수락, 현재 버전 유지, 코드 병합(및 해결된 것으로 선언), 충돌 무시(권장되지 않음).
새 버전은 언제 받을 수 있습니까?
언제 현재 버전을 유지할 수 있습니까?
언제 병합을 수행합니까?
충돌을 무시하면 어떻게 되죠?
충돌을 해결하는 것이 좋습니다.
병합 유형은 다음과 같습니다.
충돌을 수동으로 해결하도록 선택한 경우 다음과 같이 진행하십시오.
복잡한 병합을 수행하는 단계는 다음과 같습니다.
개발 기술은 복잡한 병합을 수행하는 데 필요합니다.
관련 항목