Posteado por: Jose Antonio Cermeño | 9 octubre 2010

How To Move WsusContent /Como mover WsusContent de Localización

Hola a todos los lectores de la comunidad IT

El post de hoy es muy sencillo, pero muy útil, estaremos hablando de cómo mover la Base de datos (WsusContent) de WSUS después que el servidor está instalado y en producción.
La documentación oficial la podrán encontrar en este Link

Para hacer la búsqueda más sencilla lo he resumido de la siguiente manera:
1.- Crear la nueva carpeta de destino en el nuevo disco (E:\Wsus, en mi caso)
2.- Utilizar la herramienta del Wsus wsusutil.exe que está en la carpeta Tools de nuestra instalación de Wsus (por defecto C:\Archivos de programa\Update Services).
3.- Ejecutar un cmd desde la carpeta donde este wsusutil.exe, que sea:
Wsusutil movecontent E:\Wsus E:\FicheroLog.log

Donde E:\Wsus es la carpeta de destino y E:\FicheroLog.log el fichero de registro de mover la carpeta.

Verán la siguiente pantalla:

El archivo puede tardar en moverse y va a depender de cuán grande sea WsusContent

El fichero de log podremos abrirlo con el Bloc de Notas y nos dirá algo como esto:

2006-10-26T08:58:15 Successfully stopped WsusService.
2006-10-26T08:58:15 beginning content file location change to e:\Wsus
2006-10-26T09:02:06 successfully copied content files.
2006-10-26T09:02:06 successfully changed WUS configuration.
2006-10-26T09:02:07 successfully changed IIS virtual directory path.
2006-10-26T09:02:07 successfully changed registry value for content store directory.
2006-10-26T09:02:08 successfully changed content file location.
2006-10-26T09:02:12 successfully started WsusService.
2006-10-26T09:02:12 Content integrity check and repair…
2006-10-26T09:02:12 Initiated content integrity check and repair.

Con esto conseguiremos copiar nuestra carpeta WsusContent de las actualizaciones a otra ubicación con más espacio, realizando los cambios en la base de datos y el IIS para que funcione.

Una vez que comprobemos que la nueva carpeta WsusContent está copiada podremos borrar la antigua carpeta (ya que el programa wsusutil.exe no la borra) para recuperar el espacio

Espero le ayude a solucionar mucho problemas.

Saludos
JAC

Anuncios
Posteado por: Jose Antonio Cermeño | 27 agosto 2010

Disponible para Descarga SP1 Beta para Windows 7 / Windows Server 2008 R2

Amigos quiero comunicarles que ya está disponible para su descarga SP1 para Windows 7 y Windows Server 2008 R2

Tengan en cuenta lo siguiente: Este lanzamiento preliminar de Windows 7 y Windows Server 2008 R2 SP1 Beta no está disponible para usuarios domésticos. SP1 Beta no proporciona nuevas características para usuarios finales y la instalación no cuenta con soporte técnico de Microsoft.

Windows 7 y Windows Server 2008 R2 SP1 Beta ayudan a mantener a los equipos y los servidores en el nivel de compatibilidad más reciente y proporcionan mejoras continuas para el sistema operativo Windows (SO); para ello, incluyen las actualizaciones anteriores proporcionadas mediante Windows Update y las actualizaciones continuas incrementales para las plataformas Windows 7 y Windows Server 2008 R2 SP, según los comentarios de clientes y socios. Además, facilitan que las organizaciones implementen un solo conjunto de actualizaciones.

Windows 7 y Windows Server 2008 R2 SP1 Beta le ayudarán a:

  • Mantener sus equipos compatibles y actualizados.
  • Obtener actualizaciones continuas para la plataforma Windows 7.
  • Implementar actualizaciones acumulativas fácilmente de una sola vez.
  • Satisfacer las exigencias de mayor movilidad empresarial de los usuarios.
  • Proporcionar un conjunto integral de innovaciones de virtualización (Memoria Dinámica y RemoteFX)
  • Proporcionar un modelo de implementación de Service Pack más sencillo para alcanzar una mayor eficiencia de TI.

Para descargar e instalar Windows 7 y Windows Server 2008 R2 SP1 Beta, ya debe tener instalada una versión Release to Manufacturing (RTM) de Windows 7 y Windows Server 2008 R2.

Todos a probar SP1!!!!!!!!!!

Saludos
JAC

Posteado por: Jose Antonio Cermeño | 17 julio 2010

How to /Como Administrar Hyper-V desde Windows 7

Quiero compartir con ustedes como configurar Windows 7 para administrar Hyper-V ,anteriormente para administrar nuestros host de Hyper-v teníamos que conectarnos vía RDP directamente, no existía una manera de hacerlo desde otro equipo, Microsoft libero una utilidad que nos permite adminístralo desde nuestro cliente, este ó no dentro del dominio, esta herramienta es: HYPER-V REMOTE MANAGEMENT
Acá les dejo los links de descarga:
x86
http://www.microsoft.com/downloads/details.aspx?familyid=BF909242-2125-4D06-A968-C8A3D75FF2AA&displaylang=en
x64
http://www.microsoft.com/downloads/details.aspx?familyid=88208468-0AD6-47DE-8580-085CBA42C0C2&displaylang=en

Van a existir 3 escenarios posibles:

1. Estación de trabajo no unida al Dominio desde la cual queremos administrar Hyper-V el
cual está en el Dominio.
2. Hyper-V en un server Standalone y queremos acceder desde una estación de trabajo.
3. Hyper-V instalado en un Core Server y queremos administrarlo desde remoto.

En cualquiera de estos casos, nos será imposible: veremos una pantalla que nos indica que no tenemos permisos, que contactemos con el Administrador para que active las políticas. Pero ¿qué políticas?… no hay tales políticas ni en dominio, ni como configuración local cuando el server es standalone.

Configuración del Server

1. Configurar firewall en el server.
En una consola ejecutar:
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Es necesario asegu
rarse que el comando es correcto y su respuesta debe ser que ha actualizado 4 reglas.

NOTA: El string entrecomillado debe coincidir con el nombre del grupo definido en el propio firewall. Por tanto, si se está ejecutando un Windows en un idioma diferente del inglés hay que verificar previamente en las reglas del firewall su nombre. (Herramientas Administrativas, Firewall con seguridad avanzada).


2. Configurar DCOM en el Server.
Para configurar el DCOM debemos ejecutar el comando “dcomcnfg” (sin las comillas). Esto configura los permisos y debe ser coherente con el resto de actuaciones en los puntos siguientes en seguridad. Podemos dar permisos a un usuario, a un grupo de usuarios, o bien a cualquier usuario autenticado.

Botón derecho en “My Computer”, propiedades, y seleccionamos la pestaña “COM Security”.

Seleccionamos “Edit Limits” en la parte inferior. “Launch and Activation Permissions”. No confundirse con el botón superior de “Edit Limits”. Nos mostrará una pantalla con los grupos / usuarios y sus permisos. Pinchamos el botón de “Add” (Añadir):


y añadimos el usuario o el grupo al cual vamos a dar permisos. En este ejemplo, vamos a añadir al grupo de “Usuarios Autenticados” y en la pantalla siguiente, marcamos “Remote Launch” y “Remote Activation”:

3. Asignar permisos en WMI en el Server.

Botón derecho en Computer (Equipo) y Administrar. Localizamos el “WMI Control”, botón derecho sobre él, propiedades y pestaña “seguridad”.

Fijémonos en la estructura superior: debemos actualizar dos claves de idéntica forma: “CIMV2” y “virtualization

Seleccionamos la clave, y pinchamos en el botón “Security” inferior.

Seleccionamos el usuario o grupo, o bien lo añadimos (Add). Una vez seleccionado
pinchamos el botón de “Avanzado” y le asignamos “Remote Enable”.

Debemos realizar aquí tres puntos:

1. En “Apply to:” debemos seleccionar “This namespace and subnamespaces”

2. En la columna de permisos, seleccionar “Remote Enable”.

3. Marcar el checkbox inferior. “Apply these permissions to objects and/or containers within this container only”

Repetir todo lo anterior para la otra clave: Root\virtualization.

4. Configurar “Authorization Manager” en el server.

Ejecutamos: “azman.msc” (sin las comillas).

Botón derecho en Authorizacion Manager y Open Authorization Store. Seleccionamos “XML
File” y le añadimos:

%programdata%\Microsoft\Windows\Hyper-V\InitialStore.xml

Al abrirse, aunque permite asignar roles específicos, en este caso vamos a dar todos los permisos al grupo de “Usuarios autenticados” que es con el que estamos trabajando. Para ello, navegamos hasta “Role Assignments” y en la zona derecha, botón derecho al “Administrator” -> “Assign Users and Gropus” -> For Windows ans Active Directory” y añadimos al grupo de “Authenticated Users”. Debe quedar:

 

Configuración del Cliente

1. Configurar firewall en el cliente.

En una consola ejecutar:
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes

Revisar los comentarios del punto 1) en el Server con respecto al idioma y el contenido del string superior.

2. Permitir la consola (mmc) al firewall en el cliente:

Crear una excepción en el firewall para la consola:
Netsh firewall add allowedprogram program=%windir%\system32\mmc.exe name=”Microsoft Management Console”

3. Dar permisos al WMI en el cliente.

WMI realiza un callback del server al cliente. Es normal y no es específico de Hyper-V. Si el server estuviese en un grupo de trabajo el DCOM desde el server al cliente es “anomina, por tanto ejecutamos “dcomcnfg”, localizamos “My Computer”, propiedades, pestaña de “COM Security” y en este caso pinchamos en “Edit Limit” en la zona superior “Access Permissions” y añadimos “ANONYMOUS LOGON” de la lista de usuarios y marcamos los permisos en el area de “Remote Access/Allow”

4. Establecer las credenciales en el cliente.

En una consola arrancada en modo normal (no hacerlo en modo elevado: esto es importante!) ejecutar:
cmdkey /add remoteserver /user:remoteserver\username /pass

La opción pasada en /user debe ser remoteserver\username siendo username el usuario en la máquina remota.

Detallemos pasos para cada caso:

1. Estación de trabajo no unida al Dominio desde la cual queremos administrar Hyper-V el cual está en el Dominio.

Ejecutar los pasos 1) 2) 3) y 4) de la sección SERVER inferior.
Ejecutar los pasos 1) 2) 3) y 4) de la sección CLIENTE inferior.
Si en algún momento solicita credenciales, usar User/Pass del Dominio.

2. Hyper-V en un server Standalone y queremos acceder desde una estación de trabajo.

Ejecutar los pasos 1) 2) 3) y 4) de la sección SERVER inferior.
Ejecutar los pasos 1) 2) y 3) de la sección CLIENTE inferior.

3. Hyper-V instalado en un Core Server y queremos administrarlo desde remoto.

Configuración del Server

Ejecutar paso 1)

El paso 2) no es posible al estar en un Core Server, pero este contiene un grupo “builtin” llamado “Distributed COM Users”. Por tanto, añadimos el usuario que va a acceder a este grupo:
net localgroup “Distributed COM Users” /add servidor\usuario

El paso 3) debemos ejecutarlo desde remoto. Por tanto en la maquina remota (cliente) abrimos la Administración del Equipo y con botón el derecho en Computer Management, seleccionamos “Connect to another computer…” De esta manera podemos cambiar Root\CIMV2 y Root\virtualization tal y como se describe en el punto 3)

El paso 4) debemos hacerlo igualmente desde remoto. Para ello, desde la maquina remota:

net use * file://tuserver/c$

y a continuación con azman.msc manejamos el XML del server remoto tal y como se describe en dicho paso.. Únicamente tenemos un problema: azmna.msc no funciona correctamente en remoto y no encuentra ningún usuario (suponiendo que queramos dar de alta uno en particular).

Como workaround: ahora pasamos a editar (previa copia de seguridad) el InitialStore.xml y necesitamos incorporar el SID del usuario. Para conocerlo, este script puede servirnos:

strComputer = “.”
Set objWMIService = _
GetObject(“winmgmts:\\servidor\root\cimv2”)
Set objAccount = objWMIService.Get _
(“Win32_UserAccount.Name=’nombreusuario’, Domain=’servidor'”)
Wscript.Echo objAccount.SID

Notepad no es un editor XML y en este caso, sería conveniente usar un editor XML freeware de los muchos que existen en la red.

Espero les sirva de mucha ayuda en la administración de Hyper-V
Administremos Hyper-V!!!

Saludos
JAC

 

 



 

Hola a todos
Como ya sabemos la nueva versión de Windows Server 2008 R2 ha mejorado en todos sus aspectos, hoy en particular quiero hacer énfasis en Remote Desktop Services (Antiguo Terminal Services), los cambios radican principalmente en mejoras con Windows 7, además provee una plataforma que soporta VDI (Virtual Desktop Infrastructure), lo cual permite la centralización de storage, la ejecución y administración de estaciones de trabajo.

Estos servicios vienen preparados para trabajar en conjunto con Windows 7 y brindarle una mejor experiencia al usuario final en términos de virtualización de desktops. Algo es seguro, todo apunta a la virtualización, ya sea de servidores como de estaciones de trabajo así que mejor que estén al día con esto porque avanza muy rápidamente y apenas le podemos seguir sus pasos.

Todos los servicios de Terminal Services van a ser renombrados en la nueva versión de Remote Desktop Services (RDS) en Windows Server 2008 R2. Los nombres son parecidos, hay que sacar el Terminal Services de adelante y poner Remote Desktop, simple, acá les dejo un pequeño cuadro de cambio de nombres:

Terminal Services  Remote Desktop Services 
Terminal Services Remote Desktop Services
Terminal Services RemoteApp RemoteApp
Terminal Services CAL Remote Desktop Services CAL
Terminal Services Web Access Remote Desktop Web Access
Terminal Services Gateway Remote Desktop Gateway
Terminal Services Session Broker Remote Desktop Connection Broker

 

El servicio de Connection Broker también es mejorado para poder proveer una mejor experiencia donde puede hasta crear una VM por cada usuario o un pool de VMs que atiendan a todos los usuarios. Asimismo el nuevo Remote Desktop Services mejoró mucho la experiencia del usuario en cuanto al redireccionamiento del multimedia. Soporta múltiple monitor real para el usuario con un máximo de 10 monitores. Aero Glass, Direct X, Language Bar, Task Scheduler, integración con Windows 7, etc.

A lo que vinimos:
Supongamos que ya tenemos instalado nuestro servidor RDS y queremos agregar una aplicación utilizando la modalidad de RemoteApp
Nuestro primer paso será ir a la consola de RemoteApp Manager (Inicio – herramientas administrativas – remote desktop services – RemoteApp Manager)



Podemos observar que tenemos actualmente una aplicación configurada SAP Business One, nos vamos a posicionar de la barra de acciones ubicada en la parte derecha de la consola y hacemos clic en Add Remote Programs, e inmediatamente saldrá el asistente de configuración.





Al darle siguiente , se presentara una lista de todas la aplicaciones instaladas en el servidor (para este ejemplo agregaremo Exel ) , se deben seleccionar la(s) aplicación(es) que se desee publicar via RemoteApp , darle siguiente en saldra una pantalla de finalizacion del asistente, Finalizar

Una vez finalizada la publicacion de la aplicación se puede observar como la misma aparece desplegada en el panel de Aplicaciones remotas publicadas.

Si queremos crear un paquete de instalacion (MSI) ó un archivo RDP, solo hacemos clic derecho sobre la aplicación y le indicamos la accion deseada, tambien podemos asignarle una permisologia NTFS a un usuario ó grupos de usuarios correspondientes, dichos permisos determinaran que usuarios podran ver las aplicaciones desde nuestra WEB

Ahora podemos ir a nuestra página publicada quien por defecto es https://<nombre_servidore>/Rdweb y verificamos que nuestra aplicación este publicada

Una observación especial por mi parte, Remote Desktop Services por defecto coloca en como RD Sesion Host Server a el mismo, si estas dentro de una mismas LAN no van a tener ningún problema, el mismo se presenta cuando quieres publicar la aplicación para que usuarios puedan acceder desde cualquier parte del mundo vía Internet, entonces para ello deberas tener creado un registro de tipo (A) con el nombre de tu servidor apuntando a tu IP publica y listo, no tendrás problemas.


Espero les sea de gran ayuda y los ayude a comprender un poco mas de esta gran aplicación.

Un Gran Saludo desde Venezuela

Posteado por: Jose Antonio Cermeño | 22 diciembre 2009

Instalar y configurar Windows Deployment Services(WDS) con Windows Server 2008/2008 R2

Una breve definición de WDS , no es más que una herramienta que de forma nativa nos proporciona Windows Server 2008/2008 R2 para el despliegue automatizado de SO e imágenes personalizadas a través de la red, es el sucesor de RIS (Remote Installation Services )en W2K , pero con muchas mejoras significativas, una de ellas es el formato que utiliza para la distribución de imágenes, Archivos .WIN, es un formato más flexible con el que nos estaremos manipulando en esta nueva generación de servidores 2008.

El primer paso que es instalar el Rol de Servicio de Implementación Windows (WDS). Nos dirigimos a la Administración del Servidor y agregamos dicho rol.

Es importante cumplir con los Pre-requisitos para instalar WDS. Es decir tener los servicios Active Directory, DNS y DHCP instalados y además contar con una unidad diferente a la raíz del sistema con al menos 6 GB libres de espacio en el disco.

Aquí a diferencia de la versión anterior presente en Windows Server 2003 existen dos opciones para instalar. Servidor de Implementación y Servidor de Transporte. Este último es una función nueva incluida en Windows Server 2008 que permite hacer MultiCasting con las imágenes. El servidor de transporte puede ser instalado sin instalar el Servidor de Implementación pero no ocurre lo mismo en forma inversa. Por lo tanto debemos dejar seleccionadas las dos opciones.

Luego procedemos a realizar la instalación y después de finalizar la misma veremos la siguiente pantalla. Hacemos clic en cerrar y listo. Nuestra instalación del servidor WDS en Windows Server 2008 está completa, hacemos clic en Cerrar y continuamos.

Una vez instalado el rol en el servidor, procedemos a configurar el mismo, vamos a herramientas administrativas – WDS, lo que tenemos que hacer es abrir el árbol de servidores y buscar el nuestro. Haciendo clic con el botón derecho sobre este elegimos Configurar Servidor.

Ahora se nos abrirá un asistente para realizar dicha tarea. Es importante que cumplamos con los prerrequisitos que se nos pide para poder continuar; el servidor deber ser miembro de un dominio con Active Directory, debemos tener un servidor DHCP, un servidor DNS y una partición NTFS con el suficiente tamaño para albergar a las imágenes que pretendamos implementar. El tamaño que debe tener la partición en donde vamos a albergar a las imágenes depende directamente de cuantas estemos dispuestos a utilizar. Hay que tener en cuenta que por ej. la imagen del que utilizaremos de Windows Vista tiene un tamaño aproximado de 2.4 GB.


A continuación se nos presenta una pantalla en la que debemos especificar la partición en la cual queremos instalar las imágenes y el nombre de la carpeta en donde se van a guardar las imágenes, mi recomendación es tener una partición dedicada a WDS en donde el tamaño va a depender del numero de imágenes que quieran tener disponibles.

En el siguiente paso del asistente tenemos que marcar las dos casillas que aparecen solo en el caso de que nuestro servidor DHCP este corriendo en el mismo servidor que estamos instalando WDS. En nuestro caso marcamos las dos.


En el siguiente cuadro debemos elegir como se va a comportar el servidor con los pedidos de los clientes. Como elegimos implementar WDS en una red con Active Directory, vamos a utilizar esta para realizar la validación de los equipos que quieran conectarse al servidor. Por eso elegimos la opción “Responder solo a los equipos conocidos” ya que de esta manera solo aquellos equipos que tengan una cuenta en el dominio van a poder acceder a los recursos.( si tomamos esta opción los objetos deben estar creados en nuestro AD y cazados con la GUI del hardware, por lo que recomiendo utilizar la 3ra opción para un despliegue inicial.


Por último hay que des tildar la opción para agregar imágenes en este momento para poder hacerlo de una manera más personalizada (no indispensable).


Imagen de Windows PE

Ahora tenemos que empezar a agregar las imágenes que queremos manejar. Pero antes hay que agregar el WindowsPE. Esto es el entorno de preinstalación de Windows con métodos de inicio adicionales compatibles para las instalaciones cliente OEM o Enterprise. WindowsPE viene en formato WIM, en el DVD de Instalación del Vista. Lo podemos encontrar dentro de la carpeta Sources. Para agregarlo tenemos que expandir el árbol del servidor y hacer clic con el botón derecho sobre la carpeta Imágenes de arranque y elegir “Agregar imágenes de arranque…”. Se nos abre un asistente y tendremos que elegir la ubicación del archivo llamado boot.wim que se encuentra en la carpeta del DVD mencionada anteriormente.


Ahora tenemos que elegir el nombre con el cual vamos a identificar a la imagen. En este caso vamos a poner “Microsoft Windows PE (x86)”


Luego el asistente nos muestra un resumen y agrega la imagen. Cuando termina, hacemos clic en finalizar quedando con esto agregada.

Ahora nos queda agregar la imagen con el Sistema Operativo propiamente dicho. Así que hacemos clic con el botón derecho sobre la carpeta Imágenes de instalación y elegimos “Agregar una imagen de instalación“. Como la organización tiene que estar dada en grupos se nos pedirá que generemos uno. En este caso el nombre que se eligió es de InstalacionVista. Es importante acordarse del nombre que elijamos ya que será utilizado para la creación del archivo de respuesta.


 Ahora si especificamos en donde se encuentra la imagen que queremos agregar. En este caso donde se encuentra el DVD de Windows Vista.


Si utilizamos la imagen del instalador del Vista se nos va a preguntar cuál es la edición de queremos poner a disposición para la instalación. En este caso marcamos solo la correspondiente a Windows Vista Ultimate y dejamos marcado el tilde para usar el nombre predeterminado de la imagen.


 Por último el asistente nos muestra un resumen y comienza el copiado de la imagen. Cuando termine hacemos clic en finalizar. Quedo de esta manera agregada la imagen de Windows Vista Ultimate.


Listo, tenemos una imagen PE de Windows Vista Ultimate.

Ahora vamos a configurar nuestro servidor WDS para capturar imágenes de SO con aplicaciones ya instaladas, lo que nos facilitara aun más el despliegue de implementación.

Para hacer esto debemos usar una imagen ya agregada del WinPe. Para este caso usaremos el “boot.wim” incluido en el DVD de Windows Server 2008 . Presionamos el botón derecho sobre la imagen y seleccionamos la opción Crear imagen de inicio de captura.


En el primer cuadro del asistente que se nos abre elegimos los metadatos de la imagen que estamos a punto de generar. O sea nombre, descripción y la ubicación a donde deseamos que se almacene.


Esperamos un ratito y listo ya tenemos nuestro capturador de imágenes como un archivo .Wim. Ahora solo resta agregar dicha imagen a la carpeta Imágenes de Inicio, Hay que recordar tratar a la misma como una imagen de inicio. Así es como debería quedar la carpeta.

Con esto terminamos todas las configuraciones del lado del servidor. Ahora hay que empezar a preparar la PC sobre la cual generaremos la Imagen Maestra que nos servirá para hacer el deployment en todas las PC’s que tengamos, ya que estarán en formato WIM con todas las ventajas que ello supone.

Aunque la verdadera utilidad de esto es el hecho de poder crear una Imagen Maestra que contenga además de la instalación del Sistema Operativo (en este caso Windows Vista Business) y todos los programas que vamos a utilizar en el manejo diario. De esta manera realizar la implementación a gran escala llevaría muchísimo menos tiempo con los beneficios de poder administrar todo esto en forma centralizada mediante WDS. Esta es precisamente una de las ventajas de hacerlo de esta manera y no mediante ImageX. Para este caso se utilizó una PC con Microsoft Office 2007 Professional instalado en forma completa.

Una vez que instalaron todos los programas necesarios y configuraron todas las opciones del Sistema Operativo a nuestro gusto tendremos que ejecutar Sysprep para de esta manera quitarle a la instalación todos los identificadores que la hacen única y así dejarla lista para hacer la imagen.

En el caso de Windows Vista debemos abrir la consola y dirigirnos a C:\Windows\System32\Sysprep. Ahí ejecutar el siguiente comando:

Sysprep /OOBE /Generalize /Shutdown

Ahora si estamos en condiciones de empezar con la creación de la imagen. El siguiente paso es iniciar la PC nuevamente pero esta vez bootear desde la red usando PXE para poder acceder al servidor WDS previamente configurado.

Una vez que tenemos acceso podremos ver que hay dos opciones de inicio. La Primera es el WinPe propiamente dicho que nos sirve para hacer implementaciones y la otra opción es la que se generó en base a la primera y es la que, por lo tanto, elegiremos para comenzar con la captura de la imagen.

Ahora si estamos en condiciones de comenzar con el proceso. Aquí vemos que tenemos el primer paso del asistente para realizar la captura. Hacemos clic en siguiente para continuar.

En la siguiente pantalla debemos seleccionar el volumen sobre el cual vamos a generar la imagen, el nombre que le vamos a poner a nuestra imagen y la descripción de la misma para poder identificarla luego.

Ahora seleccionamos el destino de la captura, es decir, el lugar a donde se va a guardar la imagen generada y cómo opción tenemos la posibilidad de subir la imagen al servidor WDS directamente después de capturarla. Para ello debemos indicar el nombre del servidor WDS y el grupo de imágenes al cual queremos añadir esta. Hay que tener en cuenta que el grupo debe ya existir en el servidor ya que en este paso no se nos permite crear uno.

Eso es todo. Ahora hay que tener un poco de paciencia ya que el proceso demora varios minutos en completarse. Luego presionamos el botón Cerrar y apagamos la PC.

Ahora bien. En este punto podemos decir que ya tenemos todo listo para empezar a hacer las implementaciones que necesitemos. Ya tenemos nuestra imagen maestra generada y subida al servidor WDS. Todo lo que resta por hacer es iniciar la PC a la cual queremos aplicar esta imagen de la misma forma que lo hicimos con la PC de la cual obtuvimos la imagen maestra para conectarse con el servidor WDS. Una vez hecho esto tendremos que elegir ahora iniciar con la imagen del WinPE.

Lo que resta por hacer aquí es simplemente elegir de entre la lista de imágenes disponibles, la imagen maestra que generamos y luego sentarse a esperar unos minutos y tendremos un Sistema Operativo funcionando y con los programas que necesitamos ya instalados

Ya tenemos configurado nuestro servidor WDS para el despliegue de SO a nuestros clientes de red.

Por aca les dejo algunos links de interes
http://technet.microsoft.com/en-us/library/cc766320(WS.10).aspx
http://technet.microsoft.com/en-us/library/cc771670(WS.10).aspx

 

Older Posts »

Categorías