Acerca de AutoReseed

SE APLICA A:2016 2019 Edición de suscripción

La reinicialización automática, o AutoReseed, es una característica que reemplaza las acciones estándar que realizan los administradores en respuesta a un error de disco, un evento de daño de la base de datos u otro problema que requiera un reinicialamiento de una copia de la 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 preasignar un conjunto de volúmenes (incluidos los volúmenes de reserva) y bases de datos. Si un disco ya no está disponible para el sistema operativo o ya no se puede escribir, el sistema asigna un volumen de reserva. Las copias de la base de datos afectadas se rescienden 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 un estado FailedandSuspended durante 15 minutos consecutivos, se inicia el flujo de trabajo de AutoReseed.

2. AutoReseed intenta reanudar las copias fallidas y suspendidas hasta tres veces, con un sueño de 5 minutos entre cada intento. A veces, después de reanudar una copia de base de datos con errores y suspensión, la copia permanece en un estado de error. Este problema puede producirse por varias razones, por lo que este paso está diseñado para controlar esos casos. La inicialización automática suspende automáticamente una copia de la base de datos que ha fallado durante 10 minutos consecutivos para mantener el flujo de trabajo en ejecución. Si las acciones de suspender y reanudar no dan como resultado una copia de la base de datos en buen estado, el flujo de trabajo continúa.

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

   • Hay un disco de repuesto disponible.
   • 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 apropiadas que coinciden con las convenciones de nomenclatura requeridas.

4. Si se superan correctamente las comprobaciones de requisitos previos, la función Recuperador de discos del servicio de replicación de Microsoft Exchange asigna, reasigna y formatea un disco de reserva según los plazos de la tabla siguiente. AutoReseed intenta asignar un volumen de repuesto hasta cinco veces, con una hora de sueño entre cada intento.

5. Una vez que se asigna un repuesto, AutoReseed realiza una operación InPlaceSeed utilizando el interruptor de propagación SafeDeleteExistingFiles. Todas las bases de datos que estaban en el disco afectado se rescienden utilizando la copia activa de la base de datos como origen de inicialización.

6. Una vez completada la operación de inicialización, el servicio de replicación de Microsoft Exchange comprueba que la copia recién sembrada 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 comienza de nuevo en el paso 1. Este comportamiento de restablecimiento/reanudación es útil (e intencionado), ya que puede tardar unos días en reemplazar un disco, una controladora, etc. defectuosos.

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 aprovecha 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. Una tercera propiedad de DAG, AutoDagDatabaseCopiesPerVolume, se usa para configurar el número de copias de base de datos por volumen.

Aquí se muestra un ejemplo de configuración de Reinicialización automática:

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 repuesto 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 de modo que se crea un directorio principal para la base de datos. En este directorio principal, se crean dos subdirectorios: un archivo de base de datos y otro para los archivos de registro.

3. Se crean bases de datos. El ejemplo anterior ilustra un diseño simple que utiliza una sola base de datos 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 principal, al lado, 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 experimenta un fallo, una copia de la base de datos fallida se resciende automáticamente a 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 Disk Reclaimer pueda formatear 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 formatear 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 se encuentra en uno de los siguientes estados:

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

Estado de las copias de la base de datos	Intervalo de formato
Hay copias de la base de datos activas en buen estado en el sitio de Active Directory local que se pueden usar como origen de inicialización.	Un día
No hay ninguna copia de la base de datos activa en buen estado en el sitio de Active Directory local que se pueda utilizar como origen de inicialización.	Dos días
Hay copias de la base de datos activas en buen estado en el sitio de Active Directory local que se pueden utilizar como origen de inicialización, pero hay archivos desconocidos fuera del archivo de base de datos (archivo EDB) y los archivos de registro.	Dos semanas
Hay copias de bases de datos activas en buen estado en el sitio de Active Directory local que se pueden usar como origen de inicializació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