Re: Sincronização unidirecional - o arquivo criado apenas na pasta de destino não é excluído Obrigado pelas explicações, mas com todo o respeito, não é isso que o manual do DriveHQ diz sobre sincronização, especialmente sincronização unidirecional.
Sincronização e backups são coisas diferentes. Posso até usá-los para fins semelhantes, mas certamente são distintos. Além disso, sabemos que o usuário não deve fazer alterações em locais inadequados. Mas os usuários fazem coisas inesperadas, e essa é uma das razões pelas quais precisamos de backups, sincronizações etc.
Aqui está um trecho do manual do DriveHQ:
--------
Sobre a sincronização unidirecional
A sincronização unidirecional pode ser bastante confusa. Diferentes implementações a tratam de maneiras distintas. Certifique-se de compreendê-la muito bem, caso contrário, poderá causar problemas arquivos sendo excluídos acidentalmente.
O mais importante a saber é: se a sincronização é unidirecional ou bidirecional, quando as duas pastas são sincronizadas (manualmente), o conteúdo da pasta deve ser exatamente o mesmo.
Por exemplo, suponha que uma pasta de servidor S esteja configurada para sincronizar com uma pasta local C em uma sincronização unidirecional. Suponha que S e C já estejam sincronizadas e agora considere os seguintes casos:
(1) Se você adicionar um arquivo a S, o arquivo será sincronizado com C, o que é esperado; Se você adicionar um arquivo em C, o novo arquivo será excluído da pasta C na próxima sincronização.
...
Resumindo, se você tiver uma sincronização unidirecional de A para B, não importa o que aconteça, após a conclusão da sincronização, B ficará igual a A.
--------
Conforme explicado no manual, ao final de qualquer tipo de sincronização, as pastas devem terminar com exatamente o mesmo conteúdo.
O item (1) trata exatamente do caso que apresentei, ou seja, em uma sincronização unidirecional, um arquivo criado apenas na pasta de destino deve ser excluído na próxima sincronização para manter a pasta de destino idêntica à pasta de origem. Mas isso não é o que acontece na prática, nem mesmo com uma sincronização manual.
Se estou sincronizando as pastas, é justamente porque quero que elas fiquem iguais!
Gostaria de explicar um dos meus cenários:
Temos uma pasta na DriveHQ com um conjunto de documentos que precisam ser enviados a determinados clientes. Esses documentos são atualizados periodicamente e gostaríamos de garantir que cada funcionário tenha uma cópia exata dos documentos atuais em seu computador local.
Mantemos cópias em pastas locais por razões internas, mas também para garantir a continuidade do trabalho caso fiquemos temporariamente sem internet.
Não queremos que esses documentos sejam alterados ou que novos documentos sejam adicionados localmente. É claro que orientamos nossos funcionários a não alterarem a pasta local, etc., mas sabemos que isso pode acabar acontecendo. E é por isso que mantemos as pastas locais sincronizadas com a versão oficial na nuvem (sincronização unidirecional).
Este é um caso em que a sincronização unidirecional se aplica muito bem. Se um documento precisa ser atualizado ou um novo documento precisa ser adicionado, fazemos isso na nuvem e todas as pastas locais são sincronizadas e recebem as atualizações.
Mas, devido ao funcionamento da sincronização unidirecional do DriveHQ, os usuários podem adicionar documentos inadvertidamente à pasta local, e esses documentos nunca serão corrigidos (excluídos) na próxima sincronização. Nessa situação, documentos adicionados incorretamente podem acabar sendo enviados aos clientes.
A pasta local nunca será idêntica à pasta de origem na nuvem e, com o tempo, a situação só tende a piorar. Este é apenas um dos cenários. Tenho outra situação em que arquivos de configuração e scripts precisam ser sincronizados para uso local, etc.
O que eu esperava de uma sincronização unidirecional era exatamente o que o manual dizia. Mas acabei com duas pastas com conteúdos diferentes. Seria ótimo se esse problema fosse corrigido ou, na pior das hipóteses, se o manual fosse alterado para esclarecer a situação.
Espero que você possa me ajudar com algumas configurações, etc. Ou talvez a equipe de desenvolvimento possa encontrar uma solução.
Obrigado.