Lançamento do Azure File Sync Agent v13 – julho de 2021

Melhorias e problemas corrigidos

Carregamento autoritativo

O carregamento autoritativo é um novo modo disponível ao criar o primeiro ponto final do servidor num grupo de sincronização. É útil no cenário em que a nuvem (partilha de ficheiros do Azure) tem algumas/a maioria dos dados, mas está desatualtada e precisa de estar atualizada com os dados mais recentes no novo ponto final do servidor. Este é o caso em cenários de migração offline, como o DataBox, por exemplo. Quando uma Caixa de Dados é preenchida e enviada para o Azure, os utilizadores do servidor local continuarão a alterar/adicionar/eliminar ficheiros no servidor local. Isto torna os dados na Caixa de Dados e, consequentemente, a partilha de ficheiros do Azure, ligeiramente desatualtada. Com o Carregamento Autoritativo, agora pode saber ao servidor e à nuvem como resolver este caso e obter a nuvem atualizada sem problemas com as alterações mais recentes no servidor.

Independentemente de como os dados chegarem à nuvem, este modo pode atualizar a partilha de ficheiros do Azure se os dados estiverem na localização atual no servidor. Certifique-se de que evita grandes reestruturas de diretórios entre a cópia inicial para a nuvem e as conversações sobre o Carregamento Autoritativo. Isto garantirá que está apenas a transportar atualizações. As alterações aos nomes de diretório fará com que todos os ficheiros nestes diretórios com o nome alterado sejam novamente carregados. Esta funcionalidade é comparável às semânticas de RoboCopy /MIR = origem espelhada para destino, incluindo a remoção de ficheiros no destino que já não existem na origem.

O Carregamento Autoritativo substitui a funcionalidade "Transferência de Dados Offline" para integração do DataBox com a Sincronização de Ficheiros do Azure através de uma partilha de teste. Já não é necessária uma partilha de staging para utilizar o DataBox. As novas tarefas de Transferência de Dados Offline já não podem ser iniciadas com o agente AFS V13. As tarefas existentes num servidor continuarão, mesmo com a atualização para a versão 13 do agente.

Melhorias no portal para ver a enumeração das alterações na nuvem e o progresso da sincronização

Quando é criado um novo grupo de sincronização, todos os pontos finais do servidor ligado só podem iniciar a sincronização quando a enumeração das alterações na nuvem for concluída.  Caso já existam ficheiros no ponto final da nuvem (partilha de ficheiros do Azure) deste grupo de sincronização, a alteração da enumeração de conteúdos na nuvem pode demorar algum tempo. Quanto mais itens (ficheiros e pastas) existirem no espaço de nomes, mais tempo este processo poderá demorar. Os administradores poderão agora obter o progresso da enumeração das alterações na nuvem no portal do Azure para fazer uma estimativa de um eta para conclusão/sincronização a começar com os servidores.

Suporte para o nome do servidor

Se o nome de um servidor registado for diferente, a Sincronização de Ficheiros do Azure irá agora apresentar o novo nome de servidor no portal. Se o nome do servidor foi alterado antes do lançamento da v13, o nome de servidor no portal será agora atualizado para mostrar o nome de servidor correto.

Suporte para Windows Server 2022

O agente de Sincronização de Ficheiros do Azure é agora suportado no Windows Server 2022. 

Nota:Windows Server 2022 adiciona suporte para o TLS 1.3 que não é atualmente suportado pela Sincronização de Ficheiros do Azure.  Se as definições de TLS são geridas através da política de grupo, o servidor tem de ser configurado para suportar OTLS 1.2.

Diversas melhorias

• Melhorias na fiabilidade da sincronização, associação na nuvem e enumeração.

• Se um grande número de ficheiros for alterado no servidor, o carregamento de sincronização é agora efetuado a partir de um instantâneo do VSS, o que reduz os erros por item e as falhas na sessão de sincronização.

• O Invoke-StorageSyncFileRecall cmdlet irá agora ressarcir todos os ficheiros empatados associados a um ponto final de servidor, mesmo que o ficheiro tenha sido movido para fora da localização do ponto final do servidor.

• Explorer.exe foi excluído do último rastreio de tempo de acesso em tiering da nuvem.

• Nova telemetria (ID do Evento 6664) para monitorizar o progresso da limpeza de ficheiros órfãos após remover um ponto final do servidor com o tiering na nuvem ativado.

Mais informações sobre o lançamento do Agente de Sincronização de Ficheiros do Azure v13

• Esta versão está disponível para instalações Windows Server 2012 R2, Windows Server 2016, Windows Server 2019 e Windows Server 2022.

• É necessário reiniciar os servidores que têm uma instalação do agente de Sincronização de Ficheiros do Azure existente se a versão do agente for inferior à versão 12.0.

• A versão do agente para este lançamento é 13.0.0.0.

Como obter e instalar o Agente de Sincronização de Ficheiros do Azure 

O agente de Sincronização de Ficheiros do Azure está disponível a partir do Microsoft Update, catálogo do Microsoft Update e Centro de Transferências da Microsoft.

Notas

• Se o agente de Sincronização de Ficheiros do Azure não estiver atualmente instalado num servidor, utilize o pacote de instalação do agente no Centro de Transferências da Microsoft. O pacote de instalação do agente no Microsoft Update e no Catálogo Microsoft Update destina-se apenas a atualizações de agente.

• Para atualizar instalações de agente existentes, execute o AfsUpdater.exe (localizado no diretório de instalação do agente) ou transfira e instale a atualização a partir do Microsoft Update ou do Catálogo Microsoft Update.