[la base de datos de alwayson no está sincronizada] Acerca del manejo de los problemas de copia de seguridad de AlwaysOn causados por discos inconsistentes en las bases de datos primarias y en espera

Tratar el problema de copia de seguridad AlwaysOn causado por la inconsistencia de los discos de la base de datos primaria y en espera

【Resumen】

En el entorno empresarial, el uso de la base de datos SQLServer implicará muchas arquitecturas de alta disponibilidad, y AlwaysOn es actualmente muy popular. En la arquitectura AlwaysOn, el funcionario recomienda que la información de configuración del entorno de cada copia sea coherente, de modo que sea más conveniente asumir el papel principal cuando se cambian el maestro y la copia de seguridad, pero debido a la limitación del presupuesto de la compañía, se priorizará la asignación de recursos, como El almacenamiento SSD tendrá prioridad sobre la copia maestra, y otras copias usarán discos mecánicos tradicionales, lo que puede brindar a la biblioteca maestra el mejor rendimiento y, al mismo tiempo, ahorrar costos tanto como sea posible.

En tal escenario, hay una brecha en la eficiencia en la sincronización de registros entre réplicas, lo que puede causar otros problemas, esta vez el problema ocurre en un escenario donde los tipos de disco de las réplicas primaria y secundaria son inconsistentes. Hubo un problema con la copia de seguridad fallida.

【Texto】

La información ambiental involucrada en esta pregunta es la siguiente:

Nombre de la computadora

Versión del sistema operativo

Versión de la base de datos

Tipo de disco

DB01

WindowsServer2012R2

SQLServer2014withSP3

Unidad flash SSD

DB02

Ventanas

Server2012R2

SQL

Servidor2014con SP3

Disco mecanico

No hay ningún problema con el AlwaysOn en la operación diaria, los datos son normales y la sincronización es normal.

El plan de copia de seguridad de la base de datos se establece en la copia auxiliar y la ejecución a largo plazo es normal.

A partir de un cierto período de tiempo, el plan de copia de seguridad en la copia auxiliar no ha tenido éxito y no hay información clara de la razón. La información del evento es la siguiente:

Desde el punto de vista del fenómeno del problema y la información de error directo, no hay lugar para consultar, así que primero verifique y aclare el punto temporal del problema, y ​​luego verifique completamente el registro de errores del sistema y el registro de errores de la base de datos cerca de estos tiempos, y encuentre la siguiente información sospechosa:

De la información anterior, puede haber algunos problemas con la transferencia de registros de la base de datos, y cuando se trata del nivel de instantáneas, también puede haber algunos problemas en el sistema operativo.

Al observar la información de ERRORLOG en la base de datos, también encontré información anormal:

Esta información muestra que hay un registro de E / S desalineado, lo que indica que hay un cierto problema con el archivo de registro de la base de datos, pero esta información solo está disponible en la copia auxiliar y la situación en la copia principal es normal.

Para consultar sobre estos mensajes de error, el foro oficial de Microsoft ha presentado una declaración especulativa de que los sectores de disco utilizados por las dos copias son de diferente tamaño, lo que causará tal problema. Compruebe los bytes de los sectores de disco de los dos servidores. De hecho, es inconsistente:

El número de bytes del sector físico de la copia auxiliar es 4096;

El número de bytes del sector físico de la copia maestra es 512;

De acuerdo con la documentación oficial y las pautas del blog relacionado, la información de error de la desalineación del registro probablemente se deba a este motivo;

https://social.msdn.microsoft.com/Forums/en-US/9e4c38ee-8dd4-45f4-9e48-3a9b13af339f/error-there-have-been-xxx-misaligned-log-ios-which-required-falling- back-to-synchronous-io-when? forum = sqldatabaseengine

https://blogs.msdn.microsoft.com/saponsqlserver/2014/10/01/message-misaligned-log-ios-which-required-falling-back-to-synchronous-io-in-sql-server-error- Iniciar sesión/

https://www.mssqltips.com/sqlservertip/5942/sql-server-misaligned-log-ios-which-required-falling-back-to-synchronous-io/

Sin embargo, la copia de seguridad de la copia auxiliar falla, ¿está relacionada con esto? La respuesta está relacionada;

Desde un punto de vista teórico, la sincronización de datos de AlwaysOn es el rehacer de la transferencia y recepción de bloques de registro, y es precisamente porque los bytes físicos de los sectores del disco de las dos copias son inconsistentes, lo que resulta en una desalineación del registro, por lo que es más probable que esté desalineado De los archivos de registro, la copia de seguridad falla;

La explicación oficial de la falla de la copia de seguridad es la siguiente:

Por lo tanto, se especuló que al crear una instantánea, encontré un error al leer el archivo de registro de la base de datos. El archivo de registro de la copia siempre está en estado de error, por lo que, en teoría, no tengo las condiciones para crear una instantánea, por lo que aparece la copia de seguridad. Fallar

Enlace de referencia:

https://support.microsoft.com/en-us/help/2615182/windows-server-backup-may-fail-because-of-the-sql-vss-writer

Para localizar el problema y verificar el razonamiento, se decidió corregirlo desde la fuente: ajustar los bytes del sector físico de las dos copias del disco de registro para que sean consistentes, es decir, 512, y observar y ejecutar durante una semana;

Durante toda la semana, el mensaje de error anterior no volvió a aparecer, y la copia de seguridad de la copia auxiliar también se llevó a cabo normalmente, y el problema se resolvió.

Supongo que te gusta

Origin www.cnblogs.com/sqlserver-mysql/p/12703046.html
Recomendado
Clasificación