Feuille de planification de la capacité du serveur de sauvegarde - Parallel Data Warehouse

Cette feuille de calcul de planification de capacité vous aide à déterminer les exigences d’un serveur de sauvegarde pour effectuer des opérations de sauvegarde et de restauration de base de données PDW SQL Server. Utilisez cette option pour créer votre plan d’achat de serveurs de sauvegarde existants ou l’approvisionnement de serveurs de sauvegarde existants.

Cette feuille de calcul est un supplément aux instructions de l’acquisition et de la configuration d’un serveur de sauvegarde.

Feuille de calcul de planification de la capacité pour les serveurs de sauvegarde

Remarques

1. Cette feuille de calcul s’applique aux serveurs qui effectuent des opérations de sauvegarde et de restauration pour les bases de données PDW.

2. La seule façon de sauvegarder et restaurer des bases de données PDW consiste à utiliser les commandes BACKUP DATABASE et RESTORE DATABASE SQL. Toutefois, une fois que les données de sauvegarde se trouvent sur votre serveur de sauvegarde, elles existent sous la forme d’un ensemble de fichiers Windows. Vous pouvez archiver les fichiers de sauvegarde de votre serveur vers un autre emplacement de stockage à l’aide de méthodes de sauvegarde basées sur des fichiers Windows traditionnelles.

Feuille de calcul de planification de la capacité

Imprimez cette feuille de calcul et renseignez-la avec vos propres exigences.

Composant	Condition requise	Renseignez cette colonne avec vos propres exigences	Recommandations
Stockage	Nombre maximal d’octets que vous envisagez de stocker sur le serveur de sauvegarde à une période donnée.		Pour déterminer les exigences de stockage, déterminez la quantité de données que vous envisagez de stocker sur le serveur de sauvegarde à une période donnée. Les données de sauvegarde sont stockées sur le serveur de sauvegarde dans un format compressé. Les taux de compression des données dépendent des caractéristiques de vos données. Par exemple : Comme estimation approximative, nous vous recommandons d’estimer un ratio de compression de 7:1 par rapport à la taille de vos données non compressées. Cela suppose qu’au moins 80 % des données sont stockées dans des index columnstore cluster. Par exemple, si vous avez 700 Go de données non compressées dans une base de données et qu’elles sont stockées dans des index columnstore en cluster, vous pouvez estimer que la sauvegarde de base de données aura besoin d’environ 100 Go. Si vous envisagez de disposer de plusieurs copies de sauvegardes de base de données sur le serveur de sauvegarde, vous devez les prendre en compte. Par exemple : si vous envisagez de sauvegarder 10 bases de données contenant chacune 5 To de données non compressées, les bases de données ont une taille combinée de 50 To. Si vous envisagez de sauvegarder ces 10 bases de données tous les jours pendant 5 jours dans une ligne, la taille totale non compressée est de 250 To. Factoring in a 7:1 compression ratio, vous aurez besoin de 250 / 7 = 35,7 To de stockage sur votre serveur de sauvegarde. Nous vous recommandons d’être conservateur et d’obtenir environ 30 % de capacité supplémentaire pour tenir compte des écarts et augmenter. Dans cet exemple, 46,6 To seraient préférables.
Réseau	Type de connexion réseau.		Déterminez le meilleur type de connexion réseau qui peut répondre à vos besoins en matière de débit de charge. Par exemple : InfiniBand ou Ethernet 10Gbits fournit les taux de chargement optimaux. Ethernet 1Gbit limite les taux de charge à 360 Go par heure ou moins.
E/S	Octets par heure pour les écritures.		Pour écrire des sauvegardes sur disque, 4 To par heure de vitesse d’écriture sont optimales. Par exemple : Pour les lecteurs qui peuvent écrire 50 Mo/s, vous souhaiterez au moins 24 lecteurs, plus d’autres pour la mise en miroir ou la parité. Pour la capacité d’E/S, prenez en compte toutes les E/S qui se produisent sur le serveur de chargement. Si le serveur de chargement a d’autres trafics d’E/S en plus des chargements de données, tels que la réception de fichiers de données à partir d’un serveur ETL, les exigences d’E/S augmentent.
UC	Nombre de sockets.		La réception et le stockage de fichiers de sauvegarde ne sont pas une application nécessitant beaucoup d’UC. Au minimum, nous vous recommandons d’utiliser un serveur 2 sockets récemment fabriqué.
Mémoire vive	Go de mémoire qui permet à Windows de mettre en cache les fichiers pendant les chargements.		La réception et le stockage des fichiers de sauvegarde nécessitent très peu de RAM sur le serveur de chargement. Pour déterminer les exigences de ram, reportez-vous à votre installation de Windows Server et à toutes les exigences d’application tierces. Nous vous recommandons un minimum de 32 Go si vous n’avez pas besoin d’autres sources.

Une fois que vous avez fini de déterminer vos besoins en capacité, revenez à la rubrique Acquérir et configurer un serveur de chargement pour planifier votre achat.

Voir aussi

Sauvegarde et chargement du matériel