Exportar (0) Imprimir
Expandir todo

Movimiento de una base de datos de buzones de Exchange a otro servidor o grupo de almacenamiento

 

Última modificación del tema: 2005-11-11

Las bases de datos de buzones de Microsoft® Exchange Server se pueden transportar de un servidor a otro que ejecuten la misma versión de Exchange y se encuentren en el mismo grupo administrativo. Una base de datos de buzones creada en un servidor de un grupo administrativo se puede cambiar de nombre o copiar a un grupo de almacenamiento diferente del mismo servidor a un servidor diferente del mismo grupo administrativo. Una vez que se haya cambiado de nombre o movido, será necesario volver configurar los vínculos entre cuentas de usuarios y buzones.

No se recomienda mover bases de datos de buzones completas para realizar tareas administrativas normales. La tarea Mover buzón es el método recomendado para la transferencia de buzones a otras bases de datos.

Mover buzón se puede hacer sin necesidad de inactividad de la base de datos, y con una mínima interrupción en el servicio del usuario final. Durante una operación Mover buzón, todos los usuarios finales tendrán acceso completo al correo, salvo al buzón que se esté moviendo en ese momento. Para obtener más información acerca del proceso de Mover buzón, consulte el artículo 821829 de Microsoft Knowledge Base, "Moving mailboxes in Exchange Server 2003".

Además del proceso tradicional de mover el buzón, también puede mover bases de datos de buzones completas de un servidor o grupo de almacenamiento a otro. Después de mover una base de datos de buzones, deberá volver a vincular cada buzón de la base de datos con una cuenta de usuario del servicio de directorio de Active Directory® para que los usuarios finales puedan acceder al buzón. Para obtener más información acerca de cómo volver a vincular los buzones a las cuentas de los usuarios, consulte Uso de atributos de Active Directory para habilitar, deshabilitar y reubicar buzones y Cómo reubicar cuentas de buzón de Exchange.

También hay limitaciones específicas para las bases de datos de buzones que alojan al buzón del Operador de sistema. Para obtener más información acerca del buzón del Operador de sistema, consulte Problemas con el buzón del Operador de sistema al mover una base de datos de buzones de Exchange.

Este tema sólo trata el movimiento de bases de datos de buzones. No debe mover bases de datos de buzones públicos entre servidores que ejecuten Exchange. Microsoft no admite el movimiento de bases de datos de carpetas públicas entre servidores de Exchange del mismo bosque de Active Directory. Las bases de datos de carpetas públicas se replican entre sí, y si se mueven bases de datos a servidores diferentes se puede interrumpir la replicación. En lugar de mover una base de datos de carpetas públicas de un servidor a otro, se recomienda la creación de una nueva base de datos de carpetas públicas en un servidor diferente y la posterior replicación de las carpetas en ésta.

CautionPrecaución:
Si desea mover una base de datos de carpetas públicas a un servidor de laboratorio para realizar pruebas o para guardar datos, nunca deberá abrir dicha base de datos de nuevo en el bosque de producción de Exchange, ni siquiera en su servidor original. Si se ejecuta una base de datos de carpetas públicas en una organización de Exchange diferente, ésta obtendrá conocimientos de las carpetas de sistema de dicha organización. Al volver a la organización original, las carpetas de esta base de datos pueden entrar en conflicto con las carpetas de sistema de la organización original. Este conflicto podría destruir las carpetas de sistema originales y obligarle a restablecerlas. Si esto ocurre, deberá restablecer y volver a crear la información de libre/ocupado del calendario y las libretas de direcciones sin conexión de toda la organización.

Para obtener más información acerca de cómo replicar el contenido de carpetas públicas entre servidores, consulte los siguientes artículos de Microsoft Knowledge Base:

Las capacidades de portabilidad de bases de datos de Exchange también puede resultar útil a la hora de diseñar un plan de recuperación de desastres o de fiabilidad de un sitio. En una situación de recuperación de un sitio, se asume que un servidor completo que ejecuta Exchange, o incluso todo un sitio geográfico, se ha desconectado y estará desconectado durante un período prolongado. Por consiguiente, deberá obtener los recursos de Exchange en un nuevo hardware y en una nueva ubicación.

Se recomienda diseñar el plan de forma que se evite la reubicación de buzones durante un desastre. Si es posible, deberá restaurar las bases de datos o copiarlas en nuevos sistemas físicos que retengan la configuración original de la instalación de Exchange.

Para obtener más información acerca del diseño de un plan de recuperación de desastres o de fiabilidad de un sitio que no requiera la reubicación de los buzones, consulteCómo mover todos los servidores virtuales de Exchange desde un clúster de producción de Exchange 2003 a un clúster en espera de Exchange 2003.

Para servidores de Exchange sin clústeres, consulte el artículo 822945 de Microsoft Knowledge Base,"Cómo trasladar Exchange 2003 a hardware nuevo y mantener el mismo nombre de servidor". Este artículo analiza el uso del modo de configuración /DisasterRecovery para mover una instalación de Exchange a nuevo hardware al tiempo que se retiene la configuración actual de la instalación de Exchange.

Cuando se crea una base de datos de buzones de Exchange, se crear en ella información de nombres que identifica a la base de datos como miembro de una organización y un grupo administrativo de Exchange determinados. La base de datos sólo se puede montar en servidores que ejecuten Exchange y que se hayan instalado con los mismos nombres de organización y grupo administrativo.

Sin embargo, una base de datos de buzones de Exchange no está vinculada al servidor o grupo de almacenamiento en el que se creó. Se puede transferir a cualquier servidor de Exchange que comparta los mismos nombres de organización y grupo administrativo y sea de la misma versión y revisión de Service Pack principales o de una versión posterior compatible con el servidor original.

noteNOTA:
Si mueve una base de datos a una ubicación diferente utilizando una copia de seguridad en línea, será necesario configurar el servidor de destino con los mismos nombres de grupo de almacenamiento y base de datos lógica que en el servidor original. Este requisito es una demanda de la API de copia de seguridad y no es inherente a la base de datos en sí. Este requisito se explica con mayor detalle en el Método 1 a continuación.

Sin embargo, después de montar una base de datos en un servidor de nivel superior, no se puede volver a mover la base de datos a un servidor de nivel inferior. Por lo tanto, debe hacer coincidir las versiones del servidor y los niveles de la revisión exactamente a la hora de mover bases de datos, o bien tratar el movimiento como operación unidireccional. Las bases de datos de Exchange 2000 Service Pack 3 se pueden montar en cualquier servidor que ejecute Exchange 2000 Server o Exchange Server 2003 con un nivel de versión igual o superior al servidor original.

Como se vio en el Administrador del sistema de Exchange, cada base de datos de buzones de Exchange 2000 Server o Exchange Server 2003 está alojada en un grupo de almacenamiento de un servidor determinado. La base de datos dispone de un nombre lógico que se corresponde con un objeto de base de datos de Active Directory. La base de datos está compuesta por dos archivos físicos, que son un archivo de base de datos (archivo .edb) y un archivo de base de datos de secuencias (archivo .stm) que lo acompaña. Puede ver la ruta de estos dos archivos y sus nombres de archivo en la página de propiedades de base de datos de cada objeto de la base de datos.

Existen tres métodos para mover bases de datos de Exchange a diferentes grupos de almacenamiento o servidores:

  • Restaurar una copia de seguridad tradicional en línea para Exchange de la base de datos, redireccionando la ubicación de restauración a un servidor diferente   Para que este método funcione, el servidor debe estar configurado con un grupo de almacenamiento y una base de datos lógica cuyos nombres sean idénticos a los del servidor original.
    Por ejemplo, puede realizar una copia de seguridad en línea de una base de datos con el nombre lógico “Almacén de buzones (servidor A)” en el grupo de almacenamiento “Servidor-A-SG1” en el servidor A. A continuación, puede crear un grupo de almacenamiento denominado “Servidor-A-SG1” en el servidor B, y después crear una base de datos en dicho grupo de almacenamiento denominado “Almacén de buzones (servidor A).”
    Si restaura la copia de seguridad en línea, cambiando la ubicación de restauración al servidor B, la copia de seguridad se restaurará en los nombres coincidentes de grupo de almacenamiento y base de datos lógica del servidor B.
  • Restaurar una copia de seguridad del Servicio de instantáneas de volumen (VSS) en línea para Exchange de la base de datos   El método exacto para hacer esto variará en función de las capacidades y las limitaciones del proveedor para restaurar archivos de bases de datos a ubicaciones diferentes de las originales. Consulte a su proveedor de copia de seguridad para que le proporcione instrucciones específicas.
  • Copiar archivos de bases de datos de Exchange desde la ubicación de ruta actual a la ubicación de ruta para una base de datos lógica, un grupo de almacenamiento o un servidor diferentes   Si utiliza este método, los nombres de grupo de almacenamiento y base de datos lógica no tienen que coincidir necesariamente, pero los nombres de archivos de la base de datos sí deben coincidir con los definidos en el destino. Puede cambiar de nombre a los archivos de bases de datos para que coincidan.
    Por ejemplo, los archivos de bases de datos denominados “Priv1.edb” y “Priv1.stm” están asociados con la base de datos lógica “Almacén de buzones (servidor A)” del grupo de almacenamiento “Servidor-A-SG1” del servidor A. Puede crear un grupo de almacenamiento denominado “Servidor-B-SG1 en el servidor B y una base de datos denominada “SG1-MB1” en dicho grupo de almacenamiento. Las rutas de archivos indicadas para la base de datos SG1-MB1 son “F:\Databases\SG1-MB1.edb” y “F:\Databases\SG1-MB1.stm.”
    Copie Priv1.edb y Priv1.stm desde D:\Databases en el servidor A hasta F:\Databases en el servidor B. A continuación, cambie el nombre de Priv1.edb por SG1-MB1.edb y cambie el nombre de Priv1.stm por SG1-MB1.edb.

A la hora de llevar a cabo los procedimientos que se describen en este tema, se recomienda tener en cuenta lo siguiente:

  • Al restaurar o copiar una base de datos en una ubicación diferente, puede que sea necesario seleccionar la casilla de verificación Se puede sobrescribir esta base de datos por una restauración para poder restaurar la base de datos a partir de la copia de seguridad en línea o para poder montar la base de datos. Esta casilla de verificación se encuentra en la página de propiedades Base de datos del objeto de base de datos lógico. Si por este motivo no puede restaurar o montar una base de datos movida, el problema se registrará en el registro de la aplicación del servidor.
  • Antes de copiar archivos de base de datos en otra ubicación, deberá asegurarse de que se encuentren en estado coherente o de cierre limpio. Para obtener más información acerca de estos estados, consulte la sección “Database States” del artículo de 240145 de Microsoft Knowledge Base, "Cómo quitar archivos de registro de transacciones de Exchange Server".
    También se pueden reproducir registros de transacciones adicionales en una base de datos antes o después de que se copie o restaure a una ubicación alternativa. Para obtener más información, consulte Problemas con archivos de registro de transacciones al mover una base de datos de buzones de Exchange.
  • Antes de iniciar el proceso de movimiento, detenga la base de datos de destino, quite los archivos existentes de la base de datos y marque ésta para que no se inicie automáticamente. Así se impedirá que la base de datos pase a estar conectada de manera inadvertida durante el proceso de movimiento.
  • Al mover bases de datos a una ubicación alternativa, el correo en tránsito puede no entregarse o perderse. Para minimizar los efectos de este problema, deberá vincular las cuentas de usuario a la nueva ubicación de la base de datos lo antes posible en el proceso de movimiento. Puede hacer esta operación antes de cerrar o mover la base de datos original. De esta forma impedirá el acceso de los clientes a todos los buzones de la base de datos hasta que finalice el movimiento. Para obtener más información sobre esto, consulte Uso de atributos de Active Directory para habilitar, deshabilitar y reubicar buzones.
  • Exchange genera varios buzones diferentes para realizar diversas funciones del sistema, como buzones de SMTP, Sistema y Operador de sistema. Después de mover una base de datos a una nueva ubicación, puede que haya buzones "sobrantes" para estas funciones en la base de datos. El agente de limpieza de buzones acabará desconectando estos buzones y se depurarán 30 días más tarde de manera predeterminada. No es necesario desconectar manualmente o purgar estos buzones.
  • Se recomienda reiniciar un servidor de Exchange lo antes posible una vez finalizado el movimiento de una base de datos. Las funciones de conexión a clientes principales y entrega de correo funcionarán sin necesidad de reiniciar, pero otras funciones del sistema y las aplicaciones de otros fabricantes pueden que sí lo necesiten.

Para obtener más información acerca de la interacción de Mover buzón y la tabla de desecho de buzones, consulte Operaciones Mover buzón y la tabla de desecho de buzones..

Para obtener más información acerca de los métodos que se pueden utilizar para habilitar, deshabilitar y reubicar buzones, consulte Uso de atributos de Active Directory para habilitar, deshabilitar y reubicar buzones.

 
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft