Поделиться через


Этап 3. Создание фермы SharePoint в интрасети с помощью Azure: настройка инфраструктуры SQL Server

 

**Применимо к:**SharePoint Server 2016

**Последнее изменение раздела:**2017-09-20

Сводка. Сведения о настройке инфраструктуры SQL Server для размещения в Microsoft Azure фермы SharePoint Server 2016 с высокой доступностью.

На этом этапе развертывания такой фермы SharePoint Server 2016 в службах инфраструктуры Azure, для которой используется только интрасеть, создайте и настройте две виртуальные машины с SQL Server и узел для определения большинства в кластере, а затем добавьте их в кластер Windows Server.

Прежде чем переходить к разделу Этап 4. Создание фермы SharePoint в интрасети с помощью Azure: настройка серверов SharePoint, необходимо завершить этот этап. Описание всех этапов см. в статье Развертывание SharePoint Server 2016 в Azure с использованием групп доступности AlwaysOn для SQL Server.

Примечание

Эти инструкции предполагают использование образа SQL Server из коллекции образов Azure, поэтому с вас будет взиматься плата за лицензию на SQL Server. Можно также создать виртуальные машины в Azure и установить собственные лицензии на SQL Server, но для использования таких лицензий на виртуальных машинах, включая машины Azure, вам необходимы Software Assurance и License Mobility.

Создание в Azure виртуальных машин, составляющих кластер SQL Server

Существуют две виртуальные машины с SQL Server. Одна содержит основную реплику базы данных из группы доступности, другая — вторичную реплику. Последняя необходима для обеспечения высокой доступности. Дополнительная виртуальная машина нужна для определения большинства в кластере.

Создайте компоненты в Azure с помощью указанных ниже блоков команд PowerShell. Укажите значения переменных, удаляя символы < и >. Обратите внимание, что в этих блоках команд PowerShell используются значения из следующих таблиц:

  • таблица "Table R" для групп ресурсов;

  • таблица V (для параметров виртуальной сети);

  • таблица S (для подсетей);

  • таблица I (для статических IP-адресов);

  • таблица M (для виртуальных машин);

  • таблица A (для групп доступности).

Таблица M, а также таблицы R, V, S, I и A были определены на предыдущих этапах. Эти этапы описаны в разделах Этап 2. Создание фермы SharePoint в интрасети с помощью Azure: настройка контроллеров домена и Этап 1. Создание фермы SharePoint в интрасети с помощью Azure: настройка Azure соответственно.

Примечание

Для указанных ниже последовательностей команд используется последняя версия Azure PowerShell. Просмотрите статью Начало работы с командлетами Azure PowerShell.

Сначала необходимо создать внутренний балансировщик нагрузки Azure для двух виртуальных машин с SQL Server. Указав все правильные значения, выполните полученный блок в командной строке Azure PowerShell или в интегрированной среде сценариев PowerShell на локальном компьютере.

Совет

Текстовый файл, содержащий все команды PowerShell в этой статье, и книгу конфигурации Microsoft Excel, которая создает готовые блоки команд PowerShell на основе пользовательских параметров, можно найти в комплекте средств для развертывания фермы SharePoint Server 2016 с высоким уровнем доступности в Azure.

# 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

Затем добавьте адресную запись DNS во внутреннюю инфраструктуру DNS организации, разрешающую полное доменное имя для кластера SQL (например, sqlcluster.corp.contoso.com), в IP-адрес, который назначен внутреннему балансировщику нагрузки (значение "Table I" — "Item 4").

После этого создайте виртуальные машины кластера SQL Server.

Примечание

Образы виртуальных машин с SQL Server предназначены для сервера SQL Server 2016, который невозможно использовать с Workflow Manager. Если требуется Workflow Manager, используйте SQL Server 2014. Чтобы указать это, задайте для переменной $sqlSKU в приведенном ниже блоке команд Azure PowerShell значение SQL2014SP2-WS2012R2.

Указав правильные значения, выполните полученный блок в командной строке Azure PowerShell или в интегрированной среде сценариев PowerShell на локальном компьютере.

# 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

Примечание

Эти виртуальные машины предназначены для работы в интрасети, поэтому им не назначается общедоступный IP-адрес или метка доменного имени DNS, а также они не подключаются к Интернету. Однако это также означает, что к ним невозможно подключиться с помощью портала Azure. Параметр подключения недоступен при просмотре свойств виртуальной машины. Используйте средство "Подключение к удаленному рабочему столу" или другое аналогичное средство, чтобы подключиться к виртуальной машине по ее частному IP-адресу или DNS-имени интрасети.

Настройка компьютеров с SQL Server

Используя любой клиент удаленного рабочего стола, создайте подключение к удаленному рабочему столу для каждой виртуальной машины с SQL Server. Используйте DNS-имя интрасети или имя компьютера, а также учетные данные для локальной учетной записи администратора.

Подключите каждую виртуальную машину с SQL Server к соответствующему домену Windows Server AD, выполнив указанные ниже команды в командной строке Windows PowerShell.

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

Обратите внимание, что после ввода команды Add-Computer вам потребуется указать учетные данные для доменной учетной записи.

После перезапуска повторно подключите их с помощью локальной учетной записи администратора.

Затем необходимо добавить дополнительные диски с данными. Выполните эти команды в командной строке Windows PowerShell на каждом компьютере с 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

После этого проверьте возможность подключения каждого компьютера с SQL Server к расположениям в сети организации, используя команду ping для имен и IP-адресов ресурсов в этой сети. Это позволяет убедиться, что разрешение DNS-имен работает надлежащим образом (виртуальная машина правильно настроена с указанием DNS-серверов в виртуальной сети), а отправка пакетов возможна как в распределенную виртуальную сеть, так и из нее.

Выполните приведенный ниже блок команд PowerShell дважды (для каждого сервера SQL Server), чтобы настроить использование дополнительных дисков для новых баз данных, учетных записей и разрешений.

$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()

Выйдите из каждой виртуальной машины с SQL Server, а затем подключитесь к ним с помощью учетной записи sp_install.

На каждой виртуальной машине с SQL Server откройте командную строку Windows PowerShell от имени администратора и выполните указанный ниже блок команд PowerShell, чтобы разрешить подключения к удаленному рабочему столу с помощью учетной записи 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 требуется порт, который клиенты используют для доступа к серверу баз данных. Кроме того, необходимы порты для подключения с помощью SQL Server Management Studio и управления группой высокой доступности, а также дополнительный порт специально для зонда балансировщика нагрузки, который используется прослушивателем группы доступности.

Затем выполните приведенную ниже команду в командной строке Windows PowerShell дважды (для каждого сервера SQL Server), чтобы добавить правило брандмауэра, разрешающее эти типы входящего трафика для 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 

На каждой виртуальной машине с SQL Server выйдите из локальной учетной записи администратора.

Сведения об оптимизации производительности SQL Server в Azure см. в статье Рекомендации по оптимизации производительности SQL Server в виртуальных машинах Azure.

Настройка сервера для определения большинства в кластере

Используя любой клиент удаленного рабочего стола, создайте подключение к удаленному рабочему столу сервера для определения большинства в кластере. Используйте DNS-имя интрасети или имя компьютера, а также учетные данные для локальной учетной записи администратора.

Примечание

Обратите внимание на то, что это не нужно, если вы используете облако-свидетель.

После этого подключите сервер для определения большинства в кластере к соответствующему домену Windows Server AD, выполнив приведенные ниже команды в командной строке Windows PowerShell.

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

Обратите внимание, что после выполнения команды Add-Computer вам потребуется указать учетные данные для доменной учетной записи.

Создание кластера Windows Server

Группы доступности AlwaysOn для SQL Server используют функцию отказоустойчивой кластеризации Windows Server (WSFC). Эта функция позволяет нескольким машинам входить в кластер в качестве группы. Если на одной машине произойдет сбой, вторая займет ее место. Поэтому в первую очередь необходимо настроить функцию отказоустойчивой кластеризации на всех машинах группы, включая:

  • сервер-источник SQL Server;

  • сервер-получатель SQL Server;

  • узел для определения большинства в кластере (при необходимости).

Для создания отказоустойчивого кластера необходимо не менее трех виртуальных машин. На двух машинах нужно разместить SQL Server. Вторая виртуальная машина с SQL Server — это синхронная вторичная реплика, которая обеспечивает полную защиту от потерь данных в случае сбоя основной машины. Размещать SQL Server на третьей машине не нужно. узел для определения большинства в кластере обеспечивает возможность кворума в WSFC. Кластеру WSFC требуется кворум для мониторинга работоспособности. Следовательно, чтобы кластер WSFC был подключен к Интернету, нужно постоянное определение большинства. Если кластер состоит из двух машин и на одной из них произошел сбой, определение большинства невозможно. Дополнительные сведения см. в статье Режимы кворума и конфигурация голосования WSFC (SQL Server). Вместо виртуальной машины узла для определения большинства в кластере можно использовать облако-свидетель.

Выполните указанную ниже команду в командной строке Windows PowerShell от имени администратора на компьютере с SQL Server и узле для определения большинства.

Install-WindowsFeature Failover-Clustering -IncludeManagementTools

Так как поведение DHCP в Azure не соответствует положениям RFC, возможен сбой при создании отказоустойчивого кластера Windows Server (WSFC). Дополнительные сведения см. в разделе "Поведение кластера WSFC в сети Azure" статьи Высокий уровень доступности и аварийное восстановление для SQL Server на виртуальных машинах Azure. Но есть обходной путь. Чтобы создать кластер:

  1. Подключитесь к основной виртуальной машине с SQL Server, используя учетную запись sp_install.

  2. Нажмите кнопку Пуск, введите отказоустойчивости и выберите Диспетчер отказоустойчивости кластеров.

  3. В области слева щелкните правой кнопкой мыши Диспетчер отказоустойчивости кластеров и выберите команду Создать кластер.

  4. На странице Перед началом работы нажмите кнопку Далее.

  5. На странице Выбор серверов введите имя основной машины с SQL Server, затем последовательно нажмите кнопки Добавить и Далее.

  6. На странице Предупреждение проверки выберите Нет. Для этого кластера не требуется поддержка Майкрософт, поэтому проверочные тесты не нужны. Когда я нажму кнопку "Далее", продолжить создание кластера, а затем нажмите кнопку Далее.

  7. На странице Точка доступа для администрирования кластера введите имя кластера в поле Имя кластера и нажмите кнопку Далее.

  8. На странице Подтверждение нажмите кнопку Далее, чтобы начать создание кластера.

  9. На странице Сводка нажмите кнопку Готово.

  10. В области слева выберите созданный кластер. В разделе Ресурсы ядра кластера на панели содержимого выберите имя кластера серверов. Для ресурса IP-адрес отобразится состояние Сбой. Ресурс "IP-адрес" невозможно подключить к сети, так как кластеру назначен тот же IP-адрес, что и машине. Это значит, что адрес дублируется.

  11. Правой кнопкой мыши щелкните ресурс IP-адрес, затем выберите команду Свойства.

  12. В диалоговом окне Свойства IP-адреса выберите Статический IP-адрес.

  13. Введите неиспользуемый IP-адрес из диапазона адресов, соответствующего подсети, в которой размещен SQL Server, и нажмите кнопку ОК.

  14. Правой кнопкой мыши щелкните ресурс IP-адрес со сбоем, затем выберите команду Подключить. Подождите, пока оба ресурса не подключатся. Когда ресурс с именем кластера подключится, для контроллера домена будет добавлена новая учетная запись компьютера в Active Directory (AD). Эта учетная запись AD будет использована позже для запуска службы кластеров группы доступности.

  15. После создания учетной записи AD переведите ресурс с именем кластера в автономный режим. В разделе Ресурсы ядра кластера щелкните имя кластера правой кнопкой мыши и выберите команду Отключить.

  16. Чтобы удалить IP-адрес кластера, щелкните правой кнопкой мыши IP-адрес, выберите команду Удалить, а затем нажмите Да при появлении соответствующего запроса. Теперь ресурс кластера не может подключиться к сети, так как зависит от ресурса "IP-адрес". Но группе доступности для корректной работы не нужно имя кластера или IP-адрес. Ресурс с именем кластера можно оставить в автономном режиме.

  17. Чтобы добавить в кластер все остальные узлы, щелкните правой кнопкой мыши имя кластера в области слева и выберите команду Добавить узел.

  18. На странице Перед началом работы нажмите кнопку Далее.

  19. На странице Выбор серверов введите имя и нажмите кнопку Добавить, чтобы добавить сервер-получатель SQL Server и узел для определения большинства в кластер. Обратите внимание на то, что узел для определения большинства не нужен, если вы используете облако-свидетель.

  20. После добавления двух компьютеров нажмите кнопку Далее. Если компьютер не удалось добавить и отобразилось сообщение об ошибке "Служба удаленного реестра не запущена", выполните указанные ниже действия. Войдите в систему компьютера, откройте оснастку служб (services.msc) и включите службу удаленного реестра. Дополнительные сведения см. в статье Не удается подключиться к службе удаленного реестра.

  21. На странице Предупреждение проверки выберите Нет. Для этого кластера не требуется поддержка Майкрософт, поэтому проверочные тесты не нужны. Когда я нажму кнопку "Далее", продолжить создание кластера, а затем нажмите кнопку Далее.

  22. На странице Подтверждение нажмите кнопку Далее.

  23. На странице Сводка нажмите кнопку Готово.

  24. В области слева выберите Узлы. Должны отображаться все три компьютера.

Если вы используете облако-свидетель, см. статью Развертывание облака-свидетеля для отказоустойчивого кластера.

Включение групп доступности AlwaysOn

Далее необходимо включить группы доступности AlwaysOn с помощью диспетчера конфигурации SQL Server. Обратите внимание на то, что группы доступности в SQL Server отличаются от групп доступности в Azure. Группа доступности SQL Server содержит высокодоступные базы данных с возможностью восстановления. Группа доступности Azure выделяет виртуальные машины для различных доменов сбоя. Дополнительные сведения о доменах сбоя см. в статье Управление доступностью виртуальных машин.

Для включения групп доступности AlwaysOn в SQL Server выполните указанные ниже действия.

  1. Подключитесь к серверу-источнику SQL Server с помощью учетной записи sp_install или другой учетной записи с ролью сервера администратора в SQL Server.

  2. Нажмите кнопку Пуск, введите конфигурации SQL Server и нажмите Диспетчер конфигурации SQL Server.

  3. В левой области щелкните Службы SQL Server.

  4. На панели содержимого дважды щелкните SQL Server (MSSQLSERVER).

  5. В окне Свойства SQL Server (MSSQLSERVER) откройте вкладку Высокий уровень доступности AlwaysOn, выберите Включить группы доступности AlwaysOn, нажмите кнопку Применить, а затем нажмите кнопку ОК при отображении соответствующего запроса. Пока не закрывайте окно свойств.

  6. Откройте вкладку Вход, установите переключатель Эта учетная запись, затем введите <домен>\sqlservice в поле Имя учетной записи. Введите пароль учетной записи sqlservice в поля Пароль и Подтверждение пароля, а затем нажмите кнопку ОК.

  7. В окне сообщения нажмите кнопку Да, чтобы перезапустить службу SQL Server.

  8. Подключитесь к серверу-получателю SQL Server и повторите эти действия.

Здесь показана конфигурация, полученная в результате успешного выполнения этого этапа (с заполнителями вместо имен компьютеров).

Этап 3. Инфраструктура SQL Server для фермы SharePoint Server 2016 с высоким уровнем доступности

Phase 3 of the SharePoint Server 2016 highly-available farm in Azure with SQL Server infrastructure

Следующий этап

Перейдите к разделу Этап 4. Создание фермы SharePoint в интрасети с помощью Azure: настройка серверов SharePoint, чтобы продолжить настраивать эту рабочую нагрузку.

See also

Установка и настройка SharePoint Server 2016

Развертывание SharePoint Server 2016 в Azure с использованием групп доступности AlwaysOn для SQL Server
SharePoint Server 2016 в Microsoft Azure
Создание фермы SharePoint Server 2016 в Azure