À l’aide de la mise en cache du contrôleur de disque dur avec SQL Server

Résumé

Les informations suivantes décrivent les effets de l’utilisation de SQL Server avec une carte de contrôleur de disque dur avec la mise en cache de mémoire sur la carte du contrôleur (jusqu'à 16 Mo). À l’aide de ce type de carte offre l’avantage de la mise en cache sans nécessiter des compromis mémoire normalement associés à la mise en cache du disque. L’algorithme de mise en cache inclut la mise en cache d’écriture et « trier d’ascenseur » lors de l’écriture différée, lors de l’écriture des données sont triées pour minimiser le mouvement de la tête.

Plus d'informations

Question 1
Q. existe-t-il des problèmes lors de l’utilisation de ce type de contrôleur provoqué par SQL Server si le serveur est sur un onduleur pour éviter une altération des données en raison d’une panne de courant ?

A. si le contrôleur de disque tombe en panne à écrire les données destinées au journal de transactions SQL Server, SQL Server récupération ne fonctionne pas correctement.


Question 2
Q. quel effet ce type de mise en cache de contrôleur a-t-il sur les performances de SQL Server ?

A. si le contrôleur de cache jamais ne peut pas écrire sur le disque qu’a été confié à elle (même si le clavier multimédia, les blocages de système d’exploitation ou les pannes de disque dur), il n’y aura pas de problème. En revanche, si le contrôleur de disque retarde l’écriture de certaines données de journal de SQL Server et décide d’appliquer physiquement des autres données du journal (parce que le tri de « ascenseur ») et ne peut pas écrire le reste pour une raison quelconque, SQL Server n’a aucun moyen de savoir que certains du journal est manquant. Un démarrage à chaud, ou même reprise à partir d’une sauvegarde instantanée peut restaurer pas correctement la base de données. Dans le pire des cas, il n’y aura aucune défaillance lors de la récupération et une altération des données serait découvertes beaucoup plus tard.

Si le contrôleur de disque est une conception robuste, il permettra à l’écriture sélective. Le périphérique contenant les journaux de transactions SQL Server doit toujours être à écriture. En outre, en cas de démarrage à chaud automatique fonctionne correctement, tous les périphériques de SQL Server doivent être vidés au moment du point de contrôle. Si le contrôleur de disque ne permet pas à l’écriture sélective, la seule solution consiste à effectuer des sauvegardes fréquentes et jamais compter sur le démarrage à chaud ou de la restauration du journal des transactions.


Question3
Q. de SQL Server doit effectuer la mise en cache, ou le contrôleur de disque faire la mise en cache ?

R. la réponse varie sur lequel la méthode est plus rapide. Nos expériences ont montré que le cache de SQL Server est plus efficace que le cache de disque du système d’exploitation. Toutefois, nous n’avons aucun moyen de savoir si elle est plus efficace que la mise en cache utilisé par un type particulier de contrôleur de disque. Le cache de SQL Server ne fonctionne probablement pas aussi rapidement qu’un cache de matériel ; Toutefois, il a « à l’intérieur des connaissances » et travailler plus intelligemment.

Exécutez une charge de travail représentative avec le paramètre de mémoire de SQL Server défini à la valeur minimale qui prendra en charge le nombre d’utilisateurs requis (avec l’actif de cache de contrôleur de disque) pour votre installation. Réessayez avec le paramètre de mémoire défini pour cette valeur et la quantité de mémoire vive dans le cache du contrôleur de disque (avec le contrôleur de disque cache désactivé). Pour une comparaison vraiment précise, le nombre de pages dans le cache de procédure doit être égal dans les deux cas. Cette opération prend quelques jongler car la taille du cache de procédure est spécifiée en pourcentage de la taille totale du cache, alors que la taille du cache total est spécifiée par le paramètre de la mémoire et le nombre de paramètre des connexions utilisateur. La taille totale du cache est tout ce qui reste une fois que la valeur 42 Ko par connexion de l’utilisateur a été aménagée à partir de l’espace spécifié par le paramètre de mémoire. Le reste est divisé entre le cache des pages de procédure et les données en fonction du paramètre de cache de procédure.
SQL Server nécessite des systèmes pour prendre en charge la « remise garantie sur un support stable » comme indiqué dans le programme d’évaluation de la Solution Microsoft SQL Server sacoche stockage. FoPour plus d’informations sur la configuration d’entrée et de sortie pour le moteur de base de données SQL Server, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

Configuration requise de base de données moteur d’entrée/sortie 967576 de Microsoft SQL Server

Propriétés

ID d'article : 46091 - Dernière mise à jour : 27 janv. 2017 - Révision : 1

Commentaires