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, quelqu'un a-t-il une idée du temps qu'il faudrait pour restaurer une sauvegarde de 2 To contenant 10 To de données? Serait-elle beaucoup plus longue que la durée de sauvegarde complète?
la source
Réponses:
C'est simple et rapide à tester.
Prenez ce fichier de sauvegarde de 2 To, copiez-le dans Azure à l'aide d' AzCopy . Fournissez un serveur SQL à l'aide de l'image «Licence gratuite: développeur SQL Server 2017 sur Windows Server 2016» configurée avec 12 à 15 To de stockage SSD. Bureau à distance sur la machine virtuelle SQL et restaurez la sauvegarde directement à partir du stockage Blob , ou copiez-la sur un disque local, puis restaurez-la.
N'oubliez pas d'arrêter la machine virtuelle lorsque vous ne testez pas et de la détruire ainsi que les disques lorsque vous avez terminé pour minimiser les frais.
la source
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 de 2 To et je ne connais pas encore la configuration finale de la migration. Ce serait proche de ce que nous avons actuellement. Et ce sera dans Alibaba Cloud. Nous utiliserons des machines virtuelles classiques (ECS). J'ai testé 2 restaurations de sauvegarde plus petites sur le 4e nœud du cluster SQL à 4 nœuds, dont la configuration est identique à celle de l'instance de Production SQL Server. Les restaurations ont révélé une augmentation du temps de restauration de 20% à 50% par rapport au temps de sauvegarde. Prendre les 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 des deux bases de données testées divisées en 5 fichiers et le temps de restauration n'a pas diminué du tout.
la source