Чи готовий ReFS розмістити VHDX на кластерах Hyper-V 2012 r2?

Однією з нових функцій, яких я не бачив у всіх публікаціях "Windows Server 2012 r2", є те, що Clustering тепер підтримує CSV, відформатовані з ReFS. Тому, природно, я хотів би змінити CSV-файли, де я зберігаю VHDX-файли на ReFS. Але файли VHDX використовуються для зберігання файлів баз даних у VM, що працюють під керуванням Sql Server 2012.

Думка полягає в тому, що я тоді мав би RAID на апаратному рівні, захищаючи від миттєвих збоїв. Над цим реальна ОС (Hyper-V Server 2012 r2) підтримувала б їх як томи ReFS, що захищало б дані на цих накопичувачах від бітрота. Нарешті, VHDX - це диски NTFS, а це означає, що підтримувані програми продовжують використовувати файлову систему, на яку вони покладаються.

Поки що найкраще, що я можу знайти, це те, що це технічно підтримується --- тому що Hyper-V повідомляє, що потрібно вимкнути настройку "цілісність даних" у файлі VHDX (командлет Set-FileIntegrity), коли ви намагаєтесь використовувати його з обсяг ReFS. Але я не можу знайти більш надійної інформації, ніж ця. Чи дійсно вона готова до прайм-тайму, чи це фактично лише попередній перегляд для кластеризації?

Редагувати: 22.01.2014

Я виявив, що ReFS виявляє лише бітрот сам по собі. Для того, щоб ReFS виявляв і автоматично виправляв, ви також повинні використовувати простори зберігання для створення тома RAID-1 за допомогою декількох накопичувачів ReFS. Отже, схоже, що моє рішення перетворюється на те, щоб апаратний RAID представляв свої диски як JBOD, тоді Windows піклується про частину RAID-1. Я буду перевіряти, чи це життєздатна установка у виробництві протягом наступного місяця.

Відповідь - дуже чітке "Ні" .

REFS тільки виявляє бітову гниль в призначених для користувача даних , якщо файл в питанні є «Integrity Streams» включений (Джерела: офіційний TechNet документи , улюблений блог кожного , і інше місце ). Так, і ви також втрачаєте COW (Copy-On-Write), коли потоки цілісності вимкнено. Оскільки ви не можете використовувати VHDX, що знаходиться на томі ReFS, якщо Integrity Streams не вимкнено, ви не можете захистити VHDX від бітової гнилі. Гра завершена.

Це як той самий чоловік, котрий вважав, що для пулу просторового сховища для кластера потрібно щонайменше 3 диски, також був той, хто прийняв рішення зробити найкраще про ReFS те, що ви можете вимкнути, а потім змусив людей Hyper-V вимагати цього бути відключеним. Важко уявити, що така кількість "німих" розкинулася на сьогодні по головних командах.

Допоміжні

Під час тестування я виявив таке, що може бути корисним людям, які все ще хочуть рухатися вперед:

• Ви можете лише SLM (Storage Live Migrate) використовуваного VHDX до тома дзеркала ReFS, якщо ваше призначення - це папка, де вимкнено потоки цілісності.
  • Якщо ви спробуєте зробити SLM на дзеркалі ReFS, де включено потоки цілісності , ви отримаєте помилку з цим у ньому: "Призначення" ... "недійсне, оскільки воно налаштовано за допомогою атрибута потоку цілісності. Виберіть призначення, яке не має атрибуту потоку цілісності для продовження. " Ви отримуєте таку ж помилку при спробі через PowerShell.
• Копіювання / переміщення файлу на дзеркало ReFS призведе до того, що файл має "біт цілісності", встановлений так, щоб він відповідав налаштуванню з папки призначення.
• Ви не можете отримати / встановити біт цілісності VHDX, який використовується.
• В іншому випадку ефективність гучності дзеркала ReFS видається досить хорошою (на мою думку, звичайно) для виробництва. Мій тест на "відмінності" є тут, якщо когось хвилює.

Підтримується ReFS з відключеною цілісністю даних, як ви виявили. Це означає, що ваш VHD не є "захищеним від бітрота", як ви сказали вище. Сама файлова система була б, але не сама VHD. Якщо цей захід захисту цікавий для вас, продовжуйте використовувати ReFS.