ZxPowerstore: Zimbra Stores/pt

From ZeXtras Suite Wiki

Jump to: navigation, search
Língua: English  • español • português
ZxPowerStore logo box.png
Available since version: 1.3.0
Latest Version: 2.12.2
Released on: January 2nd, 2019
Compatibility List
Admin Guide
FAQ
Troubleshooting
ZspPowerstore logo box.png

O básico: tipos de Stores e seus usos

Zimbra permite dois tipos diferentes de Stores para ser usados:

  • Index Store: contém informação sobre os dados, usado por Apache Lucene para prover indexação e funções de busca.
  • Data Store: contém todos os dados de Zimbra organizados em uma base de dados Mysql.

Se podem ter vários Stores de cada classe, mas somente um de tipo index, um de dados primario e um de dados secundario que se pode estabelecer como "Current" (o que significa que é "Atualmente" usado por Zimbra).

Stores Primário e Secundário

Um Store em Zimbra pode ser primário ou secundário - o significado de "primário" e "secundário" se explica aqui. O paradigma Primário/Secundário não se aplica á unidade Index.

Os dados são movidos entre o Store "Current" e o Store Secundario "Current" segundo uma política definida pelo administrador.

ZxPowerstore: Movendo elementos entre Unidades

A principal característica de ZeXtras Powerstore é a capacidade de aplicar políticas definidas e mover elementos entre a unidade de armazenamento Primária y Secundária.

O movimento se pode iniciar de três maneiras diferentes:

  • Desde o botão "Apply Policy" no zimlet ZeXtras.
  • Iniciando a operação doMoveBlobs desde a interface de Linha de Comandos de ZeXtras.
  • Programando-lo no zimlet ZeXtras para que inicie automáticamente.

Uma vez que se inicia o movimento, se efetuam as seguintes operações:

  • ZxPowerstore escaneia a Unidade Primária para ver quais elementos cumprem com a política definida.
  • Todos os BLOBs dos elementos achados na etapa anterior são copiados para a Unidade Secundária.
  • As entradas da base de dados relacionadas aos elementos copiados são atualizadas para refletir o movimiento.
  • Se o segundo e terceiro passo se completaram com sucesso (e só neste caso), os BLOBs são apagados da Unidade Primária.

A operação de movimento é "dinâmica" - cada passo se efetua só se o anterior se completou com sucesso - assim o risco de perda de informação é práticamente inexistente.

Personal tools