Пользовательский интерфейс. Позволяет администратору отменять восстановление файла (перемещение с удаленного хранилища на диск).
Интерфейс управления. Позволяет устанавливать граничные значения, критерии выбора файлов для перемещения и т.д.
Модуль RSS имеет несколько ограничений; некоторые из них описаны далее.
В отличие от Windows Server 2003, модуль RSS, предоставляемый в Windows 2000, не поддерживает кластеризацию.
Операционная система Windows 2000 в качестве вторичного носителя поддерживает ленту шириной 4 мм, 8 мм и формата DLT.
Модуль RSS предоставляет возможность перемещения только неименованных потоков данных. Именованные потоки данных не обрабатываются вообще.
Модуль RSS использует точки повторной обработки, которые появились в файловой системе NTFS Windows 2000. Таким образом, модуль RSS не поддерживает более ранние версии NTFS.
Модуль RSS может работать только с фиксированными томами и не поддерживает тома на сменных носителях, например дисках DVD или Jazz.
Модуль RSS должен устанавливаться только после сжатия управляемого тома, если необходима работа со сжатыми томами.
«
Модуль RSS должен устанавливаться только после установки службы индексации, если в ней есть необходимость.
Модуль RSS хранит базу данных на системном томе. Это означает, что тома, управляемые модулем RSS, не являются самодостаточными и не могут быть перемещены с одного сервера на другой.
Модуль RSS не может использоваться для перемещения скрытых, системных, шифрованных или разреженных файлов, а также любых файлов с расширенными атрибутами.
7.8.2 Подсистема RSM в Windows 2000
Подсистема RSM (Removable Storage Management) в Windows 2000 обеспечивает работу важных функций, включая:
поддержку накопителей на магнитной ленте и ленточных автоматов;
управление сменными носителями, например лентами и компакт-дис- ками;
возможность совместного использования накопителей на магнитной ленте и ленточных автоматов в различных приложениях, например приложениях резервного копирования и HSM.
Операционная система Windows 2000 предоставляет набор компонентов, которые позволяют управлять хранилищами и разрабатывать приложения, использующие сменные носители. Компоненты включают:
модули администрирования сменного хранилища;
диспетчер сменного хранилища (API);
базы данных сменных хранилищ.
Служба RSS представляет собой инструмент для решения широкого диапазона задач, включая резервное копирование. Таким образом, RSS не заменяет резервное копирование, а выступает в качестве метода управления операциями резервного копирования и восстановления данных.
Чтобы понять принципы работы этих компонентов, необходимо разобраться в архитектуре RSM.
7.8.2.1 Архитектура RSM в Windows 2000
На рис. 7.7 представлена общая архитектура подсистемы RSM в Windows 2000. Служба RSM играет важную роль во всей подсистеме RSM. Служба работает в качестве хранилища для кода реализации API RSM. Она получает запросы от приложений и размещает их в очереди, обрабатывая при получении доступа к соответствующим ресурсам. При запуске службы осуществляется поиск и инициализация различных библиотек, определение изолированных накопителей и ассоциирование накопителей с системами замены носителей.
Производители, разрабатывающие аппаратное обеспечение для RSS, должны создавать соответствующий мини-драйвер. Драйвер класса реализует многие функции, общие для устройств, а также отвечает за создание объектов устройства, предоставляющих его для других подсистем. Однако от ми- ни-драйвера ожидается обработка структур данных драйверов Windows NT, включая пакеты IRP. Несмотря на это, возможности, которые должен предоставить мини-драйвер, ограничены по сравнению с возможностями обычных драйверов Windows NT.
Рис. 7.7. Архитектура RSM
Обратите внимание: RSM принимает участие в управлении и настройке устройства, которое содержит сменный носитель, а также в управлении и настройке самого носителя. После установки прав владения устройством, монтирования и позиционирования носителя RSM исключается из пути передачи данных, т.е. дополнительные операции ввода-вывода не проводятся.
7.8.2.2 Программные интерфейсы приложений RSM в Windows 2000
В наборе Windows 2000 Platform SDK описано создание приложения с помощью API RSM и предоставлена дополнительная информация об этом интерфейсе. Преимущество таких API состоит в эффективности создания приложений управления хранилищами.
На рис. 7.8 демонстрируется ситуация, которая существовала до появления интерфейсов RSM. Каждое приложение обладало сложной структурой, так как должно было работать со множеством устройств и поддерживать разные их типы. Более того, каждый раз при появлении нового устройства или типа устройства приложения требовали модификации.
На рис. 7.9 приведена схема реализации, предоставленная после появления RSM API. Очевидно, что, кроме всего прочего, RSM обеспечивает расширяемость. Как только RSM добавляет поддержку для нового устройства, приложение может использовать это устройство практически без изменений. Список устройств, поддерживаемых RSM, постоянно меняется; последняя версия списка доступна на Web-узле списка совместимого аппаратного обеспечения по адресу: http://www.microsoft.com/hwdq/hcl.
Рис. 7.8. Схема разработки приложений до появления RSM API
Рис. 7.9. Разработка приложений, упрощенная благодаря использованию RSM API
Программные интерфейсы приложений RSM можно разделить на несколько категорий в зависимости от предоставляемых функций. Вот некоторые из них:
интерфейсы очистки содержимого накопителя, например резервная очистка, принудительная, запланированная и интерактивная;
интерфейс для определения изменений состояния изолированных дисков;
интерфейс базы данных для резервного копирования и восстановления базы данных RSM, а также для регистрации и прекращения регистрации уведомлений базы данных;
функции управления библиотекой для вставки, перемещения и извлечения носителя (в рамках библиотеки), а также для включения или отключения ресурсов накопителя или автоматической системы смены носителей;
монтирование, размонтирование и управление пулами носителей;
другие интерфейсы, необходимые для создания эффективного приложения управления хранилищем, например интерфейсы для опроса состояния, отмены выполняющихся операций или для работы с объектами RSM.
7.8.2.3 База данных RSM
База данных RSM хранит информацию, необходимую для работы подсистемы RSM. Примерами такой информации могут служить:
список носителей; *
подробная информация о пуле носителей, включая конфигурацию пула и его содержимое;
конфигурация библиотеки.
База данных не содержит информацию каталога, описывающую расположение файлов на носителях. Эти сведения должна предоставлять программа хранения данных.
Пользователи могут создавать резервную копию базы данных, вручную копируя файлы. Обычно эти файлы расположены в папке %SystemRoot%System32ntmsdata. Очевидно, что служба RSM должна быть остановлена перед копированием файлов.
Кроме того, базу данных можно скопировать средствами интерфейса RSM. В этом случае служба должна быть запущена, но не рекомендуется активно использовать службу другими приложениями.
7.8.2.4 Пулы носителей
Пулы обеспечивают эффективное администрирование носителей. Пул представляет собой обычный набор носителей, например магнитных лент или компакт-дисков, обладающих общим свойством. Существует два типа пулов носителей: пулы приложений и системные пулы.
Системные пулы используются операционной системой для собственных нужд. Три типа системных пулов носителей описаны ниже.
Свободный пул содержит носители, которые может использовать и возвращать в свободный пул по окончании работы с ними любое приложение.
Пул импорта содержит распознанные, однако не использовавшиеся ранее носители. Хорошим примером служит носитель, записанный программой резервного копирования на другом компьютере и впервые смонтированный на данном компьютере.
Нераспознанный пул содержит носители, распознанные как содержащие данные, однако тип данных RSS не может распознать. Примером служит носитель, созданный в другой операционной системе или записанный приложением для резервного копирования с неизвестной сигнатурой. Этот пул предназначен для уведомления администратора, который может предотвратите перезапись носителя.
