Exchange Server et de stockage connecté au réseau

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : Pour plus d'informations sur ce sujet dans Microsoft Exchange Server 5.5, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Résumé exécutif

Microsoft recommande DAS (Direct Attached Storage) ou de réseau SAN (Storage Area Network)

Microsoft vous recommande généralement utiliser un serveur DAS ou SAN lié disque système de stockage (par exemple, small computer system interface [SCSI], Fibre Channel ou integrated device electronics [IDE]) pour stocker vos fichiers de base de données Microsoft Exchange 2000 Server ou Microsoft Exchange Server 2003, car cette configuration optimise les performances et la fiabilité d'Exchange Server.

Microsoft ne prend pas en charge le stockage connecté au réseau

Si l'accès à une ressource de disque nécessite qu'un partage soit mappé, ou si la ressource de disque apparaît comme un serveur distant au moyen d'un chemin d'accès UNC (Universal Naming Convention) (par exemple, \\ servername \ sharename) sur le réseau, le disque stockage système est ne pas pris en charge comme magasin de bases de données Exchange Server.

Microsoft ne prend en charge que l'aide de WHQL (Microsoft Windows Hardware Quality Labs) qualifié périphériques de stockage avec Exchange 2003. Exchange 2003 répond à un certain nombre de problèmes qui empêchent les versions antérieures d'Exchange d'est utilisée conjointement avec les périphériques de stockage connecté au réseau. Avec ces modifications, vous pouvez ordinateur hôte Exchange 2003 de base de données des fichiers sur des périphériques de stockage connecté au réseau, mais les solutions qui fournissent de cette fonctionnalité doivent fournir également des fonctionnalités supplémentaires pour bénéficier de la solution. Cela inclut les déplacer manuellement les fichiers de base de données Exchange sur le périphérique, car l'outil Gestionnaire de système Exchange 2003 ne prend pas en charge mobile fichiers de base de données à un système de fichiers à distance.

Considération particulière sur la sauvegarde et restauration

Plusieurs stockage connecté au réseau et les fournisseurs de solutions SAN ont soumis l'Exchange Server en ligne API de sauvegarde pour fournir spécialisée sauvegarde hors bande ou très rapide et fonctionnalité de restauration. Ces sauvegardes sont appelés façon générique sauvegardes « instantané ». Au moment de publication de cet article, fournisseurs qui implémentent des solutions instantané personnalisé doivent vous assurer séparément que leur sauvegarder et synchroniser tous les les fichiers de données Exchange Server appropriés, et qu'ils capturer ces fichiers de données dans l'état correct. Ces processus peuvent provoquer des problèmes avec la fiabilité et la cohérence des bases de données.

Périphériques de stockage bloc qui qualifiés pour utiliser le logo « Conçu pour Windows » avec Exchange Server avec

Périphériques de stockage en mode bloc qui ont reçu un logo Conçu pour Windows via l'envoi à WHQL (Windows Hardware Quality Labs) que contrôleur de stockage de RAID ou système de stockage de RAID présentent de satisfaire aux exigences de stockage de bloc pour la plate-forme Windows et sont donc les périphériques de stockage plus appropriés pour une utilisation avec Exchange Server.

Certains périphériques de stockage peuvent exposer les fichiers et les blocs (également appelés unités logiques). Pour ces périphériques de stockage, si une unité logique est exposée via une Fibre Channel ou interface SCSI parallèle, et que le périphérique possède le logo Conçu pour Windows, Microsoft fournit prise en charge. Microsoft ne pas ajouter le logo à et prennent en charge de stockage est exposé comme un système de fichiers (stockage connecté au réseau).

Actuellement, seuls systèmes DAS et systèmes de stockage SAN répondent à cette exigence. Pour non clusters solutions Exchange Server qui utilisent DAS ou SAN, Microsoft prendra en charge le programme Exchange et les données Exchange (mais pas le stockage périphérique ou données issues\corruption provoqué par le périphérique de stockage est de la responsabilité du fournisseur de périphérique de stockage).

Prise en charge d'Exchange Server en cluster solutions est adressé sous sous le titre « cluster ».

L'aide de bloc stockage périphériques qui sont non qualifiés pour utiliser le logo « Conçu pour Windows » avec Exchange Server

Microsoft ne prend pas en charge l'utilisation de périphériques de stockage non WHQL qualifié avec Exchange Server.

note La force de tâche Ingénierie Internet (IETF) fonctionne pour spécifier une norme iSCSI. Microsoft prévoit qu'il prend en charge le iSCSI standard dans sa confirmation par l'IETF 90 jours et qu'un programme WHQL à implémenter des périphériques qui implémentent la norme iSCSI finale (bien que Microsoft ne peut pas garantir que cette prise en charge sera proposée ou ce programme WHQL sera créé).

L'utilisation de stockage connecté au réseau avec Exchange Server

Un système de stockage connecté au réseau est un système basé sur les fichiers stockage qui peut être associé à un ordinateur Exchange Server via le redirecteur réseau en utilisant un fichier de partage de protocole (tel que [SMB] server message block, Common Internet File System [CIFS] ou le système de fichiers réseau [NFS]). Si l'accès à une ressource de disque nécessite qu'un partage soit mappé ou si la ressource de disque apparaît comme un serveur distant au moyen d'un chemin d'accès UNC (Universal Naming Convention) (par exemple, \\server_name\share_name) sur le réseau, le système de stockage de disque n'est pas pris en charge comme magasin de bases de données Exchange Server. Puisque périphériques de stockage connecté au réseau et utilisent cette forme de la redirection de fichiers, Utilisation de stockage connecté au réseau avec Exchange Server n'est pas prise en charge par Microsoft.

Pour plus d'informations sur les erreurs spécifiques et les paramètres associés à placer les fichiers de données Exchange sur les disques accès réseau, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

L'ordinateur Exchange Server requiert l'accès à caractéristiques de disque physique qui ne sont disponibles sur les disques canal associé. Ces caractéristiques de disque physique ne sont pas disponibles lorsque vous stockez les bases de données change sur des partages de fichiers réseau.

Pour un système de stockage spécifié, accédant à des fichiers de base de données Exchange Server via la pile réseau (par opposition à accéder au système de stockage comme un périphérique local) peut entraîner des risque accru d'intégrité et des performances dégradation des données.

Le risque que ces problèmes peuvent se produire augmente qu'opérations sur disque augmente entrée/sortie (e / S) besoins en bande passante et la complexité. Le niveau de risque et la perte de performances varie selon le périphérique, le protocole, encombrement du réseau et la configuration. Lorsque la bande passante réseau, latence protocoles d'accès aux données et technologies de stockage continuent à évoluer, l'écart continue à réduire entre les performances et fiabilité est attainable avec les périphériques connectés localement et les périphériques connectés au réseau.

Cependant, ce principe important reste : le système de disque qui est utilisé pour stocker des données Exchange Server doit être accessibles avec toutes les fonctionnalités, protocoles, interfaces de programmation d'applications (API), puis accéder méthodes qui sont disponibles sur un volume de Microsoft Windows en mode bloc lié localement, indépendamment d'emplacements de disque physique ou technologies d'accès disque sous-jacent et de protocoles.

Vous devez prendre en compte les problèmes suivants lorsque vous sélectionnez un système de disque et de technologie d'accès aux disque pour Exchange Server ou de n'importe quel système de gestion de base de données au niveau de l'entreprise (SGBD).

Performances

Exchange Server, comme les autres systèmes de messagerie d'entreprise, peut ajouter une charge extrêmement volumineux sur le sous-système d'E / S sur disque. Dans la plupart des grandes programmes de base de données, physique configuration d'E / S et réglage jouent un rôle important dans les performances du système. Il existe trois principales d'E / S performances facteurs à prendre en compte :

• Bande passante d'E / S - la bande passante globale, mesurée en général en mégaoctets par seconde, qui peut être fournie à un périphérique de base de données.
• Latence d'E / S à la latence, mesurée en général en millisecondes, entre une demande d'E / S par le système de base de données et le point auquel la demande d'E / S se termine.
• PROCESSEUR coût - le coût de l'UC, ordinateur hôte généralement exprimée en processeur microsecondes, pour le système de base de données effectuer une seule e / S.

Un des ces facteurs d'E / S peuvent devenir un goulot d'étranglement, et tous ces facteurs doivent être pris en considération lorsque vous créez un système d'E / S pour un programme de base de données.

Si e / S disque est traité via la pile réseau client, les e / S est sujet aux limitations de bande passante du réseau lui-même. Même après avoir suffisamment de bande passante globale, vous devrez peut-être problèmes de latence supérieure et demandes de traitement accrue sur le processeur par rapport à stockage lié localement. En outre, tenir compte de la disponibilité du stockage connecté au réseau lorsque vous planifiez un déploiement d'Exchange dans laquelle l'emplacement de stockage est associée à l'aide d'un réseau. Microsoft vous recommande de que vous protéger du serveur Exchange, le système de stockage et connexion réseau avec un ONDULEUR.

Microsoft vous recommande de contacter votre fournisseur d'avant de déployer une solution de stockage pour bases de données Exchange Server, pour obtenir l'assurance que la solution de bout en est conçue pour utiliser Exchange Server. De nombreux fournisseurs ont meilleurs guides pratiques pour Exchange Server.

Microsoft recommande également que votre d'E / S évaluation de performances à vous assurer qu'aucun des facteurs d'E / S qui sont décrits précédemment causent goulots d'étranglement du système.

Fiabilité

Exchange Server utilise un journal des transactions et la logique de récupération associée pour vous assurer Qu'est cohérence de la base de données si une défaillance du système ou un arrêt non géré se produit. Lorsque le gestionnaire de base de données écrit dans ses journaux des transactions, le gestionnaire de base de données doit dépende du retour d'un code de réussite du système d'exploitation comme une garantie de données a été sécurisées disque, pas uniquement pour un cache volatile qui sera perdu s'il y a une défaillance du système.

En outre, les limites de récupération sont déterminées par la capacité du système de disque à Assurez-vous que les données écrites sur le disque sont stockées et extraites de manière fiable. Microsoft vous recommande d'utiliser les systèmes de disque qui peuvent détecter les défaillances imminente et de récupération ou déplacer des données affectées lorsque vous utilisez Exchange Server.

Microsoft continue de fonctionner avec les autres fournisseurs afin d'identifier et résoudre les problèmes qui affectent l'intégrité et la récupérabilité de données Exchange Server. Exchange Server comprend plusieurs mécanismes internes permettant de détecter et isolation au niveau des fichiers endommager une base de données Exchange Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Exigences du programme spécial

La liste des exigences pour Exchange Server qui décrit cette section n'est pas une liste complète. Veuillez consultez la documentation de fournisseur et les guides de déploiement de Microsoft pour des informations plus complètes et mises à jour.

Exchange Server spécifiques au programme considérations

Exchange Server tire parti d'une IFS (Installable File System) pilote qui nécessite l'accès au disque physique des caractéristiques qui sont signalés par les périphériques de stockage en mode bloc. Le pilote système IFS est une partie intégrante de l'architecture Exchange Server et est utilisé par processus Exchange internes pour la remise de message. En raison de cette dépendance, Si bases de données Exchange Server sont stockées sur un périphérique qui n'apparaît pas sur le système d'exploitation Windows en tant qu'un périphérique de stockage en mode bloc, bases de données Exchange Server ne pas montées.

Précédentes versions d'Exchange Server (antérieures à Exchange 2000) n'incluent pas une IFS pilote ; de ce fait, la nécessité concernant les périphériques de stockage en mode bloc ne s'applique à ces versions.

Sauvegarde et de restauration

L'API de sauvegarde en ligne Exchange Server synchronise automatiquement et rassemble les Exchange Server de base de données et des transactions journal fichier de données requis pour la restauration réussie. Pour raisons de tolérance et les performances panne, les journaux des transactions Exchange Server est généralement conservés sur les lecteurs sont distincts des fichiers de base de données.

Sauvegarde en ligne d'Exchange Server bases de données effectue via le même canal que base de données classique. Si cet accès est sur le réseau, les opérations de sauvegarde et restauration peuvent augmenter considérablement les exigences de bande passante maximale.

Plusieurs stockage connecté au réseau et les fournisseurs de solutions SAN ont soumis l'Exchange Server en ligne API de sauvegarde pour fournir spécialisée sauvegarde hors bande ou très rapide et fonctionnalité de restauration. Ces sauvegardes sont appelés façon générique sauvegardes « instantané ». Au moment de publication de cet article, fournisseurs qui implémentent des solutions instantané personnalisé doivent Assurez-vous indépendamment que leur sauvegarde, synchroniser tous les les fichiers de données Exchange Server appropriés et que leur capturer ces fichiers de données dans l'état correct. Ces processus peuvent provoquer des problèmes avec la fiabilité et la cohérence des bases de données. Fournisseurs qui implémentent cette approche doivent confirmer qu'ils peuvent vous assurer que tous les intégrité des données est conservée.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Mise en clusters

Microsoft recommande que systèmes de stockage de données Exchange Server sur les serveurs en clusters être qualifiés pour les implémentations de cluster et conçus pour prendre en charge les données Exchange Server. Un système de stockage qui peut exécuter également avec Exchange Server dans un environnement non-cluster peut ne pas être utilisables dans un cluster. Pour obtenir un support des configurations en clusters, le cluster entière doit figurer sur la liste de compatibilité MATÉRIELLE de cluster.

Exchange Server requiert que la messagerie bases de données sont stockés sur les volumes de stockage qui sont reconnus et enregistrés avec l'administrateur de cluster Microsoft Cluster service.

Prise en charge

Perte de données, notamment la perte totale de la base de données peut entraîner une utilisation incorrecte du logiciel Exchange Server avec un produit de stockage connecté au réseau.

Microsoft recommande que vous contactez votre fournisseur avant de déployer une solution de stockage pour bases de données Exchange Server, pour obtenir l'assurance que la solution de bout en est conçue pour Exchange Server utiliser. De nombreux fournisseurs ont meilleurs guides pratiques pour Exchange.