Exportar (0) Imprimir
Expandir todo

Implementación de Volume Activation 2.0 para Windows Vista y Windows Server 2008

Situación

La activación de productos es un nuevo requisito para clientes con licencias por volumen de Microsoft. Microsoft deseaba brindar a estos clientes una herramienta que les permitiera cumplir este requisito de manera simple y automatizada.

Solución

Microsoft IT trabajó junto con un equipo de desarrollo de productos para probar y mejorar las herramientas de activación por volumen. El resultado de este trabajo es Volume Activation 2.0.

Ventajas

  • Activaciones por volumen automatizadas
  • Baja carga y uso de recursos
  • Capacidad de un modelo de activación de cumplir la mayoría de las necesidades de activación

Productos y tecnologías

  • Volume Activation 2.0
  • Windows Vista
  • Windows Server 2008
  • Windows Server 2003
  • Microsoft Operations Manager 2005
  • Servicio del servidor DNS

Fecha de publicación: mayo de 2008

Volume Activation versión 2.0 (VA 2.0) automatiza y administra el proceso de activación para ediciones con licencias por volumen de los sistemas operativos Windows Vista® y Windows Server® 2008. Gracias a Volume Activation 2.0 , Microsoft descubrió un modelo para realizar activaciones en la mayoría de los entornos de red.

La activación de productos es el proceso de validación de software con el fabricante. Anteriormente , se requería la activación de productos para Windows® sólo para el software de Microsoft adquirido en tiendas minoristas y de fabricantes de equipos originales (OEM). Las licencias de software adquiridas a través de programas de licencias por volumen de Microsoft no requerían activación. Sin embargo, la naturaleza y el uso de las claves de producto para licencias por volumen dificultaron el control del uso. Como consecuencia , las claves de producto para ediciones con licencias por volumen de Windows XP y Windows Server 2003 se convirtieron en la fuente principal de software pirata. De hecho , más del 80% de la piratería de Windows XP se debe a la filtración de claves de producto emitidas a clientes por volumen.

Muchos clientes que adquieren una copia falsa de software de Microsoft son víctimas involuntarias de un delito e inconscientemente usan las claves de producto robadas de clientes por volumen legítimos. Si bien el impacto económico del software falso es grave para los fabricantes y proveedores de software, el impacto supera la pérdida de ingresos para esas organizaciones. El software falso se está convirtiendo cada día más en un vehículo para la distribución de virus y software malintencionado que puede apuntar a usuarios desprevenidos y posiblemente exponerlos a la corrupción o a la pérdida de datos personales o comerciales, o al robo de identidad.

Para contrarrestar esta amenaza, la directiva de activación de Microsoft requiere que los clientes activen todas las ediciones de los sistemas operativos Windows Vista y Windows Server 2008, incluso aquellos obtenidos mediante un programa de licencias por volumen. Este requisito corresponde a la ejecución de Windows en equipos físicos y virtuales. VA 2.0 es un nuevo conjunto de herramientas que ayudan a clientes a automatizar el proceso de activación en equipos que ejecutan ediciones de volumen de Windows Vista y Windows Server 2008. Volume Activation está disponible como opción de activación sólo si el software obtuvo licencia mediante un programa de licencias por volumen de Microsoft. Los clientes que adquieren los productos Windows Vista y Windows Server 2008 a través de una tienda minorista o un OEM los activan con otros métodos.

Este estudio de caso describe cómo Microsoft Information Technology (Microsoft IT) implementó VA 2.0 desde las primeras ediciones de Windows Vista hasta el lanzamiento al mercado de Windows Server 2008 y las lecciones aprendidas de esa implementación. Incluye explicaciones de los problemas encontrados y las mejores prácticas que requieren la menor carga administrativa. Este documento es para directores de servicios informativos, directores de TI, arquitectos de soluciones y encargados de la toma de decisiones técnicas que desean aprender la forma en que Microsoft integró VA 2.0 en su propia red.

En esta página

Situación
Solución
Mejores prácticas
Conclusión
Para obtener más información

Situación

Algunos de los usuarios que admite Microsoft IT son varios usuarios iniciales de nuevos sistemas operativos. Este soporte brindó a Microsoft IT la oportunidad de probar las herramientas de activación por volumen cuando Windows Vista era una versión beta, antes de finalizar el ciclo de desarrollo de esas herramientas. El propósito de Microsoft IT al implementar Volume Activation era trabajar con el equipo de desarrollo de productos para VA 2.0 no sólo para probar la implementación a gran escala, sino para perfeccionar y mejorar la solución de activación que se ofrecerá a los clientes.

Objetivos de implementación

Microsoft IT trabajó con el equipo de desarrollo de productos para alcanzar los siguientes logros durante la implementación de Volume Activation:

  • Activar los sistemas operativos Windows Vista y Windows Server 2008 de forma clara para los usuarios

  • Revisar la configuración de VA 2.0 como se necesita para reducir los costos administrativos y minimizar el costo total de propiedad (TCO)

  • Incrementar la utilidad del Módulo de administración del Servicio de administración de claves (KMS) de Microsoft Windows para Microsoft Operations Manager 2005

  • Realizar la prueba de esfuerzo de servidores host KMS

  • Descubrir los mejores métodos para controlar el comportamiento automático de clientes KMS

  • Medir la forma en que las activaciones afectan el tráfico de red

  • Descubrir la cantidad óptima de servidores host KMS

Método de activación

VA 2.0 ofrece dos modelos diferentes para implementar las activaciones por volumen: KMS y Clave de activación múltiple (MAK). KMS activa los sistemas operativos en la red local, por lo que los equipos individuales no necesitan conectarse a Microsoft® para la activación. Para esto, KMS usa un modelo cliente/servidor. Los clientes KMS se conectan a un servidor KMS, denominado host KMS, para solicitar la activación o para renovar la activación actual. La clave de activación múltiple (MAK) se usa para una única activación con servicios de activación hospedados de Microsoft. MAK requiere una activación directa con Microsoft o permite que un equipo realice una solicitud de activación centralizada en nombre de varios equipos mediante una sola conexión con Microsoft.

Microsoft IT optó por usar KMS como modelo de activación principal por dos razones fundamentales. Primero, KMS fue creado para ser el método de activación elegido para equipos conectados a la red principal de una organización. Microsoft IT planeó activar equipos que fueron usuarios iniciales de Windows Vista y que estaban todos conectados a la red principal de la organización. Segundo, Microsoft IT diseñó esta implementación para ofrecer al equipo de producción de VA 2.0 información del mundo real sobre la forma en que KMS controló la implementación a gran escala. Microsoft IT pudo trabajar estrechamente con el equipo de desarrollo de productos para identificar los problemas y para simplificar y mejorar el proceso de activación de KMS. Microsoft IT pudo usar MAK como método de activación de copia de seguridad para sistemas que presentaban fallas de activación de KMS.

Solución

Microsoft IT implementó VA 2.0 en cinco fases antes de entregarlo a los equipos de operaciones. El enfoque de esta implementación fue usar y mejorar las funciones automatizadas de VA 2.0.

Fase 1: Pruebas de laboratorio

La Fase 1 de la implementación de VA 2.0 fue diseñada para probar la instalación de los hosts KMS y para probar la funcionalidad básica del servicio KMS solamente. Esta fase tuvo lugar en un entorno de laboratorio ubicado en un bosque aparte del resto de la red de producción. El plan de Microsoft IT para la Fase 1 fue instalar dos hosts KMS: uno en un equipo independiente y otro en un controlador de dominios. Después, Microsoft IT supervisaría las activaciones de alrededor de 100 clientes KMS, también ubicados en el entorno de laboratorio de prueba. La Fase 1 duró tres semanas. Durante ese tiempo, Microsoft IT activó todos los clientes con KMS; no fueron necesarias las activaciones MAK.

Requisitos de configuración de DNS

El comportamiento predeterminado de un cliente KMS es consultar a Sistema de nombres de dominio (DNS) por el nombre de un host KMS. Este nombre está contenido en un registro de servicios (SRV) que publica el servicio KMS. La versión de KMS usada para la Fase 1 requirió que Microsoft IT creara manualmente un registro SRV en el servidor DNS. Después de crear este registro, los clientes KMS descubrieron los hosts KMS y los activaron sin acciones administrativas adicionales.

Umbrales de activación

Al probar una pequeña cantidad de clientes KMS, Microsoft IT descubrió que es posible tener muchos hosts KMS. Esto se debe a los umbrales de activación KMS. KMS está diseñado para entornos de red medianos y grandes. Por esta razón, KMS requiere una cantidad mínima de equipos físicos en un entorno de red, denominado umbral de activación. Una organización debe tener cinco o más equipos físicos para activar Windows Server 2008 y 25 o más equipos físicos para activar clientes que ejecutan Windows Vista con KMS. Un host KMS cuenta la cantidad de equipos físicos que requieren activación en la red, y los clientes KMS se activan sólo después de cumplir este umbral.

Cada host KMS conserva un conteo de umbral de activación aparte. Si no hay una suficiente cantidad de equipos físicos en una red, los hosts KMS individuales pueden detener la activación de clientes por no cumplir el umbral de activación. Microsoft IT descubrió que las redes con menos de 100 clientes KMS pueden evitar esto al contar sólo con un host KMS.

Rendimiento

Inicialmente, las métricas de rendimiento indicaron que las activaciones esforzaban el procesador de los hosts KMS. Si bien la cantidad de clientes KMS era pequeña, el uso de la CPU mantenía picos al 100%. Al investigar, Microsoft IT descubrió que los clientes KMS renovaban sus activaciones con demasiada frecuencia. Incrementó el intervalo de renovación de activaciones de una por minuto a una cada siete días. Durante el progreso de implementación a través de las fases posteriores, Microsoft IT descubrió que reducir este intervalo era una manera simple de realizar pruebas de esfuerzo de los hosts KMS.

Tráfico de red

Las pruebas de tráfico de red revelaron que la carga para el servicio KMS era mínima. Se envían menos de 250 bytes en cada dirección para un intercambio de activación KMS completo, además de la configuración y la desconexión de la sesión TCP. Hay tráfico de red adicional cuando un cliente KMS consulta a DNS por un host KMS, pero esto generalmente sucede sólo una vez por cliente KMS. Después de que un cliente KMS descubre un host KMS, envía todas las futuras solicitudes de renovación de activación al mismo host KMS. Un cliente KMS busca un nuevo host KMS sólo si el host KMS actual no responde. Además, no hay tráfico de red entre los hosts KMS. Cada host KMS mantiene una lista aparte de clientes KMS sin replicación ni uso compartido de información con otros hosts KMS.

Fase 2: Implementación piloto

El plan para la Fase 2 fue una implementación limitada de clientes KMS de la red de producción con una configuración que minimizó el impacto en la red. Microsoft IT seleccionó una cantidad limitada de clientes KMS de la red de producción. Para reducir el posible impacto de agregar el servicio KMS a la red, Microsoft IT instaló los hosts KMS para la Fase 2 en un bosque que se usó sólo para probar implementaciones y que no forma parte de la red de producción.

Los sistemas operativos usados para VA 2.0 incluyeron versiones de Windows Vista y Windows Server 2008 anteriores a beta. Algunos de los equipos cliente seleccionados para la Fase 2 fueron miembros de un dominio de prueba de implementación y miembros de un pequeño dominio conectado a la red principal. Además, Microsoft IT seleccionó una cantidad limitada de clientes del dominio principal en la red principal. Microsoft IT seleccionó grupos de usuarios físicamente cerca para los equipos que pertenecían al dominio principal. El motivo fue probar cómo se veía afectado el tráfico de red en la subred física. Microsoft IT solicitó a estos usuarios actualizar sus sistemas a una versión con licencias por volumen no publicada de Windows Vista o Windows Server 2008. Estos tres entornos sumaron un total de 3000 sistemas seleccionados para la activación en la Fase 2.

Configuración del servidor DNS

Como los servidores DNS de Microsoft IT admitían DNS dinámico, Microsoft IT solicitó un cambio a KMS que le fue otorgado. El cambio era tener un host KMS para crear y actualizar los registros DNS necesarios para KMS para que los administradores no necesitaran crear estos registros manualmente. Con este cambio, el host KMS crea un registro SRV en DNS automáticamente cuando se habilita el servicio KMS. KMS reemplaza el registro SRV cada vez que el servicio se inicia y una vez por día. Este nuevo registro refleja todos los cambios.

Para la Fase 2 y las fases posteriores, Microsoft IT planeó clientes KMS de varios dominios DNS, pero planeó que los hosts KMS pertenezcan a un dominio DNS único. De forma predeterminada, los hosts KMS publican automáticamente el servicio KMS al crear un registro SRV en su propio dominio DNS predeterminado. Además, los clientes KMS sólo consultan a su dominio DNS predeterminado por la ubicación de un host KMS. Para evitar la necesidad de crear registros DNS manualmente, Microsoft IT solicitó a los hosts KMS y recibió de ellos una nueva clave de registro. La clave de registro DNSDomainPublishList permite a los administradores detallar todos los dominios DNS a los que el host KMS debe agregar un registro SRV para el servicio KMS. Esto le ahorró a Microsoft IT el tiempo y el esfuerzo necesarios para crear y administrar los registros SRV del host KMS a través de varios dominios DNS.

Durante la Fase 2, el servidor DNS en el entorno de laboratorio permitió que el host KMS se autopublique, pero en los entornos de producción, como en muchas organizaciones, se controla la capacidad de crear y actualizar registros DNS. Para que el host KMS publique el servicio KMS, necesita los derechos para crear y actualizar los registros de recursos SRV, A y AAAA en todos los dominios DNS que contienen clientes KMS. Microsoft IT asignó a los hosts KMS las credenciales necesarias del servidor DNS al crear un grupo de seguridad en Active Directory® Domain Services AD DS y al agregar todos los hosts KMS a ese grupo. Microsoft IT le otorgó a este grupo de seguridad un permiso de control total sobre el registro _VLMCS._TCP para cada dominio DNS que contiene clientes KMS.

Fase 3: Instalación de hosts KMS en la red principal

El objetivo principal de la Fase 3 era instalar hosts KMS en la red principal. Los hosts KMS que Microsoft IT usó en la Fase 2 no fueron usados en la Fase 3. Microsoft IT en cambio usó dos hosts KMS en el dominio de bosque raíz de la red principal. Instaló un host KMS en un controlador de dominio de producción y uno en un servidor independiente. Como los hosts KMS no comparten información, el proceso de activación se inició nuevamente para todos los clientes KMS cuando los nuevos hosts KMS estaban en línea. Por ello, la Fase 3 incluyó los 3000 clientes KMS de la Fase 2 y otros 4000 clientes, que sumaron un total de 7000 clientes KMS.

Uno de los objetivos de Microsoft IT era medir el impacto al agregar el servicio KMS a un controlador de dominio. Recopiló métricas del momento en que el controlador de dominio actuó como host KMS y de otros controladores de dominio del mismo dominio. Cuando Microsoft IT comparó las métricas del host KMS instalado en un controlador de dominio con las métricas de los otros controladores de dominio del mismo dominio, no descubrió disminución del rendimiento en el controlador de dominio que además actuaba como host KMS. Microsoft IT llegó a la conclusión de que agregar el servicio KMS a un controlador de dominio no entorpecía su rendimiento.

Fase 4: Implementación de Windows Vista Beta 2

Sin presión mensurable en los servidores ni en el tráfico de la red principal, el plan de Microsoft IT para la Fase 4 fue un gran incremento de clientes KMS. La Fase 4 coincidió con el lanzamiento de Windows Vista Beta 2 y con la adopción generalizada del sistema operativo Windows Vista en la red principal. Los usuarios actualizaron 23.000 sistemas más a una versión con licencias por volumen de Windows Vista o Windows Server 2008, que dio como resultado un total de aproximadamente 30.000 clientes KMS para la Fase 4. Algunos de estos clientes KMS eran equipos portátiles que se conectaban a través de una red inalámbrica interna. Los usuarios no notificaron ningún problema de rendimiento en estos clientes.

Para adaptar el gran incremento de clientes KMS, Microsoft IT instaló otros dos hosts KMS en controladores de dominio en el dominio de bosque raíz de la red principal, lo que suma un total de cuatro hosts KMS. Uno de estos hosts KMS era un servidor que ejecutaba Windows Server 2003. Este servidor admitía un 25% de los clientes KMS sin problemas. Además, uno de estos hosts KMS estaba dedicado exclusivamente a clientes KMS de IP versión 6 (IPv6) y no era compatible con IP versión 4 (IPv4). Microsoft IT no encontró diferencias en el funcionamiento ni en el rendimiento de este host KMS, y no tuvo problemas con la activación de clientes KMS que ejecutaban IPv6.

Nota : KMS se incluye automáticamente con Windows Server 2008 y Windows Vista, pero no con Windows Server 2003. Las organizaciones que desean hospedar KMS en Windows Server 2003 deben descargar e instalar KMS para Windows Server 2003, que se encuentra disponible en http://go.microsoft.com/fwlink/?LinkID=82964 en varios idiomas. La versión de 64 bits está disponible en http://go.microsoft.com/fwlink/?LinkId=83041.

Fase 5: Implementación de Windows Vista RC

La Fase 5 coincidió con el lanzamiento de Windows Vista Release Candidate (RC). Se agregaron otros 60.000 clientes KMS más que sumaron un total de aproximadamente 90.000. Microsoft IT agregó otro host KMS al dominio de bosque raíz de la red principal, lo que incrementó la cantidad de hosts KMS a cuatro controladores de dominio y un servidor independiente.

Aunque todos los hosts KMS estaban en el dominio de bosque raíz de la red principal, algunos de los clientes que se agregaron durante la Fase 5 tenían cuentas de equipo en otro bosque que no tenía confianza en el bosque de la red principal. Inicialmente, la activación de estos clientes falló. Al investigar, Microsoft IT descubrió que el problema fue causado por los parámetros de seguridad de IP (IPsec). Las activaciones fueron correctas después de que Microsoft IT otorgara permisos para que IPSec habilite la conectividad para los hosts KMS desde estos dominios.

También tuvo lugar otra pequeña implementación aparte durante la Fase 5. Algunos clientes KMS estaban en una ubicación remota que se conectaba a la red principal a través de una red privada virtual (VPN). Microsoft IT proporcionó a estos clientes un host KMS aparte. Al observar las métricas de rendimiento capturadas, Microsoft IT descubrió que KMS no requiere que un host KMS se conecte a clientes KMS a través de una conexión de ancho de banda alto. Microsoft IT descubrió que la latencia se mide en segundos, mientras que los requisitos de activación se miden en semanas. El usuario no lo notará aunque se acabe el tiempo de conexión a un host KMS y se deba volver a intentar más tarde.

Configuración actual

Al completar la Fase 5, la administración de VA 2.0 pasa de la implementación y la prueba a las operaciones y el mantenimiento. VA 2.0 todavía se usa para todas las ediciones con licencias por volumen de Windows Vista y Windows Server 2008. Se ha modificado la configuración de algunos servidores que admiten VA 2.0 en la red principal.

Configuración del servidor DNS

Cuando inicialmente se implementó VA 2.0, Microsoft IT usó el servicio del servidor DNS en Windows Server 2003. Más tarde, Microsoft IT actualizó estos servidores a su configuración actual del servicio del servidor DNS en Windows Server 2008. Las dos versiones de los servidores DNS admiten registros SRV, según Request for Comments (RFC) 2782, y actualizaciones dinámicas, según RFC 2136. Cualquier servidor DNS que admita estas RFC, además de las versiones 8.x y 9.x de Berkeley Internet Domain Name (BIND), puede permitir que el host KMS publique automáticamente los registros del servicio KMS.

Configuración actual del host KMS

Uno de los objetivos principales de Microsoft IT era realizar la prueba de esfuerzo de los hosts KMS para determinar la cantidad de clientes KMS que un host KMS puede admitir y si los hosts KMS pueden hospedarse junto con otros servicios. Un host KMS se puede ejecutar en un equipo con Windows Server 2008, Windows Server 2003 o incluso Windows Vista, aunque los hosts KMS basados en Windows Vista pueden activar sólo sistemas basados en Windows Vista. Además, un host KMS puede ser un equipo físico o un sistema virtual.

Microsoft IT continúa probando nuevas configuraciones para hosts KMS. Actualmente, dos hosts KMS admiten todos los clientes KMS de la red. Estos servidores no son controladores de dominio; se consideran en cambio servidores de licencias. No sólo admiten clientes KMS, sino también licencias para Terminal Services. La Tabla 1 detalla las especificaciones de estos servidores.

Tabla 1. Especificaciones de hardware para hosts KMS

Componente

Configuración de Microsoft IT

Procesador

Dos AMD64, 2205 megahertz (MHz) cada uno

Memoria

2046 megabytes (MB)

Red

Ethernet de 1 gigabyte (GB)

Disco

Un disco físico de 70 GB

KMS requiere un uso intensivo del ciclo de cómputos. El uso de la CPU momentáneamente puede alcanzar el 100% en un equipo de un solo procesador al procesar varias solicitudes de activación. Sin embargo, las solicitudes de activación de un cliente KMS generalmente son inestables. Cuando intenta activarse durante el período de gracia inicial, un cliente KMS realiza una solicitud de activación cada dos horas, de forma predeterminada, y una solicitud de renovación una vez cada siete días después de la activación.

Mejores prácticas

Microsoft IT descubrió que el modelo de activación de KMS funcionó para la mayoría de los entornos de red con un impacto insignificante en la red y en el equipo que hospeda el servicio KMS. No fueron necesarias las activaciones MAK excepto para las redes desconectadas, como las redes de alta seguridad que no alcanzan la cantidad de equipos físicos necesaria para los umbrales de activación KMS. Durante el estudio de caso, Microsoft IT determinó las siguientes mejores prácticas:

  • KMS es apropiado para la mayoría de los entornos de red. Una organización debe usar KMS cuando sea conveniente.

  • Los entornos de red con los últimos servidores DNS tienen menos pasos de configuración para las activaciones KMS.

  • Los servidores que realizan otras funciones pueden agregar responsabilidades de hosts KMS con consecuencias insignificantes en el rendimiento del servidor.

  • Los entornos de red pequeños deben tener sólo un host KMS.

  • Después de su configuración, KMS requiere pocos recursos administrativos.

Supervisión de la activación del cliente KMS

Cuando los hosts KMS se conectan por primera vez, los administradores deben supervisar el éxito de las activaciones del cliente además de la cantidad de activaciones que realiza cada host KMS. Un cliente KMS registra las solicitudes de activación, las renovaciones y las respuestas en el registro de aplicación local del cliente KMS. Los registros del host KMS separan las entradas para cada solicitud que recibe de un cliente KMS. Estas entradas se guardan en el registro del Servicio de administración de claves en la carpeta Registros de aplicaciones y servicios.

Un administrador puede archivar y revisar manualmente los registros de eventos de KMS. O bien, si la organización usa Microsoft Operations Manager 2005, el administrador puede usar el Módulo de administración de MOM 2005 del Servicio de administración de claves (KMS) de Microsoft Windows. El Módulo de administración de KMS contiene informes de activación detallados para equipos que ejecutan Windows Vista y Windows Server 2008. El Resumen de actividades de KMS proporciona la cantidad de nuevas activaciones KMS y puede ofrecer estos resultados a cada host KMS.

Al finalizar las activaciones iniciales, un administrador puede establecer alertas en el Módulo de administración de KMS que proporcionan notificaciones al expirar los períodos de gracia o las activaciones actuales de un equipo. Además, un administrador puede usar el informe del Resumen del estado de la licencia para conocer los días que faltan para que los clientes KMS renueven sus activaciones.

Balanceo de carga de los hosts KMS

En un entorno de red con dos hosts KMS, cuando ambos hosts KMS se conectan simultáneamente, el servidor DNS alterna los clientes KMS entre los dos hosts KMS y los clientes KMS se dividen entre los hosts KMS. Sin embargo, si se conecta otro host KMS en algún momento después del primer host KMS, el nuevo host KMS no tendrá clientes KMS. Esto se debe al comportamiento predeterminado del cliente KMS.

Después de activar correctamente un cliente KMS, éste envía todas las futuras solicitudes de renovación de activación al host KMS original que lo activó. El cliente KMS no buscará otro host KMS siempre que el host KMS original responda al cliente. En este caso, Microsoft IT descubrió dos formas de equilibrar la carga entre un host KMS actual y un nuevo host KMS. Primero, un administrador puede reiniciar el host KMS original y volver a conectar ambos hosts de manera simultánea. Esto borra las activaciones de la memoria caché en el host original y vuelve a iniciar el conteo de umbral de activación.

Si no puede reiniciarse, el administrador puede bloquear el puerto que usa el servicio KMS (puerto TCP 1688) en el host KMS original. Los intentos de renovación del cliente no tendrán respuesta, y deberán buscar un nuevo host KMS desde DNS. El administrador necesita supervisar la cantidad de clientes que optaron por el nuevo host KMS para determinar cuándo desbloquear el puerto. La cantidad de días que un puerto permanece bloqueado debe ser menor que el intervalo de renovación del cliente. Si el administrador bloquea el puerto durante el intervalo de renovación completo del cliente (siete días de forma predeterminada), todos los clientes KMS habrán optado por el nuevo host KMS.

Conclusión

Se requiere la activación de productos para todas las ediciones de Windows Vista y Windows Server 2008. VA 2.0 permite a los clientes de licencias por volumen automatizar el proceso de activación para lograr un impacto mínimo o inexistente en usuarios finales. Si bien VA 2.0 proporciona a clientes de licencias por volumen dos modelos para activar Windows Vista y Windows Server 2008, Microsoft IT descubrió que el modelo de KMS cumple la mayoría de las necesidades de activación. El bajo uso de recursos y la baja carga de tráfico de red convierten a KMS en una herramienta útil para una variedad de entornos de red.

El objetivo de la implementación de Volume Activation de Microsoft IT no fue sólo probar el funcionamiento de las activaciones a gran escala, sino también mejorar la experiencia del cliente con el producto. El resultado fueron mejoras en VA 2.0 que simplifican y automatizan el proceso de las activaciones por volumen.

Para obtener más información

Este estudio de caso es un ejemplo de la forma de implementación de VA 2.0 en una organización grande. Existen disponibles varios recursos y herramientas para ayudar a las organizaciones a planear e implementar VA 2.0. Para obtener más información sobre la terminología usada o los procedimientos que realizan las tareas analizadas en este estudio de caso, consulte la siguiente documentación:

Para obtener más información sobre productos o servicios de Microsoft, comuníquese con el Centro de información de ventas de Microsoft al (800) 426-9400. En Canadá, comuníquese con el Centro de información Microsoft Canadá al (800) 563-9048. Fuera de los 50 estados de Estados Unidos y Canadá, comuníquese con su sucursal local de Microsoft. Para obtener información a través de la World Wide Web, visite:

http://www.microsoft.com

http://www.microsoft.com/technet/itshowcase

Descargar Implementación de Volume Activation 2.0 para Windows Vista y Windows Server 2008

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft