How to use resilient file system (refs) on windows 10

Unexpected ReFS Behavior

The official content goes to some lengths to describe the benefits of ReFS’s integrity streams. It uses checksums to detect file corruption. If it finds problems, it engages in corrective action. On a Storage Spaces volume that uses protective schemes, it has an opportunity to fix the problem. It does that with the volume online, providing a seamless experience. What happens when ReFS can’t correct the problem? That’s where you need to pay real attention.

On the overview page, the documentation uses exceptionally vague wording: “ReFS removes the corrupt data from the namespace”. The integrity streams page does worse: “If the attempt is unsuccessful, ReFS will return an error.” While researching this article, I was told of a more troubling activity: ReFS deletes files that it deems unfixable. I did find an entry from a Microsoft program manager in a forum that states:

ReFS deletes files in two scenarios:

    1. ReFS detects Metadata corruption AND there is no way to fix it. Meaning ReFS is not on a Storage Spaces redundant volume where there are other copies of the data on other hosts so it can fix the corrupted copy.
    2. ReFS detects data corruption AND Integrity Streams is enabled AND there is no way to fix it. Meaning if Integrity Stream is not enabled, the file will be accessible whether data is corrupted or not. If ReFS is running on a mirrored volume using Storage Spaces, the corrupted copy will be automatically fixed.

The upshot: If ReFS decides that a VHDX has sustained unrecoverable damage, it will delete it. It will not ask, nor will it give you any opportunity to try to salvage what you can. If ReFS isn’t backed by Storage Spaces’s redundancy, then it has no way to perform a repair. So, from one perspective, that makes Microsoft ReFS on non-Storage Spaces look like a very high-risk approach. But…

REFS — Resilient file system

Опубликовано mfc166 в 23.12.2018 23.12.2018

Я обещал рассказать о REFS. Это новая файловая система, призванная со временем заместить NTFS. REFS унаследовала от NTFS множество функций и обрела новый функционал. REFS полностью раскрывает свой потенциал при использовании Storage Spaces. Однако свой профит она вносит и при использовании на одиночном накопителе.Когда я начинаю говорить о REFS, я обычно слышу схожие вопросы, поэтому попробую их обобщить:

  • Какие функции NTFS убрали в REFS?
  • Что нового в REFS, чего нет в NTFS?
  • Какие основные преимущества REFS перед NTFS?

Преимущества

Отказоустойчивость.

REFS поистине защищена от сбоев: Если мы рассматриваем простой том, то метаданные хранятся в двух экземплярах и контролируются контрольными суммами. перед каждой операцией чтения/записи, данные проверяюся на наличие ошибок и корректируются при необходимости. Раз в четыре недели запускается задание, в фоновом режиме сканирующее том на наличие повреждений. Исправления вносятся на лету. Поэтому при попытке натравить проверку диска на такой том, получим сообщение:

По умолчанию потоки целостности включены только для метаданных — это позволяет держать файловую систему в непротиворечивом состоянии. Однако, потоки целостности можно включить для всего тома или выбранных файлов/папок. В этом случае REFS гарантирует, что считанные данные являются тем, что Вы когда-то записали. Если контрольная сумма не совпадает — REFS сообщит об ошибке и удалит файл. Это будет сигналом к восстановлению файла из резервной копии: Вы точно знаете, что этот файл был поврежден.

Всё становится интересней, если потоки целостности для данных включены на томе с избыточностью: Четность, двух- или трехстороннее зеркало. В этом случае, обнаружив ошибку контрольной суммы REFS попробует восстановить данные.

Производительность.

Стоит так-же упомянуть и нововведения производительности:

  • Четность с зеркальным ускорением позволяет эффективно хранить данные на томе, используя многоуровневое хранилище.
  • Клонирование блоков обеспечит огромный прирост производительности снимкам виртуальных машин, особенно их слияние.
  • Разреженный метод VDL позволяет мгновенно создавать фиксированные VHD диски большого размера.

Функции NTFS, недоступные в REFS

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

  • Сжатие файловой системы
  • Шифрование файловой системы (EFS)
  • Транзакции
  • Жесткие ссылки
  • Идентификаторы объектов
  • Короткие имена
  • Расширенные атрибуты
  • Дисковые квоты
  • Загрузка операционной системы
  • Поддержка файла подкачки
  • Поддержка съемных дисков

голоса

Рейтинг статьи

Conclusion

Microsoft Hyper-V is efficient virtualization software which constantly works on improving its functionality. Due to the fact that data storage requirements have drastically changed with time, cutting-edge ReFS has been introduced as a file system capable of overcoming the issues present in NTFS.

Compared to NTFS, the main purpose of ReFS is to improve resilience of the system to data corruption and ensure large scalability. However, ReFS is still a relatively new file system and its functionality isn’t as developed as that of NTFS. Thus, when choosing between the two options, consider the scale of your business operations, needs of your virtual environment, and sensitivity of your data.

To ensure that your virtual environment is securely protected, install NAKIVO Backup & Replication which includes a set of advanced features for improving VM backup and replication jobs and refining DR strategies. With NAKIVO Backup & Replication, you can not only save time and money, but also reduce your storage space requirements.

Windows 11 NTFS и ReFS: сравнение

1. Надежность

Как и ожидалось для любой файловой системы, используемой на ПК с Windows, эти два варианта довольно надежны. Однако, будучи последним изобретением, ReFS включает в себя некоторые новые функции защиты данных.

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

В этом случае вы должны запустить команду CHKDSK для восстановления поврежденных секторов. Однако с ReFS эта команда не нужна.

Вместо этого он автоматически восстанавливает файлы, уменьшая влияние поврежденных секторов на ваши данные. Итак, в этом аспекте Windows 11 NTFS против ReFS последняя файловая система превосходит его.

2. Масштабируемость

С возрастом NTFS очевидно, что она была разработана, когда большие наборы данных не были слишком распространены. Однако в последнее время все изменилось, и теперь серверы обрабатывают очень большие данные и должны делать это быстро.

Чтобы прояснить ситуацию, NTFS может обрабатывать максимальный размер файла около 256 ТБ и размер тома. ReFS, с другой стороны, поддерживает максимальный размер файла и тома до 35 ПБ (35000 ТБ).

Таким образом, что касается масштабируемости в этом сравнении Windows 11 NTFS и ReFS, ReFS одерживает победу.

3. Производительность

Это еще один оплот ReFS. Она значительно быстрее, чем NTFS, и может похвастаться большим количеством функций ускорения.

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

С помощью этой функции всякий раз, когда вам нужно быстро записать данные на диск, они сначала перейдут на уровень производительности, чтобы выполнить задачу быстрее, прежде чем перейти на уровень емкости.

Наконец, чтобы сделать это ускорение данных очевидным, файловая система лучше сочетается с SSD. Таким образом, в этом разделе нашего сравнения Windows 11 NTFS и ReFS это не близко.

4. Функции

4.1. NTFS

Различные превосходные функции выделяют NTFS. Среди них — сжатие файловой системы, позволяющее сжимать файлы на уровне файловой системы.

Другим является шифрование файловой системы, с помощью которого вы можете зашифровать свои файлы. Существует также функция Offloaded Data Transfer, которая помогает ускорить копирование и перемещение файлов.

Ниже приведены некоторые другие функции NTFS:

  • Дисковые квоты
  • Транзакции
  • Поддержка файла подкачки
  • Расширенные атрибуты
  • Поддерживается на съемных носителях
  • Загрузочный

4.2. РеФС

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

Это помогает ускорить копирование файлов. Существуют также Sparse VDL и Mirror-Accelerated Parity, все они работают на то, чтобы сделать его значительно быстрее.

Наконец, некоторые функции являются общими для NTFS и ReFS. Некоторые из них включают шифрование BitLocker, списки контроля доступа, точки повторной обработки, поддержку отказоустойчивых кластеров и дедупликацию данных, а также другие функции.

Следовательно, в этом аспекте нашего сравнения Windows 11 NTFS и ReFS две файловые системы имеют больше общего, чем различий.

ReFS лучше, чем NTFS?

Хотя NTFS хорошо себя зарекомендовала и продолжает работать, это сравнение Windows 11 NTFS и ReFS показывает, что ReFS значительно лучше. Он выигрывает в производительности, надежности и масштабируемости, среди других определяющих факторов.

Однако вам придется немного подождать, прежде чем использовать его на ПК с Windows 11.

Дополнительно, если вы получаете Ошибка файловой системы Windows 11, ознакомьтесь с нашим подробным руководством, чтобы исправить это.

Все еще есть проблемы? Исправьте их с помощью этого инструмента:

СПОНСОР

Если приведенные выше советы не помогли решить вашу проблему, на вашем ПК могут возникнуть более серьезные проблемы с Windows. Мы рекомендуем загрузка этого инструмента для ремонта ПК (оценка «Отлично» на TrustPilot.com), чтобы легко их решать. После установки просто нажмите кнопку Начать сканирование кнопку, а затем нажмите на Починить все.

ReFS vs. NTFS for Hyper-V: Technical Comparison

With the general explanation out of the way, now you can make a better assessment of ReFS vs NTFS question. First, check the comparison tables on . For typical Hyper-V deployments, most of the differences mean very little. For instance, you probably don’t need quotas for your Hyper-V storage locations. Let’s make a table of our own, scoped more appropriately for Hyper-V:

● ReFS wins: Really large storage locations and really large VHDXs

● ReFS wins: Environments with large numbers of created, checkpointed or merged VHDXs

● ReFS wins: Storage Space and Storage Spaces Direct deployments

● NTFS wins: Single-volume deployments

● NTFS wins (potentially): Mixed-purpose deployments

I think most of these things speak for themselves. The last two probably need a bit more explanation.

Single-Volume Deployments Require NTFS

In this context, I intend “single-volume deployment” to mean installations where you have Hyper-V (including its management operating system) and all VMs on the same volume. You cannot format a boot volume with ReFS, nor can you place a page file on ReFS. This type of installation also does not allow for Storage Spaces or Storage Spaces Direct, so it would miss out on most of ReFS’s capabilities anyway.

Mixed-Purpose Deployments Might Require NTFS

Some of us have the good fortune to deploy nothing but virtual machines in dedicated storage locations but not everyone has that. If your Hyper-V storage volume also hosts files for other purposes, you might need to continue with NTFS. Go over the last table near the bottom of the overview page. It shows the properties that you can only find in NTFS. For standard file sharing scenarios, you lose quotas. You may have legacy applications that require NTFS’s extended properties or short names. In these situations, only NTFS will do.

Note: If you have any other option, do not use the same host to run non-Hyper-V roles alongside Hyper-V, Microsoft does not support this. Similarly, separate Hyper-V VMs onto volumes separately to volumes that hold other file types.

Another question that often arises is if ReFS is faster than NTFS and realistically (apart from the block cloning scenarios for VHDX merge and backup archive storage where it definitely is) there isn’t a noticeable difference in speed for most file system operations, particularly on modern SSD/flash-based storage.

How to create a storage using ReFS on Windows 10

The tool that makes it all happen is Storage Spaces, which is Microsoft’s storage virtualization technology that allows you to group multiple drives together to create a Storage Pool, which then you can use to create a new storage using the new file system.

Once you connected the required drives, you can proceed to use Storage Spaces to create a new storage using ReFS.

To create and format a storage using ReFS, do the following:

  1. Open Start.
  2. Do a search for Storage Spaces and click the result.
  3. Click the Create a new pool and storage space link.
  1. Select the two hard drives you intend to use with ReFS.
  2. Click Create pool.
  1. On the newly created storage space, enter a name for the new drive. You can use anything you want but make the name descriptive.
  2. Pick a drive letter.
  3. On File System, select REFS from the drop-down menu.
  4. This next step is very important. On «Resiliency,» you must pick the Two-way mirror to correctly format the storage using ReFS.Although, you may be able to select Simple (no resiliency) or Parity, both of these options will fail the process. And the file system doesn’t support Three-way mirror.
  1. On size, you can leave the default settings, or you can make it larger, and when you’re running low on capacity, you can always add more storage.
  2. Click the Create storage space button to complete the task.

To verify you’re in fact using ReFS, simply open This PC on File Explorer, right-click the newly created drive, and select Properties.

ReFS Benefits for Hyper-V

ReFS has features that accelerate some virtual machine activities.

● Block cloning is the ability of the file system itself to copy a large file as a metadata operation, rather than reading all the blocks of one file and then writing them to a different area of storage. Anyone who’s copied a 200 GB VHDX file knows the time this takes, on top of ReFS the blocks are essentially cloned in place so it’s lightning-fast. This also greatly speeds checkpoint merges.

● Sparse VDL (valid data length): All file systems record the amount of space allocated to a file. Microsoft ReFS uses VDL to indicate how much of that file has data. So, when you instruct Hyper-V to create a new fixed VHDX on ReFS, it can create the entire file in about the same amount of time as creating a dynamically expanding VHDX. It will similarly benefit expansion operations on dynamically expanding VHDXs.

Take a little bit of time to think about these features and how they might benefit your situation.

Formatting a Storage Spaces Volume with ReFS

For what configurations if ReFS supported/recommended?

Microsoft exposes some of the scenarios in which the use of ReFS is recommended / supported and ensures undoubted advantages:

Storage Spaces Direct and Storage Spaces

Storage Spaces is a technology in Windows and Windows Server that can help protect data from drive failure. It is conceptually similar to RAID, but implemented at the software level. You can use a storage space to group three or more units together in a storage pool. If you run out of capacity, simply add more units to the storage pool (see an example here: https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/deploy-standalone-storage-spaces).

Storage Spaces Direct is a server-side caching feature to optimize storage performance. This cache is configured automatically and based on the type of physical drives present (https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/understand-the-cache).

ReFS considerably increases the performance in these scenarios, thanks to its mirror-accelerated parity, block clone, sparse VDL, and so on.

Common disks and Backup destinations
This use generally benefits from the use of specific applications that need reliability and resilience in the management of their data, and that can implement internally the ReFS features. Having a backup destination formatted with ReFS obviously guarantees great data security benefits against any possible corruption.

Let’s see specifically the differences between NTFS and ReFS in the following comparison tables:

Limitations

Feature ReFS NTFS
Max file name length 255 Unicode characters 255 Unicode characters
Max path length 32K Unicode characters 32K Unicode characters
Max file size 35 PB (petabytes) 8 PB
Max volume size 35 PB 8 PB

Features

Feature ReFS NTFS
BitLocker encryption Yes Yes
Data Deduplication Yes Yes
Cluster Shared Volume (CSV) support Yes Yes
Soft links Yes Yes
Failover cluster support Yes Yes
Access-control lists Yes Yes
USN journal Yes Yes
Changes notifications Yes Yes
Junction points Yes Yes
Mount points Yes Yes
Reparse points Yes Yes
Volume snapshots Yes Yes
File IDs Yes Yes
Oplocks Yes Yes
Sparse files Yes Yes
Named streams Yes Yes
Thin Provisioning Yes Yes
Offloaded Data Transfer (ODX) No Yes
Trim/Unmap Yes Yes

The following features are not available on ReFS:

Feature ReFS NTFS
File system compression No Yes
File system encryption No Yes
Transactions No Yes
Hard links No Yes
Object IDs No Yes
Short names No Yes
Extended attributes No Yes
Disk quotas No Yes
Bootable No Yes
Page file support No Yes
Supported on removable media No Yes

Conclusions

Starting from the innovations introduced with Windows Server 2016 and the more recent ones of Server 2019, we can highlight some of the key aspects that can make ReFS the best choice in many scenarios.

Performance and scalability are certainly one of the strengths of ReFS, being able to manage large amounts of data very quickly and optimally. In fact, ReFS allows volumes up to 1 Yottabyte or 1000 billion Terabytes. ReFS uses the B+ Tree mode to manage the file structure. The B+ tree is very efficient in data storage as there is a very high amount of child nodes in the structure. Using pointers, the B+ tree can reduce the amount of I/O operations to retrieve an element in the tree.

Security, ie the fact that there is no longer any need to make a “check disk”, since this file system alone can check and correct any file corruption problem, thanks to metadata and resilience functions.

Its use in Storage Spaces technology and in virtualization, where it takes full advantage of the increase in performance.

As for the limitations or anyway some configurations with which it is not possible to use ReFS, it should be highlighted how ReFS can not be used to format the OS boot disk. Also, removable disks and file system encryption are not supported. Until Server 2016, compression and deduplication were not supported, but these were then introduced with Windows Server 2019: https://docs.microsoft.com/en-us/windows-server/get-started/whats-new-in-windows-server-1709

How-to:

Here are two interesting articles on how to create a Storage Space using the Storage Pools feature of Server 2016, and how to use it to create a ReFS volume:

(Italian, French, German, Spanish, Portuguese (Brazil))

Как включить ReFS с помощью реестра

Если у вас нет ничего, что указывало бы на ФС, возможно, её необходимо включить. Для этого нам понадобится редактор реестра. Процедура исправно срабатывает на Windows 8.1 и 10:

  1. Запускаем редактор реестра (Win+R и вводим regedit);
  2. Переходим в эту ветку — HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Control\FileSystem;
  3. В правой части окошка создаем параметр DWORD 32 бита, с названием RefsDisableLastAccessUpdate;
  4. В качестве значения вписываем цифру 1.
  5. Находим ветку HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Control;
  6. Создаем раздел с именем MiniNT, в итоге путь до него должен быть таким: «…\ CurrentControlSet\Control\MiniNT»;
  7. В нем создаем параметр DWORD 32 бита и называем его AllowRefsFormatOverNonmirrorVolume;
  8. Значение должно быть 1.

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

Скорее всего, наибольшее развитие технология получит на серверах, но это будет не скоро. Если вспомнить появление NTFS, то на полное её внедрение ушло около семи лет. Больше информации можно найти на официальном сайте Microsoft — https://docs.microsoft.com/ru-ru/windows-server/storage/refs/refs-overview . А пока что вы можете следить за новыми IT технологиями на нашем сайте, не забывайте подписываться.

Знакомьтесь — новая файловая система ReFS (Resilient File System — отказоустойчивая файловая система).

В принципе не такая уж она и новая, Microsoft разрабатывала ReFS не с нуля, ранее известная под кодовым названием Protogon, которая разрабатывалась для Windows Server 8 теперь будет устанавливаться на клиентских машинах Windows 8.

Так, для открытия, закрытия, чтения и записи файлов система использует те же интерфейсы доступа API, что и NTFS.Нетронутыми остались многие хорошо знакомые возможности — например, шифрование диска Bitlocker и символьные ссылки для библиотек.Другие же функции, такие как сжатие данных, исчезли.

Прошлая файловая система NTFS (New Technology File System) в версии 1.2 была представлена в далёком 1993 году как часть Windows NT 3.1, а к появлению Windows XP в 2001 году NTFS доросла до версии 3.1, и только тогда её начали ставить на клиентские машины.Постепенно возможности NTFS подошли к своим границам: проверка носителей данных большой емкости занимает слишком много времени.Журнал (файл регистрации) тормозит доступ, а максимальный размер файлов уже практически достигнут.

Большинство нововведений ReFS лежит в области создания структур файлов и папок, а также управления ими.Они рассчитаны на автоматическое исправление ошибок, максимальное масштабирование и работу в режиме постоянного подключения (Always Online).Для этих целей Microsoft использует знакомую по базам данных концепцию B+-деревьев.Это означает, что папки в файловой системе структурированы в виде таблиц с файлами в качестве записей.

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

ReFS избавилась от сложного управления журналом и теперь фиксирует новую информацию о файле в свободном месте, что предотвращает ее перезаписывание.Но даже если такое вдруг произойдет, система заново пропишет ссылки на записи в структуре B+-дерева.

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

Ключевые преимущества

Устойчивость

ReFS предоставляет новые функции, которые могут точно обнаруживать повреждения, а также устранять эти повреждения, оставаясь в сети, помогая обеспечить повышенную целостность и доступность данных:

  • Потоки целостности — ReFS использует проверка сумы для метаданных и при необходимости для данных файлов, что позволяет ReFS надежно обнаруживать повреждения.
  • дисковые пространства интеграции — при использовании с пространством зеркало или четности ReFS может автоматически восстановить обнаруженные повреждения с помощью альтернативной копии данных, предоставляемых дисковые пространства. Процессы восстановления локализованы в области повреждения и выполняются в сети, не требуя простоя тома.
  • Сохранение данных — если том поврежден и альтернативная копия поврежденных данных не существует, ReFS удаляет поврежденные данные из пространства имен. ReFS сохраняет том в сети, пока он обрабатывает наиболее неправимые повреждения, но существуют редкие случаи, которые требуют, чтобы ReFS отключил том в автономном режиме.
  • Упреждающая исправление ошибок — помимо проверки данных перед чтением и записью, ReFS представляет средство проверки целостности данных, известное как scrubber. Этот скраббер периодически сканирует том, выявляя скрытые повреждения и упреждая активация восстановления поврежденных данных.

Производительность

Помимо улучшения устойчивости, ReFS предоставляет новые функции для рабочих нагрузок с учетом производительности и виртуализированных рабочих нагрузок. Оптимизация уровня в режиме реального времени, клонирование блоков и разреженное VDL являются хорошими примерами развивающихся возможностей ReFS, которые предназначены для поддержки динамических и разнообразных рабочих нагрузок:

  • Четность с зеркальным ускорением . Четность с зеркальным ускорением обеспечивает высокую производительность, а также эффективное хранилище емкости для данных.

    Чтобы обеспечить высокую производительность и эффективное хранилище емкости, ReFS делит том на две группы логических хранилищ, известные как уровни. Эти уровни могут иметь собственные типы дисков и устойчивости, позволяя каждому уровню оптимизировать производительность или емкость. Ниже приведены примеры конфигураций:

    Уровень производительности Уровень емкости
    Зеркальный SSD Зеркальное отображение HDD
    Зеркальный SSD Четность SSD
    Зеркальный SSD Четность HDD

    После настройки этих уровней ReFS использует их для доставки быстрого хранилища для горячих данных и эффективного хранилища емкости для холодных данных:

    • Все операции записи будут выполняться на уровне производительности, а большие фрагменты данных, оставшиеся на уровне производительности, будут эффективно перемещены на уровень емкости в режиме реального времени.
    • При использовании гибридного развертывания (смешивания флэш-памяти и жестких дисков) кэш в Локальные дисковые пространства помогает ускорить чтение, уменьшая эффект фрагментации данных, характерный для виртуализированных рабочих нагрузок. В противном случае, если используется развертывание all-flash, операции чтения также происходят на уровне производительности.

    Примечание.

    Для развертываний Windows Server зеркало ускорение четности поддерживается только в Локальные дисковые пространства. Рекомендуется использовать только зеркало ускорения паритета с архивными и резервными рабочими нагрузками. Для виртуализированных и других случайных рабочих нагрузок высокой производительности рекомендуется использовать три способа зеркало для повышения производительности.

  • Ускоренные операции виртуальной машины— ReFS предоставляет новые функциональные возможности, предназначенные специально для повышения производительности виртуализированных рабочих нагрузок:

    • Клонирование блоков — клонирование блоков ускоряет операции копирования, что позволяет быстро и низко влиять на операции слияния виртуальных машин проверка point.
    • Разреженный VDL — разреженный VDL позволяет ReFS быстро нулю файлов, уменьшая время, необходимое для создания фиксированных виртуальных жестких жестких диска с 10 минут до нескольких секунд.
  • Размеры кластера переменных — ReFS поддерживает как размеры кластера 4K, так и 64K. 4K — это рекомендуемый размер кластера для большинства развертываний, но кластеры 64K подходят для больших последовательных рабочих нагрузок ввода-вывода.

Масштабируемость

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

Включить файловую систему ReFS в Windows 10

Теперь, когда вы знаете, что ReFS появился, чтобы справиться с ограничениями файловой системы NTFS, давайте посмотрим, как вы можете включить его в своей системе Windows 10 и использовать его для форматирования внешнего диска.

Прежде чем приступить к изменениям, обязательно создайте точку восстановления системы. Если в будущем возникнет какая-либо проблема, вы можете использовать эту точку восстановления для отката изменений.

1. Нажмите Windows Key + R на клавиатуре, чтобы запустить приглашение «Выполнить». Введите regedit.exe и нажмите Enter, чтобы открыть редактор реестра.

2. Перейдите по указанному ниже пути на левой боковой панели редактора реестра.

3. Создайте DWORD и назовите его RefsDisableLastAccessUpdate. Установите его значение как 1 , чтобы включить его.

4. Далее, перейдите к указанному ниже пути на левой боковой панели.

5. Если ключ MiniNT не существует, его можно создать, щелкнув правой кнопкой мыши> Создать> Ключ.

Теперь под этим ключом создайте новый DWORD и назовите его AllowRefsFormatOverNonmirrorVolume и установите его значение как 1 , чтобы включить его.

6. Выйдите и войдите снова, чтобы изменения вступили в силу. Теперь вы можете подключить внешнее устройство и выбрать файловую систему ReFS для его форматирования. Кроме того, вы можете открыть лист Свойства любого диска, чтобы увидеть, с какой файловой системой он связан.

ReFS vs NTFS: features and performance

While ReFS is made up from the current NTFS file system code and has borrowed most of its functionality from NTFS, they are still very different in terms of functionality and applicable scenarios. Therefore, ReFS is currently not a complete replacement for NTFS.

Comparing ReFS vs NTFS, there are 5 main differences:

  • Scalability: ReFS is more easily scalable than NTFS and ensures an efficient storage performance. NTFS theoretically provides a maximum capacity of 16 exabytes, while ReFS has 262,144 exabytes. And the maximum file path length in NTFS is 255 characters, whereas the maximum path length in ReFS is 32,768 characters.
  • Reliability: ReFS and NTFS differ in the way they protect storage and ensure data integrity. NTFS uses log files and checkpoints so that in the event of a system failure, you can manually check the disk and restore the disk infrastructure to the previously recorded version. ReFS, on the other hand, checks every file when reading and writing files, and has automated this process. even in the event of a power failure, ReFS can effectively prevent data loss.
  • ReFS vs NTFS Performance: ReFS has higher performance than NTFS, especially when being used with virtual machines. NTFS improves performance with features such as disk quotas, file compression, and resizing, but ReFS’s mirror-accelerated parity provides even better performance and more efficient storage. In addition, ReFS provides better performance and functionality for virtual machines with support for block cloning and sparse VDL (Valid Data Length).
  • Compatibility: While NTFS is compatible with all versions of Windows, ReFS is only compatible with newer versions of Windows, such as Windows Server 2012 and Windows 8.1 or later.
  • Features: Although ReFS has advantages such as automatic integrity checking and data scrubbing, elimination of the need for running chkdsk, and storage virtualization and pooling, etc over NTFS, there are many NITS features are not implemented in ReFS.

Here is a table shows how ReFS vs NTFS are different in their features.

Feature

NTFS

ReFS

BitLocker encryption

+

+

Data Deduplication

+

+

Cluster Shared Volume (CSV) support

+

+

Soft links

+

+

Failover cluster support

+

+

Access-control lists

+

+

USN journal

+

+

Changes notifications

+

+

Junction points

+

+

Mount points

+

+

Reparse points

+

+

Named streams

+

+

Volume snapshots

+

+

File IDs

+

+

Oplocks

+

+

Sparse files

+

+

Thin Provisioning

+ (Storage Spaces only)

+

Trim/Unmap

+ (Storage Spaces only)

+

Block clone

+

Sparse VDL

+

Mirror-accelerated parity

+

Offloaded Data Transfer (ODX)

+

File system compression

+

File system encryption

+

Transactions

+

Hard links

+

Object IDs

+

Short names

+

Extended attributes

+

Disk quotas

+

Bootable

+

Page file support

+

Supported on removable media

+

Note: ReFS’s File-level snapshots are only available on Windows Server 2022 and later. For details, you can refer to Microsoft’s official document: Resilient File System (ReFS) overview

✎ Free Virtual Machine Protection Solution

Virtual machine offers a more environment to run different operating systems that store important business data. For better data security, you should back up VM to avoid data loss.  The free VM backup tool — AOMEI Cyber Backup offers reliable backups for multiple VMs, which protects your data from security threats. More »

Download FreewareHyper-V & ESXi
Free and easy-to-use backup solution

Resilient File System goals

Microsoft developed the new file system with these goals in mind:

  • Compatibility: Maintain support for key NTFS features to offer compatibility, as it’s a widely adopted file system.
  • High availability: On the event of data corruption ReFS is capable of isolating the section with the problem while offering uninterrupted access to the rest of the volume.
  • Data verification and auto-correct: When less expected data will get corrupted, the file system features a mechanism verify and correct data on the fly.
  • Scalability: ReFS has been thought out to provide extreme storage scalability.
  • Resiliency: The new file system can provide full resiliency architecture when it’s implemented using Storage Spaces on Windows.

ReFS vs NTFS on Hyper-V Guest File Systems

All of the above deals only with Hyper-V’s storage of virtual machines. What about ReFS in guest operating systems?

To answer that question, we need to go back to ReFS’s strengths. So far, we’ve only thought about it in terms of Hyper-V. Guests have their own conditions and needs. Let’s start by reviewing Microsoft’s ReFS overview. Specifically the following:

“Microsoft has developed NTFS specifically for general-purpose use with a wide range of configurations and workloads, however for customers especially requiring the availability, resiliency, and/or scale that ReFS provides, Microsoft supports ReFS for use under the following configurations and scenarios…”

I added emphasis on the part that I want you to consider. The sentence itself makes you think that they’ll go on to list some usages, but they only list one: “backup target”. The other items on their list only talk about the storage configuration. So, we need to dig back into the sentence and pull out those three descriptors to help us decide: “availability”, “resiliency”, and “scale”. You can toss out the first two right away — you should not focus on storage availability and resiliency inside a VM. That leaves us with “scale”. So, really big volumes and really big files. Remember, that means hundreds of terabytes and up.

For a more accurate decision, read through the feature comparisons. If any application that you want to use inside a guest needs features only found on NTFS, use NTFS. Personally, I still use NTFS inside guests almost exclusively. ReFS needs Storage Spaces to do its best work, and Storage Spaces does its best work at the physical layer.

Понравилась статья? Поделиться с друзьями:
Jsk-oren
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: