Problemas de copia de seguridad y restauración de Exchange
He encontrado información para usted, espero que le sea útil 1. Descripción general de la copia de seguridad y recuperación de Exchange
La copia de seguridad de Exchange se divide en copia de seguridad en línea y copia de seguridad sin conexión. Como sugiere el nombre, la copia de seguridad realizada cuando se ejecuta Exchange es una copia de seguridad en línea. Este tipo de copia de seguridad a menudo requiere que se completen programas que admitan Exchange, como NTBACKUP y soluciones proporcionadas por software de copia de seguridad de terceros para bases de datos de Exchange. Este tipo de programa realiza una copia de seguridad de los datos de forma lógica, es decir, realiza una copia de seguridad de todos los datos relacionados con el almacén de información y de todos los datos relacionados con el servicio de directorio. La copia de seguridad sin conexión es una copia de seguridad a nivel de archivo que se realiza cuando se detiene el servicio.
Copia de seguridad en línea
Exchange admite cuatro tipos de copia de seguridad en línea: regular o completa, de copia, incremental y diferencial. Una copia de seguridad periódica primero hace una copia de seguridad de los archivos de su base de datos, luego hace una copia de seguridad de los archivos de registro de transacciones y luego elimina los archivos de registro de transacciones del directorio. Esto significa que puede desactivar el registro circular porque su software de respaldo eliminará los archivos de registro. Entonces, si realiza copias de seguridad periódicas, no tendrá el problema de que los archivos de registro llenen la unidad. Para restaurar una copia de seguridad regular, simplemente restaure el último conjunto de copias de seguridad regular e inicie el servicio.
Las copias de seguridad incrementales solo funcionan en archivos de registro, por lo que solo se aplican cuando el registro circular está deshabilitado. Al igual que las copias de seguridad regulares, las copias de seguridad incrementales también borran los archivos de registro después de la copia de seguridad. Por lo tanto, proporciona una forma alternativa de eliminar archivos de registro sin comprometer la capacidad de recuperación. Para restaurar una copia de seguridad incremental, debe volver al último conjunto de copia de seguridad regular (que contenía los archivos de su base de datos). Restaure estos archivos de base de datos, restaure cada conjunto de copias de seguridad incrementales después de la copia de seguridad regular y luego inicie el servicio. Tenga en cuenta que este servicio solo se puede iniciar después de haber restaurado todos los conjuntos de copias de seguridad; de lo contrario, los registros restaurados después del conjunto de copias de seguridad no se ejecutarán.
Al igual que la copia de seguridad incremental, la copia de seguridad diferencial también funciona en archivos de registro, por lo que para utilizarla, el registro circular debe estar desactivado. Sin embargo, a diferencia de las copias de seguridad incrementales, las copias de seguridad diferenciales no eliminan los archivos de registro. Para restaurar un conjunto de copia de seguridad diferencial, regrese a su última copia de seguridad regular y restaure su conjunto de copia de seguridad diferencial (que contiene todos los archivos de registro producidos desde la última copia de seguridad regular). Al utilizar copias de seguridad incrementales, no puede iniciar el servicio hasta que haya restaurado todos los conjuntos de copias de seguridad.
Copia de seguridad sin conexión, cualquier software de copia de seguridad puede realizar copias de seguridad sin conexión. Sin embargo, la copia de seguridad fuera de línea no puede liberar automáticamente todos los archivos de registro durante la restauración como la copia de seguridad en línea correspondiente. Por lo tanto, Microsoft no recomienda utilizar copias de seguridad sin conexión para las copias de seguridad diarias. Sin embargo, cuando falla la copia de seguridad en línea, la copia de seguridad fuera de línea es muy importante.
Restaurar
La forma de restaurar sus datos depende de si regresa a una copia de seguridad en línea o sin conexión, y restaurar una copia de seguridad en línea es más fácil que restaurar una copia de seguridad sin conexión. En una copia de seguridad regular diaria, simplemente restaura la última copia de seguridad regular e inicia el servicio. En una copia de seguridad regular e incremental, usted restaura la última copia de seguridad regular y todos los conjuntos incrementales e inicia el servicio, y Exchange vuelca todos los archivos de registro. En una copia de seguridad regular más diferencial, usted restaura la última copia de seguridad regular, restaura la última copia de seguridad diferencial e inicia el servicio.
En una copia de seguridad sin conexión, se realiza un paso para restaurar el servicio de directorio y otro paso para restaurar el almacén de información. Para servicios de directorio, restaure el directorio DSADATA y, si es necesario, utilice el registro de Windows NT para ubicar varios directorios DSADATA en unidades independientes. Luego, inicie el servicio. Para el almacén de información, restaure el directorio MDBDATA (su ubicación también aparece en el registro), luego ejecute el programa ISINTEG.EXE en el directorio bin en Microsoft Exchange Server y proporcione al programa la opción de línea de comando -patch. Luego, detenga el servicio y debería comenzar de nuevo por sí solo.
2. Cómo hacerlo
Copia de seguridad en línea
Para utilizar el Asistente de copia de seguridad para realizar una copia de seguridad en línea de la computadora con Exchange Server, haga clic en Inicio, seleccione Programas, seleccione Archivos adjuntos, Herramientas del sistema y luego haga clic en Copia de seguridad. Alternativamente, escriba ntbackup en el símbolo del sistema.
En el cuadro de diálogo Qué respaldar, seleccione Realizar copia de seguridad de archivos, unidades o datos de red seleccionados y luego haga clic en Siguiente. Esto iniciará una copia de seguridad en línea.
En el cuadro de diálogo Elementos para realizar una copia de seguridad, expanda el árbol de Exchange Server, seleccione cualquiera o todos los equipos con Exchange Server en la organización de los que desea realizar una copia de seguridad y luego haga clic en Siguiente.
Nota: No puede seleccionar el cuadro atenuado junto a la palabra "Microsoft Exchange". Debe hacer doble clic en Microsoft Exchange o hacer clic en el signo más (+) para expandir el árbol de Exchange Server. Puede expandir este árbol hasta el directorio o almacén de información de cualquier servidor. Confirme que el archivo que aparece en el cuadro "Medio de copia de seguridad o nombre de archivo" es el archivo en el que desea realizar una copia de seguridad de sus datos y luego haga clic en Siguiente. Haga clic en Finalizar para continuar con la copia de seguridad.
Para hacer una copia de seguridad de una computadora con Exchange Server sin usar el asistente, siga estos pasos:
Haga clic en Inicio, seleccione Programas, seleccione Accesorios, seleccione Herramientas del sistema y luego haga clic en Copia de seguridad. . Alternativamente, escriba ntbackup en el símbolo del sistema.
En el cuadro de diálogo Bienvenido a las herramientas de copia de seguridad y recuperación de Windows 2000, haga clic en la pestaña Copia de seguridad y luego expanda el árbol de Microsoft Exchange. Seleccione cualquiera o todas las computadoras con Exchange Server en su organización para realizar una copia de seguridad. Nota: No puede seleccionar el cuadro atenuado junto a la palabra "Microsoft Exchange". Debe hacer doble clic en Microsoft Exchange o hacer clic en el signo más (+) para expandir el árbol de Exchange Server. Puede expandir este árbol hasta el directorio o almacén de información de cualquier servidor.
Confirme que el archivo que aparece en el cuadro "Medio de copia de seguridad o nombre de archivo" es el archivo en el que desea realizar la copia de seguridad de sus datos y luego haga clic en Iniciar copia de seguridad. Verifique la información en el cuadro de diálogo Información del trabajo de copia de seguridad y luego haga clic en Iniciar copia de seguridad
Copia de seguridad y recuperación sin conexión
Verificar trabajo:
Determinar si es un trabajo. grupo de almacenamiento Habilite el registro circular (no lo habilite). (Administrador del sistema Exchange>Grupo de almacenamiento->Propiedades->General, desmarque Habilitar registro circular).
Determine la ubicación de la ruta de la base de datos de Exchange, la secuencia, el registro de transacciones y el archivo de punto de control, así como el registro del grupo de almacenamiento Prefijo de archivo. (Administrador del sistema Exchange>Grupo de almacenamiento->Propiedades->General, registre el prefijo del archivo de registro (E0n), la ubicación del registro de transacciones (E0n*.log), la ubicación de la ruta del sistema (E0n.chk), la ruta de la base de datos se enumera en cada objeto nombre_base de datos en el Propiedad de la base de datos, *.stm, *.edb)Desmonte la base de datos de la que se va a realizar la copia de seguridad.
Copia de seguridad sin conexión
1. Verifique que los archivos de la base de datos (archivos .edb y .stm) sean consistentes y coincidan entre sí. Para hacer esto, ejecute el siguiente comando para cada archivo
eseutil /mh archivo de base de datos (*.edb) | find /i "DB Signature"
eseutil /mh archivo de base de datos (* .stm)| find /i "Firma de base de datos"
Si las firmas de base de datos de dos archivos son iguales, significa que pertenecen al mismo conjunto de archivos.
archivo de base de datos eseutil /mh, estado = apagado limpio
2. Copia de seguridad de los archivos *.edb, *.stm.
3. Monte la base de datos respaldada.
4. Si necesita revertir el dinero más adelante, haga una copia de seguridad de todos los archivos de registro de transacciones numerados (archivo E0nxxxxx.log). No haga una copia de seguridad de los archivos E0n.log, Res1.log y Res2.log.
5. Revise los encabezados de los archivos de puntos de control para determinar cuál es el archivo de registro con el número más alto que se puede eliminar de forma segura. Si la base de datos se detiene de forma anormal, el punto de control rastreará el archivo de registro con el número más bajo necesario para la recuperación automática. Para ver el archivo de punto de control, ejecute el siguiente comando: eseutil /mk E0n.chk
6 Verifique la integridad del archivo de registro respaldado: eseutil /ml E0n
Recuperación sin conexión<. /p>
Recuperación "Punto en el tiempo". Los archivos de registro no se reproducen en la base de datos. Todos los datos creados después de la copia de seguridad se perderán. Todas las bases de datos detenidas en el grupo de almacenamiento deben ser coherentes y debe existir un archivo de punto de control válido. No elimine el archivo de punto de control actual ni ningún archivo de registro existente.
Recuperación "Roll forward". Los archivos de registro creados después de la copia de seguridad se reproducirán en la base de datos. Si todos los archivos de registro están disponibles, se pueden guardar todos los datos creados después de la copia de seguridad. Si el registro circular está habilitado, debe realizar una recuperación "en un momento dado" de la copia de seguridad fuera de línea y la recuperación "en avance" no es una opción. Todas las bases de datos del grupo de almacenamiento deben estar detenidas y ser coherentes, y todos los archivos de registro creados después de generarse la copia de seguridad deben existir (incluido el E0n.log actual). Los archivos de puntos de control deben eliminarse.
Recuperación "punto en el tiempo"
1. Desmonte la base de datos que se va a restaurar y verifique que sea coherente, coincida y que el punto de control sea válido.
eseutil /mk E0n.chk | FIND /i "punto de control"
eseutil /ml E0n.log | FIND /i "lgeneración" Vea si el punto de control está en el registro.
2. Copie los archivos .edb y .stm respaldados en la base de datos adecuada y en las ubicaciones de los archivos de transmisión.
3. Haga clic en la propiedad Base de datos del objeto de base de datos en el Administrador del sistema de Exchange para seleccionar la casilla Esta base de datos se puede sobrescribir mediante una restauración.
4. Montar la base de datos recuperada.
"Recuperación en avance"
1. Desmonte la base de datos que se va a restaurar.
2. Compruebe la coherencia.
3. Compruebe si la firma del registro registrada en cada encabezado de la base de datos es la firma de un registro de anclaje bajo. Ejecute los siguientes comandos:
eseutil /mh nombre_base de datos | find /i "Firma de registro"
eseutil /ml low_anchor_log | find /i "Firma"
4 Compruebe si la ubicación de la ruta de la base de datos actual es la misma que cuando se creó la copia de seguridad.
eseutil /ml "Last_Consistent"_log | find /i "nombre o patrón de base de datos"
5. Comenzando desde el número de anclaje más bajo lo antes posible en la secuencia continua, recopile todo. registra y los copia en la ruta del registro de transacciones actual.
6. Verifique que todos los registros compartan la misma firma de registro y estén en una secuencia continua.
eseutil /ml E0n > 20049995942.htm.txt
7. Cambie el nombre del registro de anclaje alto E0n.log si aún no tiene nombre.
8. Elimine el archivo E0n.chk de la carpeta Ruta del sistema.
9. Como verificación final antes de montar el grupo de almacenamiento, verifique lo siguiente: Todos los archivos de la base de datos existen en sus rutas de ejecución. Los únicos archivos de registro en la ruta del registro de transacciones en ejecución comienzan con el registro de anclaje bajo y continúan al menos hasta el registro de anclaje alto, con el registro disponible con el número más alto denominado E0n.log. No hay ningún archivo E0n.chk en la carpeta Ruta del sistema.
10. Si el almacén de información aún no se está ejecutando, inícielo y monte al menos una base de datos en el grupo de almacenamiento.
3. Solución de problemas de la base de datos
Cuando la base de datos no se pueda montar, siga los siguientes pasos
1. Intente iniciar el almacén de información y observe los mensajes de error. y registros de eventos.
2. Verifique la coherencia
eseutil /mh nombre de base de datos
3. Si estado = cierre sucio, no elimine el registro
Si Si state=clean Shutdown, cierre la sesión y vaya al paso 11.
4. Si hay inconsistencia, ejecute la recuperación suave eseutil /r
Si tiene éxito, verifique la coherencia nuevamente y vaya al paso 9.
5. Si no hay suficiente espacio en disco, realice la desfragmentación (eseutil /d)
6. La base de datos es inconsistente y la recuperación suave no tiene éxito
Eliminar todo. archivos en mdbdata Archivos de registro, archivos chk y archivos temp.edb.
7. Ejecute eseutil /p para restaurar a un estado consistente.
8. Monte la base de datos una vez y desmóntela inmediatamente.
9. Utilice Isinteg.exe para reparar la base de datos Pub1.edb y Priv1.edb (isinteg -s (nombre del servidor) -fix -test alltests)
10. Se puede iniciar el servicio store y el almacén de información es relativamente estable y aún se informan los mismos errores y advertencias después de ejecutar Isinteg.exe varias veces. Utilice la utilidad ExMerge exportando los datos al formato .pst y luego volviéndolos a importar a un nuevo o limpio Para reconstruir el almacenamiento de información en la estructura de la base de datos.
11. Reinicie el almacén de información y monte el almacenamiento.
12. Haz una copia de seguridad completa.
IV. Otra información
Los archivos .edb y .stm son el repositorio final de toda la información de la base de datos. En la mayoría de los casos, estos dos archivos deben tratarse como uno solo; realice una copia de seguridad y restaure ambos archivos en conjunto. Los dos archivos deben sincronizarse en el tiempo entre sí; el archivo .edb respaldado en un día no puede coincidir con el archivo de transmisión respaldado en otro día. Para evitar confusión sobre qué archivos de registro pertenecen a cada grupo de almacenamiento, los registros de Exchange que pertenecen a un grupo de almacenamiento determinado se nombran con un prefijo de registro único, que son los primeros tres caracteres del nombre del archivo. El archivo de registro actual del grupo de almacenamiento siempre es E0n. registro. El tamaño del registro de transacciones es uniformemente de 5 MB. Si el archivo de registro actual está lleno, se le cambiará el nombre con un número de secuencia hexadecimal (llamado número de generación de registro) y se generará un nuevo archivo de registro actual. Los archivos de registro se numeran como E0n00001.log, E0n00002.log, etc. Los archivos de registro numerados normalmente se denominan E0nxxxxx.log.
Si la base de datos se detiene de forma anormal, el archivo de punto de control (E0n.chk) registrará el registro de transacciones como punto de partida para la recuperación, y la recuperación debe comenzar a reproducirse desde este punto de partida para restaurar la coherencia de la base de datos. Este proceso se llama "recuperación suave". La recuperación suave es lo opuesto a la "recuperación completa", que es el proceso de reproducir archivos de registro después de restaurar una copia de seguridad en línea. La diferencia más importante entre la recuperación parcial y la recuperación completa es que durante la recuperación completa, los datos del archivo parcheado se insertan en el proceso de reproducción del archivo de registro. Un archivo de base de datos de Exchange inconsistente es aquel en el que no se han escrito todas las transacciones pendientes. Durante el funcionamiento normal, el archivo de base de datos de Exchange es incoherente porque hay información en la memoria caché que aún no se ha escrito físicamente en el archivo. Normalmente, los archivos de la base de datos de Exchange no se consideran coherentes hasta que el servicio de la base de datos se cierre correctamente. Sin embargo, la base de datos en su conjunto (que se considera la suma de la información en el registro de transacciones y los archivos de la base de datos) siempre es consistente a menos que los archivos de registro requeridos se eliminen prematuramente.
Manejo de la discrepancia entre la firma de la base de datos y la ruta
Al igual que los archivos de registro, la base de datos también tiene su propia firma. La diferencia es que, aunque la firma del registro no ha cambiado desde que se creó el archivo E0n000001.log, la firma de la base de datos cambiará cada vez que cambie la topología física de la base de datos y estos cambios no se rastrean a través del archivo de registro. Cuando utiliza Eseutil para desfragmentar o reparar una base de datos sin conexión, la firma de la base de datos cambia. Después de tal evento, la base de datos puede adjuntarse al mismo flujo de registro anterior, pero no aceptará repeticiones de todas las transacciones realizadas cuando la base de datos tenía la firma anterior. Las copias anteriores de la base de datos no aceptan la reproducción de ninguna transacción realizada después de que se cambió la firma de la base de datos. Debido a que la firma de la base de datos se restablece de esta manera, se recomienda encarecidamente crear una copia de seguridad completa de la base de datos inmediatamente después de la desfragmentación o reparación sin conexión de la base de datos. Si luego restaura una copia de la base de datos con la firma anterior, la reproducción hasta el punto de cambio de firma se realizará correctamente, pero perderá todos los cambios después de ese punto. Si la ruta de la base de datos se cambia en medio del flujo de registro, el efecto es similar al cambio de la firma: la reproducción se interrumpirá en el punto del cambio. (La API de copia de seguridad en línea proporciona un medio para reasignar rutas durante la recuperación; por lo tanto, la API de copia de seguridad en línea puede reproducir completamente los registros incluso si la ruta se cambia después de crear la copia de seguridad).
Haga clic con el botón derecho en el almacén de correo. --Base de datos, debería haber una opción para permitir la sobrescritura mediante restauración, simplemente haz clic en ella
Si aún no funciona, debes mirar el registro de transacciones