추가 구성

임계값 모니터링

메시지 센터 서비스 수준메시지 센터 처리 시간 보고서에 표시되는 표시기의 경고 임계값(주황색)과 경고 임계값(빨간색)을 구성할 수 있습니다(트랜잭션 메시지 보고서 액세스 참조).

이렇게 하려면 아래 단계를 수행합니다:

  1. 실행 인스턴스​에서 배포 마법사를 엽니다.

  2. Message Center 페이지로 이동합니다.

  3. 임계값을 변경하려면 화살표를 사용합니다.

노트

큐에서 보류 중인 이벤트 수가 Adobe Campaign 프로세스 모니터링 페이지의 시스템 표시기 섹션에 표시됩니다. 배포 마법사에 대한 자세한 정보는 이 섹션을 참조하십시오.

이벤트 제거

배포 마법사를 사용하여 데이터가 데이터베이스에 저장되는 기간을 구성할 수 있습니다.

이벤트 제거는 데이터베이스 정리 워크플로우에 의해 자동으로 수행됩니다. 이 워크플로우는 수신 및 제어 인스턴스에 보관된 실행 인스턴스와 이벤트에 저장된 이벤트를 삭제합니다.

제거 설정을 변경하려면 화살표를 적절하게 사용합니다.

컨트롤 인스턴스의 이벤트 제거 설정:

실행 인스턴스의 이벤트 제거 설정:

데이터베이스 정리 워크플로우에 대한 자세한 내용은 이 섹션을 참조하십시오.

기술 워크플로우

트랜잭션 메시지 템플릿을 배포하기 전에 컨트롤 인스턴스와 다른 실행 인스턴스의 기술 워크플로우가 실제로 만들어지고 시작되었는지 확인해야 합니다.

트랜잭션 메시지(메시지 센터)와 관련된 다양한 기술 워크플로우는 제어 인스턴스와 실행 인스턴스 간에 분류됩니다.

인스턴스 워크플로우 제어

제어 인스턴스에서 하나 또는 여러 개의 실행 인스턴스가 등록된 경우 각각 Message Center execution instance 외부 계정에 대해 하나의 보관 워크플로우를 만들어야 합니다. Create the archiving workflow 단추를 클릭하여 워크플로우를 만들고 시작합니다.

그런 다음 관리 > 프로덕션 > 메시지 센터 폴더에서 이러한 워크플로우에 액세스할 수 있습니다. 생성되면 보관 워크플로우가 자동으로 시작됩니다.

실행 인스턴스 워크플로우

실행 인스턴스에서 관리 > 프로덕션 > 메시지 센터 폴더에서 트랜잭션 메시지를 위한 기술 워크플로우에 액세스할 수 있습니다. 그냥 시작하기만 하면 돼 목록의 워크플로우는 다음과 같습니다.

  • Processing batch events (내부 이름: batchEventsProcessing ): 이 워크플로우를 사용하면 메시지 템플릿에 연결하기 전에 큐에서 배치 이벤트를 분류할 수 있습니다.

  • Processing real time events (내부 이름: rtEventsProcessing ): 이 워크플로우를 사용하면 메시지 템플릿에 연결하기 전에 큐의 실시간 이벤트를 분류할 수 있습니다.

  • Update event status (내부 이름: updateEventStatus ): 이 워크플로우를 통해 이벤트 상태를 지정할 수 있습니다.

    다음 이벤트 상태를 사용할 수 있습니다.

    • Pending : 이벤트가 큐에 있습니다. 메시지 템플릿이 아직 할당되지 않았습니다.
    • Pending delivery : 이벤트가 큐에 있고 메시지 템플릿이 할당되어 게재에 의해 처리되는 중입니다.
    • Sent : 이 상태는 게재 로그에서 복사됩니다. 게재가 전송되었음을 의미합니다.
    • Ignored by the delivery : 이 상태는 게재 로그에서 복사됩니다. 게재가 무시되었다는 뜻입니다.
    • Delivery failed : 이 상태는 게재 로그에서 복사됩니다. 게재에 실패했다는 뜻입니다.
    • Event not taken into account : 이벤트를 메시지 템플릿에 연결할 수 없습니다. 이벤트가 처리되지 않습니다.

멀티브랜딩 구성

이 섹션에서는 Adobe Campaign에서 트랜잭션 메시지를 위해 브랜드당 추적 및 미러 페이지 URL을 구성하는 한 가지 솔루션에 대해 설명합니다.

필수 구성 요소

  • 모든 호스트를 인스턴스의 구성 파일(config-<instance>.xml)에 추가해야 합니다.
  • 각 브랜드에 하위 도메인을 지정해야 합니다.
  • HTTPS 페이지에서 웹 추적이 수행되는 경우 모든 브랜드에 대한 HTTPS 인증서가 있어야 합니다.

다중 브랜딩을 구성하려면 실행 인스턴스와 제어 인스턴스를 모두 구성해야 합니다.

실행 인스턴스

실행 인스턴스에서 아래 단계를 수행합니다.

  1. 브랜드당 하나의 외부 계정을 만듭니다.

    노트

    이 섹션에서 실행 인스턴스 유형 외부 계정을 만드는 방법을 알아봅니다.

  2. nms:extAccount 스키마를 확장하여 추적 URL을 추가합니다.

    <attribute advanced="true" desc="URL of the tracking servers" label="Tracking server URL"
    length="100" name="trackingURL" type="string"/>
    
    노트

    스키마 확장 섹션에서 기존 스키마를 확장하는 방법을 알아봅니다.

  3. nms:extAccount 양식을 수정합니다.

    <container label="Message domain branding" type="frame">
         <static type="help"> These parameters are used to override the DNS alias and addresses used during message delivery. When not populated, the values of the 'NmsServer_MirrorPageUrl' and 'NmsEmail_DefaultErrorAddr' options are used.</static>
         <input xpath="@mirrorURL"/>
         <input xpath="@trackingURL"/>
         <input img="nms:sendemail.png" menuId="deliveryMenuBuilder" type="scriptEdit">
                xpath="errorAddress"/>
       </container>
    
  4. 전역 옵션 대신 외부 계정을 사용하도록 NmsTracking_OpenFormula 및 NmsTracking_ClickFormula 옵션을 수정합니다.

    이렇게 하려면 을(를) 바꿉니다.

    <%@ include option='NmsTracking_ServerUrl' %>
    

    사용:

    <%@ value object="provider" xpath="@trackingURL" %>
    
    중요

    이러한 변경 사항으로 인해 업그레이드할 때 충돌이 발생할 수 있습니다. 이러한 공식을 새 버전과 수동으로 병합해야 할 수 있습니다.

컨트롤 인스턴스

제어 인스턴스에서 게재 템플릿과 외부 계정을 연결해야 합니다.

이렇게 하려면 아래 단계를 수행합니다:

  1. 실행 인스턴스 (1단계)에 정의된 것과 동일한 내부 이름을 사용하여 브랜드당 하나의 외부 계정을 만듭니다.

  2. 브랜드당 하나의 기본 게재 템플릿을 만듭니다.

    노트

    이 섹션에서 게재 템플릿을 만드는 방법을 알아봅니다.

  3. 게재 템플릿의 Properties​에서 라우팅을 브랜드의 외부 계정으로 설정합니다.

이 페이지에서는