Vous avez raison. Vous ne devez pas définir d'autres sauvegardes de journaux de transactions en dehors de la configuration de l'envoi de journaux, afin de garantir la maintenance de la séquence de journaux naturelle. Cependant, si vous souhaitez effectuer une sauvegarde de journaux de transaction Ad-Hoc, par exemple parce que vous effectuez une maintenance en direct sur la base de données de production, vous pouvez appeler le travail SQL Server utilisé par Log Shipping pour effectuer votre transaction. sauvegardes de journal. Il est généralement appelé LS_Backup. Cela maintiendra le LSN. D'après ce que je comprends, aucune fonctionnalité opérationnelle de la base de données en cours d'expédition n'est limitée en utilisant cette technologie de disponibilité.
Certaines choses qui peuvent causer des complications:
chiffrement
Si vous êtes l'envoi de journaux à un autre serveur et utilisez le chiffrement natif SQL Server, vous ne serez pas en mesure d'accéder à des données cryptées dans le journal base de données fournie, sauf si SQL Server utilise la même clé principale de service.
Assemblées
Vous pouvez rencontrer des difficultés d'accès des assemblages signés dans un journal base de données expédiées, comme vous ne pouvez pas activer la propriété digne de confiance.
Permission
Si vous avez l'intention de fournir un accès en lecture à la base de données des journaux de transaction alors les logins SQL Server devront avoir le même SID que ceux du serveur source pour que les connexions à la carte automatiquement correctement .
Espérons que cela aide. À votre santé.
+1 Une bonne idée sur les permissions! –