Buenos días.

El otro día monitorizando a un cliente detectamos el siguiente error en su sistema de correo Exchange 2003, An MSExchangeIS 9518 event with error code 0xfffffddc.

Detectamos que todas las bases de datos de un Storage Group se habían apagado repentinamente. (Normal en este tipo de errores, ahora os explicaremos porqué.) y al intentar arrancar las bases de datos aparecía el siguiente error

Type: Error

Event ID: 9518

Source: MSExchangeIS

 

Error 0xfffffddc starting Storage Group /DC=com/DC=<dominio>/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=<contenedor>/CN=Administrative Groups/CN=Primer grupo administrativo/CN=Servers/CN=<servidor>/CN=InformationStore/CN=Storage Group 2 on the Microsoft Exchange Information Store.

 

Storage Group – Initialization of Jet failed.

Esto ocurre cuando se excede el número máximo representado por el nombre del transaction log para un storage group en concreto(ExxFFFF0.log) 1,048,560 de logs en Exchange 2003 y (0x7FFFFFFF) 2,147,483,647 ficheros de logs en Exchange 2007.

Pero cuando ocurre esto?: Los archivos de registro de transacciones (transaction log) son un registro de cada transacción realizada por el motor de base de datos. Todas las transacciones se escriben en el registro, y luego lentamente se escriben en la base de datos.

Cada vez que alguien recibe, envía, mueve un correo o cuando un administrador de exhange mueve usuarios de un database a otro este log va creciendo y se va almacenando en disco en forma de ficheros con una nomenclatura concreta Exx<contador>.log y cada uno de estos ficheros en Exchange 2003 ocupan 5,120 KB (5 MB).

Por ello como ya hace tiempo que disponéis de Exchange 2003 instalado y seguro que habéis hecho ya casi 1 millón de movimientos, o ya os ha pasado o os queda poco para que os aparezca el error mencionado.

Para detectar esto proactivamente podéis monitorizar la carpeta de LOGS de vuestro Exchange para detectar si los ficheros que os está generando Exchange 2003 (registro de transacciones) están cerca del ExxFFFF0.log como podréis apreciar en la siguiente imagen:

Sigue leyendo MegaCrack »

Buenos días.

Desde hace algunos años que usuarios de Outlook con Exchange 2003 están sufriendo lentitud en sus sistemas, time out, errores, etc.. Cada día la cantidad de mails que recibimos es superior, el tamaño de los correos es superior y las capacidades de los servidores siguen siendo las mismas (tema crisis).

Pero caer en el error que el servidor de correo es el causante, es una forma incorrecta de asumir el problema.

Outlook 2003/2007/2010 como muchos otros sistemas de correo tiene sus limitaciones y sus buenas prácticas que deberíamos seguir a rajatabla y únicamente sin modificar el sistema Outlook del usuarios y sobretodo sin tener que invertir en nuevo hardware o incluso sin pensar en actualizar el sistema de correo a una versión reciente podríamos conseguir muy buenos resultados en cuanto a rendimiento del sistema de correo se refiere. (El usuario lo agradecerá.)

Uno de los grandes problemas y muy fáciles de solventar es el número de emails en cada carpeta en Outlook.

Este número de correos no debería superar nunca los 3000 correos (Parece mucho a simple vista, pero mirad vuestra bandeja de entrada o la carpeta elementos enviados (Cuantos tenéis???).

Con este simple cambio podremos ver una mejora sustancial en el rendimiento de nuestro Outlook y por ende en el feedback del usuario en cuanto al sistema de correo. Y aunque os parezca increíble también en la carga del servidor Exchange.

El contenido de cada carpeta se almacena en una tabla en el Information Store Database, a medida que aumenta el número de elementos en cada carpeta el mecanismo de almacenamiento extensible también llamado ESE que utiliza estructuras de datos de árboles B + para almacenar registros también aumenta y como el número de registros aumenta, el número de entradas / salidas de disco para almacenar nueva información también aumenta y decrementa el performance del sistema por completo.

Sigue leyendo MegaCrack »

Buenas,

Para hacer un listado de los usuarios que tienen ActiveSync habilitado en Active Directory usaremos la gran herramienta de la empresa Quest (Active Roles Management) más el ya indispensable Powershell (Leed el siguiente artículo para ver como instalar estas herramientas) : http://www.megacrack.es/2011/01/15/consultar-todos-los-servidores-en-ldap-a-travs-de-powershell/

Lo que queremos conseguir con este artículo es realizar un listado con los usuarios que tienen habilitada la característica de Exchange (Sincronización iniciada por el usuario o Notificaciones de actualización).

Para conseguirlo usamos el campo msExchOmaAdminWirelessEnable que contiene diferentes valores, 2, 3, 7 según lo que esté habilitado.

Sabemos que distinto de 7 significa que tiene algo habilitado. (Por ejemplo con Sincronización iniciada por el usuario nos aparece el resultado 3 y con Sincronización iniciada por el usuario y Notificaciones de actualización nos aparece resultado 2, con lo que la consulta será que muestre un listado de usuarios cuando el campo msExchOmaAdminWirelessEnable sea distinto de 7.

El comando que usaremos es el siguiente:

Get-QADUser -DontUseDefaultIncludedProperties –SizeLimit 0 –IncludedProperties msExchOmaAdminWirelessEnable | where-object{($_.msExchOmaAdminWirelessEnable -ne 7) -and ($_.msExchOmaAdminWirelessEnable -ne $null)} | format-table displayname, samAccountName, msExchOmaAdminWirelessEnable

Método abreviado (Con menos caracteres en la línea de la consulta): Esto es solo para ahorrar escribir tanto (El resultado es exactamente el mismo).

Get-QADUser –dudip –sl 0 –ip msExchOmaAdminWirelessEnable | ?{($_.msExchOmaAdminWirelessEnable -ne 7) -and ($_.msExchOmaAdminWirelessEnable -ne $null)} | ft displayname, samAccountName, msExchOmaAdminWirelessEnable

Solo para conocer algo más de powershell, para comprobar los nombres cortos de todas las propiedades en powershell escribid “alias” y veréis una larga lista de los nombres cortos de los modificadores como los siguientes ejemplos.

CommandType     Name                                                Definition
———–     —-                                                ———-
Alias           %                                                   ForEach-Object
Alias           ?                                                   Where-Object
Alias           ac                                                  Add-Content
Alias           asnp                                                Add-PSSnapIn
Alias           cat                                                 Get-Content
Alias           cd                                                  Set-Location
Alias           chdir                                               Set-Location
Alias           clc                                                 Clear-Content
Alias           clear                                               Clear-Host

Espero que os haya sido de ayuda.

Hasta pronto.

Para proteger el sistema Exchange de envíos masivos no aprobados se propone implementar un cambio en cada usuario de la organización para así limitar el número de destinatarios en un correo.

El campo de Active Directory que vamos a usar es msExchRecipLimit el cual limita el número de destinatarios cuando un usuario envía un correo.

Escenario actual:

Cualquier usuario de la organización puede coger un listado de usuarios y enviarles un mail sin ninguna limitación de destinatarios provocando una posible caída en el servicio de correo.

Futuro Escenario:

Exchange dispone de un límite global para todos los usuarios. (Este límite se va a configurar en “100” destinatarios, excepto usuarios VIPs o previamente definidos).

Implementación:

1.- Comunicar cambio al equipo de dirección y tras su aprobación a los técnicos de soporte para que estén al caso.

 

2.- Crear script para implementar los 100 destinatarios a todos los usuarios de la organización sin excepción: Leeros el cómo instalar las herramientas Quest Active Roles desde el siguiente artículo que os introducirá también en algunos comandos útiles en PowerShell desde el siguiente enlace: http://www.megacrack.es/2011/01/15/consultar-todos-los-servidores-en-ldap-a-travs-de-powershell/

Realizar ejecución de un script en PowerShell como el siguiente:

 

$users = gc c:\allusers.txt

Foreach ($usuario in $users)

{

try

{

Set-QADUser $usuario -includedProperties msExchRecipLimit -ObjectAttributes @{msExchRecipLimit="100"}

}

catch

{

Write-Error $_

}

}

 

Donde c:\allusers.txt es la lista de todos los usuarios de vuestra organización que previamente deberemos haber creado.

Este listado de usuarios se puede conseguir a través del siguiente comando:

 

get-qaduser –sizelimit 0 -memberof "Usuarios del dominio" | select logonName |Export-Csv -Path c:\allusers.txt

 

La ejecución del script anterior realizará una modificación de cada usuario de la organización poniendo un límite de 100 destinatarios.

 

3.- Modificar y guardar con otro nombre el script anterior para implementar a la lista previamente proporcionada de personas a las que no le queremos poner límite, VIPs, … la exención del límite en los destinatarios. (Sin límite).

 

$users = gc c:\vipusers.txt

Foreach ($usuario in $users)

{

try

{

Set-QADUser $usuario -includedProperties msExchRecipLimit -ObjectAttributes @{msExchRecipLimit=""}

}

catch

{

Write-Error $_

}

}

 

Donde c:\vipusers.txt es la lista de usuarios VIPs y usuarios sin límite previamente proporcionada.

La ejecución del script anterior realizará una modificación del límite de destinatarios a “Sin límite”.

 

4.- Queda definir un procedimiento para que cada nueva creación de un usuario se le configure el límite de destinatarios en 100 si es un usuario normal o sin límite si es un usuario VIP o especial.

Opcional:

1.- Realizar un script que chequee mensualmente la correcta implementación de estos límites para asegurar así la salud de nuestro servicio de correo.

 

2.- Crear 2 o más grupos en Active Directory con el nombre por ejemplo EXCHLIMIT100 y EXCHLIMIT9999, mediante una tarea diaria comprobar si un usuario es miembro del grupo EXCHLIMIT9999, en el caso que no lo sea añadirle el grupo EXCHLIMIT100 y ejecutar el primer scritp del artículo con el listado de miembros de este grupo.

Espero que os sea útil.

Hasta pronto.

Buenas,

Un enlace que encontré el otro día por casualidad y que me pareció muy bueno es el de la aplicación Microsoft Exchange Server 2003 Load Simulator (LoadSim).

Os dejo el enlace de LoadSim para Exchange 2003:

http://www.microsoft.com/download/en/details.aspx?id=474

Con esta aplicación podremos simular el rendimiento de los clientes MAPI conectados a nuestro Exchange antes de que entren, así podremos dimensionar el servidor correctamente antes de que los miles de usuarios que queremos que accedan  a nuestro servidor entren.

El enlace para Exchange 2007 es el siguiente:

http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=14060

Para medir performance y rendimientos de Exchange 2010 podéis usar los siguientes:

Exchange load Generator para Exchange 2010:

http://www.microsoft.com/downloads/details.aspx?familyid=CF464BE7-7E52-48CD-B852-CCFC915B29EF&displaylang=en

Microsoft Exchange Server Jetstress 2010 que medirá el performance y la estabilidad del subsistema de discos simluando carga de Entrada/Salida (IOs) sobre los discos

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=13267027-8120-48ed-931b-29eb0aa52aa6

Saludos y hasta pronto.