Bestanden waarvan een back-up moet worden gemaakt en die moeten worden hersteld

De toepassing en gegevensbestanden waarvan een back-up moet worden gemaakt, worden in de volgende secties nader beschreven.

Overweeg de volgende punten met betrekking tot back-up en herstel:

  • Er moet een back-up van de database worden gemaakt voordat de GDS en AEM opslagplaats worden gebruikt.
  • Als u de knopen in een gegroepeerd gegroepeerd milieu voor steun moet onderdrukken, zorg ervoor dat de secundaire knopen vóór de primaire knoop worden gesloten. Anders kan dit leiden tot inconsistentie in de cluster of server. Ook, zou de primaire knoop vóór om het even welk secundair knooppunt levend moeten worden gemaakt.
  • Voor de herstelbewerking van een cluster moet de toepassingsserver worden gestopt voor elk knooppunt in de cluster.

Globale map voor documentopslag

De GDS is een map die wordt gebruikt voor het opslaan van bestanden met een lange levensduur die in een proces worden gebruikt. De levensduur van bestanden met een lange levensduur moet een of meer keren worden gestart met een AEM formuliersysteem en kan dagen en zelfs jaren beslaan. Deze bestanden van lange duur kunnen PDF's, beleidsregels en formuliersjablonen bevatten. Bestanden met een lange levensduur vormen een essentieel onderdeel van de algemene status van veel AEM formulieren. Als sommige of alle documenten met een lange levensduur verloren gaan of beschadigd raken, kan de formulierserver instabiel worden.

Invoerdocumenten voor asynchrone aanroep van taken worden ook opgeslagen in de GDS en moeten beschikbaar zijn voor het verwerken van aanvragen. Daarom is het belangrijk dat u de betrouwbaarheid van het bestandssysteem dat de GDS host en een redundante array van onafhankelijke schijven (RAID) of andere technologie gebruikt, als geschikt beschouwt voor uw vereisten op het gebied van kwaliteit en serviceniveau.

De locatie van de GDS wordt bepaald tijdens het installatieproces van AEM formulieren of later met behulp van de beheerconsole. Naast het houden van een high-availability plaats voor GDS, kunt u gegevensbestandopslag voor documenten ook toelaten. Zie Back-upopties wanneer database wordt gebruikt voor documentopslag.

GDS-locatie

Als u de locatie-instelling tijdens de installatie leeg laat, wordt de locatie standaard ingesteld op een map onder de installatie van de toepassingsserver. U moet een back-up maken van de volgende map voor uw toepassingsserver:

  • (JBoss) [appserver root]/server/[server]/svcnative/DocumentStorage
  • (WebLogic) [appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage
  • (WebSphere) [appserver root]/installedApps/adobe/[server]/DocumentStorage

Als u de GDS-locatie hebt gewijzigd in een andere locatie dan de standaardlocatie, kunt u deze als volgt bepalen:

  • Meld u aan bij de beheerconsole en klik op Instellingen > Core System Settings > Configurations.
  • Registreer de plaats die in het Globale vakje van de Folder van de Opslag van het Document wordt gespecificeerd.

In een gegroepeerd milieu, wijst GDS typisch aan een folder die op het netwerk wordt gedeeld en lees/schrijf toegankelijk voor elke clusterknoop is.

De locatie van de GDS kan tijdens een herstelbewerking worden gewijzigd als de oorspronkelijke locatie niet meer beschikbaar is. (Zie De GDS-locatie wijzigen tijdens herstel.)

Back-upopties wanneer database wordt gebruikt voor documentopslag

U kunt AEM formulierdocumentopslag inschakelen in de AEM formulierdatabase met behulp van de beheerconsole. Hoewel met deze optie alle permanente documenten in de database blijven staan, is voor AEM formulieren de op het bestandssysteem gebaseerde GDS-map nog steeds vereist, omdat deze wordt gebruikt voor het opslaan van permanente en tijdelijke bestanden en bronnen die verband houden met sessies en aanroepen van AEM formulieren.

Wanneer u de optie "Documentopslag in de database inschakelen" selecteert in de Core System Settings in de beheerconsole of door Configuration Manager te gebruiken, staan AEM formulieren de back-upmodus voor momentopnamen en de schuifmodus niet toe. Daarom hoeft u de back-upmodi niet te beheren met AEM formulieren. Als u deze optie gebruikt, dient u slechts eenmaal een back-up van de GDS te maken nadat u de optie hebt ingeschakeld. Wanneer u AEM formulieren herstelt van een back-up, hoeft u de naam van de back-upmap voor de GDS niet te wijzigen of GDS te herstellen.

AEM

AEM opslagplaats (crx-gegevensopslagplaats) wordt gecreeerd als crx-bewaarplaats tijdens het installeren van AEM vormen wordt gevormd. De locatie van de crx-repository directory wordt bepaald tijdens het installatieproces van AEM formulieren. AEM back-up en herstel in de opslagplaats is vereist in combinatie met database en GDS voor consistente AEM formuliergegevens in AEM formulieren. AEM opslagplaats bevat gegevens voor Correspondence Management Solution, Forms Manager en AEM Forms Workspace.

Correspondentenbeheeroplossing

De Oplossing van het Beheer van de correspondentie centraliseert en beheert de verwezenlijking, de assemblage en de levering van veilige, gepersonaliseerde, en interactieve correspondentie. Hiermee kunt u snel correspondentie samenstellen van zowel vooraf goedgekeurde als door u geschreven inhoud in een gestroomlijnd proces, van ontwerp tot archivering. Hierdoor krijgen uw klanten actuele, nauwkeurige, handige, veilige en relevante communicatie. Uw bedrijf maximaliseert de waarde van klanteninteractie en minimaliseert kosten en risico met een proces dat voor gemak, snelheid, en productiviteit wordt gestroomlijnd.

Een eenvoudige installatie van een Correspondentenbeheeroplossing bestaat uit een auteurinstantie en een publicatieexemplaar op dezelfde computer of op verschillende computers

formulierbeheer

Met formulierbeheer stroomlijnt u het bijwerken, beheren en verwijderen van formulieren.

AEM Forms Workspace

AEM Forms Workspace past de mogelijkheden van de Flex Workspace (Verouderd voor AEM formulieren op JEE) aan en voegt nieuwe mogelijkheden toe om Workspace uit te breiden en te integreren en gebruikersvriendelijker te maken.

OPMERKING

De Flex-werkruimte is verouderd voor AEM formulierrelease.

Hierdoor is taakbeheer mogelijk voor clients zonder Flash Player en Adobe Reader. Het vergemakkelijkt de uitvoering van HTML Forms, naast PDF forms en Flex-formulieren.

AEM formulierdatabase

In de database met AEM formulieren wordt inhoud opgeslagen, zoals formulierartefacten, serviceconfiguraties, processtatus en databaseverwijzingen naar bestanden in de GDS en de hoofdmap voor inhoudsopslag (voor Content Services). De steunen van het gegevensbestand kunnen in echt - tijd zonder een onderbreking in de dienst worden uitgevoerd, en de terugwinning kan op een specifiek punt in tijd of aan een bepaalde verandering zijn. In deze sectie wordt beschreven hoe u uw database zo configureert dat hiervan in real-time een back-up kan worden gemaakt.

Op een behoorlijk gevormd AEM vormensysteem, kunnen de systeembeheerder en de gegevensbestandbeheerder gemakkelijk samenwerken om het systeem aan een verenigbare, bekende staat terug te krijgen.

Als u een back-up van de database in real-time wilt maken, moet u de modus Momentopname gebruiken of uw database configureren voor uitvoering in de opgegeven logmodus. Hierdoor kunnen back-ups van uw databasebestanden worden gemaakt terwijl de database geopend en beschikbaar is voor gebruik. Bovendien bewaart het gegevensbestand zijn terugdraaiing en transactielogboeken wanneer het op deze wijzen loopt.

OPMERKING

Adobe® LiveCycle® Content Services ES (Afgekeurd) is een contentbeheersysteem dat is geïnstalleerd met LiveCycle. Hiermee kunnen gebruikers processen ontwerpen, beheren, bewaken en optimaliseren die op mensen zijn gericht. De ondersteuning voor Content Services (Afgekeurd) eindigt op 31-12-2014. Zie Adobe product lifecycle document.

DB2

Vorm uw DB2 gegevensbestand om op de wijze van het archieflogboek te lopen.

OPMERKING

Als de omgeving van uw AEM formulieren is geüpgraded vanaf een eerdere versie van AEM formulieren en DB2 gebruikt, wordt online back-up niet ondersteund. In dit geval moet u AEM formulieren sluiten en een offlineback-up uitvoeren. Toekomstige versies van AEM formulieren ondersteunen online back-ups voor klanten van upgrades.

IBM beschikt over een pakket hulpmiddelen en Help-systemen waarmee databasebeheerders hun back-up- en hersteltaken kunnen beheren:

DB2 heeft ingebouwde mogelijkheden aan file een gegevensbestand aan de Manager van de Opslag van Tivoli. Met Tivoli Storage Manager kunnen DB2-back-ups worden opgeslagen op andere media of op de lokale vaste schijf.

Voor meer informatie over DB2 gegevensbestandsteun en terugwinning, zie het Ontwikkelen van een steun en terugwinningsstrategie voor DB2.

Oracle

Maak back-ups van momentopnamen of configureer de database van het Oracle voor uitvoering in de archieflogmodus. (Zie Back-up van Oracle: Een inleiding.) Voor meer informatie over het steunen van en het terugkrijgen van uw gegevensbestand van het Oracle, ga naar deze plaatsen:

Back-up en herstel van oracles: Verklaart de concepten back-up en herstel en de meest gangbare technieken voor het gebruik van Recovery Manager (RMAN) voor back-up, herstel en rapportage in meer detail, en biedt meer informatie over het plannen van een back-up- en herstelstrategie.

Gebruikershandleiding voor back-up en herstel van databases van oracles: biedt uitgebreide informatie over RMAN-architectuur, concepten en mechanismen voor back-up en herstel, geavanceerde hersteltechnieken zoals 'point-in-time' herstel en flashback-functies van databases, en afstemming van back-up- en herstelprestaties. Het omvat ook door de gebruiker beheerde back-up en herstel, waarbij gebruik wordt gemaakt van hostbesturingssysteemfaciliteiten in plaats van RMAN. Dit volume is essentieel voor back-up en herstel van geavanceerdere databaseimplementaties en voor geavanceerde herstelscenario's.

Referentie voor back-up en herstel van database van oracle: biedt volledige informatie over syntaxis en semantiek voor alle RMAN-opdrachten en beschrijft de databaseweergaven die beschikbaar zijn voor rapportage over back-up- en herstelactiviteiten.

SQL Server

Maak back-ups van momentopnamen of configureer de SQL Server-database voor uitvoering in de transactielogmodus.

SQL de Server verstrekt ook twee steun en terugwinningshulpmiddelen:

  • SQL Server Management Studio (GUI)
  • T-SQL (opdrachtregel)

Zie Back-up en herstel voor meer informatie.

MySQL

Gebruik MySQLAdmin of wijzig de INI dossiers in Vensters om uw gegevensbestand te vormen MySQL om op binaire logboekwijze te lopen. (Zie MySQL binaire logboekregistratie.) Een hot backup-hulpprogramma voor MySQL is ook beschikbaar in de InnoBase-software. (Zie Innobase Hot Backup.)

OPMERKING

De standaard binaire registrerenwijze voor MySQL is "Verklaring", die met lijsten onverenigbaar is die door de Diensten van de Inhoud (Vervangen) worden gebruikt. Het gebruiken van binair het registreren op deze standaardwijze veroorzaakt de Diensten van de Inhoud (Vervangen) om te ontbreken. Als uw systeem Inhoudsdiensten (Afgekeurd) omvat, gebruik "Gemengd"registrerenwijze. Om het "Gemengd"registreren toe te laten, voeg het volgende argument aan het my.ini- dossier toe:

binlog_format=mixed log-bin=logname

U kunt het mysqldump-hulpprogramma gebruiken om de volledige databaseback-up te verkrijgen. Volledige back-ups zijn vereist, maar ze zijn niet altijd handig. Ze produceren grote back-upbestanden en het genereren van tijd neemt veel tijd in beslag. Als u een incrementele back-up wilt maken, moet u de server starten met de optie - log-bin, zoals beschreven in de vorige sectie. Telkens als de server MySQL opnieuw begint, houdt het het schrijven aan het huidige binaire logboek op, leidt tot nieuwe en, van toen, wordt nieuwe. U kunt een schakelaar manueel met het FLUSH LOGS SQL bevel dwingen. Na de eerste volledige back-up worden de volgende incrementele back-ups uitgevoerd met behulp van het mysqladmin-hulpprogramma met de opdracht flush-logs, waarmee het volgende logbestand wordt gemaakt.

Zie Samenvatting van back-upstrategie.

binlog_format=mixed
log-bin=logname

Content Storage Root-directory (alleen Content Services)

De map Content Storage Root bevat de opslagruimte Content Services (Afgekeurd) waar alle documenten, artefacten en indexen zijn opgeslagen. Er moet een back-up worden gemaakt van de boomstructuur van de directory met de opslaghoofdmap voor inhoud. In deze sectie wordt beschreven hoe u de locatie van de hoofdmap voor inhoudsopslag voor zelfstandige en geclusterde omgevingen kunt bepalen.

Locatie van opslaghoofdmap voor inhoud (zelfstandige omgeving)

De hoofdmap voor inhoudsopslag wordt gemaakt wanneer Content Services (Afgekeurd) is geïnstalleerd. De locatie van de hoofdmap voor inhoudsopslag wordt bepaald tijdens het installatieproces van AEM formulieren.

De standaardlocatie voor de hoofdmap voor inhoudsopslag is [aem-forms root]/lccs_data.

Maak een back-up van de volgende mappen in de hoofdmap van de inhoudsopslagruimte:

/audit.contentstore

/contentStore

/contentstore.deleted

/backup-lucene-indexen

Als de /backup-lucene-indexes folder niet aanwezig is, file de /lucene-indexes folder, die ook in de folder van de Root van de Opslag van de Inhoud wordt gevestigd. Als de /backup-lucene-indexes folder aanwezig is, maak geen file de /lucene-indexes folder omdat het fouten kan veroorzaken.

Hoofdlocatie voor opslag van inhoud (geclusterde omgeving)

Wanneer u Content Services (Afgekeurd) installeert in een geclusterde omgeving, wordt de hoofdmap van de inhoudsopslagruimte gesplitst in twee aparte mappen:

Content Storage Root-map: doorgaans een gedeelde netwerkmap die lees-/schrijfbaar is en toegankelijk is voor alle knooppunten in de cluster

Indexhoofdmap: een map die op elk knooppunt in de cluster is gemaakt en die altijd hetzelfde pad en dezelfde mapnaam heeft

De standaardlocatie voor de hoofdmap voor inhoudsopslag is [GDS-root]/lccs_data, waarbij [GDS-root] de locatie is die wordt beschreven in GDS-locatie. Maak een back-up van de volgende mappen in de hoofdmap van de inhoudsopslagruimte:

/audit.contentstore

/contentStore

/contentstore.deleted

/backup-lucene-indexen

Als de /backup-lucene-indexes folder niet aanwezig is, file de /lucene-indexes folder, die ook in de folder van de Root van de Opslag van de Inhoud wordt gevestigd. Als de /backup-lucene-indexes folder aanwezig is, maak geen file de /lucene-indexes folder omdat het fouten kan veroorzaken.

De standaardplaats voor de folder van de Wortel van de Index is [aem-vormen wortel]/lucene-indexen op elke knoop.

Door de klant geïnstalleerde lettertypen

Als u aanvullende lettertypen hebt geïnstalleerd op uw AEM, moet u er een afzonderlijk back-up van maken. Maak een back-up van alle mappen met lettertypen voor Adobe en klanten die zijn opgegeven in de beheerconsole onder Instellingen > Core System > Configurations. Zorg ervoor dat u een back-up maakt van de volledige lettertypemap.

OPMERKING

Standaard bevinden de met AEM formulieren geïnstalleerde Adobe-lettertypen zich in de map [aem-forms root]/fonts.

Als u het besturingssysteem op de hostcomputer opnieuw initialiseert en u de lettertypen van het vorige besturingssysteem wilt gebruiken, moet ook een back-up worden gemaakt van de inhoud van de systeemmap met lettertypen. (Raadpleeg de documentatie bij het besturingssysteem voor specifieke instructies.)

Op deze pagina