locked
Mover Buzones y eliminarlo del origen RRS feed

 > 

  • Pregunta

  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Estimados, 

     A la hora de mover un buzón del una base de datos a otra a través de EMC con la opción New Local Move Request , esta finaliza , y esta dice en las propiedades "Mailbox Database" la base que yo le indique, pero a la hora de ejecutar  

    Get-MailboxDatabase "BASE_ANTIGUA" | Get-MailboxStatistics 

    Y sigue apareciendo, aun no doy con el parámetro, para eliminar el buzón de la base de origen una vez que ya se movió a la nueva base.

    Si alguien me pudiera orientar un poco se lo agradecería mucho.

    Saludos


    miércoles, 24 de julio de 2013 19:18

Respuestas

Todas las respuestas

  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Seguramente hayan quedado en un estado de "softdeleted". De ser así estos serán eliminados de forma automática cuando pase el período de retención.

    Para conocer la razón por la cual siguen figurando habría que ejecutar el siguiente comando desde el EMS:

    Get-MailboxStatistics –Database “base” | fl displayname, DisconnectReason

    Si efectivamente aparecen como "softdeleted" y no se desea esperar por el período de retención, se pueden purgar con el siguiente comando:

    Get-MailboxStatistics –Database "base" | Where-Object {$_.DisconnectReason –eq “Softdeleted”} | ForEach {Remove-StoreMailbox –Database $_.database –identity $_.mailboxguid –MailboxState Softdeleted

    En todos los casos reemplazar "base" con el nombre de la base de datos.

    Por más info sobre el tema ver el siguiente link:

    http://technet.microsoft.com/en-us/library/gg278001(v=exchg.141).aspx

    slds!

    miércoles, 26 de marzo de 2014 13:37
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Hola Daniel,

    Esto es mas simple de lo que parece.

    Solo ejecuta el comando clean-mailboxdatabase en tu base original para limpiar elementos que ya no deberia mostrarse ahi, como por ejemplo el usuario que fue movido. Te dejo una pantalla del comando, es lo mismo para Exchange 2007 y 2010

    De igual manera borra los move-request dentro de la consola de EMC

    Nos platicas los resultados

    Saludos cordiales | Exchange Trainer | MCDST-MCTS-MCITP-MCSA-MCT


    miércoles, 26 de marzo de 2014 13:44
  • Question
    Inicie sesión para votar
    2
    Inicie sesión para votar
    Hola Geovany, el comando Clean-MailboxDatabase actualiza el estado del buzón (desconectado, deshabilitado, etc), pero no lo purga de la base de datos. Para purgar completamente de la base de datos hay que utilizar el comando Remove-StoreMailbox.

    No tengo un Exchange a mano en este instante, pero encontre un artículo que detalla como se complementan ambos comandos:
    http://howexchangeworks.com/2010/09/purge-disconnected-or-soft-deleted.html

    slds!
    miércoles, 26 de marzo de 2014 13:58
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Que hay amigo,

    Lo que pasa es que Remove-StoreMailbox como indicas tu purga los mensajes y el buzon de la base de datos. Esto es perdida total de informacion, pero este buzon "fantasma" se encuentra en estado desconectado, es decir, no es un buzon funcional, ya que de ser asi, el usuario tendria conflicto al momento de conectarse desde outlook y/o owa

    El comportamientoq ue indica DanielGNU, indica que al mover el buzon de base de datos, mantiene una copia del buzon pero en estado disconnected en la base de datos original. Esto es un comportamiento un tanto normal mas no esperado. Ya que el buzon expirara en un lapso de 30 dias de la base original por el tema del mailbox retention

    Es por esta razon que recomiendo que se ejecute el comando de clean-mailboxdatabase, para que elimine estos buzones desconectados "fantasmas", sin tener que esperar los 30 dias de retencion para que automaticamente sean eliminados

    Saludos cordiales | Exchange Trainer | MCDST-MCTS-MCITP-MCSA-MCT


    • Editado Geovany Acevedo miércoles, 26 de marzo de 2014 14:15 missing info
    miércoles, 26 de marzo de 2014 14:12
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Geovany, el clean-mailboxdatabase no purga el buzon que queda desconectado, solo actualiza su estado. El comportamiento es totalmente esperado y de hecho en caso de problemas es posible restaurar desde este buzon desconectado (claramente los usuarios no acceden a este).

    El remove-storemailbox no elimina mensajes (actua a nivel de buzon), no me queda claro a que te referis con "perdida de información". No se si pudiste revisar el link que pase o validarlo en una VM, etc.

    slds

    Consultor IT | MCSE - MCSA - MCITP - MCTS Http://AprendiendoExchange.com

    miércoles, 26 de marzo de 2014 14:37
  • Question
    Inicie sesión para votar
    1
    Inicie sesión para votar

    Hola Daniel,

    El comando de remove-storemailbox elimina de forma permanente el GUID del buzon de la base de datos

    "When you use the Remove-StoreMailbox cmdlet to purge a disconnected mailbox and all its contents from the mailbox database, the data loss is permanent. There are two types of disconnected mailboxes" - de technet

    Al igual que el comando clean-mailboxdatabase, el remove-storemailbox solo puede ser ejecutado contra buzones en estado de desconectado

    Ahora, solamente te estas quedando con el concepto principal de lo que realiza el clean-mailboxdatabase, el cual es como mencionas, es actualizar el estado de los buzones, sin embargo tiene una segunda funcion:

    "Puede ejecutar el cmdlet Clean-MailboxDatabase en Microsoft Exchange Server 2007/2010 para conseguir los mismos resultados que con la acción Ejecutar agente de limpieza del Administrador del sistema de Exchange Server 2003. Para ejecutar el agente de limpieza," - de Technet

    Basicamente el que elimine los buzones desconectados de la base de datos

    Saludos cordiales | Exchange Trainer | MCDST-MCTS-MCITP-MCSA-MCT



    miércoles, 26 de marzo de 2014 14:55
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Estimado, en este caso el remove-storemailbox remueve de forma permanente un buzón desconectado resultado de una movida de casilla por lo que no se pierde info si la movida fue exitosa.

    En la última linea hablas de Exchange 2003, especificamente el clean up agent, y este hacia efectivamente lo mismo que el clean-mailboxdatabase pero 2003 no tenia el mecanismo de que cuando movias un buzon se mantuviera desconectado en la base original. 

    Me da la impresión de que no lo has probado. Paso captura de pantalla utilizando el comando clean-mailboxdatabase y luego el remove-storemailbox, te recomiendo probarlo en ambiente de lab y ver la diferencia.

    1. Muevo los buzones de la DB2 a la DB1 con el comando "New-MoveRequest".

    2. Verifico que no hayan buzones en la DB2 (get-mailbox -Database DB2). Ya no quedan buzones.

    3. Uso el get-mailboxstatistics para ver si estan como desconectados:

    4. Ejecuto el clean-mailboxdatabase (para probar tu teoría) de que remueve buzones desconectados (incluso reinicie el Information Store).

    Clean-MailboxDatabase DB2

    5. Ejecuto nuevamente el get-mailboxstatistics para ver si cambio algo. Se mantienen desconectados.

    6. Ahora ejecuto el remove-storemailbox para borrar buzones desconectados:

    7. Ejecuto nuevamente el get-mailboxstatistics y confirmo que ya no queda nada (no adjunte más imagenes porque me limita a 2 el post).

    Probalo cuando puedas y contame como te fue.

    slds!

    Consultor IT | MCSE - MCSA - MCITP - MCTS
    AprendiendoExchange.com

    miércoles, 26 de marzo de 2014 15:45
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Hola Danielnb,

    He realizado las pruebas y he de adminitir que en esta ocasion me equivoque. Tenias razon, el comando funcional pera eliminar los buzones fantasmas en estado de disconnected en la base de datos origen era el comando remove-storemailbox

    Uriel,amigo,  podrias por favor marcar la contestacion de Danielnb como respuesta a este thread

    Saludos cordiales | Exchange Trainer | MCDST-MCTS-MCITP-MCSA-MCT

    jueves, 27 de marzo de 2014 3:07
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    Excelente Geovany

    slds!

    Consultor IT | MCSE - MCSA - MCITP - MCTS
    AprendiendoExchange.com

    jueves, 27 de marzo de 2014 13:40