Installation d’un Groupe de Disponibilité avec SQL Server 2012 – Partie 3

Cet article fait partie d’une série dont vous trouverez le sommaire ici : https://blogs.technet.com/b/sql/archive/2011/09/08/installation-d-un-groupe-de-disponibilit-233-avec-denali-introduction.aspx

Installation de SQL sur chaque noeud

Une fois le cluster Windows configuré et vérifié, nous allons procéder à l'installation des binaires de SQL. Cette opération doit être effectuée sur tous les serveurs qui seront membres du cluster AlwaysOn. Dans notre cas, il s'agit des serveurs SQL-SRV-1 et SQL-SRV-2.

L'installation ci-dessous a été effectuée avec la CTP 3 de SQL Denali, les captures d'écran peuvent évoluer avec les prochaines versions du produit.

Passons directement dans le deuxième onglet "Installation" pour lancer le setup.

clip_image002

Attention: Notez que c'est la première option qui est choisie ! L'installation d'un cluster SQL en mode HADR nécessite une installation en mode standalone et non en mode cluster. La deuxième option consiste à installer un cluster à bascule classique avec une base de données sur une baie de disque partagée.

L'assistant d'installation vérifie si les prérequis à l'installation de Denali sont remplis.

clip_image004

Avec la CTP3, vous n'avez pas besoin de clef de produit, choisissez l'option "Evaluation".

clip_image006

Acceptez le contrat de licence puis laissez le système chercher les mises à jour sur Internet.

clip_image008

clip_image010

Si vous avez accès à Internet, le système téléchargera les mises à jour automatiquement pendant le processus d'installation.

Si vous n'avez pas accès à Internet, il faudra:

1. Télécharger la mise à jour depuis le catalogue Microsoft Update (KB2580208) : https://catalog.update.microsoft.com

clip_image012

2. Relancer le setup de Denali en précisant le répertoire où trouver les mises à jour avec le paramètre /UpdateSource=<repertoire_updates>.

Vous trouverez plus d'informations sur le lancement de dans ces deux articles : https://blogs.msdn.com/b/petersad/archive/2011/07/13/product-update-in-sql-server-code-named-denali.aspx

https://blogs.msdn.com/b/petersad/archive/2011/07/13/provide-feedback-on-the-sql-server-code-name-denali-product-update-feature.aspx

Nous pouvons continuer l'installation du setup de SQL :

clip_image014

Notez l'alerte concernant la présence du parefeu. Pensez à le reconfigurer en accord avec les recommandations indiquées :

clip_image016

Nous pouvons maintenant passer à l'installation de SQL à proprement parler. L'option à sélectionner est "SQL Server Feature Installation".

clip_image018

Dans le cas de notre maquette, nous allons choisir d'installer seulement les fonctionnalités nécessaires pour démontrer la fonctionnalité HADR de SQL, à savoir :

· Le moteur de base de données : Database Engine Services

· Les outils d'administration : Management Tools

· Pour le troubleshooting : Client Tools Connectivity

La sélection de fonctionnalités donne donc le résultat suivant :

clip_image020

Passez sur l'écran "Installation Rules" pour aller sur l'écran de configuration de l'instance :

clip_image022

Pour des raisons de simplicité de compréhension, j'ai choisi d'utiliser des instances nommées :

· DENALI1 sur SQL-SRV-1

· DENALI2 sur SQL-SRV-2

Vous pouvez utiliser l'instance par défaut si vous le souhaitez mais cela peut rendre l'analyse en cas de problème plus compliquée.

Vérifiez que votre serveur possède assez d'espace disque :

clip_image024

Indiquez ensuite les comptes de service à utiliser.

Dans le but de simplifier la mise en œuvre de cette maquette, nous allons utiliser un compte de service du domaine pour faire tourner le service serveur de SQL Denali. L'utilisation d'un compte du domaine sera utile lors de la création avec l'assistant du groupe de disponibilité (Availability Group) permettant la mise en haute disponibilité d'un groupement de bases.

Vous trouverez quelques informations supplémentaires sur ce sujet dans le paragraphe "Using the New Availability Group Wizard" sur cette page : https://technet.microsoft.com/en-us/library/ff878176(SQL.110).aspx#SSMSProcedure

Pour des raisons de compréhension, j'ai utilisé un compte de service différent pour chaque nœud du cluster.

clip_image026

Lors de la configuration du moteur de base de données, pensez à bien ajouter votre compte comme administrateur.

clip_image028

Validez les étapes suivantes de la procédure d'installation jusqu'à la page "Ready to Install" :

clip_image030

En bas de la fenêtre le fichier .ini indiqué est un fichier qui contient une copie de la configuration établie avec l'assistant. Il est possible de réutiliser ce fichier dans une autre installation de Denali. Par exemple pour l'installation du second nœud de notre cluster.

Une fois l'installation terminée, voici le résultat obtenu :

clip_image032

Il faut suivre la même procédure pour configurer SQL-SVR-2 ou plus généralement tout nœud qui ferait partie du cluster.

Pour le moment, nous avons simplement installé SQL en mode autonome sur un serveur qui est membre d'un cluster Windows à bascule (Windows Failover Cluster). Il faut maintenant configurer cette instance pour qu'elle supporte les groupes de disponibilité de type AlwaysOn.

Lancer "SQL Server Configuration Manager"

clip_image034

Aller dans les propriétés du service "SQL Server (NOM_INSTANCE)" et cocher la case "Enable AlwaysOn Availability Group"

clip_image036

Les changements effectués ne seront pris en compte qu'une fois le service redémarré.

Vous pouvez vérifier si la configuration a bien été prise en compte en interrogeant la propriété SERVERPROPERTY en Transact-SQL:

clip_image038

Pour plus d'informations sur ce point, vous pouvez consulter l'article suivant de la documentation en ligne : https://msdn.microsoft.com/en-us/library/ff878259(SQL.110).aspx

Il est maintenant possible de créer un groupe de disponibilité et d'y monter une ou plusieurs bases de données. C’est ce que nous abordons dans l’article suivant : https://blogs.technet.com/b/sql/archive/2011/09/19/installation-d-un-groupe-de-disponibilit-233-avec-denali-partie-4.aspx