[ #SharePoint 2010][ #SQLServer 2012] AlwaysOn pour SharePoint (2/5) : Configuration (2e partie)…
2e 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) : | |  |
Maintenant que l’infrastructure est en place, nous allons pouvoir configurer SharePoint.
Etape 4 Installation et Configuration SharePoint |
4.1 – Installation de SharePoint et création effective des bases de données SharePoint |
L’installation de SharePoint est alors possible en utilisant comme nom de serveur SQL, non pas le nom d’une instance particulière mais le nom donné au listener, ici : AG_For_SP Afin d’obtenir un nommage « propre » (c’est-à-dire sans GUID) de mes bases de données, j’ai utilisé non pas l’assistant de configuration standard mais le script AutoSPInstaller disponible sur CodePlex.  Cet outil nous permet également de créer automatiquement un alias (nous choisirons SQL_FOR_SP) pour accéder au lister AG_FOR_SP. C’est le nom de l’alias qui apparaitra dans l’administration centrale (page FarmServers.aspx) :  Le résultat est le suivant au niveau SSMS :  |
4.2 – Insertion des bases SharePoint dans le groupe AlwaysOn |
Pour mémoire à ce stade le groupe de disponibilité créé à l’étape 3.4 ne contient encore que la base « graine »  Il faut donc lancer l’assistant d’ajout de bases dans le groupe de disponibilité. Comme le montre la copie d’écran ci-dessous, il faut au préalable : 1. Mettre l’ensemble des bases en mode « full recovery » 2. Faire des sauvegardes complètes de l’ensemble des bases  |
4.2.1 - Mettre l’ensemble des bases de données en mode « full recovery » |
Avant :  Après :  |
4.2.2 - Faire des sauvegardes complètes de l’ensemble des bases |
Ces sauvegardes doivent de plus être mises un volume partagé accessible par toutes les nœuds du cluster créé à l’étape 2. Comme lors de l’étape 3.3, les sauvegardes seront donc mises sur D:\Sauvegardes :  Résultat :  |
4.2 (suite) -Insertion des bases SharePoint dans le groupe AlwaysOn |
Il est alors possible de reprendre l’assistant d’ajout de bases dans le groupe de disponibilité là où nous l’avions laissé à l’étape 4.2 , puisque toutes les bases remplissent les prérequis :  Et ainsi il est possible de toutes les sélectionner :    Le résultat de la validation est concluant :   L’opération peut donc être lancée !  |
4.3 – Suppression de la base « graine » du groupe de disponibilité |
Afin de finaliser la configuration, on peut à ce stade supprimer la base « graine » (créée à l’étape 3.2) du groupe de disponibilité (nous n’en aurons plus besoin) :  |
A l’issue de ces 4 étapes de configuration :
- Installation de SQL Server 2012
- Configuration du Cluster au niveau Windows
- Configuration AlwaysOn
- Installation et Configuration SharePoint
L’ensemble des bases de données SharePoint sont protégées par le mécanisme AlwaysOn ! 


Nous étudierons dans l’article suivant le fonctionnement de cette architecture.
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 :