Siempre en barcos y reflejo de base de una manera equivalente I / errores de O, y la posterior imagen son ya no se admite en la técnica, la siguiente descripción principalmente Always On.
Siempre en modo síncrono apoya la reparación automática de páginas. En ciertos tipos de errores de la página está dañado, no se puede leer, el nodo página malo va a solicitar automáticamente una nueva copia de la página errónea desde el nodo normal. Si la solicitud se realiza correctamente, se sustituirá automáticamente la reparación página mala tiene éxito.
la reparación automática de páginas es diferente de la reparación de DBCC, reparación de página automático retendrá todos los datos. En su lugar, DBCC REPAIR_ALLOW_DATA_LOSS la opción de corregir los errores que puedan necesitar para eliminar algunas páginas (lo que borrará los datos).
En primer lugar, el tipo de error se disparará la reparación automática de páginas
Automáticas intentos página de reparación para reparar sólo las páginas en un archivo de datos específico, que se debe en la siguiente tabla fracasaron con un error de un archivo de datos.
| número de error | explicación | Que conduce a los intentos ejemplos automáticos página de reparación |
|---|---|---|
| 823 | Sólo cuando el sistema operativo en la comprobación de los datos de redundancia cíclica (CRC) no lo hizo. | ERROR_CRC. Este sistema operativo está mal 23. |
| 824 | Los errores lógicos. | errores lógicos de datos, tales como la página de escritura suma de control incompleta o incorrecta. |
| 829 | La página se marca como Pendiente de restauración (restauración pendiente). | Todos. |
Para ver reciente errores de CRC 823 y 824 errores, consulte msdb base de datos suspect_pages mesa.
la reparación automática de páginas es un proceso asíncrono ejecuta en segundo plano. página solicitada operación de base de datos ilegibles falla, y con independencia de las condiciones que provocaron el fracaso es lo que tanto la rentabilidad como un código de error. Si tiene SQL Server 823 824 829 o error, la operación debe suspenderse, vuelve a intentarlo más tarde.
En segundo lugar, el tipo de página no puede ser la reparación de página automático
-
página ID = 0 (encabezado de la página)
-
página ID = 9 (intro base de datos)
-
páginas de asignación: GAM, SGAM, PFS
En tercer lugar, el daño a la página principal de la biblioteca
En la biblioteca principal, sólo cuando la base de datos está en el estado sincronizado y la biblioteca principal sigue siendo enviar los registros a un registro de la biblioteca, intentará automáticamente aparece la solución.
Para Always On, la reparación automática de páginas tratar los siguientes pasos:
-
Cuando se produce un error de lectura en una página de datos en la base de datos principal, la base de datos de tabla principal msdb.suspect_pages de inserción de error correspondiente .
-
biblioteca primaria será transmitido a todas las peticiones de la biblioteca, de la biblioteca y obtener la página desde la primera respuesta. Esta solicitud especifica el final actual del registro de refrescar el ID de página y el LSN, y la página mal está marcado como "restaurar la pendiente" , que hará que sea inaccesible durante la reparación intento automático de página, el acceso se encontrará con el error 829 (página han sido marcados como restaurar pendiente).
-
Después de recibir la solicitud de página, la biblioteca va a esperar hasta que el registro de la aplicación en el LSN especificado en la solicitud. A continuación, visita esta página en su copia de la base de la biblioteca a tratar. Si puede acceder a una copia de la biblioteca de esta página se envía a la biblioteca principal. De lo contrario, se devuelve un error de la biblioteca será la biblioteca principal, la reparación de página automática falló.
-
biblioteca principal recibida para el procesamiento y la sustitución después de la reparación enviada desde la página de la biblioteca.
-
Después de la página de la reparación del mal, la página estará marcado en la tabla se restaura suspect_pages (EVENT_TYPE = 5).
-
Si los problemas de corrupción de página llevaron a retrasos en los asuntos de la reparación, la biblioteca principal intentará resolver estas cuestiones.
En cuarto lugar, el daño de la página de la biblioteca
Para Always On, la reparación automática de páginas tratar los siguientes pasos:
-
Si se encuentra mal de página en el registro de errores de base de datos cuando aplique, a continuación, a partir de la biblioteca voy a entrar en el estado suspendido y la mesa msdb.suspect_pages inserción de error correspondiente .
-
Solicitar una copia de esta página a la base de datos maestra de la biblioteca.
-
Principales intentos biblioteca para acceder a esta página en su copia de la base. Si tiene acceso, a continuación, enviar esta página a copia de la biblioteca.
-
Si recibe una copia de la página solicitada de la biblioteca, tratará de seguir aplicando el registro y restaurar la sincronización.
-
Si la página de la reparación del mal, la página se marca como reducción (EVENT_TYPE = 4) en la tabla suspect_pages.
-
Si la biblioteca no recibe una solicitud desde la página principal de la biblioteca, el intento página de reparación automática falla, permanecerá suspendida la biblioteca. Si la recuperación manual de la biblioteca, la página mala dará lugar a un error de nuevo cuando se trata de aplicar.
En quinto lugar, la forma de ver el registro automático de página de reparación
Devuelve la siguiente vista que corresponde a una determinada base de datos o en la disponibilidad de la última reflejo de base filas automáticas página de reparación intentos, cada base de datos pueden corresponder a un máximo de 100 líneas.
-
Grupos de disponibilidad AlwaysOn:
-
Database Mirroring:
sys.dm_db_mirroring_auto_page_repair (Transact-SQL)
Cada página se refleja automáticamente para todas las bases de datos en la instancia de servidor de reparación intento devuelve una fila.
referencia
