Sauvegarde SQL Server: conseils à suivre

Microsoft SQL Server fait partie des systèmes de gestion de bases de données les plus utilisés actuellement. Il interagit avec les application pour permettre différentes tâches, notamment de traitement des transactions, d’intelligence des données professionnelles et d’analyse. Pour de nombreux administrateurs de bases de données, sauvegarder et gérer les serveurs SQL constitue l’une des tâches les plus importantes.

Types de sauvegardes

Microsoft SQL Server compte essentiellement trois types de sauvegardes :

• Complète : Comme son nom l’indique, une sauvegarde complète inclut l’ensemble de vos données — tableaux, index, fonctions, etc.

• Différentielle : Sauvegarde exclusivement les modifications effectuées depuis la dernière sauvegarde complète. Les sauvegardes différentielles sont cumulatives, ce qui signifie que chaque sauvegarde différentielle inclut toutes les modifications des précédentes. De ce fait, il est recommandé de procéder régulièrement à des sauvegardes complètes pour limiter la taille des fichiers de sauvegarde différentielle.

• Journal de transactions : Les journaux de transactions conservent la trace de chaque modification apportée aux données, avec la date et l’heure de ces modifications. Associés aux sauvegardes complètes et différentielles, ils vous permettent de restaurer votre base de données SQL telle qu’elle était à un instant t.

Ces méthodes de sauvegarde sont complémentaires. Par exemple, vous pouvez effectuer une sauvegarde complète par semaine, associée à des sauvegardes différentielles la nuit et des sauvegardes des journaux de transactions toutes les heures.

Erreurs courantes de gestion de Microsoft SQL

Les erreurs de sauvegarde peuvent se révéler coûteuses, en argent comme en temps. Voici quelques erreurs courantes à éviter en matière de gestion de bases de données SQL.

• Surveiller trop ou trop peu. Vérifiez régulièrement vos journaux d’erreurs SQL Server ; idéalement, vous devez avoir un processus automatique qui vous alerte en cas d’erreur. Mais rappelez-vous qu’une quantité trop importante d’informations peut aussi vous ralentir. Ne laissez pas chaque sauvegarde réussie remplir vos journaux de transactions. Restreindre leur champ vous permettra de trouver rapidement les informations essentielles.

• Ne pas avoir de plan clair. Vous devez connaître vos besoins en termes de restauration, vous assurer d’avoir la bonne stratégie pour chaque type de données, et définir les responsabilités pour chaque partie du processus. Un plan documenté vous permettra de gagner du temps et d’éviter les frustrations dans un scénario de restauration.

• Ne pas tester votre plan. Si votre stratégie de reprise n’a pas été testée, elle est pour ainsi dire inexistante. Lorsque vous restaurez une base de données à partir d’une sauvegarde effectuée avant toute perte ou altération des données, vous pouvez décider d’inclure l’ensemble des personnes et des processus dont vous avez besoin.

• Ne pas avoir de gestionnaire de sauvegarde centralisé. Si vous gérez plusieurs serveurs, maîtriser l’ensemble des processus à partir d’un seul tableau de bord vous permettra de gagner du temps, de l’énergie et de l’argent.

Comment Rubrik peut vous aider

Rubrik simplifie les sauvegardes de votre base de données en gérant l’ensemble de vos systèmes SQL Server — aussi bien sur site que dans le cloud Azure — en un même emplacement. 

• Identifiez automatiquement les instances, bases de données et clusters sur chaque serveur SQL.

• Affectez des SLA à SLQ Server et diffusez ces règles à toutes les instances et bases de données. Différentes règles peuvent être définies au niveau du serveur, de l’instance et de la base de données.

• Utilisez des sauvegardes incrémentielles perpétuelles afin de limiter les exigences en termes de stockage. Contrairement aux sauvegardes différentielles, les sauvegardes incrémentielles perpétuelles ne nécessitent qu’une seule sauvegarde complète.

• Bénéficiez d’un RTO quasi nul grâce à Live Mount (voir ci-dessous).

Rubrik propose essentiellement trois options de reprise, pour différents scénarios d’utilisation.

• Restauration : Supprime une base de données de production endommagée et la recrée, avec le même nom et la même structure de fichier, à partir des sauvegardes Rubrik. Ce principe est généralement utilisé pour une restauration complète, lorsque la base de données d’origine n’est plus fonctionnelle.

• Exportation : Crée une nouvelle base de données à partir des sauvegardes Rubrik, sans supprimer ni affecter la base de données d’origine. La nouvelle base de données peut être renommée et reconfigurée. Cette option est souvent utilisée lorsqu’une copie de la base de données est nécessaire à des fins de test.

• Live Mount : Intègre directement les fichiers de sauvegarde de la base de données sur le cluster Rubrik. Cela peut être fait quasi instantanément, car vous n’avez pas besoin d’attendre que la base de données soit copiée dans le réseau. Live Mount n’affecte aucunement la sauvegarde d’origine. C’est donc une option rapide et simple pour les tests et la restauration au niveau granulaire.

Découvrez comment Rubrik peut simplifier la sauvegarde de vos serveurs Microsoft SQL.