Felsökning av problem med AEM MSM

I den här artikeln beskrivs olika sätt att felsöka AEM MSM-problem. Dessutom beskrivs följande:

  • Hitta avancerad information om din status för utkast och Livecopies
  • Kontrollera MSM-specifik information i databasen
  • Information som ska ges när en MSM-supportbiljett öppnas

Beskrivning description

Miljö

Experience Manager

Problem/symtom

Grundläggande verifieringar att börja med:

Upplösning resolution

Hitta avancerad information om din status för utkast och Livecopies

Multi-Site Manager (MSM) registrerar flera servrar som kan begäras med väljare på resurs-URL:erna.

De används av användargränssnittet men kan också begäras direkt för att visa ytterligare avancerade beräknade MSM-statusar för dina sidor:

  1. http://host:port/content/path/to/bluprint/page.blueprint.json?&maxSize=500&advancedStatus=true&returnRelationships=true&msm%3Atrigger=ROLLOUT
    Använd på en designsida för att hämta listan över alla länkade livecopior med avancerad LC-status.

  2. http://host:port/content/path/to/livecopy/page.msm.json
    Använd på Livecopy-sidor för att få avancerad information om deras anslutning till deras designsida.

    Om sidan inte är en Livecopy returneras ingenting.

Dessa servrar genererar även DEBUG-loggmeddelanden via loggen com.day.cq.wcm.msm som är även värda att kontrollera.

Kontrollera MSM-specifik information i databasen

Serlets ovan returnerade beräknad information baserat på MSM-specifika noder och mixins.
Informationen lagras på följande sätt.

  • cq:LiveSync blandningstyp

    Detta ställs in på jcr:content-noder och definierar Livecopy-rotsidor.

    Dessa sidor kommer att ha en cq:LiveSyncConfig underordnad nod av typen cq:LiveCopy som kommer att innehålla grundläggande och obligatorisk information på Livecopy via följande egenskaper:

    • cq:master - pekar på sidan för utkast i Livecopy
    • cq:rolloutConfigs - indikerar aktiva utrullningskonfigurationer som används i Livecopy
    • cq:isDeep - är true om de underordnade sidorna för den här rotbibliotekssidan inkluderas i Livecopy.
  • cq:LiveRelationship blandningstyp
    Alla livecopy-sidor har en sådan blandningstyp på jcr:content-noden.

    Om så inte är fallet har sidan kopplats loss eller skapats manuellt via redigeringsgränssnittet utanför en Livecopy-åtgärd (skapa eller utrulla).

  • cq:LiveSyncCancelled blandningstyp
    Tillagd på jcr:content-noder för LiveCopy-sidor som har pausats.

    Om uppehållet gäller även för underordnade sidor: en cq:isCancelledForChildren=true-egenskap läggs till på samma nod.

Informationen som finns där bör förstås återspeglas i användargränssnittet, men i onormala situationer kan du träffa där du kan ifrågasätta användargränssnittet eller MSM-beteendet. Superanvändare kan dock verifiera dessa noder direkt för att förstå statusen för sina MSM-sidor.

Att känna till dessa egenskaper kan också vara användbart för att fråga databasen och ta reda på uppsättningar med sidor som är i vissa lägen.

Exempel: välj * från cq:LiveSync returnerar alla Livecopy-rotsidor.

Information som ska tillhandahållas när du kontaktar en MSM Support-biljett.

Du kan till slut behöva AEM Support-hjälp.

När du öppnar en supportanmälan på supportportalen ska du kvalificera problemet så bra som möjligt enligt riktlinjerna i Skicka in en supportanmälan på Experience League.

För MSM-utgåvor bör dessa ytterligare precisioner läggas till idealt:

  • Innan du bifogar loggar: aktivera DEBUG-nivån för loggen com.day.cq.wcm.msm i /system/console/slinglog och upprepa den problematiska MSM-åtgärden.
  • Bifoga utdata för konfigurationen http://<host>:<port>/libs/wcm/msm/content/commands/rolloutconfigs.json
  • Kommunicera de utrullningskonfigurationer som är kopplade till livecopiorna
  • Om problemet verkar komma från användargränssnittet (webbläsarkonsolfel eller popup-meny för gränssnittsfel): Generera en återskapningsfil för att hämta hela flödet från användarperspektivet när du utför den problematiska MSM-åtgärden: se den här länken för mer information om återskapad fil

Att återge problemet är det enklaste sättet för supporten att snabbt analysera och avgöra om beteendet är normalt eller inte, och agera därefter.

Försök därför att:

  1. Återskapa ditt problem i en liknande konfiguration baserad på webbsidor
  2. Om det inte är möjligt kan du försöka skapa ett innehållspaket som innehåller ditt exempelinnehåll, så att en supporttekniker kan installera det på en tom AEM-instans med samma korrigeringsnivå som din, och återskapa problemet.
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f