Я переоцениваю механизм дедупликации Windows 2016/2019, который намного лучше (быстрее / эффективнее), чем то, что было в предыдущих версиях Windows. Я понимаю, как это работает (разделение файлов через дыры + точка повторной обработки + сжатие), рекомендуемые варианты использования и те, которых следует избегать.
Мой вариант использования будет более простым - дедупликация большой доли, которая является хорошим кандидатом для дедупликации (например: ddpeval показывает ~ 40% экономии); однако у меня есть некоторые сомнения относительно совместимости приложений:
Клиенты Mac OS X (которые используются некоторыми), похоже, имеют серьезные проблемы с чтением файлов дедупликации, как вы можете видеть, например, Вот, Вот и Вот
из Документы Microsoft кажется, что Expand-DedupFile Командлет существует только для восстановления файлов, у которых возникли проблемы из-за совместимости приложений.
Эти ссылки позволяют мне думать, что дедупликация на самом деле не является «прозрачным» делом для клиента SMB, обращающегося к общему ресурсу, главным образом потому, что кажется, что она «экспортирует» (через SMB) разреженную природу самих файлов. Если у клиента возникают проблемы с управлением разреженным файлом, могут возникнуть всевозможные проблемы.
Итак, мои вопросы:
вы используете дедупликацию Windows для своих общих ресурсов? Если да, есть ли у клиента проблемы?
у вас есть непосредственный опыт работы с клиентами Mac OS X?
Помимо исключения некоторых общих ресурсов из дедупликации, что еще я могу сделать, чтобы избежать проблем с совместимостью приложений?
кроме поддержки дедупликация на томах ReFS, Windows 2019 меняет что-то еще в отношении дедупликации?