Siga los pasos a continuación para ingerir el conjunto de migración de la herramienta de transferencia de contenido:
¿Se acordó de registrar un ticket de asistencia para esta ingesta? Consulte Consideraciones importantes antes de utilizar la herramienta de transferencia de contenido por esa y otras consideraciones para ayudar a que la ingesta sea exitosa.
Vaya a Cloud Acceleration Manager. Haga clic en la tarjeta de proyecto y en la tarjeta Transferencia de contenido. Vaya a Trabajos de ingesta y haga clic en Nueva ingesta
Revise la lista de comprobación de ingesta y asegúrese de que se han completado todos los pasos. Estos son los pasos necesarios para garantizar una ingesta correcta. Podrá continuar con el procedimiento de Siguiente solo si se ha completado la lista de comprobación.
Proporcione la información necesaria para crear una nueva ingesta.
Las siguientes notas se aplican a la ingesta de contenido:
Si el origen era Author, se recomienda ingerirlo en el nivel Author en el destino. Del mismo modo, si el origen era Publish, el destino también debería ser Publish.
Si el nivel de destino es Author
, la instancia de autor se cerrará durante toda la ingesta y no estará disponible para los usuarios (por ejemplo, los autores o cualquier persona que realice mantenimiento, etc.). Esto sirve para proteger el sistema y evitar cualquier cambio que pueda perderse o provocar un conflicto de ingesta. Asegúrese de que su equipo esté al tanto de este hecho. Tenga en cuenta también que el entorno aparecerá en hibernación durante la ingesta del autor.
Puede ejecutar el paso opcional previo a la copia para acelerar de forma significativa la fase de ingesta. Consulte Ingesta con AzCopy para obtener más información.
Si se utiliza la ingesta con copia previa (para S3 o Azure Data Store), se recomienda ejecutar primero la ingesta de autor solo. Esto acelera la ingesta de Publish cuando se ejecute más adelante.
Las ingestas no admiten un destino de entorno de desarrollo rápido (RDE). No aparecerán como una posible opción de destino, aunque el usuario tenga acceso a ellas.
Los siguientes avisos importantes se aplican a la ingesta de contenido:
Solo podrá iniciar una ingesta en el entorno de destino si pertenece al entorno local de AEM administradores de en el servicio de creación del Cloud Service de destino. Si no puede iniciar una ingesta, consulte No se puede iniciar la ingesta para obtener más información.
Si la configuración Barrido está habilitado antes de la ingesta, elimina todo el repositorio existente y crea un nuevo repositorio en el que introducir contenido. Esto significa que restablece todos los ajustes, incluidos los permisos en la instancia del Cloud Service de destino. Esto también se aplica a un usuario administrador añadido a administradores grupo. Se le tendrá que volver a añadir al grupo de administradores para iniciar una ingesta.
Haga clic en Ingesta
A continuación, puede monitorizar la fase de ingesta desde la vista de lista de Trabajos de ingesta y utilizar el menú de acción de la ingesta para ver el registro a medida que progresa la ingesta.
Haga clic en (i) en la fila para obtener más información sobre el trabajo de ingesta. Puede ver la duración de cada paso de la ingesta cuando se ejecuta o completa haciendo clic en … y luego en Ver duraciones. La información de la extracción también muestra que se da cuenta de lo que se está ingiriendo.
La herramienta de transferencia de contenido tiene una función que permite agregar contenido diferencial donde solo es posible transferir los cambios realizados desde la actividad de transferencia de contenido anterior.
Después de la transferencia de contenido inicial, se recomienda realizar frecuentes recargas de contenido diferencial para acortar el período de congelación de contenido para la transferencia de contenido diferencial final antes de lanzarse a Cloud Service. Si ha utilizado el paso de precopia para la primera ingesta completa, puede omitir la precopia para las ingestas de recarga posteriores (si el tamaño del conjunto de migración de recarga es inferior a 200 GB), ya que puede añadir tiempo a todo el proceso.
Una vez completado el proceso de ingesta, para ingerir el contenido delta deberá ejecutar un Extracción Superior y, a continuación, utilice el método de ingesta superior.
Puede hacerlo creando un nuevo trabajo de ingesta y asegurándose de que Barrido se desactiva durante la fase de Ingesta, como se muestra a continuación:
La recuperación automática del token de migración puede fallar por diferentes motivos, entre los que se incluye configuración de una lista de permitidos IP mediante Cloud Manager en el entorno del Cloud Service de destino. En estos casos, verá el siguiente cuadro de diálogo cuando intente iniciar una ingesta:
Deberá recuperar el token de migración manualmente haciendo clic en el vínculo "Obtener token" del cuadro de diálogo. Se abrirá otra pestaña que muestra el token. A continuación, puede copiar el token y pegarlo en Entrada de token de migración field. Ahora, debería poder iniciar la ingesta.
El token estará disponible para los usuarios que pertenezcan al AEM administradores de en el servicio de creación del Cloud Service de destino.
Solo podrá iniciar una ingesta en el entorno de destino si pertenece al entorno local de AEM administradores de en el servicio de creación del Cloud Service de destino. AEM Si no pertenece al grupo de administradores de la, verá un error como se muestra a continuación cuando intente iniciar una ingesta. Puede pedir al administrador que le añada al local AEM administradores de o pida el token en sí, que puede pegar en la variable Entrada de token de migración field.
Después de solicitar una ingesta, se puede presentar al usuario un mensaje como el siguiente: "Actualmente, no se puede acceder al servicio de migración en el entorno de destino. Vuelva a intentarlo más tarde o póngase en contacto con el soporte de Adobe".
Esto indica que Cloud Acceleration Manager no pudo llegar al servicio de migración del entorno de destino para iniciar la ingesta. Esto puede ocurrir por varias razones.
El campo "Token de migración" se muestra porque, en algunos casos, la recuperación de ese token es lo que realmente no está permitido. Al permitir que se proporcione manualmente, puede permitir al usuario iniciar la ingesta rápidamente, sin ninguna ayuda adicional. Si se proporciona el token, y sigue apareciendo el mensaje, la recuperación del token no fue el problema.
Release Orchestrator mantiene actualizados automáticamente los entornos mediante la aplicación automática de actualizaciones. Si la actualización se activa cuando se realiza una ingesta, puede causar resultados impredecibles, incluido el daño del entorno. Esa es una de las razones por las que se debe registrar un ticket de asistencia antes de iniciar una ingesta (consulte la "Nota" anterior), de modo que se pueda programar la desactivación temporal del Release Orchestrator.
Si Release Orchestrator sigue ejecutándose cuando se inicia una ingesta, la interfaz de usuario mostrará este mensaje. Puede optar por continuar de todos modos, aceptando el riesgo, marcando el campo y pulsando el botón de nuevo.
Release Orchestrator se está implementando en entornos de desarrollo, por lo que también se deben pausar las actualizaciones en esos entornos.
Una causa común de una Ingesta superior el error es un conflicto en los id de nodo. Para identificar este error, descargue el registro de ingesta mediante la interfaz de usuario de Cloud Acceleration Manager y busque una entrada como la siguiente:
java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakConstraint0030: propiedad violada de la restricción de unicidad [jcr:uuid] con valor a1a1a1a1-b2b2-c3c3-d4d4-e5e5e5e5e5e5: /some/path/jcr:content, /some/other/path/jcr:content
AEM Cada nodo de la interfaz de usuario de debe tener un uuid único. Este error indica que un nodo que se está ingiriendo tiene el mismo uuid que uno que ya existe en una ruta diferente en la instancia de destino.
Esto puede suceder si un nodo se mueve en el origen entre una extracción y una Extracción Superior.
También puede suceder si un nodo en el destino se mueve entre una ingesta y una ingesta superior posterior.
Este conflicto debe resolverse manualmente. Alguien familiarizado con el contenido debe decidir cuál de los dos nodos se debe eliminar, teniendo en cuenta otro contenido que haga referencia a él. La solución puede requerir que la extracción superior se realice de nuevo sin el nodo infractor.
Una vez que haya completado la ingesta de contenido en Target, puede ver los registros de cada paso (extracción e ingesta) y buscar errores. Consulte Visualización de registros del conjunto de migraciones para obtener más información.