DATAENGINER

Добрый день! Ранее мы рассмотрели как создать сетевое хранилище в небольшом офисе, используя сетевые папки Windows Server 2019. Теперь, как я и обещал, выпускаю статью с описанием всех необходимых для этого шагов.

Статья состоит из 4 — частей:

• Как создать пользователя Windows Server 2019
• Как добавить группу пользователю Windows Server 2019
• Как создать сетевую/общую папку/диск Windows Server 2019
• Как подключить сетевую/общую папку/диск Windows Server 2019

Как создать пользователя Windows Server 2019

Шаг 1. Откроем меню Пуск и в строке поиска напишем mmc. Откроется консоль администрирования.

Шаг 2. Так как, мы открываем консоль управления Microsoft в первый раз, то консоль пустая и нам будет необходимо добавить оснастку.

Шаг 3. Чтобы добавить оснастку откроем пункт меню файл, Add/Remove Snap-in.

Шаг 4. Далее выбираем необходимую нам оснастку локальных пользователей и групп и нажимаем на Add.

Шаг 5. Выбираем, что управлять будем локальным компьютером. Windows позволяет управлять политиками и на удаленных устройствах.

Шаг 6. Далее подтверждаем добавление оснастки и нажимаем ОК.

Шаг 7. После этого в Консоли управления Windows, в боковом меню добавится пункт Локальные пользователи и группы.

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

А перейдя в папку группу, ознакомится с уже существующими группами.

Шаг 8. Для добавления пользователя перейдем в папку Users. Нажмем рядом со списком пользователем правой кнопкой мыши и выберем New User.

Шаг 9. Далее заполняем необходимую информацию о пользователе.

Обратите внимание! По умолчанию, стоит галочка, что пользователю необходимо будет изменить пароль при следующем входе, а пользователю будет установлен 30-ти дневнный срок хранения пароля. Если вы хотите отключить срок действия пароля 30 дней, то необходимо снять галочку и установить галочку Password never expires.

После чего нажимаем Create. В списке пользователей появится новый пользователь в списке test.

Как добавить группу пользователю Windows Server 2019

Шаг 1. Открываем меню пуск и указываем mmc в строке поиска (консоль управления windows).

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

Шаг 2. Открываем папку пользователей и в списке пользователей выбираем необходимого нам пользователя.

Шаг 3. Нажимаем правой кнопкой на пользователя и выбираем Properties.

Шаг 4. Откроется меню свойств, где мы перейдем на вкладку Member of. В списке будут указаны группы в которых состоит наш пользователь.

Шаг 5. Нажмем кнопку Add. Появится окно, где мы можем указать имя группы. Для того, чтобы найти необходимую группу необходимо нажать Advanced.

Шаг 6. После этого появится окно поиска групп. Для того, чтобы отобразить весь список нажмем Find Now. Windows отобразит все существующие группы.

Шаг 7. В появившемся списке я выберу Remote Desktop Users. Эта группа предоставляет разрешение на подключение пользователям к удаленному рабочему столу. Нажмем ОК.

Шаг 8. После этого в окне выбора групп появится название группы. Здесь тоже нажмем ОК.

Шаг 9. Далее в свойствах пользователя появится новая группа. Нажмем Apply и OK.

После этого, выбранная группа будет добавлена к пользователю.

Как создать сетевую/общую папку/диск Windows Server 2019

Шаг 1. На локальном диске C добавим папку которую назовем shared.

Шаг 2. Нажмем правой кнопкой мыши на папку и перейдем в свойства(properties).

Шаг 3. Откроем вкладку Sharing(Доступ).

Шаг 4. Нажимаем кнопку Share(Общий доступ)

Шаг 5. В выпадающем списке выбираем нашего пользователя Test. Выбираем обязательно иначе у пользователя Test не будет доступа к сетевой папке windows с клиентского компьютера.

Шаг 6. Нажимаем Add наш пользователь добавится в список.

Шаг 7. Справа в боком меню указываются права которые имеют пользователи, выберем для пользователя Test права Read/Write и нажмем кнопку Share.

Шаг 8. Далее на вопрос, хотим ли сделать папку доступной по сети отвечаем да.

Шаг 9. По окончании настройки папки нажмем Done(Готово).

Как подключить сетевую/общую папку/диск Windows Server 2019

Шаг 1. Открываем мой компьютер и открываем вкладку компьютер.

Шаг 2. Нажимаем подключить сетевой диск.

Шаг 3. Перед нами появится окно, где мы можем выбрать имя диска, а также указать сетевой адрес нашей общей папки.

Шаг 4. Оставим букву диска по умолчанию, а в качестве адреса папки укажем (\\ip\Shared) в моем случае машина имеет ip адрес 192.168.174.131. Так как имя пользователя моего компьютера отличается от имени пользователя виртуальной машины, то необходимо поставить галочку использовать другие учетные данные. Если не поставить галочку, то при несовпадении имя пользователя локального компьютера с сетевым пользователем, все равно появится окно авторизации.

Шаг 5. Нажмем готово и перед нами появится окно авторизации, где необходимо указать имя и пароль сетевого пользователя.

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

На этом первая общая статья, о том «как создать сетевое хранилище» закончена. Надеюсь это, вам поможет в дальнейшей работе. В следующей статье мы рассмотрим как создать ftp server на Windows Server.

Общие сведения о реплике хранилища Storage Replica overview

Применяется к: Windows Server 2019, Windows Server 2016, Windows Server (Semi-Annual Channel) Applies to: Windows Server 2019, Windows Server 2016, Windows Server (Semi-Annual Channel)

Реплика хранилища — это технология Windows Server, обеспечивающая репликацию томов между серверами или кластерами в целях аварийного восстановления. Storage Replica is Windows Server technology that enables replication of volumes between servers or clusters for disaster recovery. Она также позволяет создавать отказоустойчивые кластеры, охватывающие два сайта, с синхронизацией всех узлов. It also enables you to create stretch failover clusters that span two sites, with all nodes staying in sync.

Реплика хранилища поддерживает синхронную и асинхронную репликацию: Storage Replica supports synchronous and asynchronous replication:

• Синхронная репликация зеркально отображает данные на сетевом сайте, обладающем небольшой задержкой, с отказоустойчивыми томами, что полностью предотвращает потерю данных на уровне файловой системы в случае сбоя. Synchronous replication mirrors data within a low-latency network site with crash-consistent volumes to ensure zero data loss at the file-system level during a failure.
• Асинхронная репликация зеркально отображает данные на сайтах за пределами городской сети через соединения с большей задержкой, но не гарантирует наличие одинаковых копий данных на обоих сайтах во время сбоя. Asynchronous replication mirrors data across sites beyond metropolitan ranges over network links with higher latencies, but without a guarantee that both sites have identical copies of the data at the time of a failure.

В чем преимущества реплики хранилища? Why use Storage Replica?

Реплика хранилища предлагает возможности аварийного восстановления и подготовки в Windows Server. Storage Replica offers disaster recovery and preparedness capabilities in Windows Server. Windows Server обеспечивает возможность синхронной защиты данных в разных стойках, этажей, зданиях, университетах, городах и городах без потери данных. Windows Server offers the peace of mind of zero data loss, with the ability to synchronously protect data on different racks, floors, buildings, campuses, counties, and cities. После аварии все данные существуют в других местах без каких-либо возможных потерь. After a disaster strikes, all data exists elsewhere without any possibility of loss. Кроме того, с помощью реплики хранилища при обнаружении определенных неполадок пользователи могут переместить рабочие нагрузки в безопасное расположение до сбоя, опять-таки без потери данных. The same applies before a disaster strikes; Storage Replica offers you the ability to switch workloads to safe locations prior to catastrophes when granted a few moments warning — again, with no data loss.

Реплика хранилища обеспечивает более эффективное использование нескольких центров обработки данных. Storage Replica allows more efficient use of multiple datacenters. Благодаря растягиванию и репликации кластеров рабочие нагрузки можно распределять по нескольким центрам обработки данных, что, в свою очередь, обеспечивает более быстрый доступ к данным локальных пользователей и приложениям, а также оптимизирует распределение нагрузки и использование вычислительных ресурсов. By stretching clusters or replicating clusters, workloads can be run in multiple datacenters for quicker data access by local proximity users and applications, as well as better load distribution and use of compute resources. Если центр обработки данных выйдет из строя, его обычные рабочие нагрузки можно временно переместить на другой сайт. If a disaster takes one datacenter offline, you can move its typical workloads to the other site temporarily.

Реплика хранилища позволяет списать текущие системы репликации файлов, такие как репликация DFS, которые считаются низкопроизводительными решениями аварийного восстановления. Storage Replica may allow you to decommission existing file replication systems such as DFS Replication that were pressed into duty as low-end disaster recovery solutions. Система репликации DFS хорошо работает в сетях с очень низкой пропускной способностью, но ее задержка слишком высокая. Часто она измеряется в часах или днях. While DFS Replication works well over extremely low bandwidth networks, its latency is very high — often measured in hours or days. Это связано с тем, что выполняется репликация только закрытых файлов, а также с искусственным механизмом регулирования, направленным на предотвращение перегрузки сети. This is caused by its requirement for files to close and its artificial throttles meant to prevent network congestion. Из-за этих особенностей проектирования репликация самых новых и часто используемых файлов в системе репликации DFS не выполняется. With those design characteristics, the newest and hottest files in a DFS Replication replica are the least likely to replicate. Репликация хранилища выполняется ниже уровня файла и не имеет этих ограничений. Storage Replica operates below the file level and has none of these restrictions.

Кроме того, реплика хранилища поддерживает асинхронную репликацию, которая подходит для сетей с более длительными задержками и большим диапазоном номеров. Storage Replica also supports asynchronous replication for longer ranges and higher latency networks. Так как он не основан на контрольных точках и постоянно реплицируется, Дельта изменений, как правило, значительно ниже, чем у продуктов на основе моментальных снимков. Because it is not checkpoint-based, and instead continuously replicates, the delta of changes tends to be far lower than snapshot-based products. Кроме того, реплика хранилища действует на уровне раздела, а значит, реплицируются все моментальные снимки службы теневого копирования томов, созданные с помощью Windows Server или программного обеспечения для архивации. Это позволяет использовать моментальные снимки данных приложения, чтобы выполнять восстановление на определенный момент времени. В частности, неструктурированные данные пользователя реплицируются асинхронно. Furthermore, Storage Replica operates at the partition layer and therefore replicates all VSS snapshots created by Windows Server or backup software; this allows use of application-consistent data snapshots for point in time recovery, especially unstructured user data replicated asynchronously.

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

Реплику хранилища можно развернуть в кластере Stretch, между кластером и кластером, а также в конфигурациях «сервер-сервер» (см. рисунки 1-3). You can deploy Storage Replica in a stretch cluster, between cluster-to-cluster, and in server-to-server configurations (see Figures 1-3).

Растянутый кластер позволяет выполнять настройку компьютеров и хранилища в одном кластере, где некоторые узлы используют один общий набор асимметричного хранилища, а остальные — другой, после чего выполняется синхронная или асинхронная репликация с функцией доступности информации о сайте. Stretch Cluster allows configuration of computers and storage in a single cluster, where some nodes share one set of asymmetric storage and some nodes share another, then synchronously or asynchronously replicate with site awareness. В этом сценарии можно использовать дисковые пространства с общим хранилищем SAS, SAN и присоединенные к iSCSI номера LUN. This scenario can utilize Storage Spaces with shared SAS storage, SAN and iSCSI-attached LUNs. Для управления используется PowerShell и графическое средство диспетчера отказоустойчивости кластеров. Отработку отказа рабочей нагрузки можно выполнять автоматически. It is managed with PowerShell and the Failover Cluster Manager graphical tool, and allows for automated workload failover.

Рис. 1. Репликация хранилища в растянутом кластере с помощью реплики хранилища FIGURE 1: Storage replication in a stretch cluster using Storage Replica

Межкластерная репликация позволяет выполнять синхронную или асинхронную репликацию между двумя отдельными кластерами. Cluster to Cluster allows replication between two separate clusters, where one cluster synchronously or asynchronously replicates with another cluster. В этом сценарии можно использовать локальные дисковые пространства, дисковые пространства с общим хранилищем SAS, SAN и присоединенные к iSCSI номера LUN. This scenario can utilize Storage Spaces Direct, Storage Spaces with shared SAS storage, SAN and iSCSI-attached LUNs. Она управляется с помощью Windows Admin Center и PowerShell и требует вмешательства вручную для отработки отказа. It is managed with Windows Admin Center and PowerShell, and requires manual intervention for failover.

Рис. 2. Межкластерная репликация хранилища с помощью реплики хранилища FIGURE 2: Cluster-to-cluster storage replication using Storage Replica

Межсерверная репликация позволяет выполнять синхронную или асинхронную репликацию между двумя изолированными серверами, используя дисковые пространства с общим хранилищем SAS, SAN, присоединенные к iSCSI номера LUN, а также локальные диски. Server to server allows synchronous and asynchronous replication between two standalone servers, using Storage Spaces with shared SAS storage, SAN and iSCSI-attached LUNs, and local drives. Она управляется с помощью Windows Admin Center и PowerShell и требует вмешательства вручную для отработки отказа. It is managed with Windows Admin Center and PowerShell, and requires manual intervention for failover.

Рис. 3. Межсерверная репликация хранилища с помощью реплики хранилища FIGURE 3: Server-to-server storage replication using Storage Replica

Кроме того, репликацию можно настроить между четырьмя отдельными томами. You can also configure server-to-self replication, using four separate volumes on one computer. Но в этом руководстве такой сценарий не рассматривается. However, this guide does not cover this scenario.

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

Полная защита от потери данных, репликация на уровне блоков. Zero data loss, block-level replication. Синхронная репликация обеспечивает полную защиту от потери данных, With synchronous replication, there is no possibility of data loss. а репликация на уровне блоков исключает возможность блокировки файлов. With block-level replication, there is no possibility of file locking.

Удобное развертывание и управление. Simple deployment and management. Реплика хранилища предназначена для простоты использования. Storage Replica has a design mandate for ease of use. Создание партнерства репликации между двумя серверами может использовать центр администрирования Windows. Creation of a replication partnership between two servers can utilize the Windows Admin Center. Развертывание растянутых кластеров осуществляется с помощью интуитивно понятного мастера в знакомом диспетчере отказоустойчивости кластеров. Deployment of stretch clusters uses intuitive wizard in the familiar Failover Cluster Manager tool.

Гость и узел. Guest and host. Все возможности реплики хранилища можно использовать и в виртуализированных гостевых развертываниях, и в развертываниях на основе узла. All capabilities of Storage Replica are exposed in both virtualized guest and host-based deployments. Это означает, что гости могут реплицировать свои тома данных, даже если они работают на платформах виртуализации, отличной от Windows, или в общедоступных облаках при условии использования Windows Server в гостевой системе. This means guests can replicate their data volumes even if running on non-Windows virtualization platforms or in public clouds, as long as using Windows Server in the guest.

Репликация на основе SMB 3. SMB3-based. Реплика хранилища использует проверенную и отработанную технологию SMB 3, впервые представленную в Windows Server 2012. Storage Replica uses the proven and mature technology of SMB 3, first released in Windows Server 2012. Это означает, что в реплике хранилища доступны все расширенные возможности SMB, такие как непосредственная поддержка нескольких каналов и SMB в сетевых RDMA-адаптерах RoCE, iWARP и InfiniBand. This means all of SMB’s advanced characteristics — such as multichannel and SMB direct support on RoCE, iWARP, and InfiniBand RDMA network cards — are available to Storage Replica.

Безопасность. Security. В отличие от продуктов множества поставщиков в реплике хранилища реализована ведущая в отрасли технология безопасности. Unlike many vendor’s products, Storage Replica has industry-leading security technology baked in. Сюда входит подписывание пакетов, полное шифрование данных AES-128-GCM, поддержка ускорения шифрования Intel AES-NI и предварительной проверки подлинности с целью предотвращения атак «злоумышленник внутри». This includes packet signing, AES-128-GCM full data encryption, support for Intel AES-NI encryption acceleration, and pre-authentication integrity man-in-the-middle attack prevention. Для проверки подлинности между узлами реплика хранилища использует Kerberos AES256. Storage Replica utilizes Kerberos AES256 for all authentication between nodes.

Высокопроизводительная начальная синхронизация. Реплика хранилища поддерживает заполненную начальную синхронизацию, где в целевой объект уже добавлено подмножество данных из старых копий, резервных копий или поставляемых дисков. High performance initial sync. Storage Replica supports seeded initial sync, where a subset of data already exists on a target from older copies, backups, or shipped drives. При начальной репликации копируются только различающиеся блоки, которые могут сократить время первоначальной синхронизации и предотвратить использование ограниченной пропускной способности для данных. Initial replication only copies the differing blocks, potentially shortening initial sync time and preventing data from using up limited bandwidth. Агрегирование и расчет контрольной суммы блока реплики хранилища показывает, что производительность начальной синхронизации зависит только от скорости хранилища и сети. Storage replicas block checksum calculation and aggregation means that initial sync performance is limited only by the speed of the storage and network.

Группы согласованности. Consistency groups. Порядок записи гарантирует, что такие приложения, как Microsoft SQL Server, могут записывать данные на несколько реплицируемых томов и быть в последовательной записи на целевой сервер. Write ordering guarantees that applications such as Microsoft SQL Server can write to multiple replicated volumes and know the data is written on the destination server sequentially.

Делегирование пользователя. User delegation. Пользователям могут предоставляться права на управление репликацией. При этом им не обязательно быть участниками встроенной группы администраторов на реплицированных узлах. Доступ этих пользователей к несвязанным областям ограничен. Users can be delegated permissions to manage replication without being a member of the built-in Administrators group on the replicated nodes, therefore limiting their access to unrelated areas.

Сетевое ограничение. Network Constraint. Чтобы обеспечить достаточную пропускную способность для приложения, ПО для резервного копирования и управления, серверы и реплицированные тома могут позволять использование реплики хранилища лишь в отдельных сетях. Storage Replica can be limited to individual networks by server and by replicated volumes, in order to provide application, backup, and management software bandwidth.

Тонкая подготовка. Thin provisioning. В дисковых пространствах и устройствах SAN поддерживается тонкая подготовка. Эта возможность при разных условиях позволяет обеспечить почти мгновенную начальную репликацию. Support for thin provisioning in Storage Spaces and SAN devices is supported, in order to provide near-instantaneous initial replication times under many circumstances.

Реплика хранилища включает следующие функции. Storage Replica includes the following features:

Компонент Feature	Сведения Details
Тип Type	На основе узла Host-based
Синхронная Synchronous	Да Yes
Асинхронный Asynchronous	Да Yes
Независимость от оборудования для хранения данных Storage hardware agnostic	Да Yes
Единица репликации Replication unit	Том (раздел) Volume (Partition)
Создание кластера Stretch Windows Server Windows Server stretch cluster creation	Да Yes
Межсерверная репликация Server to server replication	Да Yes
Межкластерная репликация Cluster to cluster replication	Да Yes
Транспорт Transport	SMB 3 SMB3
Сеть Network	TCP/IP или RDMA TCP/IP or RDMA
Поддержка ограничения сети Network constraint support	Да Yes
RDMA* RDMA*	iWARP, InfiniBand, RoCE v2 iWARP, InfiniBand, RoCE v2
Требования к брандмауэру сетевого порта репликации Replication network port firewall requirements	Один порт IANA (TCP 445 или TCP 5445) Single IANA port (TCP 445 or 5445)
Поддержка нескольких путей или каналов Multipath/Multichannel	Да (SMB 3) Yes (SMB3)
Поддержка Kerberos Kerberos support	Да (SMB 3) Yes (SMB3)
Шифрование и подписывание Over-the-Wire Over the wire encryption and signing	Да (SMB 3) Yes (SMB3)
Отработка отказа для каждого тома Per-volume failovers allowed	Да Yes
Поддержка хранилища с тонкой подготовкой Thin-provisioned storage support	Да Yes
Встроенный пользовательский интерфейс управления Management UI in-box	PowerShell, диспетчер отказоустойчивости кластеров PowerShell, Failover Cluster Manager

* Может потребоваться оборудование для работы на длинных расстояниях и кабели. *May require additional long haul equipment and cabling.

Необходимые компоненты для реплики хранилища Storage Replica prerequisites

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

Дисковые пространства с JBOD SAS, локальные дисковые пространства, сеть SAN Fibre Channel, общий VHDX, конечный объект iSCSI или локальное хранилище SAS/SCSI/SATA. Storage Spaces with SAS JBODs, Storage Spaces Direct, fibre channel SAN, shared VHDX, iSCSI Target, or local SAS/SCSI/SATA storage. SSD или более быстрый накопитель для хранения журналов репликации. SSD or faster recommended for replication log drives. Майкрософт рекомендует, чтобы хранилище журналов работало так же быстро или быстрее, чем хранилище данных. Microsoft recommends that the log storage be faster than the data storage. Томы журнала никогда не должны использоваться для других задач. Log volumes must never be used for other workloads.

На каждом сервере должно быть создано по меньшей мере одно подключение Ethernet/TCP для синхронной репликации, но желательно использовать RDMA. At least one ethernet/TCP connection on each server for synchronous replication, but preferably RDMA.

По крайней мере 2 ГБ ОЗУ и два ядра на каждый сервер. At least 2GB of RAM and two cores per server.

Сеть между серверами должна иметь достаточную пропускную способность для ваших рабочих нагрузок ввода-вывода, а средняя задержка приема-передачи должна составлять 5 мс или менее для синхронной репликации. A network between servers with enough bandwidth to contain your IO write workload and an average of 5ms round trip latency or lower, for synchronous replication. Для асинхронной репликации рекомендации по задержке приема и передачи отсутствуют. Asynchronous replication does not have a latency recommendation.

Windows Server, Datacenter Edition или Windows Server Standard Edition. Windows Server, Datacenter Edition, or Windows Server, Standard Edition. Реплика хранилища, работающая в Windows Server Standard Edition, имеет следующие ограничения. Storage Replica running on Windows Server, Standard Edition, has the following limitations:

• Необходимо использовать Windows Server 2019 или более поздней версии. You must use Windows Server 2019 or later
• Реплика хранилища реплицирует один том вместо неограниченного количества томов. Storage Replica replicates a single volume instead of an unlimited number of volumes.
• Размер томов может состоять до 2 ТБ вместо неограниченного размера. Volumes can have a size of up to 2 TB instead of an unlimited size.

Фоновый режим Background

Этот раздел содержит сведения о высокоуровневой отраслевой терминологии, синхронной и асинхронной репликации, а также основных вариантах поведения. This section includes information about high-level industry terms, synchronous and asynchronous replication, and key behaviors.

Отраслевые термины высокого уровня High-level industry terms

Аварийное восстановление — способ восстановления работоспособности после сбоя сайта для продолжения работы бизнес-процессов. Disaster Recovery (DR) refers to a contingency plan for recovering from site catastrophes so that the business continues to operate. Такой метод предусматривает сохранение нескольких копий рабочих данных в отдельных физических расположениях. Data DR means multiple copies of production data in a separate physical location. Примером может выступать растянутый кластер, где половина узлов расположена на одном сайте, а остальные — на другом. For example, a stretch cluster, where half the nodes are in one site and half are in another. Готовность к аварийным ситуациям — план заблаговременного переноса рабочих нагрузок в другое расположение до возникновения чрезвычайного происшествия, например урагана. Disaster Preparedness (DP) refers to a contingency plan for preemptively moving workloads to a different location prior to an oncoming disaster, such as a hurricane.

Соглашения об уровне обслуживания (SLA) — определяют доступность бизнес-приложений, а также допустимое время простоя и потерю данных в рамках планированных и незапланированных простоев. Service level agreements (SLAs) define the availability of a business’ applications and their tolerance of down time and data loss during planned and unplanned outages. Целевое время восстановления (RTO) — определяет допустимое общее время недоступности бизнес-данных. Recovery Time Objective (RTO) defines how long the business can tolerate total inaccessibility of data. Целевая точка восстановления — определяет допустимый объем потерь бизнес-данных. Recovery Point Objective (RPO) defines how much data the business can afford to lose.

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

Синхронная репликация обеспечивает запись данных приложением сразу в два расположения до завершения операции ввода–вывода. Synchronous replication guarantees that the application writes data to two locations at once before completion of the IO. Этот тип репликации более подходит для критически важных данных, так как этот процесс связан с определенными затратами на сеть и хранилище, а также может снизить производительность приложения. This replication is more suitable for mission critical data, as it requires network and storage investments, as well as a risk of degraded application performance.

Когда приложение выполняет операции записи в исходную копию данных, то исходное хранилище подтверждает операции ввода–вывода не сразу. When application writes occur on the source data copy, the originating storage does not acknowledge the IO immediately. Вместо этого измененные данные реплицируются в удаленную конечную копию и возвращают подтверждение. Instead, those data changes replicate to the remote destination copy and return an acknowledgement. Только после этого приложение получает подтверждение операции ввода–вывода. Only then does the application receive the IO acknowledgment. Это гарантирует постоянную синхронизацию удаленного и исходного сайтов, в результате чего в сети расширяются операции ввода–вывода для хранилища. This ensures constant synchronization of the remote site with the source site, in effect extending storage IOs across the network. В случае сбоя исходного сайта приложения могут выполнить отработку отказа на удаленный сайт и возобновить работу без потери данных. In the event of a source site failure, applications can failover to the remote site and resume their operations with assurance of zero data loss.

Режим Mode	Схема Diagram	Шаги Steps
Синхронная Synchronous Полная защита от потери данных Zero Data Loss RPO RPO		1. Приложение записывает данные. 1. Application writes data 2. Данные журнала записываются и реплицируются на удаленный сайт. 2. Log data is written and the data is replicated to the remote site 3. Данные журнала записываются на удаленный сайт. 3. Log data is written at the remote site 4. Подтверждение от удаленного сайта. 4. Acknowledgement from the remote site 5. Подтверждение операции записи приложения. 5. Application write acknowledged t и t1. Данные записываются в том, для журналов применяется сквозная запись. t & t1 : Data flushed to the volume, logs always write through

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

В процессе асинхронной репликации записанные приложением данные реплицируются на удаленный сайт без каких-либо гарантий немедленного подтверждения. Contrarily, asynchronous replication means that when the application writes data, that data replicates to the remote site without immediate acknowledgment guarantees. Этот режим позволяет сократить время ответа приложения. Кроме того, его можно использовать для решения аварийного восстановления, работающего по географическому признаку. This mode allows faster response time to the application as well as a DR solution that works geographically.

Когда приложение записывает данные, модуль репликации получает данные и немедленно отправляет подтверждение в приложение. When the application writes data, the replication engine captures the write and immediately acknowledges to the application. Полученные данные затем реплицируются в удаленное расположение. The captured data then replicates to the remote location. Удаленный узел обрабатывает копию данных и «лениво» подтверждает исходную копию. The remote node processes the copy of the data and lazily acknowledges back to the source copy. Так как производительность репликации больше не зависит от пути операции ввода–вывода приложения, скорость реагирования и расстояние удаленного сайта не столь важны. Since replication performance is no longer in the application IO path, the remote site’s responsiveness and distance are less important factors. Если исходные данные потеряны, а конечная копия данных находилась в буфере и не покидала источник, существует риск потери данных. There is risk of data loss if the source data is lost and the destination copy of the data was still in buffer without leaving the source.

За счет того, что значение целевой точки восстановления асинхронной репликации больше нуля, этот процесс менее подходит для решений с высокой доступностью, например для отказоустойчивых кластеров. Эти решения предназначены для непрерывного выполнения операций с избыточностью и без потери данных. With its higher than zero RPO, asynchronous replication is less suitable for HA solutions like Failover Clusters, as they are designed for continuous operation with redundancy and no loss of data.

Режим Mode	Схема Diagram	Шаги Steps
Асинхронный Asynchronous Практически нулевая потеря данных Near zero data loss (зависит от нескольких факторов) (depends on multiple factors) RPO RPO		1. Приложение записывает данные. 1. Application writes data 2. Запись данных журнала. 2. Log data written 3. Подтверждение операции записи приложения. 3. Application write acknowledged 4. Данные реплицируются на удаленный сайт. 4. Data replicated to the remote site 5. Данные журнала записываются на удаленный сайт. 5. Log data written at the remote site 6. Подтверждение от удаленного сайта. 6. Acknowledgement from the remote site t и t1. Данные записываются в том, для журналов применяется сквозная запись. t & t1 : Data flushed to the volume, logs always write through

Ключевые точки оценки и поведения Key evaluation points and behaviors

Пропускная способность и задержка при использовании самого быстрого хранилища. Network bandwidth and latency with fastest storage. Синхронная репликация сопряжена с определенными физическими ограничениями. There are physical limitations around synchronous replication. Так как за счет журналов и требуемых полных обходов сети реплика хранилища реализует механизм фильтрации операций ввода-вывода, при синхронной репликации приложение записывает данные медленнее. Because Storage Replica implements an IO filtering mechanism using logs and requiring network round trips, synchronous replication is likely make application writes slower. С низкой задержкой, сетями с высокой пропускной способностью и дисковой подсистемой с высокой пропускной способностью для журналов можно снизить нагрузку на производительность. By using low latency, high-bandwidth networks as well as high-throughput disk subsystems for the logs, you minimize performance overhead.

Во время репликации конечный том недоступен в Windows Server 2016. The destination volume is not accessible while replicating in Windows Server 2016. При настройке репликации конечный том отключается, в результате чего пользователи не могут выполнять никакие операции чтения с него или записи на него. When you configure replication, the destination volume dismounts, making it inaccessible to any reads or writes by users. Соответствующая ему буква диска может отображаться в обычных интерфейсах, таких как проводник, но получить доступ к самому тому приложения не могут. Its driver letter may be visible in typical interfaces like File Explorer, but an application cannot access the volume itself. Технология репликации на уровне блоков несовместима с системами, разрешающими доступ к установленной файловой системе конечного целевого объекта в томе. Файловые системы NTFS и ReFS не поддерживают запись пользовательских данных на тома до изменения входящих в них блоков. Block-level replication technologies are incompatible with allowing access to the destination target’s mounted file system in a volume; NTFS and ReFS do not support users writing data to the volume while blocks change underneath them.

Командлет Test-отработки отказа , появилось в Windows Server, версии 1709 и также входит в windows Server 2019. The Test-Failover cmdlet debuted in Windows Server, version 1709, and was also included in Windows Server 2019. Теперь поддерживается временное подключение моментального снимка для чтения и записи целевого тома для резервных копий, тестирования и т. д. https://aka.ms/srfaq Дополнительные сведения см. в разделе. This now supports temporarily mounting a read-write snapshot of the destination volume for backups, testing, etc. See https://aka.ms/srfaq for more info.

Реализация асинхронной репликации Microsoft отличается от остальных. The Microsoft implementation of asynchronous replication is different than most. Большинство отраслевых реализаций асинхронной репликации основаны на моментальных снимках, где периодические разностные операции обмена данными перемещаются на узел и объединяются. Most industry implementations of asynchronous replication rely on snapshot-based replication, where periodic differential transfers move to the other node and merge. Асинхронная репликация реплики хранилища выполняется подобно синхронной репликации. Разница заключается в том, что для этого типа репликации не требуется последовательное синхронное подтверждение от цели. Storage Replica asynchronous replication operates just like synchronous replication, except that it removes the requirement for a serialized synchronous acknowledgment from the destination. Таким образом, за счет непрерывной репликации реплика хранилища теоретически имеет более низкое значение целевой точки восстановления. This means that Storage Replica theoretically has a lower RPO as it continuously replicates. Это также означает, что она основана на внутренних гарантиях согласованности приложения, а не на использовании моментальных снимков для инициации согласованности в файлах приложения. However, this also means it relies on internal application consistency guarantees rather than using snapshots to force consistency in application files. Реплика хранилища обеспечивает отказоустойчивость во всех режимах репликации. Storage Replica guarantees crash consistency in all replication modes

Многие клиенты используют систему репликации DFS в качестве решения для аварийного восстановления, хотя зачастую это нецелесообразно. Система репликации DFS не выполняет репликацию открытых файлов. Она предназначена для минимизации использования пропускной способности в ущерб производительности, что ведет к значительным разностным изменениям точки восстановления. Many customers use DFS Replication as a disaster recovery solution even though often impractical for that scenario — DFS Replication cannot replicate open files and is designed to minimize bandwidth usage at the expense of performance, leading to large recovery point deltas. Реплика хранилища позволяет снять некоторые обязанности по аварийному восстановлению с системы репликации DFS. Storage Replica may allow you to retire DFS Replication from some of these types of disaster recovery duties.

Реплика хранилища не является решением для резервного копирования. Storage Replica is not a backup solution. Некоторые ИТ-среды развертывают системы репликации в качестве решений резервного копирования. Это связано с тем, что системы репликации обеспечивают полную защиту от потери данных по сравнению с ежедневным резервным копированием. Some IT environments deploy replication systems as backup solutions, due to their zero data loss options when compared to daily backups. Вне зависимости от типа изменений реплика хранилища реплицирует все изменения во все блоки данных на томе. Storage Replica replicates all changes to all blocks of data on the volume, regardless of the change type. Если пользователь удаляет все данные из тома, Реплика хранилища немедленно реплицирует удаление на другой том, твердо удаление данных с обоих серверов. If a user deletes all data from a volume, Storage Replica replicates the deletion instantly to the other volume, irrevocably removing the data from both servers. Не используйте реплику хранилища в качестве решения для резервного копирования «на момент времени». Do not use Storage Replica as a replacement for a point-in-time backup solution.

Реплика хранилища — это не реплика Hyper-V или группы доступности AlwaysOn Microsoft SQL. Storage Replica is not Hyper-V Replica or Microsoft SQL AlwaysOn Availability Groups. Реплика хранилища — это независимый от хранилища модуль общего назначения. Storage Replica is a general purpose, storage-agnostic engine. По своему определению реплика хранилища не может настроить поведение приложения так же хорошо, как это можно сделать с помощью репликации на уровне приложения. By definition, it cannot tailor its behavior as ideally as application-level replication. В результате вы не сможете выполнять определенные возможности, что вынудит вас развернуть или продолжить использовать определенные технологии репликации приложения. This may lead to specific feature gaps that encourage you to deploy or remain on specific application replication technologies.

В этом документе содержится список известных проблем и ожидаемого поведения, а также приведены ответы на часто задаваемые вопросы. This document contains a list of known issues and expected behaviors as well as Frequently Asked Questions section.

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

В этом руководстве часто используются следующие термины: This guide frequently uses the following terms:

Источник — том на компьютере, позволяющий выполнять локальные операции записи и репликацию исходящих данных The source is a computer’s volume that allows local writes and replicates outbound. (также называется «первичным»). Also known as «primary».

Цель — том на компьютере, не позволяющий выполнять локальные операции записи и репликацию входящих данных The destination is a computer’s volume that does not allow local writes and replicates inbound. (также называется «вторичным»). Also known as «secondary».

Связь репликации — связь синхронизации между исходным и конечным компьютерами для одного или нескольких томов, при которой используется один журнал. A replication partnership is the synchronization relationship between a source and destination computer for one or more volumes and utilizes a single log.

Группа репликации — группа томов и соответствующая конфигурация репликации в рамках связи на каждом сервере. A replication group is the organization of volumes and their replication configuration within a partnership, on a per server basis. Группа может состоять из одного или нескольких томов. A group may contain one or more volumes.

Новые возможности для реплики хранилища What’s new for Storage Replica

Список новых возможностей в реплике хранилища в Windows Server 2019 см. в статье новые возможности в хранилище . For a list of new features in Storage Replica in Windows Server 2019, see What’s new in storage