Una de las importántes características que nos trae el SP1 de Microsoft Exchange 2010 es la posibilidad de gestionar el archivado de nuestros usuarios directamente en Exchange y poder almacenarlo de forma remota donde nos interese, por ejemplo en una BD de archivado ubicada en una unidad de disco secundaria (sin buen rendimiento, sin protección RAID…) con el fin de mantener unos buzones de usuario acordes a nuestros requisitos; esto es interesante para usuarios especificos que necesiten disponer de un alto volumen de correo almacenado.

Lo primero de todo será generar unas etiquetas que posteriormente las aplicaremos en la directiva de retención que generemos, estas etiquetas indicarán la duración de los diferentes elementos de correo en los buzones de usuario. En este documento realizaremos una configuración bastante sencilla: Requeriremos a nuestros usuarios que los elementos eliminados se vacién automáticamente al de 7 días de ser puestos en la papelera, además las carpetas que genere el usuario para organizar su correo/citas/calendarios… se moverán al archivo al de 1 año y por último el resto de elementos de su buzón se eliminarán pasados 2 月日 (con posibilidad de recuperación).

これを行うには、, desde la consola de administración de Microsoft Exchange 2010, で “組織の設定” > “Buzón” > 睫毛 “保持ポリシータグ” > “新しい保持ポリシータグ…”

タグに名前を付けます, 種類 (対象となるオブジェクト), 保持期間の制限 (日数で) その期間が過ぎたときに実行されるアクション. この場合、次のことを示します “削除されたアイテム (ゴミ箱) 経過した日数 7 永久に削除される.

利用可能なタグの種類: “受信トレイ”, “送信トレイ”, “下書き”, “回復可能なアイテムフォルダー”, “パーソナルフォルダー”, “連絡先”, “迷惑メール”, “日毎”, “削除されたアイテム”, “送信済みアイテム”, “会話履歴”, “筆記”, “同期の問題”, “RSSサブスクリプション” そして “メールボックス内のその他すべてのフォルダー”.

利用可能な保持アクション: “削除して回復を許可”, “完全に削除” そして “アーカイブに移動”.

PowerShellで実行できます: ‘New-RetentionPolicyTag -Name ‘NOMBRE_ETIQUETA’ -Type ‘TIPO_ETIQUETA’ -AgeLimitForRetention ‘DIAS’ -RetentionAction ‘ACCIÓN_DE_RETENCION’ -RetentionEnabled $true’.

わかりました, ahora crearé otra etiqueta para indicar que los elementos de las carpetas personales de los usuarios se muevan al archivo pasado 1 年.

Y esta última que se aplique al resto de elementos del buzón del usuario eliminará con posibilidad de recuperación pasados 2 月日.

Y ahora crearemos la directiva de retención para aplicar las etiquetas generadas y poderlas aplicar a quien nos interese desde “組織の設定” > “Buzón” > 睫毛 “Directivas de retención” > “Nueva directiva de retención…”

Indicamos un nombre a la directiva y desde “足す…” indicaremos las etiquetas que queremos aplicar a dicha directiva, “次”,

選ぶ “足す…” seleccionamos los buzones a los que nos interese aplicar dicha directiva, “次”,

用意!

Una vez tengamos las directivas creadas y aplicadas podremos habilitar el archivo a nuestros usuarios para que se apliquen, por lo que en “Configuración de destinatarios” > “Buzón” > Seleccionaremos los usuarios que nos interesen y marcaremos “Habilitar archivo…”

Previamente habremos creado una BD de Exchange unicamente para uso de archivado, la habremos creado en alguna NAS/SAN secundaría donde el rendimiento a disco no es tán importante como en la primera o directamente no dispone de una protección adecuada a nivel de RAID… マークを付けます “Crear un archivo local” y marcamos “Elija una base de datos de buzones específica en lugar de selecionar una automáticamente” para poder escoger la BD de archivado que hayamos creado.

Aquí podríamos indicar que el archivado se hospedara directamente en la nube, en un Exchange Online o BPOS, como podemos comprobar, en cada buzón que habilitemos el archivado necesitaremos una CAL Enterprise de Exchange.

Sobre las propiedades de un usuario con buzón, で “Características de buzón” > “ファイル” podremos especificar con qué nombre verá el usuario el archivado.

そして、 “Configuración del buzón de correo” > “Cuota de archivo” veremos los valores predeterminados que alcanzan a 51200Mb de cuotma máxima de archivado enviandole una alerta al usuario al de 46080Mb.

Y finalmente podremos comprobar tras loguearnos con el buzón del usuario cómo ya vemos el archivado y dependiendo de las directivas generadas los elementos antiguos se irán moviendo a él o directamente eliminandose. Como requisito indicar que nuestros usuarios necesitarán Outlook 2007 (con este parche), 前途 2010 u OWA 2010.