lunes, 27 de mayo de 2013

Migrar Maquinas de un ESX 3.5 a ESX 5.1




Mediante este documento, pretendemos explicar los pasos necesarios para realizar una migración de una máquina que reside en un ESX 3.5 a un nuevo entorno ESX 5.1.
Ni que decir tiene que debemos de contar con este servidor ya operativo. Partimos que ya tenemos maquinas que residen en esa máquina.


Para ver que es cierto lo que decimos en el párrafo anterior, vamos a conectar desde un cliente y ver las maquinas que están corriendo en ella.

Una vez conectados, podemos ver las maquinas que residen en ella y vemos que están corriendo.

Bien lo que tenemos que hacer es parar la máquina virtual que deseamos traspasar el nuevo entorno (ESX 5.1).
Una vez parada, desde el menú File, elegimos Virtual Appliance y desde esta opción, la opción de Export. Tal y como vemos en la siguiente imagen.

Le damos un nombre a la máquina que vamos a exportar, así como en donde la dejaremos. También podremos poner algún comentario si lo deseamos.

Vemos que comienza el proceso de exportación de la máquina.

Y a esperar el tiempo que sea necesario, esto ira conforme al tamaño de la máquina que deseemos exportar.
Una vez finalizado el proceso, nos aparece una pantalla como la siguiente en la cual tendremos que pulsar sobre el botón Close.

Con esto ya tenemos disponible la máquina que vamos a importar al nuevo entorno ESX 5.1.
Como podemos ver en este directorio tenemos la máquina que hemos exportado.

Ahora tenemos que tener disponible y funcionando la maquina con el ESX 5.1.

Tal y como vemos, ahora nos conectaremos desde un cliente a este servidor para realizar la importación de la máquina que hemos exportado con el entorno anterior ESX 3.5.

Nos vamos al menú File, y seleccionamos Deploy OVF Template tal y como vemos en la imagen siguiente.

Le decimos donde esta y como se llama la máquina que queremos importar, y pulsamos después el botón Next.

Nos va mostrando información de la máquina que vamos a importar. Y solo tenemos que ir dando al botón Next para continuar.

Nos preguntara el nombre que le vamos a dar a la máquina, aunque nos respeta el que teníamos anteriormente. Y solo tendremos que pulsar el botón Next.

Nos ofrece una lista de los datastore disponibles, para que seleccionemos sobre el cuál queremos que deje dicha máquina y pulsamos sobre el botón Next.

Nos ofrece información de cómo está el datastore en el que vamos a desplegar la máquina, con qué tamaño se quedara y como queremos que utilice el Thick Provision. Y pulsamos el botón Next.

Nos ofrece una pantalla con el resumen de todo lo elegido anteriormente y si estamos conformes con ello pulsamos sobre el botón Finish para comenzar el proceso de importación, de no estar conformes con algo podremos ir atrás y modificar cualquier cosa que deseemos.

Nos aparece una pantalla en la cual podremos ir viendo cómo va el proceso de importación. Y solo tendremos que esperar, en función del tamaño de la maquina que estamos importando.

Una vez que termine el proceso si todo ha ido bien nos aparecerá una pantalla como esta, en la cual solo tendremos que pulsar sobre el botón Close y veremos que la maquina ha sido importada, solo tendremos que iniciarla y actualizarle las vmware tools.





Bastara con ir dando al botón Next, Next, hasta que finalice la instalación, después tendremos que reiniciar el servidor y ya lo tendremos listo en nuestro entorno nuevo de ESX 5.1











viernes, 8 de febrero de 2013

Cambiar clave producto Windows 8

Ya con Windows 8 no esta disponible la opción de introducir un nuevo numero de serie del producto. Tal y como conociamos hasta ahora.

Para poder cambiar la clave del producto sin tener que activar primero el Windows, podemos utilizar dos métodos.

El primero es:

Deslizar el dedo rápidamente desde el borde derecho de la pantalla y luego pulsar sobre la opción Busqueda. O bien, si usamos un ratón, señalar el extremo inferior derecho de la pantalla y luego hacer clic en Busqueda.

El el cuadro de búsqueda, escribir Slui.exe 0x3

Hacer clic en el icono Slui.exe 0x3

Escribir la clave del producto en la ventana de activación de Windows y, a continuación, haga clic en Activar.

También podemos ejecutar este comando pulsando el atajo del teclado (tecla Windows + R) nos ofrece el antiguo Ejecutar y hay escribir el comando.

El segundo es:

Ejecutar el siguiente comando en un símbolo del sistema con privilegios de administrador:

Cscript.exe %windir%\system32\slmgr.vbx /ipk <Nuestra clave de producto>

jueves, 31 de enero de 2013

Instalación Renovación Certificado Exchange 2007

Mediante este documento, pretendemos explicar los pasos necesarios para la instalación/renovación de un certificado autofirmado para nuestro servidor Exchange 2007.

Este proceso lo tenemos que realizar desde el powershell del servidor de correo.


Al ejecutarlo veremos una pantalla DOS en modo texto como la siguiente, en la cual tendremos que ir dándole las instrucciones que vamos a ir viendo a continuación.

 
 
El certificado que se crea y configura durante el proceso de instalación de los roles pertinentes expira al año (en un Exchange 2007 sin service pack 2).
Para resolver este inconveniente podemos optar por dos soluciones, generar un nuevo certificado o clonar el existente.
Para la primera opción, la de crear un nuevo certificado procederemos a ejecutar el siguiente comando.
Get-ExchangeCertificate | List
 

Podemos ver que nos aparece en el campo NotAfter con la fecha de caducidad del certificado, en el campo Services, todos aquellos servicios para los que funciona dicho certificado y el Thumbprint que es unico para cada certificado.

Ahora vamos a proceder a generar el nuevo certificado, para ello ejecutamos el comando.

New-ExchangeCertificate

Nos hace una pregunta de si queremos sobreescribir el certificado existente en el SMTP a lo cual contestaremos “Y”. Esto generar un certificado con un Thumbprint diferente y con una vigencia de un año desde la fecha de creación. Podemos ver los dos certificados nuevamente ejecutando Get-ExchangeCertificate | List

 


Como podemos ver en el apartadao Services, el nuevo certificado no esta asociado al servicio del IIS por lo que este todavia esta usando el certificado caducado. Ahora procederemos a asociarlo. Para ello ejecutamos el comando

Enable-ExchangeCertificate –Thumbprint “EL NUEVO THUMBPRINT” –Service IIS

 
 
Ahora si nos aparecera el servicio IIS asociado con el nuevo certificado al dar ejecutar nuevamente Get-ExchangeCertificate | List
 


Ahora tenemos que proceder a eliminar el certificado anterior.
Para ello ejecutaremos el siguiente comando.
Remove-ExchangeCertificate –Thumbprint “Thumbprint del certificado anterior”
A la pregunta que nos hace tras ejecutar el comando anterior le decimos que “Y”

 
Y ahora si comprobamos nuevamente, veremos que solo disponemos de un certificado con una nueva fecha de expiración.


 
La otra opción de que disponemos como comentamos al principio del documento es clonar el certificado existente. Para ello ejecutaremos el comando siguiente.

Get-ExchangeCertificate –Thumbprint “EL Thumbprint Actual” | New-ExchangeCertificate

Por ultimo una observación, el certificado autofirmado es valido por un año desde la instalación de la función del servicio Acceso de clientes o durante un año después de crearlo en versiones de Exchange 2007 que no tengan instalado el Service pack 2 o posterior.

Cuando tenemos instalado el Service Pack 2 o posterior los certificados son validos durante cinco años desde la fecha de creación en Exchange 2007.

Los componentes internos que confian en los certificados autofirmados predeterminados siguen funcionando aunque el certificado autofirmado haya expirado.