복제 큐 문제

이 문서에서는 AEM 콘텐츠 복제가 차단되는 것처럼 보이는 AEM(버전 6.4 및 버전 6.5) 문제를 해결합니다. 이 문제를 해결하려면 아래 단계에 설명된 대로 다음을 수행합니다.

  • 각 복제 에이전트가 올바르게 설정 및 구성되어 있는지 확인합니다.
  • 복제 에이전트 및 관련 번들 다시 시작
  • 해당 Sling 작업을 삭제하여 큐 정리 적용

설명 description

환경

  • Experience Manager 6.4
  • Experience Manager 6.5

문제/증상

AEM 콘텐츠 복제가 차단된 것 같습니다.

편집자는 콘텐츠를 만들 수 있지만 활성화된 페이지는 CQ5 게시 인스턴스에서 업데이트되지 않습니다.

해결 방법 resolution

A. 각 복제 에이전트가 올바르게 사용 및 구성되어 있는지 확인하십시오.

  1. 복제 에이전트(/etc/replication/agents.author.html) 목록으로 이동

  2. 각 복제 에이전트에 대해 다음을 수행합니다.

    • 에이전트가 활성화되어 있는지 확인합니다.
    • 연결 테스트 를 클릭하여 게시 인스턴스와의 연결을 확인합니다. 실패할 경우 TCP 네트워크 수준에서 AEM 작성자 인스턴스를 호스팅하는 서버가 게시 인스턴스의 포트에 연결할 수 있는지 확인하십시오.
    • "로그 보기" 링크를 통해 복제 로그를 열고 마지막 복제 시도가 성공했는지 확인합니다.
    • 복제 큐의 첫 번째 페이로드 경로를 확인합니다. 그런 다음 복제 큐의 첫 번째 요소를 지웁니다. 그런 다음 복제가 다시 시작되는지 확인합니다. 다시 시작되면 큐에 기록된 첫 번째 페이로드를 다시 활성화합니다.
    • CRX 콘텐츠 탐색기에 확인하고 게시 인스턴스에 /bin/receive 노드가 없는지 확인합니다. 그렇지 않으면 삭제하십시오.
    • CRX 콘텐츠 탐색기에 확인하고 작성자 인스턴스에 /bin/replicate 노드가 없는지 확인합니다. 그렇지 않으면 삭제하십시오.

B. 복제 에이전트 및 관련 번들을 다시 시작합니다.

이 시점에서 복제 에이전트가 올바르게 구성되어 있다고 간주할 수 있습니다. 몇 분 동안 로그에 복제 시도가 없으면 다음 수정 작업을 수행하여 대기열의 차단을 해제한 후 복제가 다시 시작될 경우 각 단계 사이를 다시 확인합니다.

  1. 복제 에이전트를 비활성화한 다음 다시 활성화합니다.
  2. Felix 콘솔에서 복제 번들을 다시 시작합니다(http://host:port/system/console/bundles/com.day.cq.cq-replication).
  3. Apache Sling 이벤트 지원 번들(http://host:port/system/console/bundles/org.apache.sling.event)을 다시 시작합니다.
  4. Apache Felix EventAdmin을 다시 시작합니다(http://host:port/system/console/bundles/org.apache.felix.eventadmin).

C. 해당 Sling 작업을 삭제하여 큐 삭제를 강제 적용합니다.

위의 사항이 실패하면 큐를 수동으로 지우는 것이 마지막 옵션이 될 수 있습니다.

주제 =복제 에이전트 이름으로 Sling 작업을 직접 제거하면 됩니다.

이렇게 하는 가장 빠른 방법은 CRXDE Lite(http://host:port/crx/de/index.jsp)을 사용하고 노드를 삭제하는 것입니다.

/var/eventing/jobs/assigned/%INSTANCE-SLING-ID%/%REPLICATION-AGENT-FULL-ID%

따라서 예를 들어 기본 게시 에이전트를 사용하는 경우:

/var/eventing/jobs/assigned/e23dd09d-83f1-4735-a77c-394df479214c/com.day.cq.replication.job.publish

이 작업은 특별한 해결 방법으로 간주됩니다. 이러한 경우가 발생하면 AEM 지원에 문의하십시오.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f