Strategi för säkerhetskopiering och återställning i en klustrad miljö strategy-for-backup-and-restore-in-a-clustered-environment

NOTE
Om implementeringen av AEM sparar ytterligare anpassade data i en annan databas måste du implementera en strategi för att säkerhetskopiera dessa data, så att de är synkroniserade med de AEM formulärdata. Dessutom måste programmet vara utformat så att det är tillräckligt robust för att hantera ett scenario där ytterligare databaser inte är synkroniserade. Vi rekommenderar starkt att alla databasåtgärder som utförs utförs i samband med en transaktion för att upprätthålla ett konsekvent tillstånd.

Du behöver säkerhetskopiera följande delar av AEM formulärsystem för att kunna återskapa eventuella fel:

  • Databas som används av AEM formulär
  • GDS som har långlivade data och andra beständiga dokument
  • AEM (crx-database)
NOTE
Du måste säkerhetskopiera alla andra data som används i AEM, t.ex. kundteckensnitt, anslutningsdata osv.

Säkerhetskopiera en klustrad miljö back-up-a-clustered-environment

I det här avsnittet beskrivs följande strategier för att säkerhetskopiera AEM klustermiljö:

  • Offlinesäkerhetskopiering med driftstopp
  • Offlinesäkerhetskopiering utan driftstopp (säkerhetskopiering av en sekundär nod som är avstängd)
  • Onlinesäkerhetskopiering utan driftstopp och fördröjning
  • Säkerhetskopiera egenskapsfilen för Bootstrap

Offlinesäkerhetskopiering med driftstopp offline-backup-with-downtime

  1. Stäng av hela klustret och tillhörande tjänster. (se Starta och stoppa tjänster)

  2. Säkerhetskopiera databasen, GDS och Connectors på alla noder. (se Filer som ska säkerhetskopieras och återställas)

  3. Så här säkerhetskopierar du AEM databasen offline:

    1. För varje klusternod säkerhetskopierar du filen som innehåller klusternods-ID:t.
    2. Säkerhetskopiera alla filer i en sekundär klusternod, inklusive underkataloger.
    3. Säkerhetskopiera databas-/system-ID för varje klusternod separat.

    Detaljerade anvisningar finns i Säkerhetskopiering och återställning.

  4. Säkerhetskopiera alla andra data, till exempel kundens typsnitt.

  5. Starta klustret igen.

Offlinesäkerhetskopiering utan driftstopp offline-backup-with-no-downtime

  1. Ange läget för rullande säkerhetskopiering. (se Ange lägen för säkerhetskopiering)

    Lämna läget för rullande säkerhetskopiering efter en återställning.

  2. Stäng någon av de sekundära noderna i klustret angående AEM. (se Starta och stoppa tjänster)

  3. Säkerhetskopiera databasen, GDS och Connectors på alla noder. (se Filer som ska säkerhetskopieras och återställas)

  4. Så här säkerhetskopierar du AEM databasen offline:

    1. För varje klusternod säkerhetskopierar du filen som innehåller klusternods-ID:t.
    2. Säkerhetskopiera alla filer i en sekundär klusternod, inklusive underkataloger.
    3. Säkerhetskopiera repository/system.id av varje klusternod separat.

    Detaljerade anvisningar finns i Säkerhetskopiering och återställning.

  5. Säkerhetskopiera alla andra data, till exempel kundens typsnitt.

  6. Starta klustret igen.

Onlinesäkerhetskopiering utan driftstopp och fördröjning online-backup-with-no-downtime-but-delay-in-response

  1. Ange läget för rullande säkerhetskopiering. (se Ange lägen för säkerhetskopiering)

    Lämna läget för rullande säkerhetskopiering efter en återställning.

  2. Stäng någon av de sekundära noderna i klustret angående AEM. (se Starta och stoppa tjänster)

  3. Säkerhetskopiera databasen, GDS och Connectors på alla noder. (se Filer som ska säkerhetskopieras och återställas)

  4. Så här säkerhetskopierar du AEM databas online:

    1. För varje klusternod säkerhetskopierar du filen som innehåller Cluster_node.id.
    2. Säkerhetskopiera repository/system.id av varje klusternod separat.
    3. På valfri sekundär nod gör du en onlinesäkerhetskopiering av databasen. Mer information finns i Onlinesäkerhetskopiering.
  5. Säkerhetskopiera alla andra data, till exempel kundens typsnitt.

  6. Starta klustret igen.

Säkerhetskopiera egenskapsfilen för Bootstrap back-up-the-bootstrap-properties-file

När vi skapar ett AEM skapas en egenskapsfil i programservern för alla sekundära noder. Vi rekommenderar att du säkerhetskopierar egenskapsfilen för Bootstrap. Du kan hitta filen på följande plats på programservern:

  • JBoss®: i katalogen BIN
  • WebLogic: i domänkatalogen
  • WebSphere®: i profilkatalogen

Säkerhetskopiera filen för ett återställningsscenario AEM sekundär nod och ersätt den på den angivna platsen på programservern, om den har återställts.

Återställning i en klustrad miljö recovery-in-a-clustered-environment

Om fel uppstår i hela klustret eller en enda nod återställer du det med hjälp av säkerhetskopian.

Om du vill återställa en enskild nod stänger du den enskilda noden och kör återställningsproceduren för en enda nod.

Om hela klustret inte fungerar på grund av fel som t.ex. databaskrascher utför du följande steg. Återställning beror på vilken säkerhetskopieringsmetod som används.

Återställa en enskild nod restoring-a-single-node

  1. Stoppa den skadade noden.

    note note
    NOTE
    Om den skadade noden är en AEM primär nod stänger du av hela klusternoden.
  2. Återskapa det fysiska systemet från en systemavbildning.

  3. Använd patchar eller uppdateringar på AEM formulär som använts sedan bilden skapades. Denna information registrerades under säkerhetskopieringen. AEM formulär måste återställas till samma nivå som när systemet säkerhetskopierades.

  4. (Valfritt) Om alla andra noder fungerar som de ska, är det möjligt att även den AEM databasen är skadad. I så fall visas ett osynkroniserat databasmeddelande i filen error.log i AEM.

    Så här återställer du databasen:

    note note
    NOTE
    Om en zippad crx-database backup togs online, packa upp den på valfri plats och följ processen för offlineåterställning.
    1. Ta bort katalogerna för databasen, delade arbetsytor, versioner och arbetsytor i katalogen ClusterNode i noden.
    2. Återställ säkerhetskopian av klusternoden (inklusive underkataloger) till noden.
    3. Ta bort filen clusterNode/revision.log på noden.
    4. Ta bort .lock-koden på noden, om sådan finns.
    5. Ta bort repository/system.id på noden, om det finns någon.
    6. Ta bort filerna **/listener.properties på noden, om det finns.
    7. Återställ repository/cluster_node.id för enskilda klusternoder.
NOTE
Tänk på följande:
  • Om den misslyckade noden var en AEM primär nod kopierar du allt innehåll från den sekundära databasmappen (crx-database\crx.0000 där 000 kan vara valfri siffra) till databasmappen crx-database och tar bort den sekundära databasmappen.
  • Innan du startar om en klusternod måste du ta bort databasen /clustered.txt från den primära noden.
  • Se till att den primära noden startas först och starta sedan andra noder när den har startats.

Återställer hela klustret restoring-the-entire-cluster

  1. Stoppa alla klusternoder.

  2. Återskapa det fysiska systemet från en systemavbildning.

  3. Använd patchar eller uppdateringar i AEM formulärAEM-formulär som har använts sedan bilden skapades. Denna information registrerades i steg 1 av säkerhetskopieringsproceduren. AEM formulär måste återställas till samma nivå som när systemet säkerhetskopierades.

  4. Återställ databasen, GDS och Connectors.

  5. Så här återställer du AEM offline:

    note note
    NOTE
    Om en zippad crx-database backup togs online, packa upp den på valfri plats och följ processen för offlineåterställning.
    1. På alla klusternoder tar du bort katalogerna för databasen, delade arbetsytor, versioner och arbetsytor i mappen ClusterNode.
    2. Ta bort alla filer och kataloger i den delade katalogen.
    3. Återställ säkerhetskopian av klusternoden (inklusive underkataloger) till en klusternod.
    4. Kopiera alla filer i den återställda klusternoden till alla andra klusternoder. När du är klar innehåller varje klusternod samma data.
    5. Ta bort filen clusterNode/revision.log på alla klusternoder.
    6. Ta bort .lock på alla klusternoder, om det finns.
    7. Ta bort repository/system.id alla klusternoder, om sådana finns.
    8. Ta bort filerna **/listener.properties på alla klusternoder, om sådana finns.
    9. Återställ repository/cluster_node.id för enskilda klusternoder.
NOTE
Tänk på följande:
  • Om den misslyckade noden var en AEM primär nod kopierar du allt innehåll från den sekundära databasmappen (den ser ut som crx-database\crx.0000 där 000 kan vara vilken siffra som helst) till databasmappen crx-database.
  • Innan du startar om en klusternod måste du ta bort databasen /clustered.txt från den primära noden.
  • Se till att den primära noden startas först och starta sedan andra noder när den har startats.

Säkerhetskopiera och återställa publiceringsnoden för Correspondence Management Solution back-up-and-restore-correspondence-management-solution-publish-node

Utgivarnoden har ingen primär-sekundär relation i en klustrad miljö. Du kan säkerhetskopiera alla Publisher-noder genom att följa följande Säkerhetskopiering och återställning.

Återställa en enskild utgivarnod recover-a-single-publisher-node

  1. Stäng noden som måste återställas och gör ingen publiceringsaktivitet förrän noden är uppe igen.
  2. Återställ publiceringsnoden med Återställa säkerhetskopian.

Återställa ett kluster recover-a-cluster

  1. Stäng av klustret.
  2. Återställ publiceringsnoden med Återställa säkerhetskopian.
  3. Starta den primära noden följt av den sekundära noden i utvecklarklustret.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2