Antes de poder entender los detalles de la integración entre CA ARCserve Backup y CA ARCserve Replication, deberá familiarizarse con algunos de los términos y definiciones que utiliza cada producto.
La integración utiliza los siguientes términos y definiciones:
Un escenario de CA ARCserve Replication es la base fundamental de gestión de la operación del sistema. Un escenario de CA ARCserve Replication incluye siempre al menos un servidor principal y un servidor de réplica. Además, se pueden ejecutar varios escenarios independientes en un único servidor.
Un escenario es una estructura que describe lo siguiente:
Nota: CA ARCserve Backup es compatible sólo con escenarios del servidor de archivos, MS Exchange y SQL Server.
El servidor principal es el servidor de producción activo que le permite cambiar datos de forma activa (lectura y escritura). Cualquier cambio realizado en cualquier momento en el servidor principal se captura de forma continua en tiempo real y se transfiere (o duplica) a un o más servidores duplicados asociados para que todos los servidores duplicados contengan siempre una copia exacta de los datos en el servidor principal.
El servidor duplicado es el servidor pasivo. Este es el servidor desde el que no se pueden cambiar los datos (sólo lectura) de cualquier forma excepto a través de cambios replicados en el servidor master. Pueden existir varios servidores de duplicado asociados a un único servidor principal. Al sincronizar los datos duplicados con el servidor principal, se comparan los datos entre los servidores y sólo se envían los cambios realizados en el servidor principal a los servidores duplicados, por lo que se minimiza el tráfico de WAN.
La protección de datos continua (CDP) es la capacidad de recuperar datos no sólo de determinados estados previos capturados, por ejemplo, en una instantánea o copia de seguridad diaria o semana, sino de recuperación de datos en cualquier punto en el tiempo. De esa forma, si aparece un virus en cualquier momento, puede recuperar en un punto minutos antes de que apareciera el virus sin perder ningún dato y en un tiempo de recuperación muy rápido.
La conmutación por error es una función que detecta cuándo la aplicación protegida falla o se modifica (de forma manual o automática) en un servidor réplica designado sin sufrir pérdida de datos y o de tiempo. Si se produce un error en el servidor principal o debe cerrarse por razones de mantenimiento, un duplicado sincronizado (de forma local o en una ubicación remota) lo sustituirá de forma instantánea y automática.
El rebobinado de datos es un método de recuperación que permite rebobinar datos en un punto del tiempo (punto de rebobinado) antes de que se dañen. Esta tecnología de rebobinado incorporado se aplica en el servidor duplicado. El "rebobinado de datos" de un estado anterior sólo puede realizarse en el servidor duplicado.
Un punto de rebobinado es un punto de control en el registro de rebobinado que marca un evento o una operación. La información real almacenada incluye la operación que deshará el evento en caso de que se active el punto de rebobinado. La recuperación de datos utiliza estos puntos de rebobinado o marcadores en el registro de rebobinado para restablecer los datos actuales a un estado anterior.
La recuperación garantizada permite realizar una prueba real del servidor de recuperación de desastres mediante la ejecución de la aplicación, incluida la modificación de datos, sin afectar al entorno de producción de ningún modo ni a los datos duplicados anteriormente.
La recuperación asegurada permite realizar comprobaciones de una instantánea de datos duplicados, de forma transparente y sin interrupciones del trabajo, para iniciar los servicios de la aplicación y llevar a cabo todas las operaciones necesarias que ayudan a verificar la integridad de los datos contenidos en el servidor de réplica. La recuperación garantizada proporciona esta funcionalidad sin que sus sistemas de producción sean vulnerables durante la comprobación, sin interferir de ninguna forma en la disponibilidad de la aplicación de producción y sin que sea necesario que se complete la resincronización de datos después de la comprobación.
El modo de suspensión dejará de enviar temporalmente cambios al servidor duplicado suspendido. Los cambios continuarán registrándose en una cola hasta que el duplicado se reanude para que no sea necesaria la resincronización. Después de que el duplicado se reanude, los cambios acumulados se transfieren y aplican sin necesidad de realizar una resincronización de datos.
Cuando realice la copia de seguridad de un escenario con la opción Recuperación garantizada configurada, la base de datos sería una aplicación coherente y no requeriría una recuperación de la aplicación después de la restauración. Sin embargo, al realizar una copia de seguridad de un escenario con el modo de suspensión activado (sin la opción recuperación garantizada configurada), la copia de seguridad puede requerir la recuperación de aplicación después de la restauración, dependiendo del estado de la aplicación en el momento de la copia de seguridad.
La sincronización es el proceso en el que se traen los datos del servidor duplicado en modo sincronización con los datos en el servidor principal. Para sincronizar el servidor principal y el servidor duplicado correctamente, se realiza una comparación de las dos estructuras de archivo para determinar el contenido (archivos y carpetas) en el servidor principal que falta o es distinto del que se encuentra en el servidor duplicado. Los niveles de sincronización son los siguientes:
El proceso de duplicado mantiene copias idénticas de archivos y bases de datos mediante la captura en tiempo real de los cambios de nivel de byte en archivos en el servidor principal. Estos cambios capturados se transmiten de forma asíncrona a los servidores duplicados. Ya que el duplicado actualiza continuamente los datos de origen en otro equipo, un servidor duplicado siempre contiene los mismos datos que el servidor duplicado. Para evitar la restauración de archivos que se encuentren en uso, la aplicación no tiene que estar ejecutándose (desconectada).
Define el nivel granular de detalles para un escenario de CA ARCserve Replication para propósitos de copia de seguridad y restauración. El nivel de granularidad para una entidad depende del tipo de escenario.
Para un escenario de servidor de archivo, una entidad representa todos los archivos y directorios que pertenezcan al mismo volumen en un servidor principal.
Por ejemplo, en un servidor principal los contenidos de la unidad C constituirían una entidad, mientras que los contenidos de la unidad D conformarían una entidad independiente.
Para un escenario de SQL Server, una entidad representa una base de datos SQL.
Por ejemplo, en un servidor principal, los contenidos de la base de datos de los empleados de la compañía A constituirían una entidad, mientras que los contenidos de la base de datos de los empleados de la compañía B conformarían una entidad por separado.
Para un escenario de MS Exchange, una entidad representa un grupo de almacenamiento de MS Exchange. El nombre de entidad será el nombre del grupo de almacenamiento de MS Exchange.
|
Copyright © 2013 CA.
Todos los derechos reservados.
|
|