Использование VDS
[Начиная с Windows 8 и Windows Server 2012 COM-интерфейс службы виртуальных дисков заменен API управления хранилищем Windows.]
VDS предоставляет интерфейс для разработки сценариев и графического пользовательского интерфейса, который может упростить действия, выполняемые администратором Сервера Windows, который управляет разнородным набором систем хранения данных, перенося данные в разные конфигурации оборудования с течением времени. Если вы не знакомы с объектами, которые используются при разработке VDS, см. раздел Объектная модель VDS.
Перед началом работы необходимо сделать следующее:
- Хотя VDS включает поставщика программного обеспечения, необходимо приобрести поставщика оборудования и соответствующее оборудование отдельно, чтобы воспользоваться преимуществами операций поставщика оборудования. Инструкции по установке см. в документации, предоставленной производителем оборудования.
- Для некоторых операций требуются тома в формате NTFS. Например, при подключении тома к существующему каталогу том, содержащий каталог, должен быть отформатирован с помощью NTFS. Другие файловые системы не поддерживают эту операцию. Сведения об операциях, для которых требуется NTFS, см. на каждой странице метода в справочнике по VDS.
Языки программирования
Используйте любой язык программирования, подходящий для разработки с помощью COM, например язык C или C++.
Безопасность
Брандмауэр Windows включен по умолчанию. Это может привести к сбою проверки подлинности для интерфейсов обратного вызова, таких как IVdsAdviseSink, которые могут выполняться удаленно. Если брандмауэр Windows включен на клиенте или сервере, необходимо добавить удаленное управление томами на вкладку Исключения в брандмауэре Windows.
Windows Server 2003: Если в Windows Server 2003 с пакетом обновления 2 (SP2) и Windows Server 2003 с пакетом обновления 1 (SP1) брандмауэр Windows включен на клиенте или сервере и если сервер настроен для использования проверки подлинности NTLM, необходимо добавить следующие параметры на вкладку Исключения в брандмауэре Windows для соответствующего компьютера.
| Компьютер | Параметры исключений |
|---|---|
| Клиентский компьютер (локальный) | Dmremote.exe Mmc.exe Vdsldr.exe TCP 135 |
| Серверный компьютер (удаленный) | Dmadmin.exe Vds.exe TCP 135 |
Обратите внимание, что брандмауэр Windows по умолчанию не включен до Windows Server 2003 с пакетом обновления 1 (SP1).
Приложение, использующее VDS, должно выполняться под учетной записью группы "Оператор резервного копирования" или "Администраторы". Без соответствующих привилегий приложение может создать объект загрузчика службы, но объект не будет загружать VDS. Вместо этого он возвращает ошибку, указывающую на то, что доступ к VDS запрещен.
Если в сети используется проверка подлинности NTLM, клиентский компьютер должен разрешить анонимный доступ. В этом случае, если клиентский компьютер работает под управлением операционной системы Windows Server, анонимный доступ включен по умолчанию. Если она работает под управлением клиентской операционной системы Windows, анонимный доступ должен быть включен с помощью Dcomcnfg.exe.
Операции конфигурации и запросов
Операции конфигурации и запросов определяются наиболее подходящим компьютером, поставщиком, подсистемой или пакетом. Запросы проходят только один поставщик или один уровень иерархии привязки. Чтобы создать полное представление, вызывающий объект должен выполнять запросы на каждом уровне. В следующем списке приведены примеры.
- Чтобы просмотреть все диски на компьютере, вызывающие объекты должны запрашивать у всех поставщиков программного обеспечения диски, запрашиваемые этими поставщиками.
- Чтобы определить, какие диски участвуют в томе с программным стеком, вызывающие элементы сначала определяют вспомогательные сплетения, а затем запрашивают экстенты диска для каждого из них.
- Чтобы просмотреть все диски, подключенные к заданной подсистеме, вызывающие стороны должны запрашивать подсистему.
- Чтобы просмотреть все LUN, предоставляемые данной подсистемой, вызывающие стороны должны запрашивать подсистему.
- Чтобы просмотреть все хранилище в san или кластере, вызывающие объекты должны запрашивать на каждом компьютере все поставщики оборудования, запрашивать у каждого поставщика все подсистемы, а затем запрашивать каждую подсистему.
Хотя каждый отдельный запрос не будет возвращать дубликаты, повторяющиеся запросы на компьютерах или между поставщиками могут накапливаться. Вызывающие должны реализовывать любую фильтрацию. Обратите также внимание, что приложения для управления SAN могут использовать Active Directory или репозиторий для сохранения сведений о конфигурации. Может не потребоваться запрашивать каждый компьютер.