Uso de la herramienta de migración CRX2Oak

Última actualización: 2023-10-30

Introducción

CRX2Oak es una herramienta diseñada para migrar datos entre diferentes repositorios.

Se puede utilizar para migrar datos de versiones de CQ anteriores basadas en Apache Jackrabbit 2 a Oak, y también se puede utilizar para copiar datos entre repositorios de Oak.

Puede descargar la versión más reciente de crx2oak desde el repositorio de Adobe público en esta ubicación:
https://repo1.maven.org/maven2/com/adobe/granite/crx2oak/

NOTA

Para obtener más información sobre Apache Oak y los conceptos clave de la persistencia de Adobe Experience Manager AEM (), consulte AEM Introducción a la plataforma de.

Casos de uso de migración

La herramienta se puede utilizar para lo siguiente:

  • AEM Migración de versiones anteriores de CQ 5 a 6
  • Copia de datos entre varios repositorios de Oak
  • Conversión de datos entre diferentes implementaciones de MicroKernel de Oak.

La compatibilidad con la migración de repositorios mediante almacenes de blobs externos (conocidos comúnmente como almacenes de datos) se proporciona en diferentes combinaciones. Una posible ruta de migración es desde un repositorio CRX2 que esté utilizando un FileDataStore a un repositorio de Oak mediante una S3DataStore.

El diagrama siguiente ilustra todas las combinaciones de migración posibles que admite CRX2Oak:

chlimage_1-151

Características

AEM Se llama a CRX2Oak durante las actualizaciones de la de forma que el usuario pueda especificar un perfil de migración predefinido que automatice la reconfiguración de los modos de persistencia. Este se denomina modo de inicio rápido.

También se puede ejecutar por separado en caso de que requiera más personalización. AEM Sin embargo, en este modo, los cambios se realizan únicamente en el repositorio y cualquier reconfiguración adicional de se debe realizar de forma manual. El proceso de reconfiguración de la aplicación se realiza de forma manual. Esto se denomina modo independiente.

Otra cosa que hay que tener en cuenta es que con la configuración predeterminada en modo independiente, solo se migra el almacén de nodos y el nuevo repositorio reutiliza el antiguo almacenamiento binario.

Modo de inicio rápido automatizado

AEM Desde la versión 6.3, CRX2Oak es capaz de gestionar perfiles de migración definidos por el usuario que se pueden configurar con todas las opciones de migración ya disponibles. AEM Esto permite una mayor flexibilidad y la capacidad de automatizar la configuración de las funciones, que no están disponibles si utiliza la herramienta en modo independiente, de la manera siguiente:

AEM Para cambiar CRX2Oak al modo de inicio rápido, defina la ruta a la carpeta crx-quickstart en el directorio de instalación de la mediante esta variable ambiental del sistema operativo:

Para sistemas basados en UNIX y macOS:

export SLING_HOME="/path/to/crx-quickstart"

Para Windows:

SET "SLING_HOME=/path/to/crx-quickstart"

Reanudar compatibilidad

La migración se puede interrumpir en cualquier momento, con la posibilidad de reanudarla posteriormente.

Lógica de actualización personalizable

La lógica personalizada de Java™ se puede implementar mediante CommitHooks. Personalizado RepositoryInitializer se pueden implementar clases para inicializar el repositorio con valores personalizados.

Compatibilidad con operaciones con asignación de memoria

CRX2Oak también admite operaciones asignadas a memoria de forma predeterminada. La asignación de memoria mejora considerablemente el rendimiento y debe utilizarse siempre que sea posible.

PRECAUCIÓN

Sin embargo, tenga en cuenta que las operaciones asignadas a memoria no son compatibles con las plataformas Windows. Por lo tanto, se recomienda añadir la variable —disable-map al realizar la migración en Windows.

Migración selectiva de contenido

De forma predeterminada, la herramienta migra todo el repositorio en "/" ruta. Sin embargo, tiene el control completo sobre qué contenido debe migrarse.

Si hay alguna parte del contenido que no sea necesaria en la nueva instancia, puede utilizar el --exclude-path para excluir el contenido y optimizar el procedimiento de actualización.

Combinación de rutas

Si los datos deben copiarse entre dos repositorios y tiene una ruta de contenido diferente en ambas instancias, puede definirlos en la variable --merge-path parámetro. Cuando lo haga, CRX2Oak copiará solo los nodos nuevos en el repositorio de destino y mantendrá los antiguos en su lugar.

chlimage_1-152

Compatibilidad con versiones

AEM De forma predeterminada, crea una versión de cada nodo o página que se modifica y la almacena en el repositorio. Las versiones se pueden utilizar para restaurar la página a un estado anterior.

Sin embargo, estas versiones nunca se purgan, aunque se elimine la página original. Cuando se trata de repositorios que han estado en funcionamiento durante mucho tiempo, la migración puede volver a procesar los datos redundantes causados por versiones huérfanas.

Una característica útil para estos tipos de situaciones es la adición de la variable --copy-versions parámetro. Se puede utilizar para omitir los nodos de versión durante la migración o la copia de un repositorio.

También puede elegir si desea copiar versiones huérfanas añadiendo --copy-orphaned-versions=true.

Ambos parámetros también admiten un YYYY-MM-DD formato de fecha, en caso de que desee copiar versiones a más tardar en una fecha específica.

chlimage_1-153

Versión de código abierto

Una versión de código abierto de CRX2Oak está disponible en forma de oak-actualización. Admite todas las funciones excepto:

  • Compatibilidad con CRX2
  • Compatibilidad con perfiles de migración
  • AEM Compatibilidad con la reconfiguración automatizada de la

Consulte la Documentación de Apache para obtener más información.

Parámetros

Opciones del almacén de nodos

  • --cache: Tamaño de caché en MB (el valor predeterminado es 256)

  • --mmap: Habilite el acceso a archivos asignados en memoria para el almacén de segmentos

  • --src-password: Contraseña para la base de datos RDB de origen

  • --src-user: Usuario para RDB de origen

  • --user: usuario para la RDB de destino

  • --password: contraseña para la RDB de destino.

Opciones de migración

  • --early-shutdown: Cierra el repositorio JCR2 de origen después de copiar los nodos y antes de aplicar los enlaces de compromiso

  • --fail-on-error: Fuerza un error de la migración si los nodos no se pueden leer desde el repositorio de origen.

  • --ldap: Migra usuarios LDAP de una instancia CQ 5.x a una basada en Oak. Para que esto funcione, el proveedor de identidad en la configuración de Oak debe llamarse ldap. Para obtener más información, consulte la Documentación LDAP.

  • --ldap-config: Use esto con --ldap parámetro para repositorios CQ 5.x que utilizaban varios servidores LDAP para la autenticación. Puede utilizarlo para señalar al CQ 5.x ldap_login.conf o jaas.conf archivos de configuración. El formato es --ldapconfig=path/to/ldap_login.conf.

Opciones del almacén de versiones

  • --copy-orphaned-versions: omite la copia de versiones huérfanas. Los parámetros admitidos son: true, false, y yyyy-mm-dd. El valor predeterminado es true.

  • --copy-versions: Copia el almacenamiento de versiones. Parámetros: true, false, yyyy-mm-dd. El valor predeterminado es true.

Opciones de ruta

  • --include-paths: Lista de rutas separada por comas que se incluirán durante la copia
  • --merge-paths: Lista de rutas separada por comas para combinar durante la copia
  • --exclude-paths: Lista separada por comas de las rutas que se excluirán durante la copia.

Opciones de almacén de blobs de origen

  • --src-datastore: El directorio del almacén de datos que se utilizará como origen FileDataStore

  • --src-fileblobstore: El directorio del almacén de datos que se utilizará como origen FileBlobStore

  • --src-s3datastore: El directorio del almacén de datos que se utilizará para el origen S3DataStore

  • --src-s3config: archivo de configuración para el origen S3DataStore.

Opciones de BlobStore de destino

  • --datastore: El directorio del almacén de datos que se utilizará como destino FileDataStore

  • --fileblobstore: El directorio del almacén de datos que se utilizará como destino FileBlobStore

  • --s3datastore: El directorio de almacén de datos que se utilizará para el destino S3DataStore

  • --s3config: el archivo de configuración para el destino S3DataStore.

Opciones de ayuda

  • -?, -h, --help: Muestra información de ayuda.

Depuración

También puede habilitar la información de depuración para el proceso de migración con el fin de solucionar los problemas que puedan aparecer durante el proceso. Puede hacerlo de forma diferente en función del modo en el que desee ejecutar la herramienta:

Modo CRX2Oak Acción
Modo de inicio rápido Puede añadir la variable —TRACE de nivel de registro o —log-level DEBUG opciones a la línea de comandos al ejecutar CRX2Oak. En este modo, los registros se redirigen automáticamente a archivo upgrade.log.
Modo independiente

Añada el —trace opciones a la línea de comandos CRX2Oak para poder mostrar eventos de TRACE en la salida estándar (debe redirigir los registros usando el carácter de redirección: '>' o el comando 'tee' para una inspección posterior).

Otras consideraciones

Al migrar a un conjunto de réplicas de MongoDB, asegúrese de establecer la variable WriteConcern parámetro a 2 en todas las conexiones a las bases de datos de Mongo.

Para ello, añada la variable w=2 al final de la cadena de conexión, de esta manera:

java -Xmx4092m -jar crx2oak.jar crx-quickstart/repository/ mongodb://localhost:27017/aem-author?replicaset=replica1&w=2
NOTA

Para obtener más información, consulte la documentación de la cadena de conexión MongoDB en Escribir preocupaciones.

En esta página