REVISIÓN: La sincronización lenta cuando los discos tienen tamaños de sector diferente para los archivos de registro de réplica primaria y secundaria en entornos SQL Server AG y Logshipping

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3009974
Aviso
Nota: Después de aplicar este hotfix, debe habilitar el indicador de traza 1800 en todos los servidores para que este hotfix funcione correctamente.
Síntomas
Considere el siguiente escenario:
  • Habilitar la característica grupos de disponibilidad AlwaysOn o Logshipping de 2014 de SQL Server o de Microsoft SQL Server 2012.
  • Los discos que almacenan los archivos de registro de la réplica principal y secundario en un grupo de disponibilidad AlwaysOn (AG) tienen tamaños de sector diferente. O en entornos de Logshipping, los discos que el almacén de los archivos de registro para los servidores principales de Logshipping y Logshipping de servidores secundarios tienen tamaños de sector diferente. Por ejemplo:
    • El archivo de registro de la réplica principal se encuentra en un disco que tiene un tamaño de sector de 512 bytes. Sin embargo, el archivo de registro de réplica secundario se encuentra en un disco que tiene el tamaño de sector de 4 kilobytes (KB).
    • El archivo de registro de la réplica principal se encuentra en un sistema local local que tiene un tamaño de sector de 512 bytes. Sin embargo, la réplica secundaria se encuentra en un disco de almacenamiento de Windows Azure que tiene el tamaño de sector de 4 kilobytes (KB).
En este escenario, el mensaje de error siguiente se graba en el registro de errores de SQL Server:

Ha habido X desalineada iniciar IOs que requiere revirtiendo a E/S sincrónica. Las i/OS actual está en el archivo...

Además, AG o Logshipping de sincronización se ejecuta muy lentamente debido a las operaciones de E/s sincrónicas. Si es la segunda réplica en el almacenamiento de Windows Azure, tarda mucho más tiempo de lo esperado para finalizar el proceso de sincronización.

Nota: Este problema se produce al utilizar las nuevas unidades que tienen un tamaño de sector de 4 KB tanto las unidades antiguas que tienen un tamaño de sector de 512 bytes. Para obtener más información acerca de las nuevas unidades, ver Tamaño de sector de 4K de uso de unidades de SQL Server - nuevo y Espacios/VHDx de SQL Server: almacenamiento de información y el tamaño de sector de 4K.
Solución
El problema se solucionó primero en la siguiente actualización acumulativa de SQL Server.

5 de actualización acumulativa para SQL Server de 2014

Actualización acumulativa 3 para Service Pack 2 de SQL Server 2012

13 de actualización acumulativa para el Service Pack 1 de SQL Server 2012

Después de aplicar la revisión y habilitar el indicador de traza 1800 en los servidores principales, verá un pequeño aumento en el tamaño de los archivos siguientes:
  • Archivo de registro de transacciones
  • Copias de seguridad del registro
Además, observará que los siguientes mensajes se registran en el registro de Error de SQL Server del servidor principal:

La cola del registro de base de datos 'nombre de la base de datos>' se va a reescribir para que coincida con el nuevo tamaño de sector de 4096 bytes

Esto es un mensaje informativo que se puede pasar por alto.

Acerca de las actualizaciones acumulativas de SQL Server

Cada nueva actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de la seguridad que se incluyeron en la actualización acumulativa anterior. Consulte las actualizaciones acumulativas más recientes para SQL Server:

Solución
Para evitar este problema, mueva el archivo de registro de transacciones en el destino en una unidad que tiene Bytes por Sector físico como 512 bytes.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".
Más información
Como práctica recomendada, intente asegurarse de que todos los discos (al menos todos los discos que albergan los archivos de registro) de todas las réplicas tienen el mismo tamaño de sector. En entornos mixtos, donde el secundario tiene un sector físico de 512 bytes y el principal tiene un tamaño de sector de 4 KB, TF 1800 debe utilizarse como indicador de un inicio en todos los servidores (especialmente los servidores que tienen un sector físico de 512 bytes) que puede transición en la función principal. Esto asegura que el formato de creación de registro continuo utiliza un tamaño de sector de 4 KB.

Para obtener más información acerca de cómo SQL Server funciona con tamaños de sector más grandes, consulte la siguiente publicación en el blog de soporte:

Espacios/VHDx de SQL Server: almacenamiento de información y el tamaño de sector de 4K

Puede utilizar la utilidad de línea de comandos Fsutil para determinar el valor de Bytes por Sector físico. Si este parámetro no aparece en el resultado, debe aplicar la revisión que se especifica en Artículo KB 982018.

Para comprobar el tipo de unidad que tiene, siga estos pasos:
  1. Ejecute el comando siguiente en un símbolo del sistema con privilegios elevados:
    Fsutil fsinfo ntfsinfo x:
    Nota: El marcador de posición de x representa la unidad que está protegiendo.
  2. Utilice los valores de Bytes por Sector y Bytes por Sector físico para determinar el tipo de unidad que tiene. Para ello, utilice la siguiente tabla:
    Valor de "Bytes por Sector"Valor de "Bytes por Sector físico"Tipo de unidad
    409640964K nativo
    5124096Formato avanzado (también conocido como 512E)
    512512nativo de 512 bytes

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3009974 - Última revisión: 01/19/2016 19:40:00 - Revisión: 6.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Standard

  • kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseadvanced kbmt KB3009974 KbMtes
Comentarios