A maior atualização feita no Zmanda desde o seu lançamento é o suporte para Clusters Distribuídos. Isso dá aos usuários a conveniência de vincular os servidores de backup Amanda Enterprise em todo o mundo a um console central. A nova atualização também oferece conveniência sem precedentes ao gerenciar backups de milhares de máquinas em todos os continentes. Ao mesmo tempo, também nos certificamos de oferecer a mesma robustez confiável que os usuários esperam do Zmanda durante cenários de desastre. O Backup Engine do Zmanda também supera outras soluções de backup por meio de suas arquiteturas de código nativas e oferece RPO quase em tempo real para cargas de trabalho em execução em instâncias VMWare.

Com essa combinação do mecanismo de backup do Zmanda, permitindo backup quase em tempo real com a conveniência de gerenciar conjuntos de backup de forma contínua em todo o mundo, o Zmanda 4.0 oferece a melhor experiência de backup e recuperação até o momento.

Existem vários motivos pelos quais o Zmanda usa uma arquitetura Star.

Star é a implementação mais rápida conhecida de um arquivador tar.

Inclui a primeira implementação gratuita de cabeçalhos tar estendidos POSIX.1-2001. Os cabeçalhos tar estendidos POSIX.1-2001 definem uma nova forma padrão para ir além das limitações do formato tar histórico. Eles permitem (entre outras coisas) que todos os registros de data e hora do UNIX sejam arquivados com resolução de sub-segundo, arquivos de tamanho arbitrário, nomes de arquivos sem limitação de comprimento e nomes de arquivos que usam codificação UNICODE UTF-8.

Star é construído em cima de libfind e, portanto, permite que você execute "find" como expressões no modo de criação, extração e lista. Isso permite fazer muitas coisas interessantes que não poderiam ser feitas se star e find fossem chamados separadamente.

O Star detecta automaticamente os arquivos trocados e os lê de forma transparente da maneira correta, independentemente do endian-ness da arquitetura do sistema que criou o arquivo e da arquitetura do sistema que lê o arquivo. 

Não há uma resposta definitiva para esta pergunta. O número ideal de clusters é de alguma forma subjetivo e depende do método usado para medir semelhanças e dos parâmetros usados ​​para particionamento.
Uma solução simples e popular consiste em inspecionar o dendrograma produzido usando clustering hierárquico para ver se ele sugere um determinado número de clusters. 

Zmanda (modo de cluster habilitado) tem um endpoint de configuração que "conhece" todos os endpoints primários e de nó no cluster. Seu aplicativo se conecta ao terminal de configuração. Sempre que seu aplicativo grava ou lê a partir do endpoint de configuração do cluster, Zmanda, nos bastidores, determina a qual fragmento a chave pertence e qual endpoint naquele fragmento usar. É tudo muito transparente para o seu aplicativo.

• É o fornecedor líder mundial de produtos corporativos de backup e recuperação de código aberto. Temos um legado de proteção de dados corporativos.  

• Zmanda também oferece backups corporativos para ambiente de nuvem híbrida. Zmanda garante que todas as cargas de trabalho críticas, como servidores, bancos de dados, aplicativos e VMs em recursos de nuvem híbrida, sejam protegidas contra violações de segurança e erros acidentais.

• Zmanda obteve a certificação Homeland para uso governamental. Coverity, que cria ferramentas automatizadas de análise de código-fonte, anunciou sua primeira lista de projetos de código aberto que foram certificados como livres de defeitos de segurança e temos a honra de estar na lista de certificados para uso governamental.