eManu

Microsoft ha sacado una lista (XLS), con un listado de aplicaciones que son (o no) compatibles con Windows 7 x86 y x64, es un listado bastante extenso, y actualmente, tiene sólo 22517 registros de aplicaciones y versiones.

El fichero excel tiene el siguiente formato:

Application Name: Nombre de la aplicación
Major Version: Numero mayor de versión testeada
Minor Version: Numero menor de versión
Company Name: Nombre de la compañía propietaria del software
Company Home Page: Pagina web de la compañía
Updated Date: Último actualización del software
32-bit Windows 7 Compat Status: Compatiblidad con Windows 7 32 Bits
64-bit Windows 7 Compat Status: Compatibilidad con Windows 7 64 Bits

Este listado nos va a ayudar a tener una idea del coste que vamos a tener para migrar nuestros sistemas de Escritorio de Windows XP/ Vista a Windows 7, o podamos evaluar el coste que vamos a tener para realizar nuestros proyectos de VDI.

Excel: Windows 7 Compatibility list for IT Pros

Citrix a publicado un CTX en donde indica las 10 mejores buenas prácticas para los administradores de granjas XenAPP.

Estas prácticas, están totalmente desligadas del tamaño de la granja que se administra, de tal forma, que son válidas para granjas de 2 servidores hasta «∞».

1.- Copia de seguridad del Data Store con regularidad
Esta base de datos contiene la informaciónde la granja persistentes como las aplicaciones publicadas,U los servidores, las políticas, y otros ajustes.

CTX677542

2.- Construir al menos una granja de pruebas

5.-Un entorno de prueba es crucial para el ensayo de nuevas aplicaciones, actualizaciones y configuración antes de rodar hacia fuera en la producción. Having one or more test servers in a production farm is not sufficient because they still connect to the production database and can potentially impact the production servers in the farm. Tener uno o más servidores de ensayo en una granja de producción no es suficiente porque siguen conectándose a la base de datos de producción y potencialmente puede afectar los servidores de producción en la granja. Create a separate farm or farms for testing with settings that closely resemble what is used in production. Creación de una granja o granjas separadas para las pruebas con las configuraciones que se parecen mucho a lo que se utiliza en la producción.

3.- Manténgase actualizado con las actualizaciones y revisiones

Realizar el mantenimiento de parcheado tanto del sistema operativo (KB), del XenAPP (HotFix) y de las actualización del software que haya instalado en la granja.

CTX120842

CTX127228

4.- Implementar un Plan de Gestión del Cambio

Organización hace que sea más fácil para señalar los cambios y hace más eficiente la solución de problemas.

eDOCS: Información referente a Registro de Configuración y/o » Configuration Logging».

5.- Evite los controladores de impresora no nativos

Utilizar siempre y en la medida de lo posible, los drivers nativos del fabricante y/o el Driver Universal.

CTX111967

CTX126093

CTX119815

6.- Familiarícese con las herramientas comunes

Para poder solucionar los diferentes problemas que nos podemos encontrar en nuestro día a día, es necesario conocer las herramientas de las que disponemos para solucionar estos problemas de la forma más rápida posible.

CTX122827

CTX126294

7.- Conocer los tipos de volcados de memoria

Es importante para los administradores a comprender los tipos de archivos de volcado disponibles y asegurarse de que sus servidores están configurados correctamente para volcados de memoria completa o del núcleo.

KB254649

CTX105888

CTX466627

8.- Entender las zonas y el recopilador de datos

Las zonas son las agrupaciones de servidores XenApp diseñado para crear una estructura jerárquica y eficiente frente a los cambios ya que están hechos.  Cada granja de servidores tiene al menos una zona y el número de zonas debe reducirse al mínimo para evitar una complejidad adicional.

Cada zona tiene un colector de datos que gestiona la información dinámica para los servidores en esa zona.

El recopilador de datos se determina por la preferencia que el administrador de sistemas. Cada zona debe tener un servidor configurado como el más preferido y uno o más servidores con una preferencia de los preferidos para asumir el papel que el recopilador de datos no están disponibles.

CTX126335

9.- Monitor de la Salud Granja

Es importante asegurar la salud de todos los servidores en un entorno de XenApp y recibir alertas cuando surgen problemas o puedan surgir pronto

CTX107935

10.- Revisión Consideraciones Plug-in/Receiver

Los administradores deben garantizar que los usuarios pueden conectar con XenApp y lo están haciendo con la correspondiente plug-in o el tipo de receptor y que está actualizado y configurado correctamente.  Plug-ins pueden ser instalado, actualizado y configurado en los dispositivos cliente a través de Active Directory, así como con el receptor utilizando Merchandising Server.

1. Instalamos Windows AIK: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=696dd665-9f76-4177-a811-39c26d3b3b34
2. Creamos en la raíz del disco (por sencillez con los Scripts), el directorio PeBuild
3. Abrimos la línea de comandos de WAIK: Inicio – Programas – Windows AIK – Windows PE Tools command prompt (si lo hacéis con Vista/W7 o W2K8/W2K8r2, recordad abrirlo como administrador).
4. Creamos/modificamos las variables temporales de entorno:
   • set temp=C:temp
   • set tmp=C:temp
5. Copiamos con las herramientas de WAIK la arquitectura que queremos para nuestro WinPE. En este caso, yo realizaré el montaje en arquitectura de 32Bits.
   • copype x86 c:PeBuild
6. Montamos la imagen WIM en el directorio de trabajo (actualmente estaremos en C:PeBuild):
   • imagex /mountrw winpe.wim 1 mount
7. Copiamos los ficheros necesarios de boot y entorno de WinPE.
   • xcopy «C:Progam filesWindows AIKToolsx86*.*» mount /s
8. Ahora podemos montar los CAB que queramos tener en nuestro sistema, en el directorio «C:Progam filesWindows AIKToolsPEToolsx86WinPE_FPs»tenemos algunos CAB que tendremos que usar si lanzamos Scripts realizados por nosotros:
   • winpe-hta.cab
   • winpe-wds-tools.cab
   • winpe-wmi.cab
   • Dism /image:C:PeBuildmount /Add-Package /PackagePath:»C:Program FilesWindows AIKToolsPEToolsx86WinPE_FPsWinPE-HTA.cab»
9. También es posible añadirle Script propietarios y poder ejecutarlos de manera automática o ejecutándola desde línea de comandos, para realizar esta acción deberemos realizar las siguientes acciones:
   1. Copiar el código o programa a ejecutar en «C:PeBuildmountProgram Files»
   2. Crear/editar el fichero winpeshl.ini y añadir la ruta del programa a ejecutar:
      [LaunchApp]
      AppPath = %SYSTEMDRIVE%MiAplicacion.hta
      [LaunchApps]
      %SYSTEMDRIVE%mydirMiAplicacion.hta
10. Desmontamos la imagen que hemos estado generando imagex /unmount mount /commit
11. Copiamos los ficheros de boot: copy /y winpe.wim isosourcesboot.wim
12. Creamos la imagen ISO de nuestro WinPE:
    • oscdimg.exe -n -b»c:program filesWindows AIKToolsPEToolsx86bootetfsboot.com» c:PeBuildiso c:PebuildNuestraNuevaImagen.ISO

Ya se que lo que voy a explicar, está más que tratado por toda la red, pero, ahora, en tiempos de crisis, hay muchas empresas (Pymes) que no se pueden permitir el adquirir licencias de XenAPP, pero si que pueden invertir en adquirir licencias de RDS (antiguamente las TS-CAL).

La idea es montar una infraestructura de red para dar servicio de aplicaciones a los usuarios tanto desde la LAN como desde la WAN, esto va a ser posible con el protocolo RDS que lleva integrado cualquier sistema operativo de Microsoft actual (Windows XP SP2, para versión RDP6 o Windows XP SP3 para versión RDP7), y que sinó podemos bajarlo desde la web de Microsoft.

Con esta solución vamos a poder realizar diferentes acciones:

• Ejecutar aplicaciones virtualizadas (RemoteAPP / RDS-Application) –>En Citrix sería la solución de XenAPP
• Ejecutar aplicaciones aisladas (APP-v*)–> En Citrix sería la solución de XenAPP-Streaming
• Ejecutar escritorios virtualizados (RDS-Connection Desktop) –> En Citrix sería la solución de XenDesktop
• Virtualizar la infraestructura (Hyper-V) –> En Citrix sería la solución de XenServer.

Tenemos que entender que entre los diferentes productos existen muchas diferencias, y que una esencial es la cliente de conexión, que ICA que es el protocolo propietario de Citrix, está muchísimo más optimizado para trabajar en red que RDP.

En temas de Escritorios, XenDesktop es una solución de aprovisionamiento de escritorios, mientras que RDSCD lo que realiza son conexiones RDP a escritorios (en un Pool o unitarios).

En este esquema tenemos los siguientes elementos:

• RDS Web Access: Este servicio es el encargado de presentar al usuario las aplicaciones y escritorios que tiene disponible.
• RDS lic: Este servicio es el encargado de gestionar las licencias de RDS (TS-CAL) que tiene la empresa disponible.
• File System: Es el servidor de ficheros y es en donde se ubicarán los perfiles de los usuarios y las aplicaciones empaquetadas con APP-v
• RDS Connection Broker: Este es el servicio más importante, y crítico, ya que es este servicio, el encargado de dirigir las peticiones de los usuarios (APP/DESKTOP) al servidor correspondiente.
• RDS APP: Es grupo de servidores en donde se instalarán las aplicaciones a utilizar en nuestra infraestructura.

Los servicios pueden estar alojados en una única máquina, lo que como siempre es muy recomendable separarlos en diferentes servidores para más seguridad.

Rebuscando por la inmensidad de internet, me he encontrado esta herramienta de Microsoft para aquellos clientes que tengan Software Assegurance.

Es un cúmulo de actualización y alguna herramienta extraída de SysInternals. P2VMigration, viene como parte de MDT2010, por los que lo tengan implementado, ya tendrán las herramientas necesarias para realizar la conversión de físico a virtual.

Componentes:

• DISK2VHD: Herramienta de SysInternals para convertir de físico a virtual. Link: http://go.microsoft.com/fwlink/?LinkID=200500
• Actualización de Sistema Operativo: Diferentes KBs según Sistema Operativo en donde se instala la herramienta. Tened en cuenta, que se necesita como mínimo Windows XP SP3 para poder ejecutarla correctamente.
  • KB961742-v3.exe
  • Windows6.0-KB961741-x86.msu
  • Windows6.1-KB958559-x64.msu
  • Windows6.1-KB958559-x86.msu
  • Windows6.1-KB977206-x64.msu
  • Windows6.1-KB977206-x86.msu

En el directorio «%program_files%P2V Migration for Software Assurance», tendremos los Scripts necesarios para poder realizar el P2V, así como el documento P2VMigration.docx, que indica las acciones necesarias para poder configurar el entorno y realizar la conversión de físico a virtual.

También podemos realizar la migración de Virtual a Virtual con esta herramienta, ya que podemos desinstalar las Tools del hypervisor origen (VMWare Tools o XenServer Tools), y tratar esa máquina virtual como física para después migrar el disco y la máquina al nuestro entorno virtual en Hyper-V.

He encontrado por la web de Microsoft, un Póster, que nos muestra los componentes en los que se basa la arquitectura de RDS, y el orden correcto de instalación, en caso de hacerlo.

Comentar que el póster está en un perfecto inglés, por lo que no deberíamos tener problema para entender todo lo que se detalla en él, y sinó, siempre podemos tirar de algún traductor online.

PDF: Arquitectura Remote Desktop Services Component

Buscando procedimiento para la automatización de creación de máquinas virtuales, me he topado con un módulo, que permite la administración total de la granja de Hyper-Vs. Realizando consultas, creación de VM como eliminación.

Y todo esto, mediante PowerShell, para poder acceder a la descarga del módulo como a la documentación del mismo, tendremos que ir a la web: http://pshyperv.codeplex.com/, en donde nos podemos bajar un PDF de 62 hojas en donde explica cada comando, como el módulo.

Para poder cargar el módulo tenemos copiar el directorio Hyperv_install en: %windir%system32windowspowershellv.10modules y ejecutar el CMD hyperv_install.cmd.

Una vez realizado estos pasos, tendremos que cargar el módulo en el sistema para poder acceder a la librería de comandos:

Get-module -list ->con este comando podemos ver los módulos que tenemos implementados en hyper-v y entre ellos, debe aparecer HYPER_V.

import-module hyperv -> de esta forma importaremos el modulo para poder trabajar con él.

get-command -module hyperv -> nos muestra la lista de comandos con los que podemos trabajar:

GET-* –> Realizamos una consulta y nos devuelve el resultado.

SET-* –> Implementamos una configuración

NEW*/ADD* –> Creamos o añadimos objetos

REMOVE* –> Eliminamos objetos.

En total, las acciones que podemos realizar son las siguientes:

• Conectarnos a VM
• Descubrir VM
• Manipular estados de VM
• Crear VM
• Configuraciones de vHardware de VM
• Configuraciones de HD
• Configuraciones de red
• Trabajar con ficheros VHD
• Backups de VM
• SnapShots de VM

Así que ahora toca jugar un poco con este módulo para ver que es lo que podemos llegar a hacer.

Aunque la instalación de Windows8, es muy sencilla, vamos a indicar los pasos a realizar para poder instalarlo en una equipo sobremesa y/o portatil, una de las primeras novedades de Windows8, es que es un sistema multiplataforma, por lo que se podrá instalar en Tablets, PC, Portátiles, etc, ya que es capaz de soportar microprocesadores ARM hasta los i3/i5/i7 que actualmente están en el mercado.

Indicar, que la interface gráfica (GUI), ha cambiado radicalmente, ahora utiliza el estilo METRO, que está diseñado para dispositivos táctiles (TabletPC), aunque, el escritorio clásico (ahora será el de Windows7), también podremos acceder a él.

Para los desarrolladores de aplicaciones, no tiene que suponer un problema esta nueva interfaz de usuario, ya que, Microsoft, continua dando soporte a las aplicaciones que se van a empezar a conocer como clásicas, por utilizar el escritorio y no la interface METRO.

El proceso de instalación, como he comentado anteriormente, es muy sencillo, tal y como nos tiene acostumbrado Microsoft, por lo que es un Siguiente-siguiente, hasta que se carga las opciones de usuario.

La siguiente instalación se ha realizado sobre Microsoft Hyper-V R2 SP1, por lo que, el tema de compatibilidad de drivers no se ha podido testear correctamente.

1. Al iniciar con DVD, nos presenta el nombre del CodeName del proyecto de Windows8
2. La primera elección es el idioma (obligatorio inglés), y el formato de fecha (Spanish International), al escoger el formato de fecha, automáticamente se cambiará la opción del teclado a Spanish
   
3. Os indica 2 opciones, al igual que en Windows7, la instalación (que pasaremos en la siguiente pantalla), o la de Repair your Computer para acceder a modo de recuperación.
   
4. Acceptamos los terminos de licencia y pulsamos sobre NEXT
   
5. Nos da la posibilidad actualizar desde un equipos Windows7, pero en nuestro caso, y como buenas práctivas, siempre se realizará una instalacción limpia del sistema (previamente deberemos realizar un backup de los archivos para no eliminarlos).
   
6. Seleccionamos el disco en donde se va ha realizar la instalación.
   
7. Esperamos a que copie el fichero WIM y lo descomprima. Al finalizar, el equipo se reiniciará automáticamente
   
8. Después del reinicio, nos indicará que está buscando los drivers para cada uno de los dispositivos que tenemos en nuestro equipo.
   
9. Nos indica que empieza a preparar el Wizard de personalización
   
10. Empezamos con el wizard de configuración, indicando, en primer lugar, el nombre de máquina que tendrá nuestro  Windows 8
    
11. Podemos dejar, que Windows realice las configuraciones necesarias (Use express settings), o podemos personalizarlas a nuestro gusto (customize).
    
12. Si decidimos personalizarlas, nos detecta si estamos conectados a una red, y que tipo de red es, para realizar la compartición de directorios (similar a Windows7 al conectarnos por wifi a alguna red)
    
13. Las primeras configuraciones, son pertinentes a la seguridad del equipo, y de actualizaciones automáticas.
    
14. En la siguiente pantalla, configuramos el envío de feedback que tenemos en el equipo, y que tipo de información se va a enviar.
    
15. Podemos configurar, el poder consultar a BBDD de los posibles problemas que podemos tener con nuestras aplicaciones instaladas, así como la compartición de información con nuestras aplicaciones.
    
16. Una vez configurado todo lo anterior, nos indica la posibilidad de sincronizar nuestro Windows Live ID con nuestro nuevo equipo Windows 8. Si no tenemos una cuenta Windows Live ID, podemos crearnos una en MSN/hotmail.
    
17. En mi caso, como al instalar no tenía red hacia internet, me pide usuario/password para crear una cuenta de usuario local, si huvieramos sincronizado la cuenta de WLID, no nos pediría esta información.
    
18. Una vez finalizado el wizard de configuración, tendremos que esperar a que con toda la información proporcionada nos cree nuestro usuario en el sistema.
    
19. En el incio del sistema, nos dá la bienvenida
    
20. Nos prepara nuestra interface de usuario METRO
    
21. Ya podemos empezar a trastear en nuestro Windows 8.
    
22. A disfrutar de Windows8 Instalado sobre Microsoft Hyper-V R2 SP1