XADM: Archivos pasos para restaurar un Online Backup con el registro actual

Seleccione idioma Seleccione idioma
Id. de artículo: 247109 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo se describe cómo restaurar una copia de seguridad en línea compatible con Exchange Server, se explica la razón más común que una restauración en línea no funcione y que proporciona pasos para incluir archivos de registro actual (es decir, los archivos creados después de la última copia de seguridad en línea) con los archivos del proceso de restauración en línea para recuperar el más reciente posible de datos.

Más información

Por ejemplo, si se realiza una copia de seguridad completa en línea el miércoles por la noche, una copia de seguridad incremental se toma la noche del jueves y el disco del equipo de Exchange Server que contiene la información de almacén y el directorio falla de bases de datos (o "se bloquea") en el viernes por la tarde, las carpetas de registro de transacciones están intactas y incluir todos los archivos de registro de transacciones para el viernes después de la copia de seguridad incremental en línea que se tomó el jueves por la noche. Antes de la copia de seguridad en línea completa se lleve a cabo el miércoles por la noche, el registro circular debe han desactivado.

Software de copia de seguridad preparadas a servidor en Exchange, puede normalmente seleccionar una opción para "Borrar datos existentes" o desactivar una opción "no pérdida restauración". Sin embargo, incluso cuando se utiliza esta configuración, los conflictos de versión o firma pueden surgir entre archivos de registro y bases de datos al restaurar una copia de seguridad en línea que puede impedir la restauración de trabajo. Ésta es la única razón de más comunes que la restauración de una copia de seguridad en línea de Exchange Server podría no funcionar. En este artículo proporciona pasos detallados que puede tomar para evitar este problema y otros problemas comunes y restaurar una copia de seguridad en línea de Exchange Server correctamente.

Restaurar la copia de seguridad en línea

Asegúrese de que copia todos los archivos en todas las carpetas de archivos planos Dsadata y Mdbdata volver copia en un disco y que incluya todos los archivos .edb, .log y .chk. Si hace esto y hay problemas con copias de seguridad de cinta, todavía tiene una base de datos en un disco que puede tener acceso a y reparar si es necesario. No elimine estas copias de archivos planos hasta después de que restaure la copia de seguridad en línea de Exchange Server y Exchange Server se ejecuta correctamente durante unos días.

El servicio de almacén de información depende el servicio de directorio de Exchange Server, y el almacén de información es normalmente más grande y tarda más tiempo para restaurar, Microsoft recomienda que al restaurar una copia de seguridad en línea de Exchange Server, restaure la copia de seguridad en línea en dos pasos:
  • Restaurar el directorio de Exchange Server y, a continuación, asegúrese de que el servicio de directorio se ejecuta correctamente.
  • Restaure el almacén de información de Exchange Server como un paso independiente.

Restauración del directorio de Exchange Server

  1. Asegúrese de hecho una que dispone de copia de seguridad todos los archivos de las subcarpetas DSADATA en todas las unidades lógicas. Puede haber hasta tres carpetas DSADATA en unidades diferentes: uno para la base de datos Dir.edb, uno para los archivos EDB.log y otro para el archivo EDB.chk. Compruebe todas de las unidades lógicas en el equipo para una subcarpeta de Exchsrvr y, a continuación, compruebe las carpetas la presencia de una carpeta DSADATA. Después se hace una copia todas las carpetas DSADATA para copias de archivos planos, elimine todo en las carpetas DSADATA en todas las unidades lógicas.
  2. Si el equipo con Exchange Server está en un sitio que contiene varios servidores y puede conectarse a otros servidores del sitio, para restaurar el directorio de Exchange Server:
    1. Simplemente restaure el directorio de la copia de seguridad completa en línea más reciente (en el ejemplo anterior, la copia de seguridad miércoles por la noche). No es necesario restaurar todos los archivos de registro incremental y archivos de registro actual que se generaron después de la última copia de seguridad en línea (en el ejemplo, los archivos de registro incremental de jueves y los archivos de registro actual de viernes) porque cuando se inicia el servicio de directorio después de restaura una copia de seguridad en línea correctamente, el equipo con Exchange Server contacto con los otros servidores del sitio y obtiene los datos que se ha generado después de la última copia de seguridad en línea.
    2. En el programa de copia de seguridad en línea, asegúrese de que no se selecciona la opción para iniciar automáticamente el servicio de directorio de Exchange Server después de restaura la copia de seguridad. No inicie el directorio de Exchange Server manualmente después de restaurar la copia de seguridad en línea. Registrar los nombres de todos los archivos en todas las carpetas DSADATA después de restaurar la copia de seguridad en línea. Compruebe el registro de sucesos aplicación para determinar qué evento es la más actual. Cierre el registro de sucesos de aplicación. Iniciar manualmente el servicio de directorio de Exchange Server mediante uno de los siguientes pasos:
      • En el panel de control, haga doble clic en servicios y, a continuación, inicie el servicio de directorio. -o bien -

      • En un símbolo del sistema, escriba el comando siguiente:
        Net Start MSExchangeDS
    3. Abrir el registro de sucesos de aplicación, busca nuevos eventos y no Asegúrese de que no errores al iniciar el servicio de directorio. Si no hay ningún error, ir directamente a la sección "Restaurar el almacén de Exchange Server información" de este artículo. Si el directorio no se inicia, borre todas las carpetas DSADATA nuevo y intentar restaurar el directorio desde una copia de seguridad anterior. Puesto que el directorio obtiene los datos que se ha generado después de la copia de seguridad en un entorno multiservidor, si utiliza una copia de seguridad anterior, no se pierden datos.
  3. Si hay un único servidor en el sitio, para restaurar el directorio de Exchange Server:
    1. Restaure el directorio de la copia de seguridad completa en línea más reciente. En el programa de copia de seguridad en línea, asegúrese de que no se selecciona la opción para iniciar automáticamente el servicio de directorio de Exchange Server después de restaura la copia de seguridad. No inicie el directorio de Exchange Server manualmente después de restaurar la copia de seguridad en línea. Después de restaurar el registro de copia de seguridad en línea los nombres de todos los archivos de todas las carpetas DSADATA.
    2. Restaure las copias de incrementales seguridad que se tomaron para el directorio en el orden que se crearon, comenzando con la más antigua primero y finalizar con la más reciente. En el programa de copia de seguridad, asegúrese de que no se selecciona la opción para iniciar automáticamente el servicio de directorio de Exchange Server después de que las copias de seguridad incrementales se restauraron. No inicie el directorio de Exchange Server manualmente después de restaurar las copias de seguridad incrementales. Después de restaurar las copias de seguridad incrementales, agregar los nombres de los nuevos archivos de todas las carpetas DSADATA a la lista de nombres de archivo que se inició en el paso 3a.
    3. Copie manualmente sólo los archivos de log de xxxxx de Edb (donde xxxxx es una serie de dígitos hexadecimales, por ejemplo, Edb00001.log) desde la copia de seguridad de la carpeta de registro DSADATA por vez después de que se realizó la última copia de seguridad incremental (en el ejemplo anterior, los archivos EDB xxxxx .log viernes). Asegúrese de que estos archivos .log de xxxxx de Edb están en secuencia con los otros EDB xxxxx .log archivos, incluidos el propio archivo EDB.log. El archivo de registro actual siempre es el archivo EDB.log. Los archivos de registro se generan en orden secuencial utilizando números hexadecimales para los nombres. Para asegurarse de que los archivos de EDB xxxxx .log son secuencia y que no hay archivos de registro que faltan, leer los nombres de los archivos en formato hexadecimal o convertir los valores hexadecimales a decimal mediante vista científico de la utilidad de Calculadora (haga clic en Inicio , seleccione programas , Accesorios y, a continuación, haga clic en Calculadora ).

      No copie ningún otro archivo (tales como los archivos .chk, Res.log archivos y archivos Hierarch.dat) de las carpetas temporales de copia de seguridad de DSADATA.
    4. Si el servidor se cerró debido un error de disco o un corte de alimentación y el servidor no se cerró "correctamente" (por ejemplo, si un error de hardware no permitió que los datos actuales de la memoria que se van a transferir a disco), no copie el archivo EDB.log, ya que el archivo EDB.log puede producir problemas durante la restauración. Si el servidor se apaga "correctamente", incluir el archivo EDB.log real al copiar los archivos de registro .log de EDB xxxxx desde la carpeta de copia de seguridad temporal DSADATA.
    5. importante : no comprobar la base de datos Dir.edb la restauración en línea para mantener la coherencia mediante los comandos de eseutil /mh o edbutil /mh , procesar ahora o en cualquier momento durante la restauración en línea. Esta base de datos de la restauración en línea es incoherente automáticamente porque se trata de una restauración en línea y Exchange Server sólo produce bases de datos sin conexión que sean coherentes si un servidor se apaga "correctamente."
    6. Abra el registro de sucesos de aplicación y determinar qué evento es la más actual. Cierre el registro de sucesos de aplicación. Iniciar manualmente el servicio de directorio de Exchange Server en el panel de control, servicios. Abrir el registro de sucesos de aplicación, busca nuevos eventos y asegúrese de que no hay errores al iniciar el servicio de directorio de Exchange Server. Si no hay ningún error, ha restaurado correctamente el servicio de directorio de Exchange Server y ahora está preparado para restaurar el almacén de información.

Restaurar el almacén de información de Exchange Server

  1. Asegúrese de que tiene una copia de seguridad completa de todos los archivos en todas las carpetas MDBDATA todas las unidades en el equipo. A continuación, elimine todos los archivos de las carpetas MDBDATA de todas las unidades lógicas.
  2. importante : seleccione la opción para restaurar el almacén de información privada y el almacén de información pública. Esto es un paso requerido.

    Si selecciona sólo el almacén de información privada o el almacén de información pública, la restauración no funcionen y que tenga que realizar los pasos para restaurar el directorio nuevo desde el principio, que puede ser un proceso largo, dependiendo del tamaño de las bases de datos del almacén de información.
  3. Restaurar el almacén de información desde la última copia de seguridad en línea (en el ejemplo anterior, la copia de seguridad miércoles por la noche). No inicie el almacén de información de Exchange Server manualmente después de restaurar la copia de seguridad en línea más reciente. Una vez finalizada la restauración, registre los nombres de todos los archivos en todas las carpetas MDBDATA.
  4. Restaure las copias de incrementales seguridad que se tomaron para el almacén de información privada y el almacén de información pública en el orden en que se crearon, comenzando con la más antigua primero y finalizar con la más reciente. No inicie el almacén de información de Exchange Server manualmente después de restaurar las copias de seguridad incrementales. Después de restaurar las copias de seguridad incrementales, agregar los nombres de todos los nuevos archivos de todas las carpetas MDBDATA a la lista de nombres de archivo que inició en el paso 3.
  5. Copie manualmente sólo los archivos de log de xxxxx de Edb (donde xxxxx es una serie de dígitos hexadecimales, por ejemplo, Edb00001.log) desde la copia de seguridad de la carpeta Mdbdata de registro por vez después de que se realizó la última copia de seguridad incremental (en el ejemplo anterior, los archivos EDB xxxxx .log viernes). Asegúrese de que los archivos de EDB xxxxx .log están en secuencia con los otros EDB xxxxx .log archivos, incluidos el propio archivo EDB.log. El archivo de registro actual siempre es el archivo EDB.log. Los archivos de registro se generan en orden secuencial utilizando números hexadecimales para los nombres. Para asegurarse de que los archivos de EDB xxxxx .log son secuencia y que no hay archivos de registro que faltan, leer los nombres de los archivos en formato hexadecimal o convertir los valores hexadecimales a decimal mediante vista científico de la utilidad de Calculadora (haga clic en Inicio , seleccione programas , Accesorios y, a continuación, haga clic en Calculadora ).

    No copie ningún otro archivo (tales como los archivos .chk, Res.log archivos y archivos de TMP.edb) de las carpetas temporales de copia de seguridad de Mdbdata.
  6. Si el servidor se cerró debido un error de disco o un corte de alimentación y el servidor no se cerró "correctamente" (por ejemplo, si un error de hardware no permitió que los datos actuales de la memoria que se van a transferir a disco), no copie el archivo EDB.log, ya que el archivo EDB.log puede producir problemas durante la restauración. Si el servidor se apaga "correctamente", incluir el archivo EDB.log real al copiar los archivos de registro .log de EDB xxxxx desde la carpeta de copia de seguridad temporal Mdbdata.
  7. importante : no comprobar la Priv.edb y Pub.edb de la restauración en línea por coherencia con los comandos eseutil /mh o edbutil /mh , ahora o en cualquier momento durante la restauración en línea proceso. Estas bases de datos de la restauración en línea son incoherentes automáticamente porque se trata de una restauración en línea y Exchange Server sólo produce bases de datos sin conexión que sean coherentes si un servidor se apaga "correctamente."
  8. importante : no ejecutará la isinteg - revisión comandos. Se trata de una restauración en línea y isinteg - revisión comando se ejecuta internamente por el programa copia de seguridad preparadas para Exchange Server en segundo plano.
  9. Compruebe el registro de sucesos aplicación para determinar qué evento es la más actual. Cierre el registro de sucesos de aplicación. Iniciar manualmente el servicio de almacén de información de Exchange Server en el panel de control, servicios. Abrir el registro de sucesos de aplicación, busca nuevos eventos y asegúrese de que hay servicio de almacén sin errores al iniciar la información de Exchange Server. Si no hay ningún error, ha restaurado correctamente el servicio de almacén de información de Exchange Server.
Compruebe el contenido de unos pocos buzones para asegurarse de que los buzones se rellenan con los mensajes y carpetas del buzón. Comprobar flujo de correo, enviar mensajes a otros usuarios de Exchange Server con confirmación de entrega solicitada (en Microsoft Outlook, en el mensaje de prueba, haga clic en Propiedades en el menú archivo y, a continuación, clic para activar la casilla de verificación confirmación de entrega solicitada antes de enviar el mensaje de prueba).

Si los mensajes se entregan, immediately perform una completa preparadas para Exchange Server online backup (Utilice el registro de software de copia de seguridad completa y compruebe el registro para errores una vez finalizada la copia de seguridad) para garantizar una copia de seguridad en línea válida actual de Exchange Server.

Propiedades

Id. de artículo: 247109 - Última revisión: domingo, 09 de febrero de 2014 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbhowto KB247109 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 247109

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com