Créer une architecture et une stratégie haute disponibilité pour SharePoint ServerCreate a high availability architecture and strategy for SharePoint Server

Résumé : Découvrez comment combiner l'architecture et la technologie de batterie pour créer un environnement hautement disponible dans une batterie de serveurs SharePoint Server 2016 et SharePoint 2013 unique.Summary: Learn how to combine farm architecture and technology to create a highly available environment in a single SharePoint Server 2016 and SharePoint 2013 farm.

Une stratégie de haute disponibilité est importante pour un environnement SharePoint Server de production. Une stratégie de bout en bout inclut les processus opérationnels, la gouvernance de plateforme, l'architecture et les solutions techniques. Cet article se concentre sur les aspects techniques et architecturaux de la haute disponibilité. Les instructions décrivent les éléments de conception SharePoint spécifiques et les options techniques qui détermineront votre stratégie de haute disponibilité.A high-availability strategy is an important requirement for a production SharePoint Server environment. An end-to-end strategy includes operational processes, platform governance, architecture, and technical solutions. This article focuses on the architectural and technical aspects of high availability. The guidance explains specific SharePoint design elements and the technical options that will determine your strategy for high availability.

Note

[!REMARQUE] La haute disponibilité et la récupération d'urgence ne sont pas identiques. Il existe bien un chevauchement en matière de planification et de solutions, mais celles-ci sont des sous-ensembles de la fonction de continuité des opérations. L'objectif de la haute disponibilité est d'apporter de la résilience dans le centre de données principal et des temps morts planifiés. Le but d'une récupération d'urgence est de permettre à une organisation de reprendre les opérations d'un ordinateur dans un centre de données secondaire lorsqu'une urgence au niveau du centre de données principal rend l'infrastructure inutilisable. Pour plus d'informations sur la récupération d'urgence pour SharePoint Server, voir Choisir une stratégie de récupération d'urgence pour SharePoint Server.High availability and disaster recovery are not the same things. Although there is overlap in planning and solutions, they are subsets of business continuity. The purpose of high availability is to provide resiliency within the primary data center and planned downtime. The purpose of disaster recovery is to enable an organization to resume computer operations in a secondary data center when a disaster at the primary data center makes the infrastructure unusable. For information about disaster recovery for SharePoint Server, see Choose a disaster recovery strategy for SharePoint Server.

La haute disponibilité est généralement utilisée pour décrire la capacité d'un système à continuer à fonctionner et à fournir des ressources aux utilisateurs lorsqu'une défaillance se produit dans une ou plusieurs des catégories suivantes dans un domaine d'erreur : matériel, logiciel ou application. Le niveau de disponibilité est exprimé sous la forme d'une mesure du pourcentage de temps pendant lequel un système est opérationnel en continu pour prendre en charge les fonctions business. Le niveau de disponibilité requis varie selon les organisations. Si cette exigence peut également varier selon les divisions, un contrat de niveau de service s'applique à l'organisation dans son ensemble. Du point de vue des utilisateurs, une batterie de serveurs SharePoint est disponible lorsque les utilisateurs peuvent y accéder et utiliser les fonctionnalités et services dont ils ont besoin pour faire leur travail.High availability is generally used to describe the ability of a system to continue operating and provide resources to its users when a failure occurs in one or more of the following categories in a fault domain: hardware, software, or application. The level of availability is expressed as a measure of the percentage of time that a system is continuously operational to support business functions. The required level of availability varies among organizations. Although this requirement may also vary among business units, a service level agreement is for the organization as a whole. From the perspective of users, a Sharepoint farm is available when users can access the farm and use the features and services that they must have to do their work.

Une batterie de serveurs SharePoint hautement disponible présente les objectifs et caractéristiques suivants :A highly available SharePoint farm has the following goals and characteristics:

  • La conception de la batterie de serveurs réduit les éventuels points de défaillance. Comme il est généralement impossible de supprimer tous les points de défaillance, la stratégie globale doit indiquer comment répondre à un événement de défaillance.The farm design reduces potential points of failure. Because it is improbable that you can eliminate all failure points, the overall strategy must address how to respond to a failure event.

  • Les événements de basculement sont transparents et ont un impact minimal sur les activités de l'utilisateur.Failover events are seamless and have minimal effect on user activities.

  • La batterie de serveurs continue à fonctionner en capacité réduite au lieu d'échouer totalement.The farm continues to operate at reduced capacity instead of failing completely.

  • La batterie de serveurs est résiliente. Les incidents qui affectent le service se produisent rarement et des mesures efficaces et appropriées sont mises en place le cas échéant.The farm is resilient. Incidents affecting service occur infrequently, and timely and effective action is taken when they do occur.

IntroductionIntroduction

Pour pouvoir créer une architecture et une stratégie de haute disponibilité réalistes et économiques pour votre environnement SharePoint, vous devez définir et quantifier vos objectifs de disponibilité. Ceux-ci reflètent l'étendue de la dépendance de votre organisation à SharePoint Server et à quel point une perte de service peut se répercuter sur les opérations de l'organisation. L'impact de la perte de service dépend de la nature de la perte (complète ou partielle) et de sa durée.Before you can create a realistic and economical high-availability architecture and strategy for your SharePoint environment, you have to define and quantify your availability goals. These goals reflect the extent to which your organization depends on SharePoint Server and how a loss of service might affect the organization's operations. The effect of the loss of service depends on the nature of the loss (full or partial) and the duration of the loss.

Une stratégie de haute disponibilité efficace doit refléter les besoins spécifiques de votre organisation. Elle doit en outre fournir un équilibre parfait entre les exigences de l’entreprise, les contrats de niveau de service informatique, la disponibilité des solutions techniques, les capacités de prise en charge informatique et les coûts d’infrastructure.A successful high-availability strategy must reflect the specific needs of your organization. Additionally, it must provide an optimal balance between business requirements, IT service level agreements (SLAs), and the availability of technical solutions, IT support capabilities, and infrastructure costs.

Après avoir identifié les exigences de disponibilité de votre organisation, vous pouvez commencer à créer une conception de haute disponibilité et une stratégie qui réduit le risque de temps morts et de limitation des opérations. Les professionnels de l’informatique qui conçoivent et déploient des systèmes hautement disponibles utilisent les principes directeurs suivants pour atteindre leurs objectifs :After identifying availability requirements for your organization, you can begin to create a high-availability design and a strategy that reduces the risk of downtime and reduced operations. IT professionals who design and deploy highly available systems use the following guiding principles to meet their goals:

  • Éliminer les points de défaillance uniques pour chaque domaine d’erreur et l’intégralité du système à chaque couche possible (système d’exploitation, logiciel et application SharePoint)Eliminate single points of failure for each fault domain and the entire system at every possible layer (the operating system, software and the SharePoint application).

  • Implémenter une détection, une isolation et une résolution des erreurs extrêmement rapidesImplement very rapid fault detection, isolation, and resolution.

Les solutions de haute disponibilité ont une grande étendue et fournissent un ensemble de ressources partagées à l’échelle du système qui sont intégrées afin de fournir les services requis prédéfinis. La solution utilise différentes associations de matériel et de logiciels afin de réduire les temps morts et de restaurer les services en cas de défaillance du système ou d’une partie du système.High availability solutions are broad in scope and provide a set of system-wide, shared resources that are integrated to provide predefined required services. The solution uses different combinations of hardware and software to minimize downtime and restore services when the system or part of the system fails.

Une solution à tolérance de panne est centrée sur le matériel et utilise un matériel spécialisé pour détecter les pannes et basculer instantanément sur un composant matériel redondant. Il peut s’agir d’un processeur, d’une carte mémoire, d’une source d’alimentation, d’un sous-système d’E/S ou d’un sous-système de stockage. Le basculement vers un composant redondant fournit un niveau de service élevé.A fault-tolerant solution is hardware-centric and uses specialized hardware to detect faults and instantly switch to a redundant hardware component. This component can be a processor, memory board, power supply, I/O subsystem, or storage subsystem. The switch to a redundant component provides a high level of service.

Une analyse coûts-avantages des solutions à tolérance de panne et des solutions de haute disponibilité permet aux organisations de mettre au point une stratégie efficace pour atteindre les objectifs de disponibilité de leur batterie de serveurs SharePoint. En règle générale, des contreparties de coûts s’appliquent entre les deux solutions.A cost-benefits analysis of fault-tolerant solutions and high availability solutions enables organizations to create an effective strategy to meet the availability goals for their SharePoint farm. Typically there are cost tradeoffs between the two solutions.

Un processus implémentant la haute disponibilité est l’un des investissements les plus onéreux pour une batterie de serveurs SharePoint. À mesure que le niveau de disponibilité et le nombre de systèmes que vous voulez rendre hautement disponibles augmentent, la complexité et le coût de la solution de disponibilité augmentent également.A process that implements high availability is one of the more expensive investments for a SharePoint farm. As the level of availability and the number of systems that you want to make highly available increases, complexity and cost of an availability solution also increases.

Les progrès réalisés en matière de technologie de virtualisation permettent aux organisations d’utiliser des ordinateurs virtuels comme disques d’échange à chaud ou à froid. Les ordinateurs virtuels peuvent fournir la même fonctionnalité. La virtualisation peut fournir souplesse et rentabilité. Toutefois, vous devez vous assurer qu’un ordinateur virtuel est capable de gérer la charge de l’ordinateur physique qu’il remplace.Advances in virtualization technology enable organizations to use virtual computers as hot, warm, or cold spares. Virtual computers may be suitable to provide the same functionality. Virtualization can provide flexibility and cost efficiency. However, you must verify that a virtual machine has the capacity to handle the load of the physical computer that it will replace.

Créer une architecture de batterie de serveurs prenant en charge la haute disponibilitéCreate a farm architecture that supports high availability

L'illustration suivante indique comment distribuer et configurer différentes parties d'un environnement SharePoint pour augmenter la disponibilité dans une batterie. Cet exemple montre également comment la redondance peut résoudre les domaines d'erreur.The following illustration shows how you can distribute and configure different parts of a SharePoint environment to increase availability across a farm. This example also shows how redundancy can address fault domains.

Note

Notre exemple n’est pas exhaustif. Il ne présente pas tous les domaines d’erreur ni l’ensemble du matériel à tolérance de panne.Our example is not comprehensive. For example it does not show all the fault domains and fault-tolerant hardware.

Exemples de redondance dans une topologie de batterie de serveurs pour résoudre les points de défaillanceExamples of redundancy in a farm topology to address points of failure

A farm example that shows how redundant roles and services are used to address single points of failure. Read the followiing list for more details.

En ce qui concerne la topologie figurant dans l'illustration précédente, notez les points suivants :Referring to the topology in the previous illustration, note the following:

  • La batterie de serveurs figurant dans cet exemple peut correspondre à des ordinateurs physiques ou virtuels déployés sur des serveurs hôtes Hyper-V. Le principe d'identification et de réponse aux points de défaillance s'applique aux deux types d'environnement.The farm servers in this example can be physical computers or virtual machines that are deployed on Hyper-V host servers. The principle of identifying and responding to points of failure applies to both types of environment.

  • Quatre serveurs (W1-W4) sont dédiés à la fourniture de contenu et cette redondance augmente la disponibilité en cas de défaillance dans un ou plusieurs serveurs. Ce niveau de redondance permet également à la batterie de continuer à fonctionner lors de l'application des mises à jour logicielles.Four servers (W1-W4) are dedicated to serving content and this redundancy increases availability if a failure occurs in one or more servers. This level of redundancy also enables the farm to continue operations when software updates are applied.

  • Quatre serveurs d’applications (A1-A4) augmentent la disponibilité des services de batterie et des composants d’application spécifiques tels que la recherche. Les rôles et composants de recherche sont redondants.Four application servers (A1-A4) increase availability for farm services and specific application components such as search. Search roles and components are redundant.

  • Les serveurs de base de données de batterie sont redondants et la haute disponibilité de base de données peut être atteinte à l'aide de la mise en miroir ou du clustering de base de données.The farm database servers are redundant and database high availability can be achieved by using database mirroring or clustering.

  • Dans un environnement virtuel, les ordinateurs virtuels sont placés sur des serveurs hôtes Hyper-V distincts pour éliminer un point de défaillance unique. Cette approche en matière de sélection élective des ordinateurs virtuels suit les instructions relatives aux meilleures pratiques en matière de disponibilité et de performances.In a virtual environment the virtual machines are put on separate Hyper-V host servers to eliminate a single point of failure. This approach to virtual machine placement follows best practice guidelines for availability and performance.

  • Le premier serveur de base de données (numéroté 1) et le rack 2 (numéroté 2), qui contient deux des ordinateurs hôtes de virtualisation, sont identifiés comme les domaines d'erreur pour afficher la façon dont votre batterie et votre infrastructure peuvent être visualisées en tant que collection de domaines d'erreur. Cette illustration indique comment effectuer une analyse approfondie de votre environnement pour développer une stratégie globale et une analyse coûts-avantages.The primary database server (labeled 1) and Rack 2 (labeled 2), that contains two of the virtualization host computers, are identified as fault domains to show how your farm and infrastructure can be viewed as a collection of fault domains. This shows how you can do an in-depth analysis of your environment to develop an overall strategy and cost benefit analysis.

Autres rôles et services de batterieOther farm roles and services

Notre exemple n'inclut pas tous les rôles, services et applications de service susceptibles d'être exécutés dans une batterie SharePoint spécifique. Vous ne pouvez pas utiliser une approche générique de haute disponibilité pour tous les éléments d'une batterie SharePoint. Il existe des exclusions importantes en ce qui concerne l'adoption d'une approche standard de haute disponibilité. Ces exclusions sont les suivantes :Our example does not include all the roles, services, and service applications that might be running in a specific SharePoint farm. You cannot use a generic approach to high availability for everything in a SharePoint farm. Some important exclusions to using a standard approach to high availability are as follows:

Utiliser la tolérance de panne dans votre solution de haute disponibilitéUse fault tolerance in your high availability solution

Une fois que vous avez conçu une architecture prenant en charge les rôles et les charges de travail hautement disponibles, vous pouvez utiliser des composants à tolérance de panne pour optimiser la disponibilité. Les solutions à tolérance de panne sont disponibles dans toute l'infrastructure, bases de données incluses.After you design an architecture that supports highly available roles and workloads, you can use fault-tolerant components to increase availability. Fault tolerant solutions are available across the infrastructure, which includes the databases.

Infrastructure à tolérance de panneA fault-tolerant infrastructure

La tolérance de panne est disponible pour la quasi-totalité des composants matériels dans l'infrastructure d'une batterie SharePoint. Dans le cadre de votre conception de haute disponibilité, déterminez les parties de l'infrastructure devant être à tolérance de panne d'un point de vue opérationnel et financier. La possibilité de rendre chaque partie de l'infrastructure à tolérance de panne ne vous y oblige pas pour autant.Fault tolerance is readily available for almost every hardware component in the infrastructure of a SharePoint farm. As part of your high availability design, determine the parts of the infrastructure that should be fault-tolerant from an operational and cost perspective. Just because you can make every part of the infrastructure fault-tolerant doesn't mean that you should.

Serveurs de base de données et bases de données à tolérance de panneFault tolerant database servers and databases

Étant donné que la plateforme SharePoint et ses charges de travail d'application dépendent de la disponibilité et de la fiabilité de toutes les bases de données SharePoint, les bases de données hautement disponibles constituent un aspect essentiel de votre stratégie de haute disponibilité. Vous pouvez utiliser les fonctionnalités suivantes en tant que solutions à tolérance de panne pour les serveurs de base de données et bases de données SharePoint :Because the SharePoint platform and its application workloads depend on the availability and reliability of all the SharePoint databases, highly available databases are an extremely important aspect of your high availability strategy. You can use the following features as fault-tolerant solutions for SharePoint database servers and databases:

  • Clustering de basculement SQL Server (instances de cluster de basculement AlwaysOn dans SQL Server 2014 avec Service Pack 1 (SP1)) et SQL Server 2012SQL Server failover clustering (AlwaysOn Failover Cluster Instances (FCI) in SQL Server 2014 with Service Pack 1 (SP1)) and SQL Server 2012

  • Groupes de disponibilité AlwaysOnAlwaysOn Availability Groups

  • Mise en miroir de bases de données SQL Server de haute disponibilitéSQL Server high-availability database mirroring

À propos des instances de cluster de basculement AlwaysOn et des groupes de disponibilité AlwaysOnAbout AlwaysOn Failover Cluster Instances and AlwaysOn Availability Groups

Un cluster de basculement nécessite un stockage sur disque partagé entre deux ordinateurs. Dans une configuration à deux nœuds, les ordinateurs sont configurés comme actifs/passifs, fournissant ainsi une instance entièrement redondante du nœud principal. Le nœud passif est uniquement mis en ligne lorsque le nœud principal échoue. Le disque partagé n'est présenté qu'à un ordinateur à la fois. Cette configuration est celle qui nécessite généralement le plus de matériel supplémentaire. Dans SQL Server 2014 (SP1) et SQL Server 2012, ce type de configuration de cluster est une instance de cluster de basculement AlwaysOn et il représente une méthode spécifique d'installation de SQL Server. En raison de la configuration requise, vous ne pouvez pas procéder à une installation standard de SQL Server, puis passer facilement à une instance de cluster de basculement.A failover cluster requires shared disk storage between two computers. In a two node configuration, the computers are configured as active/passive which provides a fully redundant instance of the primary node. The passive node is only brought online when the primary node fails. The shared disk is only presented to one computer at a time. This configuration typically requires the most additional hardware. In SQL Server 2014 (SP1) and SQL Server 2012, this type of cluster configuration is an AlwaysOn Failover Cluster Instance, and it is a specific way to install SQL Server. Because of the configuration requirements, you cannot take a standard SQL Server installation and easily change it to a Failover Cluster Instance.

Un groupe de disponibilité AlwaysOn représente une autre technologie dans SQL Server 2014 (SP1) et SQL Server 2012 (voyez-le comme le descendant de la mise en miroir de bases de données), qui utilise certaines fonctionnalités exposées par le clustering Windows. Toutefois, un groupe de disponibilité ne nécessite pas de stockage sur disque partagé, et les ordinateurs d'un groupe de disponibilité ne nécessitent pas l'installation d'une configuration spécialisée de SQL Server. Une fois qu'un serveur de base de données est ajouté à un cluster Windows, il est assez simple d'activer les groupes de disponibilité AlwaysOn, puis de configurer le groupe de disponibilité souhaité.An AlwaysOn Availability Group is a different technology in SQL Server 2014 (SP1) and SQL Server 2012 (think of it as a descendant of Database Mirroring) that uses some features exposed by Windows Clustering. However, it does not require shared disk storage, and the computers in an availability group do not have to have a specialized configuration of SQL Server installed on them. After a database server is added to a Windows Cluster, it is fairly easy to enable AlwaysOn Availability Groups and then configure the availability group that you want.

En résumé, tout serveur exécutant SQL Server 2014 (SP1) et SQL Server 2012 Enterprise Edition peut utiliser les groupes de disponibilité AlwaysOn en rejoignant un cluster et en configurant le groupe de disponibilité. Les clusters de basculement AlwaysOn nécessitent des étapes de configuration et du matériel spéciaux pour configurer les instances de cluster de basculement. Chacune de ces technologies a son utilisation pour des environnements spécifiques et constitue une solution complémentaire. Pour plus d'informations sur ces fonctionnalités, consultez la rubrique Solutions haute disponibilité (SQL Server). Pour bien choisir la technologie de disponibilité SQL Server à utiliser, consultez l'article décrivant les différentes technologies de disponibilité SQL Server.In summary, any server that runs SQL Server 2014 (SP1) and SQL Server 2012 Enterprise Edition can use AlwaysOn Availability Groups by joining a cluster and configuring the availability group. AlwaysOn failover clusters require special hardware and configuration steps to set up Failover Cluster Instances. Each of these technologies has its use for specific environments, and both are complimentary competitors. For more information about these features, see High Availability Solutions (SQL Server). For help deciding which SQL Server availability technology to use, see Choosing a SQL Server Availability Technology.

Important

Étant donné que chaque option de haute disponibilité SQL Server a ses propres fonctionnalités, forces et faiblesses, une option n'est pas nécessairement meilleure qu'une autre. Par exemple, dans un scénario donné utilisant les groupes de disponibilité AlwaysOn, la minimisation de la perte de données peut être plus appropriée que tout gain de performances atteint grâce aux instances de cluster de basculement AlwaysOn. Vous devez choisir une solution de haute disponibilité basée sur vos besoins professionnels et exigences d'infrastructure informatique.Because each SQL Server high availability option has its own features, strengths, and weaknesses, one option is not necessarily better than another. For example, in a given scenario that uses AlwaysOn Availability Groups, minimizing data lose might be better than any performance gain that AlwaysOn Failover Cluster Instances achieves. You must choose a high-availability solution that is based on your business requirements and IT infrastructure requirements.

Les bases de données SharePoint constituent un facteur déterminant dans la sélection d'une option SQL Server. Vous devez comprendre les caractéristiques des bases de données SharePoint Server. Chaque base de données peut impliquer des exigences ou des contraintes spécifiques qui déterminent la solution à tolérance de panne SQL Server appropriée et entièrement prise en charge dans votre environnement de production. Nous vous recommandons de consulter les articles suivants :A determining factor in selecting a SQL Server option to use is the SharePoint databases. You must understand the characteristics of the SharePoint Server databases. Each database may have specific requirements or constraints that will determine the SQL Server fault-tolerant solution that is appropriate and fully supported in your production environment. We recommend that you review the following articles:

Clustering de basculement SQL ServerSQL Server failover clustering

Le clustering de basculement permet une prise en charge de la disponibilité pour une instance de SQL Server sur SQL Server 2014 (SP1) ou SQL Server 2012.Failover clustering provides availability support for an instance of SQL Server on SQL Server 2014 (SP1) or SQL Server 2012.

Un cluster de basculement est une combinaison d'un ou plusieurs nœuds ou serveurs et d'au moins deux disques partagés. Bien qu'une instance de cluster de basculement apparaisse comme un seul ordinateur, elle permet un basculement d'un nœud vers un autre si le nœud actuel devient indisponible. SharePoint Server peut être exécuté sur toute combinaison de nœuds actifs et passifs dans un cluster pris en charge par SQL Server.A failover cluster is a combination of one or more nodes or servers, and two or more shared disks. Although an instance of a failover cluster appears as a single computer, the instance provides failover from one node to another if the current node becomes unavailable. SharePoint Server can run on any combination of active and passive nodes in a cluster that SQL Server supports.

SharePoint Server fait référence au cluster dans son ensemble. Par conséquent, le basculement est automatique et transparent du point de vue de SharePoint Server.SharePoint Server references the cluster as a whole. Therefore, failover is automatic and seamless from the perspective of SharePoint Server.

Note

[!REMARQUE] Lorsqu'un basculement planifié ou non planifié se produit, les connexions sont abandonnées et doivent être établies à nouveau lors de la transition d'un nœud de cluster à un autre.When either a planned or unplanned failover happens, connections are dropped and must be established again when transitioning from one cluster node to another cluster node.

Pour plus d'informations sur le clustering de basculement SQL Server, consultez la rubrique Instances de cluster de basculement AlwaysOn (SQL Server).For detailed information about SQL Server failover clustering, see AlwaysOn Failover Cluster Instances (SQL Server).

Groupes de disponibilité AlwaysOn SQL Server et mise en miroir de bases de données SQL ServerSQL Server AlwaysOn Availability Groups and SQL Server Database Mirroring

Le principal avantage des groupes de disponibilité AlwaysOn SQL Server et de la mise en miroir de bases de données SQL Server est qu'ils fournissent tous les deux une redondance des données complète ou quasi complète en fonction de leur configuration pour le traitement des transactions. Outre la minimisation de la perte de données, le basculement automatique permet de diminuer les temps morts pour les bases de données de production.The key benefit of SQL Server AlwaysOn Availability Groups and SQL Server Database Mirroring is that both provide complete or almost complete data redundancy depending on how you configure them for transaction processing. In addition to minimizing data loss, automatic failover minimizes downtime for production databases.

Important

[!REMARQUE] Même si SQL Server 2016, SQL Server 2014 (SP1) et SQL Server 2012 prennent en charge la mise en miroir de bases de données, cette fonctionnalité sera bientôt déconseillée. Nous vous recommandons d'éviter de l'utiliser dans tout nouveau développement. Pensez à modifier les applications qui utilisent actuellement cette fonctionnalité. Utilisez plutôt les groupes de disponibilité AlwaysOn.Although SQL Server 2016, SQL Server 2014 (SP1), and SQL Server 2012 support database mirroring, this feature is planned to be deprecated. We recommend that you avoid using this feature in new development work. Plan to change applications that currently use this feature. Use AlwaysOn Availability Groups instead.

Groupes de disponibilité AlwaysOnAlwaysOn Availability Groups

La fonctionnalité des groupes de disponibilité AlwaysOn SQL Server est une solution de haute disponibilité et de récupération d'urgence qui fournit une alternative à la mise en miroir de bases de données au niveau de l'entreprise. Les groupes de disponibilité AlwaysOn prennent en charge un environnement de basculement pour les bases de données utilisateur contenues dans une collection définie par l'utilisateur. Un groupe de disponibilité est constitué des éléments suivants :The SQL Server AlwaysOn Availability Groups feature is both a high-availability and disaster-recovery solution that provides an enterprise-level alternative to database mirroring. AlwaysOn Availability Groups supports a failover environment for one or more user databases contained in a user-defined collection. This collection, an availability group, consists of the following components:

  • des réplicas, qui sont un ensemble distinct de bases de données utilisateur appelées bases de données de disponibilité et traitées comme une seule unité. Chaque groupe de disponibilité prend en charge un réplica principal et jusqu'à quatre réplicas secondaires ;Replicas, which are a discrete set of user databases called availability databases that are handled as a single unit. An availability group supports one primary replica and up to four secondary replicas.

  • une instance spécifique de SQL Server pour héberger chaque réplica et tenir à jour une copie locale de chaque base de données qui appartient au groupe de disponibilité.A specific instance of SQL Server to host each replica and to maintain a local copy of each database that belongs to the availability group.

Lorsqu'un groupe de disponibilité bascule vers une instance cible ou un serveur cible, toutes les bases de données du groupe basculent également. SQL Server 2014 (SP1) et SQL Server 2012 pouvant héberger plusieurs groupes de disponibilité sur un même serveur, vous pouvez configurer AlwaysOn pour un basculement vers des instances SQL Server sur différents serveurs. Cela évite que des serveurs de secours à hautes performances inactifs soient contraints de gérer la charge complète du serveur principal, ce qui constitue l'un des principaux avantages offerts par les groupes de disponibilité.When an availability group fails over to a target instance or target server, all databases in the group also fail over. Because SQL Server 2014 (SP1) and SQL Server 2012 can host multiple availability groups on a single server, you can configure AlwaysOn to fail over to SQL Server instances on different servers. This reduces the need for idle, high-performance standby servers to handle the full load of the primary server, which is one of the many benefits of availability groups.

Note

[!REMARQUE] Les problèmes liés aux bases de données (tels que la perte d'un fichier de données, la suppression d'une base de données ou l'endommagement d'un journal des transactions) ne provoquent pas de basculement.Database issues, such as a database becoming suspect due to a loss of a data file, deletion of a database, or corruption of a transaction log do not cause a failover.

Pour plus de détails sur les avantages offerts par les groupes de disponibilité AlwaysOn et pour obtenir une vue d'ensemble de la terminologie associée, voir Groupes de disponibilité AlwaysOn (SQL Server).For more information about the benefits of AlwaysOn Availability Groups and an overview of AlwaysOn Availability Groups terminology, see AlwaysOn Availability Groups (SQL Server).

Mise en miroir de bases de donnéesDatabase mirroring

Note

[!REMARQUE] Même si SQL Server 2016, SQL Server 2014 (SP1) et SQL Server 2012 prennent en charge la mise en miroir de bases de données, cette fonctionnalité sera bientôt déconseillée. Nous vous recommandons d'éviter de l'utiliser dans tout nouveau développement. Pensez à modifier les applications qui utilisent actuellement cette fonctionnalité. Utilisez plutôt les groupes de disponibilité AlwaysOn.Although SQL Server 2016, SQL Server 2014 (SP1), and SQL Server 2012 support database mirroring, this feature is planned to be deprecated. We recommend that you avoid using this feature in new development work. Plan to change applications that currently use this feature. Use AlwaysOn Availability Groups instead.

La mise en miroir de bases de données fournit une redondance de base de données en conservant une copie en miroir des bases de données sur le serveur de base de données principal. La mise en miroir est implémentée pour chaque base de données et fonctionne uniquement avec les bases de données qui utilisent le mode de récupération complète.Database mirroring provides database redundancy by keeping a mirrored copy of databases on the primary database server. Mirroring is implemented on a per-database basis and only works with databases that use the full recovery model.

Note

Il existe deux modes de fonctionnement de la mise en miroir. L'un des deux, le mode haute sécurité, prend en charge les opérations synchrones. En mode haute sécurité, lorsqu'une session démarre, le serveur miroir synchronise la base de données miroir et la base de données principale aussi rapidement que possible. Une fois les bases de données synchronisées, une transaction est écrite dans le journal sur le serveur secondaire, puis relue. (Le serveur principal reprend le contrôle dès que la transaction est renforcée.) L'autre mode de mise en miroir est le mode haute performance, c'est-à-dire qu'il utilise des opérations asynchrones pour réduire la latence des transactions, au prix d'une augmentation de la perte de données.There are two mirroring operating modes. One of them, high-safety mode, supports synchronous operation. In high-safety mode, when a session starts, the mirror server synchronizes the mirror database and the principal database as quickly as possible. As soon as the databases are synchronized, a transaction is written to the log on the secondary server and then replayed. (Control returns to the principal server as soon as the transaction is hardened.) The other mirroring mode is high-performance, which uses asynchronous operation to reduce transaction latency, at the cost of increased data loss.

Pour la mise en miroir haute disponibilité dans une batterie de serveurs SharePoint, vous devez utiliser le mode haute sécurité avec basculement automatique. La mise en miroir haute sécurité de bases de données nécessite trois instances de serveur : un serveur principal, un serveur miroir et un serveur témoin. Le serveur témoin permet à SQL Server de basculer automatiquement du serveur principal sur le serveur miroir. Le basculement de la base de données principale sur la base de données miroir prend généralement plusieurs secondes.For high-availability mirroring in a SharePoint farm, you must use high-safety mode with automatic failover. High-safety database mirroring requires three server instances: a principal, a mirror, and a witness. The witness server enables SQL Server to automatically fail over from the principal server to the mirror server. Failover from the principal database to the mirror database typically takes several seconds.

Pour obtenir des informations générales sur la mise en miroir de bases de données, voir Mise en miroir de bases de données.For general information about database mirroring, see Database Mirroring.

Important

Les bases de données configurées pour utiliser le fournisseur du magasin d'objets BLOB distant FILESTREAM SQL Server ne peuvent pas être mises en miroir.Databases that are configured to use the SQL Server FILESTREAM remote BLOB store provider cannot be mirrored.

Comparaison de la disponibilité de base de données et des stratégies de récupération pour une batterie de serveurs uniqueComparison of database availability and recovery strategies for a single farm

Le choix d'une technologie SQL Server pour la haute disponibilité et la récupération d'urgence doit être basé sur les buts professionnels de votre entreprise en ce qui concerne l'objectif de point de récupération (RPO) et l'objectif de temps de récupération (RTO). Si le RPO et le RTO sont généralement associés à la récupération d'urgence, certains événements de défaillance sont hors de l'étendue d'urgence, mais nécessitent une récupération à partir du support de sauvegarde local dans le centre de données principal.The choice of a SQL Server technology for high availability and disaster recovery should be based on your organization's business goals for Recovery Point Objective (RPO) and Recovery Time Objective (RTO). Although RPO and RTO are typically associated with disaster recovery, some failure events are outside the scope of a disaster but require recovery from local backup media in the primary datacenter.

Important

En fonction de la base de données particulière, les différentes bases de données SharePoint Server ne prennent en charge que des options de haute disponibilité SQL Server spécifiques. Pour plus d'informations, voir Options de haute disponibilité et de récupération d'urgence prises en charge pour les bases de données SharePoint.Depending on the specific database, the various SharePoint Server databases only support specific SQL Server high availability options. For more information, see Supported high availability and disaster recovery options for SharePoint databases.

Le tableau suivant propose une comparaison générale des résultats de RPO et de RTO auxquels les solutions SQL Server disponibles parviennent.The following table provides a general comparison of the RPO and RTO results that available SQL Server solutions achieve.

Note

Les durées du tableau suivant permettent de comparer les options de base de données. En pratique, les durées dépendent de la charge de travail, du volume de données et des procédures de basculement.Times in the following table are for comparing database options. In practice, all times depend on the workload, data volume, and failover procedures.

Comparaison du RPO et du RTO en fonction de la technologie de base de donnéesRPO and RTO comparison based on database technology

Solution SQL ServerSQL Server solution Perte de données potentielle (RPO)Potential data loss (RPO) Temps de récupération potentiel (RTO)Potential recovery time (RTO) Basculement automatiqueAutomatic failover Secondaires accessibles en lecture
**Note:
SharePoint Server prend en charge des réplicas secondaires accessibles en lecture pour l'exécution. Pour plus d'informations, consultez l'article relatif à la mise à jour cumulative d'Office 2013 pour avril 2014 et la rubrique Exécuter une batterie qui utilise des bases de données en lecture seule dans SharePoint Server.
Readable secondaries
Note: SharePoint Server supports readable secondary replicas for runtime usage. For more information, see Office 2013 cumulative update for April 2014 and Run a farm that uses read-only databases in SharePoint Server.**
Groupe de disponibilité AlwaysOn (validation synchrone)AlwaysOn Availability Group (synchronous-commit)
ZéroZero
SecondesSeconds
OuiYes
0-20 - 2
Groupe de disponibilité AlwaysOn (validation asynchrone)AlwaysOn Availability Group (asynchronous-commit)
SecondesSeconds
MinutesMinutes
NonNo
0-40 - 4
Instance de cluster de basculement AlwaysOnAlwaysOn Failover Cluster Instance
Non applicableDoes not apply
Une instance de cluster de basculement ne fournit pas de protection des données. Le volume de perte de données dépend de l'implémentation du système de stockage.An FCI itself does not provide data protection. The amount of data loss depends on the storage system implementation.
Secondes voire minutesSeconds to minutes
OuiYes
Non applicableDoes not apply
Mise en miroir de bases de données - Haute sécurité (mode synchrone + serveur témoin)Database mirroring - High-safety (synchronous mode + witness server)
ZéroZero
SecondesSeconds
OuiYes
Non applicableDoes not apply
Mise en miroir de bases de données - Haute performance (mode asynchrone)Database mirroring - High-performance (asynchronous mode)
SecondesSeconds
MinutesMinutes
NonNo
Non applicableDoes not apply
Sauvegarde, copie, restaurationBackup, copy, restore
Heures ou zéro si le processus du journal est accessible après la défaillanceHours or zero if the tail of the log can be accessed after the failure.
Heures voire joursHours to days
NonNo
Pas lors d'une restaurationNot during a restore

Comparaison du cluster SQL Server, du groupe de disponibilité AlwaysOn et du miroir de bases de donnéesComparison of SQL Server Cluster, AlwaysOn Availability Group and Database mirror

ProcessusProcess Cluster de basculement SQL ServerSQL Server failover cluster Groupe de disponibilité AlwaysOn SQL Server 2014 (SP1) et SQL Server 2012SQL Server 2014 (SP1) and SQL Server 2012 AlwaysOn Availability Group Miroir haute disponibilité SQL ServerSQL Server high-availability mirror
Temps nécessaire au basculementTime to fail over
Le membre de cluster prend le relais quasi immédiatement après la défaillance. Un décalage se produit lorsque le nœud du cluster subit une rotation vers le haut.Cluster member takes over almost immediately after failure. A lag occurs while the cluster node spins up.
Le réplica prend le relais quasi immédiatement après la défaillance. Un décalage se produit lorsque le réplica secondaire subit une rotation vers le haut.Replica takes over almost immediately after failure. A lag occurs while the secondary replica spins up.
Le miroir prend le relais dès que la file d'attente de restauration par progression est traitée.Mirror takes over as soon as the redo queue is processed.
Cohérence transactionnelleTransactional consistency
OuiYes
OuiYes
OuiYes
Simultanéité transactionnelleTransactional concurrency
OuiYes
OuiYes
OuiYes
Temps jusqu'à la récupérationTime to recovery
Temps de récupération inférieur à celui d'un groupe de disponibilitéShorter time to recover than an availability group.
Temps de récupération inférieur à celui d'un cluster de basculement, mais récupération plus rapide qu'avec une solution mise en miroirLonger time to recover than a failover cluster, but faster recovery time than a mirrored solution.
Temps de récupération légèrement supérieur à celui d'un cluster ou groupe de disponibilitéSlightly longer time to recover than cluster or availability group.
Étapes nécessaires pour le basculementSteps required for failover
Les nœuds de base de données détectent automatiquement une défaillance.Database nodes automatically detect a failure.
SharePoint Server fait référence au cluster de sorte que le basculement soit transparent et automatique.SharePoint Server references the cluster so that failover is seamless and automatic.
L'écouteur de groupe de disponibilité détecte automatiquement une défaillance et le basculement est transparent et automatique.The Availability Group listener automatically detects a failure and failover is seamless and automatic.
La base de données détecte automatiquement une défaillance.The database automatically detects failure.
SharePoint Server connaît l'emplacement du miroir, si celui-ci a été configuré correctement de sorte que le basculement soit automatique.SharePoint Server is aware of the mirror location, if it was configured correctly so that failover is automatic.
Protection contre les défaillances de stockageProtection against failed storage
Le cluster de basculement ne fournit pas de protection des données. Le volume de perte de données dépend de l'implémentation du système de stockage. Par exemple, un environnement SAN a des composants redondants comme plusieurs chemins de fichiers, RAID et disques d'échange à chaud.The failover cluster itself does not provide data protection. The amount of data loss depends on the storage system implementation. For example, a SAN environment has redundant components such as multiple file paths, RAID, and hot spares.
Protège contre les défaillances de stockage car le réplica principal écrit sur les disques locaux des réplicas secondaires.Protects against failed storage because the primary replica writes to the local disks on the secondary replicas.
Protège contre les défaillances de stockage car les serveurs de base de données principal et miroir écrivent sur des disques locaux.Protects against failed storage because both the principal and mirror database servers write to local disks.
Types de stockage pris en chargeStorage types supported
Nécessite un stockage partagé, qui est plus onéreux que le stockage dédié.Requires shared storage which is more expensive than dedicated storage.
Peut utiliser des solutions de stockage directement attachées et moins onéreuses.Can use less expensive directly attached storage solutions.
Peut utiliser un stockage directement attaché et moins onéreux.Can use less expensive directly attached storage.
Exigences en matière d'emplacementLocation requirements
Les membres du cluster doivent se trouver sur le même sous-réseau.Members of the cluster must be on the same subnet.
Note: Ce n'est pas le cas avec SQL Server 2014 (SP1) et SQL Server 2012.Note: This is not the case with SQL Server 2014 (SP1) and SQL Server 2012.
Les réplicas peuvent se trouver sur différents sous-réseaux tant que la latence n'entraîne pas de problèmes de performances.Replicas can be on different subnets as long as latency does not cause performance issues.
Le serveur principal, le serveur miroir et le serveur témoin doivent se trouver sur le même réseau local (boucle de latence allant jusqu'à 1 milliseconde).Principal, mirror, and witness servers must be on the same LAN (up to 1 millisecond latency round-trip).
Mode de récupérationRecovery model
Mode de récupération complète SQL Server recommandé. Vous pouvez utiliser le mode de récupération simple SQL Server. Toutefois, en cas de perte du cluster, le seul point de récupération disponible sera la dernière sauvegarde complète.SQL Server full recovery model recommended. You can use the SQL Server simple recovery model. However, the only available recovery point if the cluster is lost will be the last full backup.
Nécessite le mode de récupération complète SQL Server 2014 (SP1) et SQL Server 2012.Requires SQL Server 2014 (SP1) and SQL Server 2012 full recovery model.
Nécessite le mode de récupération complète SQL Server.Requires SQL Server full recovery model.
Dégradation des performancesPerformance overhead
Une diminution des performances peut se produire lors d'un basculement. Le serveur peut être indisponible lors du basculement et les connexions sont abandonnées, puis rétablies sur le nouveau nœud actif.Some decrease in performance may occur while a failover is occurring. The server will be unavailable during failover and connections are dropped and then established again on the new active node.
Les groupes de disponibilité AlwaysOn introduisent une latence transactionnelle en raison de la validation synchrone sur les réplicas secondaires. Le volume de latence dépend du nombre de réplicas secondaires devant être synchronisés.AlwaysOn Availability Groups introduce transactional latency because of synchronous commit on the secondary replicas. The amount of latency depends on the number of secondary replicas that have to be synchronized.
La surcharge de mémoire et de processeur est supérieure à celle du clustering, mais inférieure à celle de la mise en miroir.Memory and processor overhead is greater than clustering, but less than mirroring.
La mise en miroir de haute disponibilité introduit une latence transactionnelle car elle est synchrone. Elle implique également une surcharge de mémoire et de processeur supplémentaire.High-availability mirroring introduces transactional latency because it is synchronous. It also requires additional memory and processor overhead.
Surcharge opérationnelleOperations overhead
Configurée et maintenue au niveau du serveur.Set up and maintained at the server level.
La surcharge opérationnelle est supérieure à celle du clustering et de la mise en miroir. AlwaysOn nécessite une surcharge au niveau du serveur de base de données SQL Server en plus du niveau Windows Server. The operational overhead is greater than clustering and mirroring. AlwaysOn requires overhead at the level of the SQL Server database server in addition to the Windows Server level.
Note: Les objets de niveau serveur, tels que les ouvertures de session et les travaux d'agent, doivent être mis à jour manuellement.Note: Server-level objects such as logons and agent jobs must be maintained manually.
Si vous ajoutez des bases de données de contenu, vous devez les ajouter à un groupe de disponibilité, puis synchroniser le réplica principal avec les réplicas secondaires.If you add content databases, you have to add them to an availability group and then synchronize the primary replica to the secondary replicas.
Un environnement de batterie de serveurs SharePoint nécessite plusieurs étapes de configuration pour que la chaîne de connexion SharePoint Server soit correctement associée au nom d'écouteur de groupe de disponibilité.A SharePoint farm environment requires multiple configuration steps to make sure that the SharePoint Server connection string is correctly associated with the availability group listener name.
La surcharge opérationnelle est supérieure à celle du clustering. Elle doit être configurée et maintenue pour toutes les bases de données. La reconfiguration après basculement est manuelle. The operations overhead is more than clustering. Must be set up and maintained for all databases. Reconfiguring after failover is manual.
Note: Les objets de niveau serveur, tels que les ouvertures de session et les travaux d'agent, doivent être mis à jour manuellement.Note: Server-level objects such as logons and agent jobs must be maintained manually.
Si vous ajoutez des bases de données de contenu, vous devez les ajouter au serveur principal, puis synchroniser le serveur principal avec le serveur miroir.If you add content databases, you have to add them to the principal and then synchronize the principal to the mirror.

Configurer deux centres de données en tant que batterie unique (batterie « étendue ») pour fournir la haute disponibilitéConfigure two data centers as a single farm ("stretched" farm) to provide high availability

Certaines entreprises possèdent des centres de données qui sont proches les uns des autres et connectés par des liens de fibre optique à large bande passante. Lorsque cet environnement est disponible, il est possible de configurer les deux centres de données en tant que batterie de serveurs unique. Cette topologie de batterie de serveurs distribuée est appelée batterie de serveurs « étendue ».Some enterprises have data centers that are located in close proximity to one another, connected by high-bandwidth fiber optic links. When this environment is available it is possible to configure the two data centers as a single farm. This distributed farm topology is called a "stretched" farm.

Pour qu'une architecture de batterie de serveurs étendue fonctionne en tant que solution de haute disponibilité prise en charge, les conditions préalables suivantes doivent être remplies :For stretched farm architecture to work as a supported high availability solution the follow prerequisites must be met:

  • Il existe dans la batterie de serveurs une latence hautement cohérente de moins de 1 ms (à sens unique) 99,9 % du temps sur une période de dix minutes. (La latence dans la batterie de serveurs est généralement définie comme la latence entre les serveurs Web frontaux et les serveurs de base de données.)There is a highly consistent intra-farm latency of <1ms (one way), 99.9% of the time over a period of ten minutes. (Intra-farm latency is commonly defined as the latency between the front-end web servers and the database servers.)

  • La vitesse de bande passante doit être d'au moins 1 gigabit par seconde.The bandwidth speed must be at least 1 gigabit per second.

Pour autoriser la tolérance de panne dans une batterie étendue, consultez les instructions des meilleures pratiques standard pour configurer les applications de service et les bases de données redondantes.To provide fault tolerance in a stretched farm, use the standard best practice guidance to configure redundant service applications and databases.

L'illustration suivante présente une batterie étendue.The following illustration shows a stretched farm.

Batterie de serveurs étendueStretched farm

A stretched farm topology that uses two data centers to provide high availability.

Intégrer les opérations de sauvegarde et de restauration dans une stratégie de haute disponibilitéIncorporate backup and restore operations in a high availability strategy

Votre stratégie de haute disponibilité doit inclure les opérations de sauvegarde et de restauration appropriées pour vous assurer que la batterie de serveurs est résiliente. En cas d'incident, comme une défaillance de support ou une erreur utilisateur, vous devez être capable de restaurer la partie de l'environnement de la batterie de serveurs ou des données de batterie de serveurs touchée au moment opportun. Une solution de sauvegarde et de restauration efficace doit vous permettre d'atteindre les objectifs de temps de récupération (RTO) et de point de récupération (RPO) que vous avez définis.Your high availability strategy must include the appropriate backup and restore operations to make sure that the SharePoint farm is resilient. When an incident, such as a media failure or user error occurs, you must be able to restore the affected part of the farm environment or farm data in a timely manner. An effective backup and restore solution should enable you to meet the Recovery Time Objectives (RTO) and Recovery Point Objectives (RPO) that you define.

Voir aussiSee also

ConceptsConcepts

Concepts relatifs à la haute disponibilité et à la récupération d'urgence dans SharePoint ServerHigh availability and disaster recovery concepts in SharePoint Server

Choisir une stratégie de récupération d'urgence pour SharePoint ServerChoose a disaster recovery strategy for SharePoint Server