Acerca de AutoReseed

SE APLICA A:2016 2019 Subscription Edition

Reseed automático, o AutoReseed, es una característica que reemplaza las acciones estándar que los administradores realizan en respuesta a un error de disco, a un evento de daños en la base de datos o a otro problema que necesita una nueva inicialización de una copia de base de datos.

Introducción a AutoReseed

En una configuración de AutoReseed se usa una estructura de presentación de almacenamiento estándar, y el administrador elige el punto de inicio. AutoReseed consiste en restaurar la redundancia lo antes posible cuando se produce un error en una unidad. Esta configuración implica el uso de puntos de montaje para asignar previamente un conjunto de volúmenes (incluidos los volúmenes de reserva) y las bases de datos. Si un disco ya no está disponible para el sistema operativo o un disco ya no se puede escribir, el sistema asigna un volumen de reserva. Las copias de base de datos afectadas se vuelven a seeded automáticamente.

1. El servicio de replicación de Microsoft Exchange detecta copias de manera periódica que tengan el estado de FailedAndSuspended. Si todas las copias de base de datos de un volumen configurado para AutoReseed están en estado FailedandSuspended durante 15 minutos consecutivos, se inicia el flujo de trabajo de AutoReseed.

2. AutoReseed intenta reanudar las copias con errores y suspendidas hasta tres veces, con una suspensión de 5 minutos entre cada intento. A veces, una vez que se reanuda una copia de base de datos FailedandSuspended, la copia permanece en estado Con error. Este problema puede producirse por varias razones, por lo que este paso está diseñado para controlar esos casos. AutoReseed suspende automáticamente una copia de base de datos con error durante 10 minutos consecutivos para mantener el flujo de trabajo en ejecución. Si las acciones de suspensión y reanudación no dan lugar a una copia de base de datos correcta, el flujo de trabajo continúa.

3. Cuando encuentra una copia con ese estado, realiza algunas comprobaciones de requisitos previos. Por ejemplo, comprueba las condiciones siguientes:

   • Hay disponible un disco de reserva.
   • La base de datos y sus archivos de registro están configurados en el mismo volumen.
   • La base de datos y sus archivos de registro se encuentran en las ubicaciones adecuadas que coinciden con las convenciones de nomenclatura necesarias.

4. Si las comprobaciones de requisitos previos se superan correctamente, la función Reclamador de discos del servicio replicación de Microsoft Exchange asigna, reasigna y da formato a un disco de reserva según las escalas de tiempo de la tabla próxima. AutoReseed intenta asignar un volumen de reserva hasta cinco veces, con una hora de suspensión entre cada intento.

5. Una vez asignado un repuesto, AutoReseed realiza una operación InPlaceSeed mediante el modificador de propagación SafeDeleteExistingFiles. Todas las bases de datos que se encontraban en el disco afectado se vuelven a sembrar mediante la copia activa de la base de datos como origen de propagación.

6. Una vez completada la operación de propagación, el servicio de replicación de Microsoft Exchange comprueba que la copia recién inicializada está en buen estado.

Una vez que se agoten todos los reintentos, se detiene el flujo de trabajo. Si, después de tres días, la copia de la base de datos sigue siendo FailedandSuspended, el estado del flujo de trabajo se restablece y se inicia de nuevo desde el paso 1. Este comportamiento de restablecimiento o reanudación es útil (e intencionado), ya que puede tardar unos días en reemplazar un disco, controlador, etc.

En este momento, si el error fue un error de disco, se requiere la intervención manual de un operador o administrador para quitar y remplazar el disco erróneo y volver a configurarlo como reserva.

AutoReseed se configura mediante tres propiedades del DAG. Dos de las propiedades se refieren a los dos puntos de montaje que están en uso. Exchange Server usa el hecho de que Windows Server permite varios puntos de montaje por volumen. La propiedad AutoDagVolumesRootFolderPath hace referencia al punto de montaje que contiene todos los volúmenes disponibles. Esta propiedad incluye volúmenes que hospedan bases de datos y volúmenes de reserva. La propiedad AutoDagDatabasesRootFolderPath hace referencia al punto de montaje que contiene las bases de datos. Se usa una tercera propiedad DAG, AutoDagDatabaseCopiesPerVolume, para configurar el número de copias de base de datos por volumen.

Aquí se muestra un ejemplo de configuración de AutoReseed:

Ejemplo de configuración de AutoReseed

En este ejemplo, hay tres volúmenes, dos de los cuales contienen bases de datos (VOL1 y VOL2) y uno de los cuales es un espacio de reserva en blanco con formato (VOL3).

Para configurar AutoReseed:

1. Los tres volúmenes se montan en un solo punto de montaje. En este ejemplo, se usa un punto de montaje de C:\ExchVols. Esta configuración representa el directorio usado para obtener almacenamiento para las bases de datos de Exchange.

2. Se monta el directorio raíz de las bases de datos de buzones de correo como otro punto de montaje. En este ejemplo, se usa un punto de montaje de C:\ExchDBs. A continuación, se crea una estructura de directorios para que se cree un directorio primario para la base de datos. En este directorio primario, se crean dos subdirectorios: un archivo de base de datos y otro para los archivos de registro.

3. Se crean bases de datos. En el ejemplo anterior se muestra un diseño sencillo mediante una base de datos única por volumen. Por lo tanto, en VOL1 hay tres directorios: el directorio principal y dos subdirectorios (uno para el archivo de la base de datos de MDB1 y otro para sus registros). Aunque no se muestra en la imagen de ejemplo, en VOL2, también habría tres directorios: el directorio primario, junto con un directorio para el archivo de base de datos de MDB2 y uno para sus archivos de registro.

En esta configuración, si MDB1 o MDB2 experimentan un error, una copia de la base de datos con errores se vuelve a instalar automáticamente en VOL3.

Disk Reclaimer

El componente de AutoReseed que asigna y formatea discos de repuesto se llama Disk Reclaimer. Disk Reclaimer formatea los discos de repuesto y los prepara para que se reinicialicen automáticamente en intervalos diferentes, según el estado del disco. Para que el reclamador de discos dé formato a un disco, se deben cumplir ciertas condiciones:

• Disk Reclaimer debe estar habilitado. Está habilitado de forma predeterminada, pero se puede deshabilitar mediante Set-DatabaseAvailabilityGroup.

• El volumen debe tener un punto de montaje en la ruta de acceso a los volúmenes raíz (de forma predeterminada, C:\ExchangeVolumes).

• El volumen no debe tener puntos de montaje en la ruta de acceso a los volúmenes de base de datos (de forma predeterminada, C:\ExchangeDatabases).

• Si el volumen contiene archivos, ninguno de los archivos debe tocarse durante 24 horas.

Además de las condiciones anteriores, el reclamador de discos intenta dar formato a un volumen determinado una vez al día. La tabla siguiente describe el comportamiento de formateo de Disk Reclaimer.

En todos los ejemplos, el disco está en uno de los siguientes estados:

• Sin formato.
• Con formato pero vacío.
• Con formato pero que contiene archivos que no se modifican durante 24 horas.

Estado de las copias de base de datos	Intervalo de formato
Hay copias de base de datos activas en buen estado en el sitio de Active Directory local que se pueden usar como origen de propagación.	Un día
No hay copias de base de datos activas en buen estado en el sitio de Active Directory local que se puedan usar como origen de propagación.	Dos días
Hay copias de base de datos activas en buen estado en el sitio de Active Directory local que se pueden usar como origen de propagación, pero hay archivos desconocidos fuera del archivo de base de datos (archivo EDB) y archivos de registro.	Dos semanas
Hay copias de base de datos activas en buen estado en el sitio de Active Directory local que se pueden usar como origen de propagación, pero hay uno o varios archivos de base de datos (archivos EDB) para bases de datos que no están presentes en Active Directory.	Dos semanas