Description de la mise en cache les contrôleurs de disque dans SQL Server

Traductions disponibles Traductions disponibles
Numéro d'article: 86903 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Résumé

Utilisation d'un cache d'écriture (également appelé écriture en différé de la mise en cache) contrôleur de disque peut améliorer les performances SQL Server. Contrôleurs de mise en cache en écriture et sous-systèmes de disque sont sûrs pour SQL Server, s'ils sont conçus spécifiquement pour une utilisation dans un environnement données critiques base de données transactionnelle gestion SGBD (système). Ces fonctionnalités de conception doivent conserver les données mises en cache si une défaillance de système se produit. À l'aide d'externe onduleurs (UPS) pour y parvenir est généralement pas suffisant, car modes d'échec sont pas associées à l'alimentation peuvent se produire.

La mise en cache contrôleurs et les sous-systèmes de disque peut être sûr pour l'utilisation par SQL Server. La plupart des nouvelles plates-formes serveur purpose-built qui intègrent ces sont fiables. Toutefois, vous devez vérifier auprès du revendeur matériel pour vous assurer que le sous-système du disque a été spécifiquement testé et approuvé pour une utilisation dans un environnement de système (SGBDR) données critiques base de données relationnelles transactionnel Gestion.

Plus d'informations

Instructions de modification de données SQL Server génèrent des écritures page logique. Ce flux d'écritures peut être représentée en tant que point deux endroits : le journal et la base de données elle-même. Pour des raisons de performances, SQL Server s'incline écrit dans la base de données via son propre système de mémoire tampon du cache. Écritures dans le journal sont uniquement momentanément différés jusqu'à COMMIT. Ils ne sont pas mis en cache de la même manière que les écritures de données. Étant donné que les écritures de journal pour une page donnée toujours précédant les données de la page écrit, le journal est parfois appelé un journal « écriture transfert ».

Intégrité transactionnelle est un des concepts fondamentaux d'un système de base de données relationnelle. Transactions sont considérées comme unité atomique de travail qui sont entièrement appliquées ou totalement annulées. Le journal des transactions de transfert en écriture SQL Server est un composant essentiel dans l'implémentation intégrité transactionnelle.

N'importe quel système de base de données relationnelles doit utiliser également avec un concept étroitement lié à l'intégrité transactionnelle, qui est la récupération de défaillance du système non planifié. De nombreuses non idéal, effets réels peuvent provoquer cette erreur. Sur plusieurs systèmes de gestion de base de données, défaillance du système peut entraîner un processus de longue récupération manuelle dirigé l'humaines.

En revanche, le mécanisme de récupération SQL Server est entièrement automatique et fonctionne sans intervention humaine. Par exemple, SQL Server peut être prise en charge une application de production critiques et rencontrez défaillance du système en raison d'un problème d'alimentation momentary électrique. Lors de la restauration de l'alimentation, le matériel du serveur est redémarrez, les logiciels réseau serait charger et s'initialiser et devez redémarrer SQL Server. Comme SQL Server initialise, il s'exécutera automatiquement son processus de récupération en fonction des données dans le journal des transactions. Ce processus complet se produit sans intervention humaine. Chaque fois que les stations de travail clientes redémarré, les utilisateurs se trouver toutes les données présentes, vers la dernière transaction qu'elles saisies.

L'intégrité transactionnelle de SQL Server et la récupération automatique constituent une fonctionnalité d'enregistrement temps et de main de ?uvre très puissante. Si un contrôleur de mise en cache en écriture n'est pas correctement conçu pour une utilisation dans un environnement SGBD données critique transactionnel, il peut compromettre la capacité de SQL Server à récupérer, donc endommager la base de données. Ce problème peut se produire si le contrôleur intercepte les écritures de journal de transaction SQL Server et les tampons dans un matériel mettre en cache sur la carte de contrôleur, mais ne conserve pas ces écrites pages pendant une défaillance du système.

Contrôleurs de mise en cache plus effectuer la mise en cache en écriture. La fonction de mise en cache en écriture ne peut pas toujours être désactivée.

Même si le serveur utilise un ONDULEUR, cela ne garantit pas la sécurité de l'écriture mis en cache. Nombreux types de défaillances système peuvent se produire qu'un ONDULEUR ne résout pas. Par exemple, une erreur de parité de mémoire, une interruption du système d'exploitation ou un problème matériel provoquant une réinitialisation du système peut produire une interruption du système non contrôlé. Une erreur de mémoire dans le cache en écriture matériel peut aussi entraîner la perte des informations vitales journal.

Un autre problème potentiel lié à un contrôleur de mise en cache en écriture peut se produire à l'arrêt du système. Il n'est pas rare de cycle du système d'exploitation ou redémarrer le système lors de modifications de configuration. Même si un opérateur attention suit la recommandation du système d'exploitation d'attendre que toutes les activités du disque a cessé avant le redémarrage du système, écrit en cache peut encore être présente dans le contrôleur. Lorsque vous appuyez sur la combinaison de touches CTRL + ALT + SUPPR ou le bouton RESET est activé, écritures mis en cache peuvent être ignorées, potentiellement endommager la base de données.

Il est possible de créer un cache d'écriture de matériel qui prend en compte toutes les causes possibles de supprimer des données cache sale, ce qui est par conséquent être sûrs pour l'utilisation par un serveur de base de données. Certains des ces fonctions comprennent interception le bus RST signal éviter non contrôlée réinitialisation du contrôleur, sauvegarde batterie intégré, la mise en cache et mise en miroir de conception ou mémoire ERC (la vérification des erreurs & correction). Contactez votre fournisseur de matériel pour vous assurer que le cache en écriture comprend ces et les autres fonctionnalités nécessaires pour éviter la perte de données.

SQL Server nécessite systèmes afin de prendre en charge ? garantie remise aux médias stable ? comme indiqué dans le programme Microsoft SQL Server Always-On stockage solution analyse. FO Pour plus d'informations sur les exigences entrées 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 :
967576 Microsoft SQL Server Database Engine entrée/sortie configuration

Propriétés

Numéro d'article: 86903 - Dernière mise à jour: mercredi 7 décembre 2005 - Version: 4.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 4.21a Standard
  • Microsoft SQL Server 6.0 Standard
  • Microsoft SQL Server 6.5 Édition Standard
  • Microsoft SQL Server 7.0 Standard
  • Microsoft SQL Server 2000 Standard
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Mots-clés : 
kbmt kb3rdparty kbhardware kbinfo KB86903 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 86903
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com