DocumentaciónAEM 6.5Guía del usuario

AEM Elementos de almacenamiento en 6.5 storage-elements-in-aem

Last update: Wed Apr 10 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Creado para:

  • Admin

Este artículo trata sobre lo siguiente:

AEM Información general sobre el almacenamiento en el 6 overview-of-storage-in-aem

AEM Uno de los cambios más importantes en la 6 son las innovaciones a nivel de repositorio.

AEM Actualmente, hay dos implementaciones de almacenamiento de nodos disponibles en la versión 6 de la versión: Almacenamiento de tar y Almacenamiento de MongoDB.

Almacenamiento de tar tar-storage

AEM Ejecución de una instancia de recién instalada con el almacenamiento Tar running-a-freshly-installed-aem-instance-with-tar-storage

CAUTION
El PID del almacén de nodos de segmentos ha cambiado de org.apache.jackrabbit.oak.complementos AEM AEM .segment.SegmentNodeStoreService en versiones anteriores de la versión 6 a la versión 8 de la aplicación, en lugar de la versión 6.3 de la aplicación, de la versión 6 de la aplicación, a la versión 6.3 de la aplicación. Asegúrese de que se realizan los ajustes de configuración necesarios para que se reflejen los cambios.

AEM De forma predeterminada, el 6 utiliza el almacenamiento Tar para almacenar nodos y binarios, utilizando las opciones de configuración predeterminadas. Puede configurar manualmente su configuración de almacenamiento haciendo lo siguiente:

  1. AEM Descargue el JAR de inicio rápido de la 6 y colóquelo en una nueva carpeta.

  2. AEM Desempaquetar el paquete ejecutando:

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

  3. Cree una carpeta llamada crx-quickstart\install en el directorio de instalación.

  4. Cree un archivo llamado org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg en la carpeta recién creada.

  5. Edite el archivo y defina las opciones de configuración. AEM Las siguientes opciones están disponibles para el almacén de nodos de segmentos, que es la base de la implementación del almacenamiento de Tar de la:

    • repository.home: ruta al inicio del repositorio en el que se almacenan varios datos relacionados con el repositorio. De forma predeterminada, los archivos de segmento se almacenarían en el directorio crx-quickstart/segmentstore.
    • tarmk.size: Tamaño máximo de un segmento en MB. El valor predeterminado es 256 MB.

  6. AEM Inicio de.

Almacenamiento de Mongo mongo-storage

AEM Ejecución de una instancia de recién instalada con Mongo Storage running-a-freshly-installed-aem-instance-with-mongo-storage

AEM Se puede configurar 6 para que se ejecute con el almacenamiento MongoDB siguiendo el siguiente procedimiento:

  1. AEM Descargue el JAR de inicio rápido de la 6 y colóquelo en una nueva carpeta.

  2. AEM Desempaquete el paquete ejecutando el siguiente comando:

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

  3. Asegúrese de que MongoDB está instalado y es una instancia de mongod se está ejecutando. Para obtener más información, consulte Instalación de MongoDB.

  4. Cree una carpeta llamada crx-quickstart\install en el directorio de instalación.

  5. Configure el almacén de nodos creando un archivo de configuración con el nombre de la configuración que desea utilizar en crx-quickstart\install directorio.

    AEM El almacén de nodos de documentos (que es la base de la implementación de almacenamiento de MongoDB en la que se basa) utiliza un archivo denominado org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg

  6. Edite el archivo y defina las opciones de configuración. Las opciones disponibles son las siguientes:

    • mongouri: La MongoURI necesario para conectarse a la base de datos de Mongo. El valor predeterminado es mongodb://localhost:27017
    • db: Nombre de la base de datos Mongo. AEM De forma predeterminada, las nuevas instalaciones de utilizan aem-author como nombre de la base de datos.
    • cache: tamaño de la caché en megabytes. Este tamaño de caché se distribuye entre varias cachés utilizadas en DocumentNodeStore. El valor predeterminado es 256.
    • changesSize: Tamaño en MB de la colección limitada utilizada en Mongo para almacenar en caché la salida de diferencia. El valor predeterminado es 256.
    • customBlobStore: Valor booleano que indica que se utiliza un almacén de datos personalizado. El valor predeterminado es false.

  7. Cree un archivo de configuración con el PID del almacén de datos que desea utilizar y edite el archivo para establecer las opciones de configuración. Para obtener más información, consulte Configuración de almacenes de nodos y almacenes de datos.

  8. AEM Inicie el JAR de 6 con un back-end de almacenamiento MongoDB ejecutando:

    code language-shell 
    java -jar cq-quickstart-6.jar -r crx3,crx3mongo

    Donde está el modo de ejecución back-end -r A continuación, el ejemplo comienza con la compatibilidad con MongoDB.

Desactivación de páginas enormes transparentes disabling-transparent-huge-pages

Red Hat® Linux® utiliza un algoritmo de administración de memoria denominado Transparent Huge Pages (THP). AEM Mientras realiza lecturas y escrituras específicas, el lenguaje HTTP está optimizado para operaciones grandes. Por lo tanto, se recomienda deshabilitar THP en el almacenamiento Tar y Mongo. Para desactivar el algoritmo, siga estos pasos:

  1. Abra el /etc/grub.conf en el editor de texto que elija.

  2. Añada la línea siguiente a grub.conf archivo:

    code language-none 
    transparent_hugepage=never

  3. Finalmente, compruebe si la configuración ha surtido efecto ejecutando:

    code language-none 
    cat /sys/kernel/mm/redhat_transparent_hugepage/enabled

    Si THP está deshabilitado, el resultado del comando anterior debería ser:

    code language-none 
    always madvise [never]
NOTE
Consulte los siguientes recursos:
  • Para obtener más información sobre Transparent Huge Pages en Red Hat® Linux®, consulte esto artículo.
  • Para obtener sugerencias de optimización de Linux®, consulte esto artículo.

Mantenimiento del repositorio maintaining-the-repository

Cada actualización del repositorio crea una revisión de contenido. Como resultado, con cada actualización el tamaño del repositorio aumenta. Para evitar el crecimiento incontrolado del repositorio, las revisiones antiguas deben limpiarse para liberar recursos de disco. Esta funcionalidad de mantenimiento se denomina Limpieza de revisión. El mecanismo Revision Cleanup recupera el espacio en disco eliminando los datos obsoletos del repositorio. Para obtener más información acerca de Revision Cleanup, lea la Página Limpieza de revisión.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2