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

El Microsoft Service Level Dashboard (SLD) sirve para tener un panel con el monitoreo y dar seguimiento, gestión y presentación de informes sobre la línea de negocio (LOB) de nuestra empresa. En dicho reporte podemos ver los niveles de servicio de las aplicaciones. Veremos una lista de las mismas, el rendimiento actual y la disponibilidad de las mismas contra los objetivos propuestos al cliente.

Qué significa esto? Cuando nosotros contratamos un servicio, por ejemplo el hosting, nos dice que tendremos arriba nuestro sitio un 99% de uptime. Ese es el objetivo que luego se deberá comparar contra la realidad dependiendo la cantidad de tiempo que estuvo caído. Bueno, el SLD hace dicha comparación en un reporte con interfaz web y obtiene los datos del monitoreo mediante SCOM 2007 R2.

Recordemos que SCOM o System Center Operations Manager es el producto de Microsoft para monitorear el ambiente o plataforma de nuestra empresa. Ahí mediante los Management Packs podemos tener muchísima información de nuestros servidores, eventos centralizados, performance real time, etc. Si adicionamos este producto al SCOM tendremos un panel muy útil para el cliente o para nosotros mismos para poder conocer si estamos cumpiendo el nivel de servicio propuesto o no. Estos niveles de servicio o acuerdos de niveles de servicio suelen llamarse SLA o Service Level Agreement.

Este componente como mencioné antes trabaja gracias a la información que obtiene desde el SCOM y lo publica mediante un Sharepoint en un entorno web. Por eso es que dentro de sus requerimientos se encuentra el Sharepoint. Aquí vamos a repasar los mismos.

Obviamente uno de sus requerimientos es SCOM 2007 R2 con los servicios de Reporint y Data Warehouse. Además hace falta los Windows Sharepoint Services 3.0 SP1. SQL Server para la base de datos, .NET Framework 3.5, IIS para el entorno web y el Microsoft Office Compatibiilty Pack. Teniendo estos componentes instalados no vas a tener problemas para instalar el SLD.

Podemos ver el tiempo que demandó reparar el incidente y así sacar estadísticas. Podemos ver el estado de salud de nuestra plataforma TI en cuanto a los SLAs establecidos, y a través de la plataforma Sharepoint podemos compartir la información con las herramientas que ya conocemos.

Un gráfico de Technet muy interesante que nos ayuda a comprender el producto es el siguiente:

 
Link | Service Level Dashboard 2.0 for System Center Operations Manager 2007 R2
Link | Service Level Dashboard MP for System Center Operations Manager 2007
Link | Microsoft Technet SLD

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

Ya había hecho algunos comentarios sobre las novedades en cuanto al servicio de Hyper-V para la nueva versión de Windows Server 2008. Pero este sistema operativo ofrece otros servicios que también sufren modificaciones o nuevos features y la idea era comentar algunos de ellos porque estan muy buenos y si hoy estas usando Windows Server 2008 en tu ambiente seguro vas a querer actualizarte al R2. Si en cambio todavía tenes 2003, actualizate YA!, me lo vas a agradecer.

Active Directory PowerShell cmdlets: Como el nombre lo dice, son nuevos cmdlets administrativos en PowerShell para Active Directory.

Active Directory Best Practice Analyzer: Por fin un buen BPA para Active Directory completo que nos puede decir donde está el error de configuración.

Active Directory Web Services (ADWS): Es un nuevo servicio de un Domain Controller que sirve como interfaz web entre las instancias que corren de AD, LDS, etc. Si este servicio se para o se deshabilita, ya que se instala por defecto, algunas instancias como el Administrative Center o el PowerShell module no funcionaran.

Active Directory Administrative Center: Ahora podemos administrar el Active Directory desde una nueva GUI mucho mejor que el anterior ADUC que sigue estando, pero esta nueva consola basada en scripts PowerShell nos da la oportunidad de administrar el AD centralizadamente de forma simple para las tareas rutinarias.

Offline Domain Join: Ahora vamos a poder programar las PCs para que ingresen al dominio sin necesidad de realmente hacerlo y cuando la PC inicie por primera vez se va a agregar sola. Esto sirve para deploys masivos.

Active Directory Recycle Bin: Obviamente si traducimos el nombre sabemos para que sirve. Cuántas veces vemos que eliminan cuentas de usuario y después tienen que hacer un restore para poder recuperarlo? Ahora podemos hacerlo de una manera mucho mas simple ya que queda en una papelera de reciclaje de AD. Acá les dejo un gráfico que muestra la vida de un objeto en el Active Directory con el Recycle Bin activado.

 
Active Directory Certificate Services (AD CS): ahora permite una implementación mas flexible de una infrasestructura PKI, reduce administración y soporta NAP.

Windows AppLocker: Este features es nuevo tanto en Windows Server 2008 R2 como en Windows 7 reemplaza las políticas de restricción de Software. Sigue basado en reglas que uno puede exportar e importar.

Biometrics: Windows 7 soporta habilitar biometrics para la autenticación como por ejemplo a través de un lector de huellas digitales y poder elevar privilegios con el UAC. Esta configuración puede ser enviada por GPO.

DNS: Siiii algo nuevo en el DNS también, ahora soporta Domain Name System Security Extensions (DNSSEC). Ahora con Windows Server 2008 R2 podemos firmar y hostear zonas firmadas-DNSSEC y darle seguridad al ambiente. Soporta los registros DNSKEY, RRSIG, NSEC y DS.

Failover Clusters: Algunas mejoras en el proceso de validación de un cluster nuevo o existente. Las mejoras de Cluster con Virtual Machines a través de Hyper-V que ya había comentado antes. La interfaz PowerShell para la administración del servicio, y mejoras en la posibilidad de migrar las configuraciones de un cluster a otro.

Hyper-V: Ya lo comenté mas en detalle antes, pero está Live Migration, Enhanced Processor Support, Enhanced Networking Support, Dynamic Virtual Machine Storage, etc.

Group Policy: No hay muchos cambios, si a nivel administrativo gracias a los Cmdlets de PowerShell, algunos ítems nuevos de Group Policy Preferences, mejoras en las Starter GPO’s, y otros administrative settings adicionales.

Network Access Protection (NAP): Multi-Configuration SHV que simplemente permite la configuración de múltiples System Health Validators (SHV). En cuanto al cliente NAP tiene algunas mejoras para Windows 7.

Network Policy Server (NPS): La administración de los templates y los templates de NPS son uno de las nuevas características. Esto permite generar la configuración para un determinado servicio o server y reutilizarlo en otro equipo o en el mismo equipo local. También hay mejoras en el accounting del RADIUS que permite configurar un SQL para guardar los logs.

Networking: Hay varias mejoras en cuanto a networking tanto para Windows Server 2008 R2 como para Windows 7. Algunas de ellas son, Direct Access que permite conectarte a la red de tu compañía sin necesidad de iniciar una VPN antes. VPN Reconnect, que simplemente si se cayó la conexión de VPN la vuelve a iniciar. BrandCache que como el nombre lo dice, hace un caché de archivos y webs a través de una WAN. URL QoS con el que podemos definir prioridad según la URL desde donde se origine el tráfico. Multiple active firewall profiles, con el que cambiará las reglas de firewall según la red a la que estemos conectados.

Server Manager: Podemos administrar servidores remotamente desde la consola de Server Manager. Best Practice Analyzer (BPA) para determinados roles y features. Nuevos PowerShell Cmdlets propios de Server Manager como por ejemplo Add-WindowsFeature. WSUS está disponible como rol desde el Server Manager. Y obviamente la posibilidad de agregar o configurar los nuevos features comentados acá.

Web Server (IIS): Este también sufrió grandes cambios, IIS 7.5 ahora tiene nuevos features y mejoras en WebDAV y FTP, los módulos de administración, Best Practice Analyzer (BPA), PowerShell, Hostable Web Core, FastCGI y .NET en Server Core. En el link del final del artículo podes leer todas las características completas.

PowerShell: Este si que tuvo cambios. Obviamente nuevos Cmdlets, administración remota, Windows Integrated Scripting Environment (ISE) que es una interfaz gráfica para poder armar scipts complejos con PowerShell. Background Jobs permite ejecución de trabajos en el background como lo dice su nombre, Debugger con el que podremos hacer un debug de las funciones o scripts que armemos, Eventos, Funciones Avanzadas, Internacionalización, etc.

Windows Security Auditing: Mejoras en cuanto a la auditoría donde ahora ofrece mucho mas detalle. Muchas mas políticas de auditoría para configurar que antes a través de GPOs o políticas locales. Nuevos SACLs y ACEs que van a ayudar a hacer tu vida mas fácil.

Remote Desktop Services: Este si que es largo de comentar. Para empezar sabemos que cambió el nombre obviamente del anterior Terminal Services a Remote Desktop Services. Muchísimas mejoras de performance en la experiencia del usuario, compatibilidad con Windows Installer RDS, administración de la caché de los perfiles de usuarios roaming.  No soporta mas el descubrimiento automático de servidores de licencias, la administración de CALs, mejoras en cuanto a la parte de networking y WAN, etc. También se integra con Hyper-V para brindar RemoteApp y RemoteDesktop a las máquinas virtuales. Remote Desktop Client 7.0 soporta Aero en las sesiones de Windows 7 y Windows Server 2008 R2.

Creo que con todo esto tenes un panorama general de las nuevas funciones, ahora sólo queda probarlas y ver si podes implementarlas en tu ambiente. Te dejo el link completo de Technet con el detalle de cada uno de estos servicios así podes leer mas a fondo el que mas te interese.

Link | What’s New in Windows Server 2008 R2 (Beta)

Todo administrador conoce la herramienta para seguridad el Internet Information Services (IIS) URLScan. Bueno, ahora Microsoft sacó una nueva versión de la misma para poder segurizar aún mas un IIS y además poder cerrar nuevos agujeros de seguridad.

Los links de descarga los tienen al final del artículo y estan tanto para la versión 32bits como la de 64bits.

URLScan 3.0 soporta desde IIS 5.1 a IIS 7.0 que viene incluído en Windows Server 2008. Lo mas importante es que es totalmente compatible con su versión anterior (2.5), por lo que si tenes una instalación o configuración realizada con la 2.5 podes instalar la 3.0 y seguir con los mismos parámetros.

Funciona como un filtro ISAPI al igual que su predecesor  y lee la configuración del urlscan.ini para restringir ciertos tipos de solicitudes ejecutadas en el IIS.

Como importante los logs de la aplicación se guardan en %windir%\system32\inetsrv\urlscan\logs pero esta ruta puede ser modificada en el archivo con configuración.

Luego de la instalación deberías tener una carpeta llamada urlscan dentro del directorio %windir%\system32\inetsrv. Ahí se encuentra la DLL y si instalas sobre una versión 2.5 también estaría el INI anterior.
Existe un INI comentado realizado por la gente de IIS.net donde podemos ver todas las opciones y modificar las que nosotros querramos. El link se encuentra al final del artículo.

También podemos ver un excelente artículo con los escenarios mas comunes y su configuración. Link »

Link | Descargar URLScan 3.0 32bit
Link | Descargar URLScan 3.0 64bit
Link | Default urlscan.ini – Comentado
Source | UrlScan v3.0 Beta Release by Wade Hilmo
Source | Using the new rules configuration in UrlScan v3.0 Beta by Nazim

Para los que conocen o utilizan Windows Media Services en Windows Server 2003/2003 R2 sepan que se puede actualizar a Windows Server 2008 sin perder información. La realidad es que no viene como un Rol dentro del servidor por default y éste hay que agregarlo instalando un pequeño paquete. Si bien existe un enlace de Microsoft con las instrucciones y la posibilidad de traducirlo la idea es mostrarlo un poco mas gráficamente. Estos links están al final del post.

Primero habría que revisar los requerimientos mínimos para ver si el equipo los cumple y no tengamos problemas en el futuro. En cuanto a hardware cualquier equipo que soporte Windows Server 2008 ya alcanza y sobra para correr los servicios de streaming. Ahora en cuanto a Software, el Servidor requiere la MMC únicamente pero el módulo de Windows Media Services Administrator for the Web requiere IIS ya que son páginas ASP por lo que también necesita que se habilite ASP dentro del IIS.
Es importante que se puede implementar en la versión Server Core del servidor y así utilizar menos recursos dentro del sistema. Es importante también saber que si se implementa en Server Core no vamos a tener la GUI.

Para implementar este rol se deben seguir los siguientes pasos:

1. Obtener los paquetes de instalación de microsoft.com. El link que dejo acá es para la versión Windows Server 2008 RC1. Vamos a ver versiones tanto 32Bits como 64Bits de los 3 paquetes disponibles para bajar:
   Windows6.0-KB934518-xXX-Server.msu
   Windows6.0-KB934518-xXX-Core.msu
   Windows6.0-KB934518-xXX-Admin.msu
   
2. En este caso vamos a trabajar sobre un Full Server, así que tomamos el primer archivo terminado en -Server y lo ejecutamos. Seguimos los pasos, aceptamos la licencia y deberíamos ver una pantalla similar a la siguiente. En caso de que aparezca un error de que el update no es apropiado para el sistema, revisar si es 2008 RC1 y si bajamos la versión correcta de procesador.
   
   Para el caso de Server Core debemos bajar el paquete que termina en -Core y ejecutarlo de la siguiente forma:
   start /w wusa /quiet Windows6.0-KB934518-xXX-ServerCore.msu
3. Luego de instalar este update nos va a aparecer un nuevo rol dentro de Server Manager que podemos ver gráficamente y por comando. Al seleccionarlo nos va a permitir implementar este rol con los subcomponentes correspondientes. Otra forma de instalarlo es ejecutando el comando ServerManagerCmd -i WMS.
   
   Para instalar el rol en Server Core sería: start /w ocsetup MediaServer
4. La instalación Full incluye la MMC para administración del Rol, pero en caso de querer instalar las herramientas administrativas en un Windows Vista debemos ejecutar el paquete que termina en -Admin nuevamente depende el procesador el paquete que se debe utilizar.
5. Listo ya tenemos el Rol instalado y funcionando ahora pueden quedar tareas de administración o bien migrar contenido de versiones anteriores. Para esto pueden acceder al link de Microsoft que dejo mas abajo donde explica correctamente dónde copiar la información y qué ejecutar.
   

Como conclusión puedo rescatar lo versátil de Windows Server 2008 al agregar roles con simple ejecutar un instalador y que se pueda administrar todo desde la misma consola. Que ya configure los filtros de Event Viewer para ver los mensajes por rol, etc. etc. Este nuevo concepto de roles es realmente muy útil para los nuevos servidores.

Update the Windows Media Server Platform
How to install Windows Media Services in Windows Server 2008
Download Windows Media Services 2008 for Windows Server 2008 RC1

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.

El componente IIS FastCGI  habilita a las aplicaciones como PHP sean alojadas en un servidor web IIS7 con gran performance. FastCGI provee una excelente alternativa al Common Gateway Interface (CGI), una forma standard de interactuar aplicaciones externas con el servidor web que es soportado desde la primera versión de IIS.
Los programas CGI son ejecutados por el web server en cada solicitud para generar una respuesta dinámica que es enviada al cliente. Como muchas de estas aplicaciones no soportan la ejecución de procesos simultáneamente, CGI ejecutaba un proceso por solicitud y obviamente la performance era bastante baja ya que debía iniciar y cerrar un proceso por cada solicitud. FastCGI proporciona una solución a esto pudiendo ejecutar mas de un proceso por vez asegurando que a la aplicación le llegue de a una solicitud. Para mas información de cómo funciona FastCGI: Documento

Esta extensión está soportada para Windows Vista y Windows Server 2008. Actualmente la versión está en modo "Preview", la versión final saldrá junto a Windows Server 2008 y se estima que tenga mejor performance que la actual.

Source | IIS FastCGI

El evento está orientado a estudiantes de informática y es principalmente realizado por estudiantes con conocimiento avanzado en los temas expuestos (Robótica, XNA, Silverlight, Windows Presentation Foundation). Se realizarán presentaciones en paralelo de estos temas y se contará con una sección de demos en vivo de las células de estudio de algunas universidades, de modo que puedas interactuar directamente con ellos durante nuestro DemoFest.

Lugar y Fecha: Universidad Argentina de la Empresa (UADE), el día 24 de octubre en el horario de 16 a 22 hs. Mas info

Parece que va a estar muy bueno, van a hablar sobre BizTalk 2006 R2, XNA y la tecnología de los juegos, DinnerNow con IIS7, etc. Creo que es interesante para asistir y aprender nuevas cosas.

Un concepto nuevo de administración es la herramienta Server Manager con el que manejaremos todo el equipo. Desde esta consola tenemos una vista central del equipo como así también la asignación y configuración de los roles.
El agregado de roles o configuraciones es tan simple como seguir unos Wizards/Asistentes los cuales dejan archivos de logs de las actividades y también desde estas consolas se pueden administar Core Server remotos.

Con los Terminal Services por ejemplo, Microsoft está ingresando un poco en el mundo de Citrix. Trabajaron conjuntamente, ojo, no tiene TODOS los features que tiene Citrix, ni se acerca, pero por ejemplo agregaron ciertos modos interesantes, Terminal Server Gateway, RemoteApp, y Terminal Services Web Access. El primero habilita a un usuario a conectarse a un Terminal Server a través de tu Firewall externo. RemoteApp te deja publicar aplicaciones en vez de tomar todo el Desktop como hasta ahora. Por último Web Access ahora provee un portal con los íconos de las aplicaciones o desktop a tomar. Igualmente por ahora, desconozco si es una limitación de la beta3, no se puede especificar un portal diferente o bien perfiles diferentes por grupos de usuario como en el caso de Citrix. El TS Web Access se puede integrar con Sharepoint para darle mejores accesos desde el portal de los usuarios.

Internet Information Services 7 (IIS7) es la evolución a su versión anterior, la 6 en Windows 2003. Ahora es mucho mas modular, si algo no funciona en el servidor web no hace falta bajar todo el IIS para solucionarlo ya que los sitios son completamente aparte uno de otro, esto crea menor tiempo offline. Se puede configurar desde un archivo de texto "web.config" y se puede delegar la administración a un modo mucho mas granular. La interfaz de administración es mucho mejor y nos deja administrar mas sencillamente los nuevos features.

Mejor soporte para las Oficinas Remotas de tu negocio (Branch Office). Hay un nuevo rol para los Domain Controllers llamado RODC (Read Only Domain Controller). Con esto ahorramos muchísimo ancho de banda entre la sucursal u oficina remota y la oficina central. En este RODC sólo quedan cacheadas las credenciales de los usuarios y PCs que se autenticaron en ese equipo. La cuenta de Administrador no es cacheda por default para agregarle seguridad. El rol de RODC fue diseñado para que sea en el modo Server Core para que no haya una GUI (Interfaz Gráfica) por la cual puedan afectar o compromenter la información del negocio.

Recordemos uno de los features de 2003 R2, (WDS) Windows Deployment Services, con el que podemos enviar imágenes de instalación a los equipos ahorrando mucho tiempo y personal para dichas tareas, el cual fue mejorado en esta nueva versión de OS.

En este link pueden ver algunas demostraciones del funcionamiento de algunos features: Demos Windows Server 2008
Portal de Aprendizaje de Windows Server 2008: Learning Portal

Fin :D

Espero hayas disfrutado estos posts de Windows, si te pareció buena la información te pido que votes por este blog en el ícono de abajo de todo que dice "Vote For Me" :D Gracias!!