Le 3.5 de.NET Framework est requis lorsque vous configurez SQL Server 2016 comme secondaire dans l’envoi de journaux de Transaction

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: 3173666
Symptômes
Considérez le scénario suivant :
  • Vous installez SQL Server 2016 sur votre ordinateur.
  • Vous utilisez l’envoi de journaux de Transaction et configurez SQL Server 2016 comme secondaire.

Dans ce scénario, lorsque vous démarrez une tâche LSCopy sur le site secondaire, vous pouvez rencontrer échec sans erreur connectée.

Si vous modifiez le travail LSCopy sous SQL Server Agent sur la copie secondaire et collez dans la ligne de commande complet sqllogship.exe , puis appuyez sur entrée, le 3.5 de.NET Framework est répertorié comme étant obligatoire.

Remarque Après avoir installer.NET Framework 3.5 et de redémarrer le serveur dans ce scénario, le LSCopy et LSRestore les travaux s’exécutent correctement.
Résolution
Le correctif de ce problème est inclus dans la mise à jour cumulative suivante pour SQL Server :


À 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 à ».
Références
En savoir plus sur la terminologie Microsoft utilise pour décrire les mises à jour logicielles.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3173666 - Dernière mise à jour : 07/26/2016 18:40:00 - Révision : 1.0

Microsoft SQL Server 2016 Developer, Microsoft SQL Server 2016 Enterprise, Microsoft SQL Server 2016 Standard

  • kbqfe kbfix kbexpertiseinter kbsurveynew kbmt KB3173666 KbMtfr
Commentaires