Es realmente un agrado poder escribir sobre 2 tecnologías que me gustan: Exchange Server y Virtualización.

Ayer se actualizó el documento llamado Microsoft Support Policies and Recommendations for Exchange Servers in Hardware Virtualization Environments (en español sería algo así como: Políticas de Soportes y Recomendaciones para Servidores Exchange en Entornos de Virtualización de Hardware), el cual responde a cuáles son las configuraciones de hardware soportadas [1] por Microsoft para tener servidores exchange en producción.

Vamos por Partes…

1. Hyper-V/Virtual Server 2005 vs “los otros”

Como sabemos, aparte de Hyper-V y Virtual Server hay otros actores de importancia en el mercado de la Virtualización: VMWare, Xen, Virtual Iron, etc, etc, etc. 

Hace poco Microsoft ha abierto una instancia llamada Windows Server Virtualization Validation Program “abierta a cualquier vendedor que entregue soluciones de virtualización para Windows Server 2008, Windows 2000 Service Pack 4 y Windows Server 2003 SP2 y siguentes SP. Esta solución pues estar basada en Hypervisor o en host. El programa permite a los vendedores validar varias configuraciones a fin de que los clientes de Windows Server puedan recibir soporte técnico en entornos virtualizados …”.

Actualmente están participando: Cisco, Citrix, Novell, Sun y Virtual Iron. (Veremos alguna vez a VMWare en la lista?)

Más información en: Windows Server Virtualization Validation Program

2. Soporte para Exchange Server

2.1 Exchange 2007 SP1

Microsoft Soporta Exchange Server 2007 en ambientes de producción sólo cuando se cumplen todas las siguientes condiciones están presentes.

• El software de Virtualización es Hyper-V o cualquier otro hypervisor que haya sido validado en el Windows Server Virtualization Validation Program.
• La máquina Virtual (Guest) de Exchange:
  • Sea Exchange 2007 SP1 o superior.
  • Se haya instalado sobre Windows Server 2008
  • NO tenga el Rol de Mensajería Unificada (UM) instalado
• El almacenamiento de la máquina virtual puede ser VHD de tamaño fijo, Discos SCSI Pass-Through o iSCSI. Se recomienda que los VHD's no superen los 2048 GB (2 TB!!) de tamaño.
• No está soportado el uso de discos diferenciales.
• La Partición Padre o Root (máquina física) no debe tener instalado ningún software que no sea de administración (Antivirus, Backup, etc), es decir, sólo puede estar dedicada a virtualización.
• No está soportado un ambientes de cluster combinados, por ejemplo, Cluster CCR de máquinas Virtuales MAS Quick Migration (Failover Cluster) en Hyper-V.  pero si está permitido tener una solución CCR o SCC usando una combinación de nodos Físicos y virtuales (Cool :D)

2.2 Exchange 2003

Microsoft Soporta Exchange Server 2007 en ambientes de producción sólo cuando se cumplan todas las siguientes condiciones:

• El software de Virtualización es Virtual Server 2005 R2 o superior
• La máquina virtual (Guest) de Exchange debe tener instalado Exchange server 2003 SP2 o superior
• Deben estar instaladas las las Virtual Machine Additions de Virtual Server 2005 R2 en la máquina virtual.
• Exchange Server 2003 debe estar configurado como servidor único y no como parte de un Cluster.
• El Driver (Controlador) de disco SCSI instalado en la máquina virtual debe ser Microsoft Virtual Machine PCI SCSI Controller.
• No debe estar habilitada la función de “Deshacer" (Undo Disk) para la máquina virtual

2.3 Exchange 2000 y Anteriores

No está soportada para producción ninguna versión de Exchange Server anterior a Exchange 2003, esto incluye a Exchange 2000 y Exchange 5.5

Finalmente, en el documento Microsoft Support Policies and Recommendations for Exchange Servers in Hardware Virtualization Environments no sólo está la Política de Soporte que acabo de transcribir/traducir, sino que también una serie de recomendaciones, las cuales discutiremos en otro post o en alguna conferencia por ahí ;)

Gonzalo

[1] Valga la aclaración: “soportado por MS” significa que si llamas a microsoft pidiendo soporte, entonces MS va a tomar tu caso y encontrar una solución a tu problema, pues es un entorno que ya fue probado, re-probado y recontra-probado por ellos y por lo tanto saben cómo funcionan sus productos.  Esto es valido tanto si eres un usuario doméstico y tienes problema con Office, XP o Vista como si eres una gran empresa con un contrato de soporte premier. Lo anterior no significa bajo ningún punto de vista que “no funcione” alguna configuración por el hecho de no estar “soportada por MS”.

Los fans de apple [1] deben estar muy contentos con la aparición del nuevo iPhone, con soporte para 3G (navegación en internet más rápida) y a mitad del precio de lo que costaban los primeros iPhones.

Según leí, dos son los principales cambios en la nueva versión del iPhone:

1. Soporte para redes 3G
2. Actualizaciones de Software respecto de la versión 1.0.

El soporte para Redes 3G es un aporte para quienes utilizan sus dispositivos móviles para navegar por internet, especialmente en sitios con contenido multimedia como youtube, soapbox, facebook, etc.

Las actualizaciones de software, que es lo que nos interesa en este artículo, estarán también disponibles para los usuarios que tengan una iPhone de “primera generación”.

Por qué el título hace mención a los “pantalones largos”?

Una de las principales falencias del iPhone en su versión anterior es que no tenía soporte para integrarse en ambientes empresariales (Exchange Active Sync, para ser más específicos), por lo tanto el teléfono servía como “juguete” para personas que leen gmail, pero no servía como herramienta de trabajo en un entorno corporativo, a diferencia de equipos Nokia, Blackberry, Palm, etc. (aquí está el resto del “etc”).

Luego del acuerdo firmado en marzo de este año (Versión MS, Versión Apple), y de unos tantos meses de trabajo de ambos equipos, con la liberación del iPhone 2.0 también se liberó la actualización (parche? :p) para que el iPhone pueda sincronizar información con servidores Exchange usando tecnología Exchange ActiveSync (EAS para los amigos), con lo cual el iPhone comienza a ser considerado como una alternativa válida en entornos empresariales.

Más información:

• Integración Empresarial de iPhone con Exchange (Versión Apple)
• iPhone desde la perspectiva del Administrador Exchange (Versión MS)

Espero que les sirva.

Gonzalo

[1] En marketing es un caso de estudio la relación de “amor” que genera apple con sus fans y amantes clientes…

Hoy estuve actualizando mis servidores a Hyper-V RTM, y como parte del proceso estaba instalando los Integration Services (Integration Components en la versión Beta de Hyper-V).

Estaba en eso cuando recibí un llamado telefónico y perdí el hilo y el orden que tenía, por lo que no recordaba a cuáles VM’s ya le había actualizado los IS y a cuáles no :s

Solución: En las propiedades de los drivers (sintéticos) de la máquina virtual hay que mirar el último bloque del número de versión, Para Hyper-V RTM la versión es: 18016 , como se ve en la siguiente imagen:

Nota: En las Integration Components de la versión RC1 de Hyper-V este número era: 18010.

Finalmente, y para dar respuesta a la pregunta que da título a este post: sólo puedo instalar Integration Services de la versión RTM si es que mi Hyper-V es RTM ;).

OK, no es una muy buena forma de saber cuál es la versión de Hyper-V instalada en un servidor Windows 2008, si buscan dentro de C:\Windows por “hv*.*” encontrarán varios archivos, dentro de ellos hay 3 archivos interesantes:

• hvboot.sys: Señoras y Señores, conozcan al HyperVisor!. Una cosa impresionante es su tamaño: 110Kb en la versión RTM!
• hvix64.exe y hvax64.exe: Adivinen qué son ;) una pista la pueden encontrar en la siguiente imagen:

Lo importante, es que AHÍ está (destacado) el número de versión.

Espero que les sirva.

Gonzalo

Asi es, desde hoy tenemos un nuevo Microsoft MVP en MOSS, Don Juan Andrés Valenzuela, quien ha hecho un arduo y silencioso trabajo compartiendo con la comunidad sus conocimientos de MOSS, tanto a través de conferencias, como de de su blog y el sitio del grupo de usuarios MOSSCA (Microsoft Office SharePoint Server CAtalogue).

Felicitaciones!

Gonzalo

Cómo les conté en el post anterior, esta semana se liberaría Hyper-V en su versión definitiva (RTM)… y efectivamente, se liberó ayer =)

Pueden descargarlo desde www.microsoft.com/hyper-v y el KB asociado a la instalación es el KB950050

Las principales cambios con respecto desde la versión RC1 a la versión RTM son:

• Mejoras en el rendimiento de las máquinas virtuales
• Mayor cantidad de SO soportados como máquinas virtuales (http://support.microsoft.com/kb/954958/). Aquí hay que hacer una aclaración importante: “Soportados” significa que MS probó, recontra probó y está dispuesto a “dar soporte” en caso de que algo falle, pero no quiere decir que si instalo, por ejemplo Ubuntu en como VM en Hyper-V o Windows SBS 2008,  éste no vaya a funcionar.

El Update desde RC0 o RC1 es bastante simple (y menos disruptivo que el update desde Beta a RC, ver comentarios), pero de todas maneras hay que tener en consideracion que:

• Los estados guardados (save state) de las VMs no son compatibles entre versiones, por lo que lo mejor es borrarlos antes de la actualización.
• Las instantáneas (snap-shots) tampoco son compatibles entre versiones, por lo que lo mejor es aplicarlos y/o borrarlos, según el caso.
• Hay que aplicar a todas las máquinas virtuales las nuevas versiones de IC (Integration Components) - que en esta versión, oh sorpresa, parece que cambiaron de nombre de Integrations Services. Para hacer esto basta con cancelar en las VMs todas las instalaciones de hardware nuevo luego del reinicio de la máquina fisica e instalar las IC como siempre.
• Como ya  leyeron en el punto anterior, hay que hacer un reinicio de la máquina física ;)

Finalmente, para quienes estamos probando la versión Beta de SCVMM 2008 (Systems Center Virtual Machine Manager 2008) , la versión que es capaz administrar Hyper-V RC1 puede adminstrar la versión RTM de Hyper-V.

Pueden leer la noticia, comentarios y recomendaciones de primera fuente en

• Anuncio oficial de prensa (en inglés)
• Blog de C. Linacre
• Blog de D. Cervigón
• Blog de J. Howard (en inglés)
• SCVMM 2008 Beta y Hyper-V RTM (en inglés)

Gonzalo

Me acaba de llegar un mail diciendo que el product manager de Virtualización ha anunciado que durante esta semana se liberará la versión final (RTM, en jerga) de Hyper-V. (Algunas publicaciones dicen que se libera mañana). Lo interesante es que el anuncio de la liberación del producto ocurre casi un mes y medio antes de la meta autoimpuesta por MS: 180 días después del lanzamiento de Windows Server 2008.

Según leí, la versión RTM de Hyper-V principalmente presenta mejoras respecto del rendimiento (performance) de las máquinas virtuales que corren sobre Hyper-V.

Algunos datos interesantes que se obtienen del artículo son:

1. Según pruebas Independientes (Intel y Q logic) Hyper-V alcanza entre el 88 y 100% del performance que servidores físicos en relación a saturación de I/O en dispositivos de almacenamiento basados en iSCSI y y Fibre Channel.
2. Hyper-V entrega scalabilidad lineal para trafico de red y I/O de disco al mover desde un sistema de 2-sockets a 4-sockets (CPU’s).
3. Microsoft ha testeado Exchange Server 2007 (una aplicación de 64-bits y de altos requerimientos de recursos) y ha verificado que Hyper-V no introduce cambios en los requisitos de instalación ni en las buenas prácticas, lo que en términos concretos significa que será posible virtualizar servidores de mensajería sin necesidad de requisitos ni consideraciones extras :)

Aún no hay información sobre la forma en la cual la versión RTM de Hyper-V será entregada, pero lo más probable es que esté disponible como descarga en el sitio de microsoft, y que luego se transforme en un update desde Windows Update.

Cuando tenga más información (y más precisa) les cuento.

Fuente: http://windowsitpro.com/article/articleid/99575/microsoft-releases-windows-server-2008-hyper-v-to-manufacturing.html

Gonzalo

Preparando una Máquina Virtual con Windows 2003 Std (RTM o "Sin Service Pack) que me servirá de "Base" para futuros servidores virtuales, me ví en la necesidad de instalar el Service Pack 2 de Windows 2003.

Pero como estaba usando la última versión de Hyper-V (Release Candidate 1, o RC1), no tenía la posibilidad de copiarlo por red, ya que los Integration Components de Hyper-V RC1 sólo son compatibles con Windows 2003 SP2 o Superior... El problema del Huevo o la Gallina nuevamente.

Solución: Montar el Disco Duro Virtual (Archivo .vhd) con VHDMount (herramienta disponible desde Virtual Server 2005)... ooops, creo que nunca escribí el artículo sobre VHDMount, pero Isabel de la Barra si escribió uno =)

Pero... No HAY VHDMount en Hyper-V RC1?.

No, NO HAY VHDMount en Hyper-V RC1, lo que si hay es la posibilidad de montar vhd's en el Sistema Operativo Padre (Partición Padre, para ser Rigurosos), usando Scripts o incluso PowerShell.

Alternativa 1: Usando Script

Me basé en este artículo del VirtualPC Guy, que me voy a permitir traducir y aumentar algunos comentarios

' Codigo obtenido desde http://blogs.msdn.com/virtual_pc_guy
Option Explicit

Dim WMIService
Dim VHDService
Dim VHD

'Indica cual VHD quieres montar (debes dar la ruta exacta)
VHD = "F:\Windows.vhd"

'Obtienes una instancia del servicio WMI de 'virtualizacion' en el computador local
Set WMIService = GetObject("winmgmts:\\.\root\virtualization")

'Obtienes el MSVM_ImageManagementService
Set VHDService = WMIService.ExecQuery("SELECT * FROM Msvm_ImageManagementService").ItemIndex(0)

'Monta (o Desmonta) el VHD
' Para Montar se usa VHDService.Mount(VHD)
' Para Desmontar se usa VHDService.UnMount(VHD)
VHDService.Mount(VHD)

Puedes cortar y pegar este código en un archivo de texto y guardarlo como VHDmount.vbs (o VHDUnMount.vbs) y lo ejecutas desde la línea de comando usando el intérprete cscript, es decir:

c:\> cscript VHDMount.vbs  (o VHDUnMount.vbs para demontar)

Personalmente hice los 2 archivos, al ejecutar el primero montó sin problemas, y luego ejecuté el segundo y desmontó OK.

IMPORTANTE: Cuando se Monta el Disco Virtual en la Partición Padre, este se monta en estado "Offline", hay que ir al Administrador de Discos y "traerlo on-line" para poder trabajar con él.

Alternativa 2: Usando PowerShell e integrando el menú al GUI de Windows (Menú Contextual)

A pesar de ser muy simple, el método anterior tiene el inconveniente que hay que editar el código del script para cada nuevo disco que deseemos montar. Para hacer un script algo más avanzado (usando PowerShell) e integrándolo a la GUI del Explorador de Windows, pueden ver una completa referencia en éste artículo de David Cervigón:

• Montar, Desmontar y Compactar VHD's desde Windows Explorer

Espero que les sirva

Gonzalo

Acabo de leer la noticia de que el Service Pack 3 de Windows XP ya está terminado y pronto a ser liberado

Les copio el calendario completo de la liberación:

• RTM (release to manufacturing): April 21
• OEM channel: April 21
• Windows Update (optional update): April 29
• Microsoft Download Center: April 29
• MSDN/TechNet download: May 2
• Windows XP SP3 fulfillment media (CD-based): May 19
• Volume license customers download: June 1
• Windows Update/Automatic Updates: June 10

Para quienes no saben muy bien de que trata el SP3 les cuento que básicamente es una acumulación de "actualizaciones" ;) para Windows XP, más algunos upgrades/adiciones a ciertas funcionalidades específicas (como por ejemplo la incorporación de un cliente NAP para XP :D ).

Si quieren obtener más info: CLICK AQUI

Gonzalo

Quienes han leído mi blog en el último tiempo, ya saben que la virtualización en entornos MS ha sido mi principal diversión en los últimos meses. Pero no Sólo de Hyper-V y de Virtual Server 2005 R2vive "El Hombre que Virtualizaba", sino que también uso Virtual PC para mi Notebook (2 particiones, una con Windows Vista + Virtual PC 2007 y otra con Windows Server 2003 con Virtual Server 2005 R2 SP1).

Necesitaba instalar una máquina virtual con OpenSuse, por lo que fui al sitio de OpenSuse y bajé el DVD de la versión 10.3, de 4,10 GB (recuerda este valor).

Entonces, a hacer lo que hay que hacer

1. Montamos la Imagen del DVD (.iso) como Unidad de CD.

2. Ejecutamos la instalación, la cual, hay que admitirlo, es un ROBO de tecnología Microsoft, ya que es un vil plagio de una instalación "NNF" (Next, Next, Finish) :D

Pero.. cuando estamos realizando la instalación, nos pide... qué insertemos el CD1 ??!!

qué?, no encuentra el DVD?

mm... empecemos de nuevo... Mira, había una opción para revisar la integridad del "disco" de instalación... la corremos y ... "MD5 sum does not Match" ??!!

La explicación

Chapoteando por Internet:

1. Aprendí un poco sobre los Formatos .iso, los cuales están definido en el Estándar ISO 9660, Según el cuál se espera que los Discos en este formato no sean mayores (en tamaño) que [(2^32) - 1] = 4 GB o 2 GB, dependiendo de la implementación de la representación de los números binarios en memoria (en el artículo del estándar hay una explicación más detallada que la que pienso poner aquí ;).
2. Virtual PC sólo soporta imágenes .iso menores a 2.2 GB (por lo visto, se usa la segunda implementación ;)

La Solución

Básicamente quedé con 2 alternativas:

a. Bajar nuevamente toda la instalación de OpenSuse, pero esta vez en imágenes de 5 CD's.. una lata, ó

b. Bajar un EMULADOR de CD/DVD, para montar esta imagen de 4,2 GB en la máquina física, y luego mapearla (capturarla) en la máquina virtual.

Como prefiero bajar un Software de 1m MB que una instalación completa de 4 GB, busqué un poco y encontré un emulador gratuito que me funcionó súper bien en Vista: Alcohol 52% (una nueva adición a la segunda parte de la lista de Herramientas Gratuitas de este servidor).

Finalmente, usando el camino ya indicado pude instalar la distribución 10.3 de OpenSuse en mi máquina virtual para pruebas.

Espero que este pequeño "dato" les sirva

Gonzalo

(Traducción Libre:)
Jefe: Nuestros servidores están usando demasiada electricidad. Necesitamos Virtualizar
Jefe: Yo ya hice "mi parte" al leer sobre virtualización en una revista de negocios. Ahora tú has la parte del software.
Jefe: Por qué "tú parte" se está demorando tanto?

Como mencioné en un post Anterior sobre Aceleradores de Soluciones, "Cada vez que uno comienza un nuevo proyecto, y especialmente cuando la tecnología a utilizar es nueva o desconocida para nosotros, hay muchas decisiones de diseño que tomar, preguntas que responder y uno uno siempre sabe cuáles son, cuáles son sus alternativas e implicancias de éstas. (En Chileno, "uno no sabe por dónde empezar").", y como "alternativa" a la tonelada de documentación disponible, Hay una serie de guias conocidas como Solutions Accelerators, dentro de ellas, mis favoritas son las Series Infrastructure Planning and Design Series (IPD),

Cuando comencé con el Proyecto de Virtualización presentado en ITProMomentum, y hasta el día de hoy, muchas personas me han preguntado: Y cómo decides qué servidores/servicios vas a virtualizar?, por qué virtualizar A y no virtualizar B?, Cómo dimensionas la cantidad y tipos de Discos Duros a Utilizar?, etc.

Hace poco tiempo atrás salieron al público (afortunadamente tuve acceso a ellas en su fase BETA) un par de EXCELENTES guías de la serie IPD que nos ayudan a responder de forma cualitativa y cuantitativa no sólo esas preguntas, sino que TODAS las preguntas relacionadas tanto al diseño como de implementación de un proyecto de Virtualización:

• Selecting the Right Virtualization Technology
• Microsoft SoftGrid Application Virtualization
• Windows Server Virtualization (for Windows Server 2008 Hyper-V and Virtual Server 2005 R2 SP1)

Para Bajarlos, el Link es Infrastructure Planning and Design Series (IPD),

Sólo para "abrirles el apetito", como muestra un botón:

Te Gustaría saber de forma certeza cuánta memoria/CPU/DISCO necesitaremos en nuestro servidor de virtualización para alojar una máquina virtual con una cierta aplicación X? .. en la guía de "Windows Server Virtualization" aparecen los contadores de rendimiento que deben medir y utilizar para el dimensionamiento.

Ahora, sólo resta bajar las guías, leerlas y manos a la obra.

Éxito!

Gonzalo

Cada vez que uno comienza un nuevo proyecto, y especialmente cuando la tecnología a utilizar es nueva o desconocida para nosotros, hay muchas decisiones de diseño que tomar, preguntas que responder... y uno uno siempre sabe cuáles son, cuáles son sus alternativas e implicancias de éstas. (En Chileno, "uno no sabe por dónde empezar").

Recuerdo que en la época de Windows NT la documentación de los productos era más bien "pobre y escasa" (además que Internet estaba en pañales aún). Con la llegada de Windows 2000 (y versiones de software "2000" como por ejemplo Exchange), tanto la cantidad como la calidad de la documentación aumentó (pero seguía siendo muy "árida" y difícil de encontrar).

Esto cambió dramáticamente a partir del año 2003, con la nueva versión del Sistema Operativo (y otros productos) venía una enorme cantidad de documentación: Mejoraron los Help, se publicaron Guías de Planificación y Arquitectura, Guías de Implementación (Deployment), Guías de Operaciones, Guías de Seguridad, Guías de ....etc etc, cada una con un mínimo de 50 páginas.

Sólo para Windows 2003, les recomiendo mirar:

1. Windows Server System Reference Architecture (WSSRA)
2. Windows Server 2003 Technical Library, que es una parte del Windows Server TechCenter, el cual a su vez es sólo una pequeña sección de The TechNet Library.

A dónde quiero ir con todo esto?

Para poder realizar un proyecto como es debido, en la fase de planificación hay que leer TONELADAS de documentación técnica, lo cual en la vida real no siempre es posible por cuestiones de tiempo. (Estimado lector, cuánto tiempo a la semana Tiene Ud. (auto)asignado para aprender nuevas tecnologías y diseñar proyectos de implementación de éstas en su vida laboral diaria?)

Desde hace bastante tiempo (al menos yo los conozco hace un par de años) que existen los Microsoft SOLUTIONS ACCELERATORS, que son una serie de guías y herramientas cuyo objetivo es "acelerar" las fase de diseño e implementación de los proyectos de infraestructura: ToolKits, Capacity Planning tools, Guias para Backup/Recovery, Guías para Mensajería en Empresas Pequeñas y Medianas (Pymes), etc, etc

Hay aceleradores para distintas tecnologías y servicios, sólo por mencionar algunas

• Mensajería y Colaboración (Active Directory, Exchange, Sharepoint)
• Protección de Datos y Recuperación
• Administración de Servidores, Desktops y Dispositivos
• Seguridad y Redes
• etc.

Pero, definitivamente mis favoritos son las nuevas guías de la serie Infrastructure Planning and Design Series (IPD), las cuales son guías de MENOS DE 50 PÁGINAS cada una, que apoyan el proceso del DISEÑO de una solución:

• Propone un flujo de Diseño dividido en fases
• Indica las Preguntas que hay que responder en CADA FASE del diseño
• Menciona las distinas alternativas para cada una de estas preguntas, y sus implicancias en el diseño de la solución.

Algunas Guías que ya están disponibles son: Diseño de Active Directory, Windows Deployment Services, etc (y varias otras más están en fase Beta ;)... y por supuesto Virtualización (más detalles en otro post)

Espero que esta referencia de documentación les sirva, especialmente a quienes están recién partiendo ;)

Gonzalo

Debido a mi "doble vida" de estudiante y Trabajador Freelance, debo mantener más de un calendario: Uno para la universidad, uno para eventos familiares, uno para cada cliente, etc., Algunos de estos calendarios están asociados a un Buzón en un Servidor Exchange (Trabajo) y otros en Calendarios de Gmail (GCalendar).

El problema es ¿cómo, al menos, hacer visible el todos los calendarios en un sólo lugar?

La solución: MS Outlook. Con MS Outlook 2007 (desconozco si con versiones anteriores también es posible).

1. Compartir el Calendario Web.

Veamos un día cualquiera (hoy) en un calendario de Google Cualquiera (el que uso para las actividades de la Universidad). Como pueden ver hay una cita de un seminario de Diseño para hoy a las 15 horas (Izquierda), pero esa cita no se refleja en mi calendario de Outlook (Derecha)

Lo primero que hay que hacer es compartir el calendario en GCalendar, para eso presionamos el la flecha hacia abajo al lado del nombre del calendario en la página web, se desplegará un menú y elegimos la opción "Configuración de Calendario", y en la nueva ventana vamos a la opción: "Dirección Privada".

Hacemos Click en el Botón verde ICAL, y aparecerá un pop-up con la dirección del calendario, Debemos COPIAR esta dirección, pues la necesitaremos para realizar la suscripción al calendario.

2. Suscribir el Calendario

Ahora vamos a Outook, y en el Menú "Herramientas" seleccionamos "Configuración de la Cuenta", se nos abrirá una venta, y en ésta seleccionamos la lengüeta "Calendarios de Internet", y presionamos el Botón "Nuevo...".

En esta ventana debemos ingresar el URI (o URL, para los más antiguos) de la "Dirección Privada" , que copiamos desde la configuración de GCalendar

Al Hacer Click en Aceptar, se despliega una ventana con "Opciones de Suscripción", Seleccionamos lo que nos parezca conveniente (como el nombre) y Click en "Aceptar"

Luego, nos aparece el calendario configurado, y en estado de "pendiente" hasta la siguiente sincronización, y un mensaje explicando por qué. presionamos Aceptar.

Al refrescar la ventana de Outlook, ahora podemos ver el calendario al que nos suscribimos en la barra de menús de la izquierda, y seleccionamos este nuevo calendario.

Al seleccionar el nuevo calendario, parte central de la ventana de outlook ahora despliega 2 calendarios:

Y en el calendario de la Derecha (Verde) ahora SI aparece la Cita que tengo en un rato más (debo terminar de escribir esto rápido!)

Para ver UNA sola vista de ambos calendarios, podemos presionar sobre la flecha que apunta hacia la izquierda en la lengüeta del nombre del calendario...

Ahora podemos tener en una sola vista AMBOS calendarios. Esto aplica a más de un calendario.

Finalmente sólo 2 observaciones.

1. Los calendarios a los que uno se suscribe son de sólo lectura, por lo que no es posible crear o editar citas en GCalendar desde Outlook.

2. Para quienes se hayan dado cuenta del detalle, la cita original es a las 15 Hrs., pero al suscribir el calendario, ésta se muestra a las 16 Hrs. Esto se debe al cambio de Zona horaria que se realizó en Chile y que afectará las próximas 3 semanas (Tengo mi PC con Zona Horaria correspondiente a Brasilia). Pero en condiciones "normales", no hay desfase de horas entre los calendarios ;)

Espero que este "truco" les sirva a Uds. tanto como me ha servido a mi

Gonzalo

Les publico el mail que recibí hoy sobre el cambio de hora en Chile. Esta es la comunicación Oficial de Microsoft sobre cómo realizar la actualización de la zona horaria de Chile para reflejar el cambio de hora de este año. Para ir al sitio de las recomendaciones, pueden hacer click en la imagen o en el link del texto.

Importantísimo es tener en consideración que el cambio de hora aplica a todos los sistemas que tengan relación con la hora, en especial Sistemas de Monitoreo/Tiempo Real, Reloj Control de Asistencias, Tareas programadas, etc.

Gonzalo

Santiago, 6 de marzo de 2008

Estimado cliente:

Cómo usted ya debe estar informado, el Gobierno de Chile ha decidido extender de forma excepcional el horario de verano en el país por 21 días, hasta la noche del 29 de marzo. Esto implica que no se llevará a cabo el cambio de hora como es tradicional en nuestro país el segundo sábado de marzo, que es el próximo día 8 de Marzo.
Precisamente a las 23:59:59 de esa noche los sistemas computacionales realizarán un cambio automático retrasando la hora en 60 minutos, en concordancia con el inicio habitual del horario de invierno.
Microsoft Chile aconseja a sus clientes corporativos seguir las recomendaciones que hemos publicado en nuestra página web www.microsoft.com/chile/cambiodehora, incluido el aviso de exención de responsabilidad allí contenido para aminorar el impacto que esta extensión del horario de verano pueda tener en su organización.
De no seguirse las recomendaciones sugeridas, los sistemas computacionales de su empresa estarán funcionando durante tres semanas con una hora de diferencia con respecto a la hora oficial del país.

Esto impactará principalmente en las aplicaciones y programas que utilizan la hora como uno de los insumos centrales, estos son: agendamiento electrónico de reuniones, correos electrónicos y transacciones comerciales.
Esperamos que estas sugerencias le sean útiles durante los próximos días.

Atentamente.

Microsoft Chile

El pasado jueves 28 de febrero, junto a Isabel de la Barra dictamos una Accidentada conferencia sobre alta disponibilidad.

Les dejo el link a la presentación utilizada y a un vídeo (flash) mostrado durante ésta.

Bonus: A los asistentes que quedaron con la curiosidad sobre lo ocurrido en la replicación DFS entre Windows 2003 R2 y Windows 2008, en el Blog de Isabel está la respuesta a lo sucedido.

Mañana Miércoles 5 de marzo de 2008 será la última conferencia del ciclo de alta disponibilidad, el tema a tratar será Alta Disponibilidad en ISA Server. La inscripción pueden realizarla AQUI.

Saludos!

Gonzalo

Luego de realizar el proceso de migración de una Máquina Física a Virtual (P2V) de un equipo con Windows 2000 SP4, podemos hacer un resumen del proceso y de los pre-requisitos para lograrlo ;)

Resumen del Proceso

1. Instalar SCVMM, con todos sus prerequisitos: Active Directory, WinRM, AIK, etc., y tener lista la infraestructura de red (DHCP, puertos del firewall, etc)
2. Ejecutar el Asistente para la migración de la máquina Física a Virtual (P2V).
3. Realizar algunas tareas de mantenimiento posteriores: Revisión de Interfaces de red, Instalación de VM Additions, etc.

Moralejas:

1. Tener la Infraestructura de Red Necesaria: Active Directory y un Servidor DHCP (Arriba y Autorizado).
   SCVMM sólo funciona en entornos de Dominios Active Directory (pues necesita una cuenta de dominio para poder acceder a las distintas máquinas (físicas y virtuales) a administrar.
   Por otra parte, si no tenemos un Servidor DHCP que asigne dinámicamente direcciones IP y demás configuraciones de red, la máquina física, cuando reinicie y bootee con WinPE, no va a ser capaz de establecer una conexión de red con el servidor SCVMM y no va a poder realizar la transferencia de información hacia la máquina Virtual (Configuraciones y Datos de Disco).
2. Tener Suficientes recursos disponibles, principalmente RAM y Disco, en el Servidor Host.
   Esto puede parecer Obvio... pero no lo es tanto, sobre todo cuando tienes más de una máquina virtual (guest) sobre un mismo servidor físico (host), pues como dice la guía de Deploy de Virtual Server, hay que tener, por cada máquina virtual, 32 MB de memoria ram Adicionales a la memoria asignada ésta. Por ejemplo si queremos crear una VM con 256 MB de RAM, en realidad debemos considerar en la Máquina Física (Host) 256 + 32 = 288 MB de memoria RAM.
3. Tener a mano los drivers para Windows 2000/2003 de los dispositivos de las máquinas físicas a ser virtualizadas: Red, Disco, etc.
   Si no dejamos disponibles los drivers para el Windows PE, éste no será capaz de acceder a los dispositivos, y por tanto o no podrá establecer comunicación con el servidor SCVMM o no podrá leer los Discos Duros para transferir la información de éstos al servidor.
4. Considerar el Tiempo de DownTime.
   La transferencia de información desde la máquina física al servidor de virtualización tarda alrededor de 20 minutos por cada 10 GB (empírico) en una red FastEthernet (100 Mbps) switcheada. Es importante tener considerado este tiempo de downtime en el proceso de la migración, y realizar ésta en horario de bajo impacto a los usuarios.

Finalmente, les cuento que seguí este mismo proceso para virtualizar un segundo servidor con Windows 2000 SP4, pero esta vez fue un servido Web que tenia como particularidad que su Disco de Sistema (Boot, en realidad) era un disco SCSI, pero bastó con buscar los drivers en internet (que no fue tan fácil, por lo antiguo de la controladora) y la migración fue un éxito.

Al día de hoy, estas máquinas virtuales siguen sin problemas en producción sobre Virtual Server 2005 R2 SP1, a la espera de tener un Release Candidate (RC) de Hyper-V ;)

Una última reflexión sobre la virtualización es que, al menos en el escenario de esta serie de artículos: Consolidar y Virtualizar equipos antiguos sobre hardware nuevo, la calidad en el servicio prestado de las máquinas virtuales es muy superior en estabilidad y rendimiento (performance) al servicio que brindaban las máquinas físicas originales, lo cual se ha traducido en usuarios más felices y un Administrador de Sistemas menos preocupado por una eventual falla de hardware :D

Sólo me resta agradecer al equipo de MS Technet Chile, liderados por Christian Linacre y al programa IT Pro Momentum, que me facilitaron el material de estudio y el apoyo (soporte) necesario para poder realizar este proyecto de virtualización sin inconvenientes

Gonzalo

Si llegaste directamente aquí, te recomiendo que le des una mirada a la Parte I y Parte II (Primer Intento), y a la Parte III (Segundo Intento y Final).

Luego de 3 artículos ;), y de realizar un troubleshooting por no haber revisado los prerequisitos, logramos realizar exitosamente el proceso migración de un servidor físico en uno virtual.

Ahora, vemos en la consola del SCVMM una nueva máquina virtual, con el nombre y en el estado (encendida o apagada) que le indicamos al asistente.

Si vemos las propiedades de Hardware de la máquina virtual

• Procesador: Posee 1 Sólo procesador que "emula" un Pentium III de 1 GHz
  En realidad, Virtual Server 2005 R2 SP1 sólo puede emular UN procesador Virtual (de 32 Bits), y la posibilidad de asignar un Tipo de CPU Dual Core en la lista desplegable sólo ajusta la prioridad (o peso relativo) de la máquina virtual, no agrega una segunda CPU Virtual a la VM.
  Bonus: estas limitaciones que ya no existen para Windows 2008 y Hyper-V :).
  
   
• Memoria: Vemos que la máquina virtual posee la cantidad de memoria que le indicamos al asistente. En este lugar podemos (mientras que la VM esté apagada) agregar o quitar memoria RAM. Es interesante ver que la cantidad máxima de memoria a asignar es de 3,7 GB pero con un máximo recomendado de 3500 MB.
   

• Discos Duros: El servidor físico a virtualizar tenía 2 Discos, uno para el SO y el otro para Datos. Como se puede ver en la imagen, ambos fueron virtualizados, y quedaron en el mismo orden en el que se encontraban en el servidor físico: Primary IDE Channel (0) para C: y Primary IDE Channel (1) para E:
  

• Tarjetas de Red: Al revisar la configuración de la tarjeta de red de la máquina virtual notamos 2 cosas interesantes a tener en cuenta:
  

  La tarjeta de Red NO ESTA CONECTADA a ninguna red Virtual. La tarjeta de red posee una MAC Address ESTÁTICA, que de hecho es la MAC Address de la tarjeta de red física de la máquina virtualizada! Ambas configuraciones por defecto tienen mucho sentido, pues de esta forma, al "subir" la máquina virtual no es necesario reconfigurar switches ni reglas en el firewall que dependan de la MAC Address de la Tarjeta de Red.

  
  También es muy importante saber que, una vez que el proceso de Migración P2V ha finalizado, el servidor Físico reinicia y vuelve a quedar operativo en la red., por esta razón es que la Tarjeta de Red de la Máquina virtual no está conectada a ninguna red virtual, ya que  de estarlo, se produciría un conflicto de MAC Address, Direcciones IP, Nombres NetBIOS, etc etc entre ambos servidores. Además, es sabio darle una mirada a la nueva máquina virtual antes de ponerla en producción, no?.

Importante: ANTES de poner en producción el servidor "virtualizado", debes estar seguro de que funciona todo OK, y de apagar (o al menos desconectar de la red) el servidor físico original ("Víctima"), y no volver a encenderlo conectado a la red, pues se pueden producir los problemas antes mencionados!!
Nota: En otra máquina virtual que fue obtenida haciendo el mismo proceso de migración, la tarjeta de red Virtual funcionaba, pero sus parámetros de configuración (ej: numeración IP) no eran accesibles para el administrador local.
Solución? en el SCVMM, usando la configuración de hardware de la VM, Instalar una segunda tarjeta de red, borrar la primera (la migrada), asignarle una MAC Address de ser necesario, y luego desde la Máquina virtual, asignar las configuración IP que corresponda (La Dirección IP Original de la máquina). Gracias a Isabel de la Barra por el dato.

Bonus: Ya que estuvimos viendo algo de la configuración de hardware de nuestra máquina virtual, resulta de gran interés (y ayuda) darle una mirada a la lista de hardware emulado por Virtual Server 2005 R2 SP1, y tener claro cuál es el hardware emulado, sus características y limitaciones.

Como pueden ver, hay varias tareas post-migración que realizar, algunas de ellas vitales para el correcto funcionamiento de nuestro flamante servidor virtual.

Gonzalo