복제 replication

복제 에이전트는 다음과 같은 작업에 사용되는 메커니즘으로 Adobe Experience Manager(AEM)에 중심적입니다.

  • 게시(활성화) 작성자에서 게시 환경으로 콘텐츠.
  • Dispatcher 캐시에서 콘텐츠를 명시적으로 플러시합니다.
  • 게시 환경의 사용자 입력(예: 양식 입력)을 작성자 환경(작성자 환경의 제어 아래)으로 반환합니다.

요청은 다음과 같습니다 대기열에 추가됨 처리할 적절한 에이전트로 이동합니다.

NOTE
작성자와 게시 인스턴스 간에 사용자 데이터(사용자, 사용자 그룹 및 사용자 프로필)가 복제되지 않습니다.
여러 게시 인스턴스의 경우 다음과 같은 경우 사용자 데이터가 Sling으로 배포됩니다. 사용자 동기화 이(가) 활성화되었습니다.

작성자에서 게시로 복제 replicating-from-author-to-publish

게시 인스턴스 또는 Dispatcher로의 복제는 다음 몇 가지 단계에서 수행됩니다.

  • 작성자는 특정 콘텐츠를 게시(활성화)하도록 요청합니다. 이 작업은 수동 요청이나 사전 구성된 자동 트리거를 통해 시작할 수 있습니다.

  • 요청이 적절한 기본 복제 에이전트에 전달됩니다. 한 환경에서는 이러한 작업에 대해 항상 선택되어 있는 여러 기본 에이전트가 있을 수 있습니다.

  • 복제 에이전트는 콘텐츠를 "패키지"하고 복제 큐에 배치합니다.

  • 웹 사이트 탭에서 색상 상태 표시기 개별 페이지에 대해 설정됩니다.

  • 콘텐츠는 큐에서 해제되고 구성된 프로토콜을 사용하여 게시 환경으로 전송됩니다. 일반적으로 HTTP입니다.

  • 게시 환경의 서블릿은 요청을 수신하고 수신된 컨텐츠를 게시합니다. 기본 서블릿은 입니다. https://localhost:4503/bin/receive.

  • 여러 작성자 및 게시 환경을 구성할 수 있습니다.

chlimage_1-21

게시에서 작성자로 복제 replicating-from-publish-to-author

일부 기능을 사용하면 사용자가 게시 인스턴스에 데이터를 입력할 수 있습니다.

경우에 따라 이 데이터가 다른 게시 환경에 재배포된 위치에서 작성자 환경으로 반환하려면 역방향 복제라고 하는 복제 유형이 필요합니다. 보안 고려 사항으로 인해 게시 환경에서 작성 환경으로의 모든 트래픽은 엄격하게 제어해야 합니다.

역방향 복제에서는 작성자 환경을 참조하는 게시 환경의 에이전트를 사용합니다. 이 에이전트는 데이터를 보낼 편지함에 넣습니다. 이 보낼 편지함은 작성자 환경의 복제 리스너와 일치합니다. 리스너는 보낼 편지함을 폴링하여 입력된 데이터를 수집한 다음 필요에 따라 배포합니다. 이렇게 하면 작성자 환경이 모든 트래픽을 제어합니다.

커뮤니티 기능(예: 포럼, 블로그, 댓글 및 검토)의 경우, 게시 환경에 입력되는 사용자 생성 콘텐츠의 양(UGC)은 복제를 사용하여 AEM 인스턴스 간에 효율적으로 동기화하기 어렵습니다.

AEM 커뮤니티 ugc에 복제를 사용하지 않습니다. 대신, 커뮤니티를 위한 배포에는 UGC에 대한 공통 저장소가 필요합니다( 참조) 커뮤니티 콘텐츠 저장소).

복제 - 기본 제공 replication-out-of-the-box

AEM의 표준 설치에 포함된 we-retail 웹 사이트를 사용하여 복제를 설명할 수 있습니다.

이 예제를 따르고 기본 복제 에이전트를 사용하려면 AEM 설치 포함:

  • 포트의 작성자 환경 4502
  • 포트의 게시 환경 4503
NOTE
기본적으로 활성화됨:
  • 작성자의 에이전트 : 기본 에이전트(게시)
기본적으로 효과적으로 비활성화됨(AEM 6.1부터) :
  • 작성자의 에이전트 : 역방향 복제 에이전트(publish_reverse)
  • 게시의 에이전트 : 역방향 복제(보낼 편지함)
에이전트 또는 큐의 상태를 확인하려면 도구 콘솔.
다음을 참조하십시오 복제 에이전트 모니터링.

복제(작성자-게시) replication-author-to-publish

  1. 작성 환경의 지원 페이지로 이동합니다.
    https://localhost:4502/content/we-retail/us/en/experience.html <pi>
  2. 새 텍스트를 추가할 수 있도록 페이지를 편집합니다.
  3. 페이지 활성화 변경 사항을 게시할 수 있습니다.
  4. 게시 환경에서 지원 페이지를 엽니다.
    https://localhost:4503/content/we-retail/us/en/experience.html
  5. 이제 작성자에 입력한 변경 사항을 볼 수 있습니다.

이 복제는 작성자 환경에서 다음을 통해 수행됩니다.

  • 기본 에이전트(게시)
    이 에이전트는 기본 게시 인스턴스에 콘텐츠를 복제합니다.
    이에 대한 세부 사항(구성 및 로그)은 작성 환경의 도구 콘솔에서 액세스할 수 있습니다. 또는
    https://localhost:4502/etc/replication/agents.author/publish.html

복제 에이전트 - 기본 제공 replication-agents-out-of-the-box

표준 AEM 설치에서 사용할 수 있는 에이전트는 다음과 같습니다.

  • 기본 에이전트
    작성자에서 게시로 복제하는 데 사용됩니다.

  • Dispatcher 플러시 Dispatcher 캐시 관리에 사용됩니다. 다음을 참조하십시오 작성 환경에서 Dispatcher 캐시 무효화게시 인스턴스에서 Dispatcher 캐시 무효화 추가 정보.

  • 역방향 복제
    게시에서 작성자로 복제하는 데 사용됩니다. 포럼, 블로그 및 댓글과 같은 커뮤니티 기능에는 역방향 복제가 사용되지 않습니다. 보낼 편지함이 활성화되지 않아 사실상 비활성화됩니다. 역방향 복제를 사용하려면 사용자 지정 구성이 필요합니다.

  • 정적 에이전트 "노드의 정적 표현을 파일 시스템에 저장하는 에이전트"입니다.
    예를 들어 기본 설정을 사용하면 콘텐츠 페이지 및 dam 에셋은 /tmp를 HTML 또는 적절한 에셋 형식으로 선택합니다. 다음을 참조하십시오. SettingsRules 탭 을 참조하십시오.
    애플리케이션 서버에서 직접 페이지를 요청할 때 콘텐츠를 볼 수 있도록 이 작업을 요청했습니다. 이는 전문 에이전트이며 대부분의 경우 필요하지 않습니다.

복제 에이전트 - 구성 매개 변수 replication-agents-configuration-parameters

도구 콘솔에서 복제 에이전트를 구성할 때 대화 상자에서 네 개의 탭을 사용할 수 있습니다.

설정 settings

  • 이름

    복제 에이전트의 고유 이름입니다.

  • 설명

    이 복제 에이전트가 제공하는 목적에 대한 설명입니다.

  • 활성화됨

    복제 에이전트가 활성화되었는지 여부를 나타냅니다.

    에이전트가 다음과 같은 경우 활성화됨: 큐가 다음과 같이 표시됩니다.

    • 활성 항목이 처리되는 경우입니다.
    • 유휴 상태 큐가 비어 있는 경우.
    • 차단됨 항목이 큐에 있지만 처리할 수 없는 경우(예: 수신 큐가 비활성화된 경우)
  • 직렬화 유형

    직렬화 유형:

    • 기본값: 에이전트를 자동으로 선택할지 여부를 설정합니다.
    • Dispatcher 초기화: 에이전트를 Dispatcher 캐시 플러시에 사용하려면 선택합니다.
  • 다시 시도 지연

    문제가 발생했을 경우 두 재시도 사이의 지연(대기 시간(밀리초))입니다.

    기본값: 60000

  • 에이전트 사용자 Id

    환경에 따라 에이전트는 이 사용자 계정을 사용하여 다음을 수행합니다.

    • 작성 환경에서 컨텐츠 수집 및 패키지
    • 게시 환경에서 컨텐츠 만들기 및 작성

    시스템 사용자 계정(sling에서 관리자 사용자로 정의된 계정)을 사용하려면 이 필드를 비워 두십시오. 기본적으로 이 필드는 입니다. admin).

    note caution
    CAUTION
    작성자 환경의 에이전트에 대해 이 계정 필수 복제하려는 모든 경로에 대한 읽기 액세스 권한이 있습니다.
    note caution
    CAUTION
    게시 환경에 있는 에이전트의 경우 이 계정은 필수 콘텐츠를 복제하는 데 필요한 만들기/쓰기 액세스 권한이 있습니다.
    note note
    NOTE
    복제할 특정 컨텐츠를 선택하는 메커니즘으로 사용할 수 있습니다.
  • 로그 수준

    로그 메시지에 사용할 상세 정보 수준을 지정합니다.

    • Error: 오류만 기록됩니다
    • Info: 오류, 경고 및 기타 정보 메시지가 기록됩니다
    • Debug: 메시지에 주로 디버그 목적으로 높은 수준의 세부 정보가 사용됩니다

    기본값: Info

  • 역복제에 사용

    이 에이전트가 역복제에 사용되는지 여부를 나타냅니다. 게시 환경에서 작성자 환경으로 사용자 입력을 반환합니다.

  • 별칭 업데이트

    이 옵션을 선택하면 Dispatcher에 별칭 또는 vanity 경로 무효화 요청이 활성화됩니다. 또한 다음을 참조하십시오 Dispatcher 플러시 에이전트 구성.

전송 transport

  • URI

    대상 위치에서 수신 서블릿을 지정합니다. 특히 여기에서 대상 인스턴스의 호스트 이름(또는 별칭)과 컨텍스트 경로를 지정할 수 있습니다.

    예:

    • 기본 에이전트가에 복제할 수 있습니다. https://localhost:4503/bin/receive
    • Dispatcher 플러시 에이전트가에 복제할 수 있습니다. https://localhost:8000/dispatcher/invalidate.cache

    여기에서 지정된 프로토콜(HTTP 또는 HTTPS)이 전송 방법을 결정합니다.

    Dispatcher 플러시 에이전트의 경우, URI 속성은 경로 기반 가상 호스트 항목을 사용하여 팜을 구분하는 경우에만 사용되며 이 필드를 사용하여 무효화할 팜을 대상으로 합니다. 예를 들어 팜 #1에는 www.mysite.com/path1/*의 가상 호스트가 있고 팜 #2에는 www.mysite.com/path2/*의 가상 호스트가 있습니다. 다음의 URL을 사용할 수 있습니다. /path1/invalidate.cache 첫 번째 팜을 대상으로 지정합니다. /path2/invalidate.cache 두 번째 팜을 대상으로 지정합니다.

  • 사용자

    대상에 액세스하는 데 사용할 계정의 사용자 이름입니다.

  • 암호

    대상에 액세스하는 데 사용할 계정의 암호입니다.

  • NTLM 도메인

    NTML 인증용 도메인.

  • NTLM 호스트

    NTML 인증용 호스트입니다.

  • 느슨한 SSL 사용

    자체 인증 SSL 인증서를 허용하려면 활성화합니다.

  • 만료된 인증서 허용

    만료된 SSL 인증서를 허용하려면 활성화합니다.

프록시 proxy

다음 설정은 프록시가 필요한 경우에만 필요합니다.

  • 프록시 호스트

    전송에 사용되는 프록시의 호스트 이름입니다.

  • 프록시 포트

    프록시의 포트입니다.

  • 프록시 사용자

    사용할 계정의 사용자 이름입니다.

  • 프록시 암호

    사용할 계정의 암호입니다.

  • 프록시 NTLM 도메인

    프록시 NTLM 도메인입니다.

  • 프록시 NTLM 호스트

    프록시 NTLM 도메인입니다.

확장됨 extended

  • 인터페이스

    여기에서 바인딩할 소켓 인터페이스를 정의할 수 있습니다.

    연결을 만들 때 사용할 로컬 주소를 설정합니다. 설정되지 않은 경우 기본 주소가 사용됩니다. 이 기능은 다중 홈 또는 클러스터형 시스템에서 사용할 인터페이스를 지정하는 데 유용합니다.

  • HTTP 메서드

    사용할 HTTP 메서드입니다.

    Dispatcher 플러시 에이전트의 경우, 이는 거의 항상 GET 상태이며 변경해서는 안 됩니다(POST은 다른 가능한 값일 수 있음).

  • HTTP 헤더

    Dispatcher 플러시 에이전트에 사용되고 플러시해야 하는 요소를 지정합니다.

    Dispatcher 플러시 에이전트의 경우 다음 세 가지 표준 항목을 변경할 필요가 없습니다.

    • CQ-Action:{action}
    • CQ-Handle:{path}
    • CQ-Path:{path}

    이 탭은 핸들이나 경로를 플러시할 때 사용할 작업을 나타내기 위해 적절하게 사용됩니다. 하위 매개 변수는 동적입니다.

    • {action} 복제 작업을 나타냅니다.

    • {path} 경로를 나타냅니다.

    이 매개변수는 요청과 관련된 경로/작업으로 대체되므로 "하드코딩"할 필요가 없습니다.

    note note
    NOTE
    권장 기본 컨텍스트가 아닌 컨텍스트에 AEM을 설치한 경우 HTTP 헤더에 컨텍스트를 등록해야 합니다. 예:
    CQ-Handle:/<*yourContext*>{path}
  • 연결 닫기

    활성화하면 각 요청 후에 연결을 닫을 수 있습니다.

  • 연결 시간 초과

    연결을 설정할 때 적용할 시간 제한(밀리초)입니다.

  • 소켓 시간 제한

    연결이 설정된 후 트래픽을 대기할 때 적용할 시간 제한(밀리초)입니다.

  • 프로토콜 버전

    프로토콜 버전. 예를 들어, 1.0 HTTP/1.0용

트리거 triggers

다음 설정을 사용하여 자동 복제를 위한 트리거를 정의합니다.

  • 기본값 무시

    선택하면 에이전트가 기본 복제에서 제외됩니다. 즉, 콘텐츠 작성자가 복제 작업을 지시할 때 에이전트가 사용되지 않습니다.

  • 수정 시

    여기서 이 에이전트에 의한 복제는 페이지가 수정되면 자동으로 트리거됩니다. Dispatcher 플러시 에이전트뿐만 아니라 역방향 복제에도 사용됩니다.

  • 배포 시

    선택하면 에이전트가 배포용으로 표시된 모든 콘텐츠를 수정할 때 자동으로 복제합니다.

  • 설정/해제 시간 도달

    이렇게 하면 페이지에 대해 정의된 시간 또는 시간이 초과될 때 자동 복제(페이지를 적절히 활성화 또는 비활성화)가 트리거됩니다. 이는 주로 Dispatcher 플러시 에이전트에 사용됩니다.

  • 수신 시

    선택하면 에이전트 체인이 복제 이벤트를 수신할 때마다 복제합니다.

  • 상태 업데이트 없음

    선택하면 에이전트가 복제 상태를 강제로 업데이트하지 않습니다.

  • 버전 관리 없음

    선택하면 에이전트가 활성화된 페이지에 버전 관리를 적용하지 않습니다.

복제 에이전트 구성 configuring-your-replication-agents

MSSL을 사용하여 복제 에이전트를 게시 인스턴스에 연결하는 방법에 대한 자세한 내용은 다음을 참조하십시오. 상호 SSL을 사용하여 복제.

작성자 환경에서 복제 에이전트 구성 configuring-your-replication-agents-from-the-author-environment

작성 환경의 도구 탭에서 작성 환경( )에 있는 복제 에이전트를 구성할 수 있습니다.작성자의 에이전트) 또는 게시 환경(게시의 에이전트). 다음 절차는 작성 환경용 에이전트의 구성을 보여 주지만, 두 가지 모두에 사용할 수 있습니다.

NOTE
Dispatcher가 작성자 또는 게시 인스턴스에 대한 HTTP 요청을 처리할 때 복제 에이전트의 HTTP 요청에는 PATH 헤더가 포함되어야 합니다. 다음 절차 외에도 PATH 헤더를 클라이언트 헤더의 Dispatcher 목록에 추가해야 합니다. 다음을 참조하십시오 /clientheaders(클라이언트 헤더).
  1. 액세스 도구 AEM의 탭

  2. 클릭 복제 (왼쪽 창에서 폴더를 엽니다.)

  3. 두 번 클릭 작성자의 에이전트 (왼쪽 또는 오른쪽 창).

  4. 적절한 에이전트 이름(링크)을 클릭하여 해당 에이전트에 대한 자세한 정보를 표시합니다.

  5. 클릭 편집 그러면 구성 대화 상자가 열립니다.

    chlimage_1-22

  6. 제공된 값은 기본 설치에 충분해야 합니다. 변경하는 경우 다음을 클릭합니다. 확인 저장합니다(참조). 복제 에이전트 - 구성 매개 변수 를 참조하십시오.

NOTE
AEM의 표준 설치는 admin 기본 복제 에이전트 내에서 자격 증명을 전송할 사용자로.
필요한 경로를 복제할 권한이 있는 사이트 특정 복제 사용자 계정으로 변경해야 합니다.

역복제 구성 configuring-reverse-replication

역방향 복제는 게시 인스턴스에서 생성된 사용자 콘텐츠를 다시 작성자 인스턴스로 가져오는 데 사용됩니다. 이는 일반적으로 설문 조사 및 등록 양식과 같은 기능에 사용됩니다.

보안상의 이유로 대부분의 네트워크 토폴로지는 연결을 허용하지 않습니다 출처: '비무장지대'(인터넷과 같은 신뢰할 수 없는 네트워크에 외부 서비스를 노출하는 하위 네트워크).

게시 환경은 일반적으로 DMZ에 있으므로 콘텐츠를 작성 환경으로 다시 가져오려면 작성자 인스턴스에서 연결을 시작해야 합니다. 이 작업은 다음 작업을 통해 수행됩니다.

  • an 보낼 편지함 컨텐츠가 배치된 게시 환경에서.
  • 새 콘텐츠에 대한 보낼 편지함을 정기적으로 폴링하는 작성 환경의 에이전트(게시).
NOTE
AEM용 커뮤니티게시 인스턴스의 사용자 생성 컨텐츠에 복제가 사용되지 않습니다. 다음을 참조하십시오 커뮤니티 콘텐츠 저장소.

이렇게 하려면 다음이 필요합니다.

작성자 환경의 역방향 복제 에이전트 - 게시 환경의 보낼 편지함에서 정보를 수집하는 활성 구성 요소 역할을 합니다.

역방향 복제를 사용하려면 이 에이전트가 활성화되어 있는지 확인하십시오.

chlimage_1-23

게시 환경의 역방향 복제 에이전트(보낼 편지함) - 수동 요소가 "보낼 편지함" 역할을 합니다. 사용자 입력은 여기에 배치되는데, 여기서 작성자 환경의 에이전트에 의해 수집됩니다.

chlimage_1-1

여러 게시 인스턴스에 대한 복제 구성 configuring-replication-for-multiple-publish-instances

NOTE
콘텐츠만 복제됩니다. 사용자 데이터는 사용자, 사용자 그룹 및 사용자 프로필이 아닙니다.
여러 게시 인스턴스 간에 사용자 데이터를 동기화하려면 다음을 활성화합니다 사용자 동기화.

설치 후 localhost의 포트 4503에서 실행 중인 게시 인스턴스에 콘텐츠를 복제하기 위해 기본 에이전트가 이미 구성되어 있습니다.

추가 게시 인스턴스에 대한 콘텐츠 복제를 구성하려면 새 복제 에이전트를 만들고 구성합니다.

  1. 를 엽니다. 도구 AEM의 탭

  2. 선택 복제, 그런 다음 작성자의 에이전트 왼쪽 패널에서

  3. 선택 새로 만들기….

  4. 설정 제목이름 ​을 선택한 다음 을 선택합니다. 복제 에이전트.

  5. 클릭 만들기 에이전트를 만들 수 있습니다.

  6. 구성 패널이 열리도록 새 에이전트 항목을 두 번 클릭합니다.

  7. 클릭 편집 - 에이전트 설정 대화 상자가 열립니다. - 직렬화 유형 은 이미 기본값으로 정의되어 있으므로 그대로 유지해야 합니다.

    • 다음에서 설정 탭:

      • 활성화 활성화됨.

      • 입력 설명.

      • 설정 다시 시도 지연60000.

      • 나가기 직렬화 유형 다음으로: Default.

    • 다음에서 전송 탭:

      • 새 게시 인스턴스에 필요한 URI를 입력합니다. 예:

        https://localhost:4504/bin/receive

      • 복제에 사용되는 사이트별 사용자 계정을 입력합니다.

      • 필요에 따라 다른 매개 변수를 구성할 수 있습니다.

  8. 확인 ​을 클릭합니다.

그런 다음 작성 환경에서 페이지를 업데이트한 다음 게시하여 작업을 테스트할 수 있습니다.

위와 같이 구성된 모든 게시 인스턴스에 업데이트가 나타납니다.

문제가 발생하면 작성자 인스턴스의 로그를 확인할 수 있습니다. 필요한 세부 정보 수준에 따라 다음을 설정할 수도 있습니다. 로그 수준Debug 사용 에이전트 설정 위와 같은 대화 상자.

NOTE
이를 사용과 결합할 수 있습니다. 에이전트 사용자 Id 개별 게시 환경에 복제할 다른 컨텐츠를 선택합니다. 각 게시 환경의 경우:
  1. 해당 게시 환경에 복제할 복제 에이전트를 구성합니다.
  2. 특정 게시 환경에 복제되는 컨텐츠를 읽는 데 필요한 액세스 권한을 사용하여 사용자 계정을 구성합니다.
  3. 사용자 계정을 다음으로 할당 에이전트 사용자 Id 복제 에이전트.

Dispatcher 플러시 에이전트 구성 configuring-a-dispatcher-flush-agent

기본 에이전트가 설치에 포함됩니다. 그러나 특정 구성이 여전히 필요하며 새 에이전트를 정의하는 경우에도 마찬가지입니다.

  1. 를 엽니다. 도구 AEM의 탭

  2. 클릭 배포.

  3. 선택 복제 그런 다음 게시의 에이전트.

  4. 를 두 번 클릭합니다. Dispatcher 초기화 항목을 사용하여 개요를 엽니다.

  5. 클릭 편집 - 에이전트 설정 대화 상자가 열립니다.

    • 다음에서 설정 탭:

      • 활성화 활성화됨.

      • 입력 설명.

      • 나가기 직렬화 유형 다음으로: Dispatcher Flush또는 에이전트를 만드는 경우 로 설정합니다.

      • (선택 사항) 선택 별칭 업데이트 Dispatcher에 별칭 또는 vanity 경로 무효화 요청을 활성화하려면 다음을 수행하십시오.

    • 다음에서 전송 탭:

      • 새 게시 인스턴스에 필요한 URI를 입력합니다. 예:

        https://localhost:80/dispatcher/invalidate.cache

      • 복제에 사용되는 사이트별 사용자 계정을 입력합니다.

      • 필요에 따라 다른 매개 변수를 구성할 수 있습니다.

    Dispatcher 플러시 에이전트의 경우, URI 속성은 경로 기반 가상 호스트 항목을 사용하여 팜을 구분하는 경우에만 사용되며 이 필드를 사용하여 무효화할 팜을 대상으로 합니다. 예를 들어 팜 #1에는 www.mysite.com/path1/*의 가상 호스트가 있고 팜 #2에는 www.mysite.com/path2/*의 가상 호스트가 있습니다. 다음의 URL을 사용할 수 있습니다. /path1/invalidate.cache 첫 번째 팜을 대상으로 지정합니다. /path2/invalidate.cache 두 번째 팜을 대상으로 지정합니다.

    note note
    NOTE
    권장 기본 컨텍스트가 아닌 다른 컨텍스트에 AEM을 설치한 경우 다음을 구성하십시오. HTTP 헤더 다음에서 확장됨 탭.
  6. 확인 ​을 클릭합니다.

  7. (으)로 돌아가기 도구 탭, 여기에서 다음을 수행할 수 있습니다. 활성화 다음 Dispatcher 초기화 에이전트(게시의 에이전트).

다음 Dispatcher 초기화 작성자에서 복제 에이전트가 활성화되지 않았습니다. 동등한 URI를 사용하여 게시 환경의 동일한 페이지에 액세스할 수 있습니다. 예: https://localhost:4503/etc/replication/agents.publish/flush.html.

복제 에이전트에 대한 액세스 제어 controlling-access-to-replication-agents

복제 에이전트를 구성하는 데 사용되는 페이지에 대한 액세스는 의 사용자 및/또는 그룹 페이지 권한을 사용하여 제어할 수 있습니다 etc/replication 노드.

NOTE
이러한 권한을 설정해도 사용자가 콘텐츠를 복제하는 데는 영향을 주지 않습니다(예: 웹 사이트 콘솔 또는 사이드 킥 옵션). 복제 프레임워크는 페이지를 복제할 때 현재 사용자의 "사용자 세션"을 사용하여 복제 에이전트에 액세스하지 않습니다.

CRXDE Lite에서 복제 에이전트 구성 configuring-your-replication-agents-from-crxde-lite

NOTE
복제 에이전트 생성은 /etc/replication 저장소 위치. 연관된 ACL을 제대로 처리하려면 이 작업이 필요합니다. 트리의 다른 위치에 복제 에이전트를 만들면 무단 액세스가 발생할 수 있습니다.

CRXDE Lite을 사용하여 복제 에이전트의 다양한 매개 변수를 구성할 수 있습니다.

다음으로 이동하면 /etc/replication, 다음 세 개의 노드를 볼 수 있습니다.

  • agents.author
  • agents.publish
  • treeactivation

agents 적절한 환경에 대한 구성 정보를 유지하며 해당 환경이 실행 중인 경우에만 활성화됩니다. 예를 들어, agents.publish 는 게시 환경에서만 사용됩니다. 다음 스크린샷은 AEM WCM에 포함된 작성 환경의 Publish 에이전트를 보여 줍니다.

chlimage_1-24

복제 에이전트 모니터링 monitoring-your-replication-agents

복제 에이전트를 모니터링하려면 다음을 수행합니다.

  1. 액세스 도구 AEM의 탭

  2. 클릭 복제.

  3. 왼쪽 또는 오른쪽 창에서 해당 환경에 대한 에이전트 링크를 두 번 클릭합니다. 예를 들어, 작성자의 에이전트.

    결과 창에는 대상 및 상태를 포함하여 작성 환경에 대한 모든 복제 에이전트의 개요가 표시됩니다.

  4. 적절한 에이전트 이름(링크임)을 클릭하여 해당 에이전트에 대한 자세한 정보를 표시합니다.

    chlimage_1-2

    여기서 다음과 같은 작업을 수행할 수 있습니다.

    • 에이전트가 활성화되었는지 확인합니다.

    • 복제 타겟을 참조하십시오.

    • 복제 큐가 활성(활성화)인지 여부를 확인합니다.

    • 큐에 항목이 있는지 확인합니다.

    • 새로 고침 또는 지우기 대기열 항목 표시를 업데이트합니다. 이렇게 하면 항목이 대기열에 들어오고 나가는 것을 볼 수 있습니다.

    • 로그 보기 복제 에이전트의 모든 작업 로그에 액세스합니다.

    • 연결 테스트 대상 인스턴스로 이동합니다.

    • 강제 다시 시도 필요한 경우 모든 대기열 항목에서.

    note caution
    CAUTION
    게시 인스턴스의 역방향 복제 보낼 상자에 "연결 테스트" 링크를 사용하지 마십시오.
    보낼 편지함 대기열에 대해 복제 테스트를 수행하면 테스트 복제보다 오래된 모든 항목이 모든 역방향 복제와 함께 다시 처리됩니다.
    이러한 항목이 큐에 있는 경우 다음 XPath JCR 쿼리와 함께 찾을 수 있으므로 제거해야 합니다.
    /jcr:root/var/replication/outbox//*[@cq:repActionType='TEST']

일괄 복제 batch-replication

일괄 복제는 개별 페이지 또는 자산을 복제하지 않고 시간 또는 크기를 기준으로 두 페이지의 첫 번째 임계값이 트리거될 때까지 기다립니다.

그런 다음 모든 복제 항목을 패키지에 압축하고, 단일 파일로 게시자에게 복제합니다.

Publisher는 모든 항목의 압축을 풀고 저장한 후 작성자에게 다시 보고합니다.

일괄 복제 구성 configuring-batch-replication

  1. 다음으로 이동 http://serveraddress:serverport/siteadmin
  2. 누르기 도구 화면 상단에 있는 아이콘
  3. 왼쪽 탐색 레일에서 다음 위치로 이동합니다. 복제 - 작성자의 에이전트 및 두 번 클릭 기본 에이전트.
    • 로 직접 이동하여 기본 게시 복제 에이전트에 연결할 수도 있습니다. http://serveraddress:serverport/etc/replication/agents.author/publish.html
  4. 누르기 편집 복제 큐 위에 있는 단추입니다.
  5. 다음 창에서 일괄 처리 탭:
    일괄 복제
  6. 에이전트를 구성합니다.

매개변수 parameters

  • Enable Batch Mode - 일괄 복제 모드를 활성화하거나 비활성화합니다.
  • Max Wait Time - 일괄 처리 요청이 시작될 때까지의 최대 대기 시간(초)입니다. 기본값은 2초입니다.
  • Trigger Size - 이 크기가 제한되면 배치 복제를 시작합니다.

추가 리소스 additional-resources

문제 해결에 대한 자세한 내용은 복제 문제 해결 페이지를 가리키도록 업데이트하는 중입니다.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2