Información general de arquitectura de base de datos de Exchange Server y el motor de base de datos

Seleccione idioma Seleccione idioma
Id. de artículo: 271987 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo proporciona una descripción general de la arquitectura de base de datos y el motor de base de datos de Microsoft Exchange Server. La discusión incluye información sobre los componentes de base de datos, mantenimiento de la coherencia de base de datos, los posibles tipos de errores de base de datos y las utilidades de base de datos.

Más información

Exchange Server utiliza bases de datos tolerantes a errores y basadas en transacciones para almacenar información de directorio y los mensajes antes de aplicar a la base de datos. Para Exchange Server 5.5 Standard Edition, cada base de datos puede crecer hasta un máximo de 16 gigabytes (GB). Para Exchange Server 5.5 Enterprise, tamaño está limitado sólo por hardware.

Si se produce un corte del suministro eléctrico u otro error anormal del sistema, Exchange Server utiliza archivos de registro de transacciones para reconstruir los datos que es aceptados por el servidor pero que aún no se ha escrito en la base de datos.

Componentes de base de datos

El diseño de Exchange Server se basa en tecnología de base de datos estándar. El sistema se basa en un motor de base de datos incrustado que diseña la estructura del disco para Exchange Server y administra la memoria. También se utiliza la tecnología de motor de base de datos en segundo plano por otras aplicaciones de Windows, por ejemplo, el servicio WINS y el protocolo de configuración dinámica de host (DHCP).

Almacén de información

El almacén de información, que es el componente clave para la base de datos de administración en Exchange Server, es realmente dos bases de datos independientes. La base de datos del almacén de información privada, Priv.edb, administra los datos en buzones de usuario. El almacén de información público, Pub.edb, administra los datos en carpetas públicas.

El almacén de información funciona con la interfaz de programación de aplicaciones de mensajería (MAPI) y el motor de base de datos para asegurarse de que se registran todas las acciones de usuario en disco duro del servidor. Por ejemplo, cuando un usuario guarda un mensaje en Microsoft Outlook, MAPI llama primero el almacén de información que, a continuación, llama el motor de base de datos, que a continuación, escribe los cambios en el disco.

Motor de base de datos JET

Bases de datos de Exchange se basan en el formato JET, archivos de qué registro utiliza para realizar un seguimiento y mantener información. Microsoft JET es un motor de avanzadas 32 bits de bases de datos multiproceso que combina la velocidad y rendimiento con otras características avanzadas para mejorar la capacidad de procesamiento basado en transacciones.

El motor de base de datos almacena en caché el disco en la memoria intercambiando páginas de 4 kilobytes (KB) de datos dentro y fuera de la memoria. Actualiza las páginas de memoria y escribe páginas nuevas o actualizadas en el disco. De esta forma más eficiente el sistema, porque cuando proceden las solicitudes, los datos de búferes de motor de base de datos en la memoria en lugar de ir constantemente en el disco.

En versiones anteriores a Exchange Server 5.5, la caché del búfer tiene un tamaño fijo. Si necesita más memoria, el administrador debe cambiar manualmente el tamaño del búfer.

En Exchange Server 5.5, asignación dinámica de búfer permite que la caché del búfer aumentar o reducir, dependiendo de cuánta memoria hay disponible y de qué recursos están en uso por otros servicios que se ejecutan en el equipo con Microsoft Windows NT Server. Si otros servicios no están utilizando la memoria, el motor de base de datos de Exchange Server ocupa tanta memoria como sea necesario. Si otros servicios necesitan memoria, el motor de base de datos proporciona algunas memoria por transferir páginas en el disco duro y reducir el tamaño del búfer.

Cuando un usuario realiza una solicitud, el motor de base de datos de la carga de la solicitud en la memoria y marca las páginas como "sucio" (una página "sucio" es una página que ha escrito con datos y todavía está siendo en memoria). Estas páginas desfasadas se escriben posteriormente en las bases de datos del almacén de información en el disco.

Mantener la coherencia de base de datos

Aunque almacenamiento en caché en memoria es la forma más eficaz para procesar datos, un efecto es que la información del disco nunca completamente actualizada. Las páginas desfasadas en la memoria que se marca como incoherente aunque Exchange Server se ejecuta normalmente en las bases de datos. Bases de datos son realmente en un estado coherente sólo cuando las páginas desfasadas son correctamente transferidos al disco durante un apagado en el que no se producen errores.

¿Qué ocurre si se pierde el contenido de memoria? Por ejemplo, ¿qué ocurre si se bloquea el servidor antes de que los datos se escriban en disco y son izquierda con una base de datos incoherente? Exchange utiliza archivos de registro de transacciones para recuperarse de esta situación.

Archivos de registro de transacciones

Archivos de registro de transacciones guarde una copia segura de datos volátiles que se están en memoria. Si el sistema se bloquea, suponiendo que la base de datos no dañada, los archivos de registro le permiten recuperar los datos hasta la última transacción confirmada antes el bloqueo. (Tenga en cuenta que se recomienda almacenar los archivos de registro en un disco duro dedicado, por lo que no están afectados los registros por errores de disco posibles que pueden dañar la base de datos.)

Exchange es un sistema de mensajería "basados en transacciones" y el almacén de información es una base de datos transaccional. Una transacción es un conjunto de cambios en una base de datos, como inserciones, eliminaciones y actualizaciones, en el que el sistema sigue cuatro invariables "ACID":
  • Se producen de cualquiera todas las operaciones de atómica: O ninguno de ellos se producen.
  • Coherente: La base de datos se transforma de un estado correcto a otro.
  • Aislado: Cambios no son visibles hasta que se confirman.
  • Duraderas: Las transacciones confirmadas se conservan en la base de datos, incluso si el sistema se bloquea.
Siguiente estos invariables significa que el motor de base de datos confirma una transacción sólo cuando se puede garantizar que los datos están duraderos o persistente, protegidos frente a bloqueos u otros errores. El motor de base de datos, confirma datos sólo cuando se ha transferido los datos de la memoria al archivo de registro de transacciones en el disco duro.

Por ejemplo, para mover un mensaje de la carpeta Bandeja de entrada a la carpeta importante, Exchange Server realiza tres operaciones:
  1. Elimina el mensaje de la carpeta Bandeja de entrada
  2. Inserta el mensaje en la carpeta importante
  3. Actualiza la información acerca de cada carpeta para reflejar el número de elementos no leídos y
Estas operaciones se realizan en una transacción. No importa el orden de las operaciones. Servidor de forma segura puede eliminar el mensaje desde la carpeta Bandeja de entrada porque es confirmar la eliminación sólo cuando el mensaje de forma segura se inserta en la carpeta importante. Incluso si se bloquea el sistema, Exchange Server nunca se pierde un mensaje mientras se mueve y nunca termina con dos copias del mensaje.

Lógicamente, puede pensar de los datos como mover desde la memoria en el archivo de registro y, a continuación, en la base de datos en disco, pero lo que ocurre realmente es que datos mueve de la memoria a la base de datos en disco. Los archivos de registro están optimizados para escrituras de alta velocidad, por lo que durante las operaciones normales, el motor de base de datos nunca realmente lee los archivos de registro. Lee los archivos de registro sólo si el servicio de almacén de información deja de forma anormal o se bloquea y el motor de base de datos necesita recuperar restaurando los archivos de registro.

el archivo de control

El motor de base de datos mantiene un archivo de punto de control denominado edb.chk para cada secuencia de archivo de registro para realizar el seguimiento de los datos que todavía no se han escrito en el archivo de base de datos del disco. El archivo punto de control es un puntero en la secuencia de registro que indica que en el registro de archivo el almacén de información debe iniciar la recuperación en caso de un error. El archivo punto de control es esencial para la recuperación eficaz. Sin él, el almacén de información podría comenzar desde el principio del archivo de registro más antiguo en el disco y compruebe cada página en cada archivo de registro para determinar si ya tenía han escrito en la base de datos: un proceso lento, especialmente si desea hacer que la base de datos coherente.

El archivo punto de control se encuentra en el disco del sistema. Si tiene que recuperar el disco del sistema, falta este archivo probablemente o en sólo una versión no válida. Pero en la mayoría de los casos, el archivo punto de control se ocupa de sí mismo.

registro normal

Los pasos siguientes ilustran el proceso de "registro normal" donde se escriben datos en archivos de registro de transacciones:
  1. El usuario envía un mensaje.
  2. El almacén de información para indicar que el usuario envía el mensaje llamadas a MAPI.
  3. El almacén de información inicia una transacción en el motor de base de datos y realiza los cambios correspondientes a los datos.
  4. El motor de base de datos, registra la transacción en la memoria por dirtying una nueva página en memoria.
  5. Simultáneamente, el motor de base de datos protege la transacción en el archivo de registro de transacciones y crea un registro. Cuando el motor de base de datos alcanza el final de un archivo de registro de transacciones, lo gira y crea un nuevo archivo de registro en secuencia.
  6. El motor de base de datos escribe la página desfasada en el archivo de base de datos en el disco duro.
  7. El archivo punto de control se actualiza.
registro circular

Exchange Server admite una característica denominada registro circular, que se implementó en un momento cuando los administradores se preocupa más de espacio en disco servidor que acerca de recuperación de datos.

Registro circular funciona en gran medida la misma manera como normal registro excepto en que el archivo punto de control es esencial para el seguimiento de información que se transfiere al disco. Durante el registro circular, como los avances de archivo punto de control en el siguiente archivo de registro, archivos antiguos se reutilizan. Cuando esto ocurre, no puede utilizar los archivos de registro en disco junto con los medios de copia de seguridad para restaurar la última transacción confirmada.

De forma predeterminada, el registro circular está activado en Exchange Server 5.5 para mantener un tamaño fijo para los archivos de registro y evitar la acumulación. Cuando un archivo de registro alcanza su límite de 5 MB, el motor de base de datos elimina y crea un nuevo archivo de registro en la secuencia. Como resultado, Exchange Server mantiene datos suficientes en el disco duro para que la base de datos sean coherentes si se produce un bloqueo.

Se recomienda que apague el registro circular en el equipo con Exchange Server. Registro circular puede reduce la necesidad de espacio en disco, pero también elimina la capacidad de recuperar hasta la última transacción confirmada antes de producirse un error. No se puede reproducir archivos de registro y sólo puede recuperar el datos hasta la última copia de seguridad completa. Incluso si se sobrescribe un sólo archivo de registro, no es posible recuperar el otros 99 por ciento de los datos de registro.

En efecto, el registro circular niega las ventajas de un sistema basado en transacciones. Si deja activado el registro circular sentido sólo si no necesita los datos o si tiene otros medios de recuperación de datos. Si le preocupan los archivos de registro consume los recursos de disco, es mejor limpiar los realizando copias de seguridad en línea con regularidad. Copia de seguridad elimina automáticamente los archivos de registro de transacciones cuando ya no son necesarios.

Protección de datos

Parece lógico pensar que los archivos de base de datos están el aspecto más importante de recuperación de datos. Pero en Exchange Server, los archivos de registro de transacciones son más importantes porque contienen información que no está en los archivos de base de datos. (Esto es por qué debe buscar a ellos en un servidor estable y colocarlos en los discos dedicados y de alto rendimiento, aunque esto significa que colocar los archivos de base de datos en discos más lentos.)

Archivos de registro de transacciones guarde una copia segura en disco de datos volátiles que está en la memoria de forma que el sistema puede recuperarse en caso de un error. Si se bloquea el sistema pero la base de datos no dañada, siempre que tengan los archivos de registro, puede recuperar datos hasta la última transacción confirmada antes de producirse el error.

Archivos de registro de transacciones también que escribir los datos más eficaces porque es más rápido actualizar las páginas secuencialmente en un archivo de registro del archivo para insertar páginas en la base de datos. Cuando se produce un cambio en la base de datos, el motor de base de datos actualiza los datos en memoria. Sincrónicamente escribe un registro de la transacción en el archivo de registro, de que indica cómo rehacer la transacción si se produce un error del sistema. A continuación, el motor de base de datos escribe los datos a la base de datos en disco. Para minimizar la entrada y salida de disco, el motor de base de datos transfiere páginas a disco en lotes.

Cada archivo de registro en una secuencia puede contener hasta 5 MB de datos. Cuando un archivo de registro está lleno, se renombra como un archivo de registro anterior, y se crea una nueva con el nombre del archivo EDB.log. Exchange Server asocia cada archivo de registro con un número hexadecimal de generación. Porque los archivos de registro pueden tiene el mismo nombre, las marcas de motor de base de datos del encabezado en cada archivo en la secuencia con una firma única por lo que puede distinguir entre diferentes generaciones de archivos de registro.

Daños en la base de datos

Exchange puede experimentar un error, como por ejemplo, un error de hardware, que requiere el sistema para intentar volver a un estado coherente. Puesto que hay diferentes tipos de daños en bases de datos con diferentes síntomas, diferentes herramientas y técnicas deben diagnosticar y corregir los problemas.

Hay dos tipos de daños en:
  • Daños físicos
    En el nivel inferior, datos pueden resultar dañados físicamente en el disco. Esto suele ser un problema relacionado con el hardware que siempre requiere restaurar a partir de copia de seguridad.
  • Daño lógico
    Daños lógicos típico se produce en el nivel de la base de datos. Por ejemplo, error de motor de base de datos puede provocar entradas de índice señalar a valores que faltan. También pueden producirse daños lógicos nivel de aplicación, buzones, mensajes, carpetas y datos adjuntos. Por ejemplo, daños en el nivel de aplicación podrían causar recuentos de referencia incorrecta, un acceso incorrecto niveles de control, un encabezado de mensaje sin un cuerpo del mensaje y así sucesivamente.

Daños físicos

Daño físico es grave porque pueden destruir datos y lo único que puede hacer es restaurar Exchange a partir de copia de seguridad. Es importante que detectar daños físicos al principio y resolver los problemas rápidamente.

detectar daños físicos

Daños físicos en el almacén de información generan los siguientes errores en el registro de aplicación del Visor de sucesos:
  • -1018 (JET_errReadVerifyFailure) los datos que leer del disco no son el mismo que los datos que se escribieron en disco.
  • -1022 (JET_errDiskIO) el hardware, el controlador de dispositivo o sistema operativo está devolviendo errores.
  • -510 JET_errLogWriteFail los archivos de registro son espacio en disco insuficiente o hay un error de hardware con el disco de archivo de registro.
Aunque Exchange normalmente muestra un mensaje de error-1018 o-1022 cuando hay daños físicos, también puede detectar daños físicos realizando copias de seguridad en línea, que son el método recomendado de Microsoft para realizar copias de seguridad de los datos. Copia de seguridad en línea también es la mejor forma para detectar daños en un archivo de base de datos porque es el único proceso sistemáticamente comprueba cada única página de la base de datos.

Cuando ejecuta una copia de seguridad en línea, el software de copia de seguridad de Windows NT lee cada página de 4 KB en el archivo de base de datos, pasa al motor de base de datos y, a continuación, lo escribe en cinta. El motor de base de datos comprueba que la suma de comprobación en cada página es correcta. Si la suma de comprobación en la página no coincide con la suma de comprobación que calcula el motor de base de datos, no hay daños de la base de datos física en el disco duro y los registros de copia de seguridad NT un error -1018.

impedir daños físicos

La mejor manera de evitar daños físicos es preparar al servidor con componentes de hardware de calidad y configurar el sistema correctamente. Asegúrese de que no que está ejecutando utilidades de nivel de archivo, como por ejemplo software antivirus, con archivos de base de datos y registro de equipo que ejecuta Exchange Server.

Si tiene hardware confiables, nunca puede ver indicaciones de daños físicos. Si ejecuta constantemente en errores -1018, probablemente tiene un problema de hardware, posiblemente un disco incorrecto o controladora de disco.

Una palabra acerca de la caché de escritura no simultánea: algunos controladoras de matriz de caché de escritura no simultánea incorrectamente devolver confirmaciones correctas en las transacciones antes de que realmente ha sido protegidos los datos en disco. El curso más seguro consiste en desactivar la escritura no simultánea caché a menos que el proceso tenga batería copia de seguridad. Si desea usar almacenamiento en caché de preescritura, evitar una base de datos dañado, asegúrese de que datos está totalmente protegidos y que dispone de procedimientos para garantizar que se reproducirán datos almacenados en caché a los discos derecho después de un bloqueo.

recuperarse de daños físicos

La única para recuperarse de daños en la física de base de datos consiste en restaurar desde la última copia de seguridad buena (si una copia de seguridad se ejecutó sin errores, es buena) y aplicar hacia adelante los archivos de registro a poner el sistema en un estado coherente y no esté dañado. Error repetido probablemente indica un problema con el disco donde está ubicada la base de datos.

Realmente no es ninguna forma segura para reparar el daño físico a la base de datos. Puede ejecutar Eseutil.exe utilidad en modo de reparación para obtener la base de datos funciona de nuevo, pero esto no se recomienda porque Eseutil simplemente elimina páginas dañadas.

Nota: Si es en absoluto posible, evite utilizar Eseutil en modo de reparación (Eseutil/p). Eseutil, que se incluye con Exchange Server, es el último recurso para reparar el daño de la base de datos cuando todo lo demás falla. En el modo de reparación, se obtiene de una base de datos dañado que se ejecuta nuevo eliminando simplemente páginas dañadas. Nunca se debe utilizar Eseutil para recuperar datos. Si utiliza el comando Eseutil /p , también debe ejecutar una desfragmentación sin conexión ( Eseutil /d ) y, a continuación, debe ejecutar el comando Isinteg - test alltests - revisión para restaurar la base de datos a un estado coherente.

Daños lógicos

Daño lógico es mucho más difícil de diagnosticar y corregir que daños físicos porque daños lógicos es imprevisible y suele estar causado por errores de software. Normalmente requiere un problema para avisarle de daño lógico. (Daño lógico es habitual en Exchange Server 5.5.)

evitar daños lógicos

Debido a daños lógicos es tan impredecibles, no es posible infalible para evitar que se. Sin embargo, hay maneras de reducir el riesgo:
  • Instalar el service pack más reciente para Microsoft Exchange Server versión 5.5 tan pronto como sea posible. Los Service packs corrigen un número de problemas conocidos en Exchange Server 5.5.

    Para obtener información adicional acerca de los service Pack y cómo obtenerlas, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
    241740Lista de errores corregidos en Exchange Server 5.5 Service Pack 3
    254682XADM: Revisiones de motor de base de datos de POST-SP3 de Exchange Server 5.5
    191014Cómo obtener el Service Pack más reciente de Exchange Server 5.5
  • Asegúrese de que el equipo con Exchange Server es seguro y que no se cambia la configuración.
Si advierte un problema y se mantiene después de seguir a través de estas precauciones, es posible que ha encontrado un error nuevo. Si éste es el caso, notifíqueselo al Microsoft tan pronto como sea posible.
Reparar daños lógicos

Pueden producirse daños lógicos en el almacén de información o en el motor de base de datos. Debido a daños lógicos pueden causar graves daños a los datos, no omita los informes de errores.

Puede utilizar la Isinteg utilidad para comprobar en problemas en el almacén de información o la utilidad Eseutil para comprobar problemas en el motor de base de datos. Observe que debe utilizar estas utilidades sólo como último recurso después de haber intentado restaurar el sistema de copia de seguridad.

la utilidad Isinteg

La comprobación de integridad almacén de información (Isinteg) busca y elimina los errores de las bases de datos del almacén de información pública y privada. Estos errores pueden impedir que inicie el almacén de información o evitar que usuarios iniciar sesión y recibir, apertura o eliminación de correo electrónico.

Isinteg no está diseñada para utilizarla como parte del mantenimiento del almacén de información normal; se proporciona para ayudar en situaciones de recuperación de desastres. Por ejemplo, puede ejecutar Isinteg para corregir los contadores de almacén de información en memoria cuando obtienen fuera de sincronización después de un bloqueo del sistema.

Dado que la utilidad Isinteg funciona en el nivel de esquema lógico, pueden recuperar datos que no se puede recuperar la utilidad Eseutil. Esto es porque datos que es válidos para la utilidad Eseutil en el nivel de esquema físico pueden ser semánticamente no válidos en el nivel de esquema lógico. Isinteg registra información en el registro de aplicación en Visor de sucesos de modo que puede hacer un seguimiento del progreso de la recuperación.

La utilidad Isinteg realiza dos tareas principales:
  • Revisiones de almacén de información después de restaurar desde una copia de seguridad sin conexión.
  • Comprueba y opcionalmente corrige errores en el almacén de información.
Para obtener información adicional acerca de cómo solucionar el almacén de información y la utilidad Isinteg, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
182081XADM: Descripción de la utilidad ISINTEG

o consulte el documento Isinteg.RTF en el disco compacto de Exchange Server 5.5, en el directorio Support\Utils.

la utilidad Eseutil

La utilidad Eseutil examina la estructura de las tablas de base de datos y registros y desfragmenta, repara y comprueba la integridad del almacén de información y el directorio. Dado que simplemente ejecuta Eseutil en modo de reparación elimina páginas dañadas, use esta utilidad sólo después de haber intentado restaurar a partir de copia de seguridad.

Para obtener información adicional acerca de la utilidad Eseutil, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
192185XADM: Cómo desfragmentar con la herramienta ESEUTIL (Eseutil.exe)
o consulte el documento Eseutil.RTF en Exchange 5.5 disco en el directorio Support\Utils compacto.

Copia de seguridad de datos

Exchange Server está basado en transacciones, evitar realizar una copia de seguridad nivel de archivo o sin conexión de los archivos de base de datos en disco. La mejor manera de asegurarse de que se conserva todos los datos en el sistema, incluyendo las transacciones que aún no se han vaciadas al disco, es realizar copias de seguridad en línea con regularidad.

Copia de seguridad en línea

Copia de seguridad en línea permite copias de bases de datos de Exchange en el medio de copia de seguridad sin apagar el servidor. Cuando Exchange Server realiza una copia de seguridad en línea, todos los servicios, incluido el almacén de información, continúan ejecutándose con normalidad. Páginas seguir actualizándose en memoria y transfieren a los archivos de base de datos en disco, las transacciones se graban en los archivos de registro y el archivo punto de control sigue moverse.

Exchange utiliza un archivo .pat (revisión) que realiza un seguimiento de páginas actualizadas mientras se ejecuta el software de copia de seguridad, para asegurarse de que también se copian páginas que se modifican durante la copia de seguridad. Hay dos archivos .pat, Priv.pat para el almacén de información privada y Pub.pat para el almacén de información pública.

Al realizar una copia de seguridad en línea, compruebe periódicamente el registro de aplicación en el Visor de sucesos para asegurarse de que las copias de seguridad se complete correctamente.

proceso de copia de seguridad en línea

Un programa de copia de seguridad, por ejemplo Windows NT Backup (Ntbackup.exe), hace lo siguiente durante la copia de seguridad completa o una copia de seguridad:
  1. Realiza una copia de la base de datos y realiza de seguridad copia en la cinta.
  2. Agrega un subconjunto de las páginas en el archivo .pat, las páginas que cambiar después de copiarse en cinta.
  3. Cambia el nombre del archivo EDB.log actual a EDB x log, donde x es el número de generación del archivo de registro en formato hexadecimal y crea una nueva generación de registro.
  4. En una copia de seguridad completa, copia de seguridad el archivo .pat y todos los archivos de registro tras el punto de control (excepto el nuevo EDB.log) en la cinta. En una copia de seguridad copia, copia todos los archivos de registro antes y después la punto de control.
  5. En una copia de seguridad completa, elimina archivos de registro de transacciones anteriores a la punto de control. En una copia de seguridad copia, no elimina los archivos de registro de transacciones.
Un programa de copia de seguridad hace lo siguiente durante una copia de seguridad incremental o diferencial una copia de seguridad:
  1. En un hace copia de seguridad incremental una copia del registro de archivos y realiza una seguridad los copia en la cinta. En una copia de seguridad diferencial, copia la base de datos a cinta.
  2. Agrega un subconjunto de las páginas en el archivo .pat, las páginas que cambiar después de copiarse en cinta.
  3. Cambia el nombre del archivo EDB.log actual a EDB x log y crea una nueva generación de registro.
  4. Copia el archivo .pat y todos los archivos de registro antes y después la punto de control, incluido el nuevo EDB.log, en la cinta.
  5. En una copia de seguridad incremental, elimina los archivos de registro de transacciones anteriores a la punto de control. En una copia de seguridad diferencial no elimina los archivos de registro.

Copia de seguridad sin conexión

Intente evitar las copias de seguridad sin conexión. En una copia de seguridad en línea, el programa copia de seguridad administra los archivos de, pero copia de seguridad sin conexión es un proceso manual, trabajo, que es propenso a errores humanos. Además, en una copia de seguridad sin conexión, no puede validar la suma de comprobación en cada página de la base de datos. Las copias de seguridad en línea son la única herramienta de más valiosa para detectar daños y realizar la recuperación de datos.

Para obtener información adicional acerca de las copias de seguridad, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
191357XADM: Restaurar una base de datos único de copias de seguridad completa en línea
179308XADM: Cómo comprobar copias de seguridad en línea de Exchange

Propiedades

Id. de artículo: 271987 - Última revisión: sábado, 28 de octubre de 2006 - Versión: 5.1
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: 
kbmt kbinfo KB271987 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): 271987

Enviar comentarios

 

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