Back-up en herstel backup-and-restore

Er zijn twee manieren om back-ups te maken van opslagplaats-inhoud in AEM:

  • U kunt een externe back-up van de opslagplaats maken en deze op een veilige locatie opslaan. Als de repository wordt afgebroken, kunt u deze terugzetten naar de vorige status.
  • U kunt interne versies van de inhoud van de opslagplaats maken. Deze versies worden samen met de inhoud opgeslagen in de opslagplaats, zodat u snel knooppunten en bomen kunt herstellen die u hebt gewijzigd of verwijderd.

Algemeen general

De hier beschreven aanpak is van toepassing op systeemback-up en -herstel.

Als u een back-up moet maken van een kleine hoeveelheid inhoud die verloren gaat en/of deze moet herstellen, is het niet noodzakelijk dat het systeem wordt hersteld:

  • U kunt de gegevens van een ander systeem ophalen via een pakket
  • of u herstelt de back-up op een tijdelijk systeem, maakt een inhoudspakket en implementeert dit op het systeem, waar deze inhoud ontbreekt.

Voor details, zie Steun van het Pakkethieronder.

Timing timing

Voer geen back-up uit parallel aan de afvalophaling van de datastore, omdat dit de resultaten van beide processen kan beschadigen.

Offline back-up offline-backup

U kunt altijd een offline back-up maken. Dit vereist een onderbreking van AEM, maar kan in termen van vereiste tijd in vergelijking met een online steun behoorlijk efficiënt zijn.

In de meeste gevallen gebruikt u een momentopname van het bestandssysteem om op dat moment een alleen-lezen kopie van de opslag te maken. Voer de volgende stappen uit om een offline back-up te maken:

  • de toepassing stoppen
  • een back-up van een momentopname maken
  • de toepassing starten

Aangezien de momentopnamesteun gewoonlijk slechts een paar seconden neemt, is de volledige onderbreking minder dan een paar minuten.

Online back-up online-backup

Deze back-upmethode maakt een back-up van de gehele opslagplaats, inclusief alle toepassingen die erin worden geïmplementeerd, zoals AEM. De back-up bestaat uit inhoud, versiegeschiedenis, configuratie, software, hotfixes, aangepaste toepassingen, logbestanden, zoekindexen enzovoort. Als u clustering gebruikt en als de gedeelde map een submap van crx-quickstart is (fysiek of met een softlink), wordt ook een back-up gemaakt van de gedeelde map.

U kunt de volledige opslagplaats (en alle toepassingen) later herstellen.

Deze methode werkt als een "hot" of "online" back-up, zodat deze kan worden uitgevoerd terwijl de opslagplaats actief is. Daarom is de opslagplaats bruikbaar terwijl de back-up wordt uitgevoerd. Deze methode werkt voor de standaardinstellingen, gebaseerd op Tar-opslag, repository's.

Bij het maken van een back-up hebt u de volgende opties:

  • Back-up maken van een map met AEM geïntegreerde back-upprogramma.
  • Back-ups maken van een map met behulp van een bestandssysteemmomentopname

In elk geval maakt de back-up een afbeelding (of opname) van de opslagplaats. Vervolgens moet de back-upagent van het systeem ervoor zorgen dat dit image daadwerkelijk wordt overgebracht naar een speciaal back-upsysteem (tapestation).

NOTE
Als AEM functie voor online back-up wordt gebruikt op een AEM instantie met een aangepaste binlobstore-configuratie, wordt aanbevolen het pad van de datastore te configureren zodat deze zich buiten de map " crx-quickstart" bevindt en een afzonderlijke back-up van de datastore te maken.
CAUTION
Bij de online back-up wordt alleen een back-up van het bestandssysteem gemaakt. Als u de inhoud van de opslagplaats en/of de gegevensopslagbestanden in een database opslaat, moet van die database een aparte back-up worden gemaakt. Als u AEM met MongoDB gebruikt, zie documentatie over hoe te om MongoDB inheemse reservehulpmiddelente gebruiken.

AEM online back-up aem-online-backup

Met een online back-up van uw opslagplaats kunt u back-upbestanden maken, downloaden en verwijderen. Het is een "hot" of "online" back-upfunctie, die dus kan worden uitgevoerd terwijl de opslagplaats normaal wordt gebruikt in de lees-schrijfmodus.

CAUTION
AEM Online Steun niet gelijktijdig met in werking stellen de Inzameling van het huisvuil van de Datastoreof Opruiming van de Revisie. Dit heeft een negatief effect op de systeemprestaties.

Wanneer het beginnen van een steun kunt u a Weg van het Doel en/of a Vertraging specificeren.

Weg van het Doel De reservedossiers worden gewoonlijk bewaard in de ouderomslag van de omslag die het QuickStart jar dossier (.jar) persen. Bijvoorbeeld, als u het AEM jar dossier onder /InstallationKits/AEM wordt gevestigd, dan zal de steun onder /InstallationKits worden geproduceerd. U kunt ook een doel opgeven op een door u gekozen locatie.

Als TargetPath een folder is, wordt het beeld van de bewaarplaats gecreeerd in deze folder. Als dezelfde map meerdere malen (of altijd) wordt gebruikt voor het opslaan van een back-up,

  • Gewijzigde bestanden in de opslagplaats worden dienovereenkomstig gewijzigd in het TargetPath-bestand
  • verwijderde bestanden in de gegevensopslagruimte worden verwijderd in het TargetPath-bestand
  • gemaakte bestanden in de repository worden gemaakt in het TargetPath
NOTE
Als TargetPath aan filename met de uitbreiding .zip wordt geplaatst, wordt de bewaarplaats gesteund aan een tijdelijke folder en dan wordt de inhoud van deze tijdelijke folder gecomprimeerd en in het dossier van het PIT opgeslagen.
Deze aanpak wordt ontmoedigd, omdat
  • hiervoor is tijdens het back-upproces extra schijfruimte nodig (tijdelijke map plus het ZIP-bestand)
  • het compressieproces wordt uitgevoerd door de gegevensopslagplaats en kan de prestaties ervan beïnvloeden.
  • Het vertraagt het back-upproces.
  • Tot Java 1.6 kan Java alleen ZIP-bestanden maken van maximaal 4 gigabyte.
Als u een ZIP als reserveformaat moet tot stand brengen, zou u steun aan een folder moeten en dan een compressieprogramma gebruiken om het ZIP dossier tot stand te brengen.

Vertraging wijst op een tijdvertraging (in milliseconden), zodat de bewaarplaatsprestaties niet worden beïnvloed. Standaard wordt de back-up van de opslagplaats op volledige snelheid uitgevoerd. U kunt het maken van een online back-up vertragen, zodat andere taken niet worden vertraagd.

Wanneer u een zeer grote vertraging gebruikt, moet u ervoor zorgen dat de online back-up niet meer dan 24 uur in beslag neemt. Als dit het geval is, verwijdert u deze reservekopie, omdat deze mogelijk niet alle binaire elementen bevat.
Een vertraging van 1 milliseconde resulteert doorgaans in 10% CPU-gebruik en een vertraging van 10 milliseconden resulteert meestal in minder dan 3% CPU-gebruik. De totale vertraging in seconden kan als volgt worden geschat: de grootte van de opslagplaats in MB, vermenigvuldigd met vertraging in milliseconden, gedeeld door 2 (als de optie ZIP wordt gebruikt), of gedeeld door 4 (wanneer het steunen aan een folder). Dat betekent dat een back-up naar een directory van een 200 MB opslagplaats met een vertraging van 1 ms de back-uptijd met ongeveer 50 seconden verhoogt.

NOTE
Zie hoe AEM Online Steunvoor interne details van het proces werkt.

Een back-up maken:

  1. Meld u aan bij AEM als beheerder.

  2. Ga naar Hulpmiddelen - Verrichtingen - Steun.

  3. Klik creëren. De back-upconsole wordt geopend.

    chlimage_1-1

  4. Voor de reserveconsole, specificeer de Weg van het Doel en Vertraging.

    chlimage_1-2

    note note
    NOTE
    De back-upconsole is ook beschikbaar via:
    https://<*hostname*>:<*port-number*>/libs/granite/backup/content/admin.html
  5. Klik sparen, zal een vooruitgangsbar op de vooruitgang van de steun wijzen.

    note note
    NOTE
    U kunt annuleren een lopende steun op elk ogenblik.
  6. Wanneer de back-up is voltooid, worden de ZIP-bestanden weergegeven in het back-upvenster.

    chlimage_1-3

    note note
    NOTE
    Back-upbestanden die u niet meer nodig hebt, kunnen met de console worden verwijderd. Selecteer het reservedossier in de linkerruit dan klik Schrapping.
    note note
    NOTE
    Als u een back-up hebt gemaakt in een map: nadat het back-upproces is voltooid, schrijft AEM niet naar de doelmap.

AEM online back-up automatiseren automating-aem-online-backup

Indien mogelijk, zou de online steun moeten in werking worden gesteld wanneer er weinig lading op het systeem, bijvoorbeeld in de ochtend is.

Back-ups kunnen worden geautomatiseerd met de wget - of curl HTTP-clients. In het volgende voorbeeld ziet u hoe u back-ups kunt automatiseren met curl.

Back-up maken van de standaarddoelmap backing-up-to-the-default-target-directory

CAUTION
In het volgende voorbeeld moeten mogelijk verschillende parameters in de opdracht curl voor uw instantie worden geconfigureerd, bijvoorbeeld de hostnaam ( localhost ), poort ( 4502 ), het beheerderswachtwoord ( xyz ) en de bestandsnaam ( backup.zip ).
curl -u admin:admin -X POST http://localhost:4502/system/console/jmx/com.adobe.granite:type=Repository/op/startBackup/java.lang.String?target=backup.zip

Het back-upbestand of de map wordt gemaakt op de server in de bovenliggende map van de map die de map crx-quickstart bevat (net als wanneer u de back-up maakt met de browser). Als u bijvoorbeeld AEM in de map /InstallationKits/crx-quickstart/ hebt geïnstalleerd, wordt de back-up gemaakt in de map /InstallationKits .

De curl-opdracht wordt onmiddellijk geretourneerd, dus u moet deze map controleren om te zien wanneer het zip-bestand gereed is. Tijdens het maken van de back-up kan een tijdelijke map (met de naam op basis van die van het uiteindelijke ZIP-bestand) worden weergegeven, waarna dit bestand wordt gecomprimeerd. Bijvoorbeeld:

  • naam van resulterend ZIP-bestand: backup.zip
  • naam van tijdelijke map: backup.f4d5.temp

Back-up maken op een niet-standaard doelmap backing-up-to-a-non-default-target-directory

Gewoonlijk wordt het back-upbestand of de back-upmap gemaakt op de server in de bovenliggende map van de map die de map crx-quickstart bevat.

Als u de back-up (van beide soorten) op een andere locatie wilt opslaan, kunt u een absoluut pad instellen naar de parameter target in de opdracht curl .

U kunt bijvoorbeeld backupJune.zip genereren in de map /Backups/2012 :

curl -u admin:admin -X POST http://localhost:4502/system/console/jmx/com.adobe.granite:type=Repository/op/startBackup/java.lang.String?target=/Backups/2012/backupJune.zip"
CAUTION
Wanneer u een andere toepassingsserver gebruikt (zoals JBoss), werkt de online back-up mogelijk niet naar behoren, omdat de doelmap niet beschrijfbaar is. Neem in dit geval contact op met de ondersteuningsafdeling.
NOTE
Een steun kan ook worden teweeggebracht gebruikend MBans die door AEMwordt verstrekt.

Back-up van bestandssysteemmomentopname filesystem-snapshot-backup

Het hier beschreven proces is speciaal geschikt voor grote opslagplaatsen.

NOTE
Als u deze back-upbenadering wilt gebruiken, moet uw systeem bestandssysteemmomentopnamen ondersteunen. Voor Linux betekent dit bijvoorbeeld dat uw bestandssystemen op een logisch volume moeten worden geplaatst.
  1. Voer een momentopname uit van het AEM waarop wordt geïmplementeerd.

  2. De momentopname van het bestandssysteem koppelen.

  3. Maak een back-up en maak de opname ongedaan.

Hoe AEM online back-up werkt how-aem-online-backup-works

AEM Online back-up bestaat uit een reeks interne acties om de integriteit te garanderen van de gegevens waarvan een back-up wordt gemaakt en van het back-upbestand of de back-upbestanden die worden gemaakt. Deze worden hieronder weergegeven voor de gegadigden.

Voor de online back-up wordt het volgende algoritme gebruikt:

  1. Wanneer u een ZIP-bestand maakt, moet u eerst de doelmap maken of vinden.

    • Als er een back-up wordt gemaakt van een ZIP-bestand, wordt er een tijdelijke map gemaakt. De mapnaam begint met backup. en eindigt met .temp, bijvoorbeeld backup.f4d3.temp .

    • Als u een back-up maakt naar een map, wordt de naam gebruikt die in het doelpad is opgegeven. Een bestaande map kan worden gebruikt, anders wordt een nieuwe map gemaakt.

      Er wordt een leeg bestand met de naam backupInProgress.txt gemaakt in de doelmap wanneer de back-up wordt gestart. Dit bestand wordt verwijderd wanneer de back-up is voltooid.

  2. De bestanden worden van de bronmap naar de doelmap (of de tijdelijke map wanneer u een ZIP-bestand maakt) gekopieerd. De segmentstore wordt gekopieerd vóór de datastore om beschadiging van de opslagplaats te voorkomen. De index- en cachegegevens worden weggelaten wanneer u de back-up maakt. Als gevolg hiervan worden gegevens van crx-quickstart/repository/cache en crx-quickstart/repository/index niet opgenomen in de back-up. De voortgangsbalkindicator van het proces ligt tussen 0% en 70% wanneer u een ZIP-bestand maakt, of tussen 0% en 100% wanneer geen ZIP-bestand wordt gemaakt.

  3. Als de back-up wordt gemaakt naar een bestaande map, worden de "oude" bestanden in de doelmap verwijderd. Oude bestanden zijn bestanden die niet in de bronmap staan.

De bestanden worden in vier fasen naar de doelmap gekopieerd:

  1. In het eerste kopieerstadium (voortgangsindicator 0% - 63% bij het maken van een ZIP-bestand of 0% - 90% als er geen ZIP-bestand is gemaakt) worden alle bestanden gekopieerd terwijl de opslagplaats op de normale manier wordt uitgevoerd. Het proces bestaat uit twee fasen:

    • Fase A - alles wordt gekopieerd behalve de datastore (met vertraging).
    • Fase B - alleen de datastore wordt gekopieerd (met vertraging).
  2. In het tweede kopieerwerkgebied (voortgangsindicator 63% - 65,8% bij het maken van een ZIP-bestand of 90% - 94% als er geen ZIP-bestand is gemaakt) worden alleen bestanden gekopieerd die in de bronmap zijn gemaakt of gewijzigd sinds het eerste kopieerwerkgebied is gestart. Afhankelijk van de activiteit van de gegevensopslagruimte kan dit variëren van helemaal geen bestanden tot een aanzienlijk aantal bestanden (omdat het eerste stadium van het kopiëren van bestanden meestal de meeste tijd in beslag neemt). Het kopieerproces is vergelijkbaar met het eerste stadium (fase A en fase B met vertraging).

  3. In het derde kopieerstadium (voortgangsindicator 65,8% - 68,6% bij het maken van een ZIP-bestand of 94% - 98% als er geen ZIP-bestand is gemaakt) worden alleen bestanden gekopieerd die in de bronmap zijn gemaakt of gewijzigd sinds de tweede kopieerfase is gestart. Afhankelijk van de activiteit van de gegevensopslagruimte zijn er mogelijk geen bestanden om te kopiëren, of een zeer klein aantal bestanden (omdat het tweede bestand meestal snel wordt gekopieerd). Het kopieerproces is vergelijkbaar met de tweede fase - Fase A en Fase B, maar zonder vertraging.

  4. Fase 1 tot en met 3 van de bestandskopie wordt allemaal tegelijk uitgevoerd terwijl de opslagplaats actief is. Alleen bestanden die in de bronmap zijn gemaakt of gewijzigd sinds het derde kopieerwerkgebied is gestart, worden gekopieerd. Afhankelijk van de activiteit van de gegevensopslagruimte zijn er mogelijk geen bestanden om te kopiëren, of een zeer, zeer klein aantal bestanden (omdat het tweede bestand meestal zeer snel wordt gekopieerd). Progress-indicator 68,6% - 70% bij het maken van een ZIP-bestand of 98% - 100% als er geen ZIP-bestand is gemaakt. Het kopieerproces is vergelijkbaar met de derde fase.

  5. Afhankelijk van het doel:

    • Als een ZIP-bestand is opgegeven, wordt dit nu gemaakt in de tijdelijke map. Voortgangsindicator 70% - 100%. De tijdelijke map wordt vervolgens verwijderd.
    • Als het doel een map was, wordt het lege bestand met de naam backupInProgress.txt verwijderd om aan te geven dat de back-up is voltooid.

Back-up herstellen restoring-the-backup

U kunt een back-up als volgt herstellen:

  • Als u een back-up van de bestandssysteemmomentopname hebt uitgevoerd, kunt u gewoon een image van het systeem herstellen.
  • Als u de back-up als een ZIP-bestand hebt gemaakt, pakt u de inhoud uit in een nieuwe map en start u AEM vanaf die locatie.

Back-up van pakket package-backup

Als u een back-up wilt maken van inhoud en deze wilt herstellen, gebruikt u een van de pakketbeheerprogramma's, waarmee u back-ups kunt maken van inhoud en deze weer kunt terugzetten. Pakketbeheer biedt meer flexibiliteit bij het definiëren en beheren van pakketten.

Voor details op de eigenschappen en de nadelen van elk van deze individuele inhouds pakketformaten, zie hoe te met Pakkettenwerken.

Bereik van back-up scope-of-backup

Wanneer u een back-up maakt van knooppunten met de functie Pakketbeheer of Inhoudszipper, slaat CRX de volgende gegevens op:

  • De inhoud van de opslagplaats onder de structuur die u hebt geselecteerd.
  • De het typedefinities van Knoop die voor de inhoud worden gebruikt u file.
  • De naamruimtedefinities die worden gebruikt voor de inhoud waarvan u een back-up maakt.

Bij het maken van een back-up gaat AEM de volgende informatie verloren:

  • De versiegeschiedenis.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2