- Storage Replica (репликация хранилища) в Windows Server 2016
- Требования к Storage Replica
- Установка Storage Replica в Windows Server 2016
- Настройка репликации томов в Windows Server 2016
- Политика Майкрософт для дублирования дисков для установок Windows
- Аннотация
- Дополнительные сведения
- Windows 8 и Windows Server 2012
- Ссылки
- Перенос (клонирование) Windows на другой SSD/HDD диск
Storage Replica (репликация хранилища) в Windows Server 2016
В Windows Server 2016 появилась довольно интересная возможность репликации локального хранилища (дискового тома) на удаленный сервер – Storage Replica (SR). Данные одного тома автоматически синхронизируются по сети на вторичный сервер, на котором всегда будет доступна идентичная копия тома. Репликация данных в Storage Replica выполняется на уровне блоков с помощью протокола SMB v3.1.1 и не зависит от используемой файловой системы (NTFS, CSVFS, ReFS).
Репликация хранилищ в Windows Server 2016 работает в режиме Active / Passive. Это означает, что данные доступны только на сервере источнике. Возможны два режима репликации:
- Синхронная репликация – данные пишутся одновременно на оба сервера. Перед записью данных на основной сервер он ждет подтверждения о записи данных на удаленный сервер;
- Асинхронная репликация – данные записываются на основной сервер, и затем реплицируются на вторичный.
Storage Replica поддерживает следующие сценарии:
- Репликация между томами одного сервера
- Репликация хранилища Server-to-server
- Репликация хранилища в эластичном кластере (stretch cluster)
- Репликация хранилища между двумя разными кластерами (Cluster-to-cluster)
Требования к Storage Replica
Для использования Storage Replica ваша инфраструктура должна соответствовать следующим требованиям:
- Windows Server 2016/2019 в редакции Datacenter;
- Оба сервера должны состоять в домене Active Directory;
- По два дополнительных диска на каждом сервере – на одном храняться данные, на втором – логи. Диск с логами должен быть быстрее диска с данными, в идеале SSD. Размеры диска с данными должны быть одинаковыми;
- Таблица разделов дисков – только GPT (MBR не поддерживается);
- Поддерживаются локальные диски (SAS/SCSI/SATA), iSCSI, SAN, общие VHDX, Storage Spaces с SAS JBOD;
- Минимум 2 Гб памяти на сервере;
- Сеть между серверами >= 1 Гбит/с с задержками не более 5 мс в обе стороны ( как правило это ограничивает расстоянием между партнерами по репликации до 30-50 км). Сетевой адаптер желательно с поддержкой RDMA;
- Наличие открытых TCP портов 445, 5985 и 5445 между серверами;
Установка Storage Replica в Windows Server 2016
Компонент Storage Replica можно установить из консоли Server Manager или с помощью PowerShell:
Install-WindowsFeature Storage-Replica –IncludeManagementTools -Restart
Компонент Storage-Replica нужно установить на оба сервера. После установки компонента сервера нужно перезагрузить.
Настройка репликации томов в Windows Server 2016
У Storage Replication нет встроенной графической консоли управления. Для настройки репликации хранилищ нужно использовать PowerShell, Admin Center или консоль Failover Clustering (при использовании кластера).
Список доступных командлетов в модуле StorageReplica можно вывести так:
Get-Command -Module storagereplica
С помощью команды Test-SRTopology вы можете проверить соответствует ли ваш сервер и канал связи технологии Storage Replica. Вы можете оценить текущее количество операций ввода/вывода, пропускную способность сети, размер журналов. Командлет Test-SRTopology генерирует HTML отчет с текущими нагрузками и рекомендациями.
Включим репликацию хранилища D: между двумя отдельными серверами SR1 и SR2 (для логов используется диск L:, размер журнала – 1 Гб):
New-SRPartnership -SourceComputerName SR1 -SourceRGName SR1ReplGroup01 -SourceVolumeName E: -SourceLogVolumeName L: -DestinationComputerName SR2 -DestinationRGName SR2ReplGroup01 -DestinationVolumeName D: -DestinationLogVolumeName E: -LogSizeInBytes 1GB
После включения репликации на вторичном сервере диск с данными становится недоступен для внесения изменений (формат RAW).
Информацию о репликации тома можно получить с помощью дополнительных счетчиков производительности в PerfMon или из PowerShell:
Get-Counter -Counter “\Storage Replica Statistics(*)
События репликации томов можно отслеживать в журналах Event Viewer (Applications and Services Logs -> Microsoft -> Windows -> StorageReplica) или из PowerShell:
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 10
Переключить режим репликации на асинхронный можно командой:
Set-SRPartnership -ReplicationMode Asynchronous
При выходе из строя основного сервера вы можете вручную изменить направление репликации данных, переведя вторичную копию в онлайн режим:
Set-SRPartnership -NewSourceComputerName SR2 -SourceRGName SR2ReplGroup01 -DestinationComputerName SR1 -DestinationRGName SR1ReplGroup01
Для получения информации о состоянии групп и направлении репликации используйте командлеты Get-SRGroup и Get-SRPartnerShip.
Можно проверить длину очереди копирования:
(Get-SRGroup).Replicas | Select-Object numofbytesremaining
Чтобы удалить репликацию:
Get-SRPartnership | Remove-SRPartnership (только на основном сервере)
Get-SRGroup | Remove-SRGroup (на обоих серверах)
интерфейса.
Во многих организациях в качестве решения для катастрофоустойчивого хранения данных используется DFS репликация между ЦОД. У SR есть несколько преимуществ перед DFS репликацией: данные копируются на блочном уровне (возможно репликация открытых и используемых файлов, VSS снапшотов), независимость от базы данных (нет необходимости согласования базы данных при старте), быстрая и синхронная репликация (не нужно ждать часы или дни как в DFS). Из недостатков Storage Replica: репликация только 1 к 1, высокие требования к сети и задержкам, без использования кластера используется ручное переключение направления репликации и перенастройка приложений (пользователей) на новый сервер (можно упростить за счет общего DFS namespace).
В Windows Server 2019 Build 17650 Storage Replica доступна и редакции Standard (можно реплицирвать только 1 том до 2 Тб, одному партнеру по репликации. В Datacenter партеров по репликации можен быть несколько). Кроме того, появился режим Test Failover. В этом режиме на партнере создается достпный для записи том-реплика, а репликация прекращается до момента отключения Test Failover (все изменения за время использования этого режима откатываются к снапшоту).
Политика Майкрософт для дублирования дисков для установок Windows
В этой статье описываются ИД безопасности и поддерживаемые методы клонирования или дублирования установки Windows.
Исходная версия продукта: Windows 10 версии 2004, Windows 10 версии 1909, Windows 10 версии 1903, Windows 10 версии 1809, Windows 7 Пакет обновления 1, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 314828
Аннотация
При развертывании дубликата или образа установки Windows необходимо использовать средство подготовки системы (Sysprep) перед захватом образа. Sysprep подготавливает установку Microsoft Windows для дублирования, аудита и доставки клиентов. Для Windows 2000, Windows XP и Windows Server 2003 Sysprep входит в пакет обновления Deploy.cab. Для более поздних версий Windows Sysprep входит в состав операционной системы, а Sysprep находится в папке: %windir%\system32\sysprep .
Дополнительные сведения
Sysprep отвечает за удаление данных системы из Windows, таких как SID компьютера. Во время установки Windows sid компьютера вычисляется так, чтобы он содержал статистически уникальное 96-битное число. ИД безопасности компьютера — это префикс ИД БЕЗОПАСНОСТИ учетной записи пользователя и группы, созданных на компьютере. ИД безопасности компьютера объединяется с относительным идентификатором (RID) учетной записи для создания уникального идентификатора учетной записи.
В следующем примере отображаются ИД безопасности для четырех локальных учетных записей пользователей. При добавлении новых учетных записей добавляются только последние четыре цифры.
HKEY_USERS на локальном компьютере
S-1-5-21-191058668-193157475-1542849698-500 Administrator S-1-5-21-191058668-193157475-1542849698-1000 User 1a-Sa 1-5-21-191058668-193157475-1542849698-1001 User 2 S-1-5-21-191058668-193157475-1542849698-1002 User 3
Клонирование или дублирование установки без принятия рекомендуемых действий может привести к дублированию ИД безопасности. Для съемных носителю дубликат SID может предоставить учетной записи доступ к файлам, даже если разрешения NTFS для учетной записи специально запретить доступ к этим файлам. Так как sid идентифицирует компьютер или домен и пользователя, для поддержки текущих и будущих программ необходимы уникальные идентификаторы БЕЗОПАСНОСТИ. Дополнительные сведения о проблемах, которые могут возникнуть при клонировании установки Windows 8 или Windows Server 2012, можно найти в разделе Windows 8 и Windows Server 2012.
Помимо sid компьютера, многие другие компоненты и компоненты должны быть очищены, обобщены или специализированы для образа. Вот некоторые примеры:
- Журналы событий
- Параметры сети
- Параметры игрока Windows Media
- Параметры оболочки
- Лицензирование
Это не полный список.
Мы поддерживаем следующие операционные системы, которые подготовлены с помощью совместицы Sysprep, а затем с изображением:
- Windows NT Workstation 4.0
- Windows NT Server 4.0 (автономный сервер, а не основные контроллеры домена или резервные контроллеры домена)
- Windows 2000 Professional
- Windows 2000 Server (необходимо сделать изображение перед запуском DCPromo)
- Windows 2000 Advanced Server
- Windows XP Home Edition
- Windows XP Professional
- Windows Server 2003, Standard Edition;
- Windows Server 2003, Datacenter Edition;
- Windows Server 2003, Enterprise Edition;
- Windows Server 2003, Web Edition.
- Все версии Windows Vista
- Все версии Windows Server 2008
- Все версии Windows 7
- Все версии Windows Server 2008 R2
- Все версии Windows 8
- Все версии Windows Server 2012
- Все версии Windows 10
- Все версии Windows Server 2016
- Все версии Windows Server 2019
- Все версии Windows Server 1903
- Все версии Windows Server версии 1909
Мы не предоставляем поддержку компьютеров, которые настроены с помощью дубликатов SID, кроме средства подготовки системы. Например, это включает следующее:
Контактные данные сторонних организаций предоставлены в этой статье с целью помочь пользователям получить необходимую техническую поддержку. Эти данные могут быть изменены без предварительного уведомления. Корпорация Майкрософт не дает гарантий относительно правильности приведенных контактных данных сторонних производителей.
Если образ был создан без использования Sysprep, мы не поддерживаем выполнение Sysprep после развертывания образа для обеспечения соответствия требованиям. Перед захватом изображения необходимо запустить Sysprep.
Windows 8 и Windows Server 2012
Если вы клонировали образ Windows 8 или виртуальную машину windows Server 2012 без запуска, P2V и не могли поддерживать физический компьютер в работе или создавать резервную копию компьютера, но при этом на исходном компьютере могут возникнуть проблемы, из-за которых push-уведомления не sysprep.exe /generalize работают. Например, могут возникнуть следующие проблемы:
- Уведомления плиток, индикаторов событий и всплывающие уведомления не обновляются, даже если доступно подключение к Интернету.
- Приложения, которые используют необработанные уведомления, работают не так, как ожидалось. Например, вы заметили существенное снижение функциональности почты, календаря и обмена сообщениями.
- Синхронизация изменений параметров безопасности в роуминге и семейных условиях занимает много времени. Чтобы устранить эти проблемы, используйте один из следующих методов:
- Настройте компьютеры с помощью команды Sysprep /generalize, а затем развернем образ.
- Замените существующую учетную запись пользователя новой учетной записью. Идентификатор устройства хранится как часть профиля пользователя. Каждая новая учетная запись NTUser, добавляемая на компьютер, получает новый идентификатор.
Ссылки
Дополнительные сведения о средстве подготовки системы Windows можно получить на следующих веб-сайтах Майкрософт:
В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.
Перенос (клонирование) Windows на другой SSD/HDD диск
В этой статье мы рассмотрим, как перенести установленную Windows с одного жесткого диска на другой только с помощью встроенных средств без использования сторонних программ (таких, как Paragon, AOMEI или Acronis). Эта инструкция поможет вам, например, перенести Windows с HDD на новый SSD диск, или склонировать установленную и настроенную Windows на другой компьютер (есть нюансы) или новый жесткий диск большего размера.
В качестве примера мы склонируем установленную Windows 10 на новый диск с помощью загрузочной USB флешки, командной строки и встроенной утилиты robocopy.
Вы сможете склонировать жесткий диск на новый диск меньшего размера, если место, занятое на системном диске текущей Windows меньше, чем емкость нового диска. Если это не так, придется удалить/переместить часть файлов с диска. Чаще всего такой вопрос возникает при переносе на SSD диск меньшей емкости, чем обычный HDD.
Процедура переноса Windows на другой диск зависит от, того, в каком режиме работает ваш компьютер: BIOS или UEFI. Выполните команду:
Если в строке BIOS mode (режим BIOS) указано Legacy (Устаревший), у вас компьютер с BIOS (или UEFI работает в режиме Legacy/CSM). Если указано UEFI – у вас современных компьютер и Windows установлена в UEFI режиме.
- Если компьютер работает в нативном UEFI режиме и имеет таблицу разделов GPT, я буду помечать команды для таких компьютеров UEFI GPT ;
- Если у вас старый компьютер с BIOS или с UEFI но в Legacy режиме, а таблица разделом MBR – команды будут помечены меткой BIOS MBR .
В первую очередь нужно создать таблицы разделов на новом диске. Это можно сделать непосредственно из запущенной Windows 10 с помощью diskpart. Если диск новый, инициализируйте его с помощью консоли diskmgmt.msc или PoweShell команды Initialize-Disk:
Get-Disk | Where-Object PartitionStyle –Eq ‘RAW’ | Initialize-Disk
Теперь создадим таблицу разделов на диске. Откройте командную строку с правами администратора и выполните команду:
В контексте diskpart выполните следующие команды.
list disk
select disk 1 (в зависимости от номера вашего нового диска, который выдала предудущая команда)
clean
Далее команды отличаются в зависимости от типа вашей платформы.
Для UEFI GPT :
convert gpt
create partition efi size=100
format fs=»FAT32″ quick label=»EFI»
create partition msr size=16
create partition primary
format fs=»NTFS» quick label=»NEW_SYSTEM»
exit
Мы создали на новом диске таблицу разделов GPT, два небольших служебных раздела (EFI и MSR), на оставшемся месте создан один большой раздел (см. подробнее о структуре GPT разделов для EFI).
Для BIOS MBR следующие команды:
convert mbr
create partition primary align=1024
active
format fs=»NTFS» quick label=»NEW_SYSTEM»
exit
Для клонирования Windows на новый диск вам понадобится загрузочная USB флешка с установочным образом Windows 10 (проще всего создать такую флешку с помощью MediaCreationTool).
Перезагрузите ваш компьютер и загрузитесь с установочного диска. При появлении окна установки Windows нажмите Shift+F10 чтобы открыть командую строку. В открывшемся окне выполните команды
На скриншоте ниже видно, что оригинальному разделу Windows на старом диске присвоена буква диска E:, а большому разделу на новом диске (с меткой NEW_SYSTEM) назначена буква D:.
Теперь нужно скопировать файлы со старого диска с установленной Windows на новый. Проще всего это сделать с помощью robocopy. Следующая команда robocopy скопирует все символические ссылки, файлы и папки с атрибутами, NTFS правами и timestamp. При этом лог копирования будет сохранен в корень целевого диска:
robocopy E:\ D:\ /E /COPYALL /SL /XJ /R:3 /W:3 /UNILOG:»D:\rcopy.log» /TEE
Копирование может занять продолжительно время в зависимости от размер старого диска (в моем случае копирование 60 Гб диска заняло около часа).
Теперь можно выключить компьютер и отключить старый жесткий диск.
Следующий шаг, настройка загрузчика Windows на новом диске.
Опять загрузите компьютер в среде установки Windows и запустите командную строку ( Shift+F10 ).
Восстановление BIOS MBR загрузчика.
Проверьте букву диска, назначенную новому большому разделу на диске:
Диску назначена буква C:
Восстановите BCD загрузчик на диске C:
bcdboot C:\Windows /S C:
Исправьте MBR запись и записи в BCD загрузчике:
bootrec.exe /FixMbr
bootrec.exe /FixBoot
bootrec.exe /RebuildBcd
Восстановление загрузчика на UEFI GPT компьютере (подробно эта процедура описана в статье восстановление загрузчика Windows 10 на UEFI компьютере).
Нужно определить букву системного диска и назначить букву диска разделу с EFI.
В данном примере системному разделу назначена буква диска C. Вам нужно назначить букву разделу EFI (размер 100 мб и файловая система FAT32) следующими командами (в командах измените номера разделов в соответствии с вашей конфигурацией):
select volume 1
assign letter M:
exit
Теперь нужно пересоздать конфигурацию BCD загрузчика:
cd /d m:\efi\microsoft\boot\
ren BCD BCD.bak
bcdboot С:\Windows /l en-us /s M: /f ALL
Перезагрузите компьютер и отключите загрузочную флешку. Убедитесь, что Windows корректно загрузилась с нового диска.
Все установленные приложения, документы и настройки остались на месте. Вы успешно скопировали установленную Windows 10 на новый диск.
При копировании файлов на новый диск с помощью robocopy могут встречаться ошибки. Откройте на новом диске файл rcopy.log и посмотрите какие файлы не были скопированы. В моем случае не было скопировано 94 файла (в моем случае не скопировать только мусорные файлы).
Не очень понятно здесь:
«Вам нужно назначить букву разделу EFI (размер 100 мб и файловая система FAT32) следующими командами (в командах измените номера разделов в соответствии с вашей конфигурацией):
select volume 2»
на скриншоте 100 MB — это volume 1.
Нет?
Да, здесь ошибка. Поправил текст.
Прикольно. Сохраню. Обычно это делаю через Acronis 🙂
переход на другой диск или с mbr на uefi
1. Гружусь через любой WinPE .
2. Снимаю образ
Dism /Capture-Image /ImageFile:d:\windows.wim /CaptureDir:c:\ /Name:»Windows»
3. Подготавливаю новый диск в UEFI
rem == CreatePartitions-UEFI.txt ==
rem == These commands are used with DiskPart to
rem create four partitions
rem for a UEFI/GPT-based PC.
rem Adjust the partition sizes to fill the drive
rem as necessary. ==
select disk 0
clean
convert gpt
rem == 1. System partition =========================
create partition efi size=260
rem ** NOTE: For Advanced Format 4Kn drives,
rem change this value to size = 260 **
format quick fs=fat32 label=»System»
assign letter=»S»
rem == 2. Microsoft Reserved (MSR) partition =======
create partition msr size=16
rem == 3. Windows partition ========================
rem == a. Create the Windows partition ==========
create partition primary
rem == b. Create space for the recovery tools ===
shrink minimum=500
rem ** NOTE: Update this size to match the
rem size of the recovery tools
rem (winre.wim) **
rem == c. Prepare the Windows partition =========
format quick fs=ntfs label=»Windows»
assign letter=»W»
rem === 4. Recovery tools partition ================
create partition primary
format quick fs=ntfs label=»Recovery tools»
assign letter=»R»
set
gpt attributes=0x8000000000000001
list volume
list disk
exit
4. Заливаю образ.
rem == ApplyImage.bat ==
rem == These commands deploy a specified Windows
rem image file to the Windows partition, and configure
rem the system partition.
rem Usage: ApplyImage WimFileName
rem Example: ApplyImage E:\Images\ThinImage.wim ==
rem == Set high-performance power scheme to speed deployment ==
call powercfg /s 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c
rem == Apply the image to the Windows partition ==
dism /Apply-Image /ImageFile:%1 /Index:1 /ApplyDir:W:\
rem == Copy boot files to the System partition ==
W:\Windows\System32\bcdboot W:\Windows /s S:
:rem == Copy the Windows RE image to the
:rem Windows RE Tools partition ==
md R:\Recovery\WindowsRE
xcopy /h W:\Windows\System32\Recovery\Winre.wim R:\Recovery\WindowsRE\
:rem == Register the location of the recovery tools ==
W:\Windows\System32\Reagentc /Setreimage /Path R:\Recovery\WindowsRE /Target W:\Windows
:rem == Verify the configuration status of the images. ==
W:\Windows\System32\Reagentc /Info /Target W:\Windows
:rem == Delete OneDrive
del w:\Windows\SysWOW64\OneDriveSetup.exe
:rem == Reboot
rem Wpeutil reboot
Благодарю за идею. через wim образ наверно даже надежнее будет.