Ma base de données est supérieure à 250 Go. Je fais des sauvegardes planifiées avec un outil tiers.
Les sauvegardes de base de données planifiées sont-elles le meilleur moyen de protéger la base de données SQL Server contre la corruption? Ou pouvez-vous recommander autre chose?
Réponses:
Une sauvegarde ne peut pas empêcher la corruption. Rien ne peut absolument empêcher la corruption.
Ce que fait une sauvegarde est de vous permettre de récupérer des données à un point antérieur dans le cas d'une corruption ou d'une autre catastrophe.
Une communauté de pairs ne peut répondre à la question de savoir si votre planification de sauvegarde vous protège de manière adéquate - vos besoins commerciaux le dictent. Vous devez tenir compte de votre objectif de point de récupération (RPO) - combien de données pouvez-vous vous permettre de perdre? Si vous limitez à 5 minutes et que vous effectuez une sauvegarde complète une fois par jour et enregistrez des sauvegardes toutes les heures, vous n'êtes pas couvert. Pour vraiment vous protéger, vous devez être en mode de récupération complète et vos sauvegardes de journaux doivent se produire toutes les <= n minutes, où n est la quantité maximale de perte de données que vous pouvez supporter.
Il existe également d'autres considérations, telles que l'objectif de temps de récupération (RTO) - en cas de sinistre, combien de temps pouvez-vous vous permettre de passer en ligne? Cela déterminera si vous gardez simplement vos sauvegardes sur un disque prêt pour l'accès, ou si vous maintenez activement une veille chaude en utilisant l'envoi de journaux, ou des techniques de DR plus coûteuses telles que la mise en miroir, les FCI et les groupes de disponibilité. Notez que certaines de ces technologies peuvent vous aider à vous protéger de la corruption des données, mais d'autres types de défaillances ne sont pas couverts (par exemple, une suppression accidentelle sans clause where s'exécutera avec plaisir sur le primaire et les secondaires).
D'après mon expérience, la meilleure façon de protéger ma base de données sont des sauvegardes planifiées. Comme l'a dit Aaron, il est très important de répondre à ces deux questions:
Combien de données pouvez-vous vous permettre de perdre?
En cas de catastrophe, combien de temps pouvez-vous vous permettre de passer en ligne?
Bien sûr, ma base de données est inférieure à 250 Go et je préfère un plan de sauvegarde maniaque, c'est une sauvegarde complète de la base de données toutes les 24 heures, une sauvegarde différentielle toutes les trois heures et faire des sauvegardes du journal des transactions toutes les 15 minutes. Oui, il faudra peut-être plus de temps pour restaurer ma base de données en cas d'échec, mais mes données perdues seront minimes.
J'envisagerais de configurer la réplication de votre base de données. Veuillez lire par exemple ici pour plus de détails sur la façon dont cela fonctionne et comment cela peut aider à protéger vos données:
https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx
Bien sûr, cela a surtout du sens si vous configurez la réplication vers d'autres hôtes, même sur un réseau différent. La configuration de la réplication transactionnelle est ce que l'opérateur souhaite pour la sécurité ultime, car la réplication a lieu immédiatement, de sorte qu'elle est toujours plus fiable qu'une simple sauvegarde planifiée.