Después de varios días de pruebas repetidas, finalmente se completó la prueba de implementación ADS XP. Parece que sin repetidos fallos y experimentos, es imposible obtener la acumulación de tecnología y conocimiento de la victoria.
ADS no admite el sistema operativo de escritorio en principio, porque el cliente de control de ADS debe confiar en el proxy de ADS, y hay dos formas de ingresar al entorno de proxy de ADS. La primera es instalar el proxy en Windows 2000 Server y Windows Server 2003. Programa, que solo admite un número limitado de versiones del sistema; el otro es un entorno proxy que utiliza PXE para iniciar ADS. De lo anterior, se puede ver que los agentes de ADS ocupan una posición vital para realizar una implementación totalmente automatizada.
Después de muchas pruebas, la implementación totalmente automatizada de XP aún es factible. El objetivo es elegir la secuencia de despliegue correcta y modificar el script de la tarea de ejecución. En este experimento, mi método es el siguiente:
1, instale el prototipo XP, realice la preparación del sistema, genere un archivo de respuestas de instalación mini completamente automatizado, y modifique las variables correspondientes, y finalmente ejecute manualmente sysprep y sus parámetros necesarios;
2, agregue este dispositivo en el servidor ADS, modifique la tarea predeterminada a boot-to-da, agregue la variable correspondiente de este dispositivo y otorgue el control;
3, abra el prototipo, verifique si ingresa correctamente en el entorno proxy Y ingrese el estado listo;
4, cree un nuevo script de tarea Capture-Image, la secuencia de tareas es: capturar la imagen del sistema (u otra imagen de partición) -> modificar el prototipo sysprep.inf (debido a sysprep en el prototipo. Inf contiene variables ADS, la mini instalación automática no se ejecutará correctamente después de reiniciarse, así que modifique las variables a valores reales) -> Cambie la tarea predeterminada del prototipo a boot-to-hd - > reboot; : Aunque este paso se realiza de acuerdo con el concepto de automatización, cuando el prototipo vuelve a entrar en el sistema, el control de ADS será incorrecto, primero se manifestará al final de la ejecución de la tarea. reinicio paso sin realimentación, lo que resulta en el estado de ejecución de la tarea ha sido, esta vez lo que necesita para detener manualmente la tarea. El motivo es muy simple. El proxy ADS no está instalado en el prototipo. Se han realizado intentos para agregar adsdevice /rc al final de la secuencia de comandos de la tarea. Sin embargo, se encuentra que este comando no está permitido en el entorno proxy, por lo que finalmente es necesario liberarlo manualmente. Sin embargo, creo que el último reinicio puede reemplazarse con el apagado, de modo que después de que se apague el prototipo, el dispositivo ADS puede liberar el control normalmente; de lo contrario, verá que después de reiniciar el prototipo, no puede liberar el control en la administración de dispositivos ADS.
5, agregue el dispositivo cliente que se implementará en el dispositivo ADS, modifique la tarea predeterminada a boot-to-da, agregue la variable correspondiente a este dispositivo y otorgue el control;
6, abra este cliente, verifique si está Ingrese exitosamente el entorno proxy e ingrese al estado de espera;
7, cree un nuevo script de tarea Deploy-Image, la secuencia de tareas es: la partición del cliente (si hay varias particiones, puede agregar varias instrucciones de partición) -> implementación Imagen (agregue múltiples instrucciones si está implementando una imagen de varias particiones) - > Modificar sysprep.inf en el cliente de destino - > Modifique la tarea predeterminada del prototipo para iniciar-a-hd - > reiniciar;
En este punto, ADS implementa XP incluso si se completa. Si el cliente admite el arranque remoto de la tarjeta de red, realiza la automatización completa en el verdadero sentido. Espero que el agente ADS sea compatible con XP o 2000PRO. Intenté desempaquetar el agente para eliminar la verificación de la versión del sistema. Desafortunadamente, no quiero renunciar a estos. Espero que otros amigos puedan modificar el agente para que sea compatible con el sistema de escritorio.
En este experimento, probablemente me tomé un momento para capturar y desplegar la imagen al mismo tiempo. En la máquina virtual PIV2.4G /128M, cada vez toma más de 10 minutos, y esta vez es solo para capturar el sistema puro. La imagen puede ser más larga si el sistema tiene instalado el software de aplicación o si contiene otras capturas de imágenes de partición. Cuando Ghost se clona en una sola máquina, solo toma más de 3 minutos, pero las ventajas de ADS son obvias.
Next Buscaré un entorno del mundo real para las pruebas de implementación a gran escala, con la esperanza de obtener datos reales para comparar el webcast de Ghost.