Novas funcionalidades no Syncovery 10

O Syncovery 10 é a grande nova versão de 2022. Inclui as seguintes novas funcionalidades:

O Syncovery 10 permite especificar destinos adicionais do lado direito.  Será apresentada uma janela de diálogo separada com uma tabela onde pode adicionar uma linha por cada destino adicional. Os destinos podem ser de vários tipos, tais como caminhos locais , caminhos de rede ou protocolos Internet. Cada destino adicional tem o seu próprio ícone de globo, onde pode especificar os detalhes de ligação para protocolos Internet e armazenamentos na cloud. Existem vários modos para destinos adicionais, tais como sincronização normal com cada destino, execução simultânea ou failover.

Tradicionalmente, o Syncovery agrupa perfis pela primeira palavra no nome do perfil. Embora este agrupamento automático ainda esteja disponível, pode criar e organizar livremente grupos em vários níveis e atribuir perfis independentemente dos nomes do perfil. Pode escolher um grupo ao criar ou editar um perfil no Modo Avançado, e pode criar grupos e atribuir perfis através de arrastar e largar, utilizando a nova janela de diálogo Editor de Grupos de Perfis:

Além do formato Zip standard e do nosso formato proprietário Sz, o Syncovery agora também suporta o formato 7-Zip como contentor para compressão e encriptação. É suportado o conjunto completo de funcionalidades, incluindo a compressão de cada ficheiro individualmente, pacotes zip e Cópia de Segurança Sintética. O formato 7-Zip requer a criação de ficheiros temporários locais antes de enviar para armazenamento na cloud ou via protocolo Internet. Até agora, apenas o formato Sz pode ser utilizado para evitar ficheiros temporários, porque suporta compressão e transmissão em fluxo, diretamente dos ficheiros de origem originais para qualquer tipo de destino. O 7-Zip e o Zip só podem comprimir diretamente para o destino se este for um caminho de sistema de ficheiros standard, como um caminho local ou um caminho de rede.

A biblioteca SecureBlackBox atualizada é agora compatível com todos os servidores SSH/SFTP atuais, podendo assim ser utilizada como alternativa à TGPuttyLib. Poderá não conseguir atingir as mesmas taxas de transferência, mas a versão atualizada é uma boa opção a ter disponível. É também a única biblioteca que atualmente suporta a execução de comandos shell SSH, incluindo a opção de listagem recursiva. O Syncovery agora também suporta a utilização de um comando shell SSH para criar uma cópia local de um ficheiro de destino, quando se combinam Versionamento e Cópia a Nível de Bloco. Para casos em que o caminho do shell SSH difere do caminho SFTP, o Syncovery permite agora especificar um “Prefixo de Caminho para Comandos Shell” no segundo separador da janela de diálogo Definições do Protocolo Internet.

O Syncovery 10 finalmente também suporta pastas vazias em clouds compatíveis com S3, bem como no Azure BLOB Storage. Tradicionalmente, isto não era suportado porque estes armazenamentos na verdade não têm pastas. Em vez disso, cada item nestes armazenamentos pode ter um nome muito longo que inclui o caminho completo com barras. As pastas não existem nativamente nestes armazenamentos, mas são emuladas através do carregamento de um item vazio com o nome da pasta e uma barra final. Desta forma, até uma pasta vazia pode existir nestes armazenamentos. O Syncovery suporta agora estas pastas emuladas. Foi adicionada uma nova caixa de verificação “Support Empty Folders” ao segundo separador da janela de diálogo de Definições do Protocolo Internet. Vem assinalada por predefinição para novos perfis, mas os trabalhos existentes de versões anteriores do Syncovery terão esta opção desativada, a menos que edite o trabalho e marque a caixa.

Em versões anteriores do Syncovery, combinar Versionamento e Cópia ao Nível de Blocos significava ter de usar Cópia de Segurança Sintética, em que os blocos alterados eram carregados ou guardados em ficheiros Zip ou Sz separados sempre que o trabalho de cópia de segurança era executado. O Syncovery 10 adiciona a capacidade de “Manter versões mais antigas” e usar “Cópia ao Nível de Blocos” mesmo que não queira usar compressão ou encriptação (ou seja, Cópia de Segurança Sintética). Isto significa que tem de ser feita uma cópia de um ficheiro modificado na máquina de destino, para que a cópia possa ser mantida como uma versão anterior e a versão mais recente possa ser atualizada copiando apenas os blocos alterados. Esta cópia pode ser feita utilizando o novo Syncovery Remote Service v10 ou um comando de shell SSH. Está disponível uma nova caixa de verificação no separador Especial do perfil, se pretender usar o Remote Service para fazer a cópia versionada. Se esta caixa de verificação não estiver selecionada e estiver a usar o protocolo SSH/SFTP, o Syncovery tentará estabelecer uma ligação shell SSH e executar um comando de cópia local no servidor.

Esta nova funcionalidade, embora raramente utilizada, fará com que o Syncovery trate as subpastas como trabalhos পৃথ separados, criando simultaneamente trabalhos secundários separados que tratam de cada subárvore. Pode especificar o nível da subpasta no qual a separação em trabalhos secundários deve ocorrer. Esta funcionalidade pode ajudar a acelerar a sincronização de grandes hierarquias de pastas com muitas pastas e ficheiros. A nova caixa de verificação “Spawn Separate Sub-Jobs” foi adicionada ao separador Especial->Mais no perfil.

Foram adicionadas algumas funcionalidades menores, algumas das quais são muito específicas e raramente usadas.

A opção “Flat Right Side (no folders)” no separador “Folders” em cada perfil foi melhorada para poder adicionar carimbos de data/hora aos nomes de ficheiros se houver um conflito, ou seja, se o mesmo nome de ficheiro ocorrer em várias subpastas do lado esquerdo, mas não deva ser usada nenhuma estrutura de subpastas no lado direito plano. Foi adicionada uma nova caixa de verificação para esta funcionalidade no separador “Folders” dos perfis.

Outra nova caixa de verificação no separador “Folders” chama-se “Create Folder Symlinks from Destination to Source – Don’t Copy Any Files”. Neste modo muito especial, o Syncovery não copiará quaisquer ficheiros nem criará quaisquer pastas. Em vez disso, analisará apenas o nível superior (as pastas base do perfil) e criará ligações simbólicas no destino para quaisquer subpastas, apontando cada ligação simbólica para uma subpasta na origem.

Uma caixa de verificação semelhante, raramente utilizada, foi adicionada ao separador “Files”->”More” nos perfis: “Create Links to Source Files Instead of Copying Files”. Esta funcionalidade interessante fará com que o Syncovery gere ligações do Windows (ficheiros lnk ) no lado de destino, que apontam para o ficheiro de origem do outro lado. Não é copiado nenhum ficheiro.