Sauvegardes de bases de données


2

J'ai 10 Go de SGBDR (SQL Server).Je voudrais le sauvegarder le plus souvent possible, mais il me semble que j'aurai besoin de beaucoup d'espace pour que cela se produise plusieurs fois par jour.

À quelle fréquence est-il raisonnable de sauvegarder une base de données de cette taille?Comment les sauvegardes sont-elles normalement stockées?

J'ai examiné Amazon S3 et je me demande s'il est fréquent que des personnes utilisent un tel service pour leurs sauvegardes de base de données.

  0

Je suis d'accord avec Thoreau, mais puisque vous avez dit vouloir autant de sauvegardes que possible, vous pouvez envisager de faire des sauvegardes incrémentielles/différentielles plus souvent, par exemple toutes les 2 à 6 heures, selon vos besoins. 14 sept.. 112011-09-14 15:22:23

1

Avec quelle version de SQL travaillez-vous?Que signifie "aussi souvent que possible"?Pourquoi veux-tu faire cela?

Vous n'êtes pas obligé de faire des sauvegardes complètes.Vous pouvez faire un plein une fois par semaine et un différentiel chaque nuit.Avec t-sql ou SSMS, les sauvegardes peuvent être automatiquement supprimées après un nombre de jours, pour que vos sauvegardes soient bien rangées.

Aussi souvent que possible?Pourquoi ne pas sauvegarder les journaux de transactions toutes les 5 minutes, puis les supprimer tous les 5 jours?

:: J'ai ajouté plus de questions ::


4

Je pense que la question principale n’est pas de savoir à quelle fréquence d’autres personnes sauvegardent leurs bases de données, mais quel niveau de perte votre entreprise acceptera-t-elle.Si votre serveur meurt, seront-ils contents de revenir à un fichier de sauvegarde d'il y a 24 heures ou auront-ils besoin d'un fichier d'une heure auparavant?

Toutes nos bases de données de production effectuent une sauvegarde complète une fois par jour, puis elles effectuent des sauvegardes du journal des transactions toutes les heures.En cas d’échec complet, notre pire scénario est la perte d’une heure de données (bien que nous utilisions la mise en miroir de bases de données pour nous protéger, même contre cela).Les sauvegardes du journal des transactions vous permettent également d'effectuer des restaurations à un point dans le temps: http://msdn.microsoft.com/en-us/library/ms179451.aspx

Un autre facteur est le modèle de récupération de la base de données - si vous êtes en mode de récupération complète, vous aurez besoin de sauvegardes du journal des transactions pour empêcher le journal des transactions de devenir ingérable.En revanche, si vous utilisez une récupération simple, les sauvegardes du journal des transactions ne sont pas une option.

C’est un bon point de départ: http://msdn.microsoft.com/en-us/library/ms191239.aspx

J'espère que cela pourra aider...


1

Disons que vous avez un scénario commercial commun avec votre temps chargé étant: 9h-17h du lundi au vendredi.Ensuite, je suggérerais: Sauvegarde complète le dimanche soir.Sauvegardes différentielles à 8h, 18h et 1h (pour réduire le temps de récupération).Consignez les sauvegardes toutes les heures ou selon les besoins de votre entreprise.

En fonction de votre période de rétention, vous devez avoir un travail de nettoyage automatique pour effacer les anciens fichiers de sauvegarde.

Vous devez stocker vos sauvegardes sur une forme de disque redondant (en miroir).

Si vous utilisez Amazon S3, vous devrez payer pour la bande passante, le stockage et les demandes d'obtention/de mise.Il y a ensuite une complication supplémentaire si votre base de données stocke des données sensibles.Vous pouvez à la place vous procurer un lecteur externe ou un périphérique NAS et y stocker vos sauvegardes.Le prix ne devrait pas être un problème car le disque est bon marché.


5

On dirait que vous ne comprenez pas comment fonctionnent les sauvegardes dans SQL Server.Il existe trois types de sauvegardes différents dans SQL Server.

COMPLET - Les sauvegardes complètes de la base de données enregistrent la totalité de la base de données et le journal des transactions actif dans un fichier unique (ou agrégé par bande, mais ignorons cette fonctionnalité pour le moment) sur le disque.

DIFFERENTIEL - Les sauvegardes de base de données différentielles sauvegardent toutes les données qui ont été modifiées depuis la dernière sauvegarde complète dans un fichier de sauvegarde.Pour restaurer à partir d'une sauvegarde différentielle, vous DEVEZ disposer de la sauvegarde complète qui a été effectuée avant la sauvegarde différentielle.

JOURNAL - Les sauvegardes du journal sauvegardent uniquement les données figurant actuellement dans le journal des transactions.Les sauvegardes de journaux vous permettent de restaurer la base de données à un moment précis (par exemple, si quelqu'un supprime une table, vous pouvez restaurer à un point, il suffit de restaurer la table et de récupérer toutes les données de cette table).Les sauvegardes LOG nécessitent que votre base de données soit en mode de récupération FULL ou BULK_LOGGED.Pour restaurer les sauvegardes du journal, vous devez disposer de la sauvegarde complète la plus récente avant la sauvegarde du journal que vous souhaitez restaurer, éventuellement de la sauvegarde différentielle effectuée entre la sauvegarde complète et la sauvegarde du journal, ainsi que de toutes les sauvegardes du journal entre la sauvegarde complète ou différentielle et les sauvegardes. le dernier fichier journal que vous souhaitez restaurer.

D'après ce que vous avez décrit, il semble qu'il faille perdre le moins de données possible.Vous devrez modifier le mode de récupération sur FULL ou BULK_LOGGED (FULL est ce que la plupart des gens sélectionnent), puis configurer des sauvegardes complètes quotidiennes et des sauvegardes du journal des transactions toutes les quelques minutes.La fréquence à laquelle vous exécutez les sauvegardes du journal dépend du nombre de données que vous pouvez vous permettre de perdre.L’entreprise doit être celle qui définit ce nombre, pas vous.Il n’est pas rare d’exécuter des sauvegardes de journal toutes les 10 à 15 minutes, en fonction des besoins.

Une fois les sauvegardes configurées, vous souhaiterez configurer quelque chose pour supprimer les fichiers après un certain nombre de jours (en fonction des besoins de l’entreprise et de l’espace que vous pouvez vous permettre de stocker).

Vous voudrez peut-être sauvegarder les bases de données sur un serveur situé dans une autre zone de disponibilité EC2, de sorte que si les pannes d'Amazon se répètent plus tôt cette année, vos données de sauvegarde sont toujours sécurisées.

Cela vaut peut-être la peine de faire appel à un consultant pendant une heure ou deux pour vous assurer que vos sauvegardes sont effectuées correctement.S'ils ne le font pas correctement, le moment est venu de résoudre ce problème, et non lorsque le système est en panne.