SQL Server: Un plan de secours est indispensable
Don' t confondre sauvegarde et restaurer à haute disponibilité. En cas de panne, la sauvegarde et la restauration vous restitueront vos données, mais uniquement après un temps mort.
Saleem Hakani
Dans un monde idéal, les disques durs et autres périphériques ne manquent jamais. Logiciel ne serait pas défectueux, utilisateurs ne serait pas faire des erreurs et les pirates ne serait jamais réussies.
Cependant, nous vivons dans un monde de moins-que-parfait. Nous avons besoin de planifier et de préparer à gérer des événements indésirables. Exécution et de maintenir des sauvegardes bons et sains sont l'une des premières priorités pour tout administrateur ou ingénieur travaillant avec le SQL Server.
Sauvegarde et restauration n'est pas HA
Voici une bonne règle de base à garder à l'esprit : Sauvegarde et restauration n'est pas une fonctionnalité de haute disponibilité (HA). Restauration d'une base de données de sauvegarde est simplement une fonction de réparation, pas une fonctionnalité de disponibilité.
Si vous exécutez un système critiques et votre base de données requiert HA, puis regarder dans diverses caractéristiques réelles de HA disponibles dans SQL Server. HA n'assimile pas pour sauvegarder et restaurer.
Si vous utilisez un système grand ou critiques, vous avez besoin de votre base de données pour être disponible en permanence ou pendant de longues périodes de temps avec des temps d'arrêt minimal pour les tâches de maintenance. Par conséquent, la durée des situations de restauration de base de données doit être conservée le plus courte possible.
Aussi, si vous utilisez exceptionnellement grandes bases de données, ils aurez besoin de plus longues périodes de temps pour effectuer la sauvegarde et de restauration. Vous devriez regarder dans certaines des nouvelles fonctionnalités SQL Server propose d'augmenter de sauvegarde et restaurer la vitesse opérationnelle. Ceci aide à minimiser l'effet sur les utilisateurs au cours de la sauvegarde et de restauration.
Voici un regard sur certaines autres techniques spécifiques.
**Plusieurs unités de sauvegarde :**Si que vous effectuez des sauvegardes et des restaurations sur une grande base de données, vous devez utiliser simultanément plusieurs unités de sauvegarde. Cette configuration vous aidera à écrire des sauvegardes de tous les périphériques en même temps. À l'aide de plusieurs unités de sauvegarde dans SQL Server vous permet d'écrire des sauvegardes de base de données à tous les appareils en parallèle.
Un goulot d'étranglement potentiel en débit de sauvegarde est la vitesse périphérique de sauvegarde. À l'aide de plusieurs unités de sauvegarde peut augmenter le débit proportionnellement au nombre d'appareils que vous utilisez. De même, vous pouvez restaurer la sauvegarde de plusieurs appareils en parallèle.
**Jeu de supports en miroir :**Si vous utilisez un jeu de supports en miroir, vous pouvez avoir un total de quatre miroirs par un support de sauvegarde. Avec le jeu de supports en miroir, l'opération de sauvegarde écrit dans plusieurs groupes d'unités de sauvegarde. Chaque groupe d'unités de sauvegarde constitue un miroir unique dans le jeu de supports en miroir. Chaque jeu de miroir unique doit utiliser la même quantité et type d'unités de sauvegarde physiques, et toutes doivent avoir les mêmes propriétés.
**Sauvegardes de capture instantanée :**C'est le moyen le plus rapide pour effectuer des sauvegardes de base de données. Une sauvegarde instantanée est une sauvegarde spécialisée créée presque instantanément en utilisant une solution de miroir fractionné obtenue d'un fournisseur indépendant de matériel et de logiciels.
Les sauvegardes de capture instantanée minimiser ou éliminer l'utilisation des ressources SQL Server pour accomplir la sauvegarde. Ceci est particulièrement utile pour modéré et grandes bases de données pour lesquelles la disponibilité est cruciale. Vous pouvez parfois effectuer les sauvegardes de capture instantanée et de restaurations en secondes, avec peu ou pas d'effet sur le serveur.
**Low-compression de sauvegarde de priorité :**Sauvegarde de bases de données à l'aide de la fonctionnalité de compression de sauvegarde nouvellement introduites pourrait augmenter l'utilisation du CPU. Toute capacité CPU supplémentaire consommée par le processus de compression peut nuire aux opérations simultanées. Par conséquent, la mesure du possible, vous devez créer une sauvegarde compressée de priorité basse, dont l'utilisation de CPU est limitée par le gouverneur de ressources afin d'éviter toute contestation de la CPU.
**Complète, les sauvegardes différentielles et de journaux :**Si le mode de récupération de base de données est défini à Full, utiliser une autre combinaison de sauvegardes (tels que les complète, différentielle et journal). Cela vous aidera à minimiser le nombre de sauvegardes, que vous devez appliquer pour mettre la base de données jusqu'au point de défaillance.
**Fichier/dossier des sauvegardes de groupe :**Utiliser des sauvegardes de groupe de fichiers/fichier et des sauvegardes de fichier journal T. Ces techniques vous permettent de sauvegarder ou restaurer uniquement les fichiers qui contiennent les données pertinentes. Parce que vous n'êtes pas sauvegarder ou restaurer la base de données entière, l'opération est beaucoup plus rapide.
**Utilisez un autre disque pour les sauvegardes :**Ne pas utiliser le même disque physique qui contient les fichiers de base de données ou de fichiers journaux à des fins de sauvegarde. En utilisant le même disque physique non seulement affecte les performances, mais aussi peut réduire la capacité de récupération du plan.
N'oubliez pas de sélectionner quelques techniques et tactiques pour la sauvegarde et la restauration qui fonctionnent le mieux dans votre configuration. C'est un aspect essentiel de toute stratégie opérationnelle du SQL Server .
.jpg)
Saleem Hakani est architecte principal chez Microsoft avec plus de 18 ans d'expérience. Il a travaillé avec SQL Server depuis 1992 et a travaillé sur nombreux services à grande échelle de Microsoft comme ingénieur et architecte pendant les sept dernières années, y compris Hotmail, Bing et MSN. Hakani conduit la communauté mondiale de SQL Server pour les employés de Microsoft et est un animateur technique pour divers événements de Microsoft, y compris TechReady, SQLFEST, SQL-école et SQLPASS.