Перевод сервера локальных дисковых пространств в автономный режим для обслуживания Taking a Storage Spaces Direct server offline for maintenance

Применяется к: Windows Server 2019, Windows Server 2016 Applies to: Windows Server 2019, Windows Server 2016

В этом разделе приведены рекомендации для корректного перезапуска или завершения работы серверов с локальными дисковыми пространствами. This topic provides guidance on how to properly restart or shutdown servers with Storage Spaces Direct.

При использовании локальных дисковых пространств перевод сервера в автономный режим также означает отключение от сети частей хранилища, которые совместно используются на всех серверах в кластере. With Storage Spaces Direct, taking a server offline (bringing it down) also means taking offline portions of the storage that is shared across all servers in the cluster. Для этого требуется приостановка (Приостановка) сервера, который нужно перевести в режим «вне сети», перенос дисков сервера в режиме обслуживания, перемещение ролей на другие серверы в кластере и проверка того, что все данные доступны на других серверах в кластере, чтобы обеспечить безопасность и доступность данных во время обслуживания. Doing so requires pausing (suspending) the server you want to take offline, putting the server’s disks in maintenance mode, moving roles to other servers in the cluster, and verifying that all data is available on the other servers in the cluster so that the data remains safe and accessible throughout the maintenance.

Используйте следующие процедуры для корректной приостановки сервера в кластере локальных дисковых пространств перед его переводом в автономный режим. Use the following procedures to properly pause a server in a Storage Spaces Direct cluster before taking it offline.

Для установки обновлений в кластере локальных дисковых пространств используйте кластерное обновление (CAU), которое автоматически выполняет процедуры, описанные в этом разделе. To install updates on a Storage Spaces Direct cluster, use Cluster-Aware Updating (CAU), which automatically performs the procedures in this topic so you don’t have to when installing updates. Дополнительные сведения см. в статье Кластерное обновление (CAU). For more info, see Cluster Aware Updating (CAU).

Проверка безопасности перевода сервера в автономный режим Verifying it’s safe to take the server offline

Перед переводом сервера в автономный режим для обслуживания убедитесь, что все тома работоспособны. Before taking a server offline for maintenance, verify that all your volumes are healthy.

Для этого откройте сеанс PowerShell с разрешениями администратора и выполните следующую команду для просмотра состояния тома: To do so, open a PowerShell session with Administrator permissions and then run the following command to view volume status:

Вот пример того, как могут выглядеть выходные данные команды: Here’s an example of what the output might look like:

Убедитесь, что в свойстве HealthStatus каждого тома (виртуального диска) задано значение Healthy. Verify that the HealthStatus property for every volume (virtual disk) is Healthy.

Чтобы сделать это в Диспетчер отказоустойчивости кластеров, перейдите на > диски хранилища. To do this in Failover Cluster Manager, go to Storage > Disks.

Убедитесь, что в столбце Состояние каждого тома (виртуального диска) указано значение В сети. Verify that the Status column for every volume (virtual disk) shows Online.

Приостановка и очистка сервера Pausing and draining the server

Перед перезапуском или завершением работы сервера приостановите и очистите (перенесите) все роли, например виртуальные машины, запущенные на нем. Before restarting or shutting down the server, pause and drain (move off) any roles such as virtual machines running on it. Затем настройте диски для этого сервера в режиме обслуживания. Then set the disks for that server in maintenance mode. Это дает Локальные дисковые пространства возможность корректно сбрасывать и фиксировать данные, чтобы обеспечить прозрачность работы всех приложений, выполняющихся на этом сервере. This gives Storage Spaces Direct an opportunity to gracefully flush and commit data to ensure the shutdown is transparent to any applications running on that server.

Всегда приостанавливайте и очищайте серверы кластера до перезагрузки или завершения их работы. Always pause and drain clustered servers before restarting or shutting them down.

В PowerShell выполните следующий командлет (от имени администратора) для приостановки и очистки сервера. In PowerShell, run the following cmdlet (as Administrator) to pause and drain.

Для этого в диспетчере отказоустойчивости кластера перейдите в раздел Узлы, щелкните узел правой кнопкой мыши и выберите Приостановить > Очистить роли. To do this in Failover Cluster Manager, go to Nodes, right-click the node, and then select Pause > Drain Roles.

Все виртуальные машины начнут динамическую миграцию на другие серверы в кластере. All virtual machines will begin live migrating to other servers in the cluster. Это может занять несколько минут. This can take a few minutes.

При корректной приостановке и очистке узла кластера Windows выполняет автоматическую проверку безопасности продолжения процесса. When you pause and drain the cluster node properly, Windows performs an automatic safety check to ensure it is safe to proceed. Если существуют неработоспособные тома, процесс будет остановлен, а вы увидите предупреждение о том, что продолжать не безопасно. If there are unhealthy volumes, it will stop and alert you that it’s not safe to proceed.

В PowerShell выполните следующий командлет (с правами администратора), чтобы включить режим обслуживания хранилища. In PowerShell, run the following cmdlet (as Administrator) to enable storage maintenance mode.

Завершение работы сервера Shutting down the server

После завершения очистки сервера в диспетчере отказоустойчивого кластера и PowerShell он будет показан с состоянием Приостановлено. Once the server has completed draining, it will show as Paused in Failover Cluster Manager and PowerShell.

Теперь вы можете безопасно перезапустить или завершить работу сервера обычным способом (например, с помощью командлетов PowerShell Stop-Computer или Restart-Computer). You can now safely restart or shut it down, just like you would normally (for example, by using the Restart-Computer or Stop-Computer PowerShell cmdlets).

Неполное или пониженное рабочее состояние является нормальным при завершении работы узлов или запуске или остановке службы кластеров на узле и не должно вызывать проблем. Incomplete or Degraded Operational Status is normal when nodes are shutting down or starting/stopping the cluster service on a node and should not cause concern. Все другие тома остаются доступными и подключенными к сети. All your volumes remain online and accessible.

Возобновление работы сервера Resuming the server

Когда вы будете готовы снова начать размещение рабочих нагрузок на сервере, отключите режим обслуживания на дисках, а затем возобновите работу. When you are ready for the server to begin hosting workloads again, disable maintenance mode on the disks, and then resume it.

В PowerShell выполните следующие командлеты (от имени администратора). In PowerShell, run the following cmdlets (as Administrator). Чтобы вернуть ранее запущенные роли на сервер, используйте дополнительный флаг -Failback. To move the roles that were previously running on this server back, use the optional -Failback flag.

Для этого в диспетчере отказоустойчивости кластера перейдите в раздел Узлы, щелкните узел правой кнопкой мыши и выберите Возобновить > Восстановить размещение ролей. To do this in Failover Cluster Manager, go to Nodes, right-click the node, and then select Resume > Fail Roles Back.

Ожидание синхронизации хранилища Waiting for storage to resync

При возобновлении работы сервера все новые операции записи, произошедшие во время недоступности, требуют повторной синхронизации. When the server resumes, any new writes that happened while it was unavailable need to resync. Это происходит автоматически. This happens automatically. Благодаря интеллектуальному отслеживанию изменений не требуется сканировать или синхронизировать все данные, это необходимо сделать только для изменений. Using intelligent change tracking, it’s not necessary for all data to be scanned or synchronized; only the changes. Этот процесс регулируется для снижения влияния на рабочие нагрузки. This process is throttled to mitigate impact to production workloads. В зависимости от того, как долго сервер был приостановлен и сколько новых данных было записано, процесс может занять несколько минут. Depending on how long the server was paused, and how much new data as written, it may take many minutes to complete.

Вам следует дождаться завершения повторной синхронизации перед переводом других серверов кластера в автономный режим. You must wait for re-syncing to complete before taking any others servers in the cluster offline.

В PowerShell выполните следующий командлет (от имени администратора) для отслеживания хода выполнения. In PowerShell, run the following cmdlet (as Administrator) to monitor progress.

Вот пример выходных данных с отображением заданий синхронизации (восстановления): Here’s some example output, showing the resync (repair) jobs:

Значение BytesTotal показывает, сколько данных требуется синхронизировать повторно. The BytesTotal shows how much storage needs to resync. PercentComplete — ход выполнения операции. The PercentComplete displays progress.

Небезопасно отключать другой сервер до завершения заданий восстановления. It’s not safe to take another server offline until these repair jobs finish.

В это время для томов будет отображаться состояние Предупреждение — это нормально. During this time, your volumes will continue to show as Warning, which is normal.

Например, если вы используете командлет Get-VirtualDisk , можно увидеть следующее: For example, if you use the Get-VirtualDisk cmdlet, you might see the following output:

После завершения заданий убедитесь, что для томов отображается состояние Исправен, используя командлет Get-VirtualDisk . Once the jobs complete, verify that volumes show Healthy again by using the Get-VirtualDisk cmdlet. Вот пример выходных данных: Here’s some example output:

Теперь можно безопасно приостановить и перезапустить другие серверы в кластере. It’s now safe to pause and restart other servers in the cluster.

Как обновить узлы Локальные дисковые пространства в автономном режиме How to update Storage Spaces Direct nodes offline

Чтобы быстро обновить систему Локальные дисковые пространства, выполните следующие действия. Use the following steps to update your Storage Spaces Direct system quickly. В нем предполагается Планирование периода обслуживания и отключение системы для обновления. It involves scheduling a maintenance window and taking the system down for updating. Если имеется критическое обновление для системы безопасности, которое необходимо применить быстро или в течение всего периода обслуживания, то этот метод может оказаться ненужным. If there is a critical security update that you need applied quickly or maybe you need to ensure updating completes in your maintenance window, this method may be for you. Этот процесс выводит Локальные дисковые пространства кластер, обновляет его и снова переводит его. This process brings down the Storage Spaces Direct cluster, updates it, and brings it all up again. Компромисс заключается в простоях на размещенных ресурсах. The trade-off is downtime to the hosted resources.

Планирование периода обслуживания. Plan your maintenance window.

Переведите виртуальные диски в автономный режим. Take the virtual disks offline.

Закройте кластер, чтобы перевести пул носителей в автономный режим. Stop the cluster to take the storage pool offline. Запустите командлет -cluster или используйте Диспетчер отказоустойчивости кластеров, чтобы отключить кластер. Run the Stop-Cluster cmdlet or use Failover Cluster Manager to stop the cluster.

Задайте для службы кластеров значение отключено в Services. msc на каждом узле. Set the cluster service to Disabled in Services.msc on each node. Это предотвращает запуск службы кластеров во время исправления. This prevents the cluster service from starting up while being patched.

Примените накопительное обновление Windows Server и все необходимые обновления стека обслуживания для всех узлов. Apply the Windows Server Cumulative Update and any required Servicing Stack Updates to all nodes. (Вы можете обновить все узлы одновременно, нет необходимости ждать, так как кластер не работает). (You can update all nodes at the same time, no need to wait since the cluster is down).

Перезапустите узлы и убедитесь, что все выглядит хорошо. Restart the nodes, and ensure everything looks good.

Снова установите для службы кластеров значение автоматически на каждом узле. Set the cluster service back to Automatic on each node.

Запустите кластер. Start the cluster. Запустите командлет Start-Cluster или используйте Диспетчер отказоустойчивости кластеров. Run the Start-Cluster cmdlet or use Failover Cluster Manager.

Подождите несколько минут. Give it a few minutes. Убедитесь, что пул носителей работоспособен. Make sure the storage pool is healthy.

Подключите виртуальные диски к сети. Bring the virtual disks back online.

Отслеживайте состояние виртуальных дисков, выполнив командлеты Get-Volume и Get-VirtualDisk . Monitor the status of the virtual disks by running the Get-Volume and Get-VirtualDisk cmdlets.