Filer som ska säkerhetskopieras och återställas files-to-back-up-and-recover

De program- och datafiler som måste säkerhetskopieras beskrivs mer ingående i följande avsnitt.

Tänk på följande när det gäller säkerhetskopiering och återställning:

Katalog för global dokumentlagring global-document-storage-directory

GDS är en katalog som används för att lagra långlivade filer som används i en process. Långvariga filer är avsedda att spänna över en eller flera starter av ett AEM och kan sträcka sig över flera dagar och till och med år. Dessa långvariga filer kan innehålla PDF, policyer och formulärmallar. Långvariga filer är en viktig del av det övergripande tillståndet för många AEM. Om vissa eller alla långlivade dokument förloras eller skadas kan Forms Server bli instabil.

Indatadokument för asynkrona jobbanrop lagras också i GDS och måste vara tillgängliga för bearbetning av begäranden. Därför är det viktigt att du ser tillförlitligheten i det filsystem som är värd för GDS och använder en redundant uppsättning av oberoende diskar (RAID) eller annan teknik som passar för dina krav på kvalitet och servicenivå.

Platsen för GDS bestäms under installationen av AEM formulär eller senare med hjälp av administrationskonsolen. Förutom att ha en plats med hög tillgänglighet för GDS kan du även aktivera databaslagring för dokument. Se Alternativ för säkerhetskopiering när databasen används för dokumentlagring.

GDS-plats gds-location

Om du lämnar platsinställningen tom under installationen blir platsen som standard en katalog under programserverinstallationen. Säkerhetskopiera följande katalog för programservern:

Om du har ändrat GDS-platsen till en annan plats än standardplatsen kan du bestämma den på följande sätt:

I en klustrad miljö pekar GDS vanligtvis på en katalog som delas i nätverket och som kan läsas/skrivas för varje klusternod.

GDS-platserna kan ändras under en återställning om den ursprungliga platsen inte längre är tillgänglig. (Se Ändra GDS-plats under återställning.)

Alternativ för säkerhetskopiering när databasen används för dokumentlagring backup-options-when-database-is-used-for-document-storage

Du kan aktivera AEM dokumentlagring för formulär i AEM formulärdatabas med administrationskonsolen. Även om det här alternativet behåller alla beständiga dokument i databasen, kräver AEM fortfarande den filsystembaserade GDS-katalogen eftersom den används för att lagra permanenta och tillfälliga filer och resurser som är relaterade till sessioner och AEM formulär.

När du väljer alternativet "Aktivera dokumentlagring i databasen" i Core System Settings i administrationskonsolen eller med Configuration Manager, tillåter AEM inte läge för säkerhetskopiering av ögonblicksbilder och rullande säkerhetskopieringsläge. Därför behöver du inte hantera säkerhetskopieringslägen med AEM formulär. Om du använder det här alternativet bör du endast säkerhetskopiera GDS en gång efter att du har aktiverat alternativet. När du återställer AEM från en säkerhetskopia behöver du inte byta namn på säkerhetskopieringskatalogen för GDS eller återställa GDS.

AEM aem-repository

AEM (crx-database) skapas om crx-databasen konfigureras när AEM installeras. Platsen för crx-database bestäms under installationen av AEM formulär. AEM säkerhetskopiering och återställning av databasen krävs tillsammans med databas och GDS för enhetliga AEM i AEM formulär. AEM innehåller data för Correspondence Management Solution, Forms Manager och AEM Forms Workspace.

Correspondence Management Solution correspondence-management-solution

Correspondence Management Solution centraliserar och hanterar framtagning, sammanställning och leverans av säkra, personaliserade och interaktiva korrespondenser. Det gör att ni snabbt kan sammanställa korrespondens från både förgodkänt och skräddarsytt material i en smidig process från det att det skapas till arkivering. Resultatet blir att era kunder får snabb, korrekt, bekväm, säker och relevant kommunikation. Företaget maximerar värdet av kundinteraktioner och minimerar kostnader och risker med en smidig process som är enkel, snabb och effektiv.

En enkel konfiguration av Correspondence Management Solution innehåller en författarinstans och en publiceringsinstans på samma dator eller på olika datorer

formulärhanterare forms-manager

blanketthanteraren effektiviserar processen att uppdatera, hantera och ta tillbaka blanketter.

AEM Forms Workspace html-workspace

AEM Forms Workspace matchar funktionerna i (Borttaget för AEM på JEE) Flex Workspace och har nya funktioner för att utöka och integrera Workspace och göra det mer användarvänligt.

Det möjliggör uppgiftshantering för klienter utan Flash Player och Adobe Reader. Det underlättar återgivning av HTML Forms, förutom PDF forms och Flex-formulär.

AEM formulärdatabas aem-forms-database

AEM formulärdatabas lagrar innehåll som formulärartefakter, tjänstkonfigurationer, processtillstånd och databasreferenser till filer i GDS och Content Storage Root-katalogen (för Content Services). Säkerhetskopiering av databaser kan utföras i realtid utan avbrott i tjänsten, och återställning kan ske till en viss tidpunkt eller till en viss ändring. I det här avsnittet beskrivs hur du konfigurerar databasen så att den kan säkerhetskopieras i realtid.

På ett korrekt konfigurerat AEM kan systemadministratören och databasadministratören enkelt samarbeta för att återskapa systemet till ett konsekvent och känt tillstånd.

Om du vill säkerhetskopiera databasen i realtid måste du antingen använda läget för ögonblicksbild eller konfigurera databasen så att den körs i det angivna loggläget. Detta gör att dina databasfiler kan säkerhetskopieras medan databasen är öppen och tillgänglig för användning. Databasen bevarar dessutom sina återställnings- och transaktionsloggar när den körs i dessa lägen.

DB2 db2

Konfigurera din DB2-databas så att den körs i arkivloggningsläge.

IBM har en uppsättning verktyg och hjälpsystem som hjälper databasadministratörer att hantera säkerhetskopierings- och återställningsuppgifter:

DB2 har inbyggda funktioner för att säkerhetskopiera en databas till Tivoli Storage Manager. Genom att använda Tivoli Storage Manager kan DB2-säkerhetskopior lagras på andra medier eller på den lokala hårddisken.

Oracle oracle

Använd säkerhetskopiering av ögonblicksbilder eller konfigurera Oraclets databas så att den körs i arkivloggläge. (Se Säkerhetskopiering av Oracle: En introduktion.) Mer information om hur du säkerhetskopierar och återställer Oraclet finns på följande platser:

Säkerhetskopiering och återställning av Oracle: Beskriver koncept för säkerhetskopiering och återställning och de vanligaste teknikerna för användning av Recovery Manager (RMAN) för säkerhetskopiering, återställning och rapportering i detalj, samt ger mer information om hur du planerar en strategi för säkerhetskopiering och återställning.

Användarhandbok för säkerhetskopiering och återställning av Oracle-databas: innehåller detaljerad information om RMAN-arkitektur, koncept och mekanismer för säkerhetskopiering och återställning, avancerade återställningstekniker som återställning och flashback-funktioner vid tidpunkt samt prestandajustering för säkerhetskopiering och återställning. Det omfattar även användarhanterad säkerhetskopiering och återställning med användarens operativsystem istället för RMAN. Den här volymen är väsentlig för säkerhetskopiering och återställning av mer avancerade databasdistributioner och för avancerade återställningsscenarier.

Referens för säkerhetskopiering och återställning av Oracle-databas: Tillhandahåller fullständig information om syntax och semantik för alla RMAN-kommandon och beskriver databasvyerna som är tillgängliga för rapportering av säkerhetskopierings- och återställningsaktiviteter.

SQL Server sql-server

Använd säkerhetskopiering av ögonblicksbilder eller konfigurera SQL Server-databasen så att den körs i transaktionsloggläge.

SQL Server har även två verktyg för säkerhetskopiering och återställning:

Mer information finns i Säkerhetskopiera och återställ.

MySQL mysql

Använd MySQLAdmin eller ändra INI-filerna i Windows för att konfigurera MySQL-databasen så att den körs i binärt loggläge. (Se Binär MySQL-loggning.) Ett verktyg för säkerhetskopiering av MySQL är också tillgängligt från InnoBase. (Se Innobase Hot Backup.)

Du kan använda verktyget mysqldump för att få en fullständig säkerhetskopiering av databasen. Fullständig säkerhetskopiering krävs, men är inte alltid lämplig. De producerar stora säkerhetskopior och tar tid att generera. Om du vill göra en stegvis säkerhetskopiering måste du starta servern med alternativet - log-bin enligt beskrivningen i föregående avsnitt. Varje gång MySQL-servern startas om slutar den skriva till den aktuella binära loggen, skapar en ny och från och med då blir den nya den aktuella. Du kan tvinga en växel manuellt med kommandot FLUSH LOGS SQL. Efter den första fullständiga säkerhetskopieringen utförs efterföljande stegvisa säkerhetskopieringar med hjälp av verktyget mysqladmin med kommandot flush-logs, som skapar nästa loggfil.

Se Sammanfattning av säkerhetskopieringsstrategi.

binlog_format=mixed
log-bin=logname

Rotkatalog för innehållslagring (endast innehållstjänster) content-storage-root-directory-content-services-only

Katalogen Content Storage Root innehåller databasen Content Services (Borttagen) där alla dokument, artefakter och index lagras. Katalogträdet för innehållslagring måste säkerhetskopieras. I det här avsnittet beskrivs hur du fastställer platsen för rotkatalogen för innehållslagring för både fristående och klustrade miljöer.

Rotplats för innehållslagring (fristående miljö) content-storage-root-location-stand-alone-environment

Rotkatalogen för innehållslagring skapas när Content Services (Borttagen) installeras. Platsen för rotkatalogen för innehållslagring bestäms under installationen av AEM formulär.

Standardplatsen för rotkatalogen för innehållslagring är [aem-forms root]/lccs_data.

Säkerhetskopiera följande kataloger i rotkatalogen för innehållslagring:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Om katalogen /backup-lucene-indexes inte finns säkerhetskopierar du katalogen /lucene-indexes, även i rotkatalogen för innehållslagring. Om katalogen /backup-lucene-indexes finns ska du inte säkerhetskopiera katalogen /lucene-indexes eftersom det kan orsaka fel.

Rotplats för innehållslagring (klustrad miljö) content-storage-root-location-clustered-environment

När du installerar innehållstjänster (borttagna) i en klustrad miljö delas rotkatalogen för innehållslagring upp i två separata kataloger:

Rotkatalog för innehållslagring: Vanligtvis är en delad nätverkskatalog som är läsbar/skrivskyddad för alla noder i klustret

Indexrotkatalog: En katalog som skapas på varje nod i klustret och som alltid har samma sökväg och katalognamn

Standardplatsen för rotkatalogen för innehållslagring är [GDS root]/lccs_data, där [GDS root] är den plats som beskrivs i GDS-platsen. Säkerhetskopiera följande kataloger i rotkatalogen för innehållslagring:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Om katalogen /backup-lucene-indexes inte finns säkerhetskopierar du katalogen /lucene-indexes, även i rotkatalogen för innehållslagring. Om katalogen /backup-lucene-indexes finns ska du inte säkerhetskopiera katalogen /lucene-indexes eftersom det kan orsaka fel.

Standardplatsen för indexrotkatalogen är [aem-forms root]/lucene-indexes på varje nod.

Kundinstallerade teckensnitt customer-installed-fonts

Om du har installerat ytterligare teckensnitt i din AEM formulärmiljö måste du säkerhetskopiera dem separat. Säkerhetskopiera alla Adobe och kundens teckensnittskataloger som anges i administrationskonsolen under Inställningar > Kärnsystem > Konfigurationer. Se till att du säkerhetskopierar hela teckensnittskatalogen.

Om du initierar om operativsystemet på värddatorn och vill använda teckensnitt från det tidigare operativsystemet, bör innehållet i systemteckensnittskatalogen också säkerhetskopieras. (Mer information finns i dokumentationen för ditt operativsystem).