[#SharePoint 2010][#SQLServer 2012] AlwaysOn pour SharePoint (1/5) : Configuration (1ère partie)…
1er article d’une série de 5 articles sur AlwaysOn pour SharePoint -
-
-
-
-
| | La mise en place et l’utilisation de AlwaysOn était la démonstration principale de la session “SQL Server et SharePoint : le couple de l’année 2012 !” aux Journées SQL Server de Décembre 2011. |
Vous pouvez trouver (ou retrouver) : | |  |
J’avais alors réalisé la configuration sur la version RC0. Voici le détail de la configuration sur la version RTM qui comprend 4 étapes principales :
- Installation de SQL Server 2012
- Configuration du Cluster au niveau Windows
- Configuration AlwaysOn ( 3 premières étapes décrites dans cet article-ci)
- Installation et configuration SharePoint avec AlwaysOn (décrit dans cet article-là)
Pour les concepts d’AlwaysOn vous pouvez aller sur la documentation Technet, bien faite sur ce sujet.
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
 |
Etape 3 Configuration AlwaysOn |
Pour tous les détails sur cette partie de configuration AlwaysOn générique (indépendamment de SharePoint), je vous renvoie : |
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é |
![clip_image001[5] clip_image001[5]](http://blogs.developpeur.org/blogs/patricg/clip_image0015_thumb_1744ACB4.png) ![clip_image003[5] clip_image003[5]](http://blogs.developpeur.org/blogs/patricg/clip_image0035_thumb_608751AF.png)   ![clip_image009[7] clip_image009[7]](http://blogs.developpeur.org/blogs/patricg/clip_image0097_thumb_504B63E9.png)     |
3.5 - Création des logins associés aux comptes virtuels |
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. |
3.6 – Création effective du groupe de disponibilité |
 |
Nous voilà prêt pour la dernière étape qui sera décrite dans le message suivant… 
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :