CORRECTIF : Vous ne pouvez pas restaurer un 2012 de SQL Server ou de la base de données de 2014 dans le service de stockage de grand objet binaire Microsoft Azure

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2867316
Symptômes
Lorsqu’une base de données SQL Server 2012 ou SQL Server 2014 contient un fichier journal des transactions, vous ne pouvez pas restaurer la base de données dans le service de stockage des objets binaires volumineux (BLOB) de Microsoft Azure. Par exemple, si le fichier journal des transactions est tellement grand qu’il faut plu de 3 minutes pour le restaurer, vous ne pouvez pas restaurer la base de données.

Par exemple : Si vous sauvegardez une base de données très volumineux à l’URL andit peut échouer avec le message d’erreur suivant :
<DateTime>: Sauvegarde 3041, gravité : 16, état : 1.
<DateTime>SAUVEGARDE n’a pas pu terminer la commande de SAUVEGARDE de base de DONNÉES BravoII_AS_PROD WITH DIFFERENTIAL. Vérifiez le journal d’application de sauvegarde pour des messages détaillés.
<DateTime>Erreur de spid55 : 18210, gravité : 16, état : 1.<DateTime> spid55 BackupVirtualDeviceFile::RequestDurableMedia : vidage de panne sur une unité de sauvegarde 'https://xxx.blob.core.windows.net/production/yyy.bck'. InterneErreur de système d’exploitation n’a pas pu être rassemblé à partir du point de terminaison distant.</DateTime></DateTime></DateTime></DateTime>
Et si vous activez l’indicateur de trace URL (DBCC TRACEON(3004, 3051, 3212,3014, 3605, 1816,-1)) de la sauvegarde, vous pouvez recevoir les informations semblable au suivant dans le journal des backuptoUrL :
<DateTime>: Code d’état HTTP 201, Message d’état HTTP créé
<DateTime>: Charge utile : tente de démarrer 7319191552, Cmd taille 1048576, la taille de charge utile 1048576, starttime, 84313.5811126, 84313.6281149 de l’heure de fin, Durée ms 47.0023, 1, rappel exécutée ? True
<DateTime>: Code d’état HTTP 201, Message d’état HTTP créé
<DateTime>: Achèvement des e/s d’a changé les opérations parallèles autorisées à 64, nombre d’accélérateur Delta de 63 threads a été calculée.
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Un délai d’attente s’est produite sur la commande GetCommand, délai de 20000, nouvelle tentative
<DateTime>: Communication sauvegarde sqlservr a échoué, hr = 0x80770003
<DateTime>: Une erreur irrécupérable s’est produite pendant la Communication du moteur, le suit les informations d’exception
<DateTime>: Informations sur l’exception : une erreur s’est produite lors de données d’opérations de transfert avec SqlServer, HRESULT : 0x80770003
<DateTime>: De la pile : à Microsoft.SqlServer.VdiInterface.VDI.PerformPageDataTransfer (CloudPageBlob pageBlob, leaseCondition de AccessCondition, Boolean forBackup)
à BackupToUrl.Program.MainInternal (String [] args)</DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime></DateTime>

Résolution
Le problème a été tout d’abord résolu dans la mise à jour cumulative suivante de SQL Server.

Mise à jour cumulative 1 pour SQL Server 2014 SP1

Mise à jour cumulative 6 pour le Service Pack 2 de SQL Server 2012

Mise à jour cumulative 16 pour SQL Server 2012 SP1

Mise à jour cumulative 7 pour SQL Server 2014

À propos des mises à jour cumulatives pour SQL Server

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et des correctifs de sécurité qui ont été inclus dans la précédente mise à jour cumulative. Découvrez les dernières mises à jour cumulatives pour SQL Server :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Avertissement : Cet article a été traduit automatiquement.

Vlastnosti

ID článku: 2867316 - Poslední kontrola: 11/30/2016 07:57:00 - Revize: 4.0

Microsoft SQL Server 2012 Service Pack 1, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2867316 KbMtfr
Váš názor