Un Robocopy rico rico y con fundamento

Hoy vamos a preparar cual Karlos Arguiñano, un Robocopy rico rico y con fundamento.
Para proporcionar los distintos matices aderezaremos con las siguientes especias::

1. /MON:15 /MOT:1 Que quede en memoria una vez finalizado y copie a los 15 minutos todos los cambios.
2. /XO :Que en caso de cortarlo y relanzarlo no copie los ficheros que no han sido modificados desde la última copia.
3. /TEE /LOG+:C:\log-robocopy7.log :Que guarde un log incremental y que además lo muestre por pantalla.
4. /E : copia subdirectorios aunque estén vacios.
5. /ZB : Usa copia normal y si no puedes usa tipo ntbackup (con éste último basta con ser operador de copia aunque no se tengan permisos).
6. /R:1 /W:1 :Segundos para reintento 1, número de reintentos 1

Así finalmente nuestro Robocopy queda tal que así.

El caso del controlador que se olvidó de su dominio

 Hoy vamos a ver un caso que me ocurrió en un cliente y que me dió unos cuantos dolores de cabeza: El cliente se quejaba de que no podía añadir un controlador adicional 2008 a su dominio 2003 ya que una vez extendido el esquema e uniciado el dcpromo en la última parte del asistente le aparecía la siguiente advertencia:

 Los síntomas:

Migración simple a Office 365

En este caso el cliente ha decidido migrar a Office 365. El punto de partida es un Exchange 2010 SP1. El objetivo final es tener todos los correos de la empresa el nube.
Se desestima el inicio de sesión único dado que implica tener servidores de Federación y Proxies de Federción en local, lo que además implica la imposibilidad de logarse si caen las comunicaciones de la oficina central.
Se desestima una migración híbrida con espacio de nombres compartido, se realizará una migración tipo Big Bang.
Cuando se aborda un proyecto de este tipo, uno de los pasos que siempre se sugieren es la sincronización con el directorio activo local para poder replicar la GAL. En este caso, partiendo de un Exchange 2010 SP1 No hay que realizar este paso dado que la migración fallará.

En este artículo no nos centraremos en otras configuraciones de Office 365 como la comprobación del dominio, simplemente abordaremos la migración de buzones de Exchange.

La importancia de la clave de Windows y el KMS

A cualquiera que se haya puesto a licenciar los Windows de los últimos años le sonarán las palabras KMS y MAC.

Se trata de los dos tipos de licenciamiento que tiene Microsoft para SO en estos momentos.

Si no nos queremos calentar la cabeza usaremos MAC, el equipo se activará por Internet y acabaremos.
¿Qué pasa si queremos lo que antes se conocía como licencia por volumen? Hay que usar KMS

KMS es una licencia por volúmen pero que se valida contra un servidor en nuestra red, el servidor KMS.

Entendiendo los logs del servidor KMS

Con mucha asiduidad los clientes se quejan de que el servidor KMS no está otorgando licencias. Lo primero es entender cómo funciona un KMS y el tipo de licencia. Baste decir que para activar licencias KMS de 2008 y 2008R2 hacen falta un mínimo de 5 equipos y 25 para el caso de SOs clientes.

Un log de KMS tiene una apariencia similar a esta:

0x0,5,Server01.miempresa.local,3tcfe497-646b-4561-bb62-68b5c61a0e31,2011/11/28 08:43,1,5,0,620eyb3u-09e7-42fd-802a-17ao365sfe7a"

Aunque parece un galimatías, es sencillo encontrar la información necesaria si se sabe qué significa cada cosa. En él la información se separa por comas y el significado de cada campo es el siguiente: