복제 큐 문제

설명 description

환경

  • Experience Manager 6.4
  • Experience Manager 6.5

문제/증상

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

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

해결 방법 resolution

각 복제 에이전트가 활성화되어 있고 올바르게 구성되어 있는지 확인하십시오.

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

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

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

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

  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).

해당 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