Поделиться через

Взаимодействие систем дедупликации данных

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

Поддерживаемые сценарии

В следующих разделах описываются поддерживаемые сценарии дедупликации данных с другими функциями и технологиями Windows Server.

ReFS

Дедупликация данных поддерживается начиная с Windows Server 2019.

Кластеризация для обеспечения отказоустойчивости

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

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

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

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

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

  • Дедупликация данных полностью поддерживается на Storage Spaces Direct с томами, отформатированными в ReFS или NTFS (зеркальный или с избыточностью).

    • Тома с форматированием reFS поддерживаются начиная с Windows Server 2019.

    • Дедупликация не поддерживается в томах с несколькими уровнями хранилища.

Storage Replica

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

BranchCache

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

Репликация DFS

Дедупликация данных работает с репликацией распределенной файловой системы (DFS). Оптимизация или отмена оптимизации файла не запускает репликацию, так как файл не изменяется. Репликация DFS использует удалённое разностное сжатие (RDC), а не блоки из хранилища блоков, для экономии трафика при передаче данных. Файлы в реплике также могут быть оптимизированы с помощью дедупликации, если реплика использует дедупликацию данных.

Quotas

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

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

Архивация данных Windows Server

В службе архивации Windows Server имеется возможность резервного копирования оптимизированного тома на условиях "как есть" (то есть без удаления дедуплицированных данных). Ниже показано, как создать резервную копию тома и как восстановить том или выбранные файлы из тома с помощью Резервного копирования Windows Server с PowerShell.

  1. Для резервного копирования тома E: в другой том выполните следующую команду, заменив имена томов на подходящие для вашей ситуации.

    wbadmin start backup –include:E: -backuptarget:F: -quiet

  2. Получите идентификатор версии созданной резервной копии.

    wbadmin get versions

    Этот идентификатор выходной версии — это строка даты и времени, например 08.18.2016-06:22.

  3. Восстановите весь диск.

    wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume  -items:E: -recoveryTarget:E:

    --OR--

    Восстановите определенную папку (в данном случае папку E:\Docs).

    wbadmin start recovery –version:02/16/2012-06:22 -itemtype:File  -items:E:\Docs  -recursive

Неподдерживаемые сценарии

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

Вложенная виртуализация

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

Windows 10 (клиентская ОС)

Дедупликация данных не поддерживается в Windows 10. Некоторые записи блога сообщества описывают, как взять двоичные файлы из Windows Server 2016 и поместить их в Windows 10. Этот метод не поддерживается.

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

Robocopy

Выполнение Robocopy с дедупликацией данных не рекомендуется, так как некоторые команды Robocopy могут повредить Chunk Store. Хранилище блоков содержится в информационной папке системного тома. Если удалить папку System Volume Information, оптимизированные файлы (перенаправляемые точки), скопированные из исходного тома, становятся поврежденными. Это происходит так как блоки данных не копируются на целевой том.

  • Last updated on