Antes que nada, muchas gracias a toda la gente que asistió al webcast de capa8 sobre administración de Exchange 2007 con Windows Powershell.
Como les había prometido, les dejo los scripts que usamos durante la sesión y algunos links interesantes para los que quieran ampliar sus conocimientos sobre la herramienta.
Los scripts que usamos : Scripts de powershell evento capa8
Acá les dejo un libro escrito por la gente de MS Suiza (en ingles), muy interesante para una introducción con ejercicios prácticos
http://www.culminisnetwork.com/exchange/glue/public/es/Biblioteca%20de%20documentos1/1/Presentaciones%20Tecnicas/Windows%20Powershell%20-%20EN.zip
Mucha info la pueden encontrar en la página oficial de Powershell
http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx
Y mas info en el sitio del GLUE www.msglue.com.ar
Espero lo hayan disfrutado.
Saludos
Leandro
Hoy me encontré con un problema bastante curioso. Uno de los domain controllers de la empresa donde estaba trabajando dejo de replicar luego de ser promovido y no permitía el login de ningún usuario. La única manera de acceder al equipo era en directory services restore mode, pero al no tener montada la base de AD no podemos correr un dcpromo para remover el equipo del dominio. Por lo tanto la opción que me quedaba era sacarlo a la fuerza de alguna manera, y obviamente reinstalar el SO no era una alternativa.
Después de mucho buscar, aprendí que hay una clave que le dice al DC que ES un DC, por lo tanto si la cambiamos simplemente la maquina pensara que es un member server al de reiniciar. Luego de esto deberíamos para el servicio de replicación de archivos y eliminar la carpeta SYSVOL Y NTDS.LISTO, nuestro DC es ahora un member server.
En caso de que alguna vez les pase algo similar:
1) HKLM\SYSTEM\CCS\Control\ProductOptions -> cambiar el valor productType de LanmanNT a ServerNT
2) NET STOP ntfrs
3) eliminar la carpeta %windir%\sysvol y %windir%\NTDS
4) Reiniciar
En caso de que el equipo en cuestión sea el encargado de algún rol de dominio tengan en cuenta que hay que realizar un seize de los roles de AD comprometidos mediante NTDSUTIL
Espero alguna vez les sirva sin perder las horas que perdí yo.
Saludos
Parte I, Preparando el escenario.
En la edición número 31 de esta revista hicimos un repaso por las nuevas características de Exchange 2007. Ahora, con el producto en la calle y varias implementaciones en camino, creo que es el momento de escribir sobre la manera de migrar al último sistema de mensajería del gigante de Redmond.
Por eso en esta serie de notas pretendo detallar todo lo necesario para una implementación exitosa. En la primera entrega veremos cómo preparar nuestra plataforma y preparar la organización. En la segunda como migrar los buzones, las carpetas publicas y decomisionar el viejo sistema de mensajería. Y finalmente, en una tercera entrega veremos cómo configurar el flujo de mensajes y el acceso a clientes.
Consideraciones previas.
Exchange 2007 no soporta ningún tipo de upgrade in-place, por lo tanto en todos los casos deberemos instalar un nuevo servidor y realizar una transición del sistema actual al nuevo. Asimismo, no es posible agregar un servidor de 2007 a una organización que contenga servidores de Exchange 5.5, en caso de que su organización contenga algún equipo con esta versión primero deberá migrarlo a por lo menos Exchange 2000.
Infraestructura mínima necesaria.
A fin de comenzar nuestro proceso de migración deberemos cumplir con ciertos requisitos en nuestro Active Directory. Por lo tanto, antes de correr el instalador del producto asegúrese de que el nivel funcional del Active Directoy sea al menos, Windows 2000 Nativo. Adicionalmente los Domain Controllers que contengan los roles de maestro de esquema y Catalogo Global deben ser Windows 2003 SP1. Debiendo contar con un GC por cada site en los que instalemos un equipo con Exchange.
Algo importante para destacar es que las proporciones entre procesadores del servidor de Exchange y procesadores de los servidores de Active Directory recomendadas para versiones anteriores siguen siendo validas en esta nueva versión. Por lo tanto podemos mantener la famosa regla del pulgar, que nos dice que la proporción adecuada es de por cada 4 a 1, debiendo mantener por cada 4 procesadores de Exchange un 1 procesador de Domain Controller.
No todo es infraestructura.
Los únicos requisitos para el producto no radican en la infraestructura de red, adicionalmente para instalarlo deberemos contar con Windows 2003 SP1 o Windows 2003 R2, .NET Framework 2.0, MMC 3.0 y Windows Powershell. A diferencia de las versiones anteriores del producto, NO deberemos tener instalados NNTP o SMTP.
Adicionalmente cada rol tendrá sus propios requisitos, los cuales voy a dejar que descubran ustedes mismos ya que realmente no van a complicarles la vida y a mí no me queda tanto espacio.
Del lado de los clientes también tenemos que tener en cuenta ciertas restricciones. Las únicas versiones de Outlook soportadas por Exchange 2007 son las superiores a Outlook 2002. Outlook 97 y 2000, si bien pueden funcionar contra el sistema de mensajería no están soportados por el fabricante.
En este punto debe estar preguntándose cuanto tiempo le va a llevar chequear todo esto en cada equipo antes de hacer la instalación de los roles del Exchange. Deje de preocuparse, obviamente tenemos un chequeo de infraestructura que no solo nos va a decir que es lo que no cumplimos durante el setup, sino también como solucionarlo.
Ya cumplo los requisitos. Y ahora?
Estamos a un paso de empezar, tenemos la infraestructura lista y el software necesario instalado. Solo queda preparar el esquema del dominio y del forest para recibir el nuevo sistema y ejecutar la instalación del producto. Para esto debemos empezar ejecutando el setup con el modificador /PrepareAD. Este comando generara un nuevo administrative group y un nuevo routing group, además es el encargado de crear todos los grupos de seguridad que permitirán el funcionamiento del sistema.
Y para finalizar los preparativos deberemos volver a ejecutar el setup con el modificador /preparedomain, este ultimo configurara los permisos necesarios sobre los objetos del dominio y creara un nuevo grupo de seguridad llamado Exchange install domain servers.
El momento finalmente llego, solo queda comenzar la instalación. Obviamente, y siguiendo con la tradición del fabricante, lo único que deberemos hacer es seleccionar los roles a instalar en el equipo. Pero como directiva, siempre hay que tener en cuenta que para que funcione el sistema al menos tendremos que instalar un Client Access y un Hub en cada sitio que instalemos un mailbox server.
Conclusión.
Si bien la instalación de esta versión tiene muchos más preámbulos y requisitos que las anteriores, los pasos están bien documentados y son claros. Y si bien lo que queda no depara grandes sorpresas, debemos tener en cuenta ciertos detalles para lograr un funcionamiento completo de todas las funciones del producto. Y sobre todo prestar atención a las sugerencias del fabricante.
Lectura adicional.
Deploy Exchange Server 2007
http://technet.microsoft.com/en-us/exchange/bb330842.aspx?WT.svl=2007resources
Esta nota sera publicada en la revista nex it de junio.
saludos
El grupo de producto de Exchange ya nos tiene acostumbrados a los chistes dentro de los productos. Su última aparición la podemos encontrar en la instalación de Exchange 2007, cuando lo instalamos en coexistencia con un Exchange 2000/3. En este escenario veremos que el instalador crea un grupo administrativo con un nombre raro.
Donde esta el chiste??. Hagamos un poco de criptografia Romana. Y reemplacemos cada letra por la inmediata inferior en el alfabeto.
FYDIBOHF23SPDLT
EXCHANGE12ROCKS
Entre las novedades podemos encontrar:
Instalación y upgrade simplificado
· Upgrade "implace" sobvre 2.0
· Nuevo wizard de configuración
Administración mejorada
-Consola basada en MMC
· Vistas customizables y filtros
· Reportes integrados por contexto
· Wizard de limpieza de clientes y contenidos inactivos
· Reportes de distribución mejorados
· Reglas de autoaprovacion mas granulares
Flexible Deployment Options to improve Branch Office support
· Soporte para diferenciacion por lenguajes en los servidores de replica (downstream)
· Hasta una sincronizacion por hora, en 2.0 solo era 1 por dia.
Performance Enhancements and Operational Reliability
· 50% de mejora en la performance de los reportes
· Soporte para x64
· Soporta NLB y Cluster de SQL
· Managemente Pack para MOM
La tienen disponible para descarga gratuita aca:
http://www.microsoft.com/technet/windowsserver/wsus/default.mspx
Disfruten
Saludos
Leandro
Como les había anticipado en un post anterior los días 26 y 27 presentamos junto a Alberto Ortega, Leandro Sgallari y Alejandro Ponicke la nueva familia de productos System Center. Que destacar de los que se vio, definitivamente a Alejandro con Peluca. Gracias a todos los que vinieron y espero lo hayan disfrutado. Les dejo unas fotos para los que no las vieron.
