Denna artikel omfattar följande:
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.
PID:t för segmentnodarkivet har ändrats från org.apache.jackrabbit.oak.plugin-program.segment.SegmentNodeStoreService i tidigare versioner av AEM 6 till org.apache.jackrabbit.oak.segment.SegmentNodeStoreService i AEM 6.3. Kontrollera att nödvändiga konfigurationsjusteringar görs så att ändringarna återspeglas.
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:
Ladda ned AEM 6 quickstart jar och placera den i en ny mapp.
Packa upp AEM genom att köra:
java -jar cq-quickstart-6.jar -unpack
Skapa en mapp med namnet crx-quickstart\install
i installationskatalogen.
Skapa en fil med namnet org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg
i den nya mappen.
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.Börja AEM.
AEM 6 kan konfigureras för att köras med MongoDB-lagring enligt följande procedur:
Ladda ned AEM 6 quickstart jar och placera den i en ny mapp.
Packa upp AEM genom att köra följande kommando:
java -jar cq-quickstart-6.jar -unpack
Kontrollera att MongoDB är installerat och att det finns en instans av mongod
är igång. Mer information finns på Installerar MongoDB.
Skapa en mapp med namnet crx-quickstart\install
i installationskatalogen.
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
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.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.
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.
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:
Öppna /etc/grub.conf
i valfri textredigerare.
Lägg till följande rad i grob.conf fil:
transparent_hugepage=never
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]
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.