En el artículo anterior: Online Archive a fondo–Parte 1 vimos algunas de las generalidades de Archive y cuáles fueron los motivos para extender la funcionalidad del Archive y poder separarlo de la base de datos de buzones, a través de un procedimiento de mover buzones. En esta parte 2 veremos algunos otros aspectos del los Archives:

Delegación de Archive

En Exchange 2010 SP1, el servicio de Autodiscover publica los Archives que fueron delegados al usuario. Antes de SP1, el usuario B no podía acceder al archive delegado del usuario A, sólo podían acceder a su propio Archive y no al de un tercero.

Esta delegación puede hacerse desde el Management Shell:

 

Add-MailboxPermission –Identity Manager –User Assistant –AccessRights FullAccess

Es importante entender que un delegado sólo podrá acceder al buzón de Archive sí y sólo sí tiene Full Mailbox Access sobre el buzón primario del usuario al que quiere acceder al Archive.
Es decir, para poder acceder al archive de un usuario, tengo que tener Full Mailbox Access sobre el buzón primario. No existe un Workaround para evitar este paso.

 

Reconexión / Recuperación de un Archive en Exchange 2010 SP1

Previo a Exchange 2010, no existía la posibilidad de reconectar un Archive una vez deshabilitado si la cuenta primaria era movida. Por otro lado, si tanto el buzón primario como el archive eran deshabilitados, sólo se podía recuperar el buzón primario.

En Service Pack 1, se agregaron 2 atributos para facilitar este proceso:

• msExchDisabledArchiveGUID
• msExchDisabledArchiveDatabaseLink

Al momento de deshabilitar un Archive, estos dos atributos son completados con la información que existe en los atributos msExchArchiveGUID y msExchArchiveDatabaseLink del usuario, de esa manera se mantiene la información necesaria para la reasignación del archive al buzón.

 

Exportación e Importación de PSTs al Archive

El servicio de MAilbox Replication fue extendido en SP1 para soportar requerimientos de Mailbox Import y Export. Éstos son realizados a través de los CMDLets: New-MailboxImportRequest y New-MailboxExportRequest.

Ambos CMDLets incluyen el parámetro IsArchive que deberá ser usado para especificar si la operación de importación/exportación deberá hacerse desde/hacia el archive en vez del buzón primario.

 

Archive en la nube

Nuevamente el servicio MRS (Mailbox Replication Service) ha sido mejorado, esta vez para soportar mover los buzones de Archive a una base de datos en la nube. Por ejemplo, para un usuario nuevo con Archive en la nube, el comando de alta sería:

 

New-Mailbox –Name: TestUser –RemoteArchive –ArchiveAddress:CloudDomain.com

Para un usuario que ya existe, y lo único que se quiere hacer es habilitar un Archive en la nube, el comando sería:

 

Enable-Mailbox –Identity: TestUser –RemoteArchive –ArchiveAddress:CloudDomain.com

 

>> Pablo Vernocchi

Introducción

El Personal Archive Mailbox es un buzón de correo asociado a la misma cuenta de Active Directory que el buzón primario. Este buzón secundario reduce/reemplaza la necesidad de utilizar archivos PST, proveyendo seguridad y redundancia.

Se pueden aplicar políticas de retención al buzón primario, para que automáticamente se muevan al Archive los correosque excedan un tiempo determinado, configurado por el Administrador.

Este buzón secundario, o Archive, es accedido por el cliente desde Outlook Web App (OWA) o el mismo cliente de Outlook 2010 y 2007 (próximamente).

Novedades en SP1

Finalmente en Exchange 2010 existe la posiblidad de mover el Archive a una base de datos diferente de la primaria, sin embargo debe residir en el mismo Forest (salvo cuando se mueve a la nube).b

¿Cuál es fueron los motivos para este cambio?

1. Archive en la nube: De esta manera podemos tener los buzones primarios on-premise y el archive en la nube.
2. Administración: Las bases de datos de buzones (Mailbox Database) que almacenan buzones primarios y archives corren el riesgo de crecer incontroladamente, bases extremandamente grandes e imposibles de administrar.
3. Performace: Almacenar los archives en la misma base de datos que los buzones, acarrea impacto en performance y administración. Generalmente en el archive almacenamos información antigua, no crítica. ¿Tiene sentido almacenar esta información en el mismo storage donde las bases de buzones? ¿O es mejor configurar un storage más barato, con un SLA distitno para esta información?.
   Los buzones tienen un requerimiento de capacidad y rendimientos de discos. Estos requerimientos estan basados en acceso constante a los buzones. Un archive no tiene la misma frecuencia de acceso que un buzón, por lo tanto el requerimiento de calidad y rendimiento de discos es completamente distinto.
4. Costos de Storage: Asociado al punto anterior de performance.

¿Cómo reconfigurar los Archives?

Si la opción de Personal Archives ya fue implementada en la Organización, entonces tenemos dos alternativas para mover estos archives a otro disco o la nube:

Desde PowerShell

Utilizando el CMDLet New-MoveRequest que permite la administración del buzón y del Archive de manera independiente a través de los parámetros: PrimaryOnly, ArchiveOnly. Si ninguno de estos dos parámetros es especificado, entonces se utilizará el comportamiento del New-MoveRequest de versión RTM, es decir se mueve tanto el buzón Primario como el Archive, en el mismo proceso al mismo destino.

Desde Exchange Management Console

Desde la consola gráfica de Exchange, el proceso es el mismo que para mover un Buzón regular. En ese momento, al iniciar el asistente, las opciones de “Move only the user mailbox”, “Move only the archive mailbox” y “Move both the mailbox and the personal archive” aparecerán:

 

>> Pablo Vernocchi