Symptômes
Prenons l’exemple du scénario suivant :
-
Vous installez SQL Server 2016 sur votre ordinateur.
-
Vous utilisez l’envoi du journal des transactions et configurez SQL Server 2016 comme secondaire.
Dans ce scénario, lorsque vous démarrez un travail LSCopy sur le secondaire, il est possible que le problème persiste sans journalisation d’erreur. Si vous modifiez le travail LSCopy sous l’agent SQL Server sur le secondaire, copiez et collez la commande sqllogship. exe complète dans la ligne de commande, puis appuyez sur 3,5 entrée.Remarque Après avoir installé .NET Framework 3,5 et redémarré le serveur dans ce scénario, les tâches LSCopy et LSRestore s’exécutent correctement.
Résolution
Pour résoudre ce problème, vous trouverez la mise à jour cumulative suivante pour SQL Server :
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.
Références
Apprenez-en davantage sur la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
