Instalación de SP3 en Exchange 2010

Para realizar una correcta instalación del SP3 de Exchange 2010 primero debemos tener clara que topología de Exchange tenemos.

Para detectar la topología de Exchange en la poweshell escribimos el siguiente comando:

• get-Exchangeserver | select name,ServerRole,Admin* | fl 

En caso de tener una organización con diferentes servidores y que cada uno de ellos alberga una ROL de Exchange el orden de aplicación del Service Pack es el siguiente:

• Client Access Server
• Hub Transport
• Mailbox
• Unified Messaging

Antes de instalar SP3 hay que chequear una serie de pre-requisitos:

• Descargar Excahnge 2010SP3 offline
• Añadir compatibilidad com WMI de IIS 6

• Borrar los logs de instalaciones anteriores C:\ExchangeSetupLogs
• Detetener servicios de terceros o SCOM

Instalación en el Client Acces

Para instalar SP3 en un sevidor de acceso configurado en NLB primero tenemos que sacar el host del NLB para que no acepte peticiones.

Para ello tenemos dos formas stop y drainstop

• Stop: Detiene el nodo del NLB desconectando todas las sesiones
• DrainSotp: El Host no acepta peticiones y las activas se iran reconectado contra el siguiente nodo del NLB.

comprobamos que el hosts este detenido

Ahora ya podemos ejecutar el setup del SP3 en el CAS Array del primer nodo del cluster NLB mediante el interfaz grafico o por comandos setup /m:upgrade

Una vez actualizado el hosts ya podemos arrancar el nodo dentro del cluster NLB y proceder a la instalación del siguiente nodo.

Instalación en los servidores de buzón en DAG (Database Availavility Groups)

la ventaja de tener las bases de datos en alta disponibilidad a parte de tener redundacia en caso de fallo, es poder instalar los service packs sin parada de servicio.

Primero detectar las BBDD activas en la organización para poder determinar en que servidor estan activas las BBDD 

        Get-MailboxDatabase

Liverar el primer servidor de BBDD activas

        Move-ActiveMailboxDatabase "BBDD Name" -ActivateonServer "EX server"

Mediante el comando Get-MailboxDatabase comprobamos que las BBDD se han movido de forma correcta

Bloquear el servidor para que no se autoactive la copia de las bases de datos

        Set-MailboxServer "Server" -DatabaseCopyAutoActivationPolicy Blocked

Poner nuestro servidor exchange en modo mantenimiento, Si tenemos nuestro exchange con SP1 en el directorio scripts ya existe un script que nos realiza todas las tareas de forma automática.

        .\StartDagServerMaintenance.ps1 -servername "Server"

• Suspende la copia de las  bases de datos 
• Pausa el nodo dentro del cluster
• Suspende la activacion de qualquier base de datos 

Ya podemos actualizar el SP3 en el primer servidor de Mailbox

Una vez actualizado nuestro servidor ya podemos poner nuestro servidor en activo para poder recivir copias de las BBDD

        Set-MailboxServer "Server" -DatabaseCopyAutoActivationPolicy Unrestricted

Activamos nuestro servidor dentro del cluster con el scrpipt ya pre-definido en el directorio scripts.

         .\StopDagServerMaintenance.ps1 -servername "Server"

espero que sea de vuestra ayuda

Como migrar un Servidor de Ficheros Windows a una NetApp mediante Open System Snap Vault (OSSV)

Para poder migrar nuestro servidor de ficheros actual a un NetappFAS Series primero es necesario activar en la FAS Series las licencias de SnapMirror, SnapVault Secondary y el protocolo CIFS  para sistemas Windows.

En este articulo se describe como migrar un servidor de ficheros Windows a una FAS Series mediante Open System Snap Vault (OSSV).

1. Una vez descargado el software OSSV Client (Requiere NOW ID) desde la pagina de soporte de Netapp https://support.netapp.com, instalamos el software siguiendo los pasos del asistente. Para mas información: 

https://now.netapp.com/knowledge/docs/ossv/rel301/pdfs/install.pdf 

2. En la FAS Series crear un volumen CIFS con capacidad suficiente para almacenar los datos sin deduplicar, Netapp permite agrandar y reducir volúmenes en caliente. Una vez el proceso de migración termine podremos reducir el espacio del volumen deduplicando la información.

3. Asegurarse que Sanpvault esta habilitado en la Netapp FAS Series 

               fas2220> snapvault status; options snapvault.enable on

4. Iniciar proceso de migración de datos en la Fas Series

               fas2220> snapvault start -S [source_hostname]:[source_path] [dest_path]  

5. Para Ver el estado de la migracion 

     fas2220> snapvault status

6. Si la migración de datos se realiza en varios días hay que actualizar la información con el comando 

     fas2220> snapvault update [destination_path]

7. Romper el proceso de migración y activar el volumen de la FAS Series como volumen CIFS en producción. Para ello hay que convertir el Qtree que ha creado snapvault a un Qtree de  replica.

NOTA: En Netapp los volumenes o Qtrees utilizados como Backup (Snapvault) no pueden ser utilizados en producción, para ello se tiene que quitar todas las referencias de replicación del volumen o Qtree.

1. Parar Snapvault 

                         fas2220> options snapvault.enable off

2. Detener Snapmirror 

                        fas2220>  snapmirror off

3. Pasar la Netapp FAS Series a modo diag y convertir el volumen Sanpvault en un Qtree de          Snapmirror

                       fas2220>  priv set diag

             fas2220> snapmirror convert

4. Salir del modo diag y activar Snapvault y Snapmirror

                       fas2220>  priv set admin
                       fas2220> options snapvault.enable on
                       fas2220> snapmirror on

5. Romper la replica de snapmirror

                      fas2220> snapmirror quiesce 
                      fas2220> snapmirror break "destino de replica"

Nota: romper la replica puede tardar varios minutos, todo dependerá del tamaño del volumen

6. Verificar que las relaciones de Snapmirror están rotas

                     fas2220> snapmirror status -l