Backup do CloudBerry para Linux: Configure e execute backup para proteger seus dados

Soluções de backup baseadas em nuvem têm o efeito de suas velas. Hoje vou rever o Backup do CloudBerry para Linux. É uma solução fornecida pelo Laboratório CloudBerry para “uso corporativo e pessoal”.

A ferramenta fornece uma interface GUI e CLI. A interface GUI é bastante intuitiva, como você pode ver, percorrendo a página do produto. Então, decidi me concentrar hoje na interface da linha de comando ao revisar esse produto. De qualquer forma, é assim que eu usaria em um ambiente “corporativo” para gerenciar backups em um servidor, por exemplo, ou ao trabalhar remotamente através do ssh.

Obtendo o Backup do CloudBerry para Linux

O Backup do CloudBerry para Linux pode ser baixado gratuitamente no site do editor. Mas você não poderá realizar um backup até obter uma licença. Mas não entre em pânico: você não terá que pagar por isso, pois existem licenças gratuitas disponíveis.

A versão do Linux é muito menos dispendiosa do que a do Windows e chega a ser um “freeware” para uso pessoal. As versões atualmente disponíveis são (copiadas diretamente do site):

  • Versão de Freeware: Projetado apenas para uso pessoal. Vem com a maioria dos recursos da versão PRO, como agendas flexíveis e políticas de retenção.
  • Versão Pro: vem com recursos avançados: compressão e criptografia. O preço é de US $ 29, 99 para uma única licença perpétua.
  • Versão Ultimate: Vem sem limites de armazenamento.

Como complemento, vale a pena mencionar que o limite de armazenamento para a versão "Free" é tão baixo quanto 200GB. Mas aumenta em 5TO para a versão "Pro" e é ilimitado para a versão "Ultimate". Essas limitações são limites impostos pelo software. Independentemente das eventuais limitações de armazenamento impostas pelo seu provedor de armazenamento.

Falando nisso, o CloudBerry fornece apenas a solução de backup. Comprar ou alugar o armazenamento real é com você. Portanto, se o preço da licença for “uma taxa única” por computador, você precisará adicionar o preço de armazenamento para estimar o custo total de propriedade dessa solução.

Com uma licença paga, você ganha acesso gratuito a todas as atualizações do software por um ano. Após esse período, você terá que pagar 20% a mais do preço por mais um ano de upgrades.

Pelo que entendi, você sempre pode usar a "licença livre" para restaurar seus dados. Por fim, você só precisa pagar se planeja usar o produto para backups relativamente grandes ou se precisar de recursos avançados, como criptografia.

Para esta análise, obtivemos uma licença gratuita. Foi para o “Backup do CloudBerry para Linux Standard Edition” de acordo com o email que contém a chave de licença que recebi. Eu só posso supor que o "Standard Edition" é, de fato, a "versão Pro", conforme descrito no site.

Rever a configuração

Para esta revisão, eu usei um sistema Debian 9.0 fresco e minimal, rodando em uma máquina virtual com 4GB ou RAM. O sistema foi configurado como um servidor de arquivos executando o NFS e armazenando 6.5 GB de dados com uma distribuição típica de arquivos de vários tamanhos e tipos.

Além disso, configurei um destino de restauração semelhante, mas sem os dados, a fim de verificar a capacidade do Backup do CloudBerry de recuperar dados em uma máquina diferente após um desastre. Vamos tentar isso no final do artigo.

Para o armazenamento de backup, usei um disco montado localmente e um intervalo do Google Cloud Storage.

Instalação

No site do CloudBerry, você pode baixar o pacote binário do software para o Ubuntu 12/14/16, Suse 11/12, Red Hat-CentOS 6.x / 7.xe Fedora 12/21.

Como estou usando um sistema Debian genuíno - meu palpite é que a versão do Ubuntu funcionará.

itsfoss:~# dpkg -i ubuntu14_CloudBerryLab_CloudBerryBackup_v2.0.2.39_20170620155447.deb [...] /opt/local/CloudBerry Backup/raw_bin/cbbUpdater: error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file: No such file or directory 

Ok: da próxima vez que eu instalar o CloudBerry Backup em um sistema mínimo, eu terei que lembrar de instalar o libglib2.0-0 primeiro (que contém o arquivo de biblioteca ausente libgthread-2.0.so.0 )

 itsfoss:~# apt-get install -y libglib2.0-0 itsfoss:~# dpkg -i ubuntu14_CloudBerryLab_CloudBerryBackup_v2.0.2.39_20170620155447.deb 

Desta vez funciona:

 itsfoss:~# ps -edf | grep CloudBerry root 1301 1 0 15:33 ? 00:00:00 /opt/local/CloudBerry Backup/raw_bin/cbbLocalManagement root 1328 442 0 15:33 pts/0 00:00:00 grep CloudBerry 

A maior parte da documentação que você encontrará sobre o CloudBerry Backup apresentará a ferramenta GUI. Incluindo o Guia oficial de instalação e configuração. E, de fato, usar a GUI é provavelmente a maneira mais fácil de usar e configurar a ferramenta, considerando o número de opções disponíveis. Mas não poderei usar a interface gráfica do meu sistema de teste. De qualquer forma, em uma situação real, eu não instalaria uma GUI em um servidor apenas para configurar minha estratégia de backup. Espero que o Cloud Berry Backup também forneça uma interface de linha de comando:

 itsfoss:~# ls /opt/local/CloudBerry\ Backup/bin/ cbb cbbCommandLine cbbgui cbbGUI cbbLocalManagement cbbUpdater cbbWorker 

Eu não sei porque, mas na minha instalação, existem dois scripts idênticos para executar o CLI:

 itsfoss:.../CloudBerry Backup/bin# diff -s cbb cbbCommandLine Files cbb and cbbCommandLine are identical 

A partir de agora, vou usar o cbb como está implícito nas documentações oficiais.

Ativação de licença

O CloudBerry Lab fornece algumas informações sobre o uso da linha de comando do cbb em seu site. A documentação não é muito detalhada. No entanto, com base nisso e em algumas tentativas e erros, aqui está como eu cbb o cbb na linha de comando do meu sistema.

A primeira coisa que você deve fazer antes de poder usar o cbb é obter e ativar sua chave de licença.

 itsfoss:~# cd /opt/local/CloudBerry\ Backup/bin itsfoss:.../CloudBerry Backup/bin# ./cbb activatelicense -h CloudBerry Backup Command Line Interface started activateLicense -e Email < [-or | -oa ActivationKey] > | -free > -e Email : Email for license activation -k License key : Key for license activation -t License type : Request trial license. Possible values: pro, ultimate -free : Request free license -un userName : User name to register free license -or : Generate offline license request. Email & key are required. Request should be send via email to [email protected] -oa ActivationKey : Offline license activation key. You should receive this key via email in response to offline request, or free license registration. 

A ajuda em linha, bem como a documentação oficial mencionada acima, explicam como você pode solicitar diretamente uma licença da ferramenta de linha de comando cbb . Como eu, já recebi a chave de licença por e-mail. Então eu só tive que instalar essa licença:

 # Use your own license key instead of the X's below: itsfoss:.../CloudBerry Backup/bin# ./cbb activatelicense \ -k "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX" CloudBerry Backup Command Line Interface started Success 

Tipos de backup

A partir de hoje, a versão Linux do Backup do CloudBerry suporta apenas backups em nível de arquivo . Isso significa que você não pode fazer o backup de blocos inteiros, bloco por bloco, mas apenas os arquivos e pastas que você especificou. Em outras palavras, você só pode fazer backup da partição / disco montada e não pode fazer backup de partições não FS. Mas para a maioria dos usuários, isso não será um problema. Os backups de dispositivo de bloco estão disponíveis na versão do Windows. Mas, por enquanto, no Linux, o melhor que você pode esperar para dispositivos de blocos brutos seria tentar fazer o backup da entrada / dev correspondente. Mas eu não testei isso, então eu nem tenho certeza se isso funciona, e você certamente não pode fazer um backup incremental ou diferencial de um disco dessa maneira. Portanto, se você tiver mais informações sobre esse tópico, não hesite em compartilhar isso usando a seção de comentários abaixo.

Utilização principal do CloudBerry Backup

Para trabalhar com o CloudBerry Backup, você precisa entender dois conceitos principais:

  • contas
  • e planos

Uma “conta” é o nome genérico fornecido no CloudBerry Backup para um serviço de armazenamento (um local do sistema de arquivos, um bucket do Amazon S3 ou do Google Cloud Storage, …). Você deve configurar pelo menos uma “conta” antes de poder executar operações de backup / restauração.

Um "plano" é uma estratégia de backup / restauração, especificando o que, quando e como fazer backup ou restaurar seus dados. Cada plano deve estar associado a uma e apenas uma "conta".

Criando uma conta da área de armazenamento

Então, a primeira coisa a fazer antes de poder realizar qualquer backup é criar uma conta . Para começar, usei uma conta de “Sistema de arquivos”. Essa é uma área de armazenamento anexada localmente. No meu caso, foi um segundo disco (virtual) montado em /backup

 itsfoss:.../CloudBerry Backup/bin# ./cbb addAccount \ -st FileSystem \ -d "Local Backup" \ -c "/backup" CloudBerry Backup Command Line Interface started Success 

Criando um plano de backup

Em seguida, devo criar um plano de backup . O plano de backup especificará os vários detalhes de uma operação de backup. Incluindo o alvo e o cronograma.

 itsfoss:.../CloudBerry Backup/bin# ./cbb addBackupPlan \ -n "NFS files" \ -a "Local Backup" \ -f /srv/nfs \ -bef -es no \ -every day -at "22:56" CloudBerry Backup Command Line Interface started Success 
  • -n "NFS files" é o nome (arbitrário) do plano de backup
  • -a "Local Backup" é o nome da conta criada acima e que será associada a esse plano.
  • -f /srv/nfs é o diretório que eu quero fazer backup. Você pode especificar várias opções -f no mesmo plano de backup, uma vez para cada arquivo ou árvore de diretórios que deseja fazer backup.
  • -bef é uma opção para fazer backup de pastas vazias.
  • -es no foi complicado entender: de acordo com o documento que eu escrevi este artigo, ele foi usado para não excluir arquivos do sistema. Mas - e isso deve ser corrigido agora na documentação - se você definir -es como yes (seu valor padrão), o plano excluirá arquivos ocultos do backup. Isso significa que arquivos / pastas cujo nome está começando com um ponto não estarão presentes no backup. Mas com -es no vão.
  • -every day -at "22:56" é bastante auto-explicativo.

E às 22:56 daquele dia ... o backup foi iniciado. E depois de muito, muito tempo, LONG minutos o backup finalmente foi concluído.

Depois disso, esperei encontrar um grande arquivo na pasta / backup. Mas, na verdade, um backup do CloudBerry parece uma cópia simples da árvore de origem:

 itsfoss:.../CloudBerry Backup/bin# find /backup | head /backup /backup/lost+found /backup/CBB_itsfoss /backup/CBB_itsfoss/srv /backup/CBB_itsfoss/srv/nfs /backup/CBB_itsfoss/srv/nfs/sample /backup/CBB_itsfoss/srv/nfs/sample/gcc-4.6.3 

Mas as coisas são um pouco mais sutis. Na verdade, no backup, cada arquivo é substituído por um diretório contendo as várias versões do arquivo, conforme produzido por diferentes backups.

Eu verifiquei isso modificando um arquivo e reiniciando com força o backup:

 # Create a dummy file and start a backup itsfoss:.../CloudBerry Backup/bin# echo hello > /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "NFS files" CloudBerry Backup Command Line Interface started Success # Wait for completion, then alter the file, and restart the backup itsfoss:.../CloudBerry Backup/bin# echo world > /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "NFS files" CloudBerry Backup Command Line Interface started Success 

Vale a pena mencionar que esses backups levaram muito menos tempo para serem concluídos do que o primeiro, uma vez que o Backup do CloudBerry apenas copiou os arquivos realmente modificados. E, de fato, tenho agora as duas versões disponíveis no diretório /backup, cada uma sendo associada a um determinado timestamp.

 itsfoss:.../CloudBerry Backup/bin# find /backup/CBB_itsfoss/srv/nfs/some_file: -type f /backup/CBB_itsfoss/srv/nfs/some_file:/20170730220336/some_file world /backup/CBB_itsfoss/srv/nfs/some_file:/20170730215602/some_file hello 

Restaurar um backup

Para citar uma famosa sabedoria, “você não precisa de um plano de backup, mas de um plano de restauração, incluindo testes” . Então, eu seriamente encorajo você a testar as várias opções de recuperação fornecidas pelo CloudBerry Backup.

Assim como para backups, antes de executar uma ação de restauração, você deve criar um "plano de restauração". Desta vez, usando o comando addRestorePlan . Aqui estão algumas variações possíveis:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore Missing" \ -a "Local Backup" \ -f /srv/nfs \ -se yes \ -ol yes 

A maioria das opções de comando recupera as do comando addBackupPlan . Mas além disso, você encontrará aqui:

  • A opção -se, usada para ignorar arquivos existentes ao restaurar dados.
  • E o sinalizador -ol é usado para restaurar dados em seu local original.
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore All" \ -a "Local Backup" \ -f /srv/nfs \ -se no \ -ol yes 

Naquela segunda variação, configurei -se para no para ... NÃO pule arquivos existentes. Na prática, isso substituirá todos os arquivos nos destinos por suas contrapartes no backup.

 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore At" \ -a "Local Backup" \ -rt PointInTime \ -pointintime "30.07.2017 22:00" \ -f /srv/nfs \ -se no \ -ol yes 

Como uma terceira variação, você também pode restaurar os dados como havia na data especificada. Para isso, você precisa usar o modo PointInTime (o modo padrão é restaurar os dados mais recentes). Claro, esses são apenas alguns exemplos. Todas as combinações são possíveis. Incluindo operações de restauração planejadas. Mas eu deixo isso para suas próprias experiências.

Por enquanto, vamos testar e comparar as três opções acima:

 # My "Restore Missing" plan will restore deleted files itsfoss:.../CloudBerry Backup/bin# rm /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore Missing" # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file world 
 # My "Restore Missing" plan will NOT overwrite existing files itsfoss:.../CloudBerry Backup/bin# echo modified > /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore Missing" # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file modified 
 # My "Restore All" plan will happily overwrite all modified files # by the latest version available in the backup itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore All"CloudBerry Backup Command Line Interface started # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file world 
 # My "Restore At" plan will happily overwrite all modified files # by the version available at the "Point in Time" itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore At" CloudBerry Backup Command Line Interface started Success # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file hello 

Encriptação

Por enquanto, usei apenas os backups de texto não criptografado. Agora é hora de verificar os recursos de criptografia da ferramenta. Assim como a compactação, a criptografia está disponível apenas para usuários pagantes. E não pode ser usado com a versão gratuita da ferramenta.

Usar criptografia não é mais trabalho do que simplesmente adicionar a opção -ep e -ep ao criar o plano de backup:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addBackupPlan \ -n "Backup Encrypted" \ -a "Local Backup" \ -f /srv/nfs \ -ea AES_256 -ep [email protected] CloudBerry Backup Command Line Interface started Success itsfoss:.../CloudBerry Backup/bin# ./cbb getPlanDetails \ -n "Backup Encrypted" CloudBerry Backup Command Line Interface started Name : Backup Encrypted Type : Backup ID : {9c00b94c-03b1-4a4b-818a-73abd0eb44e9} Destination ID : {1137a608-94bd-48a2-ad0b-018c0e6965e5} Destination name : Local Backup Backup items: /srv/nfs Compress : false Exclude system folders: true Encryption : true Encryption algorithm : AES_256 Schedule : Not specified itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Backup Encrypted" 

Com a criptografia ativada, o CloudBerry Backup se comporta basicamente da mesma forma, mas em vez de armazenar o arquivo de dados simples no diretório de backup, ele armazena o conteúdo do arquivo usando algum formato binário proprietário. O conteúdo do arquivo certamente não é um texto claro, mas como não tenho acesso ao formato de arquivo subjacente, é difícil dizer se ele está corretamente codificado como AES_256 conforme solicitado, nem qual modo exato foi usado (EBC, CTC, CTR, …)

Eu ficaria confiante, já que o cbbWorker está vinculado ao libcrypto.so.1.0.0. Mas como essa biblioteca é enviada com o produto e o produto é de código fechado, não sei dizer com certeza.

Tudo o que posso dizer é que os dados parecem estar criptografados, pois os arquivos resultantes têm uma entropia muito próxima de 8 bits por bytes:

 # Create 1MB file full of NUL bytes itsfoss:.../CloudBerry Backup/bin# dd if=/dev/zero \ of=/srv/nfs/_zero \ bs=1M count=1 # Perform an encrypted backup itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Backup Encrypted" # wait, wait, wait until completion, then check ciphertext entropy: itsfoss:.../CloudBerry Backup/bin# ent /backup/CBB_itsfoss/srv/nfs/_zero\:/20170731133530/_zero Entropy = 7.999839 bits per byte. 

Criar um plano de restauração para backups criptografados é ainda mais simples, pois você só precisa adicionar a opção -ep para especificar a senha.

É até tão simples que aproveitei essa oportunidade para apresentar algumas outras opções no exemplo a seguir:

  • -f /srv/nfs/_zero restaura apenas esse arquivo
  • -ol no -de /tmp/ restore em /tmp/ vez de no local original
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore Encrypted" \ -a "Local Backup" \ -f /srv/nfs/_zero \ -se no \ -ep [email protected] \ -ol no -de /tmp/ CloudBerry Backup Command Line Interface started Success itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore Encrypted" CloudBerry Backup Command Line Interface started Success # Wait for completion itsfoss:.../CloudBerry Backup/bin# diff -s /tmp/_zero /srv/nfs/_zero Files /tmp/_zero and /srv/nfs/_zero are identical 

Usando o armazenamento em nuvem

Até agora, trabalhei apenas com backups locais. Mas a força real do Backup do CloudBerry é sua integração com uma grande variedade de provedores de armazenamento em nuvem:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addAccount CloudBerry Backup Command Line Interface started addAccount -st StorageType -st storageType: for more info select one storage type storageTypes: - AmazonS3 - AmazonS3Chinese - S3Compatible - CenturyLink - Cloudian - DreamObjects - Scality - ThinkOn - Verizon - Wasabi - Azure - Openstack - HPCloud - HPHelion - Rackspace - OracleCloud - SoftLayer - Google - BackBlaze - FileSystem -h show help 

Para este artigo, usei uma conta do Google Cloud Storage:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addAccount \ -d "Google Account" \ -st Google \ -ac 'GOOG0123456789012345' \ -sk 'ABCD+01234567890123456789012345678901234' \ -c '69065e24-761d-11e7-ac42-738017d4f6c6' \ -ssl CloudBerry Backup Command Line Interface started Success 

Nessa configuração: - -ac 'GOOG0123456789012345' é o meu Armazenamento do Google "Interoperable storage access keys", - -sk 'ABCD+01234567890123456789012345678901234' é a chave secreta associada, - -c '69065e24-761d-11e7-ac42-738017d4f6c6' is o nome do intervalo (usei um UUID para isso, pois, no Google, os nomes dos intervalos precisam ser globalmente exclusivos)

Uma vez feito isso, criar um plano de backup e restauração é exatamente o mesmo que ao usar um sistema de arquivos local:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addBackupPlan \ -n "Google Backup" \ -a "Google Account" \ -f /srv/nfs/sample/My\ Courses CloudBerry Backup Command Line Interface started Success itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Google Backup" CloudBerry Backup Command Line Interface started Success 

Restaurar - em um computador diferente

Finalmente, para finalizar esse tour dos recursos do Backup do CloudBerry, eu queria testar um cenário bastante comum se você tiver que se recuperar após um desastre: restaurar dados em uma máquina diferente .

Então, em um sistema limpo e recém-criado, instalei outra versão do CloudBerry Backup. Mas desta vez, será a versão gratuita. Isso significa que eu tenho que obter uma chave livre primeiro:

 yesik:.../CloudBerry Backup/bin# ./cbb activateLicense \ -e "[email protected]" \ -free \ -un "Sylvain Leroux" CloudBerry Backup Command Line Interface started Success. Your registration key has been sent to the email address [email protected] 

E, de fato, recebi um email e copiei-colei a chave de licença no próximo comando para ativar a licença:

 # Of course, you will have to use your own key in the command below # This one is just a fake example yesik:.../CloudBerry Backup/bin# ./cbb activateLicense \ -e "[email protected]" \ -free \ -oa 'ljLXMSocj5Gwx8IsmKxxXlHjIpeu6w4p/4akKOP75IVQLtaw8bOvioxLtOSAdzHtiSQUU6jvU5WS1eWaRp/2deiWMyWvvKrydahnF8yiM604GxR5s4gfR87edVmWsY0gVwK+J48Xx0ScQ8f+ou8e6wmwBK6+k+hj0lfRfC9Fzg4=' CloudBerry Backup Command Line Interface started Success 

A partir de agora, o fluxo de trabalho é quase exatamente o mesmo usado para restaurar dados no host original:

 yesik:.../CloudBerry Backup/bin# ./cbb addAccount \ -d "Google Account" \ -st Google \ -ac 'GOOG0123456789012345' \ -sk 'ABCD+01234567890123456789012345678901234' \ -c '69065e24-761d-11e7-ac42-738017d4f6c6' \ -ssl CloudBerry Backup Command Line Interface started Success yesik:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Google Restore" \ -a "Google Account" \ -f /srv \ -sy yes \ -ol yes CloudBerry Backup Command Line Interface started Success 

A única diferença é a opção -sy yes . De acordo com a documentação, “Você precisa sincronizar antes de restaurar se você configurou um plano de restauração em um computador diferente daquele em que executou um backup”. Pelo que entendi, isso não tem nada a ver com a sync chamada de sistema, mas é sobre CloudBerry Backup para atualizar seu banco de dados local com os dados disponíveis no armazenamento remoto (mais sobre esse banco de dados mais tarde). Ou eu estou errado? Nesse caso, não hesite em deixar um comentário!

 yesik:.../CloudBerry Backup/bin# ./cbb plan -r "Google Restore" CloudBerry Backup Command Line Interface started Success 

Se você aguardar a conclusão, poderá verificar se o backup é uma réplica exata da pasta original usando o seguinte comando ad-hoc. Está longe de ser perfeito, pois, por exemplo, não verifica as permissões do arquivo. Mas é o suficiente para me dar confiança de que todos os arquivos e seu conteúdo foram restaurados:

 yesik:.../CloudBerry Backup/bin# (cd /srv/nfs/sample/My\ Courses/ ; find . -print -type f -exec cat {} \;) | md5sum 273510dd43e0e631822d0c48b7f9bbf6 - itsfoss:.../CloudBerry Backup/bin# (cd /srv/nfs/sample/My\ Courses/ ; find . -print -type f -exec cat {} \;) | md5sum 273510dd43e0e631822d0c48b7f9bbf6 - 

Interoperabilidade

É certamente muito menos uma preocupação no mundo do Windows onde o CloudBerry Backup está originando. Mas a interoperabilidade é uma parte importante da filosofia * nix.

Pelo que vejo, a interface de linha de comando não fornece recurso de importação / exportação para planos ou contas. Nem acesso direto ao histórico de logs. Mas ainda há esperança, pois explorando a pasta /opt/local/CloudBerry Backup/etc/config, você descobrirá os planos e configurações de conta armazenados como arquivos XML.

Além disso, você encontrará o arquivo cbbackup.db que é um banco de dados SQLite, expondo algumas informações, principalmente sobre o histórico de backup. Certamente, este é o arquivo que deve ser atualizado pelo CloudBerry Backup quando você restaurar em um host diferente (você se lembra da opção -sy yes acima?)

Eu não encorajaria você a modificar esses arquivos, pois eles não estão documentados. Mas certamente você pode lê- los. E eu acharia isso muito útil para fins de auditoria ou monitoramento.

Quem é o Laboratório CloudBerry?

O Backup do CloudBerry está repleto de recursos e o engenheiro em mim é bastante seduzido. E talvez você também seja. Mas eu sei que alguns de vocês terão que “vender” esse software para o gerenciamento deles, então você pode precisar de algumas informações sobre o seu editor.

O CloudBerry Lab é uma empresa de software sediada na Califórnia e, de acordo com sua página no LinkedIn, pretende fornecer serviços de backup e gerenciamento de arquivos baseados em nuvem para pequenas e médias empresas (SMBs)”.

O CloudBerry Lab foi fundado em 2008 e inicialmente teve como alvo o mundo Windows. Foi apenas em julho de 2015 que a primeira versão da solução Cloud Berry Backup foi lançada para Linux e MacOS X. Isso significa que, no momento em que este texto foi escrito, o CloudBerry Backup para Linux tinha apenas dois anos. Sem dúvida, o software ainda evoluirá e amadurecerá nos próximos anos.

Minha opinião

Após este teste, devo dizer que estou muito satisfeito com o CloudBerry Backup for Linux. Este artigo já era muito longo, então eu não tinha espaço para testar a interface gráfica do usuário. Mas, de qualquer forma, as ferramentas de linha de comando oferecem acesso total aos recursos do software, algo obrigatório para mim. Definitivamente, o CLI mostra suas origens do Windows e certamente poderia ser adaptado para uma melhor usabilidade de scripts de shell (vamos lá, dizendo "Sucesso" depois de cada comando é sooooo Windowish;) Mas funciona. E o software de backup por si só parece ser muito confiável. Se eu tivesse que escolher uma solução de backup, certamente o CloudBerry Backup estaria entre os candidatos que eu consideraria.

Meu maior arrependimento é o software ser fechado. Não vou julgar essa escolha, pois posso entender que uma empresa gostaria de proteger seus conhecimentos. Mas seria ótimo se pelo menos algumas partes do produto fossem de código aberto ou se o software fornecesse algum tipo de API para desenvolvedores independentes enriquecerem o ecossistema em torno desse produto. Por exemplo, tenho certeza de que essa movimentação simples teria evitado alguns problemas ou limitações que encontrei durante o uso da CLI e poderia melhorar a “capacidade de script” geral da ferramenta.

Mas eu não vou reclamar. Continua sendo um ótimo produto. Totalmente utilizável a partir da linha de comando, bem como da interface gráfica do usuário. E eu não concluiria este artigo sem agradecer a equipe de suporte do CloudBerry Lab e, especialmente, o Sergey. Enquanto escrevia este comentário eu abri um monte de ingressos. Não só eles responderam minhas perguntas, mas eles encaminharam minhas mensagens para que os documentos e até mesmo o software fossem corrigidos em resposta às minhas observações. Tudo isso em menos de 48h. Se todos os suportes fossem tão responsivos!

Como última palavra, lembre-se de que você pode baixar, experimentar e até usar - se aceitar algumas limitações - o produto gratuitamente. Então, se você ainda está hesitante, faça isso. E por favor, relata seus feedbacks na seção de comentários abaixo!

  • Ambos GUI e CLI
  • Dependências mínimas
  • Suporta muitos provedores de armazenamento em nuvem
  • Planos de backup / restauração altamente configuráveis
  • Suporte muito responsivo
  • Fonte fechada
  • Documentação esparsa para as ferramentas CLI
  • Formato de arquivo privado para backups criptografados

Recomendado

Qalculate! - A melhor aplicação de calculadora em todo o universo
2019
Conheça Nitrux: A Distribuição Linux Mais Bonita de Sempre?
2019
Coisas para fazer depois de instalar o openSUSE Leap 15
2019