Microsoft Exchange Server 2010: Cree copias de seguridad con Copias de seguridad de Windows Server
Usar Copias de seguridad de Windows Server para crear archivos de copia de seguridad de Exchange es un buen método, pero requiere un poco de configuración especial.
Extraído de "Exchange 2010 – A práctico enfoque," publicado por libros de puerta roja (2009).
Jaap Wesselius
La función de servidor de Windows copia de seguridad (WSB) de Windows Server puede ser una manera eficaz de crear una copia de seguridad de Exchange, pero no es sin alguna configuración especial. Cuando copia de sus datos de Exchange mediante WSB, necesitará al menos un disco para almacenar las copias de seguridad. Esto puede ser un disco físico en el servidor o un disco en un dispositivo de almacenamiento.
Cuando inicio WSB allí no será ninguna indicación de que es compatible con Exchange Server 2010. Cuando las bases de datos de Exchange se encuentran en la unidad G:\ y unidad H:\, por ejemplo, deben seleccionarse manualmente estas unidades en WSB.
Después de seleccionar estos discos, seleccione otro disco para almacenar la copia de seguridad actual. Esto puede ser cualquier disco, excepto la copia o el disco del sistema (es decir, la unidad C:\). Cuando se ejecuta la copia de seguridad, usted notará que WSB comprueba la base de datos de Exchange para la consistencia.
Cuando WSB ha terminado la copia de la base de datos de Exchange, se actualiza el encabezado de la base de datos con información relevante de copia de seguridad. Puede examinar el estado de la base de datos usando ESEUTIL /MH:
G:\mailbox database 0242942819>eseutil /mh "mailbox database 0242942819.edb" Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 14.00 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Database: mailbox database 0242942819.edb Previous Full Backup: Log Gen: 4-5 (0x4-0x5) - OSSnapshot Mark: (0x6,8,16) Mark: 08/08/2009 11:39:06 Previous Incremental Backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 Operation completed successfully in 0.31 seconds. G:\mailbox database 0242942819> [Edited for readability]
WSB también registra todas las actividades en el registro de eventos. Al revisar el visor de eventos podrá ver los eventos del motor de almacenamiento Extensible (ESE) y MSExchangeIS, tales como:
Log Name: Application Source: ESE Date: 8-8-2009 11:39:05 Event ID: 2005 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) Shadow copy instance 1 starting. This will be a Full shadow copy. For more information, click https://www.microsoft.com/contentredirect.asp.
También verá algo como:
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:39:05 Event ID: 9811 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Exchange VSS Writer (instance 1) has successfully prepared the database engine for a full or copy backup of database 'mailbox database 0242942819'.
Cuando haya finalizado correctamente la copia de seguridad, los archivos de registro se purgan. Se purgan los archivos de registro dependerá de cómo está ocupado el servidor es durante el backup (si, por ejemplo, hay numerosos mensajes nuevos, los buzones se mueven y así sucesivamente) y la profundidad de control. Depuración de los archivos de registro se registra en el registro de eventos como:
Log Name: Application Source: ESE Date: 8-8-2009 11:39:19 Event ID: 224 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) mailbox database 0242942819: Deleting log files G:\mailbox database 0242942819\E0000000001.log to G:\mailbox database 0242942819\E0000000003.log.
WSB sólo es capaz de crear una copia de seguridad completa o una copia de seguridad. No soporta copias de seguridad incrementales o diferenciales.
Replicación de base de datos
WSB también puede crear copias de seguridad de bases de datos que forman parte de un grupo de disponibilidad de la base de datos (DAG). Sin embargo, una limitación de WSB, es que sólo puede crear una copia de seguridad de una copia de la base de datos activa. Si crea una copia de seguridad de una copia activa, tendrá éxito la copia de seguridad. Cuando esa copia activa se mueve a otro servidor y la base de datos local se convierte en pasivo, se producirá la copia de seguridad.
El proceso de creación de copias de seguridad es idéntico al proceso descrito anteriormente, excepto los archivos de registro truncada. Archivos de registro se truncan sólo si todos los archivos de registro se replican y transmitidos a otros ejemplares de la base de datos. Sólo entonces se truncarán los archivos de registro de la copia activa. Esto puede tomar algún tiempo, que no es razón para preocuparse. También se registra en el registro de sucesos:
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:54:16 Event ID: 9827 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX01.labs.local Description: Exchange VSS Writer (instance 725e6ff5-7fd0-4c52-9bf1-f62fafc425ea:5) has successfully completed the full or incremental backup of replicated database 'Mailbox Database 1444276156'.
Los archivos de registro se truncarán después les vuelva a reproducir.
Alta disponibilidad
Para un entorno de Exchange Server 2010 completamente altamente disponible, usted tiene que configurar los servidores de correo como tal, pero también los servidores de transporte de concentradores, servidores de acceso de cliente y servidores de transporte perimetral (si utiliza les). Las configuraciones de alta disponibilidad (HA) para estas otras funciones de servidor son muy diferentes de la función del servidor buzón de correo. Sin embargo, son similares a las configuraciones de Exchange Server 2007.
Servidores concentradores de transporte
Para redundancia de transporte, necesitará al menos dos servidores de transporte de concentradores. Al crear un conector de envío, puede definir el servidor de origen que envía los mensajes a través de este conector. Para redundancia, puede agregar un segundo servidor concentrador de transporte como un servidor de origen:
- Inicie sesión en un servidor de Exchange y abra la consola de administración de Exchange.
- Expanda el servidor de Exchange local y la hoja de la organización. Haga clic en la hoja de transporte de concentradores y seleccione la ficha enviar conectores.
- Haga clic en el conector de envío necesita cambiar y seleccione Propiedades.
- En las propiedades del conector enviar, seleccione el servidor de origen.
- Haga clic en el botón Agregar para añadir un segundo servidor de transporte de concentradores para el conector de envío.
- Después de seleccionar el segundo servidor, haga clic en Aceptar dos veces.
El servidor concentrador de transporte tendrá un path redundante y cargará automáticamente los mensajes salientes de equilibrio en ambos servidores de origen. Utiliza un mecanismo de round-robin para balanceo de tráfico SMTP saliente en ambos servidores concentrador de transporte de carga.
Para los mensajes entrantes, debe implementar manualmente una solución de equilibrio de carga. Esto puede ser un Internet Security y Acceleration (ISA) Server 2006 o cualquier otro dispositivo de hardware capaz de cargar equilibrio tráfico SMTP. También puede utilizar Windows Server 2008 red de equilibrio de carga (NLB), ya que es una solución de Microsoft de out of the box.
Con NLB, puede crear una solución de equilibrio de carga que se ejecuta en Windows que hará un seguimiento de todas las conexiones entrantes y automáticamente la carga de solicitudes de equilibrio entre los servidores de transporte de concentradores. Esta es una solución totalmente compatible desde Exchange Server 2007 SP1. La última opción es utilizar DNS round-robin para tráfico entrante de equilibrio de carga.
NLB se admite sólo para conexiones SMTP entrantes, no para conexiones SMTP salientes. No puede instalarlo en cualquier servidor que alberga ya un DAG. Un servidor que aloja un DAG debe tener Windows failover clustering en operación, y NLB no puede coexistir con Windows failover clustering.
Servidores de acceso de cliente
Para redundancia en la capa de servidor acceso de cliente, debe aplicar al menos dos servidores, que deben ser la carga equilibrada en la capa de protocolo. La solución de equilibrio de la carga puede ser una solución de Microsoft ISA Server 2006 o una solución de equilibrio de carga basada en hardware. Como en el servidor concentrador de transporte, también puede utilizar NLB para balanceo de conexiones en el servidor de acceso de cliente (a menos que aloja un DAG) de carga.
Servidores de transporte perimetral
Cuando se utiliza una solución de transporte perimetral en la zona desmilitarizada de su red, necesitará al menos dos servidores de transporte perimetral. Tenga en cuenta que todos los servidores de transporte perimetral tienen su propia instancia de la Active Directory ligero servicio de directorio (AD LDS, anteriormente conocido como Active Directory Application Mode, o ADAM). Además, todos los servidores de transporte perimetral tienen su propia suscripción a los servidores de transporte de concentradores en la red de la empresa.
Cuando varios servidores de transporte perimetral se conectan al mismo sitio, automáticamente está agregados como servidores de origen para el conector entrada de enviar. Equilibrio de la carga tiene lugar a través de estos servidores de transporte perimetral de la misma manera como en los servidores de transporte de concentradores.
Con la nueva funcionalidad de DAG en Exchange Server 2010, ahora puede crear soluciones de alta disponibilidad en el nivel de servidor de buzón de correo. Esta funcionalidad reemplaza la replicación continua de Cluster (CCR) y Standby Continuous Replication (SCR) en Exchange 2007. Para ser honesto, el DAG es lo que debería haber sido CCR/SCR. Es flexible, potente y menos complejo que la solución CCR/SCR. Realmente es lo mejor de ambos mundos.
Las soluciones de alta disponibilidad en la función del servidor transporte de concentradores y la función del servidor acceso de cliente se implementan con equilibrio de carga de protocolo. Puede lograr esto utilizando un equilibrador de carga de hardware o Windows NLB, o mediante DNS round-robin. Este proceso no ha cambiado mucho.
Debe poder garantizar que el servidor de Exchange está siempre en funcionamiento. Por supuesto, esto es sólo una guía práctica para empezar. Hay mucho más para aprender a hacer su prueba ante desastres de Exchange entorno.
.jpg)
Jaap Wesselius es el fundador de DM consultores, una empresa con un fuerte enfoque en soluciones de mensajería y colaboración. Después de ocho años trabajando en Microsoft, Wesselius decidió cometer más de su tiempo a la comunidad en los países bajos, resultando en un premio de MVP de Exchange Server 2007. También es colaborador habitual en el grupo holandés de usuarios de comunicaciones de unificado y un autor regular para hablar Simple.
Aprender más acerca de "Exchange 2010 – un enfoque práctico" en red-gate.com/our-company/about/book-store.