Applies ToSQL Server 2012 Enterprise SQL Server 2008 R2 Enterprise SQL Server 2012 Developer SQL Server 2012 Standard SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use)

Symptômes

Prenons l’exemple du scénario suivant :

  • Vous disposez de Microsoft SQL Server envoi de journaux ou de sauvegarde et de restauration définie entre les deux serveurs.

  • La base de données principale a son fichier de journal de transactions (.ldf) stocké sur un disque qui a « Octets par secteur physique » défini en tant que 512 octets.

  • Vous prenez la transaction de journal des sauvegardes de cette base de données, et vous essayez de restaurer à l’aide de l’option mise en veille sur la base de données secondaire.

  • Le fichier journal des transactions de la base de données secondaire (.ldf) se trouve sur un disque qui a « Octets par secteur physique » défini comme 4 096 octets.

Dans ce scénario, l’opération de restauration échoue et renvoie le message d’erreur suivant :

Erreur : 9004, gravité : 16, état : 6. Une erreur s’est produite lors du traitement du journal de base de données databasename. Si possible, restaurez à partir de la sauvegarde. Si une sauvegarde n’est pas disponible, il peut être nécessaire de reconstruire le journal.

Cette erreur se produit, la base de données secondaire passe en un état suspect.

Résolution

Mise à jour cumulative

Ce problème a été tout d’abord été résolu dans la mise à jour cumulative suivante de SQL Server :

Remarque Après avoir installé cette mise à jour, vous devez activer l’indicateur de trace 3057 pour activer ce correctif. Pour activer l’indicateur de trace 3057, voir la rubrique Indicateurs de Trace (Transact-SQL) sur le site Web de Microsoft Developer Network (MSDN).

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs de sécurité et les correctifs qui ont été inclus dans la précédente mise à jour cumulative. Permet d’afficher les dernières mises à jour cumulatives pour SQL Server :

Remarque Pour les instances de SQL Server 2008 R2 Service Pack 3, vous devez mettre à niveau le serveur vers la dernière mise à jour de sécurité disponible à l’adresse :

Télécharger la mise à jour de sécurité pour le Service Pack 3 de SQL Server 2008 R2

Correctif pour SQL Server 2008 R2 SP2Un correctif pris en charge est disponible auprès de Microsoft. Toutefois, ce correctif vise à corriger uniquement le problème décrit dans cet article. Appliquez ce correctif uniquement aux systèmes rencontrant ce problème spécifique. Si le correctif est disponible pour le téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » au début de cet article de la Base de connaissances. Si cette section n’apparaît pas, soumettez une demande au Service Clients et Support de Microsoft pour obtenir le correctif. Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être formuler une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux questions et problèmes qui ne relèvent pas de ce correctif logiciel. Pour une liste complète des numéros de téléphone service clientèle de Microsoft ou pour créer une demande de service distincte, visitez le site Web Microsoft suivant :

http://support.microsoft.com/contactus/?ws=supportRemarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, c'est parce qu'il n'y a pas de correctif disponible pour cette langue.

Solution de contournement

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ». Pour résoudre ce problème, appliquez l’une des solutions suivantes :

  • Déplacez le fichier journal des transactions au lieu de destination vers un lecteur qui a « Octets par secteur physique » défini en tant que 512 octets. Remarque Le fichier de mise en veille peut toujours se trouver sur le lecteur qui a des « Octets par secteur physique » défini comme 4 096 octets.

  • Restaurez les sauvegardes de journal sans utiliser l’option de mise en veille. Au lieu de l’option STANDBY, utilisez l’option WITH NORECOVERY lors de l’opération de restauration.

Informations supplémentaires

Vous pouvez utiliser l’utilitaire de ligne de commande Fsutil pour déterminer la valeur de « Octets par secteur physique ». Si ce paramètre n’est pas visible dans la sortie, vous devez appliquer le correctif qui est spécifié dans le KB982018. Pour vérifier le type de lecteur dont vous disposez, procédez comme suit :

  1. Exécutez la commande suivante à une invite de commandes avec élévation de privilèges :Fsutil fsinfo ntfsinfo x : Remarque Dans cette commande, < x > représente le lecteur sur lequel vous voulez vérifier.

  2. Les valeurs de « Octets par secteur » et « Octets par secteur physique » permet de déterminer le type de lecteur que vous avez. Pour ce faire, utilisez le tableau suivant.

    Valeur de « Octets par secteur »

    Valeur de « Octets par secteur physique »

    Type de lecteur

    4096

    4096

    Natif de 4 Ko

    512

    4096

    Format avancé (également appelé 512E)

    512

    512

    512 octets natif

Besoin d’aide ?

Vous voulez plus d’options ?

Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.

Les communautés vous permettent de poser des questions et d'y répondre, de donner vos commentaires et de bénéficier de l'avis d'experts aux connaissances approfondies.