Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описывается, как исключить диски из репликации во время аварийного восстановления из локальной среды в Azure с помощью Azure Site Recovery. Исключить диски из репликации может потребоваться по ряду причин:
- неважные данные, находящиеся на исключенном диске, не реплицируются;
- Вы хотите оптимизировать потребляемую пропускную способность репликации или целевые ресурсы.
- Вы хотите сохранить ресурсы хранилища и сети, не реплицируя данные, которые вам не нужны.
- Виртуальные машины Azure достигли ограничений репликации Site Recovery.
Это важно
Классический интерфейс для защиты компьютеров VMware с помощью ASR был выведен из эксплуатации 30 марта 2026 года. Подробнее. Переключитесь на обновленный интерфейс , чтобы избежать прерывания работы службы.
Поддерживаемые сценарии
Диски можно исключить из репликации, как описано в следующей таблице.
| Из Azure в Azure | VMware в Azure | Hyper-V в Azure | С физического сервера в Azure |
|---|---|---|---|
| Да | Да | Да | Да (только в классической архитектуре) |
Ограничения исключения
| Ограничение | Виртуальные машины Azure | Виртуальные машины VMware | Виртуальные машины Hyper-V |
|---|---|---|---|
| Типы дисков | Можно исключать из репликации базовые диски. Нельзя исключать диски операционной системы и динамические диски. Временные диски исключаются по умолчанию. |
Можно исключать из репликации базовые диски. Нельзя исключать диски операционной системы и динамические диски. |
Можно исключать из репликации базовые диски. Вы не можете исключать диски операционной системы. Не исключайте динамические диски. Site Recovery не может определить, является ли виртуальный жесткий диск базовым или динамическим в гостевой виртуальной машине. Если вы не исключите все зависимые динамические диски томов, защищенный динамический диск станет отказавшим на виртуальной машине для отказа, и данные на этом диске станут недоступными. |
| Реплицируемый диск | Нельзя исключить диск, который реплицируется. Отключите и повторно включите репликацию для виртуальной машины. |
Нельзя исключить диск, который реплицируется. | Нельзя исключить диск, который реплицируется. |
| Служба "Мобильность" (VMware) | Неприменимо | Можно исключать диски только на тех виртуальных машинах, на которых установлена служба "Мобильность". Это требование означает, что необходимо вручную установить службу Mobility Service на виртуальных машинах, для которых требуется исключить диски. Невозможно использовать механизм принудительной установки, так как он устанавливает службу только после включения репликации. |
Неприменимо |
| Добавление и удаление | Можно добавить управляемые диски на виртуальных машинах Azure с управляемыми дисками и с поддержкой репликации. Вы не можете удалить диски на виртуальных машинах Azure с поддержкой репликации. | Нельзя добавлять и удалять диски после включения репликации. Отключите и снова включите репликацию, чтобы добавить диск. | Нельзя добавлять и удалять диски после включения репликации. Отключите и снова включите репликацию. |
| Резервирование | Если приложению требуется диск, который был исключен, после переключения на резервный сервер необходимо создать диск вручную для запуска реплицируемого приложения. Кроме того, можно создать диск во время переключения на резервную виртуальную машину, интегрируя службу автоматизации Azure в план восстановления. |
Если вы исключаете диск, который требуется приложению, создайте его вручную в Azure после переключения на резервный ресурс. | Если вы исключаете диск, который требуется приложению, создайте его вручную в Azure после переключения на резервный ресурс. |
| На локальных серверах вручную созданные диски для отката | Неприменимо |
Windows VMs: Диски, созданные вручную в Azure, не восстанавливаются. Например, если вы перенесли три диска и создали два диска на виртуальной машине Azure, то вы вернете только три диска, задействованных при переносе. Linux VMs: Диски, созданные в Azure вручную, возвращены в рабочее состояние. Например, если выполнить отработку отказа на трех дисках и создать два диска на виртуальной машине Azure, то все пять будут возвращены к работе. Диски, созданные вручную, нельзя исключать из отката к резервной копии. |
Диски, созданные вручную в Azure, не восстанавливаются в исходное состояние. Например, если произойдет отказ трех дисков и создать два диска непосредственно на виртуальной машине Azure, копируются только те три диска, которые отказали. |
| Возврат к локальному резервному копированию — исключенные диски | Неприменимо | При возврате на исходный компьютер в конфигурацию дисков возвратной виртуальной машины не включаются исключенные диски. Диски, которые были исключены из процесса репликации с VMware в Azure, недоступны на виртуальной машине возврата. | Если восстановление происходит в исходное расположение Hyper-V, конфигурация дисков восстановленной виртуальной машины остается такой же, как у диска исходной виртуальной машины. Диски, исключенные из процесса репликации с сайта Hyper-V в Azure, доступны на виртуальной машине обратного восстановления. |
Типичные сценарии
Хорошим примером потока данных для исключения могут являться записи в файл подкачки (pagefile.sys) и записи в файл tempdb Microsoft SQL Server. В зависимости от рабочей нагрузки и подсистемы хранилища файл подкачки и файл tempdb могут регистрировать значительный поток данных. Репликация этого типа данных в Azure требует больших ресурсов.
Чтобы оптимизировать репликацию для виртуальной машины с одним виртуальным диском, включающим операционную систему и файл разбиения по страницам, можно:
- Разделите один виртуальный диск на два диска. Один виртуальный диск будет содержать операционную систему, а второй — файл подкачки.
- Исключите диск с файлом подкачки из репликации.
Чтобы оптимизировать репликацию для диска, включающего как файл tempdb Microsoft SQL Server, так и системный файл базы данных, можно:
- Расположите системную базу данных и базу данных tempdb на разных дисках.
- Исключите диск с файлом tempdb из репликации.
Пример 1. Исключение диска с файлом tempdb SQL Server
Давайте рассмотрим, как обрабатывать исключение дисков, резервный переход и отработку отказа для виртуальной машины-источника SQL Server на Windows — SalesDB*, для которой необходимо исключить tempdb.
Исключение дисков из репликации
На исходной виртуальной машине Windows SalesDB имеются следующие диски.
| Имя диска | Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|---|
| DB-Disk0-OS | Диск 0 | C:\ | Диск операционной системы. |
| DB-Диск1 | Диск 1 | D:\ | Системная база данных SQL и база данных пользователя Database1. |
| DB-Disk 2 (исключён из защиты) | Диск 2 | E:\ | Временные файлы. |
| DB-Disk 3 (исключен из защиты) | Диск 3 | F:\ | База данных tempdb SQL. Путь к папке — F:\MSSQL\Data. Перед переключением на резервный сервер сделайте запись пути к папке. |
| DB-Disk4 | Диск 4 | G:\ | База данных пользователя Database2 |
- Мы включили репликацию для виртуальной машины SalesDB.
- Мы исключили диски 2 и 3 из репликации, поскольку данные на этих дисках являются временными.
Обработка дисков во время переключения при отказе
Поскольку диски не копируются, при переключении на Azure эти диски не появляются на виртуальной машине Azure, которая создается после переключения. Виртуальная машина Azure использует конфигурацию диска, приведенную в следующей таблице.
| Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|
| Диск 0 | C:\ | Диск операционной системы. |
| Диск 1 | E:\ | Временное хранилище Azure добавляет этот диск. Так как диски 2 и 3 были исключены из репликации, "E:" является первой доступной буквой из списка. Azure назначает "E:" тому временного хранилища. Прочие буквы дисков для реплицированных дисков останутся без изменений. |
| Диск 2 | D:\ | Системная база данных SQL и база данных пользователя Database1 |
| Диск 3 | G:\ | База данных пользователя Database2 |
В этом примере вы исключили из репликации диск tempdb SQL, Disk3. Так как она недоступна на виртуальной машине Azure, служба SQL находится в остановленном состоянии и требуется путь F:\MSSQL\Data. Этот путь можно создать несколькими способами.
- Добавьте новый диск после переключения на резерв, и назначьте путь к папке tempdb.
- Используйте существующий диск временного хранилища для пути к папке tempdb.
Добавление нового диска после переключения на резервный сервер
- Запишите пути к файлам SQL tempdb.mdf и tempdb.ldf до переключения на резервный узел.
- На портале Azure добавьте новый диск в резервную виртуальную машину Azure. Диск должен иметь тот же размер (или больше), что и исходный диск базы данных tempdb SQL (Диск 3).
- Войдите на виртуальную машину Azure.
- В консоли управления (diskmgmt.msc) диском выполните инициализацию и форматирование добавленного диска.
- Назначьте ту же букву диска, что используемый диск tempdb SQL (F:).
- Создайте папку tempdb в томе "F:" (F:\MSSQL\Data).
- Запустите службу SQL из консоли службы.
Использование существующего временного дискового хранилища
Откройте командную строку.
Запустите SQL Server в режиме восстановления из командной строки.
Net start MSSQLSERVER /f / T3608Запустите следующую команду sqlcmd, чтобы изменить путь к tempdb на новый.
sqlcmd -A -S SalesDB **Use your SQL DBname** USE master; GO ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'E:\MSSQL\tempdata\tempdb.mdf'); GO ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'E:\MSSQL\tempdata\templog.ldf'); GOОстановите службу Microsoft SQL Server.
Net stop MSSQLSERVERЗапустите службу Microsoft SQL Server.
Net start MSSQLSERVER
Виртуальные машины VMware: диски при возврате в исходное расположение
Затем вы узнаете, как управлять дисками на VMware ВМ при возврате после отказа в исходное локальное расположение.
- Диски, созданные в Azure: Поскольку в этом примере используется виртуальная машина Windows, диски, которые вы создаёте вручную в Azure, не реплицируются обратно на ваш сайт при возврате после отказа или повторном обеспечении защиты виртуальной машины.
- Диск временного хранилища в Azure: диски временного хранилища не реплицируются в локальные узлы.
- Исключенные диски: диски, которые вы исключили из процесса репликации между VMware и Azure, не доступны на локальной виртуальной машине после возврата системы.
Перед восстановлением размещения виртуальных машин VMware в исходном расположении виртуальная машина Azure имеет следующую конфигурацию дисков.
| Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|
| Диск 0 | C:\ | Диск операционной системы. |
| Диск 1 | E:\ | Временное хранилище. |
| Диск 2 | D:\ | Системная база данных SQL и база данных пользователя Database1. |
| Диск 3 | G:\ | Пользовательская база данных Database2. |
После восстановления системы, VMware виртуальная машина в исходном расположении имеет диски, показатели которых сведены в следующей таблице.
| Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|
| Диск 0 | C:\ | Диск операционной системы. |
| Диск 1 | D:\ | Системная база данных SQL и база данных пользователя Database1. |
| Диск 2 | G:\ | Пользовательская база данных Database2. |
Виртуальные машины Hyper-V: диски при возврате в исходное местоположение
Рассмотрим, как управлять дисками на виртуальных машинах Hyper-V при восстановлении на исходное локальное расположение.
- Диски, созданные в Azure: диски, созданные вручную в Azure, не реплицируются обратно на ваш сайт при возврате или повторной защите виртуальной машины.
- Диск временного хранилища в Azure: диски временного хранилища не реплицируются в локальные узлы.
- Исключенные диски: после отката конфигурация диска виртуальной машины совпадает с исходной конфигурацией диска виртуальной машины. Диски, исключенные из репликации из Hyper-V в Azure, доступны на виртуальной машине для восстановления после сбоя.
Перед тем как вернуть виртуальные машины Hyper-V в исходное расположение, у виртуальной машины Azure следующие параметры дисков.
| Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|
| Диск 0 | C:\ | Диск операционной системы. |
| Диск 1 | E:\ | Временное хранилище. |
| Диск 2 | D:\ | Системная база данных SQL и база данных пользователя Database1. |
| Диск 3 | G:\ | Пользовательская база данных Database2. |
После запланированного переключения (возврат) с Azure на локальную Hyper-V виртуальная машина Hyper-V в исходном местоположении имеет диски, перечисленные в следующей таблице.
| Имя диска | Диск гостевой операционной системы № | Буква диска | Тип данных диска |
|---|---|---|---|
| DB-Disk0-OS | Диск 0 | C:\ | Диск операционной системы. |
| DB-Диск1 | Диск 1 | D:\ | Системная база данных SQL и база данных пользователя Database1. |
| DB-Disk2 (исключенный диск) | Диск 2 | E:\ | Временные файлы. |
| DB-Disk3 (исключенный диск) | Диск 3 | F:\ | База данных tempdb SQL. Путь к папке: (F:\MSSQL\Data). |
| DB-Disk4 | Диск 4 | G:\ | База данных пользователя Database2 |
Пример 2: Исключение диска с файлом подкачки
В этом примере показано, как обрабатывать исключение дисков из обработки, переключение на резервный ресурс и возврат к исходному состоянию для исходной виртуальной машины Windows. Вы хотите исключить pagefile.sys диск файла как на диске D, так и на альтернативном диске.
Файл подкачки на диске D
На исходной виртуальной машине есть следующие диски:
| Имя диска | Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|---|
| DB-Disk0-OS | Диск 0 | C:\ | Диск операционной системы. |
| DB-Disk1 (исключен из репликации) | Диск 1 | D:\ | pagefile.sys |
| DB-Disk2 | Диск 2 | E:\ | Пользовательские данные 1 |
| DB-Disk3 | Диск 3 | F:\ | Пользовательские данные 2 |
Параметры разбиения на страницах исходной виртуальной машины:
- Мы включили репликацию для виртуальной машины.
- Мы исключили диск DB-Disk1 из репликации.
Диски после переключения на резерв
После переключения на резервный сервер в виртуальной машине Azure имеются диски, перечисленные в следующей таблице:
| Имя диска | № диска гостевой операционной системы | Буква диска | Тип данных на диске |
|---|---|---|---|
| DB-Disk0-OS | Диск 0 | C:\ | Диск операционной системы. |
| DB-Диск1 | Диск 1 | D:\ | Временное хранилище и pagefile.sys Так как вы исключили DB-Disk1 (D:), D: — это первая буква диска из доступного списка. Azure назначает "D:" для временного хранилища. Так как D: доступен, параметр файла разбиения на виртуальных машинах остается неизменным. |
| DB-Disk2 | Диск 2 | E:\ | Пользовательские данные 1 |
| DB-Disk3 | Диск 3 | F:\ | Пользовательские данные 2 |
Параметры файла подкачки на виртуальной машине Azure:
Файл подкачки на другом диске (не "D:")
Рассмотрим пример, в котором файл подкачки находится не на диске "D".
На исходной виртуальной машине есть следующие диски:
| Имя диска | Диск гостевой ОС | Буква диска | Тип данных диска |
|---|---|---|---|
| DB-Disk0-OS | Диск 0 | C:\ | Диск операционной системы. |
| DB-Disk1 (исключен из репликации) | Диск 1 | G:\ | pagefile.sys |
| DB-Disk2 | Диск 2 | E:\ | Пользовательские данные 1 |
| DB-Disk3 | Диск 3 | F:\ | Пользовательские данные 2 |
Локальная виртуальная машина использует следующие параметры файла разбиения по страницам:
- Мы включили репликацию для виртуальной машины.
- Мы исключили диск DB-Disk1 из репликации.
Диски после переключения на резерв
После переключения на резервный сервер в виртуальной машине Azure имеются диски, перечисленные в следующей таблице:
| Имя диска | Диск гостевой операционной системы № | Буква диска | Тип данных диска |
|---|---|---|---|
| DB-Disk0-OS | Диск 0 | C:\ | Диск операционной системы. |
| DB-Диск1 | Диск 1 | D:\ | Временное хранилище Поскольку "D:" является первой доступной буквой диска в списке, Azure назначает эту букву временной области хранения. Для всех реплицированных дисков буква диска не изменится. Так как диск G: недоступен, система использует диск C: для файла разбиения по страницам. |
| DB-Disk2 | Диск 2 | E:\ | Пользовательские данные 1 |
| DB-Disk3 | Диск 3 | F:\ | Пользовательские данные 2 |
Параметры файла подкачки на виртуальной машине Azure:
Следующие шаги
- Дополнительные сведения о рекомендациях для диска временного хранения:
- Сведения об использовании SSD в виртуальных машинах Azure для хранения расширений tempDB и буферного пула SQL Server.
- Ознакомьтесь с рекомендациями по производительности SQL Server на виртуальных машинах Azure.
- После запуска развертывания узнайте больше о различных типах резервирования.