Fenêtre de maintenance et récupération pour une base de données volumineuse

Question

Une de nos équipes développe une base de données qui sera assez volumineuse (~ 500Go) et qui évoluera à partir de là (je sais que 500 Go peuvent sembler petits à beaucoup, mais ce sera un des plus grandes bases de données dans notre magasin). L'un des problèmes auxquels ils sont confrontés est de sauvegarder et de restaurer la base de données. Fondamentalement, la base de données aura plusieurs tables de «données» et une table utilisée pour stocker des images/documents. Nous devons accomplir ce qui suit:

• Etre capable de sauvegarder rapidement et de restaurer uniquement les tables de données (sans images) sur notre serveur de test à des fins de débogage et de test.
• En cas de défaillance catastrophique d'une base de données, restaurez les tables de données uniquement pour que la majeure partie de l'application soit opérationnelle dès que possible. Ensuite, restaurez la table des images lorsque cela est possible.
• Sauvegardez la base de données dans la fenêtre de temps nocturne allouée (quelques heures).

Mes questions sont les suivantes:

1. Est-il possible d'atteindre les deux premiers objectifs tout en ayant les images stockées dans la même base de données? Si oui, utiliserions-nous des groupes de fichiers, des filestream ou autre chose?
2. Comment les autres magasins sauvegardent-ils leurs bases de données dans un délai raisonnable tout en maintenant une haute disponibilité? Est-ce que vous répliquez sur un deuxième serveur et sauvegardez à partir de là?

Answer 1

Nous avons traité des problèmes similaires. Nous sommes une entreprise de fabrication d'énergie solaire de 2,5 milliards de dollars et la reprise après sinistre est essentielle pour nous, tout en assurant la sauvegarde de nos bases de données. Notre base de données principale est notre base de données de production de plancher d'usine. Nous avons décidé de dépouiller cette base de données des données absolument essentielles pour maintenir la production, et de déplacer d'autres données dans sa propre base de données. Cela nous a permis une haute disponibilité et des temps de sauvegarde/restauration raisonnables.

Dans votre cas, est-il vraiment nécessaire de stocker des images dans la même base de données que vos autres données? Je ne pense pas que ce soit le cas, et il s'agit simplement de faciliter la résolution de certains problèmes. Je pense que des groupes de fichiers distincts aideraient aussi votre problème. Mais vous pourriez vouloir sérieusement reconsidérer si tout doit être dans une seule base de données.