Windows Server 2012 R2 зменшено від 356 до 1,32 ГБ

Я експериментую з дедупликацією на просторі зберігання сервера 2012 R2. Я дозволив йому запустити першу оптимізацію дедупів минулої ночі, і я був радий побачити, що він вимагає скорочення на 340 ГБ.

Однак я знав, що це занадто добре, щоб бути правдою. На цьому диску 100% дедупінгу припадало на резервні копії SQL Server:

Це здається нереальним, враховуючи, що в папці є резервні копії баз даних, розміром яких 20 разів. Як приклад:

Він вважає, що файл резервного копіювання об'ємом 13,3 ГБ було виведено на 0 байт. І звичайно, цей файл насправді не працює, коли я робив тестове відновлення його.

Щоб додати образи до травми, на цьому диску є ще одна папка, в якій є майже туберкульоз даних, який повинен був би вирахувати багато, але не.

Чи працює дедуплікація Server 2012 R2?

Дедуплікація дійсно працює.

З дедуплікацією розмір на полі диска стає безглуздим. Файли вже не є звичайними "файлами", але перерозподіляють точки і не містять фактичних даних, а метадані для механізму dedup для відновлення файлу. Наскільки я розумію, ви не можете отримати заощадження на файл, оскільки магазин дедукційного блоку є за обсягом, тому ви отримуєте лише економію на обсяг. http://msdn.microsoft.com/en-us/library/hh769303(v=vs.85).aspx

Можливо, ваша робота з депутатами ще не була завершена, якщо деякі інші дані ще не були виведені. Це не дуже швидко, за замовчуванням обмежено часом і може бути обмежене ресурсами залежно від обладнання. Перевірте графік зняття коштів з диспетчера серверів.

Я розгорнув дедуппію в декількох системах (Windows 2012 R2) у різних сценаріях (SCCM DP, різні системи розгортання, загальні файлові сервери, файлові сервери файлів домашніх папок тощо) вже близько року. Просто переконайтеся, що ви повністю виправлені, я пам’ятаю кілька патчів для функціонування дедупінгу (як накопичувальні оновлення, так і виправлення) з моменту RTM.

Однак є деякі проблеми, які деякі системи не можуть читати дані безпосередньо з оптимізованих файлів у локальній системі (IIS, SCCM у деяких сценаріях). Як пропонує yagmoth555, вам слід спробувати Expand-DedupFile, щоб його не оптимізувати, або просто зробити копію файлу (цільовий файл буде неоптимізований до наступного запуску оптимізації) та повторити спробу. http://blogs.technet.com/b/configmgrteam/archive/2014/02/18/configuration-manager-distribution-points-and-windows-server-2012-data-deduplication.aspx https: //kickthatcomputer.wordpress .com / 2013/12/22 / no-input-file-specified-windows-server-2012-dedupe-on-iis-with-php /

Якщо ваша резервна копія SQL пошкоджена, я вважаю, що це пов'язано з іншою проблемою, а не з технологією дедупликації.

Схоже, я, можливо, стрибнув пістолет, сказавши, що такий вид дедуплікації неможливий. Мабуть, це цілком можливо, тому що крім цих нестиснених резервних копій SQL Server, у мене є також резервні копії на рівні VMWare знімків на рівні VM хостів.

Як запропонував yagmoth555, я запустив Expand-DedupeFileдеякі з цих 0-байтових файлів, і в кінці цього файлу я отримав повністю корисний файл.

Потім я переглянув свою методологію тестування, як визначив, що файли не є гарними, і виявив недолік у своїх тестах (дозволи!).

Я також відкрив 0-байтовий дедупований файл резервної копії в шестигранному редакторі, і все виглядало нормально.

Тому я скоригував свою методологію тестування, і все, здається, працює. Коли я вийшов з нього, дедупи насправді покращилися, і тепер я заощадив більше 1,5 ТБ місця завдяки дедупі.

Я збираюся перевірити це більш ретельно, перш ніж наштовхнути його на виробництво, але зараз це виглядає перспективно.

Так, але я бачив лише випадок дедупірованного кластера гіперв db. 4tb до 400g, і VM працює. ОС була повністю виправлена.

Для вашого файлу резервної копії sql - це дамп, який ви можете прочитати в ньому? Я перевірив би вміст. У цій частині я не можу відповісти, як це дедупція файлу ascii.