Copia de seguridad de datos de Exchange Server 2003 y servicios de instantáneas

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

En esta página

Resumen

La característica de servicio de instantáneas de volumen en Microsoft Windows Server 2003 puede utilizarse para crear aplicaciones que copia de seguridad y restauración de Microsoft Exchange Server 2003. El Windows instantáneas de volumen Service (VSS) proporciona una infraestructura que permite programas de administración de almacenamiento de terceros, programas de negocios y los proveedores de hardware cooperan en crear y administrar instantáneas. Las soluciones basadas en esta infraestructura pueden utilizar instantáneas (o copias reflejados) para realizar una copia de seguridad y restaurar uno o más bases de datos de Exchange Server 2003.

El servicio de instantáneas coordina la comunicación entre solicitantes (aplicaciones de copia de seguridad), writers (aplicaciones de servicios de Windows como Exchange Server 2003 y SQL Server 2000) y proveedores (hardware, software o del sistema componentes que crean las instantáneas). Para utilizar la característica de servicio de instantáneas para la copia de seguridad de Exchange Server 2003, el programa copia de seguridad debe incluir un solicitante de servicio de instantáneas compatibles con Exchange Server 2003. Dado que el programa de copia de seguridad que se incluye con Windows Server no tiene dicho solicitante, las organizaciones deben utilizar las aplicaciones de copia de seguridad de terceros.

Para ser compatible con Exchange Server 2003, las aplicaciones de copia de seguridad de VSS basada deben seguir tres requisitos básicos para garantizar la integridad y la recuperación de copias de seguridad de copia sombra. Si no se siguen estos requisitos, soporte técnico de Microsoft (PSS) tendrá en cuenta la solución de copia de seguridad está fuera del marco VSS de Exchange y no podrá solucionar problemas de copia de seguridad y restaurar los problemas. Los clientes deben comprobar con sus proveedores de copia de seguridad que la aplicación de copia de seguridad satisface los requisitos compatibles con Exchange enumerados en este artículo. En la sección "Más información" de este artículo se presentan los detalles de los requisitos de VSS de Exchange.

Igual que con la cualquier solución de terceros, el proveedor de la aplicación copia de seguridad es el proveedor principal de soporte técnico para problemas de copia de seguridad y recuperación. PSS puede ayudarle a diagnosticar o analizar problemas con la base de datos disponible y conjuntos de archivo de registro de transacciones. Sin embargo, Microsoft no solucionar ni depurar productos de terceros. Asistencia de PSS está limitado a consejos sobre cómo mejor hasta recuperar la base de datos disponible y los archivos de registro de transacciones.

Para obtener más información acerca de cómo se admiten soluciones de VSS basada por PSS, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
841696Información general de las soluciones de software de almacenamiento de terceros de Microsoft support policy

Más información

La lista siguiente describe la copia de seguridad Exchange Server 2003 con el proceso del servicio instantáneas de volumen:

  1. El programa copia de seguridad (o el agente) se ejecuta un trabajo programado.
  2. El servicio solicitante en el programa copia de seguridad envía un comando al servicio de instantáneas para tomar una instantánea de los grupos de almacenamiento de Exchange Server 2003 seleccionados.
  3. El servicio de instantáneas de volumen se comunica con el escritor de Exchange Server 2003 para preparar una instantánea de copia de seguridad.
  4. El servicio de instantáneas de volumen se comunica con el proveedor de almacenamiento adecuado para crear una instantánea del volumen del almacenamiento o los volúmenes de almacenamiento que contienen el grupo de almacenamiento de Exchange Server 2003 o grupos de almacenamiento.
  5. El servicio de instantáneas de volumen libera Exchange Server 2003 para reanudar las operaciones normales.
  6. El servicio solicitante comprueba la integridad del conjunto copia de seguridad antes de informar de Exchange que realizó la copia de seguridad de.
Por ejemplo, cuando se recibe una solicitud de copia sombra de un programa de copia de seguridad de Exchange Server 2003 que tiene el servicio admite (solicitante), instantáneas servicio se comunica con el escritor de Exchange Server 2003 para preparar la instantánea, en este momento, Exchange Server 2003 prohíbe acciones administrativas contra el grupo de almacenamiento, comprueba las dependencias de volumen y suspende todos escribir las operaciones de base de datos y los archivos de registro de transacciones permitiendo el acceso de sólo lectura. El servicio de instantáneas de volumen, a continuación, se comunica con el proveedor de almacenamiento adecuado para iniciar el proceso de copia sombra los volúmenes de disco que contienen los datos de Exchange Server 2003. Normalmente, la instantánea toma par de segundos que estarán prácticamente imperceptibles para el usuario final. Cuando se ha tomado la instantánea, servicio de instantáneas se comunica con el escritor de Exchange Server 2003 que Exchange puede reanudar las operaciones normales. Programa de copia de seguridad comprueba el estado de la instantánea antes para informar de Exchange que realizó la copia de seguridad. Al final de una éxito Exchange copia de seguridad trunca los registros y registra la hora de la última copia de seguridad de la base de datos o bases de datos.

Para obtener más información acerca de copia de seguridad Exchange Server 2003 con servicios de instantáneas de volumen, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
842066WebCast de soporte: Instantáneas para Exchange Server 2003

En la lista siguiente se describen los requisitos de Exchange Server 2003 que las aplicaciones de copia de seguridad de copia sombra deben seguir para garantizar la integridad y la recuperación de bases de datos de Exchange:

La lista siguiente proporciona los específicos registros de sucesos de aplicación que identifican si seguidos de los requisitos de Exchange. Aplicaciones de copia de seguridad y el servidor Exchange pueden registrar otros sucesos asociados con el proceso de copia de seguridad y restauración. Confirmar que se registran los sucesos siguientes durante la copia de seguridad y restauración servirán como la comprobación de compatibilidad con los requisitos de VSS de Exchange. Actualmente, no hay ningún programa de certificación para cualquier solución de software de terceros que se ejecutan en Exchange. Cumplimiento asegura la integridad y la recuperación de copias de seguridad de copia sombra pero no ofrece ninguna garantía en el rendimiento o confiabilidad de la solución de terceros.
  1. Base de datos de Exchange, registro de transacciones y archivos de punto de control deben hacerse una copia exclusivamente a través del escritor de Exchange:

    Si el escritor de Exchange se inicia durante las copias de seguridad de copia de sombra, se registrarán los siguientes eventos de aplicación.

    Tipo de suceso: información
    Origen del suceso: ESE
    Categoría del suceso: ShadowCopy
    ID. de suceso: 2005
    Fecha: 17/6/2004
    Tiempo: 11:40:41 A.M.
    Usuario: N/d
    Equipo: EXCHSERVER
    Descripción: Copia sombra de almacén de información (2180) instancia iniciando 3. Éste será un tipo de copia de seguridad ? ? * copia de sombra.

    * Donde ? tipo de copia ? es el tipo de copia de seguridad realizada (completa, copia, incremental o diferencial).

    Tipo de suceso: información
    Origen del suceso: MSExchangeIS
    Categoría del suceso: El escritor VSS de Exchange
    ID. de suceso: 9608
    Fecha: 17/6/2004
    Tiempo: 11:40:42 A.M.
    Usuario: N/d
    Equipo: EXCHSERVER
    Descripción: Instantánea de VSS de Exchange preparado instantáneas correctamente la.

    Tipo de suceso: información
    Origen del suceso: MSExchangeIS
    Categoría del suceso: El escritor VSS de Exchange
    ID. de suceso: 9610
    Fecha: 17/6/2004
    Tiempo: 11:40:43 A.M.
    Usuario: N/d
    Equipo: EXCHSERVER
    Descripción: Instantánea de VSS de Exchange ha inmovilizado los grupos de almacenamiento correctamente.

    Tipo de suceso: información
    Origen del suceso: MSExchangeIS
    Categoría del suceso: El escritor VSS de Exchange
    ID. de suceso: 9612
    Fecha: 17/6/2004
    Tiempo: 11:40:44 A.M.
    Usuario: N/d
    Equipo: EXCHSERVER
    Descripción: Instantánea de VSS de Exchange ha reanudado los grupos de almacenamiento correctamente.

  2. La aplicación de copia de seguridad debe validar la integridad del conjunto de copia de seguridad de copia sombra.

    Microsoft recomienda, pero no requiere, que se hacer antes de la aplicación de copia de seguridad notifica Exchange ha completado la copia de seguridad. El motivo de esta recomendación es que Exchange realiza dos tareas importantes después de una copia de seguridad correcta:
    • Exchange actualiza los encabezados de las bases de datos copia de seguridad reflejan el último tiempo de copia de seguridad correcto
    • Exchange quita los registros de transacciones (? elimina ?) el servidor que ya no sean necesarios para desplazar hacia delante desde la última copia de seguridad correcta.
    Si una aplicación de copia de seguridad pospone la comprobación de integridad hasta que una vez haya estas tareas completadas, especial, a continuación, debe tener cuidado para conservar la última copia de seguridad comprobada junto con copias de todos los archivos de registro requeridos que la copia de seguridad. Aunque la copia de seguridad puede ya notificado como correctamente a Exchange, no se debe confiar en la copia de seguridad hasta que la aplicación de copia de seguridad realmente haya finalizado la comprobación de integridad.

    Consulte el "cómo realizar comprobación de integridad para copias de seguridad de VSS" sección de este artículo para obtener más información acerca cómo realizar las comprobaciones de integridad y cómo determinar que la base de datos y archivos de registro de transacciones que debe conservarse hasta que termine la comprobación de integridad.
  3. Deben realizar restauraciones a la ubicación original ** exclusivamente con el escritor de Exchange

    El escritor de Exchange registrará siguientes sucesos en los registros sucesos de aplicación durante un proceso de restauración de instantáneas.

    Tipo de suceso: información
    Origen del suceso: MSExchangeIS
    Categoría del suceso: El escritor VSS de Exchange
    ID. de suceso: 9620
    Fecha: 17/6/2004
    Tiempo: 1:49:59 P.M.
    Usuario: N/d
    Equipo: EXCHSERVER
    Descripción: Instantánea de VSS de Exchange procesó previo a la restauración evento correctamente

    Tipo de suceso: información
    Origen del suceso: MSExchangeIS
    Categoría del suceso: El escritor VSS de Exchange
    ID. de suceso: 9618
    Fecha: 17/6/2004
    Tiempo: 1:59:46 P.M.
    Usuario: N/d
    Equipo: EXCHSERVER
    Descripción: Instantánea de VSS de Exchange procesó post-restore evento correctamente

** "Ubicación original" significa un equipo de Exchange con el mismo nombre de servidor y la misma ruta de archivo que el equipo con Exchange donde se realizó la copia de seguridad VSS.

Restauraciones de ubicaciones alternativas no se pueden lograrse mediante el escritor de Exchange como de Exchange Server 2003 SP1. Pueden elegir que las aplicaciones de copia de seguridad de VSS basada proporcionar manual o de otros métodos de programación para restaurar instantáneas de bases de datos de Exchange en ubicaciones alternativas.

Cómo realizar la comprobación de integridad para copias de seguridad de VSS

Cuando se hace copia mediante la API de copia de seguridad de transmisión de Exchange de seguridad de una base de datos, se lee cada página en la base de datos a su vez y se comprueba la integridad de suma de comprobación de cada página durante el proceso de copia de seguridad. También se comprueba la integridad de suma de comprobación de archivos de registro de transacciones antes de que se realizan copias de seguridad.

Durante una copia de seguridad VSS, no hay ninguna oportunidad para Exchange lee cada archivo de base de datos en su totalidad y comprobar su integridad de la suma de comprobación. Por lo tanto, debe comprobarse la integridad del archivo registro transacciones y de base de datos por la aplicación de copia de seguridad. Esto puede realizarse ejecutando Eseutil como se describe al final de este documento.

Si no suma de comprobación-comprueba las copias de seguridad VSS, es posible que una página dañada podría permanecer no detectada en la base de datos y finalmente se convierten en presente en todas las copias de seguridad existentes. La única forma para recuperarse de esta circunstancia es reparar la base de datos. Reparación de la base de datos requerirá el tiempo de inactividad amplio y se darán como resultado menos pérdida de datos (al menos la pérdida de los datos que estaba en páginas dañadas).

Sin embargo, si ha comprobado la última copia de seguridad VSS para contener todas las páginas buena, puede purgar páginas dañadas de la base de datos de restaurar la copia de seguridad comprobada y distribuir, hacia delante con registros de transacciones creados desde que se realizó la copia de seguridad. El tiempo de inactividad necesario para ello será normalmente mucho menor para reparar una base de datos, y este método de recuperación puede corregir los problemas base de datos con cero pérdida de datos.

Por lo tanto, no debe considerar una copia de seguridad VSS sea correcto hasta que todos los archivos han sido comprobados de suma de comprobación.

Debe seguir las dos reglas siguientes para comprobar la integridad de copia de seguridad:
  • Para archivos de base de datos: siempre se debe conservar una copia Comprobar integridad de los archivos de base de datos disponibles. Una copia de seguridad Comprobar integridad es uno en la página que se ha completado la verificación de la suma de comprobación en los archivos de base de datos en el conjunto de copia de seguridad.
Una base de datos recientemente copia de seguridad que no haya pasado aún la verificación de la suma de comprobación no puede considerarse una copia de seguridad válida. No se debe descartar una copia de seguridad comprobada anterior hasta que haya comprobado la integridad de la copia de seguridad actual.
  • Para archivos de registro de transacciones: registro de transacciones todos los archivos necesarios para la recuperación de la copia de seguridad Comprobar integridad de base de datos más reciente debe también hacerse una copia de seguridad y su integridad de nivel de suma de comprobación también comprueba.
Incluyen estos registros de transacciones, como mínimo, el intervalo de inclusión de archivos de registro indicados en el campo registro necesario en el encabezado de cada base de datos en la última copia de seguridad comprobada. Si estos archivos de registro no están disponibles, la base de datos no estará montable después de la restauración.

importante Este requisito se aplica la última copia de comprobar integridad seguridad, no a la copia de seguridad realizada más recientemente. Hasta que la copia de seguridad más reciente ha pasado la verificación de la suma de comprobación, no se considera una copia de seguridad válida.

Opcionalmente, también puede conservar los registros adicionales necesarios para restaurar completamente la base de datos tras la restauración de una copia de seguridad de la base de datos. Estos son todos los registros de transacciones en estado interrumpido empezando por el archivo de registro requerida menor hasta para el registro de transacciones creado más recientemente que purgarlo desde el servidor de Exchange. A continuación se proporcionan ejemplos detallados y explicaciones de lo que significa.

Conservar registros de transacción más allá de los listados en el registro de intervalos necesarios es opcional, en el sentido que hacerlo por lo tanto, no es estrictamente necesario para poder correctamente restaurar y montar una seguridad de base de datos. Sin embargo, si no conserva todos estos registros, restaurar a continuación, desde copia de seguridad hará que se perderán todos los cambios en la base de datos más allá del punto de copia de seguridad. Microsoft recomienda encarecidamente que no sólo conservar los registros de transacción necesarios para restaurar y montar una seguridad de base de datos, pero todos también los siguientes registros de transacciones necesarios para restaurar la base de datos sin pérdida de datos.

Determinar qué archivos de registro de transacciones son necesarios

Si una base de datos de Exchange se hace copia de seguridad mientras está conectado, se realizará siempre archivo de registro de transacciones al menos una con él. Se trata independientemente de si utiliza la copia de seguridad transmisión API o la API de copia de seguridad de VSS.

Tras la restauración de una copia de seguridad, la información en línea de la transacción se deben aplicar los registros a la base de datos ("reproducido") antes de la base de datos se montable nuevo. El campo registro necesario de cada encabezado de la base de datos graba los números de secuencia (generación) del intervalo de archivos de registro de transacciones deben reproducirse en la base de datos.

Si el campo registro necesario lee 0-0, esto significa que la base de datos es montable sin necesidad de reproducir los datos de registro de transacciones adicionales. La única vez que el valor de registro necesario será 0-0 es después de una base de datos se incorpora a un estado de cierre limpio. Mientras se está ejecutando una base de datos, el campo registro necesario siempre registra el intervalo de registros de transacciones que todavía no se han aplicado a la base de datos. Este intervalo se actualiza continuamente.

Una copia de seguridad en línea de base de datos siempre tendrá un intervalo de registro requerido distinto de cero y se deben copiar estos registros junto con la base de datos. Si, después de la restauración, estos registros no están disponibles, no estará se puede montar la base de datos. (Puede reparar la base de datos si no se puede encontrar los registros necesarios, pero no hay ninguna garantía de que se realizará correctamente reparación y reparación casi siempre darán como resultado cierto nivel de pérdida de datos, incluso si registra sólo los datos en la que falta).

Si utiliza la transmisión por secuencias API de copia de seguridad o la API de copia de seguridad de VSS incluido en el escritor de VSS de Exchange de Exchange, a continuación, necesita archivos de registro necesarios para montar una base de datos se copiarán automáticamente con la base de datos. Si reproducir sólo los archivos de registro requerido, dará como resultado de la base de datos restaurada hasta el punto en el tiempo en la que finalizó la copia de seguridad. Si desea deshacer los últimos directa de base de datos de punto, también debe reproducir los archivos de registro generados después de la copia de seguridad se ha hecho.

Para poder desplazar completamente la base de datos desde cualquier copia de seguridad determinada, debe conservar todos los archivos de registro en estado interrumpido empezando desde el registro más bajo del intervalo de registro necesario hasta que el archivo de registro generado más recientemente en el grupo de almacenamiento de la base de datos. Si cualquier registro en esta serie falta o está dañado, sólo podrá confirmar copia hasta el momento del último registro buena antes del archivo falta o está dañado.

Por lo tanto, si desea recuperar de copia de seguridad sin pérdida de datos, es esencial que mantenga el buenas copias de todos los archivos de registro de transacciones adelante desde la última copia de seguridad comprobadas buena base de datos.

Eliminación de registro de transacciones

Si no se quitan los registros de transacciones de un servidor de Exchange, continuarán se acumulan hasta que se llena todo espacio en disco disponible. Por lo tanto, la transmisión por secuencias y la copia de seguridad VSS API admiten "eliminación" de los archivos de registro de transacciones después de finalizar una copia de seguridad normal o incremental. Archivos de registro más antiguos que los necesarios para recuperar la copia de seguridad más reciente automáticamente se eliminan del servidor después de que la copia de seguridad de Exchange de las señales de aplicaciones de copia de seguridad finalizó correctamente.

Con la API de transmisión por secuencias, comprobación de la suma de comprobación de la base de datos se realiza durante el proceso de copia de seguridad. Una vez completada una copia de seguridad, archivos de registro necesarios y toda la base de datos se han comprobado para la integridad física. Con la API de VSS, la verificación de la suma de comprobación no puede realizarse como parte el proceso de copia de seguridad real. El proveedor debe comprobar la integridad física de la base de datos independientemente del proceso de copia de seguridad. Esto puede realizarse con Eseutil antes o después de señalización de Exchange que se ha completado la copia de seguridad.

Si se realiza la verificación de la suma de comprobación antes de copia de seguridad completa y se encuentra un problema en el conjunto de copia de seguridad, a continuación, Exchange puede ser informado que la copia de seguridad no tuvo éxito. Esto impedirá a Exchange desde los archivos de registro de eliminación del servidor.

Si la verificación de la suma de comprobación se retrasa hasta después de señalización de finalización de copia de seguridad, Exchange eliminará los archivos de registro más antiguos del servidor. Algunos de estos archivos de registro pueden ha sido necesarias para confirmar desde una copia de seguridad buena anterior. Si no ya realizado copias de estos registros, a continuación, no podrá rehacer completamente.

Por lo tanto, Microsoft recomienda, pero no requiere, que la verificación de la suma de comprobación se realice en una copia de seguridad VSS antes de la aplicación de copia de seguridad indica la finalización de copia de seguridad para Exchange. Si la verificación de la suma de comprobación se retrasa hasta después ya se ha completado la copia de seguridad, a continuación, la aplicación de copia de seguridad debe asegurarse que se realizan copias de todos los archivos de registro de transacciones se eliminan del servidor, a menos que confirmar completamente no es importante para usted.

En la mayoría de los casos, todos los registros de transacciones necesarios para confirmar una copia de seguridad VSS estará disponible en el conjunto de archivos de registro guardado con la copia de seguridad anterior junto con los guarda con la copia de seguridad actual. Sin embargo, los clientes deben comprobar que es el caso cuando se considera un proveedor determinado.

Restaurar copias de seguridad no comprobados

Puede haber casos donde se produce un desastre que requiere la restauración antes de que la verificación de la suma de comprobación haya finalizado en una copia de seguridad reciente. En tales casos, Microsoft recomienda que restaurar una copia de seguridad comprobada anterior y distribuir esa copia de seguridad directa en lugar de confiar en una copia de seguridad no comprobado.

Sin embargo, puede que tenga los acuerdos de nivel de servicio que requieren que restaurar los datos más rápidamente que se pueden realizar desde la copia de seguridad anterior. En estos casos, restauración de la copia de seguridad no comprobado puede ser una opción mejor, mientras mantener que un anterior comprobado todos los archivos de registro necesarios para rehacer completamente de él y copia de seguridad. Si se cumplen estos requisitos, a continuación, seguirá capaz de restaurar hacia delante a partir una copia de seguridad buena conocida en caso de la última copia de seguridad se descubre que incorrecto.

Cómo comprobar la coherencia de instantánea

Solicitante de VSS debe comprobar la coherencia de instantánea ejecutar Eseutil.exe en los archivos de base de datos y de registro utilizando las opciones apropiadas como en la tabla siguiente. Solicitante de VSS debe comprobar que todas la salida ERRORLEVELs que se devuelven están negativo. Para ver el ERRORLEVEL en la línea de comandos, escriba echo % errorlevel % cuando finalice de Eseutil.exe. Un ERRORLEVEL negativo significa que no hay daños en los archivos. Antes de que el solicitante de VSS llama a BackupComplete , VSS solicitante debe asegurarse de que estado del componente de copia de seguridad en el documento de componente de copia de seguridad refleja el resultado de la comprobación de coherencia. Es decir, estado del componente de copia de seguridad debe ser FALSE si se encuentran daños y debe ser TRUE si no se encuentran daños. Comprobación de coherencia de la instantánea es un requisito obligatorio para la solución sea compatible con el equipo de Exchange.

La tabla siguiente muestra la combinación de comprobaciones de integridad para cada tipo de copia de seguridad.
Contraer esta tablaAmpliar esta tabla
tipo de archivo \ tipo de copia de seguridad copia de seguridad completa Copiar copia de seguridad copia de seguridad incremental copia de seguridad diferencial
.edb "eseutil /k /i ?"eseutil /k /i"NANA
.log "eseutil /k" *"eseutil /k" *"eseutil /k" **"eseutil /k" **
.stmNANANANA
.chkNANANANA

Debido a la naturaleza de complemento de copias de seguridad de VSS, JET no obtiene la oportunidad de tocar todas las páginas para realizar las comprobaciones de coherencia necesaria. Por lo tanto, es responsabilidad del solicitante de VSS para garantizar la coherencia de instantánea.

* Todos los archivos de registro con número de generación de archivo de registro igual o mayor que el archivo de registro punto de control se requieren para recuperar una base de datos instantánea. Si existe el actual archivo de registro (Enn.log) también es necesario para la recuperación de la base de datos. Si alguno de los archivos de registro necesario falla la comprobación de coherencia, el solicitante debe asegurarse de que el estado del componente de copia de seguridad se establece en FALSE antes para llamada BackupComplete . Para determinar el archivo de registro punto de control, ejecute eseutil.exe en el archivo de instantánea punto de control y analizar el resultado de "control:" por ejemplo, "c:\eseutil.exe /mk E01.chk" muestra lo siguiente:
Checkpoint:  (0x20,9D,187)
donde 0 x 20 es el número de generación de registro del archivo de registro punto de control.

En este ejemplo, cualquier registro de archivos, incluidos E0100020.log y anterior, debe ser no-dañado para recuperar la base de datos instantánea incluso si la base de datos ya hubiera pasado la comprobación de coherencia física.

** Todos los archivos de registro en una incremental o conjunto de copia de seguridad diferencial son necesarios para la recuperación de la base de datos. Puede comprobar la coherencia de una secuencia de registro toda ejecuta eseutil el prefijo de archivo de registro. Por ejemplo, ? eseutil /k E01 ? se ejecutará comprobaciones de coherencia contra todos los archivos del formulario E01xxxxx.log en un trazado determinado.

Propiedades

Id. de artículo: 822896 - Última revisión: lunes, 3 de diciembre de 2007 - Versión: 7.6
La información de este artículo se refiere a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition sobre las siguientes plataformas
    • Microsoft Windows Server 2003, 64-Bit Datacenter Edition
    • Microsoft Windows Server 2003, Enterprise x64 Edition
    • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
    • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
    • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
    • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Palabras clave: 
kbmt kbtshoot KB822896 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): 822896

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