Isabel de la Barra: Windows 2008

La Migracion (parte 4 y Final)

Sun, 06 Apr 2008 02:38:38 GMT

Viene de la parte 3.

Al migrar la información que se tiene en los shares actualmente hay que tener el cuidado de conservar los permisos NTFS, para este proyecto estamos frente a 2 situaciones, la primera, el origen se encuentra en otro dominio y los usuarios no coinciden, por lo que hay que realizar un levantamiento de los permisos existentes, crear los usuarios necesarios y regenerar los permisos.

Para la segunda situación, en que el share original se encuentra en el mismo dominio por lo que podemos realizar la copia directamente usando el comando xcopy. En esta migración veremos este segundo caso y sobre el realizaremos algunas mediciones.

El Server de origen no tiene DFS instalado por lo que no podemos usar replicación para copiarlos, una vez realizado el levantamiento de los shares que migraremos, para esto usamos el comando net share, ejecutamos:

Net share > shares.txt

Otra forma es en use computer management>shared folders>shares y exportarlo a un archive de texto.

Con esto generamos la lista de los shares, luego el archivo lo limpiamos para dejar solo aquellos que nos interesan, un ejemplo del archivo seria algo como lo siguiente:

Share1
Share2
Share3

Ya con el archivo vamos a crear los shares, para eso usaremos el comando net share de forma de automatizar la creación, en el disco donde los dejaremos generamos un bat con el siguiente comando:

for /f %%S in (shares.txt) do mkdir %%S

Con esto en ambos servers tenemos los directorios, ahora a compartirlos con el siguiente comando en el bat:

for /f %%S in (shares.txt) do net share %%S=%%S

Solo nos resta copiar los permisos desde el share original, esto lo hacemos con el siguiente comando en el bat:

for /f %%S in (shares.txt) do permcopy \\originalserver %%S \\newserver %%S

En este punto, cuando estaba buscando el comando a usar para copiar los permisos, me encontré con el error: “network Error 2310” busque la razón para el error y no la encontraba, cuando ya me resigne a copiar los permisos a mano ejecute el robocopy de prueba y me di cuenta cual era el problema, no tenia permisos!! Asi que solucionado el problema de permisos para mi cuenta pude completar el bat.

Sin embargo nos encontramos con un “pequeño” problemita que nos dio un poco de dolor de cabeza, access denied!

Si compartimos un directorio “a mano” nos encontramos un mensaje pidiéndonos confirmar la acción pero como lo hacemos en nuestro bat?

La respuesta es deshabilitando User Account Control mientras realizamos la actividad y luego volviendolo a habilitar, esto requiere reboot. Para desabilitarlo ejecutamos: MSCONFIG y vamos al tab Tools, buscamos Disable UAP y click en Launch. Reiniciamos, ejecutamos los scripts y lo volvemos a habilitar de la misma forma pero seleccionando Enable UAP.

Hasta acá tenemos listos los share con sus permisos, nos falta crear los folders dentro de los namespaces. Probablemente es posible generarlos vía línea de comando como hicimos el resto usando power shell o algun comando pero no encontré.

Para las replicaciones encontré esta guía que esta bastante interesante:
DFS Operations Guide: Using the DFSRAdmin Command-line Tool
http://www.microsoft.com/downloads/details.aspx?familyid=49caf978-49e9-4eb6-9cc9-72b5dd160505&displaylang=en

El como configurar los folders y replicaciones ya lo revisamos anteriormente, con los que creamos recién solo nos esta faltando copiar la data y ver como se trasmite al otro Server.

Primero copiamos la data usando:

Robocopy \\server1\share1 \\server2\share1 /COPYALL /S

Pero antes de ejecutarlo dejamos performance monitor monitoreando.

(Esta bonito el Performance Monitor de 2008)

Esta grafica muestra el trafico de red de la copia que estamos haciendo, la línea roja son los archivos que estamos migrando al nuevo servicio, las líneas azul y verde es la sincronización que esta ocurriendo entre ambos servidores.

El comienzo de la replicación es casi instantáneo, apenas se comenzó a copiar los archivos estos comenzaron a aparecer en el otro Server. Sin embargo al finalizar la copia continuaban copiándose archivos entre ellos por algunos minutos mas como muestra la siguiente grafica.

Solo resta que los usuarios lo comiencen a usar.

Saludos!

Isa

La configuración (Parte 3)

Sun, 06 Apr 2008 02:25:16 GMT

Viene de la Instalacion - Parte 2

Ya tenemos ambos servidores con el servicio instalado, tenemos claro también que es lo que queremos migrar, sin embargo se presenta la problemática de definir el espacio de nombres a usar.

Las ventajas de usar Espacios de Nombres son principalmente 2:

Permite a los administradores agrupar directorios compartidos localizados en distintos servidores y presentarlos a los usuarios como un árbol virtual de directorios.

Incluye beneficios como aumentar la disponibilidad de los datos, compartir carga, simplificar la migración de los datos de un servidor a otro.
Por lo tanto, elegir un buen nombre, adecuado al uso que se le dará y que sea fácil de recordar para los usuarios es importante.

Después de darle varias vueltas por fin logramos encontrar los nombres para nuestro servicio, esta es la primera parte, como se trata en este caso de servicios que se están prestando a los usuarios, pero a través de un nombre como \\server\share y ese Share además ya tiene permisos definidos los cuales no deseamos perder tenemos que generar también una estrategia de migración.

Vamos al Server manager, a DFS Management y en el menú de acciones o usando el botón derecho seleccionamos “New Namespace”.

Seleccionamos usando Browse el Server a usar para dar servicio a ese namespace.

Seleccionamos el nombre que le colocaremos y luego el botón Edit Settings

En esta pantalla podemos cambiar por ejemplo el path o share que usaremos para el espacio de nombre, tambien podemos cambiar los permisos que usaremos, en nuestro caso, como estamos realizando una migración, usaremos los mismos permisos que tenia el share Original. Continuamos con OK y luego next.

A nivel de espacio de nombre es mejor dejar los permisos en readonly.

Validamos que tenemos seleccionado Domain-based y continuamos con Next, nos muestra un resumen de todo lo que acabamos de configurar y hacemos click en “Create” para que cree el espacio de nombres, una vez listo seleccionamos Close.

Como lo que deseamos es alta disponibilidad, necesitamos agregar el segundo servidor, así que volvemos al administrador seleccionamos el espacio de nombre recién creado y en el menú de la derecha seleccionamos “Add NameSpace Server”. Nuevamente buscamos el Server a usar con el boton Browse, editamos los settings, le damos OK y lo creamos. Ya tenemos el espacio de nombre publicado en ambos servidores, nos indico que el servicio no estaba en ejecución en el segundo Server, por lo que le confirmamos que lo levantara, lo inicio y termino de crearlo sin problemas.

Si volvermos al Server Manager veremos ambos servers sirviendo al mismo namespace.

Ahora nos estaría faltando generar los shares donde dejaremos los archivos a publicar.

Antes de configurarlos, vamos al sistema de archivo y creamos los shares que usaremos como folders del namespace. Al configurar los permisos debemos tener las mismas consideraciones que los shares que siempre hemos usado, tenemos 2 niveles de permisos, los del share y los de NTFS, siempre es recomendable manejar los permisos usando grupos mas que cuentas individuales, así si deseamos darle acceso a otra cuenta mas, solo la agregamos al grupo y queda con todos los permisos necesarios. En nuestro caso ya se estaba siguiendo esta práctica.

Si usamos como nombre del Share un nombre terminado en $ este nombre no aparecerá al buscar los share del servidor, como no deseamos en esta oportunidad que los usuarios accedan el directorio usando el share del Server sino que a través del espacio de nombre usaremos los nombres terminados en $

Vamos nuevamente al Server Manager, seleccionamos el espacio de nombre y en el menu de la derecha click en “New Folder”

Con el botón Add buscamos los shares que recién creamos en ambos servidores. Una vez seleccionados los share, le damos OK y nos sale el siguiente mensaje:

Como lo que deseamos hacer es precisamente generar una replicación, seleccionamos Yes y nos abre el Wizard para configurar la replicación. Usaremos los mismos nombres que se usaron para los folders, seleccionamos el servidor primario, este servidor será el que se usara como principal para la replicación Inicial, pues una vez que este sincronizado comenzara a funcionar en modalidad multimaster, en nuestro caso es irrelevante ya que ambos directorios están vacíos.

Continuamos con next y nos encontramos con algo entretenido, seleccionar la topología de replicación que deseamos usar.

Como solo tenemos 2 nodos no hay mucho donde elegir, sin embargo en la configuración realizada para la charla usando los 2003 R2 y el 2008 teníamos 3 servidores por lo que nos daba las 3 opciones.

Seleccionamos Full mesh y continuamos, en la pantalla siguiente nos muestra las opciones de ancho de banda y los tiempos en que se realizara la replicación, como necesitamos que esto sea bastante online y tenemos anchos de bandas buenos lo dejamos con la opción por defecto, replica continua y Full, nos da un resumen de lo que configuramos y seleccionamos create.

Una vez listo le damos ok, nos da un mensaje diciendo que se replicara una vez que todos los protagonistas se enteren de la nueva configuración.

Si vamos al otro servidor ahora veremos que el directorio C:\DFSroots ya esta creado, dentro de el veremos los shares correspondientes a los namespaces y dentro de ellos, links a los shares que componen los folders que configuramos.

Al entrar al Server Manager veremos que no estan las configuraciones que acabamos de hacer, para poder verlas debemos agregarlas seleccionando “Add namespace to Display” o “Add Replications Groups to Display”

Seguimos en la parte 4 migrando la información a este nuevo servicio y midiendo la utilización de la red vs la lo que estaba en producción.

Saludos!

Isa

La Instalacion (Parte 2)

Sun, 06 Apr 2008 02:23:56 GMT

Viene de la Problematica - Parte 1

Instalamos los servidores Windows 2008, se ingresaron al dominio y vamos ahora a instalar los roles en las maquinas.

Antes de comenzar a instalar los roles nos tenemos que asegurar que el dominio este extendido para soportar las características de DFS que queremos usar.

Ejecutar adprep.exe /forestprep (La herramienta de línea de comandos adprep.exe está disponible en la carpeta cmpnents\r2\adprep del segundo CD de instalación del sistema operativo Windows Server 2003 R2.)

Para realizar esta actividad es necesario que se realice con un usuario que tenga los privilegios para hacerlo sino tendremos el siguiente error:

Una vez validadas la pertenencia a los grupos mencionados podemos proseguir con la ampliación del schema, este comando es ejecutado en el controlador de dominio que tiene el rol de schema master.

Al ejecutar el comando queda esperando una confirmación de que todos los DC que son Windows 2000 están con al menos SP1, en nuestro caso no tenemos DC con 2000 así que colocamos la C para continuar.

Después de unos minutos ya tenemos el schema actualizado y listo para trabajar con DFS.

Volvemos a las maquinas 2008 para la instalación del Rol.

Click en Add Roles, nos muestra la pantalla Before You Begin y colocamos next, seleccionamos File Services. Esta maquina no tiene otros roles por el momento.

Next, nos muestra una introducción al Rol y links a información adicional respecto de lo que estamos instalando, seguimos con next, en la pantalla nos muestra solo seleccionado el Servicio de File Server, marcamos además Distributed File System, lo que nos marca automáticamente DFS Namespaces y DFS Replication.

Continuamos con Next, por defecto nos da la opción de configurar inmediatamente un espacio de nombre, sin embargo marcamos la opción para crear después el espacio de nombres usando la consola.

Continuamos con Next, con lo cual nos muestra un resumen de lo que se instalara.

Click en Install para que se realice la instalación, una vez finalizada nos muestra la siguiente pantalla.

Cerramos la instalación y volvemos al administrador

Nos muestra en error el servicio por que no configuramos ningún espacio de nombres, por lo tanto el servicio quedo abajo.

Iniciamos el servicio y se sale el error. Cerramos el Server manager y lo volvemos a abrir para que tome bien los snap-ins

Se realiza la misma actividad en el segundo Server 2008.

Seguimos en la parte 3.

Saludos!

Isa

La problematica (Parte 1)

Sun, 09 Mar 2008 19:41:39 GMT

En una empresa donde tenemos servidores y usuarios repartidos por todo la ciudad, país o el mundo, el compartir la misma información de forma eficiente se ha hecho critica, la idea es tener en todos los lugares involucrados la información lo mas actualizada posible y que sea accesible en forma rápida.

Una de las formas es a través de File Shares, y uno de los comandos útiles para esto puede ser Robocopy, con el cual podemos mantener sincronizados 2 carpetas en modalidad Mirror y en modo de vigilancia, de manera que cuando un archivo es modificado este sea replicado hacia el otro lado.

Tenemos 2 servidores en los cuales están las carpetas compartidas, la solución planteada esta implementada de modo que durante la noche se ejecuta Robocopy en modalidad Mirror ya que durante el día, la actividad de las carpetas no permite tener una copia permanente de su contenido a medida que se va modificando.

Se tiene en región un Server pequeñito que cumple la función de Domain Controler y DNS, se piensa colocar otro servidor para la función de File Server y Print Server, también se le piensa colocar otros servicios aprovechando que es una buena maquina pero eso no nos compete por ahora.

Uso del ancho de banda usando Robocopy.

Ya anteriormente había medido la utilización de Robocopy, acá nuevamente lo pondremos bajo la lupa pero esta vez midiendo su desempeño a través de la red.

La prueba será simple, tenemos un archivo Word de casi 6MB con varias imágenes en el share de informes de instalación del servidor en Santiago.

La línea amarilla nos muestra la cantidad de información transmitida en la sincronización.

Esta medición usaremos como base para la comparación de más adelante. Si el archivo no es modificado y realizamos nuevamente la sincronización, el archivo no es trasmitido.

La siguiente Imagen nos muestra cuando el archivo estaba siendo editado y luego es guardado. Una vez guardado se ejecuta la sincronización nuevamente trasmitiéndose el archivo completo.

Esto se esta realizando entre los 2 Domain Controlers usando Windows 2003. El siguiente paso es instalar los Windows Server 2008 para implementar DFS que fue lo que se planteo cuando se nos invito a participar en ITPro Momentum, el diagrama de cómo debe quedar esto se presenta en la siguiente figura:

Nos leemos en la próxima parte!

Isa

Empezo el Test Drive

Sun, 11 Nov 2007 02:13:34 GMT

Hace unos dias atras, en la charla sobre Windows 2008 en las oficinas de Microsoft, Christian nos conto de este proyecto, nos dijo que en los dias siguientes publicaria una invitacion en su Blog a participar en el.

Me gusto la idea, Windows 2008 se viene pronto y que mejor que conocerlo y aprender apoyados por el mismo equipo de Microsoft, asi que cuando aparecio la invitacion ya tenia en mente el proyecto a presentar, asi que a escribirlo y mandarlo se ha dicho.

Me inscribi y nos juntamos hoy en la mañana de madrugada (9:30 AM!!! es Sabado!!!) a tomar desayuno y luego a jug..... trabajar!.

Mi proyecto esta basado en DFS, ya me habia tocado implementarlo con Windows 2003 y Windows 2003 R2, las diferencias entre ambos es bastante grande y estoy interesada en conocer las diferencias con 2008 y tratar de sacar el mejor provecho de ellas.

En las Oficinas de Microsoft se coloco un par de servidores con un storage compartido y varias maquinas virtuales sobre el, nos repartimos las maquinas entre los que estabamos presente para realizar cada uno lo que tenia pensado. En el mio usare 3 maquinas, 2 de ellas para generar los servicios que necesito y el tercero que tendra una funcion de router para simular una red remota.

Primero partire haciendo funcionar en la misma red el DFS y luego me "llevare" uno de los servidores a otra red y a un site distinto, este primer escenario lo muestro en la siguiente figura:

Las maquinas ya tenian windows 2008, eran copias de una maquina virtual base, como dicen por ahi, el flojo trabaja 2 veces, comence primero que nada instalando Active Directory Domain Services a una de ellas y cuando quise incorporar la segunda comenzaron mis dramas, un mensaje de error me alerto que ese nombre ya estaba en la red.

Procedi a cambiarle el nombre pero despues de infructuosos intentos de incorporarlo al dominio me hizo replantar mi estrategia y volver todo atras comenzando de nuevo. Mi par de maquinas no eran las unicas que tenian el mismo nombre sino que todas se llamaban igual, asi que a desinstalar todo, renombrar los server y a empezar de nuevo.

El primer server fue bautizado como WIN-DFS1 y el segundo como WIN-DFS2, el tercero que hoy solo alcance a renombrarlo fue bautizado como WIN-RRAS

Una vez ambas maquinas en el dominio, que ya deben adivinar como se llama, procedi a agregar a ambos servidores el Rol de "File Services"

Y como nuestro ambiente es sobre DFS, por supuesto tambien instale Distributed File System con sus correspondientes Namespaces y Replicacion.

Durante la instalacion del servicio en la primera maquina, aproveche de dejar configurado el primer Namespace que lo bautice como "Desarrollo", por supuesto que quedo como un namespace basado en Dominio y con Windows server 2008 modo activo. (ya sabremos de que se trata esto ultimo)

Una vez instalado el Rol y entrando a la herramienta de Administracion de DFS nos encontramos con toda la ayuda que necesitamos, un "Getting Started" nos muestra unos paso a paso de como realizar las siguientes acciones.

Este tipo de ayuda la encontraremos en casi todas las herramientas de administracion, el server manager de Windows 2008 nos permite no solo agregar/eliminar nuevos roles y funcionalidades sino que tambien las herramientas de Administracion y mucha ayuda, links a los utilitarios, etc.

Como nuestro laboratorio es de alta disponiblidad, agregamos el segundo servidor a nuestro namespace.

En este punto se nos termino la mañana y nos retiramos hasta una proxima jornada.

Aun no es muy tarde para que ustedes tambien envien un proyecto y participen del IP Pro Momentum

Y despues de tanto bautizo de servidores, me fui a un verdadero bautizo del cual les contare otro dia.

Saludos!

Isa