Lagringselement i AEM 6.5

Denna artikel omfattar följande:

• Översikt över lagring i AEM 6
• Underhålla databasen

Översikt över lagring i AEM 6

En av de viktigaste ändringarna i AEM 6 är innovationerna på databasnivå.

Det finns för närvarande två nodlagringsimplementationer i AEM6: Tjärlagring och MongoDB-lagring.

Tjärlagring

Köra en nyligen installerad AEM med TAR-lagring

Som standard använder AEM 6 Tjära-lagringen för att lagra noder och binärfiler med standardkonfigurationsalternativen. Du kan konfigurera lagringsinställningarna manuellt genom att göra följande:

1. Ladda ned AEM 6 quickstart jar och placera den i en ny mapp.

2. Packa upp AEM genom att köra:

   java -jar cq-quickstart-6.jar -unpack

3. Skapa en mapp med namnet crx-quickstart\install i installationskatalogen.

4. Skapa en fil med namnet org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg i den nya mappen.

5. Redigera filen och ange konfigurationsalternativ. Följande alternativ är tillgängliga för segmentnodarkivet, som är grunden för implementering av AEM tjärlagring:

   • repository.home: Sökväg till databasstartplats där olika databasrelaterade data lagras. Som standard lagras segmentfiler under katalogen crx-quickstart/segmentstore.
   • tarmk.size: Maximal storlek för ett segment i MB. Standardvärdet är 256 MB.

6. Börja AEM.

Mongo-lagring

Köra en nyligen installerad AEM med Mongo Storage

AEM 6 kan konfigureras för att köras med MongoDB-lagring enligt följande procedur:

1. Ladda ned AEM 6 quickstart jar och placera den i en ny mapp.

2. Packa upp AEM genom att köra följande kommando:

   java -jar cq-quickstart-6.jar -unpack

3. Kontrollera att MongoDB är installerat och att det finns en instans av mongod är igång. Mer information finns på Installerar MongoDB.

4. Skapa en mapp med namnet crx-quickstart\install i installationskatalogen.

5. Konfigurera nodarkivet genom att skapa en konfigurationsfil med namnet på konfigurationen som du vill använda i crx-quickstart\install katalog.

   I Document Node Store (som är grunden för AEM MongoDB-lagringsimplementering) används en fil som kallas org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg

6. Redigera filen och ange konfigurationsalternativ. Följande alternativ är tillgängliga:

   • mongouri: The MongoURI krävs för att ansluta till Mongo-databasen. Standardvärdet är mongodb://localhost:27017
   • db: Namn på Mongo-databasen. Som standard används nya AEM 6-installationer aem-author som databasnamn.
   • cache: Cachestorleken i MB. Cachestorleken fördelas mellan olika cacheminnen som används i DocumentNodeStore. Standardvärdet är 256.
   • changesSize: Storlek i MB på den mappade samling som används i Mongo för cache-lagring av diff-utdata. Standardvärdet är 256.
   • customBlobStore: Booleskt värde som anger att ett anpassat datalager används. Standardvärdet är false.

7. Skapa en konfigurationsfil med PID för det datalager som du vill använda och redigera filen för att ange konfigurationsalternativen. Mer information finns på Konfigurera nodarkiv och datalager.

8. Starta AEM 6 jar med en MongoDB-lagringsserver genom att köra:

   java -jar cq-quickstart-6.jar -r crx3,crx3mongo
   

   Där serverdelens körningsläge är -r börjar exemplet med stöd för MongoDB.

Inaktivera genomskinliga stora sidor

Red Hat® Linux® använder en minneshanteringsalgoritm som kallas för Transparent Huge Pages (THP). Medan AEM utför finkorniga läsningar och skrivningar är THP optimerat för stora operationer. Därför rekommenderar vi att du inaktiverar THP för både Tjärs- och Mongo-lagring. Så här inaktiverar du algoritmen:

1. Öppna /etc/grub.conf i valfri textredigerare.

2. Lägg till följande rad i grob.conf fil:

   transparent_hugepage=never
   

3. Kontrollera slutligen om inställningen har börjat gälla genom att köra:

   cat /sys/kernel/mm/redhat_transparent_hugepage/enabled
   

   Om THP är inaktiverat bör utdata för ovanstående kommando vara:

   always madvise [never]
   

Underhålla databasen

Varje uppdatering av databasen skapar en innehållsändring. Det innebär att databasstorleken ökar för varje uppdatering. För att undvika okontrollerad databastillväxt måste äldre versioner rensas för att frigöra diskutrymme. Den här underhållsfunktionen kallas Revision Cleanup. Revision Cleanup-funktionen frigör diskutrymme genom att ta bort föråldrade data från databasen. Mer information om Revision Cleanup finns i Sidan Revision Cleanup.

Resurser för Business.Adobe.com

Automated Onboarding Auto Form Fill Targeted Content Content Intelligence Customer Experience Management Headless Cms