Le blog de Patrick [MVP SharePoint]

Etape 1

Installation de SQL Server 2012

1.1 - Installation SQL Server 2012 sur chacune des 3 nœuds en mode “stand-alone”

1.2 – Ouvrir le Firewall

Sur les ports 1433 (SQL Server Standard)

Et 5022 (AlwaysOn)

Etape 2

Configuration du Cluster au niveau Windows

2 - Configuration du Cluster Windows

Installation de la fonctionnalité au niveau Windows :


Puis création du cluster dans “Failover Cluster Manager” :


Le test de validation doit passer avec succès :


Le stockage produit ici un “warning” au niveau du “Failover Cluster Validation Report” car il n’y a pas de disque partagé; nous sommes ici dans une configuration à 3 nœuds et nous avons donc choisis le mode dit “Nœud majoritaire (recommandé pour les clusters dont le nombre de nœuds est impair)

Voir les détails ici : http://technet.microsoft.com/fr-fr/library/cc731739.aspx#BKMK _illustrations

Pour tous les détails sur cette partie de configuration AlwaysOn générique (indépendamment de SharePoint), je vous renvoie :

• à l’excellente suite d’articles de Damien Caro et
• au non moins excellent blog de Christophe Laporte (tag: AlwaysOn) !
• ou bien à la vidéo de la session de Pascal Belaud aux Journées SQL Server de décembre dernier

3.1 – Activation des Groupes de disponibilité AlwaysOn

Activation AlwaysOn sur chacune des 3 instances :


Ce qui nécessite un redémarrage de chaque instance :

3.2 – Création d’une base « Graine » (« seed » en anglais)

Cette base, même vide, est nécessaire pour créer un groupe de disponibilité dans lequel on pourra créer les bases de données de SharePoint (étapes 4.1 et 4.2)

3.3 – Sauvegarde complète de la base

Une sauvegarde complète est nécessaire pour l’étape suivante.

La sauvegarde sera mise sur D:\Sauvegardes :

3.4 – Création d’un groupe de disponibilité

A ce stade l’assistant se bloque lors de l’ajout du nœud 2 au groupe de réplication car la connexion entre instances n’est pas possible :

Nous avons installé SQL Server avec un compte virtuel (NT Service\ MSSQLServer voir les détails ici), dans ce cas il faut créer sur chaque instance des comptes correspondants aux instances distantes.

Tous les détails sur ce point ici : Failed to join the instance to the availability group while configuring AlwaysON Tweet

If we are using virtual accounts (Service SIDs in my case) for service startup of db engine, then if that service goes outside the machine, authentication on the remote system will be performed using machine account. So on the target server [SRV1] we need to add the windows login [domain_nameSRV2$] and give appropriate permissions.