it-swarm-fr.com

Avantages et inconvénients de SQL Server Sauvegarder des stratégies et leurs scénarios d'utilisation appropriés

D'après ce que je peux dire, il existe trois manières possibles de sauvegarde de votre base de données SQL Server.

  1. Sauvegarde complète
  2. Sauvegarde différentielle
  3. Expédition de journal

Quels sont les avantages et les inconvénients de chaque stratégie et dans quelles situations devraient-elles être employées?

10
Greg B

Sans doute, il n'y a pas de concept de ce type comme stratégie de sauvegarde: vous avez un Restaurer Stratégie car cela détermine combien de temps jusqu'à ce que vous soyez de retour en marche *.

toutes Stratégies nécessite une sauvegarde complète pour baser les restaurations ultérieures de sauvegardes différentielles et/ou de logement.

En pratique, vous pouvez avoir une sauvegarde complète de 6 mois avec des sauvegardes de journal de 15 minutes: Toutefois, vous devez appliquer tous les Sauvegarde de la fin du dernier.

En exemple aléatoire, un scénario pourrait être complet hebdomadaire, différentiel quotidien, journal de 15 minutes.

L'intervalle de sauvegarde détermine la quantité de données que vous perdrez dans le pire des cas: 15 min Cock Sauvegarde vous donne une perte de données comprise entre 1 seconde et 14 minutes 59 secondes, moyenne 7,5 minutes. Est-ce acceptable?

Log Shipping est chaud en veille avec basculement manuel: ce n'est pas une sauvegarde mais une option de haute disponibilité.

5
gbn

Il n'y a pas une stratégie qui correspond à toutes les situations. Mais il est important de comprendre ce que vous avez à votre disposition. Les sauvegardes complètes sont exactement ce qu'elles ressemblent à: une sauvegarde complète de votre base de données, moins le journal des transactions. Les sauvegardes différentielles sont des sauvegardes des modifications des fichiers de données depuis la dernière sauvegarde complète. Les sauvegardes de journal de transaction sauvegarderont toutes les transactions stockées dans le journal de transaction depuis la dernière sauvegarde du journal de transaction. Les sauvegardes de journal de transaction vous permettront de restaurer un point à temps. Si tel est une exigence, vous devrez définir votre mode de récupération sur "Full" et vous devrez prendre des sauvegardes de journal de transaction régulières en fonction de la quantité de données que vous souhaitez perdre en cas de problème de récupération.

Lorsqu'il s'agit de sauvegardes de journal de transaction, il est important de comprendre ce qu'est une chaîne de journalisation. Dans mes mots, une chaîne de journaux est la série de sauvegardes qui doivent être restaurées afin de restaurer votre base de données à un moment donné. Afin de commencer à restaurer des journaux de transaction, vous devez d'abord restaurer une sauvegarde complète à l'aide de l'option Norecovery. Si vous effectuez également des sauvegardes différentielles, vous souhaitez restaurer la sauvegarde différentielle la plus récente avant le moment où vous souhaitez restaurer l'utilisation de la même option Norecovery. À ce stade, vous devrez restaurer les sauvegardes de journal de transaction, séquentiellement, à l'aide de l'option Norecovery sur toutes les sauvegardes, à l'exception de la sauvegarde finale. Pour plus d'informations sur le point dans le temps restaure, consultez ce lien. http://msdn.microsoft.com/en-us/library/ms175093.cox

Comme mentionné, l'expédition de journal n'est pas une stratégie de sauvegarde, mais elle peut réduire considérablement les temps de restauration en cas de problème de récupération après sinistre. Un gotcha à rechercher est que toutes les publications de réplication devront être scriptées sur le serveur d'expédition de journal et initialisées pour que la réplication fonctionne comme avant la catastrophe. Avec des publications plus grandes, cela pourrait entraîner une augmentation significative du temps nécessaire pour restaurer à un niveau de production.

J'espère que cela t'aides,

Mat

3
Matt M

Je seconde Mladen Prajdic. Cet article vous aidera à choisir la stratégie de sauvegarde de droite en fonction du modèle de réoversion des bases de données.

2
Nomad

ce ne sont pas des stratégies de sauvegarde pour SQL Server. Les sauvegardes complètes et différentielles sont des types de sauvegardes que vous pouvez faire dans une base de données SQL Server, tandis que la journalisation est une stratégie de haute disponibilité (en déplaçant les sauvegardes de journal à une heure prévue d'un serveur à un autre et que ces 2 bases de données sont synchronisées vers le limite de vos sauvegardes).

De belles informations sur la récupération après sinistre (sauvegarde et restauration :-)) Vous pouvez trouver sur MSDN: ici et ici . En bref, vous devez choisir la quantité de données que vous pouvez récupérer des sauvegardes en cas de défaillance. Un échantillon sain d'une stratégie de sauvegarde serait une sauvegarde complète tous les jours et des sauvegardes de journal toutes les heures (cela dépend de vos besoins), donc dans ce cas, vous seriez en mesure de restaurer la base de données de la sauvegarde complète + de la sauvegarde journalière.

Une autre belle référence sur DR Vous pouvez trouver sur simple_talk .

2
Marian

Bien sûr, non seulement avez-vous besoin de restaurer votre base de données, il y a une récupération dans le contexte du serveur et de l'application. La base de données est une partie de. Je ne l'ai pas encore utilisé moi-même, mais Data Protection Manager cherche un travail plus complet, si vous en avez besoin.

1
Samuel Druker