Restaurar contenido en AEM como un Cloud Service content-restore
Puede restaurar su AEM como un contenido de Cloud Service desde copia de seguridad mediante Cloud Manager.
El proceso de restauración de autoservicio de Cloud Manager copia los datos de las copias de seguridad del sistema de Adobe y los restaura a su entorno original. Se realiza una restauración para devolver los datos que se han perdido, dañado o eliminado accidentalmente a su estado original.
El proceso de restauración solo afecta al contenido, no modifica el código ni la versión de AEM. Puede iniciar una operación de restauración de entornos individuales en cualquier momento.
Si necesita restaurar el código fuente implementado anteriormente de una manera fácil y rápida, sin la necesidad de inicio una nueva ejecución de canalización, puede usar Restaurar el Anterior Code implementado.
Cloud Manager ofrece dos tipos de copias de seguridad desde las que puede restaurar contenido.
- Momento dado (PIT): Esta opción restaura las copias de seguridad continuas capturadas en las últimas 24 horas.
- Última semana: este tipo restaura de las copias de seguridad del sistema en los últimos siete días, excluyendo las 24 horas anteriores.
En ambos casos, la versión del código personalizado y la versión AEM permanecen sin cambios.
- Esta característica solo debe usarse cuando haya problemas graves con el código o contenido.
- Al restaurar un copia de seguridad, se eliminan todos los datos agregados después de esa copia de seguridad. El ensayo también vuelve a su versión anterior.
- Antes de iniciar una restauración contenido, considere otras opciones de restauración selectiva contenido.
Opciones de restauración selectiva contenido selective-options
Antes de restaurar a una restauración contenido completa, considere estas opciones para restaurar su contenido más fácilmente.
- Si hay disponible un paquete para la ruta eliminada, vuelva a instalarlo utilizando el Administrador de paquetes.
- Si la ruta eliminada era un Página en Sites, utilice la función Restaurar árbol.
- Si la ruta eliminada era una carpeta de activos y los archivos originales están disponibles, vuelva a cargar a través de la consola Assets.
- Si los contenido de eliminación fueran activos, considere la posibilidad de restaurar versiones anteriores del activos.
Si ninguna de las opciones anteriores funciona y el contenido de la ruta eliminada es significativo, realice una restauración contenido como se detalla en las siguientes secciones.
Crear usuario función user-role
De forma predeterminada, ningún usuario tiene permiso para ejecutar restauraciones contenido en entornos de desarrollo, producción o ensayo. Para delegar este permiso a usuarios o grupos específicos, siga los siguientes pasos generales.
- Crear un perfil de producto con un nombre expresivo que hace referencia a contenido restauración.
- Proporcione el permiso de acceso al programa en el programa requerido.
- Proporcione la Crear de restauración de entorno permiso en el entorno necesario o en todos los entornos del programa, según su caso de uso.
- Asigne usuarios a esa perfil.
Para obtener más información sobre la administración de permisos, consulte Permisos personalizados.
Restaurar el contenido de una entorno restoring-content
Para restaurar el contenido de una entorno:
-
Inicie sesión en Cloud Manager en my.cloudmanager.adobe.com y seleccione la organización adecuada.
-
Haga clic en la programa para la que desea iniciar una restauración.
-
Enumere todos los entornos de la programa realizando una de las siguientes acciones:
-
En el menú del lado izquierdo, en Servicios, haga clic en Entornos del icono
-
En el menú de la izquierda, en Programa , haga clic enDescripción general y, a continuación, en el tarjeta Entornos , haga clic en el
note note NOTE La tarjeta Entornos enumera solo tres entornos. Haga clic en Mostrar Todo en la tarjeta para ver todos los entornos del programa.
-
-
En la tabla Entornos, a la derecha de un entorno cuyos contenido desee restaurar, haga clic en
-
En la pestaña Restaurar contenido del Página del entorno, en la lista desplegable Hora de restauración , seleccione el lapso de tiempo de la restauración.
- Si selecciona Últimas 24 horas, en el campo Hora contiguo, especifique el tiempo exacto dentro de las últimas 24 horas para la restauración.
- Si selecciona Semana pasada, en el campo Día contiguo , seleccione una fecha de los últimos siete días, excluyendo las 24 horas anteriores.
-
Una vez seleccionada una fecha o especificada una hora, la sección Copias de seguridad disponibles, más abajo, muestra una lista de las copias de seguridad disponibles que se pueden restaurar.
-
Haga clic en
La marca de hora mostrada para las opciones de restauración se basa en la zona horaria del equipo de la usuario.
-
En el extremo derecho de la fila que representa la copia de seguridad que desea restaurar, haga clic en
-
Revise los detalles del cuadro de diálogo Restaurar contenido y, a continuación, haga clic en Restaurar.
Se inicia el proceso copia de seguridad. Puede vista su estado en el lista Restaurar actividad . El tiempo necesario para completar una operación de restauración depende del tamaño y el perfil del contenido que se está restaurando.
Cuando la restauración se completa correctamente, el entorno hace lo siguiente:
- Ejecuta el mismo código y AEM versión que en el momento de iniciar la operación de restauración.
- Tiene la misma contenido que estaba disponible en la marca de tiempo de la instantánea elegida, con los índices reconstruidos para que coincidan con el código actual.
Elija la copia de seguridad correcta choosing-backup
El proceso de restauración de autoservicio de Cloud Manager solo restaura contenido a AEM. Por este motivo, debe considerar cuidadosamente los cambios de código realizados entre el punto de restauración deseado y la hora actual. Revise el historial de confirmación entre el ID de confirmación actual y el que se está restaurando.
Existen varios escenarios.
-
El entorno código personalizado y la restauración están en el mismo repositorio y en el mismo Rama.
-
El entorno código personalizado y la restauración comparten una repositorio, utilizan un Rama independiente y se originan a partir de una confirmación común.
-
El código personalizado entorno y la restauración se encuentran en repositorios diferentes.
- En este caso, no se muestra ninguna ID de confirmación.
- Adobe Systems recomienda encarecidamente que clone ambos repositorios y utilice un herramienta diff para comparar las ramas.
Además, tenga en cuenta que una restauración puede provocar que los entornos de producción y ensayo dejen de tener sincronizar. Usted es responsable de las consecuencias de restaurar contenido.
Restaurar actividad restore-activity
El lista Actividad de restauración muestra el estado de las diez solicitudes de restauración más recientes, incluidas las operaciones de restauración activas.
Al hacer clic en
Fuera del sitio copia de seguridad offsite-backup
Las copias de seguridad regulares cubren el riesgo de eliminaciones accidentales o fallos técnicos en AEM Cloud Services, pero pueden surgir riesgos adicionales debido al fallo de una zona. Además de la disponibilidad, el mayor riesgo en estas interrupciones de la región es la pérdida de datos.
AEM como Cloud Service mitiga este riesgo para todos los entornos de producción AEM. Es decir, copia continuamente todos los AEM contenido en un área geográfica remoto. Este proceso hace que el contenido esté disponible para la recuperación durante tres meses. Esta capacidad se conoce como copia de seguridad externa.
AEM Service Reliability Engineering restaura los entornos de ensayo y producción AEM Cloud Service a partir de copias de seguridad externas durante las interrupciones de área geográfica datos.
Principios de asignación de regiones de datos data-region-mapping-principles
Adobe Systems sigue un conjunto de directrices internas para determinar las asignaciones de área geográfica datos para AEM como Cloud Service. Estas directrices están diseñadas para respaldar la eficiencia operativa, garantizar el cumplimiento de los requisitos reglamentarios regionales y proporcionar una experiencia del cliente coherente en todos los mercados globales.
Transparencia de asignación de regiones region-mapping-transparency
Adobe Systems no divulga públicamente información cartográfica detallada de área geográfica a área geográfica.
Si los clientes tienen preguntas específicas o justificadas sobre implementación regionales, residencia de datos o implicaciones de cumplimiento, se recomienda ponerse en contacto con Adobe Systems directamente a través de canales oficiales de soporte o cuenta.
Principios básicos para la asignación de regiones de datos core-principles
Al determinar una asignación de área geográfica de datos adecuada, Adobe Systems aplica varios criterios priorizados:
-
No abandone el área geográfica global
Las implementaciones permanecen dentro de una de las principales regiones globales: APAC,EMEA y América. -
No abandones el continente
Siempre que sea posible, la replicación de datos y la conmutación por error permanecen en el mismo continente. -
No salgas del país
Si es técnicamente factible, los datos permanecen dentro de las mismas fronteras nacionales.
Gestión de excepciones handling-exceptions
Cuando los criterios anteriores no puedan cumplirse debido a limitaciones técnicas o de infraestructura, Adobe Systems aplica consideraciones adicionales:
-
Directriz específica de Europa
Las regiones secundarias o de copia de seguridad no deben estar ubicadas en países no pertenecientes a la UE.
(Lo contrario, usar un país de la UE como copia de seguridad para una primaria no perteneciente a la UE, puede ser aceptable si no existe una mejor opción para el mismo país). -
Evite ciertas regiones
Se deben evitar las regiones con políticas de datos restrictivas o con un mayor riesgo regulatorio como ubicaciones de copia de seguridad o conmutación por error.
Si los clientes requieren aclaración o tienen necesidades impulsadas por el cumplimiento, Adobe Systems recomienda comunicarse con el Adobe Systems cuenta equipo u organización de soporte para obtener orientación adaptada a su escenario específico.
Restricciones limitations
El uso del mecanismo de restauración de autoservicio está sujeto a las siguientes limitaciones.
- Las operaciones de restauración están limitadas a siete días, lo que significa que no es posible restaurar una instantánea con más de esa antigüedad.
- Se permiten un máximo de diez restauraciones exitosas en todos los entornos de un programa por mes calendario.
- Después de la creación del entorno, la primera instantánea de copia de seguridad tarda seis horas en producirse. Hasta que se genera esta, no se puede llevar a cabo ninguna restauración en el entorno.
- No se inicia una operación de restauración si hay una canalización de configuración de pila completa o de nivel web ejecutándose para la entorno.
- No se puede iniciar una restauración si ya se está ejecutando otra restauración en el mismo entorno.
- En casos excepcionales, debido al límite de copias de seguridad de 24 horas y siete días, es posible que la copia de seguridad seleccionada no esté disponible por un retraso entre el momento en que se seleccionó y el momento en que se inició la restauración.
- Los datos de los entornos eliminados se pierden de forma permanente y no se pueden recuperar.