Что значит диски реплика: Что за диски Replica?

Что за диски Replica?

Replica – качественная копия оригинальных дисков.

Диски Replica, относящиеся к группе литых дисков, имеют интересную особенность по сравнению с остальными. Дело в том, что это качественная копия оригинальных заводских дисков. Только стоят они в разы дешевле и внешне ничем не отличаются. Эти копии с каждым годом становятся все качественнее и качественнее, они уже маркируются почти как оригинальные и состав сплава практически идентичный. Автомобильные диски Replica завоевали огромную популярность среди автолюбителей. Все потому, что автомобильные заводы подбирали каждую деталь для автомобиля так, что бы она гармонично вписывалась в экстерьер. А если учесть, что Replica — это точная копия оригинала, эти диски отлично смотрятся на автомобиле.

Только цена выдает эти диски! Не стоит забывать, что вокруг этих дисков ходит много споров относительно их качества. Выбирая данный бренд нужно знать примерную стоимость оригинальных дисков. Настоящая Replica стоит примерно в два раза дешевле оригинал. Купить диски Replica означает приобрести диск сконструированный именно под ваш автомобиль. Если же цена кардинально отличается, то скорее всего, это не качественная подделка. Не стоит покупать подобные диски на рынках — вы рискует приобрести недоброкачественную продукцию. Наш интернет магазин предлагает 100% качественные модели любых дисков от любых производителей проверенных временем.

Читайте в этом разделе

	Диаметр ступицы и проставочные (центровочные) кольца – что это такое? Большинство автолюбителей, при выборе колесных дисков зачастую игнорируют очень важный параметр, а именно – диаметр центрального отверстия диска или диаметр ступицы. Это неприемлемое упущение, хотя.. 29 Января 2015, 17:20
	7 ошибок в уходе за колесными дисками Идеальным внешний вид автомобиля может быть только со сверкающими от чистоты колесными дисками. Однако владельцы часто используют для их чистки дешевые подручные, народные средства. Немецкие.. 29 Августа 2014, 16:30
	Почему стоит покупать именно у нас? Наш интернет-магазин собрал команду профессиональных специалистов по легковым и грузовым шинам, а так же по дискам и крепежным материалам. Остановив свой выбор на нашем магазине,.. 27 Мая 2013, 15:06
	Дорогие или дешевые диски? Многократное различие в ценах на автомобильные диски одного и того же типоразмера заводят покупателя в тупик. Первым вопросом, которым задаются покупатели при виде такого расхождения.. 09 Июля 2011, 21:49
	Какие диски лучше на зиму? Существует множество версий выбора автомобильных дисков на зиму. Наверняка не хочется, после зимнего сезона, выбросить только что купленные диски? Современные автомобильный диск отличается высокой прочностью. . 29 Декабря 2009, 14:29

Преимущества дисков Ауди от Реплика

Популярный итальянский производитель Replica известен тем, что изготавливает максимально точные копии оригинальных дисков для автомобилей. Чаще всего качество подобных изделий не уступает штатному, однако стоимость их более доступна, что привлекает многих потребителей.

Линейка дисков, предназначенных для автомобилей марки Audi, представлена широким ассортиментом моделей различных типоразмеров и исполнения. Главная их особенность заключается в том, что после установки на колесо не возникает разбалансировки или боя рулевого управления.

Тонкости производства и основные достоинства

Для изготовления оригинальных дисков Реплика Audi используются только проверенные временем запатентованные технологии низкого давления и сплавы самого высокого качества, способные обеспечить не только длительный срок эксплуатации изделия, но и высокую степень его ударопрочности, что особенно актуально для дорог нашей страны в отдельных регионах. Диски Replica Ауди комплектуются эмблемой данной торговой марки, однако и без этого изделие по всем параметрам соответствует тем качествам, которыми отличаются аналогичные модели, поставляемые в базовой комплектации.

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

Почему диски Replica для Audi привлекают внимание потребителей?

Диски Replica производятся для каждой модели автомобиля отдельно, из алюминия высокого качества добавки к которому значительно улучшают структуру металла, придавая ему более высокие прочностные свойства, о которых более подробно расскажет ссылка, ведущая на сайт проверенного поставщика данного товара, поставляющего его в самом широком ассортименте. Все те модели, которые Replica выпускает для автомобилей Audi, демонстрируют превосходные характеристики эксплуатации и отличаются стильным дизайном, что позволяет подчеркнуть индивидуальность каждого транспортного средства в отдельности. Привлекательная стоимость, гораздо более выгодная, чем у штатной продукции, делает такие диски признанными лидерами продаж.

Если перед покупателем находится оригинальный диск Replica, то он может сразу увидеть это по уникальности конструкции, благодаря которой обеспечивается полноценный контакт с дорожным покрытием. Это значит, что транспортное средство в пути будет максимально устойчивым и маневренным, потому водитель сможет справиться с управлением в любой ситуации. Обеспечивая защиту колеса от перегрева, автомобильные диски Реплика для Audi способствуют оптимизации работы тормозов и существенно улучшают ходовые качества.

Ассортимент дисков для Audi от Replica представлен многочисленными решениями, выбор которых зависит от предпочтений водителя, стиля езды, который он практикует, а также рекомендаций непосредственного производителя.

Важно понимать, что мнение о том, что литые диски Реплика Ауди являются примитивной копией оригинала, ошибочно, главные преимущества такого товара вполне очевидны:

• небольшая масса;
• выразительная внешность, неотличимая от оригинала;
• приемлемая стоимость.

Легкость изделий данного типа помимо улучшения скоростных характеристик транспортного средства способствует экономии топлива. Удобство дизайна предоставляет полный простор для разнообразного тюнинга, чем пользуются многие автовладельцы. Бюджетная стоимость делает диски от Реплика доступными практически каждому, что только способствует повышению их популярности.

Опубликовано на правах рекламы

iluki.ru

Обзор реплики хранилища

| Microsoft Learn

• Статья
• 21.03.2023
• 12 минут на чтение

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

Реплика хранилища — это технология Windows Server, которая обеспечивает репликацию томов между серверами или кластерами для аварийного восстановления. Он также позволяет создавать растянутые отказоустойчивые кластеры, охватывающие две площадки, при этом все узлы остаются синхронизированными.

Реплика хранилища поддерживает синхронную и асинхронную репликацию:

• Синхронная репликация зеркально отражает данные на сетевом сайте с малой задержкой и томами, устойчивыми к сбоям, чтобы гарантировать нулевую потерю данных на уровне файловой системы во время сбоя.
• Асинхронная репликация зеркально отражает данные между сайтами за пределами мегаполисов по сетевым каналам с большей задержкой, но без гарантии того, что на обоих сайтах будут идентичные копии данных во время сбоя.

Зачем использовать реплику хранилища?

Реплика хранилища предлагает возможности аварийного восстановления и обеспечения готовности в Windows Server. Windows Server обеспечивает нулевую потерю данных и возможность синхронной защиты данных на разных стойках, этажах, зданиях, кампусах, округах и городах. После стихийного бедствия все данные существуют в другом месте без какой-либо возможности потери. То же самое относится до бедствия; Реплика хранилища предлагает вам возможность переключать рабочие нагрузки в безопасные места до катастрофы, когда предоставляется предупреждение за несколько минут — опять же, без потери данных.

Реплика хранилища позволяет более эффективно использовать несколько центров обработки данных. Растягивая кластеры или реплицируя кластеры, рабочие нагрузки могут выполняться в нескольких центрах обработки данных для более быстрого доступа к данным локальными пользователями и приложениями, а также для лучшего распределения нагрузки и использования вычислительных ресурсов. Если в результате аварии один центр обработки данных отключается, вы можете временно перенести его типичные рабочие нагрузки на другой сайт.

Реплика хранилища может позволить вывести из эксплуатации существующие системы репликации файлов, такие как репликация DFS, которые использовались в качестве бюджетных решений для аварийного восстановления. Хотя репликация DFS хорошо работает в сетях с низкой пропускной способностью, ее задержка велика — часто измеряется часами или днями. Это вызвано требованием закрытия файлов и искусственными ограничениями, предназначенными для предотвращения перегрузки сети. С такими конструктивными характеристиками самые новые и самые популярные файлы в реплике репликации DFS реплицируются с наименьшей вероятностью. Реплика хранилища работает ниже уровня файлов и не имеет ни одного из этих ограничений.

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

Поддерживаемые конфигурации

Реплику хранилища можно развернуть в растянутом кластере, между кластерами и в конфигурациях сервер-сервер (см. рис. 1–3).

Stretch Cluster позволяет настраивать компьютеры и хранилище в одном кластере, где некоторые узлы совместно используют один набор асимметричных хранилищ, а некоторые — другой, а затем синхронно или асинхронно реплицируются с учетом сайта. В этом сценарии могут использоваться дисковые пространства с общим хранилищем SAS, SAN и подключенными к iSCSI LUN. Он управляется с помощью PowerShell и графического инструмента Failover Cluster Manager и позволяет автоматически переключать рабочие нагрузки при сбое.

РИСУНОК 1. Репликация хранилища в растянутом кластере с использованием реплики хранилища

Кластер в кластер позволяет выполнять репликацию между двумя отдельными кластерами, где один кластер синхронно или асинхронно реплицируется с другим кластером. Этот сценарий может использовать Storage Spaces Direct, Storage Spaces с общим хранилищем SAS, SAN и LUN, подключенные к iSCSI. Он управляется с помощью Windows Admin Center и PowerShell и требует ручного вмешательства для отработки отказа.

РИСУНОК 2. Репликация хранилища между кластерами с использованием реплики хранилища

Сервер на сервер позволяет выполнять синхронную и асинхронную репликацию между двумя автономными серверами с использованием дисковых пространств с общим хранилищем SAS, SAN и подключенными к iSCSI LUN. и локальные диски. Он управляется с помощью Windows Admin Center и PowerShell и требует ручного вмешательства для отработки отказа.

РИСУНОК 3. Репликация хранилища между серверами с использованием Storage Replica

Примечание

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

Функции реплики хранилища

• Нулевая потеря данных, репликация на уровне блоков . Синхронная репликация исключает возможность потери данных. При репликации на уровне блоков нет возможности блокировки файлов.

• Простое развертывание и управление . Реплика хранилища требует простоты использования. Для создания партнерства репликации между двумя серверами можно использовать Центр администрирования Windows. Для развертывания растянутых кластеров используется интуитивно понятный мастер в знакомом инструменте Failover Cluster Manager.

• Гость и хозяин . Все возможности Storage Replica доступны как в виртуализированных гостевых, так и в хост-развертываниях. Это означает, что гости могут реплицировать свои тома данных, даже если они работают на платформах виртуализации, отличных от Windows, или в общедоступных облаках, если в гостевой системе используется Windows Server.

• на базе SMB3 . Реплика хранилища использует проверенную и зрелую технологию SMB 3, впервые выпущенную в Windows Server 2012. Это означает, что все расширенные характеристики SMB, такие как многоканальность и прямая поддержка SMB на сетевых картах RoCE, iWARP и InfiniBand RDMA, доступны для реплики хранилища. .

• Безопасность . В отличие от продуктов многих поставщиков, в Storage Replica встроена ведущая в отрасли технология безопасности. Она включает в себя подписание пакетов, полное шифрование данных AES-128-GCM, поддержку ускорения шифрования Intel AES-NI и целостность перед аутентификацией. предотвращение средней атаки. Реплика хранилища использует Kerberos AES256 для всех проверок подлинности между узлами.

• Высокопроизводительная начальная синхронизация . Реплика хранилища поддерживает начальную синхронизацию с заполнением, когда подмножество данных уже существует в целевом устройстве из старых копий, резервных копий или поставленных дисков. Первоначальная репликация копирует только разные блоки, потенциально сокращая время начальной синхронизации и не позволяя данным использовать ограниченную полосу пропускания. Реплики хранилища блокируют вычисление контрольной суммы и агрегирование, что означает, что начальная производительность синхронизации ограничена только скоростью хранилища и сети.

• Группы консистенции . Порядок записи гарантирует, что такие приложения, как Microsoft SQL Server, могут записывать на несколько реплицированных томов и знать, что данные записываются на целевой сервер последовательно.

• Делегирование пользователя . Пользователям можно делегировать разрешения на управление репликацией, не будучи членом встроенной группы администраторов на реплицированных узлах, что ограничивает их доступ к несвязанным областям.

• Сетевое ограничение . Реплика хранилища может быть ограничена отдельными сетями по серверам и реплицированным томам, чтобы обеспечить пропускную способность приложений, резервного копирования и программного обеспечения управления.

• Тонкая подготовка

  . Поддерживается тонкая подготовка в дисковых пространствах и устройствах SAN, чтобы во многих случаях обеспечить практически мгновенное начальное время репликации. После запуска начальной репликации том нельзя будет сжать или обрезать

• Сжатие . Реплика хранилища обеспечивает сжатие данных, передаваемых по сети между исходный и конечный сервер. Сжатие реплики хранилища для передачи данных поддерживается только в Центр обработки данных Windows Server: Azure Edition, начиная со сборки ОС 20348.1070 и более поздних версий. (KB5017381).

Реплика хранилища включает следующие функции:

Функция	Детали
Тип	На базе хоста
Синхронный	Да
Асинхронный	Да
Независимая аппаратная система хранения	Да
Блок репликации	Том (раздел)
Создание растянутого кластера Windows Server	Да
Репликация между серверами	Да
Репликация между кластерами	Да
Транспорт	SMB3
Сеть	TCP/IP или RDMA
Поддержка ограничения сети	Да
Сжатие сети	Да**
РДМА*	iWARP, InfiniBand, RoCE v2
Требования брандмауэра к сетевому порту репликации	Один порт IANA (TCP 445 или 5445)
Многолучевое/многоканальное	Да (SMB3)
Поддержка Kerberos	Да (SMB3)
Шифрование и подпись по сети	Да (SMB3)
Отказоустойчивость для каждого тома разрешена	Да
Поддержка хранилища с тонким выделением ресурсов	Да
Пользовательский интерфейс управления в комплекте	PowerShell, диспетчер отказоустойчивого кластера

*Может потребоваться дополнительное оборудование для дальних перевозок и кабели. **При использовании Windows Server Datacenter: Azure Edition, начиная со сборки ОС 20348.1070

Требования к реплике хранилища

• Лес доменных служб Active Directory.

• Дисковые пространства с SAS JBOD, Storage Spaces Direct, SAN Fibre Channel, общий VHDX, iSCSI Target или локальное хранилище SAS/SCSI/SATA. Для дисков журналов репликации рекомендуется SSD или быстрее. Microsoft рекомендует, чтобы хранилище журналов работало быстрее, чем хранилище данных. Тома журнала никогда не должны использоваться для других рабочих нагрузок.

• Как минимум одно соединение Ethernet/TCP на каждом сервере для синхронной репликации, но желательно RDMA.

• Не менее 2 ГБ оперативной памяти и два ядра на сервер.

• Сеть между серверами с достаточной пропускной способностью, чтобы выдержать рабочую нагрузку записи ввода-вывода, и средней задержкой в ​​оба конца 5 мс или меньше для синхронной репликации. Асинхронная репликация не имеет рекомендации по задержке.

• Windows Server, выпуск Datacenter или Windows Server, стандартный выпуск. Реплика хранилища, работающая на Windows Server, Standard Edition, имеет следующие ограничения:

  • Вы должны использовать Windows Server 2019 или более позднюю версию
  • Реплика хранилища реплицирует один том вместо неограниченного количества томов.
  • Тома могут иметь размер до 2 ТБ вместо неограниченного размера.

Исходная информация

В этом разделе содержится информация о высокоуровневых отраслевых терминах, синхронной и асинхронной репликации и основных функциях.

Высокоуровневые отраслевые термины

Аварийное восстановление (DR) относится к плану действий в чрезвычайных ситуациях для восстановления после аварий на объекте, чтобы бизнес продолжал работать. Аварийное восстановление данных означает несколько копий производственных данных в отдельном физическом месте. Например, растянутый кластер, где половина узлов находится на одном сайте, а половина — на другом. Готовность к стихийным бедствиям (DP) относится к плану на случай непредвиденных обстоятельств для упреждающего перемещения рабочих нагрузок в другое место до наступления стихийного бедствия, такого как ураган.

Соглашения об уровне обслуживания (SLA) определяют доступность бизнес-приложений и их устойчивость к времени простоя и потере данных во время плановых и незапланированных простоев. Целевое время восстановления (RTO) определяет, как долго бизнес может терпеть полную недоступность данных. Целевая точка восстановления (RPO) определяет, сколько данных бизнес может позволить себе потерять.

Синхронная репликация

Синхронная репликация гарантирует, что приложение записывает данные в два места одновременно до завершения операции ввода-вывода. Эта репликация больше подходит для критически важных данных, так как требует инвестиций в сеть и хранилище и рискует снизить производительность приложений из-за необходимости выполнять запись в двух местах.

Когда приложение записывает в исходную копию данных, исходное хранилище не подтверждает ввод-вывод немедленно. Вместо этого эти изменения данных реплицируются в удаленную целевую копию и возвращают подтверждение. Только после этого приложение получает подтверждение ввода-вывода. Это обеспечивает постоянную синхронизацию удаленного сайта с исходным сайтом, фактически расширяя операции ввода-вывода хранилища по сети. В случае сбоя исходного сайта приложения могут переключиться на удаленный сайт и возобновить свою работу с гарантией нулевой потери данных.

Режим	Диаграмма	шагов
Синхронный Нулевая потеря данных RPO		1. Приложение записывает данные 2. Данные журнала записываются и данные реплицируются на удаленный узел 3. Данные журнала записываются на удаленный узел 4. Подтверждение с удаленного узла 5. Подтверждается запись приложения t & t1 : данные сбрасываются на том, журналы всегда записываются до

Асинхронная репликация

Напротив, асинхронная репликация означает, что когда приложение записывает данные, эти данные реплицируются на удаленный сайт без гарантий немедленного подтверждения. Этот режим обеспечивает более быстрое время отклика на приложение и решение аварийного восстановления, которое работает географически.

Когда приложение записывает данные, механизм репликации фиксирует запись и немедленно подтверждает это приложению. Захваченные данные затем реплицируются в удаленное место. Удаленный узел обрабатывает копию данных и лениво подтверждает исходную копию. Поскольку производительность репликации больше не зависит от пути ввода-вывода приложения, скорость отклика и удаленность удаленного сайта являются менее важными факторами. Существует риск потери данных, если исходные данные потеряны, а целевая копия данных все еще находилась в буфере, не покидая источника.

Поскольку RPO выше нуля, асинхронная репликация менее подходит для решений высокой доступности, таких как отказоустойчивые кластеры, поскольку они предназначены для непрерывной работы с избыточностью и без потери данных.

Режим	Диаграмма	шагов
Асинхронный Почти нулевая потеря данных (зависит от множества факторов) RPO		1. Приложение записывает данные 2. Данные журнала записаны 3. Запись приложения подтверждена 4. Данные реплицированы на удаленный сайт 5. Данные журнала записаны на удаленный сайт 6. Подтверждение с удаленного сайта t & t1 : Данные сброшены на том, логи всегда пишут через

Ключевые точки оценки и поведение

• Пропускная способность сети и задержка с самым быстрым хранилищем. Существуют физические ограничения синхронной репликации. Поскольку реплика хранилища реализует механизм фильтрации ввода-вывода с использованием журналов и требует двусторонних сетевых обращений, синхронная репликация, скорее всего, замедлит запись приложений. Используя сети с низкой задержкой, широкополосные сети и дисковые подсистемы с высокой пропускной способностью для журналов, вы минимизируете нагрузку на производительность.

• Том назначения недоступен во время репликации в Windows Server 2016. При настройке репликации том назначения отключается, что делает его недоступным для чтения или записи пользователями. Буква драйвера может быть видна в типичных интерфейсах, таких как File Explorer, но приложение не может получить доступ к самому тому. Технологии репликации на уровне блоков несовместимы с предоставлением доступа к смонтированной файловой системе целевого объекта в томе. NTFS и ReFS не поддерживают запись данных пользователями на том, в то время как под ними меняются блоки.

Командлет Test-Failover дебютировал в Windows Server версии 1709, а также был включен в Windows Server 2019. Теперь он поддерживает временное монтирование моментального снимка чтения-записи целевого тома для резервного копирования, тестирования и т. д. См. Часто задаваемые вопросы вопросы о реплике хранилища для получения дополнительной информации.

• Реализация Microsoft асинхронной репликации отличается от большинства. Большинство отраслевых реализаций асинхронной репликации полагаются на репликацию на основе моментальных снимков, когда периодические дифференциальные передачи перемещаются на другой узел и объединяются. Асинхронная репликация реплики хранилища работает так же, как и синхронная репликация, за исключением того, что она устраняет требование сериализованного синхронного подтверждения от места назначения. Это означает, что реплика хранилища теоретически имеет более низкую целевую точку восстановления, поскольку она непрерывно реплицируется. Однако это также означает, что он полагается на внутренние гарантии согласованности приложений, а не на использование моментальных снимков для принудительной согласованности файлов приложений. Реплика хранилища гарантирует устойчивость к сбоям во всех режимах репликации

• Многие клиенты используют репликацию DFS в качестве решения для аварийного восстановления, хотя это часто нецелесообразно для этого сценария — репликация DFS не может реплицировать открытые файлы и предназначена для минимизации использования полосы пропускания за счет производительности, что приводит к большим дельтам точек восстановления. Реплика хранилища может позволить исключить репликацию DFS из некоторых из этих типов задач аварийного восстановления.

• Реплика хранилища не является решением для резервного копирования. Некоторые ИТ-среды развертывают системы репликации в качестве решений для резервного копирования из-за возможности нулевой потери данных по сравнению с ежедневным резервным копированием. Реплика хранилища реплицирует все изменения во все блоки данных на томе независимо от типа изменения. Если пользователь удаляет все данные с тома, реплика хранилища мгновенно реплицирует удаление на другой том, безвозвратно удаляя данные с обоих серверов. Не используйте реплику хранилища в качестве замены решения для резервного копирования на определенный момент времени.

• Реплика хранилища не является репликой Hyper-V или группами доступности AlwaysOn Microsoft SQL. Реплика хранилища — это механизм общего назначения, не зависящий от хранилища. По определению, он не может настроить свое поведение так идеально, как репликация на уровне приложений. Это может привести к пробелам в определенных функциях, которые побуждают вас развертывать или продолжать использовать определенные технологии репликации приложений.

Примечание

Этот документ содержит список известных проблем и ожидаемого поведения, а также раздел часто задаваемых вопросов.

Терминология реплики хранилища

В этом руководстве часто используются следующие термины:

• Источник — это том компьютера, на котором разрешена локальная запись и исходящая репликация. Также известен как «первичный».

• Назначение — это том компьютера, который не разрешает локальную запись и репликацию входящих данных. Также известен как «вторичный».

• Партнерство репликации — это отношение синхронизации между исходным и конечным компьютером для одного или нескольких томов, в котором используется один журнал.

• Группа репликации — это организация томов и их конфигурация репликации в партнерстве для каждого сервера. Группа может содержать один или несколько томов.

Новые возможности реплики хранилища

Список новых функций реплики хранилища в Windows Server 2019 см. в разделе Что нового в хранилище

• Репликация растянутого кластера с использованием общего хранилища
• Репликация серверного хранилища
• Репликация кластерного хранилища
• Реплика хранилища: известные проблемы
• Реплика хранилища: часто задаваемые вопросы
• Непосредственные дисковые пространства в Windows Server 2016
• Поддержка ИТ-специалистов Windows

Часто задаваемые вопросы о реплике хранилища

Редактировать

Твиттер LinkedIn Фейсбук Электронная почта

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

В этом разделе содержатся ответы на часто задаваемые вопросы (FAQ) о реплике хранилища.

Да. С Azure можно использовать следующие сценарии:

• Межсерверная репликация внутри Azure (синхронно или асинхронно между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами)
• Асинхронная репликация между серверами между Azure и локальной средой (с использованием VPN или Azure ExpressRoute)
• Репликация между кластерами внутри Azure (синхронно или асинхронно между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами)
• Асинхронная репликация между кластерами между Azure и локальной средой (с использованием VPN или Azure ExpressRoute)
• Растягивающая кластеризация с использованием общих дисков Azure (синхронно или асинхронно между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами)

Дополнительные сведения о гостевых кластерах в Azure можно найти по адресу: Развертывание гостевых кластеров виртуальных машин IaaS в Microsoft Azure.

Важные примечания:

• Существуют шаблоны Azure Resource Manager для кластеризации реплики хранилища на основе локальных дисковых пространств в разделе Создание кластеров SOFS прямых дисковых пространств с репликой хранилища для аварийного восстановления в регионах Azure.
• Для связи между кластерами RPC в Azure (требуется API-интерфейсами кластера для предоставления доступа между кластерами) требуется настройка сетевого доступа для CNO. Вы должны разрешить TCP-порт 135 и динамический диапазон выше TCP-порта 49.152. Справочник по созданию отказоустойчивого кластера Windows Server на виртуальной машине Azure IAAS — часть 2. Сеть и создание.
• Можно использовать двухузловые гостевые кластеры, где каждый узел использует петлевой iSCSI для асимметричного кластера, реплицируемого репликой хранилища. Но это, вероятно, будет иметь очень низкую производительность и должно использоваться только для очень ограниченных рабочих нагрузок или тестирования.

Сообщения о событии 1237, отображаемые в даже журнале администратора реплики хранилища на целевом сервере, показывают количество скопированных и оставшихся байтов каждые 10 секунд. Вы также можете использовать счетчик производительности реплики хранилища в месте назначения, показывающий \Storage Replica Statistics\Total Bytes Received для одного или нескольких реплицированных томов. Вы также можете запросить группу репликации с помощью Windows PowerShell. Например, эта примерная команда получает имена групп в месте назначения, а затем запрашивает одну группу с именем Replication 2 каждые 10 секунд, чтобы показать ход выполнения:

 Get-SRGroup
делать{
    $r=(Get-SRGroup -Name "Репликация 2").реплики
    [System.Console]::Write("Количество оставшихся байтов {0}`n", $r.NumOfBytesRemaining)
    Старт-Сон 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Запись-вывод «Статус реплики:» $r.replicationstatus
 

Да, используя Set-SRNetworkConstraint . Этот командлет работает на уровне интерфейса и может использоваться как в кластерных, так и в некластерных сценариях. Например, с автономным сервером (на каждом узле):

 Get-SRPartnership
Get-NetIPConfiguration
 

Обратите внимание на информацию о шлюзе и интерфейсе (на обоих серверах) и направления партнерства. Затем выполните:

 Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01
Get-SRNetworkConstraint
Update-SmbMultichannelConnection
 

Для настройки сетевых ограничений в растянутом кластере:

 Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1", "Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1", "Кластерная сеть 2"
 

Нет, реплика хранилища поддерживает только один к одному репликацию сервера, кластера или узла растянутого кластера. Это может измениться в более позднем выпуске. Конечно, вы можете настроить репликацию между различными серверами определенной пары томов в любом направлении. Например, сервер 1 может реплицировать свой том D на сервер 2, а том E — на сервер 3.

Вы можете увеличивать (расширять) тома, но не уменьшать их. По умолчанию реплика хранилища запрещает администраторам расширять реплицированные тома; используйте параметр Set-SRGroup -AllowVolumeResize $TRUE для исходной группы перед изменением размера. Например:

1. Использовать против исходного компьютера: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE
2. Увеличьте объем, используя любую технику, которую вы предпочитаете
3. Использование против исходного компьютера: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

Можно ли перевести целевой том в оперативный режим для доступа только для чтения?

Недоступно в Windows Server 2016. Реплика хранилища отключает том назначения при начале репликации.

Однако в Windows Server 2019 и Windows Server Semi-Annual Channel, начиная с версии 1709, теперь возможен вариант подключения целевого хранилища — эта функция называется «Проверка отказа». Для этого у вас должен быть неиспользуемый том в формате NTFS или ReFS, который в настоящее время не реплицируется в месте назначения. Затем вы можете временно смонтировать моментальный снимок реплицированного хранилища для тестирования или резервного копирования.

Например, чтобы создать тестовую отработку отказа, когда вы реплицируете том «D:» в группе репликации «RG2» на целевом сервере «SRV2» и имеете диск «T:» на SRV2, который не реплицируется:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Реплицированный том D: теперь доступен на SRV2. Вы можете читать и писать в него как обычно, копировать файлы или запускать резервную копию в Интернете, которую вы сохраняете в другом месте для безопасного хранения по пути D:. Том T: будет содержать только данные журнала.

Чтобы удалить тестовый снимок аварийного переключения и отменить его изменения:

Dismount-SRDestination -Name RG2 -Computername SRV2

Функцию тестового аварийного переключения следует использовать только для краткосрочных временных операций. Он не предназначен для длительного использования. При использовании репликация продолжается до реального целевого тома.

Хотя это технически возможно, это не рекомендуемая конфигурация из-за недостаточной осведомленности о сайте в вычислительных узлах, связывающихся с SOFS. При использовании сети на расстоянии кампуса, где задержки обычно меньше миллисекунды, эта конфигурация обычно работает без проблем.

При настройке репликации между кластерами реплика хранилища полностью поддерживает масштабируемые файловые серверы, включая использование локальных дисковых пространств, при репликации между двумя кластерами.

Нет. Вы можете выполнять репликацию с помощью CSV или постоянного резервирования диска (PDR), принадлежащего ресурсу кластера, например роли файлового сервера.

При настройке репликации между кластерами реплика хранилища полностью поддерживает масштабируемые файловые серверы, включая использование локальных дисковых пространств, при репликации между двумя кластерами.

Эта конфигурация не поддерживается в Windows Server. Это может измениться в более позднем выпуске. При настройке репликации между кластерами реплика хранилища полностью поддерживает горизонтально масштабируемые файловые серверы и серверы Hyper-V, включая использование локальных дисковых пространств.

Укажите New-SRPartnership -ReplicationMode и укажите аргумент Асинхронный . По умолчанию все репликации в реплике хранилища синхронны. Вы также можете изменить режим с помощью Set-SRPartnership-ReplicationMode .

Чтобы предотвратить автоматический переход на другой ресурс, вы можете использовать PowerShell для настройки Get-ClusterNode -Name "NodeName").NodeWeight=0 . Это удаляет голосование на каждом узле сайта аварийного восстановления. Затем вы можете использовать Start-ClusterNode -PreventQuorum на узлах основного сайта и Start-ClusterNode -ForceQuorum на узлах аварийного сайта, чтобы принудительно выполнить отработку отказа. Нет графического варианта для предотвращения автоматического перехода на другой ресурс, и предотвращение автоматического перехода на другой ресурс не рекомендуется.

Чтобы предотвратить запуск новой функции обеспечения устойчивости виртуальных машин Hyper-V и, следовательно, приостановку виртуальных машин вместо их переключения на сайт аварийного восстановления, запустите (Get-Cluster).ResiliencyDefaultPeriod=0

Вы можете использовать хранилище с тонким выделением ресурсов как один из способов ускорить начальную синхронизацию. Реплика хранилища запрашивает и автоматически использует хранилище с тонким выделением ресурсов, включая некластеризованные дисковые пространства, динамические диски Hyper-V и логические модули SAN. После запуска начальной репликации том нельзя будет уменьшить или обрезать.

Вы также можете использовать заполненные тома данных, чтобы уменьшить использование полосы пропускания, а иногда и время, убедившись, что целевой том имеет некоторое подмножество данных из основного, а затем с помощью параметра «Заполненные» в диспетчере отказоустойчивого кластера или New-SRPartnership . Если том в основном пуст, использование синхронизации с заполнением может сократить время и использование полосы пропускания. Существует несколько способов заполнения данных с разной степенью эффективности:

• Предыдущая репликация — репликация с обычной начальной синхронизацией локально между узлами, содержащими диски и тома, удаление репликации, отправка целевых дисков в другое место, а затем добавление репликации с заполненными вариант. Это наиболее эффективный метод, так как реплика хранилища гарантирует наличие зеркала с блочной копией, и единственное, что нужно реплицировать, — это дельта-блоки.
• Восстановленный моментальный снимок или восстановленная резервная копия на основе моментального снимка — при восстановлении моментального снимка на основе тома в целевом томе должны быть минимальные различия в расположении блоков. Это следующий по эффективности метод, поскольку блоки, скорее всего, будут совпадать благодаря тому, что моментальные снимки томов являются зеркальными изображениями.
• Скопированные файлы — при создании нового тома в месте назначения, которое никогда ранее не использовалось, и выполнении полной robocopy/MIR-копии данных дерева, вероятно, будут совпадения блоков. Использование проводника Windows или копирование некоторой части дерева не приведет к созданию большого количества совпадений блоков. Копирование файлов вручную — наименее эффективный метод заполнения.

Вы можете использовать командлет Grant-SRDelegation . Это позволяет назначать определенных пользователей в сценариях репликации сервер-сервер, кластер-кластер и растянутый кластер как имеющих разрешения на создание, изменение или удаление репликации, не являясь членом группы локальных администраторов. Например:

 Grant-SRDelegation -UserName contso\tonywang
 

Командлет напомнит вам, что пользователю необходимо выйти и снова войти на сервер, которым он планирует управлять, чтобы изменения вступили в силу. Вы можете использовать Get-SRDelegation и Revoke-SRDelegation для дальнейшего контроля.

Реплика хранилища

поддерживает резервное копирование и восстановление исходного тома. Он также поддерживает создание и восстановление моментальных снимков исходного тома. Вы не можете выполнить резервное копирование или восстановление целевого тома, если он защищен репликой хранилища, так как он не подключен и не доступен. Если вы столкнулись со сбоем, когда исходный том был потерян, использование Set-SRPartnership для превращения предыдущего целевого тома в источник, доступный для чтения/записи, позволит вам создать резервную копию или восстановить этот том. Вы также можете удалить репликацию с помощью Remove-SRPartnership и Remove-SRGroup , чтобы перемонтировать этот том как доступный для чтения/записи.

Для периодического создания моментальных снимков, согласованных с приложениями, можно использовать VSSADMIN.EXE на исходном сервере для создания моментальных снимков реплицированных томов данных. Например, если вы реплицируете том F: с помощью Storage Replica:

 vssadmin create shadow /for=F:
 

Затем, после того как вы переключите направление репликации, удалите репликацию или просто останетесь на том же исходном томе, вы сможете восстановить любой моментальный снимок на момент времени. Например, все еще используя F:

 vssadmin список теней
vssadmin revert shadow /shadow={идентификатор GUID теневого копирования, указанный ранее}
 

Вы также можете запланировать периодический запуск этого инструмента с помощью запланированной задачи. Дополнительные сведения об использовании VSS см. в статье Vssadmin. Нет необходимости или смысла в резервном копировании томов журналов. Попытка сделать это будет проигнорирована VSS.

Использование резервного копирования Windows Server, резервного копирования Microsoft Azure, Microsoft DPM или других технологий моментальных снимков, VSS, виртуальных машин или файловых технологий поддерживается репликой хранилища, если они работают на уровне тома. Реплика хранилища не поддерживает резервное копирование и восстановление на основе блоков.

Реплика хранилища

использует SMB и WSMAN для репликации и управления. Это означает, что требуются следующие порты:

• 445 (SMB — транспортный протокол репликации, протокол управления кластером RPC)
• 5445 (iWARP SMB — требуется только при использовании сети iWARP RDMA)
• 5985 (WSManHTTP — протокол управления для WMI/CIM/PowerShell)

Примечание

Командлет Test-SRTopology требует ICMPv4/ICMPv6, но не для репликации или управления.

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

• Журнал большего или меньшего размера не сделает вас быстрее или медленнее
• Журнал большего или меньшего размера не имеет никакого отношения к объему данных 10 ГБ по сравнению с объемом данных 10 ТБ, например

Журнал большего размера просто собирает и сохраняет больше операций ввода-вывода до их завершения. Это позволяет продлить перерыв в обслуживании между исходным и конечным компьютером, например, из-за сбоя в сети или в автономном режиме. Если журнал может хранить 10 часов записи, а сеть отключается на 2 часа, когда сеть возвращается, источник может просто очень быстро воспроизвести дельту несинхронизированных изменений обратно в пункт назначения, и вы снова будете защищены очень быстро. Если в журнале хранится 10 часов, а сбой составляет 2 дня, источник теперь должен воспроизводиться из другого журнала, называемого растровым изображением, и, вероятно, будет медленнее, чтобы вернуться к синхронизации. После синхронизации он возвращается к использованию журнала.

Реплика хранилища опирается на журнал для всех операций записи. Производительность журнала критически важна для производительности репликации. Вы должны убедиться, что том журнала работает лучше, чем том данных, так как журнал сериализует и упорядочивает все операции ввода-вывода записи. Вы всегда должны использовать флэш-носители, такие как SSD, для томов журналов. Вы никогда не должны позволять другим рабочим нагрузкам выполняться на томе журнала, точно так же, как вы никогда не разрешаете другим рабочим нагрузкам выполняться на томах журналов базы данных SQL.

Еще раз: Microsoft настоятельно рекомендует, чтобы хранилище журналов было быстрее, чем хранилище данных, и чтобы тома журналов никогда не использовались для других рабочих нагрузок.

Вы можете получить рекомендации по размеру журнала, запустив инструмент Test-SRTopology. Кроме того, вы можете использовать счетчики производительности на существующих серверах, чтобы оценить размер журнала. Формула проста: отслеживайте пропускную способность диска данных (Avg Write Bytes/Sec) при рабочей нагрузке и используйте ее для расчета времени, необходимого для заполнения журнала разного размера. Например, пропускная способность диска данных 50 МБ/с приведет к тому, что журнал размером 120 ГБ будет перенесен за 120 ГБ/50 МБ секунд, или 2400 секунд, или 40 минут. Таким образом, количество времени, в течение которого целевой сервер может быть недоступен до того, как журнал завершится, составляет 40 минут. Если журнал переносится, но пункт назначения снова становится доступным, источник будет воспроизводить блоки через журнал битовой карты вместо основного журнала. Размер журнала не влияет на производительность.

Следует создавать резервную копию ТОЛЬКО диска данных из исходного кластера. Диски журнала реплики хранилища НЕ ДОЛЖНЫ создавать резервные копии, так как резервное копирование может конфликтовать с операциями реплики хранилища.

Реплика хранилища

поставляется в трех основных конфигурациях: растянутый кластер, кластер-кластер и сервер-сервер. У каждого есть свои преимущества.

Топология растянутого кластера идеально подходит для рабочих нагрузок, требующих автоматического аварийного переключения с оркестровкой, таких как частные облачные кластеры Hyper-V и SQL Server FCI. Он также имеет встроенный графический интерфейс с использованием Failover Cluster Manager. Он использует классическую асимметричную архитектуру общего хранилища кластера, состоящую из дисковых пространств, SAN, iSCSI и RAID с постоянным резервированием. Вы можете запустить это всего с двумя узлами.

Топология «кластер-кластер» использует два отдельных кластера и идеально подходит для администраторов, которым требуется ручная отработка отказа, особенно когда второй сайт предназначен для аварийного восстановления, а не для повседневного использования. Оркестровка ручная. В отличие от растянутого кластера, в этой конфигурации можно использовать Локальные дисковые пространства (с оговорками — см. часто задаваемые вопросы по репликам хранилища и документацию по кластерам). Вы можете запустить это всего с четырьмя узлами.

Топология «сервер-сервер» идеальна для клиентов, использующих оборудование, которое нельзя кластеризовать. Это требует ручного аварийного переключения и оркестровки. Он идеально подходит для недорогого развертывания между филиалами и центральными центрами обработки данных, особенно при использовании асинхронной репликации. Эта конфигурация часто может заменить экземпляры файловых серверов с защитой DFSR, используемые для сценариев аварийного восстановления с одним мастером.

Во всех случаях топологии поддерживают работу как на физическом оборудовании, так и на виртуальных машинах. В виртуальных машинах базовый гипервизор не требует Hyper-V; это может быть VMware, KVM, Xen и т. д.

Реплика хранилища также имеет режим «сервер-себя», когда вы указываете репликацию на два разных тома на одном компьютере.

Да, дедупликация данных поддерживается репликой хранилища. Включите дедупликацию данных для тома на исходном сервере, и во время репликации конечный сервер получит дедуплицированную копию тома.

Хотя вам следует установить Дедупликацию данных как на исходном, так и на целевом серверах (см. раздел Установка и включение дедупликации данных), важно не включать Дедупликацию данных на целевом сервере. Реплика хранилища разрешает запись только на исходном сервере. Поскольку дедупликация данных выполняет запись в том, она должна выполняться только на исходном сервере.

К сожалению, мы не поддерживаем создание нового партнерства между Windows Server 2019и Windows Server 2016. Вы можете безопасно обновить сервер или кластер под управлением Windows Server 2016 до Windows Server 2019, и любые существующие партнерства будут продолжать работать.

Однако, чтобы получить улучшенную производительность репликации Windows Server 2019, все участники партнерства должны работать под управлением Windows Server 2019, и вы должны удалить существующие партнерства и связанные группы репликации, а затем воссоздать их с заполненными данными (либо при создании партнерства в Windows Центр администрирования или с помощью командлета New-SRPartnership).

Для получения технической помощи по реплике хранилища вы можете опубликовать сообщение на форумах Microsoft. Вы также можете отправить электронное письмо по адресу [email protected], если у вас возникнут вопросы о реплике хранилища. Информацию о проблемах с этой документацией см. в разделе «Отзывы» внизу этой страницы и выберите Эта страница .

Storage Replica — это технология односторонней репликации. Он будет реплицироваться только из источника в место назначения для каждого тома. Это направление может быть изменено в любое время, но по-прежнему только в одном направлении. Однако это не означает, что набор томов (исходный и конечный) не может реплицироваться в одном направлении, а другой набор дисков (исходный и конечный) реплицируется в противоположном направлении. Например, вы хотите настроить репликацию сервер-сервер. Сервер 1 и сервер 2 имеют буквы дисков L:, M:, N: и O:, и вы хотите реплицировать диск M: с сервера 1 на сервер 2, а диск O: реплицировать с сервера 2 на сервер 1.