Uso de VDS
[A partir de Windows 8 y Windows Server 2012, la interfaz COM del servicio de disco virtual se sustituye por la API de administración de almacenamiento de Windows.]
VDS proporciona una interfaz para el desarrollo de scripts y GUI que puede simplificar las actividades realizadas por un administrador de Windows Server que administra un conjunto heterogéneo de sistemas de almacenamiento, migrando datos entre diferentes configuraciones de hardware a lo largo del tiempo. Si no está familiarizado con los objetos que se usan en el desarrollo de VDS, consulte el modelo de objetos de VDS.
Algunos puntos antes de comenzar:
- Aunque VDS incluye un proveedor de software, debe comprar un proveedor de hardware y el hardware asociado por separado para aprovechar las operaciones del proveedor de hardware. Para obtener instrucciones de instalación, consulte la documentación proporcionada por el fabricante de hardware.
- Algunas operaciones requieren volúmenes con formato NTFS. Por ejemplo, al montar un volumen en un directorio existente, el volumen que contiene el directorio debe tener el formato NTFS. Otros sistemas de archivos no admiten esta operación. Para obtener información sobre las operaciones que requieren NTFS, vea cada página de métodos en referencia de VDS.
Lenguajes de programación
Use cualquier lenguaje de programación adecuado para el desarrollo con COM, como el lenguaje C o C++.
Seguridad
Firewall de Windows está habilitado de forma predeterminada. Esto puede hacer que se produzca un error de autenticación para las interfaces de devolución de llamada, como IVdsAdviseSink, que se pueden ejecutar de forma remota. Si Firewall de Windows está habilitado en el cliente o en el servidor, debe agregar administración remota de volúmenes a la pestaña Excepciones del Firewall de Windows.
Windows Server 2003: En Windows Server 2003 con Service Pack 2 (SP2) y Windows Server 2003 con Service Pack 1 (SP1), si Firewall de Windows está habilitado en el cliente o en el servidor y si el servidor está configurado para usar la autenticación NTLM, debe agregar la siguiente configuración a la pestaña Excepciones del Firewall de Windows para el equipo adecuado.
| Computer | Configuración de excepciones |
|---|---|
| Equipo cliente (local) | Dmremote.exe Mmc.exe Vdsldr.exe TCP 135 |
| Equipo servidor (remoto) | Dmadmin.exe Vds.exe TCP 135 |
Tenga en cuenta que Firewall de Windows no está habilitado de forma predeterminada hasta Windows Server 2003 con SP1.
Una aplicación que use VDS debe ejecutarse en la cuenta de grupo Operador de copia de seguridad o Administradores. Sin el privilegio adecuado, una aplicación puede crear un objeto de cargador de servicio, pero el objeto no cargará VDS. En su lugar, devuelve un error que indica que se deniega el acceso a VDS.
Si la red usa la autenticación NTLM, el equipo cliente debe permitir el acceso anónimo. En este caso, si el equipo cliente ejecuta un sistema operativo Windows Server, el acceso anónimo está habilitado de forma predeterminada. Si ejecuta un sistema operativo cliente windows, se debe habilitar el acceso anónimo mediante Dcomcnfg.exe.
Operaciones de configuración y consulta
Las operaciones de configuración y consulta están limitadas por el equipo, proveedor, subsistema o paquete más relevantes. Las consultas atraviesan solo un proveedor o un nivel de la jerarquía de enlace. Para crear una vista completa, el autor de la llamada debe consultar en cada nivel y reducirlo. En la lista siguiente se incluyen ejemplos:
- Para ver todos los discos de un equipo, los autores de llamadas deben consultar en todos los proveedores de software los discos reclamados por esos proveedores.
- Para determinar qué discos contribuyen a un volumen apilado por software, los autores de llamadas determinan primero los plexes que contribuyen y, a continuación, consultan las extensiones del disco para cada plex.
- Para ver todas las unidades asociadas a un subsistema determinado, los llamadores deben consultar el subsistema.
- Para ver todos los LUN expuestos por un subsistema determinado, los llamadores deben consultar el subsistema.
- Para ver todo el almacenamiento en una SAN o un clúster, los llamadores deben consultar cada equipo para todos los proveedores de hardware, consultar cada proveedor para todos los subsistemas y, a continuación, consultar cada subsistema.
Aunque cada consulta individual no devolverá duplicados, las consultas repetidas entre equipos o entre proveedores pueden acumular duplicados. Los autores de llamadas deben implementar cualquier filtrado. Tenga en cuenta también que las aplicaciones de administración san pueden usar Active Directory o un repositorio para conservar la información de configuración; Es posible que no sea necesario consultar cada equipo.