Zx Backup: Unrestorable items/es

From ZeXtras Suite Wiki

Jump to: navigation, search
Idioma: English  • español • português
ZxBackup logo box.png
Available since version: 0.87
Latest Version: 2.12.2
Released on: January 2nd, 2019
Compatibility List
Admin Guide
FAQ
Troubleshooting
Backup Initialization
ZspBackup logo box.png

¿Cómo puedo verificar que todos los elementos se han restaurado?

Puede verificar la notificación "Operation Completed" recibida cuando se completa dicha operación. La misma se encuentra en la sección "Notificaciones" del zimlet de ZeXtras, y también es enviado a la dirección de correo especificada en la parte "Notification E-Mail recipient address" de la sección "Core" de ZeXtras.

La sección "skipped items" muestra los elementos no restaurados:

  [...]
  - stats -
  Restored Items: 15233
  Skipped Items:  125
  Unrestored Items: 10

  - unrestored items -
  account: account1@domain.com
  unrestored items: 1255,1369

  account: account2@domain.com
  unrestored items: 49965

  account: account14@domain.com
  unrestored items: 856,13339,45200, 45655
  [...]

Elementos omitidos vs. Elementos no restaurados

  • Un elemento omitido (Skipped item): es un elementos que todavía no fue restaurado, ni en el restore actual ni en uno previo.
  • Un elemento no restaurado (Unrestored item): es un elemento que no fue restaurado debido a un problema en el proceso de recuperación.

¿Por qué algunos elementos no se pueden restaurar?

Hay varias causas posibles, entre las más comunes están:

  • Error de lectura: El elemento o el archivo de metadatos no se puede leer por una excepción I/O o un error de permisos.
  • Elemento dañado: El elemento o el archivo de metadatos es legible para ZeXtras Backup pero su contenido está dañado o corrupto.
  • Elemento inválido: El elemento o el archivo de metadatos son legibles y el contenido es correcto, pero Zimbra se niega a insertarlo.

¿Cómo identificar elementos no restaurados?

Hay dos maneras de hacerlo: a través de la CLI o desde el cliente web Zimbra. El primer método se puede usar para buscar los elementos en la ruta del backup/importación; mientras que en el segundo se pueden ver los elementos en el servidor fuente.

Identificando elementos no restaurables desde la CLI de ZeXtras

El comando "getItem" muestra un elemento y el metadato relacionado extrayendo toda la información de una ruta de backup o backup externo.

La sintaxis del comando es la siguiente:

   zxsuite backup getItem {account} {item} [attr1 value1 [attr2 value2...]]

LISTA DE PARÁMETROS

NOMBRE            TIPO               VALORES ESPERADOS            DEFAULT
account(M)        Account Name/ID                               
item(M)           Integer                                       
backup_path(O)    Path                                          /opt/zimbra/backup/zextras/
dump_blob(O)      Boolean            true|false                 false
date(O)           Date               dd/mm/yyyy hh:mm:ss|all    last

(M) == parámetro obligatorio, (O) == parámetro opcional

Entonces, para extraer los datos y metadatos de un elemento cuyo itemID es 49965 perteneciente a la cuenta account2@domain.com también incluyendo todo el contenido del BLOB del elemento, el comando sería:

 zxsuite backup getItem account2@domain.com 49965 dump_blob true

Identificando elementos no restaurables desde el cliente web Zimbra

La coma que separa los elementos no restaurados mostrados en la notificación "Operation Complete" se puede usar también como argumento de búsqueda en el cliente Web de Zimbra para buscarlos.

Para ello:

  • Loguearse en la consola Zimbra del server.
  • Usar la función "View Mail" para acceder a la cuenta en la que se encuentran los elementos no restaurados.
  • En el cuadro de búsqueda escriba item: seguido de los itemID de la lista separados por coma.
 Ej.
 item: 856,13339,45200,45655
Warning.png ¡Atención!

Recuerde que toda búsqueda se ejecuta unicamente dentro de la pestaña donde está posicionado; si está buscando en "Email" y no obtiene ningún resultado, pruebe desde "Libreta de direcciones", "Calendario", "Tareas" o "Maletín".

¿Cómo puedo restaurar elementos no restaurados?

Que un elemenento no sea restaurado es un claro signo de un problema, sea con ese elemento mismo o con la configuración Zimbra + ZeXtras Suite. En algunos casos hay buenas probabilidades de recuperar un elemento inclusive si no se pudo la primera vez.

En la información que sigue encontrará una serie de consejos para ayudar a resolver algunas de las situaciones donde no se pueden restaurar elementos.

Elementos no restaurados por causa de Error de Lectura

Hay que hacer una distinción cuidadosa acerca de los errores de lectura que pueden hacer que ciertos elementos no se restauren:

  • Errores duros: fallas de hardware y todos los demás errores "destructivos" que causan perdidas irrecuperables.
  • Errores blandos: son errores "no-destructivos" como permisos denegados, error de sistema de archivos, problemas de RAID (p.ej. mirroring RAID1 roto) etc.

Mientras que no hay mucho que hacer con errores "duros", es posible prevenir o mitigar los errores "blandos" siguiendo los siguientes lineamientos:

  • Ejecute una verificación del sistema de archivos.
  • Si está usando discos en RAID verifique el conjunto en busqueda de posibles problemas (dependiendo del nivel de RAID).
  • Asegúrese que el usuario 'zimbra' tenga acceso de lectura/escritura a la ruta de backup/importación, todas las subcarpetas y los archivos allí contenidos.
  • Verifique cuidadosamente la calidad de la conexión de los sistemas de archivos de red compartidos. Si ésta es deficiente considere la transmisión de datos con rsync.
  • Si usa SSHfs para montar remotamente la ruta del backup/importación asegurese de ejecutar el comando de montaje como root usando la opción "-o allow_other".

Elementos no restaurados por ser identificados como Dañados

Por desgracia esta es la peor categoría para que los elementos puedan ser restaurados.

Basado en el grado de corrupción del elemento, es posible recuperarlo en un estado anterior o en su estado puro (esto solo para e-mails). Para identificar el grado de corrupción se debe usar el comando "getItem" en la CLI de ZeXtras:

  zxsuite backup getItem {account} {item} [attr1 value1 [attr2 value2...]]
 
LISTA DE PARÁMETROS
 
NOMBRE            TIPO              VALORES ESPERADOS            DEFAULT
account(M)        Account Name/ID                             
item(M)          Integer                                     
backup_path(O)    Path                                          /opt/zimbra/backup/zextras/
dump_blob(O)      Boolean            true|false                false
date(O)          Date              dd/mm/yyyy hh:mm:ss|all    last
 
(M) == parámetro pbligatorio, (O) == parámetro opcional


Al buscar el elemento dañado se debe establecer el parámetro "backup_path" a la ruta de importación, y el parámetro "date" en "all", de esta manera mostrará todos los estados válidos para el elemento.

 zimbra@test:~$ zxsuite backup getItem admin@example.com 24700 backup_path /mnt/import/ date all
       itemStates                             
               start_date                                                  12/07/2013 16:35:44
               type                                                        message
               deleted                                                    true
               blob path /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ=
               start_date                                                  12/07/2013 17:04:33
               type                                                        message
               deleted                                                    true
               blob path /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ=
               start_date                                                  15/07/2013 10:03:26
               type                                                        message
               deleted                                                    true
               blob path /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ=


Si dicho elemento es un e-mail, se podrá recuperar un archivo .eml estándar, siguiendo estos pasos:

  • Identificar el último estado válido
 /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ=
               start_date                                                  15/07/2013 10:03:26
               type                                                        message
               deleted                                                    true
               blob path /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ=

  • Identificar la ruta del blob
               blob path /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ=

  • Usar gzip para descomprimir el archivo BLOB en un archivo .eml
  zimbra@test:~$ gunzip -c /mnt/import/items/c0/c0,gUlvzQfE21z6YRXJnNkKL85PrRHw0KMQUqo,pMmQ= > /tmp/restored.eml


 zimbra@test:~$ cat /tmp/restored.eml
 Return-Path: zimbra@test.example.com
 Received: from test.example.com (LHLO test.example.com) (192.168.1.123)
 by test.example.com with LMTP; Fri, 12 Jul 2013 16:35:43 +0200 (CEST)
 Received: by test.example.com (Postfix, from userid 1001)
 id 4F34A120CC4; Fri, 12 Jul 2013 16:35:43 +0200 (CEST)
 To: admin@example.com
 From: admin@example.com
 Subject: Service mailboxd started on test.example.com
 Message-Id: <20130712143543.4F34A120CC4@test.example.com>
 Date: Fri, 12 Jul 2013 16:35:43 +0200 (CEST)
 
 Jul 12 16:35:42 test zmconfigd[14198]: Service status change: test.example.com mailboxd changed from stopped to running
  • ¡Listo! Ahora puede importar el archivo .eml en la cuenta de correo mediante cualquier cliente.
Warning.png ¡Atención!

Este metodo solo funciona para e-mails y solamente si el archivo BLOB correspondiente no está corrupto.

Si no hay estados válidos, o si el archivo BLOB está corrupto, el elemento no se podrá recuperar.

No obstante, si un elemento se perdió, no elimine nunca los archivos relacionados manualmente

Elementos no restaurados por ser identificados como Inválidos

Un elemento es "inválido" cuando a pesar de no estar dañado es descartado por el validador Zimbra LMTP durante su introducción. Esto es común cuando se importan elementos creados por una versión más antigua de Zimbra en una nueva. Las reglas del validación son actualizadas frecuentemente y por ello no todos los mensajes considerados válidos por una versión siguen siendo válidos para la otra.

En caso que tenga demasiados items no restaurados cuando realiza una importación puede deshabilitar temporariamente el validador LMTP y repetir el proceso:

  • Para deshabilitar el validador LMTP de Zimbra ejecute el siguiente comando como usuario Zimbra:
 zmlocalconfig -e zimbra_lmtp_validate_messages=false

  • Cuando se complete la importación rehabilite el validador ejecutando
 zmlocalconfig -e zimbra_lmtp_validate_messages=true
Warning.png ¡Atención!

Se trata de una solución provisional pues elementos considerados como inválidos por el validador LMTP podría causar errores de display o de sincronización móvil. Úsese a su propio riesgo.

Personal tools