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

En el artículo anterior comenté cómo era la instalación de System Center Operations Manager (SCOM) 2007 R2 sobre Windows Server 2008 con SQL Server 2008 c/SP1. Lo que no comenté es si se puede hacer upgrade de la versión anterior de SCOM o de la versión anterior de SQL para soportar 2008. La idea de este artículo es que veas que opciones tenes para hacer una actualización de tu implementación actual a la ultima versión de SCOM con la ultima versión de base de datos.

Recuerden que el SQL 2008 requiere el Service Pack 1 instalado para que el chequeo de prerequisitos pase sin problemas. Esto lo comenté en el post pasado pero por las dudas lo vuelvo a remarcar.

Una novedad que también olvidé comentar en el artículo anterior es la cantidad de agentes soportados por esta nueva versión de SCOM. Podemos ver por el siguiente cuadro que hay un ligero incremento en cada uno de los agentes soportados.

 
Los upgrade path soportados por SCOM R2 se muestran en la siguiente imágen oficial de Microsoft:

El upgrade de SQL 2005 a SQL 2008 es un poco mas complejo, pero igualmente se puede hacer y hay una guía oficial de Microsoft que nos lo explica. Mas abajo dejo un link donde explica los pasos y los comandos que hacen falta ejecutar.

Este artículo puede serte útil si vas a hacer algún upgrade de la plataforma actual, si vas a instalar el producto desde cero entonces podes ir al artículo anterior ya que los pasos de instalación son parecidos a la versión 2007 SP1.

Link | OpsMgr 2007 R2 Deployment Guide
Link | OpsMgr 2007 R2 Troubleshooting Guide
Link | OpsMgr 2007 R2 Upgrade Guide
Link | Upgrading SQL Server 2005 to SQL Server 2008

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. :)

Mucha gente todavía no conoce para qué sirve System Center Operations Manager 2007 (SCOM) ni tampoco conoce la serie de productos de Microsoft System Center. En este caso el SCOM sirve como herramienta de monitoreo proactivo. No sólo podremos monitorear nuestros equipos y servicios asociados sino que hasta también podremos utilizarlo para centralizar los eventos de los mismos. Generalmente para esta tarea se adquiere un prodcuto aparte especializado en eso, pero con SCOM podemos hacer todo en uno.

La idea es comentar los pasos de instalación del producto de la forma mas standard o Simple que tiene que es la implementación de los servicios en un único servidor. En este caso instalamos un SQL Server 2005 con SP2 y luego el SCOM con los servicios en el mismo equipo. Obviamente que no va a tener la misma performance que la implementación distribuída ni tampoco va a poder soportar la misma cantidad de equipos monitoreados. Para poder hacer un correcto análisis de qué plataforma o qué cantidad de servidores necesitamos recomiendo instalar la herramienta System Center Capacity Planner 2007. Con esta herramienta vamos a poder obtener un resultado como el siguiente:

En este caso se ingresan los datos de la solución deseada y nos comenta que necesitamos un servidor con múltiples roles de SCOM y aparte un servidor para ACS y otro para su base de datos. ACS es Audit Collection Service y es el módulo de centralización de eventos de seguridad. Es una herramienta realmente práctica y nos ayuda a diagramar una solución para una empresa.

En cuanto a la implementación en si primero debemos comenzar por qué son los roles del servidor a instalar y qué puertos utiliza para comunicarse en caso de requerir abrirlo en algún firewall. Los roles que vamos a instalar son:

· Audit Collection Services (ACS) collector
· ACS database
· ACS forwarder
· Operational database
· Operations Console
· Reporting Data Warehouse database
· Reporting database
· Reporting Server
· Root management server
· Web Console server
· CommandShell

Las limitaciones que tenemos por instalar todo en un único equipo:

Gateway Server: Debido a esta implementación todos los equipos deben estar en el mismo dominio de Active Directory ya que no podemos implementar un Gateway Server para que realice la comunicación en caso contrario.

High Availability and Redundancy: No podemos implementar un servicio de alta disponibilidad ni tolerante a fallas ya que se debe implementar un único hardware. Otras configuraciones para esta solución no son soportadas.

Los puertos utilizados por este servicio son:
· Operations Console -> Root Management Server: TCP 5724
· Operations Console -> Reporting Server: TCP 80
· Consola Web -> Web Console Server: TCP 51908, 443
· Agente -> Root Management Server: TCP 5723
· ACS forwarder -> ACS collector: TCP 51909
· Agentless management: RPC

Los requisitos para instalar esta solución obviamente son tener el DNS operativo y un Active Directory funcionando correctamente. Sobre el equipo es necesario tener instalado Internet Information Services (IIS) y .NET para que funcione el módulo de Reporting. Luego debemos proceder a crear algunas cuentas en el dominio que serán utilizadas por este servicio.

Se deben crear 5 cuentas y 1 grupo de usuarios, los mismos deben quedar como se muestra a continuación:

El nombre de las cuentas es importante simplemente para recordar dónde vamos a utilizar cada una para que le asigne los permisos necesarios y requeridos. El usuario Operations Manager Administrator debe ser miembro del grupo que generamos ya que luego asignaremos permisos sobre este grupo. Luego comenzamos con la instalación del SQL 2005 SP2.

Instalando Microsoft SQL 2005 SP2

El autorun del CD nos abrirá una pantalla para seleccionar la tarea que queremos llevar a cabo. En ese instante seleccionamos “Server components, tools, Books Online and samples” para que inicie el setup. Primero va a instalar el cliente y los archivos para la instalación.
 

Luego va a iniciar el proceso de instalación y previo va a realizar un chequeo para ver si cumplimos con los requisitos de la misma.

Luego debemos seleccionar los módulos que queremos instalar de SQL, aquí necesitamos marcar SQL Server Database Services, Reporting Services y Workstation components, Books Online and development tools. Luego debemos especificar la instancia, aceptamos la por defecto “Default instance” y continuamos.

Ahora debemos especificar si usamos una cuenta de dominio o la cuenta local de Sistema. Seleccionamos “Local System” y verificamos que esté marcado “SQL Server” y “Reporting Services”. En el paso siguiente marcamos “Windows Authentication Mode”. Luego dejamos lo que viene por defecto “Dictionary order, case-insensitive, for use with 1252 Character Set” y en la pantalla final dejamos “Install the default configuration”.

Para comprobar que los servicios de Reporting se instalaron correctamente podemos ingresar por Internet Explorer a nuestro servidor en el directorio virtual Reports (http://<servername>/reports) y debemos ver algo similar a lo siguiente:

Si todo está bien podemos comenzar con la instalación del System Center Operations Manager 2007. Si la página de reporting no se ve se debe reiniciar la instalación de la misma. Luego se debe instalar el Service Pack 2 de SQL.

Instalando System Center Operations Manager 2007 (SCOM)

Al iniciar la instalación primero hace un chequeo de los requisitos mínimos para poder seguir la misma. En esa ventana debemos marcar los roles que queremos instalar para que chequee por esos requisitos. En nuestro caso marcamos todos los ítems Operational Database, Server, Console, Power Shell, Web Console, Reporting, and Data Warehouse.
 

Si todos los requisitos pasaron ok entonces ahí si marcamos la opción “Install Operations Manager 2007”.    

Ahora si marcamos los roles que queremos instalar y seleccionamos la ubicación de los mismos. Luego nos va a preguntar el nombre del “Management Group” que en esta implementación puede haber sólo uno y debemos especificar el grupo que creamos con anterioridad como los administradores del mismo. Luego seleccionamos la instancia de SQL con el puerto por defecto y continuamos.

Debemos definir un nombre para la base de datos del Operations Manager y la cuenta de Management Server Action Account.

Luego continuamos con la configuración para la cuenta de SDK and Config Service Account y qué tipo de autenticación queremos para el sitio web.

Para finalizar el asistente nos pregunta si queremos respaldar la llave de encriptación y luego iniciar la consola.

Hasta aquí terminamos de instalar la primera parte, ahora podemos revisar si todo quedó ok y funcionando o directamente continuar con la siguiente instalación que son los servicios de Reporting del SCOM 2007.

Para revisar si quedó ok la instalación abrimos la consola de SCOM. Vamos a la vista “Monitoring”, ahí expandimos “Management Server” y seleccionamos “Management Server State”. Ahí debemos revisar que el Root Management Server (RMS) esté ok en todos sus servicios. También podemos verificar a nivel de SQL que la base esté operativa y online ingresando al Administrador de SQL. Desde la misma consola podemos revisar los permisos de las bases y que todo concuerde con la instalación que hicimos. También podemos chequear si la consola web inicia abriendo el otro acceso directo que nos crea llamado “Web Console”. Si algo de esto no funciona, revisar los pasos de instalación previos y reiniciar algunos de ellos. Sino podemos continuar con la parte de Reporting.

Instalando System Center Operations Manager 2007 Reporting

Una vez que terminamos con la primer etapa de instalación podemos continuar con la siguiente que es la parte de Reporting. Para esto elegimos del asistente de instalación la opción “Install Operations Manager 2007 Reporting” e iniciamos un nuevo asistente.

Esta instalación es mucho mas simple, aceptamos la licencia, determinamos donde queremos instalarlo, especificamos el nombre del servidor RMS (Root Management Server), la instancia de SQL, la customización de los logs y bases de datos, la cuenta de Data Warehouse Write Account y la cuenta de Data Reader y listo, con eso se termina el asistente y se instala el módulo de reporting.

Para revisar que realmente haya quedado instalado vamos dentro de la consola de SCOM 2007 a la solapa de Reporting y ahí buscamos los reportes dentro de “Microsoft ODR Report Library”.

Con esto queda implementado el SCOM 2007 en un único servidor. También está disponible el rol de ACS o Audit Collection Services pero no recomiendo instalar todo en un sólo equipo y este artículo era sobre una solución en un único servidor. Para el ACS recomiendo revisar la planificación y diseño del mismo y luego implementarlo en otro equipo.

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

Luego de la instalación de System Center Essentials 2007 qué hacemos? Bueno, como primeros pasos deberíamos configurar los features del producto, luego configurar los equipos a administrar y por último configurar las opciones de Microsoft Update. Es vital realizar estas configuraciones para que el producto funcione correctamente y además para poder sacarle todo el jugo posible.

Configurar los Features del Producto

Luego de la instalación debemos hacer click en Required: Configure product features. Esto abrirá un asistente de configuración que debemos seguir para poder configurar el producto. La primer pantalla es la introducción de lo que vamos a hacer. Podemos marcar la opción para que no vuelva a mostrarnos esta ventana. Luego, la segunda pantalla es la configuración de la salida a internet a través de un Servidor Proxy. Ahí deberemos configurar los parámetros del Proxy en caso de tenerlo.

La siguiente pantalla sirve para configurar la GPO de dominio automáticamente o bien crearla luego nosotros manualmente. Esta GPO sirve para decirle a las PCs que los updates los tome de nuestro servidor de SCE. Si decimos que si debemos estar logueados con una cuenta de Domain Admin. La siguiente pantalla nos pregunta sobre las excepciones del Firewall. Recomiendo decir que si para que configure estas excepciones de lo contrario no se podrán instalar agentes en los equipos si tienen el Firewall iniciado.

 
Luego va a preguntarnos sobre la configuración de Remote Assistance. SCE puede habilitar en los equipos administrados el Remote Assitance. Si no lo vamos a usar podemos decirle que no. En la siguiente pantalla del asistente nos consulta si queremos que colecte los errores de aplicación de las PC’s que administramos. El directorio al que enviemos los errores debe estar sobre NTFS y con al menos 2Gb libres sin mencionar que la carpeta ya debe existir.

El siguiente paso nos preguntará si queremos enviar los errores recolectados a Microsoft. Esto es parte de la Error Reporting Tool que ya existe en los equipos, pero queremos reenviar todo a Microsoft? Esto es lo que debemos definir en esta ventana. Puede ser tanto básico como detallado el reporte que se envía. Luego si queremos recibir un correo con el reporte diario de estado del ambiente debemos configurar los parámetros que nos pide.

Ahora viene un punto crítico que es si queremos que descubra automáticamente todos los equipos de nuestro ambiente o lo vamos a hacer manualmente. Yo personalmente prefiero hacerlo mas manual para tener un poco de control sobre el tema. Una vez descubierto el ambiente si se puede definir que sea automático para las actualizaciones del mismo. Por último veremos como configura todo lo que acabamos de definir.

Una vez finalizado hacemos click en Close y este punto ya estaría terminado.

Configurar Equipos y Dispositivos a Administrar

Para este paso es necesario hacer click en Required: Configure computers and devices to manage. Nuevamente abrirá un asistente que nos guiará en la configuración de los equipos y dispositivos. En la primer pantalla veremos la típica introducción de lo que haremos. Luego tenemos la opción de un Discovery o Descubrimiento automático o Avanzando. El automático es sobre el dominio del mismo servidor y traerá todos los equipos basados en Windows. El Avanzado podemos seleccionar si queres solo clientes, solo servers, dispositivos de red, etc. Si elegimos Avanzado tendremos un paso mas en el asistente para seleccionar el método, de lo contrario pasa directamente a la autenticación.

La pantalla del método de Discovery nos deja elegir entre Active Directory o bien seleccionar el equipo manualmente o tipearlo. Luego debemos definir las credenciales que utilizaremos en el Descubrimiento de los equipos. Puede ser la misma del SCE o bien una específica.

El proceso de Discovery se iniciará y encontrará los equipos que nosotros especificamos, ya sea por AD o bien manualmente. De lo encontrado debemos seleccionar los equipos que necesitemos administrar.

Ahora si, el típico resumen que nos dirá cuántos agentes requiere instalar y una vez que hagamos click en Finish inciará una ventana con la instalación de los mismos. Ahí podremos ver un status de cómo termina la instalación y tomar acciones donde sea necesario. Esta ventana podemos cerrarla que la instalación seguirá en background. Igualmente si es el primer equipo para probar la implementación de SCE sugiero esperar a ver cómo resulta, luego el deploy masivo si podremos ejecutarlo en background.

Configurar Opciones de Microsoft Update

Por último nos queda configurar las opciones de Microsoft Update que para esto debemos hacer click en Required: Configure Microsoft Update settings. Recordemos que SCE 2007 incluye un módulo de instalación de parches sobre los equipos como WSUS así que este punto es muy importante. Comenzamos con la introducción de los asistentes y luego con la configuración del Servidor Proxy, aunque si ya lo configuramos en el punto anterior nos traerá la misma información.

El siguiente punto deberemos Sincronizar en vez de hacer Siguiente. Esto es muy parecido al asistente o Wizard del WSUS. Si leíste los artículos sobre configuración del WSUS o configuraste alguno vas a ver que es muy similar ya que es la configuración de dicho módulo. Una vez que finaliza seleccionaremos los productos que vamos a actualizar en los equipos que administremos.

Siguiendo nos queda elegir los idiomas que vamos a soportar. Acá debemos seleccionar todos los idiomas que pueda existir en nuestro ambiente para que todos los equipos estén actualizados. Luego la clasificación, son los tipos de actualizaciones que otorgaremos. Entre ellas se encuentran, Parches Críticos, Service Packs, Updates, Aplicaciones, etc. 

Luego podemos definir una política de aprobación automática para ciertos parches o bien manejar todos manualmente. Sugiero seleccionar Definition Updates en forma automática ya que es la actualización del Windows Defender. Seguimos y configuramos el horario en el que queremos que sincronice contra internet para bajar los parches. Casi siempre se selecciona en la madrugada, pero cada cliente tiene diferentes necesidades.

El resumen típico y la posibilidad de iniciar la sincronización al cerrar el asistente. Si es horario productivo no lo recomiendo ya que es el que mas demora.

Al finalizar este Wizard damos por terminada la configuración inicial de SCE 2007 y podremos empezar a administrar los equipos que seleccionamos en el Discovery. Recomiendo iniciar probando con algunos equipos con diferentes versiones de OS y luego cuando sabemos que está todo ok con las imágenes de la empresa, ahí si hacer el deploy masivo.

En artículos siguientes comentaré la forma de hacer un deploy de Software a los equipos, si te interesa Suscribite!!

System Center Essentials 2007 es una herramienta de administración desarrollada por Microsoft para ayudar al personal de IT con sus tareas diarias desde una simple y única consola. Podemos segurizar, actualizar, monitorear y darle seguimiento a nuestro ambiente de IT. A eso hay que sumarle todos los reportes que podemos obtener de dicha aplicación.

En este artículo pretendo comentar los pasos necesarios para la instalación del producto. Igualmente antes de comenzar habría que revisar si el equipo cuenta con los requisitos mínimos, determinar la base de datos si va a estar localmente o en otro equipo, las cuentas de usuario, etc.

Los requisitos mínimos en cuanto a software son:

• Microsoft Windows Server 2003 x86 SP1 o superior  (No soporta CPU’s IA64)
• IIS 6 o superior habilitado
• BITS 2.0 habilitado
• ASP.NET habilitado en el IIS
• Active Directory debe estar disponible en el ambiente
• SQL Server 2005 Express SP1 o superior  (No soporta SQL 2005 Mirroring)
• No soporta Clustering
• .NET Framework 3.0  Download »
• SNMP habilitado (no es un requerimiento pero se va a utilizar)
• MSXML 6.0 (si no está instalado el mismo setup lo hace)

Ahora ejecutamos setup.exe y seguimos los pasos de instalación.
La primer pantalla debemos seleccionar lo que queremos instalar. En este caso seleccionamos “Full Setup” para instalar el servidor completo. Cabe destacar que la “Installation Guide” es una guía completa en formato de Windows Help que nos puede ayudar en muchos aspectos en la configuración del producto. Luego veremos la primer pantalla de bienvenida de la instalación.

Al hacer click en Next o Siguiente va a chequear los prerequisitos de la aplicación para ver si necesitamos instalar algo mas o podemos continuar con el setup.

Veremos que el chequeo de memoria tiene un Warning porque no tengo 2Gb de Memoria como es el recomendado por Microsoft, pero igual podemos continuar. Si tenemos dudas con respecto a algún ítem podemos hacer click en el botón “More”. Luego veremos la pantalla de la licencias de Microsoft que siempre aceptamos :P. Debemos introducir el nombre y compañía según nuestra licencia… Esas ventanas las salteamos para no hacer muy largo el post ya que no hay que configurar nada.

Ahora si vienen dos secciones importantes. La primera es si queremos almacenar los parches localmente o bien que los obtengan desde Microsoft Update. Es el mismo tipo de configuración que para WSUS. Es importante que para pasar a la siguiente ventana debemos tener 12Gb libres como mínimo en la unidad que seleccionemos. Luego nos permite seleccionar el tipo de base de datos que tendremos. Podemos apuntarlo a un servidor de SQL local o externo (recomendado para grandes ambientes) o bien dejar que instale un SQL 2005 Express localmente. 

Luego configuramos una cuenta que tenga permisos de Administrador sobre los equipos que vamos a administrar. Posterior a eso definimos si queremos enviar datos a Microsoft sobre nuestra implementación, el típico Customer Experience.

Como último paso tenemos un resumen de lo que vamos a hacer, osea la instalación y si queremos visitar el sitio de Microsoft para verificar que tenemos todos los parches instalados y el equipo al día.  Una vez que finaliza la instalación y abrimos por primera vez la consola veremos la pantalla que se adjunta a continuación. Este es el Inicio de System Center Essentials (SCE). La instalación puede demorar unos minutos si debe instalar el SQL Express.

Qué hay que configurar ahora? Esta sería la pregunta de toda persona que termina de instalarlo. Bueno si bien voy a ir preparando otros artículos relacionados podríamos empezar con:

• Conocer la Consola de Administración
• Monitoreo
• Administración
• Management Packs
• Agregar Equipos
• Software Deployment
• Inventario
• etc…

No lo sigo en este mismo artículo ya que sino se hace muy extenso, pero prometo ir haciendo mas artículos relacionados al igual que con WSUS.

Link | System Center Essentials 2007
Link | System Center Essentials 2007 Service Pack 1

Es muy básico pero efectivo te muestra una ventanita con los días que faltan para que salgan los productos. Quedaría algo similar a la siguiente imagen y como todo Gadget podemos cambiar la opacidad para no perder nada del Desktop.

Supuestamente a fin de mes estaría saliendo la RC1 (Release Candidate) de este sistema operativo. Obviamente incluirá la plataforma Viridian para Virtualización de Servidores.

Alta Disponibilidad (High Availability):

1 Single REDO thread and the safety setting is always on.
2 Soporta solo 2 nodos.

Algunos de los mejores features de Alta Disponibilidad los comento a continuación.

Database Snapshots
Cuando hay operaciones de mantenimiento o interacción con el usuario final, el error humano es la mayor causa de baja de servicio. SQL Server Always On provee una tecnología llamada Database Snapshots que habilita la rápida recuperación ante errores de los usuarios. Es de solo lectura, lo que posibilita que sea usado para reportes y no afecte la performance de la base productiva.

Table and Index Partitioning
Este es un gran feature ya que incrementa la disponibilidad y la flexibilidad de las grandes tablas partiéndolas en mas pequeñas, llamadas particiones. Pueden ser accedidas independientemente para no afectar tanto al I/O.

Dedicated Administrator Connection (DAC)
Esta es una conexión de alta prioridad que se puede establecer contra el servidor para poder hacer un troubleshooting cuando pareciera que se colgó y deja de responder.

Database Mirroring
El espejado de bases de datos es una tecnología para incrementar la disponilidad de las mismas. Básicamente transfiere los logs de transacciones de un servidor a otro habilitando la posibilidad de hacer un rápido failover en el servidor que está standby. Los clientes son redireccionados automáticamente en caso de un failover. No requiere hardware propietario, no es una solución costosa y es de fácil configuración.

Log Shipping
Provee redundancia a nivel bases de datos con dos o mas instancias de SQL Server. Usa trabajos programados para realizar un backup automático, copia y restore de los logs de transacciones para mantener una base de datos secundaria en el servidor standby. A diferencia de la solución anterior soporta multiples bases secundarias lo que proporciona una mejor solución para aplicaciones que demandan multiples sitios para failover. Se puede usar el servidor secundario para consultas del tipo read-only para mejorar la performance.

Failover Clustering
Esta solución a diferencia de la anterior es redundante a nivel de Server junto a los servicios de Microsoft Cluster. Requiere el Storage compartido donde todos los nodos deben poder acceder con un solo dueño de manejar los datos. Cuando ese equipo falla el control pasa al siguiente nodo configurado.

Peer-to-Peer Replication
La disponibilidad y redundancia de esta solución se basa en la tecnología de replicación transaccional. Las bases de datos configuradas como “peers” aceptan cambios casi en tiempo real mientras manejan sus principales roles. Si una peer es dañada, la aplicación puede utilizar una diferente.

Checksum on Data Pages
Esta tecnología detecta rápidamente páginas de bases de datos dañadas sin importar cómo surgió el mismo. Si la página es modificada fuera del proceso de SQL Server o que esté incompleta por un disco dañado, el checksum puede detectar la página dañada. Para reducir los tiempos de bajada de servicio, soporta el recupero de estas páginas en modo online.

Online Index Operations
Las operaciones de mantenimiento para remover la fragmentación de las tables/índices son críticas para la performance y disponibilidad de las aplicaciones. En versiones anteriores los datos no se encontraban disponibles en estas operaciones, en SQL 2005 un nuevo feature es justamente que la información se encuentra disponible mientras se realizan operaciones sobre los índices como creando, tirando, reconstruyendo, etc.

Online Restore
Incrementa la disponibilidad de una base de datos ya que puede permanecer online mientras se ejecuta una operación de restore.

Dynamic Configuration
Es una de las tecnologías que ofrece mejor acceso a los features de hardware como “hot” upgrades mientras el sistema está en línea. Si el equipo soporta por ejemplo agregar memoria en línea, el sistema puede ser actualizado sin interrupción del servicio y SQL utilizará esta nueva memoria a través de dynamic memory.

Les dejo un video Flash demostrativo desde el sitio de Microsoft con mas información. El mismo se encuentra en inglés.

Ver | SQL Server Always On Video