10 TB sauvegarde / restauration de la base de données Question
Nous avons une très grande base de données de production de 10 To. Nous envisageons de le migrer vers un service cloud, mais je dois comprendre les risques et estimer la durée de l'ensemble du processus. Je sauvegarde la base de données une fois par mois à l'aide de la solution de sauvegarde Native SQL Server 2014 SP2. La durée est de près de 720 minutes - 12 h. Le taux de compression est de 5, ce qui signifie que la taille de la sauvegarde est de près de 2 To. Nous ne pouvons pas nous permettre des sauvegardes différentielles car accumulées, elles prennent autant de temps et d'espace que la sauvegarde complète, nous effectuons donc des sauvegardes T-log (~ 200 Mo chacune) au lieu de 10 minutes ~ 144 fichiers par jour. La GRANDE question est d'avoir toutes ces statistiques, est-ce que quelqu'un a une idée du temps qu'il faudrait pour restaurer une sauvegarde 2 TB contenant 10 TB? être beaucoup plus longue que la durée de sauvegarde complète?
Merci à tous pour les réponses. Voici ce que j'ai fait pour estimer le temps de restauration. Nous ne pouvons pas nous permettre actuellement un véritable scénario de test de restauration de la sauvegarde 2 TB et je ne connais pas encore la configuration finale de la migration. Elle serait proche de ce que nous avons maintenant. Et il sera dans Alibaba Cloud. Nous utiliserons des machines virtuelles classiques (ECS). J'ai testé 2 restaurations de sauvegarde plus petites sur le 4ème nœud dans un cluster SQL à 4 nœuds qui est identique en configuration avec l'instance de Production SQL Server. Les restaurations révélées une augmentation du temps de restauration de 20% à 50% par rapport au temps de sauvegarde. Prendre le 50% et appliquer au temps de sauvegarde de 720 minutes - J'ai obtenu un temps de restauration de 1080 minutes (18 heures). J'ai également testé le cas avec les sauvegardes pour les deux bases de données testées divisées en 5 fichiers et le temps de restauration n'a pas diminué du tout. Il était très proche du cas de restauration d'un fichier de sauvegarde.
C'est simple et rapide à tester.
Prenez ce fichier de sauvegarde de 2 To, copiez-le dans Azure à l'aide de AzCopy . Provisionner un serveur SQL à l'aide de l'image "Licence gratuite: développeur SQL Server 2017 sur Windows Server 2016" configurée avec 12-15 TB de stockage SSD. Bureau à distance vers SQL VM et restaurez la sauvegarde directement depuis le stockage Blob , ou copiez-la sur un disque local puis restaurez-la.
N'oubliez pas d'arrêter le VM lorsque vous ne testez pas, et de le détruire ainsi que les disques lorsque vous avez terminé pour minimiser les frais.