Log-Shipping: Pourquoi choisiriez-vous le mode sans récupération?
Lors de la configuration de LogShipping pour SQL Server, vous pouvez choisir la base de données secondaire dans Aucun mode de Récupération ou en mode Veille. Pas de Reprise signifie que vous n'avez pas accès à la base de données lors de l'envoi de journaux qui se passe. Veille vous donne un accès en lecture seule, et si vous sélectionnez l'option pour déconnecter les utilisateurs à chaque fois qu'une restauration est sur le point d'arriver, ne semble pas interférer avec le processus d'envoi de journaux. Cela ressemble pour moi comme un avantage supplémentaire du mode de veille, mais aussi loin que je puisse voir la documention mentionne aucun effet indésirable.
Je suis, par conséquent, vous vous demandez pourquoi quelqu'un pourrait choisir de ne Pas utiliser le mode de Récupération? Les seules raisons plausibles, je pense, sont si le mode d'Attente a entraîné une forte dégradation des performances (mais il n'y a aucune mention de quoi que ce soit dans les docs), ou s'il existe une exigence en matière de sécurité activement à empêcher quelqu'un de voir le contenu de la base de données secondaire (ce qui semble rare/rare).
Quelqu'un peut m'éclairer ce qui a l'avantage de Ne choisir le mode de Récupération est censé être?
source d'informationauteur PhantomDrummer
Vous devez vous connecter pour publier un commentaire.
Lorsque vous utilisez
NORECOVERY
mode, pas d'accès sera donné à la base de données cible, de sorte que la base de données n'a pas de soins sur les transactions non validées. Le journal peut seulement être restauré "en l'état" et la gauche dans cet état.Lorsque vous utilisez
STANDBY
mode, les restaurations de bases de données commeNORECOVERY
l'analyse et annule toutes les transactions non validées dans le journal. Il peut alors donner l'accès en lecture seule pour les utilisateurs. Lors de la prochaine connexion est rétablie, la base de données déconnecte tous les utilisateurs et lance les transactions non validées à partir de la dernière connexion de l'avant à nouveau avant de le restaurer.Comme vous pouvez le voir,
STANDBY
a potentiellement élevé des frais généraux supplémentaires à la restauration, en fonction de votre volume de transactions.Plus de détails cet article à Mon Monde de SQL.