Bestanden waarvan een back-up moet worden gemaakt en die moeten worden hersteld files-to-back-up-and-recover

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:

Globale map voor documentopslag global-document-storage-directory

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, 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 gds-location

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:

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

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

Back-upopties wanneer database wordt gebruikt voor documentopslag backup-options-when-database-is-used-for-document-storage

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-repository

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 correspondence-management-solution

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 forms-manager

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

AEM Forms Workspace html-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.

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 aem-forms-database

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.

DB2 db2

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

IBM beschikt over een reeks tools 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 Een back-up- en herstelstrategie voor DB2 ontwikkelen.

Oracle 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 oracle: Verklaart de concepten steun en terugwinning en de gemeenschappelijkste technieken voor het gebruiken van de Manager van de Terugwinning (RMAN) voor steun, terugwinning, en het melden in detail, evenals het verstrekken van meer informatie over hoe te om een steun en terugwinningsstrategie te plannen.

Gebruikershandleiding voor back-up en herstel van database oracle: Verstrekt diepgaande informatie over architectuur RMAN, steun en terugwinningsconcepten en mechanismen, geavanceerde terugwinningstechnieken zoals punt-in-tijd terugwinning en gegevensbestand flashback eigenschappen, en steun en terugwinningsprestaties het stemmen. 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 oracle: Verstrekt volledige informatie over syntaxis en semantiek voor alle bevelen RMAN, en beschrijft de gegevensbestandmeningen die voor het melden van steun en terugwinningsactiviteiten beschikbaar zijn.

SQL Server 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:

Zie voor meer informatie Back-up en herstel.

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

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 - 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 dwingen FLUSH LOGS SQL gebruiken. Na de eerste volledige back-up worden de volgende incrementele back-ups uitgevoerd met behulp van het mysqladmin-hulpprogramma met de flush-logs gebruiken, waarmee het volgende logbestand wordt gemaakt.

Zie Samenvatting van back-upstrategie.

binlog_format=mixed
log-bin=logname

Content Storage Root-directory (alleen Content Services) content-storage-root-directory-content-services-only

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) content-storage-root-location-stand-alone-environment

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 van de inhoudsopslag is [basis van em-formulieren]/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) content-storage-root-location-clustered-environment

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

Basismap voor inhoudsopslag: Gewoonlijk een gedeelde netwerkmap die lees-/schrijftoegankelijk is voor alle knooppunten in de cluster

Basismap index: 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 van de inhoudsopslag is [GDS-root]/lccs_data, waarbij [GDS-root] is de locatie 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 standaardlocatie voor de hoofdmap van de index is [basis van em-formulieren]/lucene-indexes op elke knoop.

Door de klant geïnstalleerde lettertypen customer-installed-fonts

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.

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