Registro de restauración con el modo de suspensión en un disco con formato avanzado puede causar un error 9004 en SQL Server 2008 R2 o SQL Server 2012

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): 2987585
Aviso
Nota: Después de aplicar la revisión o service pack, debe habilitar el indicador de traza 3057 para hacer que funcione la revisión.
Síntomas
Considere el siguiente escenario:
  • Microsoft SQL Server tiene el trasvase de registros o de Backup y Restore se establece entre dos servidores.
  • La base de datos principal tiene su archivo de registro de transacciones (.ldf) almacenado en un disco que tiene "Bytes por Sector físico" como 512 bytes.
  • Realice copias de seguridad de registro de esta base de datos de la transacción y, a continuación, intenta restaurar mediante la opción de reserva en la base de datos secundaria.
  • El archivo de registro de transacciones (.ldf) de base de datos secundaria se encuentra en un disco que tiene "Bytes por Sector físico" como 4.096 bytes.
En este escenario, la operación de restauración se produce un error y devuelve el mensaje de error siguiente:

Error: 9004, gravedad: 16, estado: 6.
Se produjo un error al procesar el registro de base de datos 'DatabaseName>'. Si es posible, restaure de copia de seguridad. Si no hay una copia de seguridad, sería necesario volver a generar el registro.

Una vez que se produce este error, la base de datos secundaria entra en un estado de sospecha.
Solución

Actualización acumulativa

Este problema se corrigió primero en la siguiente actualización acumulativa de SQL Server:

Actualización acumulativa 2 para SQL Server SP1 de 2014

Actualización acumulativa 7 para SQL Server 2012 SP2

Acerca de las actualizaciones acumulativas de SQL Server

Cada nueva actualización acumulativa para SQL Server contiene todas las revisiones seguridad y revisiones que se incluyeron en la actualización acumulativa anterior. Ver las últimas actualizaciones acumulativas de SQL Server:

Revisión para SQL Server 2008 R2 SP2

Existe un hotfix disponible desde Microsoft. Sin embargo, esta revisión se diseñó para corregir el problema que se describe en este artículo. Aplíquela sólo a sistemas que experimenten este problema específico.

Si la revisión está disponible para su descarga, entonces podrá ver una sección de "Descarga de revisión disponible" en la parte superior de este artículo de Knowledge Base. Si esta sección no aparece, envíe una solicitud al servicio de atención al cliente y soporte técnico para obtener la revisión.

Nota: Si se producen problemas adicionales o cualquier solución de problemas es necesario, tendrá que crear una solicitud de servicio independiente. Los costos habituales de soporte se aplicarán a las cuestiones y problemas que no guarden relación con esta revisión en cuestión. Para obtener una lista completa de los números de teléfono de soporte técnico de Microsoft o para crear una solicitud de servicio independiente, visite el siguiente sitio Web de Microsoft: Nota: El formulario "Hotfix descargar disponible" muestra los idiomas para los que la revisión está disponible. Si no ve su idioma, es porque no hay una revisión para ese idioma.

Solución
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".

Para resolver este problema, utilice una de las siguientes soluciones:
  • Mover el archivo de registro de transacciones en el destino a una unidad que tiene "Bytes por Sector físico" como 512 bytes.

    Nota: El archivo en espera todavía puede encontrarse en la unidad que tenga "Bytes por Sector físico" como 4096 bytes.
  • Restaurar las copias de seguridad del registro sin utilizar la opción de suspensión. En lugar de la opción suspensión, utilice la opción WITH NORECOVERY durante la operación de restauración.
Más información
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 está visible en el resultado, debe aplicar la revisión que se especifica en el KB982018.

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: En este comando, <x></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: 2987585 - Última revisión: 08/20/2015 04:05:00 - Revisión: 2.0

Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbsurveynew kbexpertiseinter kbqfe kbfix kbhotfixserver kbautohotfix kbexpertiseadvanced kbmt KB2987585 KbMtes
Comentarios