이 섹션에서는 업그레이드 프로세스와 충돌을 식별하고 해결하는 단계에 대해 자세히 설명합니다.
빌드 업그레이드는 신중하게 수행되어야 하며, 그 영향은 사전에 충분히 고려되어야 하고 높은 수준의 규율로 절차가 완료되어야 한다. 업그레이드를 성공적으로 수행하려면 전문가 사용자만 아래에 설명된 단계를 수행해야 합니다. 또한 다음 링크를 통해 문의하는 것이 좋습니다. Adobe 고객 지원 센터 업그레이드를 시작하기 전에
다음 전제 조건이 필요합니다.
자세한 내용은 다음 섹션에서 확인할 수 있습니다. Adobe Campaign 업데이트 중, 새 버전으로 마이그레이션.
호스팅 및 하이브리드 인스턴스의 경우 Adobe 기술 운영 팀에 빌드 업그레이드를 요청해야 합니다. 자세한 내용은 이 페이지의 맨 아래에 있는 FAQ 섹션을 참조하십시오. 다음 항목도 참조하십시오. 빌드 업그레이드 FAQ.
빌드 업그레이드를 시작하기 전에 아래 설명된 대로 전체 준비를 수행해야 합니다.
시스템을 업그레이드할 준비가 되면 빌드 업그레이드가 필요합니다 최소 2시간.
빌드 업그레이드 프로세스에는 다음 리소스가 필요합니다.
빌드 업그레이드를 계획하는 방법에 대한 주요 사항은 다음과 같습니다.
빌드 업그레이드 프로세스를 진행하려면 다음 인력이 참여해야 합니다.
Adobe 설계자: 호스팅 또는 하이브리드 아키텍처의 경우 설계자는 Adobe Campaign Client Care와 협력해야 합니다.
프로젝트 관리자:
온프레미스 설치의 경우: 고객의 내부 프로젝트 리더가 업그레이드를 이끌고 라이프사이클 테스트를 관리합니다.
호스팅 설치의 경우 호스팅 팀은 Adobe Campaign Client Care 팀 및 고객과 파트너 관계를 맺어 모든 인스턴스에 대한 업그레이드 타임라인을 조정합니다.
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 덤프 명령입니다. 작업이 없는 경우 출력은 다음과 유사해야 합니다.
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 구성 -업그레이드 후 -allinstances 다음을 수행하십시오.
이 작업은 nlserverweb 응용 프로그램 서버에서 한 번만 수행해야 합니다.
한 데이터베이스만 동기화하려면 다음 명령을 실행합니다.
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/<instance-name>
/postupgrade. 오류 및 경고는 오류 및 경고 속성으로 표시됩니다.
충돌이 어떻게 발견됩니까?
충돌은 해당 서버의 postupgrade.log 또는 Campaign 클라이언트 인터페이스(관리 > 구성 > 패키지 관리 > 충돌 편집)에서 찾을 수 있습니다.
식별자가 'stockOverview'이고 유형이 'nms:webApp'인 문서가 새 버전과 충돌합니다.
충돌이 발견되면 다음 조건이 일치하는지 확인하십시오.
이 두 가지 조건 중 어느 것도 적용되지 않는다면 이는 긍정 오류(false positive)입니다. 이 두 조건이 모두 적용된다면 실제 충돌이 발견된 것이다.
고객이 객체를 수정했습니까?
개체가 새 빌드에서 변경되었습니까?
충돌을 해결하려면 다음 프로세스를 적용합니다.
Adobe Campaign 탐색기에서 관리 > 구성 > 패키지 관리 > 충돌 편집.
목록에서 해결할 충돌을 선택합니다.
충돌을 해결하는 세 가지 옵션이 있습니다. 새 버전 수락, 현재 버전 유지, 코드를 병합하고 해결된 것으로 선언합니다., 충돌 무시(권장되지 않음).
새 버전은 언제 받을 수 있습니까?
현재 버전은 언제 유지할 수 있습니까?
병합을 수행할 때
갈등을 무시하면 어쩌지?
충돌을 해결하는 것이 좋습니다.
다양한 유형의 병합이 있습니다.
충돌을 수동으로 해결하도록 선택하는 경우 다음과 같이 진행합니다.
복잡한 병합을 수행하는 단계는 다음과 같습니다.
복잡한 병합을 수행하기 위해서는 개발 기술이 필요하다.
관련 항목