Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette feuille de planification de capacité vous aide à déterminer les exigences pour qu’un serveur de sauvegarde réalise des opérations de sauvegarde et de restauration de base de données SQL Server PDW. Utilisez cette feuille de travail pour créer votre plan d’achat de nouveaux serveurs de sauvegarde existants ou de provisionnement.
Cette feuille complète les instructions de Acquérir et Configurer un serveur de sauvegarde.
Fiche de planification de capacité pour serveurs de secours
Remarques
Cette feuille de calcul s’applique aux serveurs effectuant des opérations de sauvegarde et de restauration pour les bases de données PDW.
La seule façon de sauvegarder et de restaurer des bases PDW est d’utiliser les BACKUPDATABASE commandes ET RESTOREDATABASE SQL. Cependant, une fois que les données de sauvegarde sont sur votre serveur de sauvegarde, elles existent sous 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 planification des capacités
Imprimez cette feuille de calcul et renseignez-la avec vos propres exigences.
| Composant | Requirement | Renseignez cette colonne avec vos propres exigences | Recommandations |
|---|---|---|---|
| Storage | 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 : en estimation approximative, estimez un taux de compression de 7:1 par rapport à la taille de vos données non compressées. Ce ratio suppose qu’au moins 80% des données sont stockées dans des index de colonnes groupées. 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 de colonnes groupés, vous pourriez estimer que la sauvegarde de la base de données nécessite environ 100 Go. Si vous prévoyez d’avoir plusieurs copies de sauvegardes de base de données sur le serveur de sauvegarde, prenez en compte ces données. Par exemple : si vous prévoyez 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 prévoyez de sauvegarder ces 10 bases de données chaque jour pendant 5 jours consécutifs, la taille totale non compressée est de 250 To. En tenant compte d’un taux de compression de 7:1, il vous faut 250 / 7 = 35,7 To de stockage sur votre serveur de sauvegarde. Soyez prudent et obtenez environ 30% capacité supplémentaire pour tenir compte des variations et de la croissance. Dans cet exemple, 46,6 To seraient préférables. |
| Network | 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 10 Gbit fournissent les débits de charge optimaux. L’Ethernet 1 Gbit limite les débits de charge à 360 Go par heure ou moins. |
| I/O | 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 disques capables d’écrire à 50 Mo/s, il faut au moins 24 disques, plus plus pour le 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 dispose d’autres trafics d’E/S en plus des charges de données, comme la réception de fichiers de données d’un serveur ETL, les exigences d’E/S augmentent. |
| CPU (Unité centrale de traitement) | Nombre de sockets. |
|
Recevoir et stocker des fichiers de sauvegarde n’est pas une application gourmande en CPU. Comme exigence minimale, utilisez un serveur 2 sockets récemment fabriqué. |
| RAM | Go de mémoire qui permet à Windows de mettre en cache les fichiers pendant les chargements. |
|
Recevoir et stocker des fichiers de sauvegarde nécessite très peu de RAM sur le serveur de chargement. Pour déterminer les exigences en RAM, consultez votre installation de Windows Server et toute exigence d’application tierce. Utilisez au minimum 32 Go si vous n’avez pas d’exigences provenant d’autres sources. |
Une fois que vous avez fini de déterminer vos besoins en capacité, retournez à l’article Acheter et configurer un serveur de chargement pour planifier votre achat.