Principalmente prefiero la versión web, requiere Silverlight pero es mucho mas rápida que la versión instalable en el PC. Para poder acceder debemos hacer click en el siguiente link. Si ingresan podrán ver que hay videos para todo tipo de tecnología Microsoft y con diferente audiencia. Por ejemplo, nos pregunta la tecnología y que rol tenemos actualmente o qué rol pretendemos mirar y en base a ese filtro nos trae los videos que podemos ver.

El material es muy amplio, hay de Hyper-V, Exchange, Sharepoint, Forefront, Active Directory, Lync, etc. Desde acá podemos aprender mucho de estas tecnologías ya que los videos son super útiles y didacticos. Pero no termina ahí, si sos desarrollador hay otros videos diferentes con material y contenido diferente.

La realidad es que si buscas material de aprendizaje o estudio de alguna tecnología Microsoft es un muy buen lugar para hacerlo.

La versión instalable que se descarga desde el mismo sitio que podemos ver los videos nos va a preguntar por hablitar una regla de Firewall para que el producto funcione correctamente. Obviamente debemos aceptar el agregado de la regla que nos propone para que los videos se puedan reproducir. Igualmente recomiendo la versión web mucho mas liviana.

Link | Microsoft Desktop Player Beta

Por supuesto que hay que hacer cambios a nivel de plataforma en todos los sistemas operativos y aplicaciones relacionadas directamente con la zona horaria como la mensajería sobre Microsoft Exchange y Microsoft Outlook. Los calendarios estan directamente conectados a las zonas horarias así que es necesario realizar alguna actividad sobre ellos.

La postura oficial de Microsoft sobre este tema es simple, todavía no tenemos un hotfix así que les contamos como cambiar la zona por una cualquiera y luego volver a la anterior…jajajaja me parece un chiste que hagan eso cuando hacer el hotfix les puede demorar unos 15 min, pero bueno esa es la postura oficial y no es la que voy a optar yo. Prefiero arreglar la zona Santiago que cambiarla por Cayenne, Fortaleza ?!?!?!?

Yo propongo modificar la zona Santiago con lo valores correspondientes al nuevo cambio de hora así que acá les dejo el código necesario y los pasos que pueden tomar para hacer el cambio. No es un artículo oficial, es la postura que tomo yo y que va a traerme menos dolores de cabeza.

Vamos a necesitar crear un archivo de registro, ejemplo Zone.reg y un archivo de VBScript, ejempo refreshTZinfo.vbs.

Zone.reg:

[reg]Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Pacific SA Standard Time]
"Display"="(GMT-04:00) Santiago"
"Dlt"="Pacific SA Daylight Time"
"Std"="Pacific SA Standard Time"
"MapID"="-1,82"
"Index"=dword:00000038
"TZI"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,04,00,06,00,01,00,17,00,3b,\
00,3b,00,00,00,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,00,00[/reg]

refreshTZinfo.vbs:

[vb]Set objSh = CreateObject("WScript.Shell")

'Get the StandardName key of the current time zone
szStandardName = objSh.RegRead("HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\StandardName")

'Enumerate the subkeys in the time zone database
const HKEY_LOCAL_MACHINE = &H80000002
Set objReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\default:StdRegProv")
szTzsKeyPath = "SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones"
objReg.EnumKey HKEY_LOCAL_MACHINE, szTzsKeyPath, arrTzSubKeys

'Step through the time zones to find the matching Standard Name
szTzKey = ""
For Each subkey In arrTzSubKeys
If (objSh.RegRead("HKLM\" & szTzsKeyPath & "\" & subkey & "\Std") = szStandardName) Then
'Found matching StandardName, now store this time zone key name
szTzKey = subkey
End If
Next

If szTzKey = "" Then
'Write entry to the Application event log stating that the update has failed to execute
objSh.LogEvent 1, "DST 2007 Registry Update and Refresh failed to execute on this computer. Time zones failed to enumerate properly or matching time zone not found."
Wscript.Quit 0
End If

Dim process, processid, result, strUpdateCommand
Set process = GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\cimv2:Win32_process")

'Add time change privilege to the process object
process.Security_.Privileges.AddAsString "SeSystemTimePrivilege",True
strUpdateCommand = "control.exe timedate.cpl,,/Z" & szTzKey

'Launch control.exe to refresh time zone information using the TZ key name obtained above
result = process.create(strUpdateCommand,Null,Null,processid)
If result <> 0 Then
objSh.LogEvent 1, "DST 2007 Registry Update and Refresh failed to execute on this computer. Unable to refresh the Timezone database."
Wscript.Quit 0
End If

'Get current display name of refreshed time zone
szCurrDispName = objSh.RegRead("HKLM\" & szTzsKeyPath & "\" & szTzKey & "\Display")

'Write entry to the Application event log stating that the update has executed
objSh.LogEvent 4, "DST 2007 Registry Update and Refresh has been executed on this computer." & chr(13) & chr(10) & chr(13) & chr(10) & "Current time zone is: " & szCurrDispName & "."[/vb]

Para poder modificar la zona, solo debemos ejecutar el archivo Zone.reg y luego el vbs para que la refresque. Esto lo podríamos automatizar si es que tenemos muchos equipos en nuestro ambiente y no queremos pasar uno por uno. Para automatizarlo debemos primero conseguir el ejecutable psexec.exe de las herramientas de Sysinternals. Luego necesitamos una lista de todos los servidores o equipos en un archivo de texto, por ejemplo Servers.txt. Por último hacemos un archivo batch, ejemplo cambiar.bat.

cambiar.bat:

[bat]psexec -u dominio\usuario -p password @servers.txt regedit /s \\servidor\share\zone.reg
psexec -u dominio\usuario -p password @servers.txt cscript \\servidor\share\refreshTZInfo.vbs
pause[/bat]

Como ven, se necesita que los equipos esten en el mismo dominio de autenticación para que funcione y además dicha autenticación se debe introducir dentro del batch. Todos los archivos, tanto el reg, el vbs, etc deben estar en un share que todos los equipos vean y el mismo definirlo en este último batch. Este share podría ser dentro de una carpeta del NETLOGON del dominio ya que todos los equipos lo ven ahí.

Con este procedimiento podes cambiar la zona de todos los equipos basados en Microsoft Windows. Algunos con Windows Vista o Windows 7 puede que fallen debido al vbs, no al reg. Para estos casos pueden probar con los siguientes comandos:

Windows Vista:

[bat]CONTROL.EXE TIMEDATE.CPL,,/Z Pacific SA Standard Time[/bat]

Windows 7 y Windows 2008:

[shell]tzutil /s "Pacific SA Standard Time"[/shell]

Ahora bien, esto es para las estaciones de trabajo y servidores. Qué pasa con los Exchange, Outlook y Blackberry?

Blackberry no dio ningun status oficial así que si pasa como en otros cambios de hora seguro no hay que hacer nada, esperemos, pero habría que estar atentos.

Para el Exchange habría que ejecutar la Exchange Calendar Update Tool que se puede descargar del KB941018. En el artículo podrán encontrar mas información sobre qué archivos toca, qué permisos necesita, etc pero habría que ejecutarlo para actualizar las agendas de los usuarios.

Para actualizar las agendas que estan en PST (Outlook) deberán ejecutar el Time Zone Data Update Tool que se puede descargar el KB931667. El mismo sirve para que los usuarios actualicen las agendas en sus respectivos PSTs. Nuevamente en el link explica todos los detalles relevantes pero habría que notificar al soporte de esta actualización manual.

**** EDIT START *****

Para Windows 7 y Windows Server 2008 habría que usar otro contenido del archivo de regsitro de Windows. Este es el que funcionó sin problemas.

Zone-Win7-Win2K8.reg:

[plain]Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Pacific SA Standard Time]
"TZI"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,04,00,06,00,01,00,17,00,3b,\
00,3b,00,00,00,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,00,00
"MUI_Display"="@tzres.dll,-90"
"MUI_Dlt"="@tzres.dll,-91"
"MUI_Std"="@tzres.dll,-92"
"Display"="(UTC-04:00) Santiago"
"Dlt"="Pacific SA Daylight Time"
"Std"="Pacific SA Standard Time"

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Pacific SA Standard Time\Dynamic DST]
"FirstEntry"=dword:000007d9
"LastEntry"=dword:000007da
"2009"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,03,00,06,00,02,00,17,00,\
3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03
"2010"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,04,00,06,00,01,00,17,00,\
3b,00,3b,00,00,00,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,00,00[/plain]

**** EDIT END *****

Espero que les sea de utilidad y mas abajo les dejo los links necesarios para esta actividad:

Link | PsExec
Link | Microsoft Daylight Saving Time & Time Zone Blog
Link | How to configure daylight saving time for Microsoft Windows operating systems
Link | Exchange Calendar Update Tool
Link | Time Zone Data Update Tool for Microsoft Office Outlook
Link | February 2010 cumulative time zone update for Windows
Link | Latam Team Blog

Basta con solo apuntar tu navegar al link que está al final de este artículo para ingresar a una web con cuatro botones. Cada uno de ellos te va a armar un checklist direferente, ya que es para situaciones diferentes. Necesitas hacer un upgrade de Exchange 2003 a Exchange 2010? Necesitas actualizar tu Exchange 2007 a Exchange 2010? O necesitas instalar un Exchange 2010 desde cero? Estas son tus opciones que luego de elegirlas te aparecerá una serie de preguntas para saber qué servicios necesitas configurar.

Luego de responder las preguntas te va a aparecer un lindo checklist, muy completo por cierto, donde paso a paso te va indicando lo que tenes que hacer para que el servicio quede activo o bien para que la actualización desde Exchange 2003 o Exchange 2007 no sea tan dolorosa como parece.

Creo que habría sido bueno preguntar al comienzo si el equipo es miembro o es un cluster porque ahí tambien cambia el tema. Pero bueno se ve que no lo querían hacer tan granular y meter el tema dentro con todo lo demas.

Acá les dejo algunas pantallas para que puedan ver cómo sería el asistente de implementación de Exchange 2010.

Para los mas holgazanes que ni siquiera quieren tener el laptop prendido mientras implementan Exchange pueden descargar el checklist en un PDF y luego imprimirlo, así está a su lado en el Datacenter frente al monstruoso Exchange…mua jaja…

Perdón por el delirio anterior, a veces pasa. Eso es todo entonces, pueden usar este asistente para implementar Exchange 2010, tanto una actualización de una versión previa como una instalación desde cero. Propongo para los mas aventureros que vayan instalando la versión en sus máquinas virtuales así van viendo los cambios.

Link | Microsoft Exchange Services Deployment Assistance

Para esto como estamos usando Exchange 2007 creo que lo mejor era usar PowerShell, de esta manera podemos unificar todo en un comando y hacer un export del resultado de los grupos que estan restringidos y a su vez el listado de los usuarios que tienen acceso a enviarle correo.

Si no estas al tanto de PowerShell o cómo se usa podes revisar este sitio que hay otros artículos donde explico un poco mejor ese punto. En esta ocasión voy a asumir que existe algo de conocimiento y el comando a ejecutar sería el siguiente:

[powershell]Get-DistributionGroup -ResultSize Unlimited -filter {AcceptMessagesOnlyFrom –ne $null} | select-object Name,@Name="AcceptMessagesOnlyFrom";Expression={[string]::join(";",$_.AcceptMessagesOnlyFrom)}} | export-csv c:\acceptmessages.csv[/powershell]

El comando a usar es Get-DistributionGroup que si en vez de las DL comunes debemos obtener las dinámicas entonces tendríamos que cambiarlo por Get-DynamicDistributionGroup. Luego con el –ResultSize Unlimited hacemos que pueda obtener todos los datos y no que esté limitado como si lo está por defecto. Hasta ahora nos va a listar todas las DL, por eso usamos el –filter junto con el parámetro AcceptMessageOnlyFrom, gracias a eso filtramos las DL que estan restringidas y por último lo exportamos en CSV con el export-csv. Importante, el comando debe quedar todo en una sola línea, es probable que se copie con saltos, pero arreglenlo para que quede en una sola.

El resultado que obtenemos es algo así:

#TYPE System.Management.Automation.PSCustomObject
Name,AcceptMessagesOnlyFrom
“ListaUno”,"dominio.com/OU/usuario1;dominio.com/OU/usuario2;dominio.com/OU/usuario3”
"ListaDos","dominio.com/OU/usuario4”
"ListaTres","dominio.com/OU/usuario4;dominio.com/OU/usuario1”

Como ven es muy intuitivo de identificar el Grupo o Lista y luego los usuarios que si tienen permiso para enviar correo a dicha Lista. Espero que les sirva y les haga un poco mas sencilla la vida de administrar Exchange 2007. Dejo algunos links interesantes de Technet.

Link | Get-DistributionGroup on Microsoft Technet
Link | –Filter Parameter on Microsoft Technet

El primer eBook es Exchange 2010 – A Practical Approach por el MVP Jaap Wesselius. Es un libro electrónico de 195 páginas que nos va a contar sobre los features que no estan en el paso de Exchange 2007 a 2010 y los nuevos features que podemos encontrar.

También al registrarnos para descargar el libro nos van a ofrecer una demo del Redgate Exchange Archiver. Si estas evaluando este tipo de soluciones para ahorrar espacio de base de datos, eliminar los PST, quotas, etc. puede ser una buena opción.

También vamos a ver temas sobre instalación, alta disponibilidad, coexistencia, etc. Creo que es una excelente oportunidad para que te informes sobre la nueva versión de la plataforma de mensajería.
 
Del otro lado tenemos otro eBook pero ya a nivel de plataforma. Introducing Windows Server 2008 R2 por Charlie Russel y Craig Zacker. Es un libro electrónico en formato PDF de unas 200 páginas donde nos va a contar sobre lo nuevo de Windows Server R2, la instalación, Hyper-V, etc.

También va a hablar sobre lo nuevo de Automating Identity and Access, VDI, IIS 7.5, DirectAccess, NPS, etc.

Creo que si todavía no te informaste sobre la nueva versión del sistema operativo de Microsoft, esta es una buena oportunidad.

La verdad que como libros electrónicos gratuitos son muy buenas opciones y todos los que estamos en este tema de IT deberíamos echarle un vistazo por lo menos para informarnos de la nueva tecnología si es que no la probamos aún. Ambos están escritos por personal experto así que no sería una pérdida de tiempo.

Link | Download Free eBook Exchange 2010 – A Practical Approach
Link | Download Free eBook Introducing Windows Server 2008 R2

La idea es comentar la instalación para la prueba del Exchange 2010 Beta y así mostrar algunos features. No voy a revelar nada que no se pueda ya que la Beta es pública. Primero voy a comentar los requerimientos y pasos para instalar el Windows Server 2008 que necesitamos para el Exchange o bien los requisitos del mismo servidor de Exchange.

En este caso el equipo es el mismo ya que es una máquina virtual y el objetivo es simplemente testing, pero en producción no lo instalen en el mismo servidor, para ese tipo de soluciones deben adquirir SBS o EBS que vienen preparados para dicha carga de trabajo y configuraciones sobre el equipo.

Primero debemos instalar un Windows Server 2008 para que funcione como Domain Controller de nuestra red o bien podemos hacer que sea el mismo equipo que vamos a usar para Exchange 2010, pero sólo en modo de testing o laboratorio, no en un ambiente de producción. Una vez que instalamos el OS proseguimos a la configuración de los roles.

ServerManagerCmd –i ADDS-Domain-Controller

Con ese comando agregamos el rol de Domain Controller, también lo podemos hacer desde la interfaz gráfica pero desde la de texto es mas exacto. Luego de agregar el rol hace falta correr el dcpromo para poder configurar el rol de Domain Controller y así convertirlo en su totalidad. En ese asistente nos va a instalar el rol de DNS Server si es que no está instalado ya que lo requiere. Luego reiniciamos el servidor y ya tenemos nuestro Domain Controller listo para operar. Si es el primer y único DC de nuestro ambiente de pruebas, automáticamente lo va a configurar como Global Catalog. De lo contrario debemos tener un Global Catalog por cada site que instalemos un Exchange. En esto se comporta igual que con Exchange 2007.

Las herramientas administrativas de AD y DNS las instala automáticamente cuando agregamos los roles así que no debemos preocuparnos por eso. Incluso nos agrega la consola para administrar las políticas de dominio (GPMC). Revisamos los eventos de Windows y si está todo ok proseguimos con la instalación.

El Exchange requiere tener instalado el IIS o Web Server así que podemos ejecutar el siguiente comando para instalar todos los requisitos del IIS.

ServerManagerCmd –i Web-Server Web-ISAPI-Ext Web-Metabase Web-Lgcy-Mgmt-Console Web-Basic-Auth Web-Digest-Auth Web-Windows-Auth Web-Dyn-Compression NET-HTTP-Activation RPC-over-HTTP-proxy

En si es el comando para agregar roles o features y luego estan todos los roles separados por un espacio. Obviamente que al agregar estos roles nos va a agregar muchos otros mas que son requeridos por estos así que no nos asustemos cuando veamos una lista mucho mas grande al finalizar la instalación.

Este rol es muy importante que esté completo ya que es 100% utilizado por el Exchange como en versiones previas así que controlemos que quede todo bien instalado y que el mensaje final sea OK.

Si nos paramos sobre Roles dentro de Server Manager GUI vamos a ver algo parecido a lo que se muestra en la imagen.

Hasta ahora sólo agregamos roles y features de Windows Server 2008 y esto es lo que nos quedó y desde acá podemos administrarlo. Ahora nos queda instalar el software adicional de Microsoft que es requisito de Exchange 2010. Mas abajo nombro el soft requerido junto con el link para poder descargarlo.

El software requerido por Exchange 2010 es el siguiente y debe ser descargado e instalado en el equipo previamente a la instalación de Exchange.

Link | Microsoft .NET Framework 3.5
Link | Windows PowerShell V2 Community Technology Preview 3 (CTP3)
Link | ASP.NET AJAX 1.0
Link | WinRM 2.0 CTP3
Link | 2007 Office System Converter: Microsoft Filter Pack

Una vez que concluímos con dichas instalaciones continuamos con la ejecución del exe descargado de Microsoft que en principio va a descromprimir los instaladores de Exchange 2010. Una vez que esté todo descomprimido debemos ejecutar Setup.exe y abrirá la siguiente pantalla.

Como ven, los requisitos de Software ya los tengo instalados, pero si no estuviesen debería hacerlo. Como estamos listos para continuar hacemos click en el paso 4: Install Microsoft Exchange. Luego los pasos que va a ir mostrando son bastantes intuitivos.

Muy bien, ya tenemos la instalación terminada y nuestro servidor de Exchange 2010 arriba. Esta es una instalación bien básica con los tres roles en el mismo equipo, sin packs de idioma adicionales y en el mismo servidor que el Domain Controller. Cada uno puede hacer su propio laboratorio, éste tenía la intención de hacer la instalación y ver las herramientas administrativas por arriba. También cabe destacar que todo el laboratorio fue instalado en una máquina virtual VMware ejecutándose en un VMware Player dentro de un Windows Vista. :) Un poco kamikaze no? pero funcionó y tuvo su fin que era el ver las nuevas opciones del Exchange que voy a comentar en otro artículo así no hago mas largo este.

En cuanto a la instalación no es muy diferente a Exchange 2007 salvo las opciones de Clustering que no lo hicimos ahora pero si entraste en la instalación Custom seguro viste qué se podía hacer y qué no. Lo diferente son algunos de los features que comenté en un artículo anterior.

Así es, Microsoft liberó la beta para testing público de la nueva versión de Exchange. Hace pocos días también confirmó que el nuevo Office se llamará 2010 en vez de 14 y ahora liberó el Exchange que va a compartir el nombre 2010.

Esta nueva versión tiene muchos nuevos features que te van a gustar y por lo menos para bajar esta versión y probarlos antes de que salga a producción. Además para poder estar preparados cuando realmente salga al mercado y las empresas empiecen a instalarlo.

Entre los nuevos features estan:

• Nuevas funcionalidades contra AD RMS que permiten segurizar mas los correos con dicha herramienta e incluso permite que los permisos de RMS se extiendan en los attach de los correos.
• Nuevas funciones de ruteo y transporte de correos que permiten por ejemplo utilizar la solución de casillas Exchange hosted mientras tenes tu propio servicio instalado y que ambos convivan.
• Disclaimers!!! :) Ahora soporta agregar el mensaje de disclaimers con links, imágenes, formato html, etc. Qué buena noticia no?
• Moderación de mensajes, esto significa que podemos hacer una regla que todos los correos enviados a algún recipiente sean antes enviados a otra persona para que lo apruebe.
• Mejora de Performance en la base de datos y en las comunicaciones.
• Nueva forma de asignar permisos y roles a través de Role Based Access Control (RBAC) que cambia respecto a versiones anteriores.
• Nuevas funciones en cuanto a alta disponibilidad. No va a estar mas disponible LCR ni SCC, sino que el CCR y SCR se fusionan para formar la única solución de alta disponibilidad que estará embebida en el mismo Exchange.
• Nuevas opciones en el OWA como adjuntar mensajes dentro de mensajes o enviar SMS desde el mismo OWA.
• Obviamente nuevas funciones de Unified Messaging donde podemos encontrar alertas via SMS sobre llamadas perdidas o el voice mail protegido.
• Nuevas opciones en la consola de administración como Organizational Health, Command logging, etc.
• Administración remota del Exchange a través de PowerShellv2 y WinRM2.0.

Creo que son algunos features muy interesantes y vale la pena instalarlo y probarlo. En el próximo artículo presentaré la instalación del mismo para que puedan ver los pasos y algunas diferencias con Exchange 2007.

Los requerimientos de Hardware son muy parecidos a los de Exchange 2007, salvo que ahora requiere un poco mas de memoria para el Exchange mismo, pero el requerimiento por casilla es el mismo. En cuanto a Software requiere Windows Server 2008, .NET Framework 3.5, WinRM 2.0 CTP3, PowerShellv2 CTP3 y ASP.NET AJAX 1.0.

Los roles de IIS de Win2K8 que se requieren son:

ServerManagerCmd -i Web-Server
ServerManagerCmd -i Web-ISAPI-Ext
ServerManagerCmd -i Web-Metabase
ServerManagerCmd -i Web-Lgcy-Mgmt-Console
ServerManagerCmd -i Web-Basic-Auth
ServerManagerCmd -i Web-Digest-Auth
ServerManagerCmd -i Web-Windows-Auth
ServerManagerCmd -i Web-Dyn-Compression
ServerManagerCmd -i NET-HTTP-Activation
ServerManagerCmd -i RPC-over-HTTP-proxy

Esta es una buena opción para que empieces a probar el Exchange 2010 y nos cuentes tu experiencia.

Link | Download Microsoft Exchange Server 2010 Beta
Link | Exchange 2010 Home
Link | Exchange 2010 Technet Home
Link | Foro Exchange 2010 Oficial

Es una forma de fomentar el hecho de que los técnicos certifiquen en las diferentes tecnologías y lo veo muy positivo porque ayuda al que no está seguro de ir a rendir el examen ver el nivel que uno tiene. Las preguntas para MCITP por ejemplo que son las que estuve revisando, son variadas ya que van de Windows Server 2003/2008 a Windows XP/Vista o SQL 2005 como así también Exchange 2007.

Link | Microsoft – Are You Certifiable?

Ultimamente Microsoft le está poniendo mucho foco a las certificaciones y creo que a nivel personal es muy importante, siempre lo comenté y lo vuelvo a repetir. Un técnico certificado marca la diferencia contra otros que no lo estén por mas que tengan mas experiencia laboral. Por qué? Porque un técnico con un certificado de una tecnología queda avalado tu nivel de conocimiento contra uno que puede ser un cráneo pero no hay forma de comprobarlo.

Si se anotan para jugar a estas preguntas y quieren agregarme, estoy como Diego. :)

Creo que está en nuestra naturaleza conocer las nuevas tecnologías apenas se empiezan a hablar de ellas. No hace mucho salió el Exchange Server 2007, no muchas compañías actualizaron a este gran producto ni aprovechan todos los features que ofrece y aún así ya estamos viendo cómo sería o que features vienen en el Exchange 14. Lo mismo para el Office, qué nos espera en esta nueva versión. Creo que es algo natural y normal estando en tecnología querer saber del futuro y cómo trabajaron los desarrolladores para darnos mejores soluciones. Hoy está pasando con Windows 7 que el download de la beta saturó los servidores de Microsoft.

Todos sabemos o para el que no lo sepa, la versión de Exchange 2007 es la número 12, la próxima versión de Exchange será la 14…qué pasó con la 13? No preguntemos…mala suerte…jaja

Primero comentamos sobre Office 14, que en realidad no hay mucho. Microsoft no habla mucho del tema y no creo que esté listo para el 2009, ya que no hay nada al respecto con información de las mejoras o nuevos features, pero en el Blog Stephen Chapman comenaron sobre Office 14 y la integración con Grava.

Grava es un conjunto de herramientas del grupo de educación de Microsoft para crear y armar contenido multimedia para los instructores e instituciones de aprendizaje.

Esta es una imágen de Grava en acción creando un contenido sobre la energía solar para luego poder llevar a una institución y dar el curso. La herramienta promete mucho pero como había comentado antes lo interesante aquí es Office 14.

La imágen de Office 14 que muestra Stephen que se incorpora a Grava es una especie de Powerpoint multimedia.

No hay mucho al respecto, los menus fueron mantenidos con el mismo formato, un poco mas de calidad gráfica pero la navegación es la misma.

Se estima que tanto el Office 14 como Grava sean publicados en el mercado para la misma fecha, la cual todavía no tengo pero no creo que sea antes del 2010 debido a la información que estuve leyendo. Igualmente podría estar antes ya que recien empezamos este año.

Acerca de Exchange 14 tampoco tengo mucho todavía, sólo que la programación del mismo es mucho mas escalable que la versión actual de Exchange. Hoy por hoy estan manejando millones de usuarios con la plataforma 14 cosa que con el Exchange 2007 creo que tendrías algo de problemas. Esta es información oficial del Blog de Exchange:

”Today, more than 3.5 million people (students, faculty, staff, alumni) in more than 1,500 schools are using E14 through Exchange Labs, and we are adding more every day. Some of the schools involved include: St John's University, The Wharton School of Business at the University of Pennsylvania, Hinds Community College, Coos Bay Public Schools, Colorado Community College System, and many more.”

Aparentemente también trabajaron en el costo de implementación de Exchange 14. Como todos saben, es mucho mas caro implementar una solución con Exchange 2007 que con Exchange 2003, no solo por el software sino por el hardware involucrado también.

Les dejo un video que está disponible también en Technet con mas información al respecto de esta nueva plataforma. Para ver el video hace falta tener instalado Silverlight. Ahí muestra algunos de los nuevos features e incluso trabajando desde un mobile. Les recomiendo que vean el video porque es realmente interesante.

Por defecto cuando se instala el agente de SCOM 2007 en un servidor con Exchange 2003 monitorea todo lo que tengamos habilitado. Si instalamos el Management Pack (MP) de Exchange 2003 seguramente monitoreará muchísimas cosas adicionales de dicha herramienta.

Sin embargo hay que hacer una serie de tareas extra para que pueda monitorear del todo el ambiente de Exchange. Un ejemplo sería el dibujo de la topología, para que esto funcione hace falta habilitar ciertos ítems sobre los servidores y para el monitoreo de flujo de mensajes también. La idea es comentar qué hace falta luego de instalar el agente de SCOM en un Exchange Server.

Si tenemos experiencia en SCOM sabemos que un MP contiene monitores, reglas y tareas que hacen la vida del monitoreo mas sencilla. Comencemos comentando qué tiene de nuevo el MP de Exchange 2003 comparado con sus versiones previas:

• El umbral de monitoreo se modifica automáticamente aprendiendo de tu ambiente.
• Una tarea para abrir la Exchange Server System Manager (ESM).
• Tareas de agente para instalar el ExBPA, consultar DC’s y trabajar con los servicios de Exchange
• Una tarea de agente para hacer un logon a MAPI.

Para comenzar obviamente necesitamos tener el MP instalado en nuestra consola de SCOM 2007. El Management Pack de Exchange 2003 contiene lo siguiente:

• Microsoft.Exchange.Server.Library.mp (Exchange Server Core Library)
• Microsoft.Exchange.Server.2003.Monitoring.mp (Exchange Server 2003 Discovery)
• Microsoft.Exchange.Server.2003.Monitoring.mp (Exchange Server 2003 Monitoring)

El mismo puede ser descargado para ser instalado desde el System Center Operations Manager 2007 Catalog. Una vez importado desde “Administration” –> “Management Packs” –> “Import Management Pack” podemos agregar el equipo para ser administrado.

Agregando un Servidor para ser Monitoreado

Vamos al panel de “Administration” ahí hacemos boton derecho sobre “Agent Managed” y hacemos click en “Discovery Wizard”. Esto nos va a abrir un asistente para descubrir y dar de alta el nuevo servidor a monitorear. La segunda pantalla nos va a preguntar si hacemos un descubrimiento automático o mas avanzado apuntado a servidores y clientes o servidores unicamente. En esta segunda opción vamos a poder poner las IPs o nombres de los dispositivos que queremos que busque en las pantallas siguientes.

En el avanzado podemos seleccionar el dominio entero por Active Directory o bien poner los equipos uno por uno como comentaba antes. En este caso voy a poner uno por uno. Luego sólo debemos especificar una cuenta con privilegios o si la cuenta Server Action tiene permisos sólo continuar.

Nos va a descubrir los equipos y debemos marcar en cuales queremos instalar el agente para luego monitorear. Por ultimo nos pregunta el directorio destino para instalar el agente y con qué cuenta levantar el servicio, por defecto Local System.

Al terminar tenemos una ventana donde nos va mostrando el status en cada uno de los servidores que debe instalar el agente. En este caso terminaron todos Success y si hacemos click sobre cada uno vemos un mensaje diciendo que todo salió bien.

En caso de que hubiese fallado alguno nos diría Failed en el servidor y al hacer click nos da un detalle del por qué falló. Incluso en el servidor se crea un nuevo contendor de eventos en el Event Viewer para los de Operations Manager y ahí podemos ver en mas detalle si hubo algun problema.

Para corroborar que quedó instalado y ok, al margen de ver Success en esta ventana podemos ir a los servidores individuales y en el Event Viewer bajo el contenedor de Operations Manager ver que el servicio levantó ok.

Configurando el Exchange Management Pack

Ahora que ya tenemos el agente de SCOM instalado debemos ejecutar el asistente del Microsoft Exchange Server Management Pack Configuration Wizard. Esto es necesario para poder configurar y habilitar algunos monitores y reglas de Exchange. Como uno de los primeros pasos nos pregunta qué Grupo Administrativo contiene los servidores de Exchange que queremos administrar. Podemos seleccionar todos o bien elegir específicamente uno de los grupos.

Luego podemos seleccionar los servidores de Exchange de dicho Grupo Administrativo, aquí nos va a mostrar todos los disponibles. Los Cluster los va a mostrar con el nombre del cluster y no como los servidores físicos independientes. Luego podemos seleccionar el tipo de configuración a aplicar, la por defecto o la custom. En nuestro caso obviamente “Custom”.

Aquí podemos seleccionar qué queremos monitorear de los ítems que nos deja configurar. En mi caso Front-end está grisado porque todavía no instalé el agente en ningún Front-end Server ni marqué un Front-end de la lista tampoco. Luego se puede volver a correr para marcar el ítem que falte con los servidores que falten configurar. Luego de seleccionar los servicios a monitorear nos va a preguntar por dichos servicios como por ejemplo si el Message Tracking estará habilitado o no.

Luego debemos seleccionar qué queremos monitorear. Ahí marcamos lo que nos interese monitorear según nuestras necesidades. Luego debemos configurar la disponibilidad de casillas donde nos pregunta si queremos que sea por servidor o por Store. En ambos casos requiere diferente cantidad de casillas de prueba o bien podemos deshabilitar este tipo de monitoreo.

En la parte de configuración del Mail Flow debemos seleccionar desde qué servidor a qué servidor queremos monitorear el tráfico. Luego nos pregunta la cuenta que será utilizada para acceder a las cuentas de test. Si no existe la crea.

Luego nos muestra un resumen de lo que haremos y al hacer click en Next realiza las configuraciones seleccionadas y nos da un mensaje de que todo terminó perfecto. También nos aparece el link a un log de la configuración.

En caso de apuntar dicha configuración a un Cluster podemos encontrar el siguiente mensaje de error:

Error: Cannot configure the mailbox access account on computer 'SERVER_NAME'. This configuration can only be made after the Exchange MOM event 9986 is registered by MOM.

Hay dos links donde se puede encontrar información acerca de este problema.

Link | Microsoft KB 899382
Link | 9986 errors Installing SCOM 2007 Agent to Exchange 2003 SP2 Clusters

Configuraciones Adicionales

Todavía no terminamos ya que falta seguir configurando algunos ítems. Por ejemplo si queremos que grafique la topología de nuestro ambiente de mensajería debemos habilitar dentro de las propiedades de los equipos un tilde llamado Agent Proxy. Esto debemos hacerlo en todos los servidores de Exchange que tengamos instalado el agente.

Podemos acceder a dicha pantalla debemos estar en el panel Administration y ahí dentro de Agent Managed hacemos click derecho sobre los servidores de Exchange y seleccionamos Properties. Luego elegimos la solapa Security.

Luego debemos habilitar el Topology Discovery para los servidores de Exchange que nosotros queremos. Para esto vamos al módulo Authoring ítem Object Discovery y ahí podemos hacer un Look for Exchange 2003 y de los objetos que aparecen hacemos botón derecho sobre Exchange 2003 Topology Discovery. Seleccionamos Overrides, luego Override the Object Discovery y luego For a specific object of type: Exchange 2003 Role.

Esto nos va a abrir una ventana para seleccionar a qué servidor de Exchange se lo queremos aplicar. También podríamos haber seleccionado For all objects of type: Exchange 2003 Role si es para todos. Una vez seleccionado el servidor debemos seleccionar Enabled y el valor en True.

Con eso habilitamos el descubrimiento de la topología del servicio de Exchange. Nos quedan algunos ítems, por ejemplo si tenemos unas URL’s diferentes a las default para el servicio de OWA, OMA y ActiveSync las debemos configurar a través del registro en los Front-End Servers. Las direcciones se ponen separadas por coma por ejemplo (https://direccion1,https://direccion2,etc.). La ruta en la registry es y los parámetros a configurar son:

HKLM\Software\Microsoft\Exchange MOM\FEMonitoring\front-end server\
CustomUrls
CustomOmaUrls
CustomEasUrls

Luego seguramente tengas alarmas por monitores o reglas que estan configuradas por defecto con umbrales por defecto. La idea es que desde el módulo de Authoring vayamos modificando esos umbrales así los adaptamos a nuestro ambiente.

Me pareció interesante realizar un tutorial sobre cómo publicar una granja Front End de Outlook Web Access de Exchange 2003 con Microsoft ISA Server 2006. En principio lo general sería implementar la granja mediante NLB en la red interna y publicarlo, pero ISA 2006 nos permite realizar él mismo el balanceo según disponibilidad de los equipos, lo que considero mucho mejor ya que si el IIS está caído en uno de los OWA, el NLB direcciona el tráfico de todo modos. Esto proporciona una pérdida de servicio para ese usuario, en cambio con ISA 2006 nos aseguramos que el servicio de HTTP responda, incluso si queremos hasta que chequee el directorio virtual de Exchange.

Qué pretendo publicar, simple, el acceso web de los usuarios. La infraestructura con la que voy a trabajar es la siguiente:

Este es un escenario normal donde tenemos los OWA dentro de nuestra red y brindan servicios tanto internamente como externamente. Para lograr esto vamos a tener que implementar un hostname de dns que sirva tanto internamente como desde internet. Esto lleva una configuración extra en el equipo que brinda el servicio de ISA pero se puede hacer sin problemas. Obviamente se puede hacer lo mismo con un solo OWA y un sólo Back End, pero la idea es mostrar como hacer el balanceo con el ISA.

Lo primero que vamos a hacer es ingresar al servidor de ISA Server 2006 recien instalado y vamos a la barra lateral izquierda donde estan todas las tareas que podemos realizar. Ahí marcamos “Publish Exchange Web Client Access”.

Este nos abrirá un asistente que nos va a guiar en toda la publicación de nuestros servidores FE (Front End). Como vemos adicionalemente tenemos otras publicaciones para hacer como Sharepoint, servidores de Correo, Servidores Web, etc.
En nuestro caso sólo publicaremos el OWA y obviamente los servicios de RPC/HTTP(s) que son los servicios que los usuarios pueden llegar a necesitar o utilizar desde Internet.

Se inicia el asistente y en las dos primeras pantallas tenemos que seleccionar un nombre para la regla de Firewall y luego tenemos que seleccionar la versión de Exchange que vamos a publicar junto a qué servicios vamos a publicar. En este caso sólo seleccioné Outlook Web Access (OWA) y RPC/HTTP(s).

Luego al seguir el mismo asistente tenemos otras dos pantallas donde debemos seleccionar, primero si queremos publicar un sitio web único o bien un balanceador de carga actual ó una granja de servidores que balancearán el acceso de OWA. En este caso seleccionamos la segunda opción ya que queremos que el ISA maneje el balanceo de carga y no un NLB externo que lo hace a nivel de red. Luego debemos seleccionar si queremos SSL (HTTPS) o no. Obviamente recomiendo que seleccionen SSL para este tipo de accesos, es mas RPC/HTTP(s) lo requiere.

Luego nos preguntará el “Internal site name:” y ahí debemos poner el nombre del stio web con el que acceden los usuarios internamente. Supongamos que generamos dos hosts con round robin en DNS llamado correo.miempresa.com. Aquí debemos poner ese nombre del sitio, luego arreglaremos el DNS pero ahora debemos poner ese nombre ya que es el que usan los usuarios. En el siguiente paso nos pedirá que seleccionemos la granja de servidores que brindan dicho servicio y ahí debemos  hacer click en “New” para generarla lo que hace que inicie un nuevo asistente.

Nuevamente debemos poner un nombre que asignaremos a la granja y la pantalla siguiente debemos definir los mismos. Al agregarlos podemos hacer la búsqueda en Active Directory o bien tipearlos a mano. Seguido a eso debemos definir qué tipo de monitoreo de conectividad va a realizar. Recuerden que les dije que el ISA puede chequear si el equipo está arriba o no antes de balancear, bueno acá decimos cómo queremos que haga ese monitoreo, si por ping, por TCP, por acceso web a un virtual directory, etc. En mi caso al directorio virtual de Exchange para corroborar que todo está arriba y funcionando. 

Al completar este asistente volveremos al anterior con la nueva granja seleccionada. Si continuamos nos va a preguntar qué url queremos que use externamente. Suponiendo que el dominio interno es igual al externo podemos asumir que usarán correo.miempresa.com y debido a eso necesitamos hacer la configuración de DNS.

Si continuamos nos va a preguntar qué Web Listener vamos a utilizar. En este caso estamos creando la apertura del puerto que redireccionará a los OWA internos que configuramos antes. Por eso seleccionamos New y nos abrirá un nuevo asistente.

Ponemos un nombre y luego seleccionamos que requiera SSL para mas seguridad. Esto es importante ante un servicio de este tipo y la información que va a transmitir por el mismo. Continuando seleccionaremos en qué redes queremos que escuche. Acá debemos seleccionar tanto la red Externa como la Interna. Por qué de esto? Porque vamos a hacer que los usuarios se conecten al form de OWA de ISA 2006 tanto internamente como externamente. Recordemos que no podemos usar el form de ISA desde internet y el form de OWA internamente, ahí tenemos problemas para autenticar.

Luego viene la parte donde instalaremos el certificado. Recordemos que el mismo ya debería estar instalado en el equipo, esto lo podemos hacer desde una mmc abriendo Certificates –> Computer account. Ahí importamos el certificado que instalamos en el sitio del OWA con la misma url y si lo hacemos correctamente aparecerá en el asistente del ISA Server 2006. Podemos optar por utilizar certificados diferentes para la red interna y para la externa o bien uno para ambos.

Luego debemos seleccionar el tipo de autenticación. Como mencioné antes vamos a usar el form de ISA así que seleccionamos HTML Form Authentication y mas abajo Windows Active Directory. Al continuar podemos poner el dominio de nuestra compañía para utilizar el servicio de Single Sign On. Esto sirve si el mismo listener va a publicar mas de un sitio así que podemos configurarlo con el dominio de nuestra empresa en este caso .miempresa.com.  Al finalizar volveremos al asistente anterior donde lo habíamos dejado que es la selección del Listener.

Luego debemos seleccionar el método de autenticación con el servidor web. Acá debemos elegir “Basic authentication” porque tenemos el certificado SSL instalado y ya encriptará todo el tráfico de información. Por último elegimos qué usuarios tendrán acceso a dicha regla y al finalizar podemos hacer click en “Test Rule” para corroborar que tengamos todo en órden.

Bien ahora nos falta configurar el DNS y el archivo hosts del ISA. En principio editamos el archivo hosts del ISA y agregamos las IP de los servidores de la granja con la url interna. En realidad es la misma url pero configuramos esa url con las IP internas. Luego vamos al DNS interno y borramos los hosts round robin que teníamos y configuramos un nuevo registro (A) host con la url correo.miempresa.com a la IP interna del ISA. De esta manera nos aseguramos que internamente los usuarios van a ingresar al OWA a través del form del ISA 2006. Lo probamos y verificamos el acceso. Luego vamos al DNS externo de la compañía y creamos el host (A) a la IP externa del ISA para que así accedan desde internet tanto por OWA como por RPC/HTTP(s).

Nos falta un sólo punto que es redireccionar cualquier URL que tipeen los usuarios a https://correo.miempresa.com/exchange. Este redireccionamiento si lo hacemos por un archivo htm o asp como si estuviese solo el OWA nos traería problemas en el ISA a la hora de acceder a menos que instalemos un Web Filter aparte. Como no queremos instalar nada, sólo vamos a modificar la regla de publicación del OWA. En la solapa Paths debemos agregar uno nuevo y configurarlo con el / como path local y /Exchange\ como path remoto. Quedaría como la imagen de la izquierda.

Así el Exchange es capaz de detectar que viene con la barra inversa al final y convertirla a una url válida. De esta manera cualquier cosa que ponga el usuario será redireccionado a https:// (SSL) en primer lugar y luego al /exchange como directorio virtual. Así mostrará el siguiente form tanto internamente como desde el exterior:

La misma URL la debemos utilizar para el servicio de RPC over HTTP(s). Existe el documento en Technet donde explica lo siguiente con algunos mas detalles por si te interesa pero sin tantas pantallas. Creo que entre los dos se puede hacer una buena configuración.

Link | http://technet.microsoft.com/en-us/library/bb794845.aspx

Un punto muy importante es instalar un antivirus en los servidores para no sufrir grandes dolores de cabeza. Pero esto puede traer otros dolores de cabeza incluso mas grandes a la hora de la performance de los servicios ofrecidos o bien incluso del funcionamiento de los mismos. Para esto es importante configurar exclusiones de ciertos procesos, directorios, archivos, extensiones, etc. De esa manera hacemos que el motor del antivirus no escanee ciertos puntos o aspectos importantes de la aplicación y que no afecte su performance o su funcionalidad.

Pero qué debemos excluir? Digo para no estar excluyendo cosas que sean realmente importantes para que escanee, cómo diferenciar qué es importante que no lo haga? Bueno algunas compañías nos recomiendan ciertas ubicaciones y acá hice una mini recopilación de algunos de esos puntos que deben ser tomados en cuenta y que recomiendo que las excluyan del antivirus. Las siguientes recomendaciones aplican para todo tipo de servicio, ya sea Exchange, SQL, Active Directory, DNS, etc. Podés aplicar una política de exclusión en el antivirus idéntica para todos los equipos y así te aseguras no tener ningún problema.

Directorios

%systemroot%\System32\Spool
%systemroot%\SoftwareDistribution\Datastore
%systemroot%\Sysvol
%systemroot%\system32\dhcp
%systemroot%\system32\dns
%systemroot%\ntds 
%systemroot%\ntfrs
%systemroot%\IIS Temporary Compressed Files
%systemroot%\system32\inetsrv
%systemroot%\Cluster
Q:\ (Unidad del Cluster Quorum)
M:\ (Unidad presente en Exchange)
*\Exchsrvr
%Program Files%\SharePoint Portal Server
%Program Files%\Common Files\Microsoft Shared\Web Storage System
*:\MSDEDatabases
%systemroot%\Temp\Frontpagetempdir
*\SMS\Inboxes
*\SMS_CCM\ServiceData
*:\Documents and Settings\All Users\Application Data\Microsoft\Microsoft Operations Manager
%Program Files%\Microsoft Operations Manager 2005
%Program Files%\Microsoft ISA Server\ISALogs
*:\MSSQL$WSUS
*:\WSUS
%Program Files%\Microsoft\Exchange Server
%Program Files%\Microsoft ForeFront Security
%Program Files%\Microsoft SQL Server
*:\MSSQL
%Program Files%\System Center Operations Manager 2007\

Extensiones

*.log
*.dit
*.mdf
*.ldf
*.ndf
*.edb
*.chk
*.stm
*.cab
*.jdb
*.config
*.dia
*.wsb
*.jrs
*.que
*.lzx
*.ci
*.dir
*.wid
*.000
*.001
*.002
*.cfg
*.grxml
*.lst
*.set
*.vdb
*.def
*.dat
*.wkf
*.pqf
*.pqf0
*.pqf1

Ejecutables o Procesos

Eseutil.exe
Lsass.exe
Cdb.exe
Cidaemon.exe
Store.exe
Emsmta.exe
Mad.exe
Mssearch.exe
Inetinfo.exe
W3wp.exe
Microsoft.Exchange.Search.Exsearch.exe
Microsoft.Exchange.Servicehost.exe
Msexchangeadtopologyservice.exe
Msexchangefds.exe
Dsamain.exe
Edgecredentialsvc.exe
Msexchangemailboxassistants.exe
Msexchangemailsubmission.exe
Edgetransport.exe
Msexchangetransport.exe
Galgrammargenerator.exe
Msexchangetransportlogsearch.exe
Msftefd.exe
Msftesql.exe
Microsoft.Exchange.Antispamupdatesvc.exe
Microsoft.Exchange.Contentfilter.Wrapper.exe
Oleconverter.exe
Microsoft.Exchange.Cluster.Replayservice.exe
Powershell.exe
Sesworker.exe
Microsoft.Exchange.Edgesyncsvc.exe
Microsoft.Exchange.Imap4.exe
Speechservice.exe
Microsoft.Exchange.Imap4service.exe
Microsoft.Exchange.Infoworker.Assistants.exe
Transcodingservice.exe
Umservice.exe
Microsoft.Exchange.Monitoring.exe
Umworkerprocess.exe
Microsoft.Exchange.Pop3.exe
Microsoft.Exchange.Pop3service.exe
Adonavsvc.exe
Fscstatsserv.exe
Fsccontroller.exe
Fscutility.exe
Fsctransportscanner.exe
Fscdiag.exe
Fsemailpickup.exe
Fscexec.exe
Fssaclient.exe
Fscimc.exe
Getenginefiles.exe
Fscmanualscanner.exe
Perfmonitorsetup.exe
Fscmonitor.exe
Scanenginetest.exe
Fscrealtimescanner.exe
Semsetup.exe
Fscstarter.exe
momhost.exe
monitoringhost.exe

Link | KB822158
Link | KB815263
Link | KB328841
Link | KB823166
Link | KB327453
Link | Manage Antivirus Software on Domain Controllers
Link | File-Level Antivirus Scanning on Exchange 2007
Link | Preventing Symantec AntiVirus Corporate Edition 9.x from scanning the Microsoft Exchange directory structure

Ya comenté con anterioridad el nuevo producto de Microsoft Essential Business Server 2008 (EBS). Comenté los puntos mas fuertes, las propiedades y para qué se podía llegar a utilizar. Bueno ahora es el turno de la conocida versión Small Business Server 2008 (SBS) y las actualizaciones a la nueva tecnología.

Windows Small Business Server 2008 es una solución integrada de todo en uno que puede volver mas productivo tu negocio sin la necesidad de gran cantidad de servidores y licencias. Como bien su nombre lo indica es una solución para pequeñas y medianas empresas. Para el momento de escribir este artículo todavía está en beta pero puede ser bajada públicamente. Mas abajo dejo todos los links necesarios para la guía de instalación, whitepapers, etc. Aparentemente estará listo para Noviembre de este año y es una gran solución para muchas compañías.

Con una interfaz completamente renovada Windows Small Business Server 2008 promete que va a pisar fuerte en el mercado de las PYME.

SBS 2008 vendrá unicamente para procesadores 64bits lo cual es lógico ya que Exchange 2007 viene sólo en 64bits para producción. Soportará una migración desde SBS 2003 simple y sin inconvenientes para que los clientes actuales de SBS puedan contar con los nuevos features. Una de las grandes novedades es que SBS2008 incluirá el acceso a Microsoft Office Live Small Business permitiendo a los clientes poder vender sus productos de manera online. Incluso la configuración de Office Live Small Business se puede realizar desde la consola de administración de SBS lo que es muy útil.

SBS 2008 vendrá en dos ediciones, Standard y Premium. La versión Standard corre en un único servidor, cuando la versión Premium agrega un segundo equipo con SQL Server para aplicaciones propias de negocio.

Voy a dejar un video del director de programación de SBS 2008 donde explica el proceso de migración desde SBS2003 a 2008. Comenta que hasta se puede realizar en horarios productivos ya que los usuarios no se enterarán de la misma.

Creo que va a ser un producto lleno de sorpresas y novedades. Con nuevas tecnologías para las pequeñas y medianas empresas que quieran llevar al máximo su negocio. Si sos del mundo IT bajate la RC y probala que seguro vas a quedar conforme.

Link | Arquitectura y Planeamiento
Link | Guía de Instalación
Link | Seguridad y Protección
Link | Windows Small Business Server 2008 Home
Link | Guía de Migración de SBS2003 a 2008
Link | SBS 2008 Migration Demo and Interview
Link | Descargar la Revisión Pública de Windows Small Business Server 2008
Link | Blog Oficial de SBS

Un conocido administrando un Exchange 2007 me preguntó dónde podía ver la información que antes veía fácilmente en la consola de administración de Exchange 2003. La información que buscaba era sobre el Logon, IP del cliente, etc. que tuvieron las casillas o los usuarios sobre esa base de datos.

En Exchange 2003 uno ingresa al Exchange System Manager (ESM) y haciendo click en Logons puede ver esta información de forma muy fácil. Si queremos agregar algún otro ítem a ese listado de información basta con hacer click derecho sobre el folder Logons y ahí elegimos Add/Remove Columns. Luego seleccionamos la columna de información adicional que queremos y listo, por ejemplo, IP del Cliente. A continuación dejo algunas imágenes sobre esta información en Exchange 2003 incluso si hacemos click en Mailboxes qué podemos ver.

Bueno en Exchange 2007 si hacemos click en Mailboxes vamos a ver la misma información que la última imágen pero no vamos a ver la información de Logon desde la GUI, pero sí podemos verlo desde el Exchange Shell o PowerShell.

Estando en el equipo con Exchange 2007 podemos abrir la Exchange Shell y ahí ejecutar el cmdlet Get-LogonStatistics. Con este cmdlet vamos a poder obtener toda la información que antes nos daba pararnos sobre el folder Logons de Exchange 2003 en la ESM. Entre la información que podemos obtener se encuentra:

ClientIPAddress :
ClientMode :
ClientName :
ClientVersion :
CurrentOpenMessages :
FullMailboxDirectoryName :
FullUserDirectoryName :
HostAddress :
LastAccessTime :
LogonTime :
MACAddress :
UserName :
Windows2000Account :
ServerName :
StorageGroupName :
DatabaseName :
Identity :

Ahora como todo comando de PowerShell podemos apuntarlo específicamente a una base de datos o servidor específico, por ejemplo:

Get-LogonStatistics -Database "MiBase" | fl

Como en otros comandos el fl del final es para hacert el formato estilo lista, sino podría ser ft para el formato estilo tabla pero para esta ocasión no quedaría muy bien.
Para este mismo caso se puede usar el comando Get-MailboxStatistics que en vez de traer la información de estadísticas de Logon nos trae la información y estadística de los Mailboxs.

Obviamente que además de ser mucho mas ágil y rápido el Shell para este tipo de consultas nos deja realizar filtros y búsquedas como con cualquier otro comando o cmdlet que son funciones propias del PowerShell.

Todos conocemos el producto de Microsoft Small Business Server (SBS) 2003. Si bien Microsoft ya está generando la versión 2008 de este producto también sale al mercado un nuevo producto llamado Windows Essential Business Server 2008. En este caso ya está disponible la Release Candidate 1 del mismo (RC1). Mas abajo están los links de descarga para poder probarla.

Windows Essential Business Server es una solución integrada para compañías medianas que quieran administración centralizada desde una única consola, unificada, simple y flexible a un precio mucho mas económico que los productos adquiridos independientemente. Se estima que la fecha de salida será el 11 de Noviembre de este año, por lo que recomiendo que lo prueben cuanto antes.

Lo importante de este producto es la administración completa desde una única consola. Adjunto algunas imágenes:

El equipo con el rol de Seguridad instalado puede reemplazar el Firewall de tu compañía en cualquier esquema de red que tengas actualmente. 

Parte de la nueva administración permite que desde la consola de alta de usuarios puedas incluso asignar una licencia, asignarle la casilla de correo, el alias, grupos y hasta redireccionar el directorios de documentos.

Un dato importante es que Windows Essential Business Server 2008 Standard Edition está disponible únicamente en 64bits, ahora la versión Premium si viene tanto en 32bits como 64bits. Este punto es importante porque va a determinar el hardware que debes comprar para poder implementarlo. En cuanto a memoria, el servidor de Seguridad requiere 2Gb de RAM, el de Mensajería y el de Administración requieren 4Gb de RAM para que funcione bien. Hoy en día estos no son números demsiado altos por lo que una empresa mediana podrá adquirirlos sin problemas.

Dentro de la arquitectura de Windows Essential Business Server 2008 se encuentran varios de los roles de Windows Server 2008, System Center Essentials (SCE) (comentado en otros artículos previamente), Exchange Server 2007 y Forefront Threat Management Gateway (Forefront TMG) que es la nueva versión de ISA Server.

La guía de migración de un ambiente con SBS 2003 es muy buena y detallada por lo que cualquier técnico no encontrará problemas para migrar su ambiente actual en caso de querer actualizarse a este producto.

Las dos ediciones que hay disponibles contienen los siguientes productos y features.

Link | Windows Essential Business Server Home Page
Link | Descargar Windows Essential Business Server 2008 RC1
Link | Guía de Instalación
Link | Guía Getting Started
Link | Guía Migrando de Small Business Server 2003 (SBS) a Windows Essential
Business Server

Hace una semana aproximadamente, fui a rendir el examen de Microsoft 70-238: Pro: Deploying Messaging Solutions with Microsoft Exchange Server 2007. Por suerte aprobé y sumado a los otros dos exámenes de Exchange 2007 que había rendido, 70-237 y 70-236 recibí la certificación MCITP: Enterprise Messaging Administrator.

Sumado a la certificación de MCITP: Enterprise Administrator por haber aprobado los exámenes de Windows Server 2008, ya son dos certificaciones MCITP que logré y me pone muy contento, por eso quería compartirlo con todos. En principio quería comentarles un poco de qué se trató el examen ya que no puedo hablar de preguntas y respuestas específicas, por otro lado les voy a dar algunos links que tal vez les resulte útiles.

Los requerimientos para lograr MCITP: Enterprise Messaging Administrator son rendir tres exámenes de Microsoft Exchange 2007. No existe upgrade de Exchange 2003 y me parece correcto ya que cambió en un 100%. Esta certificación vendría a ser como MCSE: Messaging en 2003, pero no existe el upgrade sino lo hubiera hecho :). MCTS de Exchange 2007 sería como MCSA: Messaging.

Mis comentarios sobre los otros dos exámenes necesarios se encuentran en estos posts:
Certifiqué el examen 70-237 de Exchange 2007 !! :P
Hoy certifiqué Microsoft Exchange 2007 (70-236) :P

Algunos links que te pueden servir para este examen:
Preparation Guide for Exam 70-238
MCITP: Enterprise Messaging Administrator
MCITP Self-Paced Training Kit (Exam 70-238): Deploying Messaging Solutions with Microsoft® Exchange Server 2007

Otra cosa que te puede ser muy útil es el libro de Microsoft Press "Microsoft Exchange Server 2007 Administrator's Companion". Este libro tiene mucha información útil no sólo sobre el examen en si, sino soluciones de administración de Exchange 2007. Recordemos que el exámen está basado en soluciones realizadas con Exchange 2007, esto quiere decir, migraciones de otras plataformas, incluído Exchange 5.5, Exchange 2000 y 2003, Novell Groupwise, etc. También se incluye en el exámen el modo de parchar el ambiente, ya sea por WSUS o manualmente, etc. Todo tipo de soluciones con Exchange 2007 de por medio. Si estudiaste para los otros dos exámenes entonces este puede resultarte fácil, pero si queres ir primero a rendir este podés estar en problemas. Mas abajo les dejo el logo con ambas certificaciones MCITP.

Navegando por la web encontré un video realizado por Teri See B Khoon de SMSGR Media Studios donde muestra los pasos necesarios para actualizar tu implementación de Exchange Server 2007 en modo CCR Cluster al Service Pack 1.

Algunos links de interés:

 
Exchange 2007 Cluster Continuous Replication (CCR)
Exchange Server 2007 Service Pack 1 Download
Exchange 2007 What's New in Exchange Server 2007 SP1

Este post es simplemente para comentar que el viernes pasado he rendido satisfactoriamente el examen de Microsoft 70-237: PRO: Designing Messaging Solutions with Microsoft Exchange Server 2007. El examen se suma al anterior de la misma carrera que comenté en este post anterior. Este examen cuenta en la carrera para certificar MCITP: Enterprise Messaging Administrator. Si bien no puedo comentar sobre las preguntas por políticas de privacidad si puedo recomendar qué deben estudiar para poder aprobarlo.

Link a la certificación: MCITP: Enterprise Messaging Administrator
Link a la Guía de Preparación: Preparation Guide for Exam 70-237

En principio como bien lo dice su nombre se trata de "DISEÑO". El examen en si está orientado al diseño de una solución, a la planificación de la misma. No vas a encontrar preguntas sobre qué tilde debes marcar en las propiedades del server ni nada de eso, sino mas orientado a conceptos sobre diseñando una solución. Debes conocer muy bien dónde van ubicados los servidores, si en la DMZ o en la red interna. Qué roles pueden convivir en el servidor y si los mismos roles pueden convivir cuando son Cluster, etc.
Hay que entender muy bien también la encriptación de mensajes y de comunicaciones entre servidor, qué soluciones tenemos en ese ámbito.

Luego de este exámen habría que prepararse para el 70-238: PRO: Deploying Messaging Solutions with Microsoft Exchange Server 2007 y ya se alcanzaría la certificación MCITP: Enterprise Messaging Administrator.
Existe un libro que se puede adquirir donde se explican muy bien todos los temas, tendrías que averiguar si lo venden donde vives pero puedes ver la info del libro en este link.

Por último, TODA la información relativa al examen y al producto la podes encontrar en el Microsoft Technet. Si bien existen dos links al Technet para Microsoft Exchange, el mas útil es el de la librería. Te dejo ambos links para que puedas encontrar la info y leer todo lo necesario. Comentario adicional: Es mas simple que el examen anterior ya que es simplemente teoría del diseño de la solución.

Microsoft Technet | TechCenter Exchange 2007
Microsoft Technet Library | Exchange 2007

Hay ciertos roles requeridos para la instalación de Exchange Server 2007 sobre un servidor Windows Server 2008. Recordemos que el producto Exchange Server 2007 no es compatible para instalarse en Windows Server 2008. La compatibilidad se otorgó con la salida del Service Pack 1 de Exchange Server 2007. Por lo que obviamente va a requerirlo para que esto funcione.

El objetivo de este post es simplemente comentar los roles que deberían estar instalados en un servidor Windows Server 2008 para alojar los tres servicios básicos de un Exchange Server 2007 que tu sistema de mensajería funcione. Cuando digo servicios básicos me refiero a Client Access, Mailbox y Hub Transport. Lo mínimo y necesario para poder empezar a utilizar el servicio.
Recordemos que en Windows Server 2008 los roles pueden ser instalados a través de la GUI o bien desde un cmd via el comando ServerManagerCmd.exe. Otros requisitos del Exchange Server 2007 como MMC 3.0 ya estan cubiertos por el Windows Server 2008 ya que vienen instalados.

Remote Server Administration Tools [RSAT-ADDS]   (Feature)
Windows PowerShell [PowerShell]   (Feature)
Web Server (IIS) [Web-Server]   (Role)
ISAPI Extensions [Web-ISAPI-Ext]   (Sub-Role)
IIS 6 Metabase Compatibility [Web-Metabase]   (Sub-Role) 
IIS 6 Management Console [Web-Lgcy-Mgmt-Console]   (Sub-Role) 
Basic Authentication [Web-Basic-Auth]   (Sub-Role) 
Digest Authentication [Web-Digest-Auth]   (Sub-Role) 
Windows Authentication [Web-Windows-Auth]   (Sub-Role)

Si lo hacemos por la GUI deberíamos marcar los roles e ir seleccionando los features a medida que nos pregunta, en cambio si lo hacemos por el cmd con un solo comando nos instalará las dependencias requeridas sin preguntar.

Recuerden que esto funciona con la versión de Microsoft Exchange CON Service Pack 1.

Si bien no puedo darte información en cuanto a las pregunas o contenido del exámen te voy a dar unos consejos sobre qué tenes que estudiar. Yo había publicado un post con unos links de interés donde podías encontrar unos videos de CBT Nuggets y unos PDF. Uno de los mas importantes es el de MeasureUp SumITUp ya que presenta un ayuda memoria rápido y útil con los comandos y descripciones que necesitas saber. Obviamente no tiene todos los parámetros de los comandos, pero como dije es sólo un ayuda memoria no vas a poder estudiar sólo de ahí.

Link al post: Certificá 70-236 TS: Exchange Server 2007, Configuring
Link al examen en MS: MCTS: Microsoft Exchange Server 2007 - Configuration

Bien, acá algunos consejitos que pueden serte útil para prepararte:

POWERSHELL !!!! Debes conocer Powershell, no sólo los comandos, sino la estructura de los mismos. Gran parte de las preguntas por no decir casi todas son de Powershell.
Saber instalar y configurar una Organización, instalate unas VM en tu casa con Virtual PC de Microsoft, bajate la versión 32bits de prueba y empezá a instalar un ambiente, con Edge Transport Server y todo así jugas con las Suscripciones que es un tema importante.
Backup/Restore, no sólo del servidor sino, cómo recuperar o reconectar casillas. Esto es importante. El mismo modelo pero en Cluster también es un tema que te puede tocar mucho. Se habla mucho de LCR, CCR, SCR, etc.
Conectores, AntiSpam, Políticas y Filtros, también son temas de los que se habla mucho y mas que nada configurar esto por PowerShell. Conexiones de los clientes a través del CAS, qué testear o chequear cuando hay problemas con cierto sistema, etc.
Monitor y Reporting es tocado también, no mucho y no es complicado tampoco pero debes conocerlo para poder pasar el examen.

Conociendo todo eso podes pasar sin problemas. Hay que tener cuidado con Powershell ya que las respuestas no son tan fáciles como antes donde en algunos casos por descarte podías elegir el comando verdadero ya que los otros no existían. En esta ocasión los comandos que te ofrecen como opciones son todos válidos, lo que cambia son los parámetros que le pone, así que tenes que tener claro cuando usar cada comando. Mi recomendación, probalos a todos en un ambiente productivo.

Espero que esta info te sirva y coraje para que puedas rendir el exámen.

Para poder bajar esta versión deben ingresar en Microsoft Connect y aplicar para dicho producto. Luego les va a habilitar las opciones para bajar los archivos y poder probarlo para enviar feedback y errores así el producto puede salir al mercado con todos los bugs solucionados. En cuanto a la instalación sólo debe contemplarse que no se puede hacer upgrade de la versión anterior y en los requerimientos sólo hay que tener en cuenta que requiere .NET Framework 2.0 y MDAC 2.6 mínimo. Posee buena documentación y ayuda así que seguro que lo podrás instalar sin problemas para poder probarlo y enviar feedback interesante.

En cuanto a la utilización, seleccionás "Create a New Capacity Model" del primer menú, sólo te deja elegir Exchange 2007 porque es lo único que está habilitado por el momento, y después tenes que seguir los pasos completando la información de tu futuro proyecto.
Una vez que se completa todos los datos de nuestro proyecto/implementación nos puede dar una idea de cómo va a estar todo distribuído. Igualmente no hay que tomar estos datos como decisión definitiva sobre el proyecto, es un poco mas de información, nada mas.

Ejemplos:
  
Si ejecutamos la simulación va a testear todas las variables que definimos y nos va a decir si el hardware y enlaces que pusimos son los correctos, por ejemplo en las imágenes van a ver que la última contiene un error diciendo que el enlace WAN está muy sobrecargado, tal vez por las variables de Active Sync o Outlook Anywhere o Web Access o salida a internet para los correos y será lo que hay que chequear en la implementación. Como ven es de mucha ayuda para crear proyectos/propuestas de implementación.

Dentro de las tareas de administración de un Exchange Server 2003 se incluye la optimización del espacio o Storage ocupado por las casillas actuales y realizar un análisis en caso de requerir mas Storage o cuando se llega al límite. Para esto se utilizan las políticas de Storage dentro del Exchange. Digamos que como una de las mejores prácticas de Exchange se encuentra optimizar estas políticas y darles la importancia que requiere. Los Mailbox Limits, Mailbox Quotas o Storage Limits de una casilla es el parámetro a configurar. Puse tres nombres diferentes ya que así es como es conocido en el ambiente. Si no aplicamos los límites correspondientes y necesarios podría llenarse el disco de uno de nuestros Exchange haciendo que se produzca una baja en el servicio.

Es común que las empresas tengan políticas creadas, pero es mas común que haya casillas a las que esto no les aplique por motivos aleatorios. Por lo general son altos cargos que piden mas espacio o mas límite, etc. La realidad es que no está mal que haya excepciones pero a la larga es mas difícil de administrar o de resolver posibles problemas relacionados. De ahí viene este post, de cómo ver esta información en forma centralizada y cómo exportarla para poder trabajarla en un Excel y hacer un análisis.

En las propiedades de un usuario dentro del Active Directory Users and Computers (ADUC) si vamos a la solapa "Exchange General" nos encontramos con el botón "Storage Limits" donde podemos ver si el usuario tiene configurada una política de Storage o bien se especificaron valores individuales.

Ahora bien, supongamos que modificamos 100 usuarios manualmente y el resto aplica la política. Cómo controlamos esos 100 usuarios, quiénes son? Qué se configuró? etc. Tenemos dos formas de sacar esta información: a través de la GUI y a través de un script.

GUI:
Para esto vamos a abrir la consola de administración del Exchange (Exchange System Manager, ESM). Dentro de la consola vamos al Storage Group que nosotros queremos, ahí vamos a la base y luego nos paramos sobre "Mailboxes". Con las casillas a nuestra izquierda de la pantalla, vamos al menú desplegable de arriba en View -> Add/Remove Columns...
Nos aparece una pantalla donde podemos seleccionar fácilmente la columna "Storage Limits", la agregamos con Add y hacemos click en Ok. A la izquierda nos va a aparecer una nueva columna con los límites de cada casilla y una de las opciones que muestra es "No Checking". Si ordenamos la lista por esta columna vamos a ver a todos los usuarios que dice No Checking y justamente son todos los que no tienen la política asignada. Hay otros valores en esta columna como, Below Limit, Issue Warning, etc.

* Donde agregamos la columna	* Lo que nos muestra la columna que agregamos.

Esta lista la podemos exportar con el botón de la barra de herramienta "Export List" y ese archivo de texto lo podemos tomar con un Excel y trabajarlo. Sin embargo esto es si queremos trabajar con un Storage Group o Server en particular, pero y si necesitamos trabajar con TODOS los usuarios? Esto lo podemos trabajar mas cómodamente con un script.

Script:
Este atributo está dentro del objeto de Active Directory y puede ser consultado a través de LDAP. Para esto vamos a usar la herramienta ADFind de Joe Ware (www.joeware.net). Tiene grandes herramientas así que date una vuelta y revisalas a todas. Para consultar estos atributos tenemos que saber con que nombre se guardan en el AD.

Issue warning at (KB) = MDBStorageQuota
Prohibit send at (KB) = MDBOverQuotaLimit
Prohibit send and receive at (KB) = MDBOverHardQuotaLimit

Ahora cómo sería el comando entero para buscar usuarios con casilla de correo y que estén sin política de límite de storage o que tengan parámetros individuales configurados usando ADFind.

adfind -nodn -csv -default -f "(&(samAccountType=805306368)(homeMDB=*)(!mailnickname=systemmailbox*)
(!mDBUseDefaults=TRUE))" samaccountname displayname MDBStorageQuota MDBOverQuotaLimit
MDBOverHardQuotaLimit

El comando que se muestra mas arriba debe ser ejecutado en una sóla línea, esto por si lo ves en mas de una es solo para mostrarlo. Asegurate de este punto ya que sino no va a correr correctamente.

Pero qué significan los parámetros que usamos?

-nodn Con esto le decimos que no muestre el DN (Distinguished Name) en el resultado
-csv Lo exportamos a un archivo separado por comas para poder usarlo en Excel
-default Toma para la búsqueda la Default Domain Partition
-f Con esto abrimos el Filtro LDAP para hacer la búsqueda
-samAccountType Con esto le decimos que busque los objetos User (tipo 805306368) sino podemos usar (objectClass=user)(objectCategory=person)
(homeMDB=*) Los usuarios con casilla de correo, de lo contrario buscaría en todos
(!mailnickname=systemmailbox*) Excluye las casillas de sistema ya que nunca tienen políticas de Storage
(!mDBUseDefaults=TRUE) Busca todos los que no les aplica el Storage por Default
sAMAccountName Trae el Login para que el resultado sea interpretable
displayName El display name por si lo necesitamos para el reporte
MDBStorageQuota Trae el Issue Warning (KB) de la casilla
MDBOverQuotaLimit Trae el Prohibit set at (KB) de la casilla
MDBOverHardQuotaLimit Trae el Prohibit Send and Receive at (KB) de la casilla

El resultado de este comando sería algo así...

"samaccountname","displayname","MDBStorageQuota","MDBOverQuotaLimit","MDBOverHardQuotaLimit"
"TitoG","Tito, Gallo","1240","2480","20480"
"CastroR","Castro, Ramon","1240","2480","204800"
"BoneteJ","Bonete, Joaquin","","",""

Los dos primeros usuarios tienen límites manualmente configurados y el tercero directamente no tiene política definida ni valores puestos en la casilla, por ende está excento de toda quota. En este último caso hay que realizar alguna tarea cuanto antes ya que puede perjudicar al sistema.

Luego de todo esto recuerden, Configuren Políticas de Quota a nivel de Storage Group y en lo posible NO usen excepciones. Esto como mejor práctica, todo sabemos que en la realidad es difícil.

Todo Administrador de Exchange 2003 a asignado derechos a casillas desde el Active Directory Users and Computers. Este mismo Administrador, si se sienta en un servidor Windows 2003 con Exchange 2007 no va a encontrar este tipo de permiso. La verdad es que por default no va a saber ni siquiera dónde encontrar la opción para poder otorgar estos permisos. Recordemos que asignando los derechos a casillas podemos permitir a un usuario abrir la casilla de otro usuario, ya sea por Outlook o por OWA. En Exchange 2007 no administramos mas las propiedades de Exchange desde Active Directory Users and Computers, sino que lo hacemos desde la Exchange Management Console y desde PowerShell.

Recordemos cómo asignar este permiso en Exchange 2003, por ejemplo, tenemos la casilla del usuario "Gallo Tito" y queremos otorgarle al Administrador del dominio "Full Access".

(1)  (2)

(1) Propiedades de la cuenta de usuario en Exchange 2003
(2) Solapa Exchange Advanced donde podemos asignar permisos

(3)  (4)

(3) Click en Mailbox Rights para asignar el permiso
(4) Asignando el permiso

Hasta este paso es todo conocido, ya sabemos cómo asignar esto en Exchange 2003, ahora cómo podemos hacerlo en Exchange 2007?

Si vamos a las propiedades del usuario en Exchange 2007 a nivel de Active Directory Users and Computers vamos a ver que las solapas para administrar tareas de Exchange no estan mas. Si vamos a la Exchange Management Console vamos a ver las solapas de Exchange pero NO la de Exchange Advanced...mmm y desde dónde se hará esta tarea? Siiii desde PowerShell !!

Vamos a ver cómo se hace esto. Objetivo: Desde el OWA del Administrator abrir la casilla del usuario Gallo Tito en Exchange 2007, actualmente el mensaje que aparece es el siguiente:

Como vemos no tenemos acceso, vamos a otorgar el permiso y vamos a ver qué fácil es hacerlo.

(5)   (6)

(5) Abrimos la Exchange Management Shell
(6) Ejecuto un simple comando de PowerShell

(7)

(7) Y... Listo! Ya pudimos acceder a la casilla, ahora como Admin vamos a leerle los mails :)

Comando de PowerShell ejecutado: Add-MailboxPermission TestMailbox -AccessRights FullAccess -user Username

Con esto la idea es mostrar que hay variaciones en cuanto a la administración del día a día entre ambas versiones de Exchange. Tal vez al principio te encuentres medio perdido pero en cuanto le agarres la mano a Exchange 2007 y su Management Shell vas a ver que todo es mas fácil de hacer y mas automatizable.

Abajo te dejo dos links MUY útiles, uno de Technet donde dice el nombre de la tarea en Exchange 2003 y cómo se realiza esa misma tarea en Exchange 2007 y el segundo del Microsoft Exchange Team Blog donde explica las tareas del día a día con las casillas y usuarios en Exchange 2007. Con la implementación del Service Pack 1 se agrega la administración desde la GUI para estos permisos. Link

Source | technet.microsoft.com & msexchangeteam.com

En este post te voy a dar algunos recursos e información para que puedas ir a rendir el exámen sin tanto miedo. Yo mismo me estoy preparando para rendirlo el mes que viene y algunos de estos recursos son bastante utiles. En principio, para qué me sirve estar certificado? Bueno no sólo sirve para medir tus conocimientos sino que prueba tu nivel ante las empresas y el mundo. Cuando quieras buscar trabajo vas a poder decir que Microsoft certifica que conoces esta herramienta para realizar ese trabajo. Además al ser un título internacional te sirve tanto acá como en cualquier parte del mundo.

La certificación "MCTS: Microsoft Exchange Server 2007 – Configuration" es parte de la nueva generación de certificaciones de Microsoft. Está enfocada en los siguientes ítems:

Installing and configuring Exchange servers
Creating and modifying recipients and public folders
Maintaining and optimizing the messaging system
Monitoring and reporting on the messaging system
Troubleshooting messaging issues
Managing data recovery and disaster recovery of a messaging environment

Además te da crédito para lograr la certificación "MCITP: Enterprise Messaging Administrator" aprobando dos exámenes mas. (70-237 & 70-238)

Guía de Preparación de Microsoft: Acá vas a encontrar toda la info referente al exámen, qué temas trata, cursos que se pueden tomar desde Microsoft, acceso al Technet, etc.

Discussion Group de Microsoft: En este link vas a ver comentarios sobre gente que va a rendir el exámen, los que ya rindieron, etc. es un News y podes leerlo con cualquier lector desde tu PC o bien Online a través del Link que pasé.

Exchange 2007 Learning Portal de Microsoft: Algunos capítulos de libros son ofrecidos gratuitamente y podes conocer qué libro te puede servir para ayudar a tu capacitación.

MSExchange.org: El mejor sitio sobre Exchange sin dudas. Acá vas a encontrar tutoriales específicos de cómo se hace cada tarea, con pantallas, instructivos, etc. Es muy útil para aprender los temas en los que andas flojo y para solucionar problemas.

Exchange Technet Site: El sitio de Microsoft Technet con información, documentos y downloads sobre Exchange.

MS Exchange Team Blog: Uno de los mas grandes Blogs sobre Exchange con muchos artículos e información al respecto.

Además a eso te puedo pasar una buena guía gratuita por parte de la gente de MeasureUp que es un mini resumen del temario de Exchange que toman en el exámen, sería como un ayuda memoria para esos minutos antes de ingresar a rendir.

Por último voy a pasar 3 links para bajar con un cliente eDonkey que son herramientas y documentos que te pueden ayudar con el exámen. Acordate que el material que uses es para práctica, si hay exámenes de práctica es para eso y no para acordarse de memoria. Tenes que tener el cliente instalado para poder abrir estos archivos y que empiece a bajarlos.

El archivo de CBT Nuggets contiene una serie de videos tutoriales que te muestran como se realiza cada tarea. Lo explica un técnico mientras lo va a haciendo y son bastante fáciles de seguir. Obviamente el idimoa de los mismos es inglés.

Bajar | [PC ISO] CBT Nuggets Configuring Exchange Server 2007 Exam Pack 70-236.rar

Los últimos dos documentos son unos PDF con guías de estudio y algunas preguntas y su explicación para poder aprender de las mismas.

Bajar | MeasureUp 70-236.pdf

Bajar | Pass4Sure 70-236 v2.73.zip

Dentro de los Newsletter que me envía Microsoft me llegó una herramienta que al leer como se llamaba me llené de alegría. :D Para todo IT boy es muy importante poder diagramar la estructura del Active Directory y la conectividad, que antes se podía realizar entre Visio y AD, que ya no existe en las nuevas versiones de Visio. Microsoft removió este feature en las nuevas versiones. Existía un diagramador de la estructura de Exchange pero no de AD. Al bajar esta herramienta, Microsoft Active Directory Topology Diagrammer, la probé inmediatamente y me llené aún mas de alegría. :D Es muy sencilla de usar y en este caso puede diagramar tanto el dominio, como las conexiones de réplicas entre Domain Controllers, estructura de OUs, Exchange, Aplicaciones (ForestDnsZones, etc) y obviamente una solapa para decirle que dibuje los servidores. Es muy útil para los que administren un Active Directory, especialmente la parte de diagramación de conexiones de réplica entre DCs ya que con esa información se puede analizar los enlaces y ver el mejor camino y horario de las mismas.

Requiere tener instalado el Microsoft Visio para poder hacer los dibujos de la información capturada y además requiere el .NET Framework versión 2.0.

Source | Download Microsoft Active Directory Topology Diagrammer