Anteriormente mencioné que la herramienta ISInteg había sido discontinuada en Exchange 2010. (Qué funciones fueron removidas de Exchange 2010 SP1?). Recorriendo un poco la historia, ISInteg era una aplicación que se distribuía como un ejecutable dentro del programa Exchange, y se encontraba dentro del directorio /bin del path de instalación –junto al ya conocido eseutil.exe.

Exchange 2010 fue lanzado con una versión de ISInteg que no funciona, ya que el nuevo diagrama de la base de datos, el esquema, es completamente desconocido por ISInteg. Entonecs, al momento de ejecutarlo, simplemente decía “Listo, ya está, ejecuté, corrí todo, suerte!” cuando en realidad los cambios que hacían eran 0.

Entonces, ¿cómo fue esta útil y podersa herramienta reemplazada?

Acá entran en juego dos nuevos comandos de PowerShell que fueron introducidos en Exchange 2010 Service Pack 1:

• New-MailboxRepairRequest
• New-PublicFolderDatabaseRepairRequest

¿Y qué hay de nuevo? (Además que ahora funciona )

 

• Puede trabajar a nivel de base de datos o a nivel Mailbox.
• No requiere que la base de datos esté offline para que funcione!
• El log es guardado en el Event Viewer, en vez de archivos de texto.

Los logs que se guardan en el Event Viewer son:

• 10044 Provisioned folders cleanup failed for a mailbox
• 10045 Provisioned folders cleanup failed for a database
• 10046 Provisioned folders cleanup successfully completed
• 10047 A mailbox-level repair request started
• 10048 The repair request successfully completed
• 10049 Online Integrity check failed
• 10050 The mailbox repair request task skipped a mailbox
• 10051 Online Integrity check canceled
• 10059 A database-level repair request started
• 10062 Corruption was detected
• 10063 Corruption was detected
• 10064 A Public Folder repair request started

 

Algunos puntos importantes a tener en cuenta:

• Sólo una tarea activa puede ejecutarse por servidor, si la tarea es a nivel base de datos.
• Sólo 100 tareas pueden ejecutarse en un servidor, si son a nivel de mailbox.
• No existe el parámetro –Server para seleccionar todas las bases de datos de un servidor.
• Al desmontarse la base de datos, o reiniciarse el servidor, la tarea de reparación se cancela.
• La única manera de detener una tarea de reparación es desmontar la base o detener el servicio de Information Store.
• La reparación selteará los buzones en cuarentena (http://www.eseutil.net/cuarentena-de-buzones-y-eso).
• El buzón en reparación no es accesible por el usuario, hasta que el proceso finalice.

>> Pablo Vernocchi