
- •23.ReFs. Структура данных. Цели разработки. Требования к ReFs.
- •Integrity streams: метод записи данных на диск для дополнительной защиты данных при повреждении части диска.
- •24.Реестр. История разработки. Структура. Проблема *.Ini.
- •История возникновения и развития реестра
- •25. Структура реестра. Ключи. Состав ключа
- •26.Типы данных. Реестр.
- •27. Организация реестра. Связи между корневыми ключами и ссылки на их ключи.
- •28.Hkcu. Перечень подключей.
- •29. Hkcr. Типы данных. Перечень подключей.
20. Квоты NTFS.
ОС Windows предоставляет ограниченную поддержку дисковых квот, что дает возможность настраивать квоты для пользователя или тома. Квоту для нескольких томов настроить невозможно.
Квоты устанавливаются по отношению к размерам файлов. Даже если файлы заархивировать, разрешено использование только указанного объема данных. К примеру, когда настроена квота в 5 Мбайт и файл размером 5 Мбайт был сжат с помощью соответствующих средств файловой системы NTFS, квота считается исчерпанной.
Поддержка квот доступна только для файловой системы NTFS 5.0 и активируется следующим образом.
1. Откройте программу Проводник (Windows Explorer).
2. Кликните на томе правой кнопкой мыши и выберите команду Свойства (Properties).
3. Установите флажок Включить управление квотами (Enable quota management).
4. Существует возможность указать значения, принятые по умолчанию для новых пользователей, а также указать список действий, которые будут выполняться при превышении установленной квоты (например, запрет на использование дискового пространства или разрешение продолжать работу). Кроме того, можно настроить несколько параметров ведения журнала, например, занесение в журнал соответствующих событий, когда пользователь превышает предварительный уровень выделенного ему дискового пространства или превышает фактическую квоту.
5. Кликните на кнопке Применить (Apply).
6. Появится специальное предупреждение. Кликните на кнопке OK. Затем служба квот проверит дисковый том и создаст список параметров текущего использования дискового пространства.
21. Отслеживание ссылок. Шифрование.
22. Архитектура драйвера файловой системы (FSD). Типы драйверов. Удаленный (локальный) (FSD).
Драйвер файловой системы (file system driver, FSD) управляет форматом файловой системы. Хотя FSD выполняются в режиме ядра, у них есть целый ряд особенностей по сравнению со стандартными драйверами режима ядра. Возможно, самой важной особенностью является то, что они должны регистрироваться у диспетчера ввода-вывода и более интенсивно взаимодействовать с ним. Кроме того, для большей производительности FSD обычно полагаются на сервисы диспетчера кэша. Таким образом, FSD используют более широкий набор функций, экспортируемых Ntoskrnl, чем стандартные драйверы. Если для создания стандартных драйверов режима ядра требуется Windows DDK, то для создания драйверов файловых систем понадобится Windows Installable File System (IFS) Kit. В Windows два типа драйверов файловых систем:
- локальные FSD, управляющие дисковыми томами, подключенными непосредственно к компьютеру;
- сетевые FSD, позволяющие обращаться к дисковым томам, подключенным к удаленным компьютерам.
23.ReFs. Структура данных. Цели разработки. Требования к ReFs.
В
блоге разработчиков Windows 8 опубликована большая
статья с
описанием архитектуры новой файловой
системы ReFS (Resilient File System), ранее известной
под кодовым названием Protogon, которая
разрабатывается для Windows Server 8, а в будущем
она будет доработана и начнёт
устанавливаться также на клиентских
машинах Windows. Прошлая файловая система
NTFS в версии 1.2 была представлена в далёком
1993 году как часть Windows NT 3.1, а к появлению
Windows XP в 2001 году NTFS доросла до версии
3.1, и только тогда её начали ставить на
клиентские машины. Примерно такой же
путь развития ожидает ReFS.
По
многим причинам NTFS не удовлетворяет
требованиям к современным файловым
системам, да она никогда
и не считалась элегантной и
не отличалась производительностью.
Ведущий
программист и менеджер подразделения
Windows Storage and File System Сурендра Верма (Surendra
Verma) объясняет, что ReFS будет основана на
NTFS и сохранит совместимость по ключевым
направлениям, но в то же время это будет
совершенно другая архитектура. Некоторые
фичи и семантики NTFS будут ликвидированы,
в том числе поддержка коротких имён, ID
объектов, компрессия, шифрование на
уровне файлов (EFS), дисковые лимиты
(квоты), потоки данных, транзакции,
разрежённые файлы, расширенные атрибуты
и жёсткие ссылки.
Структура
данных ReFS реализована в виде B+ деревьев
Ключевые цели ReFS
Сохранить максимальную совместимость с набором широко используемых фич NTFS, и в то же время избавиться от ненужных, которые только усложняют систему
Верификация и автоисправление данных.
Максимальная масштабируемость.
Невозможность полного отключения файловой системы за счёт изоляции сбойных участков.
Гибкая архитектура с использованием функции Storage Spaces, которая задумана и реализована специально для ReFS.
Ключевые функции ReFS
(некоторые доступны только со Storage Spaces)
Целостность метаданных с контрольными суммами.
Integrity streams: метод записи данных на диск для дополнительной защиты данных при повреждении части диска.
Транзакционная модель "allocate on write" (copy on write)
Большие лимиты на размер разделов, файлов и директорий. Размер раздела ограничен 278 байт при размере кластера 16 КБ (264 * 16 * 210), стек Windows поддерживает 264. Максимальное количество файлов в директории: 264. Максимальное количество директорий в разделе: 264.
Организация пулов и виртуализация для более простого создания разделов и управления файловой системой.
Сегментация последовательных данных (data sriping) для повышения производительности, избыточная запись для отказоустойчивости.
Поддержка техники чистки диска в фоновом режиме (disk scrubbing) для выявления скрытых ошибок.
Спасение данных вокруг повреждённого участка на диске.
Общие пулы хранения данных между машинами для дополнительной отказоустойчивости и балансировки нагрузки.
В дополнение, ReFS унаследует многие функции и семантики NTFS, включая шифрование BitLocker, списки контроля доступа (ACL), журнал USN, уведомления об изменениях, символьные ссылки, точки соединения (junction points), точки монтирования (mount points), точки повторной обработки (reparse points), снимки тома, ID файлов и oplock. Конечно же, данные с ReFS будут доступны для клиентов через те же APIs, которые используются сегодня во всех операционных системах для доступа к разделам NTFS.