Windows 10 Pro for Workstation
|
|
sysprg
| |
Автор темы
Почетный
|
Цитата Lenchik ( ) А потом вы примените технологию DEDUP и у вас останется только видимость бэкапа, а на самом деле будет всего по одной штуке. Во-первых за всю многолетнюю практику работы с дисками, у меня HDD не слетал НИКОГДА, а вот SSD однажды стал READ-ONLY, но при этом вся информация на нем сохранилась полностью и его можно было прочитать. В-вторых я не понял, почему после применения DEDUP у меня станет один экземпляр данных? Ведь следуя Вашей логике архивировать тоже опасно. И наконец, dedup я делаю только на ReFS, на которой, как Вы прекрасно знаете, вероятность "слетания" ничтожно мала.
|
|
|
netWanderer
| |
Администратор
|
|
|
|
MedMeks
| Отредактировано MedMeks - 14.08.2017, 12:20 |
Администратор
|
Цитата sysprg ( ) 1. поддерживается ли ReFS-форматирование из Disk Management? Поддерживается, кроме раздела С.
Цитата sysprg ( ) Проверьте на админской консоли выполнение команды ddpeval z:\ /v Отсутствует А впрочем у сервера с этим тоже не все гладко. Дедупликация запускается только через поднятие роли: Откуда сведения, что должно все работать на рабочей станции? Сервер 2016(рабочий):
Цитата sysprg () выполнение команды ddpeval z:\ /v Да и синтаксис команды хромает А так же из кладезя мудрости: ReFS не поддается дедупликации.
|
|
|
sysprg
| Отредактировано sysprg - 15.08.2017, 00:33 |
Автор темы
Почетный
|
Цитата MedMeks ( ) ReFS не поддается дедупликации. А вот это НЕ ПРАВДА: я именно на ReFS выполнял дедупликацию под 15063 и именно на ReFS в результате дедупликации получил 30% выигрыш. А вот лог DDPEVAL, доказывает, что указанный мною синтаксис совершенно верный:
Код C:\WINDOWS\system32>ddpeval z:\ /v /o:e:\delme\ddp.log Data Deduplication Savings Evaluation Tool Copyright (c) 2013 Microsoft Corporation. All Rights Reserved.
Evaluated Target OS: Windows 10.0 Evaluated folder: z:\ Evaluated folder size: 8.62 GB Files in evaluated folder: 9424
Processed files: 3101 Processed files size: 8.57 GB Optimized files size: 869.88 MB Space savings: 7.72 GB Space savings percent: 90
Optimized files size (no compression): 5.00 GB Space savings (no compression): 3.57 GB Space savings percent (no compression): 41
Files excluded by policy: 6323 Small files (<32KB): 6323 Files excluded by error: 0
|
|
|
MedMeks
| |
Администратор
|
Цитата sysprg ( ) что указанный мною синтаксис совершенно верный: ddpeval z:\ /v или ddpeval z:\ /v /o:e:\delme\ddp.log
Разница заметна, нет?
ReFS не поддается дедупликации. Не я придумал, об этом Мелкие твердят на каждом углу.
|
|
|
sysprg
| Отредактировано sysprg - 15.08.2017, 14:17 |
Автор темы
Почетный
|
Цитата MedMeks ( ) Разница заметна, нет? разница заметна лишь тому, кто не знает, что третий аргумент указывает файл лога на диске. А если Вы не хотите его создавать, а просто копировать с консоли, как это обычно я делаю, то третий параметр можно не задавать. И на счет того, что на ReFS не работает дупликация - по меньшей мере УСТАРЕЛЫЕ данные:
Перегрузился в 15063, отформатировал ReFS страшно медленный диск в USB 2.0 коробочке, закинул на него три ISO старых дистрибутивов и прогнал DEDUPEVAL, который прямо и недвусмысленно ОПРОВЕРГ Ваше заявление о том, что на ReFS дедупликация не работает.
Код Microsoft Windows [Version 10.0.15063] (c) 2017 Microsoft Corporation. All rights reserved.
C:\Windows\system32>ddpeval I:\ /v Data Deduplication Savings Evaluation Tool Copyright (c) 2013 Microsoft Corporation. All Rights Reserved.
Evaluated Target OS: Windows 10.0 Evaluated folder: I:\ Evaluated folder size: 11.89 GB Files in evaluated folder: 3
Processed files: 3 Processed files size: 11.89 GB Optimized files size: 8.86 GB Space savings: 3.03 GB Space savings percent: 25
Optimized files size (no compression): 9.06 GB Space savings (no compression): 2.83 GB Space savings percent (no compression): 23
Files excluded by policy: 0 Files excluded by error: 0
C:\Windows\system32> C:\Windows\system32>diskpart
Microsoft DiskPart version 10.0.15063.0
Copyright (C) Microsoft Corporation. On computer: P51STABLE
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt -------- ------------- ------- ------- --- --- Disk 0 Online 465 GB 3072 KB * Disk 1 Online 238 GB 0 B * Disk 2 Online 931 GB 1024 KB Disk 3 Online 149 GB 0 B Disk 4 Online 58 GB 6144 KB
DISKPART> select disk 3
Disk 3 is now the selected disk.
DISKPART> detail disk
FUJITSU MHY2160BH USB Device Disk ID: F9E7847F Type : USB Status : Online Path : 0 Target : 0 LUN ID : 0 Location Path : UNAVAILABLE Current Read-only State : No Read-only : No Boot Disk : No Pagefile Disk : No Hibernation File Disk : No Crashdump Disk : No Clustered Disk : No
Volume ### Ltr Label Fs Type Size Status Info ---------- --- ----------- ----- ---------- ------- --------- -------- Volume 13 I ReFS-Data-1 ReFS Partition 149 GB Healthy
DISKPART>
Свободное пространство ДО прогона дедупликации на I:
Свободное пространство ПОСЛЕ прогона дедупликации:
Лог дедупликации:
Код PS C:\Windows\system32> enable-dedupvolume I:
Enabled UsageType SavedSpace SavingsRate Volume ------- --------- ---------- ----------- ------ True Default 0 B 0 % I:
PS C:\Windows\system32> Set-DedupVolume -Volume I: –MinimumFileAgeDays 0
PS C:\Windows\system32> start-dedupjob -Volume "I:" -Type Optimization -Memory 50 -wait
Type ScheduleType StartTime Progress State Volume ---- ------------ --------- -------- ----- ------ Optimization Manual 100 % Completed I:
PS C:\Windows\system32> get-dedupstatus
FreeSpace SavedSpace OptimizedFiles InPolicyFiles Volume --------- ---------- -------------- ------------- ------ 137 GB 0 B 0 0 I:
Да, get-dedupstatus не показывает размер освобожденного пространства, НО ЭТО ОШИБКА командлета, поскольку приведенные выше картинки от файл-эксплорера, ДОКАЗЫВАЮТ, что 3 гигаиз 12 были освобождены в результате прогона дедупликации. А вот командлет get-dedupstatus в самом деле ВРЕТ на ReFS, но это не основание для утверждения, что дедупликация на ReFS не выполняется.
|
|
|
MedMeks
| Отредактировано MedMeks - 15.08.2017, 19:31 |
Администратор
|
Уважаемый sysprg!!! У Вас ОСина какая? Если Win10 Pro, то и разговор ни о чем. Дедубликация это официальная серверная фишка, и обсуждать самоварные вещи как-то не охота.
Цитата sysprg ( ) Ваше заявление о том, что на ReFS дедупликация не работает. Ещё раз: Это не моё заявление.Это официальное описание Майкрософт.
|
|
|
sysprg
| Отредактировано sysprg - 16.08.2017, 08:50 |
Автор темы
Почетный
|
Цитата MedMeks ( ) Ещё раз: Это не моё заявление.Это официальное описание Майкрософт. А вот Вам АКТУАЛЬНОЕ заявление от Microsoft: https://blogs.windows.com/windows....d-16237
Относится оно к конкретно к билду 16237 Server 2016. В описании DEDUP, применительно к Server 2012 я нашел фразу: , но нигде не смог найти ответа на вопрос ПОЧЕМУ. Все дело в том, что МАТЕМАТИКА НЕ БЫВАЕТ СЕРВЕРНОЙ или писюковой, математические алгоритмы дедупликации НЕ ЗАВИСЯТ от типа файловой системы. Поэтому было непонятно ПОЧЕМУ Server 2012 не поддерживал дедупликацию на ReFS. Видимо это было связано с организацией цепочек опорных блоков, содержащих фрагменты, общие для оптимизированных файлов. То есть не с МАТЕМАТИКОЙ, а ТЕХНОЛОГИЕЙ применения математики. Но, как видите, ребята из MS справились с переделкой алгоритмов и начиная с Server 2016, build 16237, файловая система ReFS уже поддерживается. В этой конкретной публикации я отреагировал еще и на "The PowerShell team is providing a preview image based on PowerShell 6.0". До сих пор я еще не видел ссылок на эту версию PShell. А на счет "самовара" применительно к том, что я продемонстрировал, Вы глубоко не правы: использовались ОФИЦИАЛЬНЫЕ пакеты, вытащенные из серверных версий на момент выхода 15063. И бинарники, и PShell-код, байт-в-байт совпадают с тем, что было в этом сервере.
|
|
|
MedMeks
| |
Администратор
|
Цитата sysprg ( ) Вы глубоко не правы: использовались ОФИЦИАЛЬНЫЕ пакеты, вытащенные из серверных версий на момент выхода 15063. Уважаемый, Последний официальный Windows Server 2016 - 14393.0.161119-1705 Все сборки выше 14393 - инсайдерские.(15063,16237,16257) По Вашей же ссылке - Windows Server Insider Preview Build 16237 Соответственно официально - ReFS не поддается дедубликации. Когда будет очередной официальный RTM-сервер(предположительно сентябрь 2017) тогда и будет Data Deduplication available for ReFS
|
|
|
Lenchik
| |
Почетный
|
Любое повышение надежности хранения информации ведет к хранению избыточных данных. То есть если избавляться от избыточных данных, то надежность хранения информации падает. Третьего не дано. Данные из поврежденного архива или сжатого диска достать гораздо сложнее, чем просто хранящиеся на диске. То же самое и с дедупликацией. Если повредится блок имеющий вхождение в несколько файлов, то они все пропадут. Сначала сжимать информацию, а потом делать копию, это "опять за рыбу деньги", то есть нет никакого смысла.
Дедупликация годится только для архивных данных, к "живой" базе данных её не применишь. Как только данные изменяться, база опять распухнет.
То есть применение у этой технологии весьма и весьма ограниченное. На практике обычно делают совершенно по другому. В компьютере зеркальные диски, а с них с определенной периодичностью делается бэкап на съемный носитель, или по сети на другой компьютер. Только так можно защититься и от механических повреждений дисков и от деятельности зловредных программ и даже от "дурака" пользователя.
|
|
|
sysprg
| Отредактировано sysprg - 16.08.2017, 12:37 |
Автор темы
Почетный
|
Цитата Lenchik ( ) Дедупликация годится только для архивных данных, С этим я полностью согласен и использую ее именно в режиме "один раз добавил и забыл". Но, как я уже выше упоминал, фриварная программа ZPAQ, распространяемая в исходниках, обладает существенно большей степенью дедупликацииипри применении принципа "один раз добавил и забыл". Эта прога поддерживает постоянно увеличивающийся в размере файл, никогда не ОБНОВЛЯЕТ уже имеющиеся в архиве файлы, а лишь дописывает их с новыми номерами версий. Оказалось, что для ZPAQ имеется отличный плагин для тотального командира, который позволяет работать с ZPAQ-архивом как с любым другим типа ZIP, GZIP, RAR, TAR... Не уверен, что плагин позволит УДАЛИТЬ, хотя даже ЖЕЛАНИЯ сделать это для 100+ Gb реального хранилища ISO, у меня не было и не будет. То есть для меня это именно АРХИВ, в который я буду лишь добавлять новые ISO. Хотя вот уже думаю, сколько же времени уйдет на то, чтобы скопировать этот архив с супер быстрого внутреннего NVMe, на котором он находится ВРЕМЕННО, на пусть даже SSD в USB 3.0 коробочке Сегодня-завтра закончу переупаковку ISO, содержащих Install.ESD в ISO с Install.WIM, коих осталось еще 40 штук и тогда архив будет полностью сформирован и можно его будет кинуть на внешник. Добавление одного ISO в режиме "добавил и забыл", то есть с усиленно упаковкой за счет более продолжительного поиска уже использованных фрагментов, занимает даже на моем четырех-ядерном I7, до полутора минут. Но это критично лишь однажды. P.S: парень, который навел меня на ZPAQ, имеет коллекцию ISO в неупакованном виде аж в 4 Тб. Надо понимать, что у него собраны ВСЕ редакции инсайдерских билдов, а не только Pro x64 en-us, как у меня.
|
|
|
Lenchik
| |
Почетный
|
100 Gb через USB 3 это несколько десятков минут.
|
|
|
netWanderer
| |
Администратор
|
Цитата sander23 ( ) И что интересно - не цифрой ,а по ключу .Даже интересно стало что будет дальше .Пойду с ней на обновление на следующую сборку sander23, То же стало любопытно. Вы перевели у себя RS4 на рабочую станцию, я перевел у себя RS3 на нее, то же пойду с такой на обновление, посмотрим как все это пройдет.Добавлено (21.08.2017, 11:41) --------------------------------------------- sysprg, вам, наверное, будет не безинтересно взглянуть на эту информацию. Я не знаю откуда этот "финский парень" взял ее, ссылку на первоисточник он не привел, тем не менее:
|
|
|
Lenchik
| Отредактировано Lenchik - 21.08.2017, 12:01 |
Почетный
|
netWanderer, Я думаю "финский" парень прав, не будет поддержки ReFS в массовых редакциях системы. Из за этой системы некоторые имели проблемы с обновлением (любите микроскопических системных разделов). Майкрософт решила проблему в корне, убрала поддержку ReFS. А те кто будут устанавливать систему с поддержкой ReFS не дойдут до такого маразма, как системный раздел в 30 гигабайт.
|
|
|
netWanderer
| |
Администратор
|
Lenchik, вот еще информация об этом на русском -> https://www.comss.ru/page.php?id=4360Добавлено (21.08.2017, 14:49) ---------------------------------------------
Цитата netWanderer ( ) ссылку на первоисточник он не привел Вот оригинальная ссылка -> https://support.microsoft.com/en-us....tors-up
|
|
|
В связи с введением в действие Постановления Правительства Российской Федерации от 14.11.2023 № 1905 т.н. "о запрете популяризации VPN" с 1 марта 2024 года - любое обсуждение способов обхода блокировок и VPN на портале запрещено!
|
|