Exportar (0) Imprimir
Expandir todo

Prácticas recomendadas para minimizar el impacto de un desastre

 

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2007-08-29

Un paso importante en la creación de una estrategia de recuperación de un desastre es el considerar en qué modo puede evitar o minimizar el impacto de un desastre. Existen numerosas medidas de prevención que puede emprender para ayudar a prevenir o minimizar los efectos de desastres, como los errores de hardware o cortes de suministro. El tiempo necesario para recuperarse de un desastre depende de lo que necesita ser restaurado: un buzón único, una base de datos única (y sus registros de transacción), un servidor completo incluyendo todas sus bases de datos y registros o varios servidores en un sitio (por ejemplo, servidores que ejecutan Microsoft Exchange, servidores DNS, controladores de dominio, etc). Obviamente, restaurar varios servidores en un sitio ocupa bastante tiempo.

Puede llevar a cabo varias acciones para minimizar el impacto de un desastre y ayudar a evitar la necesidad de llevar a cabo una restauración completa desde la copia de seguridad. Entre las acciones se incluyen las siguientes:

  • Utilizar la replicación continua Exchange 2007 incorpora una tecnología de transporte de registros asincrónica para crear y mantener una copia de un grupo de almacenamiento de producción de otro conjunto de discos, o de otro servidor.
  • Utilizar la retención de elementos eliminados   La retención de elementos eliminados permite que un sólo artículo o carpetas enteras se restauren desde el cliente de Microsoft Outlook sin intervención alguna por parte del administrador.
  • Utilizar la retención de buzones eliminados   La retención de buzones eliminados permite la restauración de buzones eliminados mediante el uso de la Consola de administración de Exchange sin restaurar desde las copias de seguridad.
  • Supervisar servidores proactivamente   Uno de los mejores modos de afrontar un desaster es evitar que ocurra. Controle sus servidores para resolver problemas antes de que empeoren.
  • Ubicar usuarios en varias bases de datos de buzones   Distribuir los usuarios entre un número mayor de bases de datos de buzones reduce el impacto que puede producir la pérdida de una base de datos, y permite realizar restauraciones con mayor rapidez cuando sea necesario.

La replicación continua está presente en dos funciones de Exchange 2007; dichas funciones incorporan una tecnología de replicación asincrónica para crear copias de grupos de almacenamiento y mantenerlas actualizadas mediante transporte de registros y reproducción. La replicación facilita este proceso mediante la aplicación de los archivos de registro de la base de datos de producción a una copia de dicha base de datos. Las dos funciones que contienen esta tecnología son la replicación continua local y la replicación continua en clústeres.

  • Replicación continua local   Esta replicación está dirigida a reducir el costo total de propiedad de Exchange Server 2007; para ello, disminuye el número de copias de seguridad periódicas necesarias para proteger los datos. Si bien la replicación continua local no elimina la necesidad de realizar copias de seguridad (es importante realizar copias de seguridad de los datos en caso de que se produzca un desastre), reduce de forma significativa la necesidad de realizar copias de seguridad diarias. La replicación continua local ofrece una recuperación rápida con datos actuales, así como una solución de único servidor para copiar y reproducir registros de transacciones. Para obtener más información acerca de la replicación continua local (LCR), vea Replicación continua local (en inglés).
  • Replicación continua en clústeres   Esta replicación combina la administración automática de la redundancia y la replicación de datos en el nivel de la aplicación. La replicación continua de clústeres es una solución que se puede implementar sin errores puntuales en un solo centro de datos o entre dos centros de datos. La replicación de registros de transacciones se utiliza para copiar las bases de datos y mantener la simultaneidad de los datos entre los nodos del clúster. La funcionalidad de cortes programados en la replicación continua de clústeres garantiza que todos los datos de registro del nodo activo se copian correctamente en el nodo pasivo. Por tanto, los cortes programados no implican una pérdida de datos, incluso cuando la replicación se produce asincrónicamente. Para obtener más información acerca de la replicación continua de clústeres, vea replicación continua de clústeres (en inglés).

Cuando un usuario elimina un elemento, éste aparece como eliminado. Sin embargo, una copia del elemento eliminado se guarda en el buzón del usuario durante un período de tiempo especificado, lo que permite recuperar el elemento en caso de eliminación accidental.

Cuando la base de datos de Exchange recibe una solicitud para eliminar un mensaje, determina si el mensaje se debe eliminar temporalmente o eliminar definitivamente. La eliminación temporal también se denomina eliminación lógica mientras que la eliminación definitiva también se conoce como eliminación física.

noteNota:
En Exchange Server 2007, la configuración predeterminada de la retención de elementos eliminados ha cambiado de 7 a 14 días.

La eliminación definitiva de un mensaje se realiza cuando se cumple cualquiera de los siguientes criterios:

  • El cliente solicita específicamente una eliminación definitiva.
  • El tiempo efectivo de retención de elementos es cero.
  • La clave del registro que indica que la opción Forzar eliminaciones definitivas está habilitada en el buzón o en la base de datos de carpetas públicas.
  • La cuenta que solicita la eliminación es una puerta de enlace.
  • La cuenta que solicita la eliminación es un sistema.

Cuando un elemento se elimina de forma definitiva, la referencia del mensaje se quita de inmediato de la tabla MsgFolder. Llegados a este punto, el mensaje deja de estar disponible en el buzón que contiene la carpeta, aunque se utilice la recuperación de elementos eliminados. Se comprueba el recuento de referencias del mensaje. Cuando el recuento de referencias del mensaje cae hasta cero, lo que significa que ningún otro buzón tiene una copia del mensaje, en la tabla DeletedMessages se crea una entrada que indica que el mensaje se puede quitar de la tabla de mensajes.

En el siguiente proceso de limpieza en segundo plano, se examinan las entradas de la tabla DeletedMessages y se eliminan las entradas correspondientes de la tabla de mensajes. De forma predeterminada, este proceso tiene lugar cada hora. No obstante, esta programación se puede controlar mediante la modificación de las siguientes entradas del registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPublic\Background Cleanup (valor en milisegundos)

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPublic\Background Cleanup (valor en milisegundos)

CautionPrecaución:
La modificación incorrecta del Registro puede causar problemas graves que podrían hacer necesario volver a instalar el sistema operativo. Es posible que los problemas debidos a una modificación incorrecta del Registro no se puedan resolver. Antes de modificar el Registro, realice una copia de seguridad de los datos valiosos. 

Si habilita y aumenta el tiempo de retención de elementos eliminados, es posible que necesite planear capacidad adicional. En el siguiente ejemplo se muestra que los mensajes pueden seguir estando presentes un tiempo aunque el usuario los haya eliminado:

  • La retención de elementos eliminados se establece en 48 horas.
  • Se establece que el mantenimiento de la base de datos de Exchange se ejecute entre las 03:00 y las 07:00.
  • La limpieza en segundo plano se configura para que se ejecute cada hora.

Por ejemplo, si elimina un mensaje a las 08:00, éste no pasa a ser candidato para la eliminación definitiva hasta las 48 horas. El siguiente procedimiento de mantenimiento de base de datos de Exchange se programa para que termine a las 06:00, de manera que el mensaje no se elimina de forma definitiva, lo que significa que el registro no se quita en 71 horas.

Las eliminaciones temporales se realizan si no se cumple ninguno de los criterios para una eliminación definitiva. Se establece una marca en la entrada de la tabla MsgFolder que indica que el mensaje se ha eliminado temporalmente de la carpeta. La tabla MsgFolder es una asignación entre entradas de las tablas de carpetas y de mensajes. Los recuentos de mensajes del buzón y la carpeta también se actualizan. Llegados a este punto, el mensaje está disponible para la recuperación de elementos eliminados.

En el siguiente proceso programado de mantenimiento de la base de datos de Exchange, se examinan todas las carpetas para determinar si alguno de los mensajes eliminados temporalmente que contienen ha superado el tiempo de retención de elementos eliminados. Si se encuentra algún mensaje de este tipo, se elimina de forma definitiva.

De forma predeterminada, los elementos eliminados se almacenan en una base de datos de Exchange durante un número de días determinado antes de que Exchange los elimine permanentemente. Puede establecer la duración del período de retención del elemento eliminado si utiliza los valores predeterminados de la base de datos o si selecciona el número de días durante los que un elemento eliminado se conserva antes de ser eliminado definitivamente.

Al especificar el número de días durante los que se conserva un elemento eliminado, puede seleccionar un número entre 0 y 24.855. Se recomienda configurar este parámetro en 14 días. Si el período de retención de elementos eliminados se establece en 0, los elementos eliminados se quitan permanentemente del servidor de forma inmediata. A menos que haya un problema de espacio en el disco, es aconsejable no deshabilitar la función de retención de elementos eliminados.

La retención de elementos eliminados se puede configurar por base de datos o por usuario. La configuración de los usuarios individuales invalida la de las bases de datos. Para conocer los pasos detallados sobre cómo especificar la retención de elementos eliminados a nivel de base de datos, vea Cómo configurar la retención de elementos eliminados para una base de datos de buzones (en inglés). Para conocer los pasos detallados sobre cómo especificar la retención de elementos eliminados a nivel de usuario, vea Cómo configurar la retención de elementos eliminados para un usuario (en inglés).

noteNota:
De forma predeterminada, Microsoft Outlook habilita la recuperación de elementos eliminados sólo desde la carpeta Elementos eliminados. Si presiona MAYÚS+SUPR en un mensaje de la Bandeja de entrada, el mensaje no va a la carpeta Elementos eliminados. Por consiguiente, el mensaje no estará disponible para su recuperación. Puede utilizar el valor del registro DumpsterAlwaysOn para habilitar la recuperación de elementos que se han eliminado con MAYÚS+SUPR siguiendo las instrucciones del artículo 246153 de Knowledge Base de Microsoft, Cómo recuperar elementos que se han eliminado de manera definitiva en Outlook.

En Exchange 2007, la eliminación de un buzón no significa su eliminación (o depuración) permanente de forma inmediata de la base de datos de buzones de Exchange. En su lugar, el buzón queda marcado para su eliminación y los usuarios no pueden tener acceso a él. Al final del período de retención de buzones, el buzón se elimina de forma definitiva de la base de datos. También puede eliminar definitivamente el buzón si elige depurarlo en cualquier momento. Si elimina por error una cuenta de usuario habilitada para correo, puede volver a crear ese objeto de usuario y, luego, conectar de nuevo a ese buzón durante el período de retención de buzones.

De forma predeterminada, el período de retención de buzones eliminados es 30 días. Es posible configurar el período de retención de buzones eliminados en el nivel de base de datos de buzones. Al especificar el número de días durante los que se conserva un buzón eliminado, puede seleccionar un número entre 0 y 24.855. Si el período de retención de buzones eliminados se establece en 0, los buzones eliminados se quitan definitivamente del servidor de forma inmediata. A menos que haya un problema de espacio en el disco, es aconsejable no deshabilitar la función de retención de buzones eliminados.

Para ver los pasos detallados que explican cómo configurar la retención de buzones eliminados, vea Cómo configurar la retención de buzones eliminados (en inglés).

Para asegurar que lee la información más actualizada y para buscar documentación adicional de Exchange Server 2007, visite Exchange Server TechCenter.
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft