Isabel de la Barra

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

Alta Disponibilidad de Archivos - DFS

Mon, 03 Mar 2008 00:10:01 GMT

Como comente en un post anterior, la charla estuvo visitada por murphy, sin embargo fue menos de lo que pense, pues al levantar las maquinas para preparar el post, lo primero que hice fue revisar el server LAB-1 con la idea de ver que habia pasado y por que no habia replicado, al revisar el directorio en cuestion me encuentro con los archivos que copiamos en la demo, por lo tanto, era solo cosa de esperar un poco mas.

Les debo la ppt y el video, mientras les dejo un link con el paso a paso.

Para comenzar a preparar el ambiente usado fueron instaladas 3 maquinas: LAB-1, LAB-2 y LAB-3 todo esto usando Virtual PC 2007, Originalmente habia instalado un 2008 como DC para sacar las imagenes que use en la ppt, pero en vista que me expiro esa version instale nuevamente un 2008 pero esta vez dentro del dominio de las maquinas 2003 R2 para mostrar tambien que es posible comenzar a usar 2008 en la plataforma actual de la empresa.

Una vez instalado el servicio DFS en las 3 maquinas el escenario era es el siguiente:

ya tenemos el ambiente listo y quiero replicar paso a paso la demo realizada y comentar algunas cosas que pudiesen haberme faltado, el objetivo es llegar a los siguiente:

Primero que nada vamos al administrador de DFS, las formas de llegar a el son en "Manage Your Server" en el Rol "File Server" Click en "Manage This File Server", tambien puede abrirse a trave de Start, Programs, Administrative Tools, File Server Management. Una vez abierta la herramienta podemos comenzar a trabajar, costumbrense a no ponerle la marca de no desplegar la pagina al conectarse ya que asi tienen altiro a mano las herramientas de administracion de los distintos roles del server, asi como el poder agregar o eliminar nuevos roles, fuera que en 2008 la administracion sera muy parecida.

Creando el Namespace.

Como esta configuracion de guarda en el AD, es irrelevante cual de los servidores usemos para configurarlo, para el demo usamos LAB-2

En la consola de administracion de archivos, vamos a DFS Management, namespace, en al lado derecho tenemo la seccion de "actions" la cual muestra practicamente lo mismo que el boton derecho sobre namespaces. La primera vez que se abre este administrador solo mostrara los espacio de nombres que se han agregado a este server y no necesariamente todos los existentes, para ver algun espacio de nombre que no se encuentra alli, seleccionar "Add namespace to Display" y aparecera, esta fue la razon de porque en la demo, en la consola de administracion no aparecio automagicamente el namespace creado ni en LAB-3 ni LAB-1.

Seleccionar "New namespace", selecciono el server LAB-2, next, le coloco un nombre al namespace, en este demo usaremos "isa", next, seleccionar "Domain-Based namespace" para que se publique a traves del active directory y no directamente en el server.

cabe hacer notar, que igualmente las carpetas que usemos quedaran publicadas en el servidor y los usuarios podran accesarlas, sin embargo, la idea de usar un namespace es independizar el share de los servidores y hacerlo mas trasparente a los usuarios y mas facil de trabajar para los administradores.

En espacio que estamos creando aparecera con el nombre \\contoso.com\isa , next, nos mostrara un resumen de lo que configuramos y click en Create. Vemos que fue creado exitosamente y damos OK volviendo a la consola de administracion del File Share.

Hasta el momento llevamos en espacio de nombres solamente, aun no tenemos shares compartidos y esta publicado solo en 1 servidor. Para agregar un segundo y tercer server vamos nuevamente a Actions y seleccionamos "Add namespace server" y agregamos siguiendo el wizard los 2 servers restantes, LAB-3 y LAB-1, si el share no existe, este sera creado.

Es recomendable en este punto, dejar solo de lectura los shares de los espacios de nombres y que los usuarios solo accesen los shares folders del namespace y no del server. Si se desena cambiar los permisos puede hacerse a traves de los shares de cada server o en propiedades al seleccionar cada server en la consola donde estamos trabajando. La siguiente figura muestra como vamos hasta el momento.

En esta figura podemos apreciar el tab donde podemos delegar la administracion del namespace, por ejemplo a un administrador regional o de algun area. Tambien vemos para cada server, en que Site se encuentra, en este demo, solo tenemos un site, pero podemos tener mas de uno. La replicacion entre los server se realiza usando los conectores definidos para los sites.

Creando Folders en el namespace

En el panel de Actions (o usando el boton derecho) click en New Folder, se abre una pantalla que nos permite colocarle el nombre del folder a compartir, el cual puede ser distinto a los nombres de los shares en los servidores, para efectos de este demo usaremos demo1 y agregamos los folders de los 3 servidores (\\LAB-2\perfiles$, \\LAB-3\perfiles$ y \\LAB-1\perfiles).

En la Charla solo usamos 2 servers y despues agregamos el tercero, cabe mencionar que el efecto es el mismo agregandolo antes o despues, el agregar el server 2008 no implico una ampliacion del Schema de AD.

Cuando le demos OK, si tenemos mas de 1 server o al agregar el 2do server a un folder ya existente, nos ofrecera crear el grupo de replicacion, le damos click en yes y se abre el wizard para la creacion de la replicacion. Aceptamos los nombres que nos ofrecen y click en next, revisamos que esten los shares seleccionados y next, seleccionamos como primario LAB-2, este server sera el que se usara como mandatorio para la primera replicacion, una vez terminada la primera replicacion se vuelve multi master, next.

Seleccionamos la topologia, nos da 3 opciones, seleccionamos full mesh, es decir, todos con todos, next, se leccionamos el ancho de banda a usar, este es el limite para las replicaciones, los anchos van desde 16Kb hasta 256Mb y Full, es decir sin limite, para efectos de la demo seleccionamos FULL, next, nos da un resumen y create, al finalizar nos manda un aviso indicando que replicara una vez todos los miembros se enteren, y listo, ya tenemos el share con replicacion funcionando!

Al copiar archivos en alguno de los shares este se replica a los demas, la primera vez es mas lento, pero ya una vez establecida la sincronizacion es mas rapido.

Los invito a revisar las demas opciones que ofrece, como el agendar los anchos de banda dependiendo del dia y hora y muchas cosas mas.

Saludos!!

Isa

Heroes!!

Sun, 17 Feb 2008 19:03:22 GMT

Heroes!!

Todo partio como una serie de television, despues aparecieron los Heroes nacionales, y como en toda moda, Microsoft no podia estar ausente y esta en plena campaña para reclutar a nuestros Heroes Tecnologicos.

Asi como cuando comenzo la moda de los Realitys me hice presente en el primer RealityIT (como una repesentante femenina! Chicas donde estan??) en esta oportunidad tampoco estare ausente y los invito a todos ustedes a participar tambien como los Heroes que son.

La inscripcion es super facil, solo debes hacer Click Aqui y registrarte, no olvides anotarte en los boletines para mantenerte al tanto de los eventos que se vayan organizando o en como puedes ser tu tambien un Heroe.

Siguiendo con el ciclo de conferencias de Mision Critica te dejo aca los 3 proximos eventos, no olvides inscribirte y apoyar a los Heroes que las dictan :D

20 de Febrero
Alta disponibilidad de SQL Server 2005
Jorge Díaz y Felipe Zúñiga

28 de Febrero
Alta disponibilidad de archivos, DNS externo y DHCP
Isabel de la Barra y Gonzalo Balladares

5 de Marzo
Alta disponibilidad de ISA Server 2006
Emerson González y Ricardo Rojas

Los eventos son GRATUITOS de 19:00 a 22:00 en Teatinos 550 (New Horizonts), queda a 2 cuadras del metro Sta Ana.

Espero verlos a todos!!

Saludos!

Isa

Nuevo Ciclo de Charlas

Tue, 11 Dec 2007 01:33:15 GMT

El miercoles recien pasado comenzo un nuevo ciclo de Charlas Tecnicas Presenciales de las comunidades de technet, en esta oportunidad se unen Glue, Infoclan, SQLGurues y Mossca para este ciclo titulado MISION CRITICA: Alta Disponibilidad y Hardening.

La semana pasada hubo una charla muy buena dada por Oscar Soto y Gonzalo Balladares sobre DNS y Active Directory, creo que todos los presentes aprendimos bastante.

La proxima es sobre Alta Disponibilidad de Exchange 2003, es el miercoles 19 a las 19 hrs en New Horizonts (Teatinos 550, Stgo) las inscripciones son Aquí.

En esta sesión veremos: Cluster de Windows 2003 Single, Cluster de Windows 2003 Single, Cluster de Windows 2003, Majority Node Set y Exchange Server, Network Load Balancing para Front-Ends, Licenciamiento, Demo en vivo creacion de cluster.

Oradores: Christian Aguilera, Jorge Diaz

Pero esto no sera todo, pues quedan 4 charlas mas donde se veran temas como:

* Alta Disponibilidad de Sharepoint 2007
* Alta Disponibilidad de SQL Server 2005
* Alta Disponibilidad de ISA Server 2006
* Alta Disponibilidad de Archivos, DNS Externo y DHCP

No te las puedes perder!!

Saludos!

Isa

En la onda de la virtualizacion: Physical to Virtual

Thu, 15 Nov 2007 20:24:08 GMT

Desde el Evento de Microsoft en el Cine Hoys de Huerfanos que tenia ganas de probar el llevar una maquina fisica a virtual, sin embargo hasta esta semana no tuvo prioridad el tema, tenia que generar un ambiente de pruebas IDENTICO al ambiente de produccion, recordando el evento, mencione que se podia hacer y me meti de cabeza a hacer funcionar la solucion.

Lo primero, bajar la version de evaluacion del SCVMM, instalarlo y a jugar!!!!

En la consola tenia un maravilloso link que decia "Convert physical server", esta es la papa dije yo, asi a ver que server transformar antes de hacerlo "de a de veras".

Todo iba espectacular, conocia las respuestas a las preguntas del Wizard (eran facilitas!) hasta que llego el momento de seleccionar la maquina Host, mi maquina regalona no tenia opcion de ser seleccionada!! voy a ver por que y me encuentro con un feo mensaje que decia:

Not enough memory available. Maximum memory available is 1832 MB. Accounting for reserves, maximum memory available is 1643 MB.

Pues aca vamos, a buscar en technet se ha dicho....

En los foros de Microsoft encontre una respuesta que me parecio adecuada, en ella hacian referencia al KB942983 el cual deberia darme mas luces. Este KB me indicaba que debia realizar la migracion usando un parametro especial de PowerShell, el -MemoryMB, ok! pero ahora que comando de power shell debo usar con ese parametro?? A seguir buscando!!!

Me encontre el maravilloso Windows PowerShell Virtual Machine Manager Cmdlet Reference que me dio la respuesta, el comando es New-P2V, la descripción de ese comando eran 10 paginas, asi que a revisar que parametros son los que me servian, ya tenia el que menciono el KB, pero que mas necesitaba?

Primero que nada, llevar las credenciales que usaria a una variable.

PS C:\> $Credential = Get-Credential

Este comando me abrio una ventanita donde coloque el usuario y la password a usar.

A continuacion, llevemos a una variable el servidor que estamos usando como host.

PS C:\> Get-VMMServer -ComputerName "ULMO"

Vaya!! si que entrega info este comandito! Me gusto. Sigamos con el proximo paso, la maquina que sera Host.

PS C:\> $VMHost = Get-VMHost -ComputerName "ULMO"

PS C:\> New-P2V -SourceComputerName "BOLDO" -VMHost $VMHost -Name "BOLDO" -Path "E:\Virtual Machines" -MemoryMB 1024 -Credential $Credential -RunAsynchronously

Y ahora que? Vamos a ver los Jobs, genial! esta corriendo!!!

Aca hay que armarse un poco de paciencia, ir a tomar un cafe o aprovechar de avanzar en otros temas mientras, tambien podria servir para preparar un articulo para el blog contando la experiencia y/o hacer un manualcito de modo que los colegas no tengan que invertir tiempo en ver como se hace.

Bien, 46%, alcanzo a hacer un par de cositas mas. Aprovecho de contarles que el server que estamos migrando es un Windows 2003 Server, las pruebas las comence con Windows 2000, alli tuve otros dramas que mas adelante vere como resolverlos si los necesito :P En resumen, para migrar el server 2000 reinicia la maquina y levanta un Vista donde ejecuta un sistema que teoricamente arma el disco, pues hasta este punto llegaba el proceso, despues de media hora de esperar tener noticias del server que estabamos migrando el Job mandaba error, despues de 2 intentos desisti y me consegui un 2003 para migrar, mas que mal, los servidores que iba a migrar eran 2003 tambien.

48%, llevamos poco mas de 20 minutos, Boldo tiene un disco de 75Gb, de los cuales solo esta usando unos 25, el disco virtual lo definio de 75 tambien, al menos las veces que intente la migracion por la consola, trate de ponerle un disco mas pequeño pero no me dejo, si podia definir discos mas grande, pero no mas pequeños.

50%, Si la maquina origen tiene mas de un disco, se puede seleccionar que los migre todos o solo algunos, esto en la interfaz grafica era simple, pero con power shell aun no lo tengo muy claro, probablemente se pueda hacer usando un archivo VMC.

53%, la opcion -RunAsynchronously nos permite que una vez lanzado el job, el prompt de PowerShell vuelva lo antes posible y el job quede ejecutandose sin dejarnos la consola tomada. El reference explica otros parametros que trae, tambien puedes saberlo a traves de get-help New-P2V -detailed

Despues de 50 minutos desde que comenzo el proceso este llego a su fin, el disco virtual que genero es de 26Gb, No le puso tarjeta de red, veamos si parte ahora.

Al conectarme al server me mando un mensaje como si la maquina fue victima de un power off, pero despues levanto todo ok, se puso a reconocer hardware y a adaptarse a su nuevo ambiente, pero en general estaba todo ok.

Como ultimo paso, instalar los VMAdditions y ya tenemos nuestro server Virtualizado.

Saludos!

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

Expert Zone

Sat, 13 Oct 2007 19:40:36 GMT

Unified. Simplified.

La hora para unificar tus comunicaciones ha llegado.
Unified Communications de Microsoft.

Te recordamos la invitación a conocer la nueva propuesta de Microsoft para Comunicaciones Unificadas. Descubre como la fuerza del software nos permite agilizar las comunicaciones entre las personas y empresas independientemente del medio utilizado, la plataforma, el dispositivo o la localización.

Durante este evento podrás disfrutar de una serie de tracks técnicos ofrecidos por expertos de Microsoft en la tecnología y un amplio número de socios especializados en la materia. El objetivo a cubrir es mostrarte como hacer el despliegue y administración de estas nuevas tecnologías entre las que destacamos Microsoft Office Communications Server 2007, Microsoft Office Communicator 2007 y Microsoft Office Live Meeting en combinación con Microsoft Exchange Server 2007 que proporcionarán la base de software para ofrecer servicio de VoIP integrado con la infraestructura existente.

Fecha: del 18 al 26 de Octubre Orientado a los siguientes productos:

Microsoft Office Communications Server 2007 (OCS 2007)
Microsoft Office Communicator 2007 (OC 2007)
Microsoft Exchange Server 2007 SP1 Microsoft Office Live Meeting 2007 (OLM 2007)
Microsoft Exchange Hosted Services (EHS)
Microsoft Round Table
UC Devices: IP Phones
UC 5 Start program announcement
IP Phone Devices - Partner driven
Security and Compliance
Web Conferencing
Mobility and Anywhere Access
The UC Administration Experience
UC Extensibility: Embedding UC in LOB Applications
End-User VOIP Experience
VOIP Architecture
VOIP Topologies and Interoperability
OCS 2007 Deployment
Exchange Server 2007 SP1 Overview

Mas informacion en:
http://www.mslatam.com/latam/technet/expertzone

Saludos!

Isa

Capacitaciones Online y mas!

Thu, 27 Sep 2007 02:59:59 GMT

Aca tenemos otro ciclo de capacitaciones, aprovechenlas que son gratuitas :D

Fuera de estas capacitaciones, tes tengo la noticia de que ya fue liberado el primer candidato a release de Windows 2008.

Pueden bajarlo desde aquí, donde pueden elegir versión para arquitectura x86 o x64. Esta versión requiere una clave de producto que pueden bajar desde TechNet Beta Central que les mantendrá la máquina activa hasta el 7 de Abril de 2008. Sin la clave la instalación entrará en modalidad de funcionalidad reducida a los 30 días.

Y como ultimo dato, les dejo un link a Live Care, un antivirus Online gratuito bastante bueno, estuve probandolo hoy en un equipo que ya le habiamos pasado un par de antivirus y spyware y encontro mas cosas todavia, los invito a probarlo y dejar sus comentarios.

Saludos!

Isa

Segunda Oportunidad

Thu, 20 Sep 2007 18:42:59 GMT

Prometric nos ofrece nuevamente el poder dar un examen y repetirlo sin costo alguno si lo reprobamos, lo que si hay que tener en cuenta lo siguiente:

Puede ser usado para registrarse con examenes MCP (70-XXX) o Dynamics.
NO puede ser usado para examenes academicos (72-XXX) - un programa similar se liberará para las academias en Octubre.
NO puede ser combinado con otros vouchers.
Solo puedes hacer uso del voucher por segunda vez para el mismo examen que fallaste en la primera ocasión.
Despues de registrarse la primera vez, conseguiremos instrucciones para poder registrarnos más veces y así poder hacer uso de esta promoción en multiples instancias.
Se debe de tomar el primer examen entre Septiembre 15 de 2007 y Enero 30 de 2008, pero debemos de tomar el segundo examen a más tardar Enero 31 de 2008.

Esta es una muy buena oportunidad para quienes estamos en proceso de obtener certificaciones y para quienes recien estan pensando en centificarse, no la dejes pasar y aprovecha esta opcion.

Mas informacion de como acceder a este beneficio en http://www.prometric.com/microsoft/2ndchance

Suerte!

Isa

Microsoft TechNet & MSDN Briefing

Fri, 31 Aug 2007 12:46:36 GMT

Vuelve un clásico para los profesionales de IT y los desarrolladores. Un encuentro en el que podrás conocer las mejores formas de resolver, desde una perspectiva de IT integral, los actuales desafíos de negocios. En esta edición del Microsoft TechNet & MSDN Briefing nos focalizaremos en dos escenarios (gestión interna de IT e información y nuevos servicios a los clientes), considerando la infraestructura informática y las aplicaciones, las tecnologías actuales y las tendencias. Elige la charla de tu interés y regístrate ya:

Optimización de la gestión de IT.
Agilizando el flujo interno de información y los procesos de negocios.
Plataformas de IT para la prestación de nuevos servicios.
Innovadores servicios al cliente bajo el paradigma de la Web 2.0.

Además, lanzaremos Microsoft System Center 2007 y Microsoft Forefront: ven a descubrir cómo lograr que el control de la plataforma sea tuyo.

Y si eres desarrollador, comparte con nosotros tus razones para programar en .NET.

http://www.microsoft.com/chile/briefing2007/

Saludos!

Isa

Conoce Office Groove 2007

Thu, 09 Aug 2007 23:38:09 GMT

Me llego esta informacion ayer desde los boletines de technet, justo el dia anterior un chico me pregunto sobre el tema y la verdad no tenia mas conocimiento que haberlo escuchado mencionar un par de veces, ahora tengo/tenemos la oportunidad de verlo en accion :P

Office Groove 2007 es un programa de colaboración que ayuda a los equipos a trabajar juntos, dinámicamente y con eficacia, sin importar para qué organizaciones trabajen, o si lo hacen de manera remota, o fuera de línea. La utilización de esta herramienta ahorra tiempo, aumenta productividad y mejora la calidad de tu trabajo.

Aca les dejo una serie de videos en español donde podran conocer esta tecnologia:

Parte 1. La colaboración y el Nuevo Mundo del Trabajo

Parte 2. Overview de Groove

Parte 3. Introducción a la Arquitectura de Groove

Parte 4. Arquitectura- Seguridad

Parte 5. Desarrollo de soluciones en Groove

Parte 6. Elegir la versión adecuada, probar e Implementar Groove

Parte 7. Escenarios de Uso de Groove- Mercados Verticales.

Fuera de estos videos, tenemos para el 16 de Agosto un Webcast

Microsoft Office Groove 2007: La próxima generación en soluciones de colaboración con Microsoft Office

Espero que esta informacion le sirve a Pablo y a todos ustedes :D apenas tenga un tiempito me meto tambien en el tema, por ahora ya me estoy anotando en el Webcast.

Saludos!!

Isa

Cursos Gratis de Exchange 2007 y Office Communicator Server

Wed, 08 Aug 2007 19:08:15 GMT

Microsoft Learning está ofreciendo en forma gratuita los siguiente cursos de Exchange 2007 y Office Communication Server 2007, todos orientados a Mensajería Unificada.

Clinic 5091: Introduction to Microsoft Exchange Server 2007 Unified Messaging

Clinic 5127: Introducing On-Premise Conferencing Using Microsoft Office Communications Server 2007

Clinic 5128: Introducing Enterprise Telephony Using Microsoft Office Communications Server 2007

Clinic 5129: Customizing Real-Time Communication with Microsoft Office Communications Server 2007

Los cuatro cursos son de una duración de 2 horas cada uno en formato de e-learning y son una excelente introducción al mundo de la integración de la Telefonía en Exchange y Office Communicator Server 2007.

Gracias a Oscar Soto por esta info.

Saludos!

Isa

Perfomance: Exchange

Sun, 05 Aug 2007 04:08:16 GMT

Aunque hay varias herramientas que podemos usar para medir el perfomance de exchange, tales como Load Simulator (LoadSim), Exchange Stress and Performance (ESP) 2003, Network Monitor, Filemon, etc, nos enfocaremos hoy solo en Perfomance Monitor (Perfmon) como una continuacion del ciclo.

La recomendacion de tiempo seria al menos tomar un dia, donde se presente ojala el problema o sitacion que queremos analizar, con intervalos de 5 minutos, tambien se puede hacer un monitoreo online con mustras cada 30 segundos, para ver que esta ocurriendo en cada momento con nuestra maquina, en particular con las colas.

Es importante conocer los periodos de mantenimiento del server, por ejemplo cuando se realiza el respaldo o las defragmentaciones online ya que esto tambien se vera reflejado en las muestras.

Contadores para las colas

SMTP Server\Local Queue Length

Indica el numero de mensajes esperado ser distribuido localmente, si este numero comienza a aumentar estamos frente a un problema con nuestra abase de datos local, este numero no debe sobrepasar los 1000 mensajes, la cola debiera mantenerse en un promedio bajo sin muchas variaciones.

SMTP Server\Remote Queue Length

Indica en numero de mensajes esperando se distribuido hacia otros servidores, si este numero crece se debe a problemas de comunicaciones con el o los servidores donde esta el destino del correo, esta cola no debe sobrepasar los 1000 mensajes y debe mantenerse en un numeros promedio que no varia demasiado.

SMTP Server\Categorizer Queue Length

Es el numero de mensajes en la cola smtp para busqueda de atributos en el active directory, este valor debe ser muy pequeño, ojala siempre en 0 y no debe sobrepasar los 10.

MSExchangeIS Mailbox\Send(Receive) Queue Size

Indica en numero de mensajes en la cola de envio(recepcion) del mailbox store, estas cola no debe sobre pasar los 500 mensajes.

MSExchangeIS Public\Send(Receive) Queue Size

Igual que el contador anterior, pero relacionado con las carpetas publicas, de la misma manera, esta cola no debe sobrepasar los 500 mensajes.

Requerimientos RPC

Cuando se usa outlook en modo MAPI, se produce una "traduccion" a RPC (Remote procedure calls) entre el cliente y el servidor, si el usuario esta online, estas llamadas ocurren sincronicamente. Cualquier demora en el server para responder a estos requerimientos afectan directamente al usuarios con una percepcion de lentitud o servicio degradado.

Si el usuario esta en modo cache, esta conversacion es principalmente asincronica, esto se traduce que si hay lentitud en la respuesta esta no es sentida en una lentitud al usuario, no se tiene esa sensacion de que se "pego" el outlook.

Los contadores que nos pueden ayudar a identificar estas demoras (delay) son los siguientes:

MSExchangeIS\RPC Requests

Indica el numero de requerimientos MAPI RPC que estan siendo atendidos por el Information Store, el Information Store solo puede atender hasta 100 de estos requerimientos antes de comenzar a rechazar las conexiones, este numero no debiera soprepasar los 30.

MSExchangeIS\RPC Averaged Latency

Indica la latencia promedio en milisegundos de los ultimos 1024 paquetes, este numero no debiera sobreparasar los 50ms.

Eproxy

EProxy (ExIPC) es un mecanismo de memoria compartida que habilita el proceso de comunicacion entre el IIS (inetinfo) y Exchange Information Store (IS), esta comunicacion es bidireccional la cual atiende protocolos tales como WebDav, IMAP4, POP3, NNTP y SMTP. Esta memoria tambien es usada por DSAccess, el componente de exchange que interactua con Active Directory.

Los contadores que nos sirven para ver este componente son:

Epoxy\Client Out Queue Length (WebDAV)

Indica el numero de mensajes conteniendo mensajes WebDAV en la cola enviados por inetinfo, esta cola no debiera ser mayor a 10.

Epoxy\Store Out Queue Length (WebDAV)

Indica el numero de mensajes conteniendo mensajes WebDAV ern la cola enviados por IS, esta cola tampoco debe sobrepasar los 10 mensajes.

Epoxy\Client Out Queue Length (DSAccess)

Indica el numero de mensajes conteniendo mensajes DSAccess en la cola enviados por inetinfo, esta cola no debe sobrepasar los 10 mensajes.

Epoxy\Store Out Queue Length (DSAccess)

Indica el numero de mensajes conteniendo mensajes DSAccess en la cola enviados por IS, esta cola no debe sobrepasar los 10 mensajes.

Estos contadores tambien estan disponibles para IMAP4, POP3, NNTP y SMTP, para NNTP no debiera sobrepasar los 10 mensajes, para IMAP4, POP3 y SMTP no debe pasar los 50

Procesador

Los analisis que hicimos en el articulo sobre perfomance del procesador con que iniciamos este ciclo siguen siendo validas para Exchange, para este caso, debemos poner especial cuidado en los siguientes tambien:

Process(STORE)\% Processor Time

Process(inetinfo)\% Processor Time

Process(EMSMTA)\% Processor Time

Process(System)\% Processor Time

Estos contadores pueden si usan por ejemplo el de 0 a 100% de 4 CPU mostraran un valor entre 0 y 400%

Si otros procesos son tambien grandes consumidores de CPU en el server, debemos incluirlos tambien en el analisis, estos pueden ser por ejemplo el antivirus.

Memoria

Los indicadores de memoria que analizamos anteriormente tambien son utiles para ver el comportamiento de nuestro servidor, en particular para Exchange, el componente mas comsumidos es IS, por lo que debemos analizar el siguiente contador:

Process(process name)\Private Bytes

Database\Database Cache Size

Cabe hacer notar que Exchange intentara consumir toda la memoria disponible.

Es bueno mencionar en este punto el uso de 2 optimizaciones a nivel del archivo boot.ini, les recomiendo revisar los siguientes articulos respecto a los parametros /3GB y /userva:

823440, "Use of the /3GB switch in Exchange Server 2003 on a Windows Server 2003-based system" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=823440)

316739, "How to use the /userva switch with the /3GB switch to tune the User-mode space to a value between 2 GB and 3 GB" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=316739)

Red

Para analizar que esta ocurriendo a nivel de red, revisemos lo mismos contadores que mencionamos anteriormente.

Disco

Antes de pasar a revisar los contadores de Disco en particular para Exchange, es bueno tener presente lo que ya habiamos revisado.

Para el disco de temporales, debemos considerar los siguientes contadores:

PhysicalDisk\Average Disk sec/Read (Write)

Los valores no deben ser en promedio mayores a 10 con peak no mayores de 50.

PhysicalDisk\Average Disk Queue Length

El promedio debiera ser menor al numero de discos fisicos, 1 si es solo un disco.

Para el disco de la Base de datos (archivos edb y stm)usaremos los siguientes criterios:

PhysicalDisk\Average Disk sec/Read (Write)
Los valores no deben ser en promedio mayores a 20 con peak no mayores de 50.

Database\Database Page Fault Stalls/sec

Indica la tasa de paginas que no pudieron ser entregadas por que no estaban disponibles en el cache de la base de datos, este contador debiera ser 0 en servidores de produccion.

Para el dosco donde se encuentran los transaction logs los criterios debieran ser los siguientes:

PhysicalDisk\Average Disk sec/Read (Write)

Los valores no deben ser en promedio mayores a 5(read)/10(Write) con peak no mayores de 50.

Database\Log Record Stalls/sec

Indica el numero de registros de logs que no pudieron agregarse al buffer de log por segundo por que el log estaba lleno, este valor no debiera ser mayor a 10 por segundo en promedio y los peaks no debieran ser mayores a 100

Database\Log Threads Waiting

Indica el numero de hebras esperando a completar una actualizacion de la base de datos para escribir su dato en un log. si este numero es muy grande estamos frente a cuello de botella provocado por el log, el promedio no debiera ser mayor a 10 hebras.

Para el disco donde se encuentran las colas SMTP

PhysicalDisk\Average Disk sec/Read (Write)
Los valores no deben ser en promedio mayores a 10 con peak no mayores de 50.

Archivo de Paginacion

Ya analizamos el archivo de paginacion anteriormente indicando los valores a considerar para un servidor Exchange.

Espero este articulo les sirva, al igual que los anteriores y espero en una proxima oportunidad profundizar un poco mas en los contadores para problemas mas especificos.

Saludos!

Isa

Aprende Windows 2008 Gratis con Technet

Tue, 24 Jul 2007 21:12:48 GMT

El proximo año Microsoft lanzara varios productos, entre ellos Windows 2008, SQLServer 2008 y Visual Studio 2008.

Como administradores necesitamos ir conociendo los nuevos productos, se que para muchos es dificil conseguir recursos, y no todos conocen el potencial que hay en el sitio technet.

Sabias que estan disponibles en forma gratuita libros sobre windows 2008 y power shell para que empices a probar? no? pues sigue este link y disfrutalos.

Si no tienes donde probarlo, puedes obtener la version beta3 de Windows 2008, esta para 32 y 64 bits, la cual puedes instalar usando Virtual PC 2007 y montar tu mini laboratorio.

Si no quieres instalarlo pero aun asi quieres tener donde meter las manos, puedes hacelo conectandote a los virtual Labs.

Tambien puedes tomar algun curso, como esta coleccion de 4 cursos gratuitos que te entregan una introduccion sobre las cualidades del nuevo sistema, desde que te registres tendras 1 año para completarlos.

Bueno, con esto ahora solo nos falta tiempo para conocer nuestro nuevo juguete antes que nos comience a dar dolores de cabeza :D

Saludos!

Isa

Perfomance en terminal Servers

Thu, 19 Jul 2007 03:26:23 GMT

Ya hemos analizado una serie de contadores que nos han ayudado a medir como se esta comportando nuestro sistema, vemos como esta la salud, sus "latidos", la presion, etc. tenemos al paciente con sus sintomas bien identificados :D

Pero hemos medido sin enfocarnos en un tipo de servicios en particular, en esta ocasion quiero aprovechar de que veamos el comportamiento de un Terminal Server (usare terminos en Ingles) y como identificar donde podemos tener un problema.

Los contadores que debemos recolectar son los siguientes:

Memory

Pages/Sec
Available Mbytes
Committed Bytes
Page Faults/Sec

Network Interface

Bytes Total/Sec
Packets/Sec

Paging File

% Usage

Physical Disk

% Disk Time
Avg Disk Bytes/Transfer
Avg Disk Queue Length
Avg Disk Sec/Transfer
Disk Transfers/Sec

Processor

% Processor Time
% Privilege Time
% User Time
Interrupts/Sec

System

Context Switches/Sec
Processes
Processor Queue Length

Terminal Services

Active Sessions
Total Sessions

Terminal Services Session

% Processor Time
Page Faults/Sec

El intervalo de tiempo de las mediciones depende de el tiempo total que queremos medir, si necesitamos mediciones en cortos periodos de tiempo las muestras son mas seguidas, cada 15 o 30 segundos, si mediremos durante todo un dia o varios dias, tomarlas cada 1 o 2 minutos. Esto suponiendo que estamos tratando de averiguar si algo anomalo esta ocurriendo en nuestra maquina, si queremos tomar medidas para realizar un analisis de crecimiento o algo asi, las medidas pueden tomarse con menos frecuencia aun.

Ya una vez tomados los resultados leemos el archivo usando la herramienta perfomance monitor como lo vimos anteriormente.

Cabe hacer notar que si tenemos un Terminal Server es generalmente para que usuarios se conecten a el y ejecuten aplicaciones de usuarios, este servidor debiera condfigurarse para tener un mejor perfomance para aplicaciones activas y no para background.

Memoria:

Como vimos al analizar la memoria el contador de paginas por segundo debe mantenerse en valores cercanos a cero, si este numero se mantiene en valores altos en forma consistente es que necesitamos agregar mas RAM.

La memoria disponible tambien hay que mantenerla bajo control, si suponemos que una conexion de usuarios usa entre 64 a 128 Mb debiera yener disponibles valores mayores para poder seguir aceptando conexiones.

Los Committed Bytes es bueno conocerlos, cuando un proceso se ejecuta, el Kernel reserva una cantidad de espacio en el archivo de paginacion, esto solo es una reserva y no implica necesariamente que el proceso esta paginando.

Page/faults por segundo es cuando el proceso necesita obtener datos que no se encuentran cargados en memoria, es normal que al inicio de un proceso aumente este numero ya que esta "cargandose" en memoria, pero debiera tender a cero una vez esta en ejecucion la aplicacion.

Hay procesos que hacen uso de memoria que muchas veces no se consideran como tales, por ejemplo el escritorio activo, las animaciones de mouse, el fondo de pantalla, etc, todos ellos usan recursos tambien y no son despresiables.

Red:

En el artículo de perfomance de red revisamos varios contadores, esta vez solo revisaremos 2 de ellos.

Bytes Total por segundo, esto nos muestra el trafico que se esta generando en la red, segun vimos anteriormente, al compararlo con la velocidad de la tarjeta, no debiera superar el 60% al 70% del ancho de banda, si es mayor hay que pensar en una tarjeta de mayor velocidad o armar un team.

El numero de paquetes por segundo tambien nos muestra que tan "activa" estan nuestras interfases.

Archivo de Paginacion:

Como vimos en el articulo sobre este tema su uso no debiera sobrepasar el 50%, para terminal server el tamaño debe ser entre 1.5 a 2 veces la RAM del equipo, el hacer crecer mas que eso el archivo de paginacion no se ganara mas en perfomance aunque pareciera que la utilizacion esta dentro de lo recomendado.

Disco Físico:

Las recomendacion que vimos en el articulo sobre perfomance de Disco son muy validas en esta ocasion tambien, altos valores por ejemplo de %Disk Time indican por ejemplo mucha paginacion o discos muy lentos, las aplicaciones de usuarios generalmente no son muy estresantes para los discos, bueno, dependiendo de la aplicacion tambien :S (si no entienden este simbolo, lean mi articulo sobre los emoticones)

Avg Disk Bytes/ Transfer , las tecnologias de hoy en dia nos permiten una transferencia de de entre 80Mb a 95Mb por segundos, en discos compuestos por arreglos lograriamos velocidades mayores ya que la escritura se realiza en paralelo sobre ellos, por ejemplo un RAID 5 de 4 discos tendra transferencias de entre 320Mb a 380Mb por segundo.

Las transferencias promedios en segundos a los discos no debiera superar los 20 ms y los peaks no debieran pasar los 50 ms ya sea de lectura o escritura

Procesador:

De lo primero que les menciones es sobre el uso del procesador, seguramente por que es lo que mas se ve afectado si alguno de los demas recursos comienza a escasear, en un terminal server este recurso es compartido por todos los usuarios, y si uno de ellos tira algun proceso pesado los demas tambien se veran afectados, sin embargo las aplicaciones que usan por lo general no son procesos muy pesados y nos relajamos un poco, sin embargo debemos cuidar que el % Time Procesor no supere el 90% por mucho tiempo.

El % de User Time tiende a ser mayor que en servidores con otro tipo de servicios ya que el tipo de procesos que se ejecutan son un poco diferentes, principalmente son aplicaciones como Office, como correo, word, excel, presentaciones, etc. o aplicaciones tipo ERP, contabilidad.

Ojo con el antivirus! no por que sea un servidor donde se conectan usuarios hay que colocar un antiivirus de desktop, es el peor error, hay que usar un antivirus de server, pues sino por cada conexion de usuario se abrira una instancia y los recursos consumidos se multiplicaran en la medida que cada vez mas usuarios se conecten. Ojo con aplicaciones como antispyware o programas similares de seguridad.

System:

Estos contadores generalmente se consideran dentro de contadores de procesador o memoria, nos muestran en general como se esta comportando el sistema.

Context Switches/Sec nos indica cambios de contexto en el sistema, ya sea al pasar de un proceso a otro, cambios de prioridad, cambio de modo (usuario/kernel) etc, este numero varia segun la velocidad del procesador, aunque es un numero que debiera mantenerse en valores bajos, no nos asustemos si en un Terminal Server llegan a 3000 o 5000 por procesador, esto se debe a la gran cantidad de procesos que estan ejecutandose, a mayor cantidad de usuarios, mayor es el numero esperable de este contador.

Processor Queue Length, numeros consistentemente sobre 3 o 4 por procesador indican que o se necesitan mas procesadores o la carga esta muy alta.

Terminal Services:

Estos contadores solo estan en servidores terminal server :D es como obvio, aunque creo que mas de alguno pensara encontrarlos si esta habilitado Remote Desktop, pues es asi, aunque no sea un Terminal Server con solo tener activo remote desktop veremos este contador.

Active Session es muy util a la hora de analizar el uso del procesador, con este valor podemos dimensionar que nos significaria crecer en cantidad de usuarios.

Total sesions son los usuarios logueados, independiente si estan activos o desconectados, es util para tambien en el calculo de memoria usada por usuario.

Terminal Services Session

Los contadores de este objeto nos muetran el uso de los recursos de alguna sesion particular, nos ayuda a identificar que sesion es la que esta teniendo problemas de perfomance.

Las aplicaciones al desconectarse el usuario sin dar logoff siguen consumiendo recursos, mas de una vez me ha tocado ver que dejan corriendo procesos pesados y se desconectan de la sesion.

Perfomance Monitor sigue siendo mi herramienta favorita a la hora de ver como se esta comportando la maquina, es buena idea cada 3 a 6 meses repetir las mediciones para ver como ha ido cambiando la carga, o tambien al cambiar alguna configuracion de hardware, tal como agregar memoria o agregar procesadores, asi se aprecia cual fue el cambio que se logro con esa accion.

Espero les haya servido esta guia tanto como yo disfrute escribiendola.

Saludos!

Isa

Perfomance: Red

Thu, 05 Jul 2007 05:02:48 GMT

Uno de los componentes importantes a la hora de medir el perfomance es saber que esta ocurriendo en cuanto a trafico, cuanta informacion esta pasando por las tarjetas y como esta su comportamiento, para ello tenemos varios contadores que nos seran de utilidad:

"Network Interface: Bytes Total/sec" vs. "Network Interface: Current Bandwidth" :

La cantidad de Bytes en total que pasan por nuestra tarjeta por segundo corresponde tanto al trafico de entrada como de salida, el segundo contador es la velocidad a la que esta conectada la tarjeta. estos son valores promedios en un rango de tiempo. Si tomamos estos 2 valores y dividimos entre ellos, el valor debe ser menor a 6. es decir, para tarjetas de 100Mbps debiera ser bajo los 6 a 7 Mb por segundo, para tarjetas de 1000, entre 60 y 70Mb/sec maximo.

Cuando son teams, hay que sumar los anchos de banda, por ejemplo un team de 2 tarjetas de 100 no debiera tener mas de 12 Mb/sec

Network Interface: Packets Outbound Errors :

Este contador DEBE estar en 0 (cero) no deben haber errores de salida, tambien se puede ver el Inbound y debiera ser cero tambien, si hay errores hay que analizar que esta ocurriendo, ver el trafico, colisiones o quizas fallas en el hardware.

Network Segment: % Network Utilization:

Este contador no ayuda a comprobar el uso de las distintas tarjetas de red, en un servidor podemos tener por ejemplo varias tarjetas, como la red interna, una red de respaldo, etc. Con este contador podemos ver la utilizacion de cada una de ellas.

Server: Bytes Received/sec y Server: Bytes Transmitted/sec.:

Saber si el servidor está perjudicando el resto de la red

Eso seria por ahora.

Isa

Problemas de memoria

Wed, 27 Jun 2007 06:31:20 GMT

Existe un contador que desconocia hasta hace unas horas atras, si sabia que existian 2 areas de memoria, una para el kernel y otra para el usuario o las aplicaciones que usa el usuario. Si tomamos un server con 4Gb de memoria tenemos por defecto que el server deja 2Gb para sus procesos de kernel y 2 Gigas para las aplicaciones, dependiendo de la funcion del servidor, estamos desaprovechando enormemente la memoria que queda disponible para el kernel ya que la aplicacion requiere usar mucho mas la memoria que el sistema.

En esta situacion tenemos principalmente servidores de bases de datos tales como Exchange y SQL Server, los cuales podemos "Enchular" a traves de parametros como /3GB /PAE etc. Sin embargo hay que conocer bien como funcionan estos antes de enchular demasiado y lograr el efecto contrario al esperado (Chicos, no jueguen con estos parametros en servidores de produccion si no conocen bien sus efectos).

En servidores tales como Domain controlers y Terminal Services, entre otros, este parametro puede causar efectos diversos, errores de conexion, log de eventos con muchos registros en rojo, aplicaciones con mensajes de error, caidas inesperadas, etc etc.

El contador que les queria mencionar, aunque no nos muestra directamente la cantidad de memoria disponible para el kernel, si nos da una idea de que esta ocurriendo.

Memory: Free System Page Table Entries

Este contador nos indica la cantidad de PTE disponibles para ser usadas por el sistema, al reiniciar el servidor este numero debe ser alto, como 40.000, 80.000 o 160.000, cuando este numero cae bajo 3.000 estamos claramente con un problema y el sistema comienza a reclamar falta de recursos.

Uno de los sintomas que muestra al caer en esta situacion es por ejemplo que la CPU se vaya al 100% sin una razon aparente, que algunos contadores de perfomance dejen de registrarse o queden "fijos", incluso al analizar el resto de los contadores pareciera que el server esta muy bien, archivo de paginacion usado en un 5%, 2 Gb de RAM disponible, etc.

Espero que este dato les haya servido como me sirvio a mi, muchas gracias Gonzalo por tu ayuda y los links buenisimo que me hiciste llegar.

Gracias a los chicos de ITPro que compartieron su experiencia conmigo en la investigacion de este problema.

Buenas noches!!