Så här kör du en konsekvenskontroll av datalager via ekvering

Last update: Tue Jul 16 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Lär dig hur du kör en konsekvenskontroll av datalager via eko i Adobe Experience Manager.

Beskrivning description

Miljö

Adobe Experience Manager (AEM)

Problem

Konsekvenskontrollen av datalagret rapporterar eventuella binära data som saknas men som fortfarande refereras. Konsekvenskontrollen kan aktiveras direkt av Felix console.

Den kan utlösas från MarkSweepGarbageCollector#checkConsistency Mbean.

Om BlobGC MBeans är registrerad i MBeanServer kan även följande mbean användas:

BlobGCMbean#checkConsistency

När konsekvenskontrollen är klar visas antalet binärfiler som rapporterats som saknade i ett meddelande. Om talet är större än **(noll) bör du kontrollera loggarna som konfigurerats för org.apache.jackrabbit.oak.plugins.blob .MarkSweepGarbageCollector för mer information om de binära filer som saknas.

Nedan visas ett exempel på hur de saknade binärfilerna rapporteras i loggarna:

11:32:39.673 INFO [ main]  MarkSweepGarbageCollector.java:600 Consistency check found 1 missing blobs 11:32:39.673 WARN [ main]  MarkSweepGarbageCollector.java:602 Consistency check failure in the the blob store : DataStore backed BlobStore [ org.apache.jackrabbit.oak.plugins.blob.datastore.OakFileDataStore] , check missing candidates in file /tmp/gcworkdir-1467352959243/gccand-1467352959243

Till skillnad från användargränssnittet för /system/console/repositorycheck kontrollerar körningsverktyget de dolda indexfilerna för lucen under /oak: index, förutom resten av innehållssökvägarna. Kommandot datastorecheck i oak-run kan användas för att utföra en konsekvenskontroll på datalagret. Nedan beskrivs de detaljerade stegen för hur du kör kommandot:

Upplösning resolution

Ladda ned en ekrun jar 1.8.8 eller senare version till AEM.
Placera ekkörningsbehållaren i samma katalog där crx-quickstart är placerad, annars anger du den fullständiga sökvägen oak-run-*.jar när du kör kommandot under.

Kör kommandot nedan (uppdatera sökvägarna till segmentlagret och datalagret enligt din miljö):

code language-none

code language-none
`java -jar oak-run-*.jar datastorecheck --consistency --ref --id --fds crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config --repoHome crx-quickstart/repository --store crx-quickstart/repository/segmentstore --dump temp --verbose --track`

java -jar oak-run-*.jar datastorecheck --consistency --ref --id --fds crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config --repoHome crx-quickstart/repository --store crx-quickstart/repository/segmentstore --dump temp --verbose --track

Kommandot skulle resultera i en konsekvenskontroll av datalagret.

Konsekvenskontroller för DataStore kan också användas för att lista alla blobreferenser i nodarkivet och alla blob-ID:n som finns i datalagret. Använd följande kommando:

$ java-jar oak-run-*.jar datastorecheck [ --id] [ --ref] [ --consistency] \

[ --store |] \

[ --s3ds |--fds] \

[ --dump] \

[ --track]

Ange ett eller flera av följande tillgängliga alternativ:

—id - Visa en lista med alla id:n i datalagret.

—ref - Visa alla blobreferenser i nodarkivet.

—consistent - Visa en lista över alla blobbar som saknas genom en konsekvenskontroll.

Följande alternativ är valfria:

—store - Sökväg till segmentbutiken för mongo-uri (krävs för —ref och —consistent-alternativen ovan).

—dump - Sökväg dit filerna ska dumpas (valfritt). I annat fall sparas filerna i användarens tmp-katalog.

—s3ds - Sökväg till konfigurationsfilen S3DataStore.

—fds - Sökväg till konfigurationsfilen FileDataStore (egenskapen path är obligatorisk).

—track - Sökväg till den lokala databasens hemmapp (valfritt). Den placerar en kopia av de hämtade blob-ID:n som ska spåras.

recommendation-more-help

3d58f420-19b5-47a0-a122-5c9dab55ec7f