L'envoi de journaux SQL Server 2008 ne se désynchronise pas

Question

J'ai hérité d'un serveur SQL Server 2008 avec un serveur de sauvegarde remplaçable à chaud, dont les journaux de transactions sont envoyés toutes les 15 minutes depuis plusieurs serveurs de production. Un des serveurs de production se désynchronise, quand je suis arrivé, la dernière restauration réussie de la sauvegarde était il y a plus d'un an ... Donc, mon prédécesseur ne surveillait pas cela, j'ai restauré la base de données et j'ai vérifié que les logs synchronisé correctement à l'intervalle de 15 minutes suivant. Cependant, tous les deux ou trois jours (c'est parfois aléatoire, parfois une heure, parfois 3 jours), il se désynchronise et je dois passer 10 minutes de ma matinée à restaurer la base de données. Fondamentalement, je me demande ce que je dois regarder pour comprendre pourquoi ceux-ci ne se désynchronisent pas? J'ai couru une requête que j'ai trouvée sur sqlauthority.com qui me montre les trn et leurs numéros de licence pour la base de données primaire et quand j'essaye juste de reconstituer les logs de transaction sur la base de données de sauvegarde avec le dossier qui est censé être la prochaine licence il revient en synchronisation, il dit que le numéro de licence est trop récent, donc j'essaie le fichier suivant et il dit est désynchronisé et ne peut pas être restauré.

Toute aide serait appréciée :)

Answer 1

À creuser dans l'histoire de l'emploi plus loin, je trouve que mon travail LS_Restore succédait avec des erreurs, qui étaient que le compte de service d'agent serveur SQL n'a pas eu accès au dossier Les fichiers trn ont été stockés dans lesquels il essayait de restaurer la base de données. J'ai recherché ce que le développeur d'origine avait configuré en tant que compte de service d'agent de serveur sql, puis accordé à cet utilisateur les autorisations nécessaires, les journaux sont en cours de restauration selon les besoins. J'espère que cette information aidera quelqu'un dans le futur !!