Descripción de la copia de seguridad, restauración y recuperación ante desastres
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2010-11-01
Microsoft Exchange Server 2010 presenta una plataforma nueva y unificada para una gran disponibilidad y resistencia del sitio que hace que la implementación sea redundante, bases de datos de buzones disponibles de manera más rápida y fácil. Sin embargo, hasta las formas de redundancia y la tolerancia a errores más extremas no pueden protegerlo en caso de desastres o posibles errores. Asegurarse de que existe una protección suficiente de los datos importantes de la organización de Exchange es una tarea operativa que deben realizar todas las organizaciones.
Como parte de la planificación de protección de datos, es importante que comprenda las maneras en que los datos pueden protegerse y que determine cuáles de esas maneras se adecuan mejor a las necesidades de su organización. La planificación de protección de datos es un proceso complejo que depende de muchas decisiones que usted toma durante la fase de planificación de su implementación.
Contenido
Tecnologías de copia de seguridad admitidas
Recuperación de servidores
Base de datos de recuperación
Portabilidad de bases de datos
Portabilidad del tono de marcado
Protección nativa de datos de Exchange
Tecnologías de copia de seguridad admitidas
Microsoft Exchange Server 2007 y Exchange Server 2003 incluyen dos opciones distintas para la copia de seguridad y la recuperación de datos: API de copia de seguridad de secuencias del Motor de almacenamiento extensible (ESE) y soporte para las API de copia de seguridad de secuencias del Servicio de instantáneas de volumen (VSS). Exchange 2010 ya no soporta las API de secuencia del ESE para copias de seguridad y restauración de archivos de programas o datos. En su lugar, Exchange 2010 admite solo las copias de seguridad basadas en el VVS.
Exchange 2010 incluye un complemento para copias de seguridad de Windows Server que le permite realizar copias de seguridad basadas en VSS de los datos de Exchange. Puede usar la copia de seguridad de Windows Server para realizar copias de seguridad y restaurar las bases de datos de Exchange. Para realizar una copia de seguridad y restaurar Exchange 2010, debe usar la aplicación compatible con Exchange que admita el VSS Writer para Exchange 2010, tales como la copia de seguridad de Windows Server (con el complemento de VSS), Microsoft System Center Data Protection Manager o una aplicación de terceros basada en VSS compatible con Exchange. Tenga en cuenta estas limitaciones al usar el VSS para realizar una copia de seguridad y una restauración de los datos de Exchange:
El complemento de VSS que se incluye en Exchange 2010 se puede usar para hacer una copia de seguridad del volumen que contiene solo copias de base de datos de buzones de correo activas o bases de datos de buzones de correo independientes (no replicada). No se puede usar para realizar una copia de seguridad de volúmenes que contienen copias de base de datos de buzones de correo pasivas. Para realizar una copia de seguridad de datos de copias de base de datos de buzones de correo pasivas, necesita Microsoft System Center Data Protection Manager o una aplicación de terceros basada en VSS compatible con Exchange.
Las copias de seguridad de las copias de base de datos de buzones de correo pasivas se realizan mediante el uso de VSS Writer distintos en el servicio de replicación de Microsoft Exchange. El VSS Writer del servicio de replicación de Microsoft Exchange no admite restauraciones. Aunque puede realizar una copia de seguridad de una copia de base de datos de buzones de correo pasiva con Microsoft System Center Data Protection Manager o una aplicación de terceros basada en VSS compatible con Exchange, no puede realizar una restauración del VSS directamente a una copia de base de datos de buzones de correo pasiva. Sin embargo, puede realizar una restauración del VSS a una ubicación alternativa, suspender la replicación a la copia pasiva y, luego, copiar la base de datos y los archivos de registro de la ubicación alternativa a la ubicación de la copia de base de datos pasiva en el sistema de archivos.
Para obtener información detallada acerca de la realización de copias de seguridad y de la restauración de datos de Exchange mediante la copia de seguridad de Windows Server, consulte Uso de Copias de seguridad de Windows Server para realizar copias de seguridad y restaurar datos de Exchange.
Volver al principio
Recuperación de servidores
Casi todas las opciones de configuración para los roles de servidor Buzón de correo, Acceso de clientes, Transporte de concentradores y Mensajería unificada están almacenadas en Active Directory. Igual que las versiones anteriores de Exchange, Exchange 2010 incluye un parámetro de instalación para recuperar servidores perdidos. Este parámetro, /m:RecoverServer, se usa para volver a construir y recrear un servidor perdido mediante el uso de información sobre configuraciones almacenada en Active Directory.
Para obtener información acerca de los pasos detallados para realizar la recuperación de servidor de un servidor perdido de Exchange 2010, consulte Recuperar un servidor de Exchange. Para obtener información acerca de los pasos detallados para recuperar un servidor perdido que es miembro de un grupo de disponibilidad de base de datos, consulte Recuperar un servidor miembro de un grupo de disponibilidad de base de datos.
Volver al principio
Base de datos de recuperación
Una base de datos de recuperación es una característica de Exchange 2010 que reemplaza el grupo de almacenamiento de recuperación (RSG) que se encontraba en versiones anteriores de Exchange. Una base de datos de recuperación es un tipo de base de datos de buzones de correo especial que permite montar una base de datos de buzones de correo restaurada y extraer los datos de la base de datos restaurada como parte del proceso de recuperación. Puede usar el cmdlet restore-Mailbox para extraer los datos de una base de datos de recuperación. Tras la extracción, los datos pueden exportarse a una carpeta o combinarse en un buzón de correo que ya exista. Las bases de datos de recuperación le permiten recuperar datos de una copia de seguridad o de una copia de una base de datos sin perjudicar el acceso del usuario a los datos actuales.
Antes de que pueda usar una base de datos de recuperación, se deben cumplir algunos requisitos. Una base de datos de recuperación se puede usar solo para bases de datos de buzones de correo de Exchange 2010. No se admiten las bases de datos de buzones de versiones previas de Exchange. Además, el buzón de correo de destino que se usa para combinaciones y extracciones de datos debe estar en el mismo bosque de Active Directory que la base de datos montada en la base de datos de recuperación.
Para obtener más información, consulte Bases de datos de recuperación. Para obtener instrucciones detalladas sobre cómo crear una base de datos de recuperación, consulte Crear una base de datos de recuperación. Para obtener instrucciones detalladas sobre cómo usar una base de datos de recuperación, consulte Restaurar datos mediante una base de datos de recuperación.
Volver al principio
Portabilidad de bases de datos
La portabilidad de bases de datos es una característica que permite que una base de datos de buzones de correo de Exchange 2010 se pueda mover o montar en cualquier otro servidor Buzones de Exchange 2010 de la misma organización. Al usar esta función, la fiabilidad se mejora mediante la eliminación de varios pasos manuales propensos a errores en el proceso de recuperación. Además, la portabilidad de bases de datos reduce los tiempos de recuperación completa en distintos escenarios de error.
Para obtener más información, consulte Portabilidad de bases de datos. Para obtener instrucciones detalladas sobre cómo usar la portabilidad de base de datos, consulte Mover una base de datos de buzones mediante la portabilidad de bases de datos.
Volver al principio
Portabilidad del tono de marcado
La portabilidad del tono de marcado es una característica que proporciona una solución de continuidad empresarial limitada para los errores que afectan a una base de datos de buzones de correo, un servidor o un sitio completo. La portabilidad del tono de marcado permite a los usuarios tener un buzón de correo temporal para enviar y recibir mensajes de correo electrónico mientras su buzón de correo original se recupera o restaura. El buzón de correo temporal puede estar en el mismo servidor de buzones de Exchange 2010 o en cualquier otro servidor de buzones de Exchange 2010 de su organización. Esto permite que un servidor alternativo hospede los buzones de correo de los usuarios que estaban previamente en un servidor que ya no estará disponible. Los clientes que son compatibles con la característica Detección automática, como Microsoft Outlook 2010 o Office Outlook 2007, se redirigen automáticamente al nuevo servidor sin necesidad de actualizar manualmente el perfil de escritorio del usuario. Una vez restaurados los datos del buzón de correo original del usuario, un administrador puede combinar un buzón recuperado del usuario con el buzón de tono de marcado del usuario y crear un solo buzón actualizado.
El proceso para usar la portabilidad del tono de marcado se denomina recuperación del tono de marcado. Una recuperación del tono de marcado implica la creación de una base de datos vacía en un servidor de buzones de correo para sustituir la base de datos en la que se produjeron los errores. Esta base de datos vacía, conocida como una base de datos de tonos de marcado, permite a los usuarios enviar y recibir mensajes de correo electrónico mientras se recupera la base de datos con errores. Una vez recuperada la base de datos con errores, la base de datos de tono de marcado y la base de datos recuperada se intercambian y, luego, los datos de la base de datos de tono de marcado se combina con la base de datos recuperada.
Para obtener más información, consulte Portabilidad del tono de marcado. Para ver los pasos detallados para realizar una recuperación del tono de marcado, consulte Realizar una recuperación del tono de marcado.
Volver al principio
Protección nativa de datos de Exchange
Exchange 2010 incluye varias características nuevas y cambios principales que, cuando se implementan y se configuran de manera correcta, pueden ofrecer protección de datos nativos que elimina la necesidad de realizar copias de seguridad tradicionales de sus datos. Con las funciones de alta disponibilidad incorporadas en Exchange 2010 para minimizar el tiempo de inactividad y la pérdida de datos en caso de un desastre, también se puede reducir el costo total de propiedad del sistema de mensajería. Al combinar estas características con otras características integradas, como la retención legal, las organizaciones pueden reducir o eliminar la dependencia en copias de seguridad tradicionales hasta un momento dado y reducir los costos asociados.
Además de determinar si Exchange 2010 le permite cambiar las copias de seguridad tradicionales hasta un momento dado, también le recomendamos que evalúe el costo de la infraestructura actual de copias de seguridad. Considere el costo del tiempo de inactividad de los usuarios finales y la pérdida de datos al intentar recuperarse de un desastre con la infraestructura de copia de seguridad actual. Además, incluya costos de hardware, instalación y licencia, y los costos de administración asociados con la recuperación de datos y el mantenimiento de las copias de seguridad. Según los requisitos de la organización, es posible que un entorno Exchange 2010 puro con al menos tres copias de bases de datos de buzones de correo ofrezca un menor costo total de propiedad que uno con copias de seguridad.
Generalmente, las copias de seguridad se usan para los siguientes escenarios, y existen características de Exchange 2010 para satisfacer cada una de estas necesidades de una manera rentable y eficiente.
Recuperación ante desastres En caso de un error de hardware o software, varias copias de base de datos en un grupo de disponibilidad de base de datos (DAG) brindan una disponibilidad alta con una conmutación por error rápida sin pérdida de datos. Esto elimina el tiempo de inactividad de los usuarios finales y la productividad perdida resultante que representa un costo significativo de la recuperación de una copia de seguridad hasta un momento dado a un disco o una cinta. Los DAG se pueden extender a varios sitios y puede brindar resistencia contra errores del centro de datos.
Recuperación de elementos eliminados accidentalmente Históricamente, en una situación en la que un usuario elimina elementos que, después, deben ser recuperados, el proceso involucra la búsqueda del medio de copia de seguridad en donde los datos que se deben recuperar estaban almacenados y, luego, obtener, de alguna manera, los elementos deseados y entregárselos al usuario. Con la nueva carpeta de elementos recuperables de Exchange 2010, es posible retener todos los datos eliminados y modificados durante un periodo de tiempo específico, de modo que la recuperación de estos elementos es más sencilla y rápida. Esto reduce la responsabilidad de los administradores de Exchange y del servicio de asistencia de IT al permitir que los usuarios mismos recuperen los elementos eliminados de manera accidental, y, consecuentemente, reduce la complejidad y los costos administrativos asociados con la recuperación de un único elemento. Para obtener más información, consulte Directiva de mensajería y conformidad, Descripción de los elementos recuperables y Descripción de las etiquetas y directivas de retención (en inglés).
Almacenamiento de datos a largo plazo En ocasiones, las copias de seguridad cumplen la función de archivo y, generalmente, la cinta se usa para preservar las instantáneas de datos hasta un momento dado durante periodos de tiempo prolongados según los requisitos de cumplimiento. Las nuevas características de archivo, búsqueda en varios buzones de correo y retención de mensajes en Exchange 2010 proporcionan un mecanismo para preservar datos eficazmente en una forma accesible para el usuario final durante periodos de tiempo prolongados. Esto elimina las restauraciones costosas de las cintas y aumenta la productividad del usuario final al permitir que clientes ricos como Microsoft Outlook y Outlook Web App tengan acceso a datos más antiguos. Para obtener más información, consulte Descripción de archivos personales, Descripción de la búsqueda en varios buzones y Descripción de las etiquetas y directivas de retención.
Instantánea de base de datos hasta un momento dado Si una copia pasada hasta un momento dado de datos del buzón de correo es un requisito para su organización, Exchange proporciona la capacidad de crear una copia atrasada en un entorno de DAG. Esto puede ser útil en eventos inusuales en donde existe una corrupción lógica que se replica a través de las bases de datos en el DAG, lo que provoca la necesidad de retornar a un momento anterior. También, puede ser útil en caso de que un administrador elimine, de manera accidental, los buzones de correo o los datos de usuario. La recuperación de una copia atrasada puede ser más rápida que restaurar una copia de seguridad, ya que las copias atrasadas no requieren procesos de copia desde el servidor copia de seguridad hacia el servidor de Exchange que llevan mucho tiempo. Esto puede reducir, significativamente, el costo total de propiedad, ya que disminuye el tiempo de inactividad del usuario final.
Truncamiento de registro sin copias de seguridad
Una de las funciones realizadas al final de una copia de seguridad completa o incremental, que se realizó exitosamente, es el truncamiento de los archivos de registro de transacciones que ya nos se necesitan para la recuperación de bases de datos. Si no se realizan copias de seguridad, no se producirá el truncamiento de archivos. Para impedir la creación de archivos de registro, debe permitir los registros circulares para sus bases de datos replicadas. Cuando se combina el registro circular con la replicación continua, se obtiene un nuevo tipo de registro circular denominado registro circular de replicación continua (CRCL), que es diferente del registro circular de ESE. Mientras que el servicio Almacén de información de Microsoft Exchange administra y realiza el registro circular de ESE, el servicio de replicación de Microsoft Exchange administra y realiza el CRCL. Cuando está habilitado, el registro circular de ESE no genera archivos de registro adicionales y, en cambio, sobrescribe el archivo de registro actual cuando sea necesario. No obstante, en un entorno de replicación continua, los archivos de registro son necesarios para el envío y la reproducción. En consecuencia, cuando se habilita el CRCL, el archivo de registro actual no se sobrescribe y se generan archivos de registro cerrados para el proceso de envío y reproducción de registro. En concreto, el servicio de replicación de Microsoft Exchange administra el CRCL para mantener la continuidad del registro y el eliminador de registros no elimina los registros si aún son necesarios para la replicación.
Para obtener más información acerca de cómo habilitar y deshabilitar el registro circular, consulte Configurar las propiedades de la base de datos de buzones.
Consideraciones para implementar la protección de datos nativos de Exchange
Antes de usar las características integradas de Exchange 2010 como un repuesto para copias de seguridad tradicionales, debe considerar los motivos técnicos y diferentes problemas. La siguiente lista incluye algunas de estas consideraciones, aunque la lista no es exhaustiva. También puede haber consideraciones especiales o consideraciones exclusivas de su organización. Tenga en cuenta los siguientes problemas:
¿Cuántas copias de la base de datos se implementarán? Se recomienda encarecidamente implementar un mínimo de tres copias de una base de datos de buzones de correo antes de eliminar formas tradicionales de protección para la base de datos, como RAID o copias de seguridad tradicionales basadas en VSS.
Las metas de objetivo de tiempo de recuperación y objetivo de punto de recuperación deben estar definidas de manera clara y se debe establecer que mediante el uso de un conjunto combinado de características integradas en lugar de copias de seguridad tradicionales le permita satisfacer estas metas.
Debe determinar la cantidad de copias que se necesitan de cada base datos para cubrir los diversos escenarios de error que el sistema está diseñado para proteger.
Si elimina el uso del DAG o algunos de sus miembros, ¿puede esto capturar costos suficientes para admitir una solución de copia de seguridad tradicional? En tal caso, ¿esa solución mejorará los acuerdos de nivel de servicios (SLA) de los objetivos de tiempo de recuperación o los objetivos de punto de recuperación?
¿Puede perder una copia hasta un momento dado si el miembro del DAG que hospeda la copia experimenta un error que afecta la copia o la integridad de la copia?
Exchange 2010 le permite implementar buzones de correo más grandes y el tamaño máximo recomendado de la base de datos de buzones de correo se ha incrementado de 200 gigabytes (GB) en Exchange 2007 a 2 terabytes (cuando se están usando tres o más copias de base de datos de buzones de correo). Según los buzones de correo más grandes que la mayoría de las organizaciones probablemente implementen, ¿cuál será el objetivo de punto de recuperación si tiene que volver a reproducir una gran cantidad de archivos de registro al activar una copia de base de datos o una copia de base de datos retrasada?
¿Cómo podrá detectar e impedir que la corrupción lógica en una copia de base de datos activa se replique a las copias pasivas de la base de datos? ¿Cuál es su plan de recuperación para esta situación? ¿Con qué frecuencia se ha producido este escenario en el pasado? Si la corrupción lógica se produce frecuentemente en su organización, se recomienda que incluya ese escenario en su diseño mediante el uso de una o más copias retrasadas, con una ventana de retardo de reproducción para permitirle detectar y realizar acciones cuando ocurra una corrupción lógica, pero antes de que se replique esa corrupción a otras copias de base de datos.
Volver al principio
© 2010 Microsoft Corporation. Reservados todos los derechos.