Dans la configuration de l'envoi de journaux avec SQL2005, le travail de sauvegarde du serveur principal n'est pas ajouté.

Question

Je crée une configuration de livraison de journaux entre deux instances de serveur sql 2005. J'envoie les logs d'une base de données unique et je n'utilise pas de service Monitor (pour le moment). Lorsque j'exécute l'Assistant d'envoi de journaux SQL Server sur la base de données, le script s'exécute comme il se doit et affirme qu'il n'y a pas d'erreurs. Mais quand c'est terminé, le serveur secondaire a la bonne liste de Jobs (copier/restaurer) mais le serveur principal, je pense, devrait avoir un job de "sauvegarde". Ce n'est pas le cas.

Donc, soit il échoue silencieusement, soit je ne comprends pas comment fonctionne l'envoi de journaux. Est-ce que quelqu'un sait a) s'il devrait y avoir un travail ajouté au serveur principal et b) s'il y a un travail supposé, quelles pourraient être les causes probables de son ajout?

Merci.

Answer 1

Il s'avère que l'échec silencieux a été provoqué par le fait que le serveur secondaire était en réalité une machine virtuelle qui était un clone du serveur principal. Même si j'avais changé à la fois le nom de l'ordinateur et le nom du serveur SQL. Je suppose qu'il y a quelque chose d'autre qui identifie l'instance qui n'a pas été modifiée et qui a causé l'échec. C'est juste une supposition, cependant.