Batterie de serveurs Intranet SharePoint dans Azure Phase 3 : Configurer l’infrastructure SQL Server

**Sapplique à :**SharePoint Server 2016

**Dernière rubrique modifiée :**2017-09-20

Résumé : Configurez l’infrastructure SQL Server pour qu’elle héberge une batterie de serveurs SharePoint Server 2016 à haute disponibilité dans Microsoft Azure.

Dans cette phase de déploiement d’une batterie de serveurs SharePoint Server 2016 intranet seulement dans les services d’infrastructure Azure, vous créez et configurez les deux machines virtuelles SQL Server et le nœud majoritaire du cluster, puis les combinez dans un cluster Windows Server.

Vous devez effectuer cette phase avant de passer à Batterie de serveurs Intranet SharePoint dans Azure Phase 4 : Configurer des serveurs SharePoint. Reportez-vous à la rubrique Déploiement de SharePoint Server 2016 avec des groupes de disponibilité AlwaysOn SQL Server dans Azure pour toutes les phases.

Créer des machines virtuelles de cluster SQL Server dans Azure

Il existe deux machines virtuelles SQL Server. L’une contient le réplica de base de données principal d’un groupe de disponibilité. La seconde contient le réplica de sauvegarde secondaire. La sauvegarde est fournie pour assurer la haute disponibilité. Une machine virtuelle supplémentaire est destinée au nœud majoritaire de cluster.

Utilisez les blocs de commandes PowerShell suivants pour créer les composants dans Azure. Spécifiez les valeurs pour les variables, en supprimant les caractères < et >. Notez que ces blocs de commandes PowerShell utilisent des valeurs provenant des tableaux suivants :

• Tableau R, pour vos groupes de ressources

• Tableau V, pour vos paramètres de réseau virtuel

• Tableau S, pour votre sous-réseau

• Tableau I, pour vos adresses IP statiques

• Tableau M, pour vos machines virtuelles

• Tableau A, pour vos groupes à haute disponibilité

Rappelez-vous que vous avez défini le Tableau M dans Batterie de serveurs Intranet SharePoint dans Azure Phase 2 : Configurer les contrôleurs de domaine et les Tableaux R, V, S, I et A dans Batterie de serveurs Intranet SharePoint dans Azure Phase 1 : Configurer Azure.

Tout d’abord, vous créez un équilibreur de charge interne Azure pour les deux machines virtuelles exécutant SQL Server. Lorsque vous avez fourni toutes les valeurs correctes, exécutez le bloc résultant à l’invite de commande Azure PowerShell ou dans l’environnement de script intégré PowerShell sur votre ordinateur local.

# Set up key variables
$locName="<Azure location of your SharePoint farm>"
$vnetName="<Table V - Item 1 - Value column>"
$subnetName="<Table S - Item 2 - Subnet name column>"
$privIP="<Table I - Item 4 - Value column>"
$rgName="<Table R - Item 5 - Resource group name column>"

$vnet=Get-AzureRMVirtualNetwork -Name $vnetName -ResourceGroupName $rgName
$subnet=Get-AzureRmVirtualNetworkSubnetConfig -VirtualNetwork $vnet -Name $subnetName

$frontendIP=New-AzureRMLoadBalancerFrontendIpConfig -Name "SQLServers-LBFE" -PrivateIPAddress $privIP -Subnet $subnet
$beAddressPool=New-AzureRMLoadBalancerBackendAddressPoolConfig -Name "SQLServers-LBBE"

$healthProbe=New-AzureRMLoadBalancerProbeConfig -Name WebServersProbe -Protocol "TCP" -Port 59999 -IntervalInSeconds 5 -ProbeCount 2
$lbrule=New-AzureRMLoadBalancerRuleConfig -Name "SQLTraffic" -FrontendIpConfiguration $frontendIP -BackendAddressPool $beAddressPool -Probe $healthProbe -Protocol "TCP" -FrontendPort 1433 -BackendPort 1433 -EnableFloatingIP
New-AzureRMLoadBalancer -ResourceGroupName $rgName -Name "SQLServers" -Location $locName -LoadBalancingRule $lbrule -BackendAddressPool $beAddressPool -Probe $healthProbe -FrontendIpConfiguration $frontendIP

Ensuite, ajoutez un enregistrement d’adresse DNS à l’infrastructure DNS interne de votre organisation qui résout le nom de domaine complet du cluster SQL (par exemple, sqlcluster.corp.contoso.com) sur l’adresse IP attribuée à l’équilibreur de charge interne (la valeur du tableau I – Élément 4).

Ensuite, créez les machines virtuelles du cluster SQL Server.

Lorsque vous avez fourni toutes les valeurs correctes, exécutez le bloc résultant à l’invite de commandes Azure PowerShell ou dans le PowerShell ISE sur votre ordinateur local.

# Set up variables common to all three virtual machines
$locName="<Azure location of your SharePoint farm>"
$vnetName="<Table V - Item 1 - Value column>"
$subnetName="<Table S - Item 2 - Subnet name column>"
$avName="<Table A - Item 2 - Availability set name column>"
$rgNameTier="<Table R - Item 2 - Resource group name column>"
$rgNameInfra="<Table R - Item 5 - Resource group name column>"
$sqlSKU="SQL2016-WS2016"

$rgName=$rgNameInfra
$vnet=Get-AzureRMVirtualNetwork -Name $vnetName -ResourceGroupName $rgName
$subnet=Get-AzureRmVirtualNetworkSubnetConfig -VirtualNetwork $vnet -Name $subnetName
$backendSubnet=Get-AzureRMVirtualNetworkSubnetConfig -Name $subnetName -VirtualNetwork $vnet
$webLB=Get-AzureRMLoadBalancer -ResourceGroupName $rgName -Name "SQLServers"

$rgName=$rgNameTier
$avSet=Get-AzureRMAvailabilitySet -Name $avName -ResourceGroupName $rgName

# Create the first SQL Server virtual machine
$vmName="<Table M - Item 3 - Virtual machine name column>"
$vmSize="<Table M - Item 3 - Minimum size column>"
$staticIP="<Table I - Item 5 - Value column>"
$diskStorageType="<Table M - Item 3 - Storage type column>"

$nic=New-AzureRMNetworkInterface -Name ($vmName +"-NIC") -ResourceGroupName $rgName -Location $locName -Subnet $backendSubnet -LoadBalancerBackendAddressPool $webLB.BackendAddressPools[0] -PrivateIpAddress $staticIP
$vm=New-AzureRMVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avset.Id
$vm=Set-AzureRmVMOSDisk -VM $vm -Name ($vmName +"-OS") -DiskSizeInGB 128 -CreateOption FromImage -StorageAccountType $diskStorageType
$diskSize=1000
$diskConfig=New-AzureRmDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzureRmDisk -DiskName ($vmName + "-SQLData") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzureRmVMDataDisk -VM $vm -Name ($vmName + "-SQLData") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 1
$diskSize=1000
$diskConfig=New-AzureRmDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzureRmDisk -DiskName ($vmName + "-SQLLogs") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzureRmVMDataDisk -VM $vm -Name ($vmName + "-SQLLogs") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 2
$diskSize=1000
$diskConfig=New-AzureRmDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzureRmDisk -DiskName ($vmName + "-SQLTemp") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzureRmVMDataDisk -VM $vm -Name ($vmName + "-SQLTemp") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 3
$cred=Get-Credential -Message "Type the name and password of the local administrator account for the first SQL Server computer." 
$vm=Set-AzureRMVMOperatingSystem -VM $vm -Windows -ComputerName $vmName -Credential $cred -ProvisionVMAgent -EnableAutoUpdate
$vm=Set-AzureRMVMSourceImage -VM $vm -PublisherName MicrosoftSQLServer -Offer $sqlSKU -Skus Enterprise -Version "latest"
$vm=Add-AzureRMVMNetworkInterface -VM $vm -Id $nic.Id
New-AzureRMVM -ResourceGroupName $rgName -Location $locName -VM $vm

# Create the second SQL Server virtual machine
$vmName="<Table M - Item 4 - Virtual machine name column>"
$vmSize="<Table M - Item 4 - Minimum size column>"
$staticIP="<Table I - Item 6 - Value column>"
$diskStorageType="<Table M - Item 4 - Storage type column>"

$nic=New-AzureRMNetworkInterface -Name ($vmName +"-NIC") -ResourceGroupName $rgName -Location $locName  -Subnet $backendSubnet -LoadBalancerBackendAddressPool $webLB.BackendAddressPools[0] -PrivateIpAddress $staticIP
$vm=New-AzureRMVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avset.Id
$vm=Set-AzureRmVMOSDisk -VM $vm -Name ($vmName +"-OS") -DiskSizeInGB 128 -CreateOption FromImage -StorageAccountType $diskStorageType
$diskSize=1000
$diskConfig=New-AzureRmDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzureRmDisk -DiskName ($vmName + "-SQLData") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzureRmVMDataDisk -VM $vm -Name ($vmName + "-SQLData") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 1
$diskSize=1000
$diskConfig=New-AzureRmDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzureRmDisk -DiskName ($vmName + "-SQLLogs") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzureRmVMDataDisk -VM $vm -Name ($vmName + "-SQLLogs") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 2
$diskSize=1000
$diskConfig=New-AzureRmDiskConfig -AccountType $diskStorageType -Location $locName -CreateOption Empty -DiskSizeGB $diskSize
$dataDisk1=New-AzureRmDisk -DiskName ($vmName + "-SQLTemp") -Disk $diskConfig -ResourceGroupName $rgName
$vm=Add-AzureRmVMDataDisk -VM $vm -Name ($vmName + "-SQLTemp") -CreateOption Attach -ManagedDiskId $dataDisk1.Id -Lun 3
$cred=Get-Credential -Message "Type the name and password of the local administrator account for the second SQL Server computer." 
$vm=Set-AzureRMVMOperatingSystem -VM $vm -Windows -ComputerName $vmName -Credential $cred -ProvisionVMAgent -EnableAutoUpdate
$vm=Set-AzureRMVMSourceImage -VM $vm -PublisherName MicrosoftSQLServer -Offer $sqlSKU -Skus Enterprise -Version "latest"
$vm=Add-AzureRMVMNetworkInterface -VM $vm -Id $nic.Id
New-AzureRMVM -ResourceGroupName $rgName -Location $locName -VM $vm

# Create the cluster majority node server
#  Note that this virtual machine is not needed if you are using a cloud witness.
$vmName="<Table M - Item 5 - Virtual machine name column>"
$vmSize="<Table M - Item 5 - Minimum size column>"
$staticIP="<Table I - Item 7 - Value column>"
$diskStorageType="<Table M - Item 5 - Storage type column>"

$nic=New-AzureRMNetworkInterface -Name ($vmName +"-NIC") -ResourceGroupName $rgName -Location $locName -Subnet $subnet -PrivateIpAddress $staticIP
$vm=New-AzureRMVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avset.Id
$vm=Set-AzureRmVMOSDisk -VM $vm -Name ($vmName +"-OS") -DiskSizeInGB 128 -CreateOption FromImage -StorageAccountType $diskStorageType
$cred=Get-Credential -Message "Type the name and password of the local administrator account for the cluster majority node server." 
$vm=Set-AzureRMVMOperatingSystem -VM $vm -Windows -ComputerName $vmName -Credential $cred -ProvisionVMAgent -EnableAutoUpdate
$vm=Set-AzureRMVMSourceImage -VM $vm -PublisherName MicrosoftWindowsServer -Offer WindowsServer -Skus 2016-Datacenter -Version "latest"
$vm=Add-AzureRMVMNetworkInterface -VM $vm -Id $nic.Id
New-AzureRMVM -ResourceGroupName $rgName -Location $locName -VM $vm

Configurer les ordinateurs SQL Server

Pour chaque machine virtuelle exécutant SQL Server, utilisez le client Bureau à distance de votre choix et créez une connexion de Bureau à distance. Utilisez son nom d’ordinateur ou son nom DNS intranet et les informations d’identification du compte Administrateur local.

Pour chaque machine virtuelle exécutant SQL Server, associez la machine virtuelle au domaine Windows Server AD avec ces commandes à l’invite Windows PowerShell.

$domName="<Windows Server AD domain name to join, such as corp.contoso.com>"
Add-Computer -DomainName $domName
Restart-Computer

Vous devez fournir des informations d’identification de compte de domaine après avoir saisi la commande Add-Computer.

Après le redémarrage, reconnectez-vous à l’aide du compte Administrateur local.

Ensuite, vous devez ajouter les disques de données supplémentaires. Exécutez ces commandes à partir d’une invite de commandes Windows PowerShell sur chaque ordinateur SQL server :

$newDisks=Get-Disk | Where Partitionstyle -eq "RAW"
ForEach ($d in $newDisks) {
$diskNum=$d.Number - 1
Get-Disk $d.Number | Initialize-Disk -PartitionStyle GPT -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS -NewFileSystemLabel "DataDisk$diskNum"
}
md f:\Data
md g:\Log
md h:\Backup

Ensuite, testez la connectivité de chaque ordinateur SQL Server vers des emplacements du réseau de votre organisation à l’aide de la commande ping pour effectuer un test ping des noms et des adresses IP des ressources du réseau de votre organisation. Cette procédure permet de vérifier que la résolution de noms DNS fonctionne correctement (que la machine virtuelle est configurée correctement avec les serveurs DNS dans le réseau virtuel) et que des paquets peuvent être envoyés vers et depuis le réseau virtuel intersites.

Exécutez deux fois le bloc de commandes PowerShell suivant (une fois pour chaque serveur SQL server) pour les configurer afin qu’ils utilisent les lecteurs supplémentaires pour les nouvelles bases de données et pour les comptes et les autorisations :

$domain = "<your Windows Server AD domain name, such as CORP for corp.contoso.com>"
$spFarmDBAcctName=$domain +"\sp_farm_db"
$spFarmInstallAcctName=$domain +"\sp_install"
Import-Module -Name 'SQLPS' -DisableNameChecking
$svr = new-object('Microsoft.SqlServer.Management.Smo.Server')localhost
$svr.properties["DefaultFile"].Value="f:\data"
$svr.properties["DefaultLog"].Value="g:\log"
$svr.properties["BackupDirectory"].Value = "H:\Backup"
$svr.alter()
$login = New-Object('Microsoft.SqlServer.Management.Smo.Login') -ArgumentList $svr, $spFarmDBAcctName
$login.LoginType = "WindowsUser"
$Login.Create()
$login.AddToRole("sysadmin")
$login.Alter()
$login = New-Object('Microsoft.SqlServer.Management.Smo.Login') -ArgumentList $svr, $spFarmInstallAcctName
$login.LoginType = "WindowsUser"
$Login.Create()
$login.AddToRole("securityadmin")
$login.AddToRole("dbcreator")
$login.Alter()
$maxdop=$svr.Configuration.Properties| where displayname -Match 'degree'
$maxdop.ConfigValue = 1
$svr.Alter()

Déconnectez-vous de chaque machine virtuelle SQL Server, puis reconnectez-vous à l’aide du compte sp_install.

Sur chaque machine virtuelle SQL Server, ouvrez une invite de commande Windows PowerShell de niveau administrateur et exécutez le bloc de commande PowerShell suivant pour autoriser les connexions de bureau à distance à l’aide du compte sp_farm_db :

$domain = "<your Windows Server AD domain name, such as CORP for corp.contoso.com>"
$server="<name of the server>"
$user = "sp_farm_db"
$group = "Remote Desktop Users"
$de = [ADSI]"WinNT://$server/$group,group" 
$de.psbase.Invoke("Add",([ADSI]"WinNT://$domain/$user").path)

SQL Server requiert un port que les clients utilisent pour accéder au serveur de base de données. Il requiert également des ports pour se connecter à SQL Server Management Studio et pour gérer le groupe de disponibilité, plus un port supplémentaire non utilisé pour la sonde Loadbalancer pour l’écouteur de groupe de disponibilité.

Ensuite, exécutez deux fois la commande suivante à une invite de commande Windows PowerShell (une fois pour chaque SQL Server) pour ajouter une règle de pare-feu qui autorise ces types de trafic entrant sur SQL Server :

New-NetFirewallRule -DisplayName "SQL Server ports 1433, 1434, and 5022, and 59999" -Direction Inbound -Protocol TCP -LocalPort 1433,1434,5022,59999 -Action Allow 

Pour chacune des machines virtuelles SQL server, déconnectez-vous comme administrateur local.

Pour plus d’informations sur l’optimisation des performances de SQL Server dans Azure, reportez-vous à la rubrique Meilleures pratiques relatives aux performances de SQL Server dans les machines virtuelles Azure.

Configurer le serveur du nœud majoritaire de cluster

Utilisez le client Bureau à distance de votre choix et créez une connexion de Bureau à distance vers le serveur du nœud majoritaire de cluster. Utilisez son nom d’ordinateur ou son nom DNS intranet et les informations d’identification du compte Administrateur local.

Associez le serveur du nœud majoritaire de cluster au domaine Windows Server AD approprié avec ces commandes à l’invite Windows PowerShell.

$domName="<Windows Server AD domain name to join, such as corp.contoso.com>"
Add-Computer -DomainName $domName
Restart-Computer

Vous devez fournir des informations d’identification de compte de domaine après avoir exécuté la commande Add-Computer.

Créer le cluster Windows server

Les groupes de disponibilité AlwaysOn SQL Server reposent sur la fonctionnalité Clustering de basculement Windows Server (WSFC) de Windows Server. La fonctionnalité permet à plusieurs machines de participer en tant que groupe dans un cluster. En cas d’échec d’une machine, une deuxième machine est prête à prendre sa place. Par conséquent, la première tâche consiste à activer la fonctionnalité Clustering de basculement sur toutes les machines participantes, qui incluent :

• Le serveur SQL principal

• Le serveur SQL secondaire

• Le nœud majoritaire de cluster (si nécessaire)

Le cluster de basculement requiert au moins trois machines virtuelles. Deux machines hébergent SQL Server. La deuxième machine virtuelle SQL Server est un réplica secondaire synchrone qui garantit l’absence de perte de données en cas d’échec de la machine principale. La troisième machine n’a pas besoin d’héberger SQL Server. Le nœud majoritaire de cluster fournit un quorum dans le WSFC. Comme le cluster WSFC repose sur un quorum pour surveiller l’intégrité, il faut toujours une majorité pour s’assurer que le cluster WSFC est en ligne. Si un cluster est constitué de deux machines uniquement et que l’une des machines échoue, il peut ne pas y avoir de majorité lorsqu’une seule machine sur deux échoue. Pour plus d’informations, reportez-vous à la rubrique Modes de quorum WSFC et configuration de vote (SQL Server). Au lieu d’utiliser une machine virtuelle de nœud majoritaire de cluster, vous pouvez utiliser un témoin de cloud.

Pour les deux ordinateurs SQL server et pour le nœud majoritaire de cluster, exécutez la commande suivante à une invite de commandes Windows PowerShell de niveau administrateur.

Install-WindowsFeature Failover-Clustering -IncludeManagementTools

La création d’un cluster WSFC peut échouer en raison du comportement non conforme à RFC actuel par DHCP dans Azure. Pour plus d’informations, recherchez « Comportement de cluster WSFC dans le réseau Azure » dans la rubrique Haute disponibilité et récupération d’urgence pour SQL Server dans Azure Virtual Machines. Cependant, il existe une solution de contournement. Procédez comme suit pour créer le cluster.

1. Connectez-vous à la machine virtuelle SQL Server principale à l’aide des informations d’identification du compte sp_install.

2. Cliquez sur Démarrer, tapez Basculement, puis cliquez sur Gestionnaire du cluster de basculement.

3. Dans le volet gauche, cliquez avec le bouton droit de la souris sur Gestionnaire du cluster de basculement, puis cliquez sur Créer le cluster.

4. Sur la page Avant de commencer, cliquez sur Suivant.

5. Sur la page Sélectionner les serveurs, tapez le nom de la machine SQL Server principale, cliquez sur Ajouter, puis sur Suivant.

6. Sur la page Avertissement de validation, cliquez sur Non. Je n’ai pas besoin du support de Microsoft pour ce cluster, et donc, je ne souhaite pas exécuter les tests de validation. Lorsque je clique sur Suivant, poursuivre la création du cluster, puis cliquez sur Suivant.

7. Sur la page Point d’accès pour l’administration du cluster, dans la zone de texte Nom du cluster, tapez le nom de votre cluster, puis cliquez sur Suivant.

8. Sur la page Confirmation, cliquez sur Suivant pour commencer la création du cluster.

9. Dans la page Résumé, cliquez sur Terminer.

10. Dans le volet gauche, cliquez sur votre nouveau cluster. Dans la section concernant les ressources principales du cluster du volet de contenu, ouvrez le nom de votre cluster de serveur. La ressource Adresse IP s’affiche dans l’état Échec. La ressource Adresse IP ne peut pas être mise en ligne, car la même adresse IP que celle de la machine elle-même a été affectée au cluster. Il en résulte une adresse en double.

11. Cliquez avec le bouton droit sur la ressource Adresse IP, puis cliquez sur Propriétés.

12. Dans la boîte de dialogue Propriétés des adresses IP, cliquez sur Adresse IP statique.

13. Tapez une adresse IP non utilisée dans la plage d’adresses correspondant au sous-réseau sur lequel se trouve le serveur SQL server, puis cliquez sur OK.

14. Cliquez avec le bouton droit sur la ressource Adresse IP ayant échoué, puis cliquez sur Mettre en ligne. Patientez jusqu'à ce que les deux ressources soient en ligne. Lorsque la ressource du nom de cluster est en ligne, elle met à jour le contrôleur de domaine avec un nouveau compte d’ordinateur Active Directory (AD). Ce compte Active Directory est utilisé ultérieurement pour exécuter le service en cluster du groupe de disponibilité.

15. Maintenant que le compte Active Directory est créé, mettez le nom de cluster hors ligne. Cliquez avec le bouton droit de la souris dans la section relative aux ressources principales du cluster, puis cliquez sur Mettre hors ligne.

16. Pour supprimer l’adresse IP du cluster, cliquez avec le bouton droit de la souris sur Adresse IP, cliquez sur Supprimer, puis sur Oui lorsque vous y êtes invité. La ressource de cluster ne peut plus être mise en ligne, car elle dépend de la ressource d’adresse IP. Toutefois, un groupe de disponibilité ne dépend pas du nom du cluster ou de l’adresse IP pour fonctionner correctement. Par conséquent, le nom du cluster peut rester hors ligne.

17. Pour ajouter les nœuds restants au cluster, cliquez avec le bouton droit de la souris sur le nom de votre cluster dans le volet gauche, puis cliquez sur Ajouter un nœud.

18. Sur la page Avant de commencer, cliquez sur Suivant.

19. Sur la page Sélectionner les serveurs, entrez le nom et cliquez sur Ajouter pour ajouter le SQL server secondaire et le nœud majoritaire de cluster au cluster. Notez que le nœud majoritaire n’est pas nécessaire si vous utilisez un témoin de cloud.

20. Après avoir ajouté les deux ordinateurs, cliquez sur Suivant. Si une machine ne peut pas être ajoutée et que le message d’erreur est « Le service d’accès distant au Registre n’est pas en cours d’exécution », procédez comme suit. Connectez-vous à la machine, ouvrez le composant logiciel enfichable Services (services.msc) et activez le service Registre distant. Pour plus d’informations, reportez-vous à la rubrique Impossible de se connecter au service Registre distant.

21. Sur la page Avertissement de validation, cliquez sur Non. Je n’ai pas besoin du support de Microsoft pour ce cluster, et donc, je ne souhaite pas exécuter les tests de validation. Lorsque je clique sur Suivant, poursuivre la création du cluster, puis cliquez sur Suivant.

22. Sur la page Confirmation, cliquez sur Suivant.

23. Dans la page Résumé, cliquez sur Terminer.

24. Dans le volet gauche, cliquez sur Nœuds. Les trois ordinateurs sont répertoriés.

Si vous utilisez un rappel de cloud, voir déployer un rappel de Cloud pour un Cluster de basculement.

Activer les groupes de disponibilité AlwaysOn

L’étape suivante consiste à activer les groupes de disponibilité AlwaysOn à l’aide du Gestionnaire de configuration SQL Server. Notez qu’un groupe de disponibilité dans SQL Server est différent d’un ensemble de disponibilité Azure. Un groupe de disponibilité contient des bases de données qui sont hautement disponibles et récupérables. Un ensemble de disponibilité Azure alloue des machines virtuelles à différents domaines d’erreur. Pour plus d’informations sur les domaines d’erreur, reportez-vous à la rubrique Gestion de la disponibilité des machines virtuelles.

Procédez comme suit pour activer les groupes de disponibilité AlwaysOn sur SQL Server :

1. Connectez-vous au serveur SQL principal avec le compte sp_install, ou un autre compte ayant le rôle serveur sysadmin sur le SQL server.

2. Cliquez sur Démarrer, tapez Configuration de SQL Server, puis cliquez sur Gestionnaire de configuration SQL Server.

3. Dans le volet gauche, cliquez sur Services SQL Server.

4. Dans le volet de contenu, double-cliquez sur SQL Server (MSSQLSERVER).

5. Dans Propriétés SQL Server (MSSQLSERVER), cliquez sur l’onglet Haute disponibilité AlwaysOn, sélectionnez Activer les groupes de disponibilité AlwaysOn, cliquez sur Appliquer, puis sur OK lorsque vous y êtes invité. Ne fermez pas encore la fenêtre des propriétés.

6. Cliquez sur Se connecter, vérifiez que la case d’option Ce compte est sélectionnée, puis tapez \sqlservice<votre domaine> dans Nom de compte. Tapez le mot de passe du compte sqlservice dans Mot de passe et Confirmer le mot de passe, puis cliquez sur OK.

7. Dans la fenêtre de message, cliquez sur Oui pour redémarrer le service SQL Server.

8. Connectez-vous au serveur SQL secondaire et répétez cette procédure.

Lorsque cette phase est terminée, voici la configuration résultante, avec les noms d’ordinateur de l’espace réservé.

Phase 3 : L’infrastructure SQL Server pour votre batterie de serveurs SharePoint Server 2016 à haute disponibilité

Étape suivante

Utilisez Batterie de serveurs Intranet SharePoint dans Azure Phase 4 : Configurer des serveurs SharePoint pour poursuivre la configuration de cette charge de travail.

See also

Installer et configurer SharePoint Server 2016

Déploiement de SharePoint Server 2016 avec des groupes de disponibilité AlwaysOn SQL Server dans Azure
SharePoint Server 2016 dans Microsoft Azure
Création d’une batterie de serveurs SharePoint Server 2016 dans Azure