Description de la prise en charge pour les fichiers de base de données réseau dans SQL Server

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

Sommaire

Résumé

Microsoft recommande généralement d'utiliser un réseau de stockage (SAN) ou un disque connecté localement pour le stockage de vos fichiers de base de données Microsoft SQL Server car cette configuration optimise la fiabilité et les performances de SQL Server. Par défaut, utilisez des fichiers de base de données réseau (stockés sur un serveur en réseau ou de stockage rattaché au réseau [NAS]) n'est pas activé pour SQL Server.

Toutefois, vous pouvez configurer SQL Server pour stocker une base de données sur un serveur en réseau ou un serveur de stockage NAS. Serveurs utilisés à cette fin doivent satisfaire aux exigences de SQL Server pour le classement des écritures de données et les garanties d'écriture, qui sont détaillées dans la section « Informations complémentaires ».

Périphériques WHQL Windows Hardware Quality Lab () qualifié

Serveurs Microsoft Windows et les serveurs réseau ou serveurs de stockage NAS WHQL Windows Hardware Quality Lab () certifiés automatiquement respecter l'ordre d'écriture données et les garanties d'écriture directe requises pour prendre en charge un périphérique de stockage de SQL Server. Microsoft prend en charge les applications et les problèmes liés au stockage dans ces configurations.

Remarque :Pour être pris en charge par SQL Server, la solution de stockage NAS doit en outre respecter toutes les spécifications qui sont répertoriées sur le site Web Microsoft suivant :
http://download.Microsoft.com/download/6/E/8/6E882A06-b71b-4642-9EB4-D1EA0D6223C8/SQL%20Server%20IO%20Reliability%20Program%20Requirements%20Document.docx

Autres périphériques

Si vous utilisez un périphérique de stockage qualifié non WHQL avec SQL Server qui prend en charge les garanties d'e/s pour une utilisation de base de données transactionnelle décrite dans cet article, Microsoft fournira une prise en charge complète pour SQL Server et les applications basées sur SQL Server. Toutefois, des problèmes, ou dû, le périphérique ou au sous-système de stockage sera désigné au fabricant du périphérique. Si vous utilisez un périphérique de stockage qualifié non WHQL qui ne prend pas en charge les garanties d'e/s pour une utilisation de base de données transactionnelle décrite dans cet article, Microsoft ne peut pas fournir de prise en charge de SQL Server ou des applications basées sur SQL Server. Pour déterminer si votre pas le logo WHQL stockage périphérique prend en charge les e/s garanties pour une utilisation de base de données transactionnelle décrite dans cet article et/ou est conçu pour une utilisation de base de données, vérifiez auprès de votre fournisseur de périphérique. En outre, contactez votre fournisseur de périphérique pour vérifier que vous avez correctement déployé et configuré le périphérique pour une utilisation de base de données transactionnelle.

Plus d'informations

Par défaut, vous ne peut pas créer une base de données SQL Server sur un partage de fichier réseau. Toute tentative de créer un fichier de base de données sur un lecteur mappé ou un emplacement réseau UNC génère un des messages d'erreur suivants :

Message d'erreur 1
5105 « erreur d'Activation device »

Message d'erreur 2
5110 « le fichier « nom_fichier » est sur un périphérique réseau non pris en charge pour databasefiles. »

Ce comportement est normal. L'indicateur de trace 1807 ignore la vérification et vous permet de configurer SQL Server avec des fichiers de base de données basée sur le réseau. SQL Server et la plupart des autres systèmes de base de données d'entreprise, emploient un journal de transactions et une logique de récupération associée pour garantir la cohérence transactionnelle de la base de données en cas de panne système ou une fermeture non gérée. Ces protocoles de récupération comptent sur la possibilité d'écrire directement sur le support de disque afin que lorsqu'une système d'exploitation d'entrée/sortie (e/s) demande d'écriture renvoie au Gestionnaire de base de données, le système de récupération a la garantie que l'écriture est réellement complète ou que l'exécution de l'écriture peut être garantie. Toute défaillance d'un composant logiciel ou matériel à honorer ce protocole peut entraîner une perte de données partielle ou totale ou une altération en cas de défaillance du système. Pour plus de détails sur ces aspects d'enregistrement et de récupération de protocoles dans SQL Server, reportez-vous à l'article suivant dans la Base de connaissances Microsoft :
230785 La journalisation SQL Server 7.0, SQL Server 2000 et SQL Server 2005 et des algorithmes de stockage étendent la fiabilité des données
Microsoft ne gère pas les fichiers de base de données SQL Server en réseau sur NAS ou les serveurs de stockage en réseau qui ne répondent pas à ces exigences à écriture et ordre d'écriture.

En raison des risques d'erreurs réseau compromettant l'intégrité des base de données, ainsi que des conséquences de performance possibles qui peuvent résulter de l'utilisation de partages de fichier réseau pour stocker des bases de données, Microsoft vous recommande de stocker les fichiers de base de données sur les sous-systèmes de disque locaux ou sur les réseaux de stockage (SAN).

Un système de stockage (NAS) connectés au réseau est un système de stockage en fonction des fichiers que les clients joignent par le redirecteur réseau en utilisant un protocole réseau (tel que TCP/IP). Si l'accès à une ressource de disque requiert qu'un partage soit mappé, ou si la ressource de disque apparaît comme un serveur distant via un chemin UNC, (par exemple, \\Servername\Sharename), sur le réseau, puis par défaut, le système de stockage de disque n'est pas pris en charge comme un emplacement pour les bases de données SQL Server.

Problèmes de performances

SQL Server, similaires à d'autres systèmes de base de données d'entreprise, peut placer une charge importante sur un sous-système d'e/s. Dans la plupart des grandes applications de base de données, physique configuration d'e/s et le réglage jouent un rôle important dans les performances globales du système. Il existe trois facteurs de performances d'e/s majeurs à prendre en compte :
  • La bande passante d'e/s: la bande passante globale, mesurée en général en mégaoctets par seconde qui peut être maintenue sur un périphérique de base de données
  • Latence d'e/s: la latence, généralement exprimée en millisecondes, entre une demande d'e/s par le système de base de données et le point où la demande d'e/s est terminée
  • Coût de l'UC: le coût de l'UC hôte, mesuré en général en microsecondes UC, pour le système de base de données effectuer une seule e/s
Chacun de ces facteurs d'e/s peut devenir un goulet d'étranglement et vous devez prendre en compte tous ces facteurs lorsque vous concevez un système d'e/s pour une application de base de données.

Dans sa forme la plus simple, une solution NAS utilise une pile logicielle de redirecteur réseau standard, carte d'interface réseau standard (NIC) et des composants Ethernet standard. L'inconvénient de cette configuration est que toutes les e/s de fichier est traité via la pile réseau et est soumis aux limitations de la bande passante du réseau lui-même. Cela peut créer des problèmes de performances et données la fiabilité, en particulier dans les programmes qui requièrent des niveaux extrêmement élevés de fichier e/s, comme SQL Server. Dans certaines configurations NAS testées par Microsoft, le débit d'e/s était environ un tiers (1/3) direct attaché solution de stockage sur le même serveur. Dans cette même configuration, le coût de l'UC pour réaliser une e/s par le périphérique NAS était environ deux fois plus que d'une e/s locale. Comme les périphériques NAS et l'infrastructure réseau évoluent, ces rapports peuvent également améliorer par rapport au stockage en attachement direct ou SAN. En outre, si vos données d'application sont principalement mis en cache dans le pool de mémoires tampons de base de données et que vous ne rencontrez pas les goulets d'étranglement d'e/s indiqué, performances sur un système basé sur NAS sont probablement suffisante pour votre application.

Considérations relatives à la sauvegarde et la restauration

SQL Server fournit le Virtual Device Interface (VDI) pour la sauvegarde. L'Interface de périphérique virtuel fournit des fournisseurs de logiciels de sauvegarde un moyen hautes performances, évolutif et fiable pour effectuer des sauvegardes à chaud et pour restaurer les bases de données SQL Server.

Logiciel de sauvegarde fonctionne sur les fichiers de base de données stockés sur les périphériques NAS via l'interface VDI sans prise en charge spéciale spécifique au NAS. Toutefois, cela entraîne une grande quantité de trafic réseau supplémentaire pendant la sauvegarde et de restauration. Lors de la sauvegarde via l'interface VDI, SQL Server lit les fichiers à distance et transmet les données au logiciel de sauvegarde tiers qui s'exécute sur l'ordinateur SQL Server. L'opération de restauration est analogue.

Afin d'éviter le réseau supplémentaire frais généraux, le fournisseur de sauvegarde doit prendre en charge spécifique au NAS par le fournisseur de sauvegarde et le fournisseur NAS. VDI de SQL Server permet au logiciel de sauvegarde de tirer parti du matériel (miroir fractionné) ou pris en charge par les périphériques NAS pour effectuer des copies rapides des fichiers de base de données locale au NAS des technologies logicielles (copie sur écriture). Ces technologies éviter non seulement la surcharge de copie des fichiers sur le réseau pour la sauvegarde, elles peuvent également réduire les temps par ordres de grandeur.

Les sauvegardes stockées sur NAS sont vulnérables pour les mêmes fichiers de base de données d'effet failuresthat qui sont stockés sur le NAS. Vous shouldconsider protéger ces sauvegardes en les copiant sur un autre support.

AttentionVous pouvez rencontrer une corruption de base de données dans la sauvegarde si vous utilisez des technologies de sauvegarde NAS sans prise en charge de SQL Server VDI. Ces corruptionincludes déchirée des pages ou des incohérences entre les fichiers journaux et de données s'ils sont stockés sur des périphériques distincts. SQL Server peut ne pas détecter les pages déchirées ou incohérences jusqu'à ce que vous restaurez la base de données et accéder à des données endommagées. Microsoft ne prend pas en charge l'utilisation des technologies de sauvegarde NAS qui ne sont pas coordonnées avec SQL Server.

Prise en charge de sauvegarde et le fournisseur du serveur NAS prend en charge pour SQL Server VDI varie. Vérifiez avec votre NAS et les fournisseurs de logiciels de sauvegarde pour plus de détails concernant la prise en charge de l'infrastructure VDI.

Microsoft recommande aux clients qui envisagent une déploiement ofan la solution NAS pour bases de données SQL Server au fournisseur du serveur NAS consulttheir afin de vous assurer que la conception de la solution de bout en bout est pour une utilisation de base de données. Nombreux fournisseurs NAS possèdent des guides des meilleures pratiques et configurations certifiées pour cette utilisation. Microsoft recommande également les clients évaluent leurs performances d'e/s pour vous assurer qu'aucun des facteurs d'e/s mentionnés précédemment ne provoque un goulet d'étranglement dans leur application.

Le texte qui suit décrit le comportement des fichiers de base de données réseau sur Microsoft SQL Server 2005, Microsoft SQL Server 2000 et Microsoft SQL Server 7.0, avec et sans indicateur de suivi 1807. Syntaxe mappée fait référence à une lettre de lecteur associée à un chemin d'accès réseau par la commande NET USE. Syntaxe UNC se rapporte à une référence directe à un chemin d'accès réseau, tel que \\Servername\Sharename.
  • Dans SQL Server 7.0, sans indicateur de suivi 1807, si vous utilisez la syntaxe DISK INIT à compatibilité ascendante suivie d'une instruction CREATE DATABASE avec soit mappé ou la syntaxe UNC, l'erreur 5105 se produit.
  • Dans SQL Server 7.0, avec indicateur de suivi 1807, si vous utilisez la syntaxe DISK INIT à compatibilité ascendante suivie d'une instruction CREATE DATABASE avec une syntaxe mappée, la création du fichier réussit. Si vous utilisez DISK INIT avec la syntaxe UNC, l'erreur 5105 se produit.
  • Dans SQL Server 2005, SQL Server 2000 ou dans SQL Server 7.0, sans indicateur de suivi 1807, si vous exécutez une instruction CREATE DATABASE avec mappé ou syntaxe UNC, l'erreur 5105 se produit dans SQL Server 7.0 et erreur 5110 se produit dans SQL Server 2000.
  • Dans SQL Server 2005, SQL Server 2000 ou SQL Server 7.0, avec indicateur de suivi 1807, une instruction de CREATE DATABASE est exécutée à l'aide de mappé ou la syntaxe UNC est réussie.
Notez que Serverprovides SQL prend en charge uniquement pour les fichiers réseau qui utilisent l'indicateur de trace 1807 pour les installations non-basculement en cluster de SQL Server. Basculement des installations en cluster de SQL Server ne fonctionnent pas avec des fichiers réseau car SQL Server 2005 et SQL Server 2000 requièrent que les périphériques de stockage reconnus et enregistrés par l'administrateur de Cluster de Microsoft Cluster Service (MSCS).

Remarques supplémentaires

L'utilisation incorrecte des logiciels de base de données avec un produit NAS, ou l'utilisation de base de données avec un produit NAS incorrectement configuré, peut entraîner une perte de données y compris la perte totale de la base de données. Si le logiciel de périphérique ou un réseau NAS ne respecte pas complètement les garanties données, par exemple classement des écritures ou à écriture, puis matériel, des logiciels ou même des pannes d'alimentation peuvent sérieusement endommager l'intégrité des données.

RÉFÉRENCES

Pour plus d'informations sur le classement des écritures ou écriture-par l'intermédiaire de SQL Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
234656 À l'aide de la mise en cache du lecteur de disque avec SQL Server
Documentation de SQL Server en ligne ; rubrique: « Indicateurs de Trace »
SQL Server nécessite des systèmes pour prendre en charge des « 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 :
967576 Configuration requise de Microsoft SQL Server de base de données moteur d'entrée/sortie

Propriétés

Numéro d'article: 304261 - Dernière mise à jour: samedi 17 mai 2014 - Version: 3.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 7.0 Standard
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2005 Compact Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Édition Développeur
  • Microsoft SQL Server 2000 Édition Entreprise
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Édition Personelle
  • Microsoft SQL Server 2000 Standard
  • Microsoft SQL Server 2000 Édition Windows CE
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2012 Analysis Services
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Web
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Web
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2014 Business Intelligence
Mots-clés : 
kbinfo kbmt KB304261 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d?une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 304261
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