Partilhar via

Notas de versão do Azure File Sync

  • Artigo

A Sincronização de Ficheiros do Azure permite centralizar as partilhas de ficheiros da sua organização nos Ficheiros do Azure, mantendo a flexibilidade, o desempenho e a compatibilidade de um servidor de ficheiros do Windows. Embora alguns usuários possam optar por manter uma cópia completa de seus dados localmente, o Azure File Sync também tem a capacidade de transformar o Windows Server em um cache rápido do seu compartilhamento de arquivos do Azure. Pode utilizar qualquer protocolo disponível no Windows Server para aceder aos dados localmente, incluindo SMB, NFS e FTPS. Você pode ter quantos caches precisar em todo o mundo.

Este artigo fornece as notas de versão do Azure File Sync. É importante observar que as principais versões do Azure File Sync incluem melhorias de serviço e agente (por exemplo, 17.0.0.0). As versões secundárias do Azure File Sync são normalmente para melhorias do agente (por exemplo, 17.2.0.0).

Versões suportadas

As seguintes versões do agente do Azure File Sync são suportadas:

Marco Número de versão do agente Data de lançamento Status
Versão V19 - KB5040924 19.1.0.0 3 de setembro de 2024 Suportado
Lançamento V18.2 - KB5023059 18.2.0.0 9 de julho de 2024 Suportado
Lançamento V18.1 - KB5023057 18.1.0.0 11 de junho de 2024 Suportado - Atualização de Segurança
Versão V17.3 - KB5039814 17.3.0.0 11 de junho de 2024 Suportado - Atualização de segurança, a versão do agente expirará em 4 de março de 2025
Versão V18 - KB5023057 18.0.0.0 Maio 8, 2024 Suportado
Lançamento V17.2 - KB5023055 17.2.0.0 28 de fevereiro de 2024 Com suporte, a versão do agente expirará em 4 de março de 2025
Lançamento V17.1 - KB5023054 17.1.0.0 Fevereiro 13, 2024 Suportado - Atualização de segurança, a versão do agente expirará em 4 de março de 2025
Versão V17.0 - KB5023053 17.0.0.0 6 de dezembro de 2023 Com suporte, a versão do agente expirará em 4 de março de 2025

Versões não suportadas

As seguintes versões do agente do Azure File Sync expiraram e não são mais suportadas:

Marco Número de versão do agente Data de lançamento Status
Versão V16 16.0.0.0 - 16.2.0.0 N/A Não suportado - As versões do agente expiraram em 7 de outubro de 2024
Versão V15 15.0.0.0 - 15.2.0.0 N/A Não suportado - As versões do agente expiraram em 19 de março de 2024
Versão V14 14.0.0.0 N/A Não suportado - As versões do agente expiraram em 8 de fevereiro de 2024
Versão V13 13.0.0.0 N/A Não suportado - As versões do agente expiraram em 8 de agosto de 2022
Versão V12 12.0.0.0 - 12.1.0.0 N/A Não suportado - As versões do agente expiraram em 23 de maio de 2022
Versão V11 11.1.0.0 - 11.3.0.0 N/A Não suportado - As versões do agente expiraram em 28 de março de 2022
Versão V10 10.0.0.0 - 10.1.0.0 N/A Não suportado - As versões do agente expiraram em 28 de junho de 2021
Versão V9 9.0.0.0 - 9.1.0.0 N/A Não suportado - As versões do agente expiraram em 16 de fevereiro de 2021
Versão V8 8.0.0.0 N/A Não suportado - As versões do agente expiraram em 12 de janeiro de 2021
Versão V7 7.0.0.0 - 7.2.0.0 N/A Não suportado - As versões do agente expiraram em 1 de setembro de 2020
Versão V6 6.0.0.0 - 6.3.0.0 N/A Não suportado - As versões do agente expiraram em 21 de abril de 2020
Versão V5 5.0.2.0 - 5.2.0.0 N/A Não suportado - As versões do agente expiraram em 18 de março de 2020
Versão V4 4.0.1.0 - 4.3.0.0 N/A Não suportado - As versões do agente expiraram em 6 de novembro de 2019
Versão V3 3.1.0.0 - 3.4.0.0 N/A Não suportado - as versões do agente expiraram em 19 de agosto de 2019
Agentes pré-GA 1.1.0.0 - 3.0.13.0 N/A Não suportado - As versões do agente expiraram em 1 de outubro de 2018

Política de atualização do agente do Azure File Sync

O agente do Azure File Sync é atualizado regularmente para adicionar novas funcionalidades e resolver problemas. Recomendamos atualizar o agente do Azure File Sync à medida que novas versões estiverem disponíveis.

Versões de agentes principais vs. secundários

  • As versões principais do agente geralmente contêm novos recursos e têm um número crescente como a primeira parte do número da versão. Por exemplo: 17.0.0.0
  • As versões secundárias do agente também são chamadas de "patches" e são lançadas com mais frequência do que as versões principais. Eles geralmente contêm correções de bugs e melhorias menores, mas sem novos recursos. Por exemplo: 17.2.0.0

Caminhos de atualização

Há cinco maneiras aprovadas e testadas de instalar as atualizações do agente do Azure File Sync.

  1. Use o recurso de atualização automática do agente do Azure File Sync para instalar atualizações do agente. O agente do Azure File Sync será atualizado automaticamente. Você pode optar por instalar a versão mais recente do agente quando disponível ou atualizar quando o agente atualmente instalado estiver perto da expiração. Para saber mais, consulte Gerenciamento automático do ciclo de vida do agente.
  2. Configure o Microsoft Update para baixar e instalar automaticamente as atualizações do agente. Recomendamos instalar todas as atualizações do Azure File Sync para garantir que você tenha acesso às correções mais recentes para o agente do servidor. O Microsoft Update torna esse processo perfeito baixando e instalando automaticamente atualizações para você.
  3. Use AfsUpdater.exe para baixar e instalar atualizações do agente. O AfsUpdater.exe está localizado no diretório de instalação do agente. Clique duas vezes no executável para baixar e instalar atualizações do agente. Dependendo da versão de lançamento, talvez seja necessário reiniciar o servidor.
  4. Corrija um agente existente do Azure File Sync usando um arquivo de patch do Microsoft Update ou um executável .msp. O pacote de atualização mais recente do Azure File Sync pode ser baixado do Catálogo do Microsoft Update. A execução de um executável .msp atualizará sua instalação do Azure File Sync com o mesmo método usado automaticamente pelo Microsoft Update. A aplicação de um patch do Microsoft Update executará uma atualização in-loco de uma instalação do Azure File Sync.
  5. Transfira o mais recente instalador do agente do Azure File Sync a partir do Centro de Transferências da Microsoft. Para atualizar uma instalação existente do agente do Azure File Sync, desinstale a versão mais antiga e instale a versão mais recente a partir do instalador baixado. O registro do servidor, os grupos de sincronização e quaisquer outras configurações são mantidos pelo instalador do Azure File Sync.

Nota

Não há suporte para o downgrade do agente do Azure File Sync. As novas versões geralmente incluem alterações de quebra quando comparadas com as versões antigas, tornando o processo de downgrade sem suporte. Caso você encontre algum problema com a versão atual do agente, entre em contato com o suporte ou atualize para a versão mais recente disponível.

Gerenciamento automático do ciclo de vida do agente

O agente do Azure File Sync será atualizado automaticamente. Você pode selecionar qualquer um dos dois modos e especificar uma janela de manutenção na qual a atualização deve ser tentada no servidor. Esse recurso foi projetado para ajudá-lo com o gerenciamento do ciclo de vida do agente, fornecendo um guardrail impedindo que seu agente expire ou permitindo uma configuração sem problemas e atual.

  1. A configuração padrão tentará impedir a expiração do agente. Dentro de 21 dias a partir da data de expiração publicada de um agente, o agente tentará se autoatualizar. Ele iniciará uma tentativa de atualização uma vez por semana dentro de 21 dias antes da expiração e na janela de manutenção selecionada. Esta opção não elimina a necessidade de usar patches regulares do Microsoft Update.
  2. Opcionalmente, você pode selecionar que o agente se atualizará automaticamente assim que uma nova versão do agente estiver disponível (atualmente não aplicável a servidores clusterizados). Essa atualização ocorrerá durante a janela de manutenção selecionada e permitirá que seu servidor se beneficie de novos recursos e melhorias assim que estiverem disponíveis ao público. Esta é a configuração recomendada e sem preocupações que fornecerá as principais versões do agente, bem como patches de atualização regulares para o seu servidor. Cada agente liberado está na qualidade GA. Se você selecionar essa opção, a Microsoft enviará a versão mais recente do agente para você. Os servidores clusterizados são excluídos. Quando o voo estiver concluído, o agente também ficará disponível no Microsoft Update e no Centro de Download da Microsoft.
Alterando a configuração de atualização automática

As instruções a seguir descrevem como alterar as configurações depois de concluir o instalador, se você precisar fazer alterações.

Abra um console do PowerShell e navegue até o diretório onde você instalou o agente de sincronização e, em seguida, importe os cmdlets do servidor. Por padrão, isso seria mais ou menos assim:

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Você pode executar Get-StorageSyncAgentAutoUpdatePolicy para verificar a configuração de política atual e determinar se deseja alterá-la.

Para alterar a configuração de política atual para a faixa de atualização atrasada, você pode usar:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Para alterar a configuração de política atual para a faixa de atualização imediata, você pode usar:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest -Day <day> -Hour <hour>

Nota

Se o voo já tiver sido concluído para a versão mais recente do agente e a política de atualização automática do agente for alterada para InstallLatest, o agente não atualizará automaticamente até que a próxima versão do agente seja lançada. Para atualizar para uma versão do agente que tenha concluído o voo, use o Microsoft Update ou o AfsUpdater.exe. Para verificar se uma versão do agente está sendo lançada no momento, verifique a seção de versões suportadas nas notas de versão.

Garantias de ciclo de vida do agente e gerenciamento de alterações

O Azure File Sync é um serviço de nuvem que introduz continuamente novos recursos e melhorias. Isso significa que uma versão específica do agente do Azure File Sync só pode ter suporte por um tempo limitado. Para facilitar sua implantação, as regras a seguir garantem que você tenha tempo e notificação suficientes para acomodar atualizações/upgrades de agente em seu processo de gerenciamento de alterações:

  • As versões principais do agente são suportadas por pelo menos seis meses a partir da data de lançamento inicial.
  • Garantimos que existe uma sobreposição de pelo menos três meses entre o suporte das versões dos principais agentes.
  • Os avisos são emitidos para servidores registrados usando um agente prestes a expirar pelo menos três meses antes da expiração. Você pode verificar se um servidor registrado está usando uma versão mais antiga do agente na seção servidores registrados de um Serviço de Sincronização de Armazenamento.
  • O tempo de vida de uma versão secundária do agente está vinculado à versão principal associada. Por exemplo, quando a versão 17.0.0.0 do agente estiver definida para expirar, as versões do agente 17.*.*.* serão todas definidas para expirar juntas.

Nota

A instalação de uma versão do agente com um aviso de expiração exibirá um aviso, mas será bem-sucedida. A tentativa de instalar ou conectar-se a uma versão expirada do agente não é suportada e será bloqueada.

O suporte ao agente do Windows Server 2012 R2 terminará em 4 de março de 2025

O Windows Server 2012 R2 chegou ao fim do suporte em 10 de outubro de 2023. O Azure File Sync continuará a oferecer suporte ao Windows Server 2012 R2 até que o agente v17.x expire em 4 de março de 2025. Quando o agente v17 expirar, os servidores Windows Server 2012 R2 pararão de sincronizar com seus compartilhamentos de arquivos do Azure.

Ação Necessária

Execute uma das seguintes opções para seus servidores Windows Server 2012 R2 antes da expiração do agente v17 em 4 de março de 2025:

  • Opção #1: Execute uma atualização in-loco para uma versão suportada do sistema operacional. Quando a atualização in-loco for concluída, desinstale o agente de Sincronização de Arquivos do Azure para Windows Server 2012 R2, reinicie o servidor e instale o agente para o novo sistema operacional de servidor (Windows Server 2016, Windows Server 2019, Windows Server 2022 ou Windows Server 2025).

  • Opção #2: Implantar um novo servidor de Sincronização de Arquivos do Azure que esteja executando uma versão suportada do sistema operacional para substituir seus servidores Windows 2012 R2. Para obter orientação, consulte Substituir um servidor de Sincronização de Arquivos do Azure.

Nota

O agente do Azure File Sync v17.3 é a última versão do agente atualmente planejada para o Windows Server 2012 R2. Para continuar a receber melhorias do produto e correções de bugs, atualize seus servidores para o Windows Server 2016 ou posterior.

Versão 19.1.0.0

As seguintes notas de versão são para o Azure File Sync versão 19.1.0.0 (lançado em 3 de setembro de 2024). Esta versão contém melhorias para o serviço e agente do Azure File Sync.

Melhorias e problemas corrigidos

Provisionamento de servidor mais rápido e recuperação de desastres aprimorada para pontos de extremidade de servidor do Azure File Sync.

Reduzimos o tempo necessário para que o novo ponto de extremidade do servidor esteja pronto para uso. Antes da versão v19, quando um novo ponto de extremidade do servidor é provisionado, pode levar horas e alguns dias para que o servidor esteja pronto para uso. Com as nossas melhorias mais recentes, reduzimos substancialmente esta duração, garantindo um processo de configuração mais rápido.

A melhoria se aplica aos seguintes cenários, quando o local do ponto de extremidade do servidor está vazio (sem arquivos ou diretórios):

  • Criando o primeiro ponto de extremidade do servidor da nova topologia de sincronização depois que os dados são copiados para o Compartilhamento de Arquivos do Azure.
  • Adicionar um novo ponto de extremidade de servidor vazio a uma topologia de sincronização existente.

Esta melhoria será gradualmente possibilitada em todas as regiões no próximo mês. Quando a melhoria estiver habilitada em sua região, você verá uma guia Etapas de provisionamento no portal após a criação do ponto de extremidade do servidor, que permite determinar facilmente quando o ponto de extremidade do servidor está pronto para uso. Para obter mais informações, consulte Criar uma documentação de ponto de extremidade do servidor Azure File Sync.

Pré-visualização: Suporte de Identidades Geridas para o serviço e servidores Azure File Sync
O suporte do Azure File Sync para identidades gerenciadas elimina a necessidade de chaves compartilhadas como um método de autenticação utilizando uma identidade gerenciada atribuída pelo sistema fornecida pela ID do Microsoft Entra.

Quando você habilitar essa configuração, as identidades gerenciadas atribuídas ao sistema serão usadas para os seguintes cenários:

  • Autenticação do Serviço de Sincronização de Armazenamento para compartilhamento de arquivos do Azure
  • Autenticação de servidor registrado para compartilhamento de arquivos do Azure
  • Autenticação do servidor registrado no Storage Sync Service

Para obter mais informações, consulte: Como usar identidades gerenciadas com o Azure File Sync (visualização).

Sincronizar melhorias de desempenho
O desempenho de sincronização melhorou significativamente para migrações de compartilhamento de arquivos e quando somente metadados são alterados (por exemplo, alterações de ACL). Os números de desempenho serão publicados quando estiverem disponíveis.

Suporte para Windows Server 2025
O agente de Sincronização de Arquivos do Azure agora tem suporte no Windows Server 2025 (compilação 26100).

Diversos aprimoramentos de confiabilidade e telemetria para hierarquização e sincronização na nuvem

Ferramenta de Avaliação

Antes de implantar o Azure File Sync, você deve avaliar se ele é compatível com seu sistema usando a ferramenta de avaliação do Azure File Sync. Essa ferramenta é um cmdlet do Azure PowerShell que verifica possíveis problemas com seu sistema de arquivos e conjunto de dados, como a versão do sistema operacional sem suporte. Para obter instruções de instalação e uso, consulte a seção Ferramenta de avaliação no guia de planejamento.

Instalação do agente e configuração do servidor

Para obter mais informações sobre como instalar e configurar o agente de Sincronização de Arquivos do Azure com o Windows Server, consulte Planejando uma implantação do Azure File Sync e Como implantar o Azure File Sync.

  • A instalação do agente requer uma reinicialização para servidores que têm uma instalação existente do agente do Azure File Sync se a versão do agente for anterior a 18.2.0.0.
  • O pacote de instalação do agente deve ser instalado com permissões elevadas (admin).
  • O agente não é suportado na opção de implantação do Nano Server.
  • O agente é suportado apenas no Windows Server 2016, Windows Server 2019, Windows Server 2022 e Windows Server 2025.
  • O pacote de instalação do agente é para uma versão específica do sistema operacional. Se um servidor com um agente do Azure File Sync instalado for atualizado para uma versão mais recente do sistema operacional, o agente existente deverá ser desinstalado. Reinicie o servidor e instale o agente para o novo sistema operacional do servidor (Windows Server 2016, Windows Server 2019, Windows Server 2022 ou Windows Server 2025).
  • O agente requer pelo menos 2 GiB de memória. Se o servidor estiver sendo executado em uma máquina virtual com memória dinâmica habilitada, a VM deverá ser configurada com um mínimo de 2048 MiB de memória. Consulte Recursos do sistema recomendados para obter mais informações.
  • O agente usa TLS 1.2 ou 1.3 (Windows Server 2022 ou mais recente) por padrão e TLS 1.0 e 1.1 não são suportados.
  • O serviço Storage Sync Agent (FileSyncSvc) não oferece suporte a pontos de extremidade de servidor localizados em um volume que tenha o diretório SVI (informações de volume do sistema) compactado. Se o diretório SVI for compactado, o serviço Storage Sync Agent (FileSyncSvc) falhará ao iniciar.

Interoperabilidade

  • O antivírus, a cópia de segurança e outras aplicações que acedam a ficheiros em camadas podem causar uma revogação indesejável, a menos que respeitem o atributo offline e ignorem a leitura do conteúdo desses ficheiros. Para obter mais informações, consulte Solucionar problemas de sincronização de arquivos do Azure.
  • As triagens de arquivos do Gerenciador de Recursos de Servidor de Arquivos (FSRM) podem causar falhas de sincronização intermináveis quando os arquivos são bloqueados devido à triagem de arquivos.
  • A execução do sysprep em um servidor que tenha o agente do Azure File Sync instalado não é suportada e pode levar a resultados inesperados. O agente do Azure File Sync deve ser instalado depois de implantar a imagem do servidor e concluir a miniconfiguração do sysprep.

Limitações de sincronização

Os itens seguintes não são sincronizados, mas o restante sistema continua a funcionar normalmente:

  • A Sincronização de Ficheiros do Azure suporta todos os carateres suportados pelo sistema de ficheiros NTFS, exceto pares substitutos inválidos. Consulte o Guia de solução de problemas para obter mais informações.
  • Caminhos com mais de 2048 carateres.
  • A parte da lista de controlo de acesso do sistema (SACL) de um descritor de segurança utilizado para auditoria.
  • Atributos expandidos.
  • Fluxos de dados alternados.
  • Pontos de reanálise.
  • Ligações fixas.
  • A compressão (se estiver definida num ficheiro de servidor) não é mantida quando as alterações são sincronizadas nesse ficheiro a partir de outros pontos finais.
  • Qualquer ficheiro encriptado com EFS (ou outra encriptação do modo de utilizador) que impeça a leitura dos dados por parte do serviço.

Nota

O Azure File Sync encripta sempre os dados em trânsito. Os dados são sempre encriptados quando estão inativos no Azure.

Ponto de extremidade do servidor

  • Só é possível criar um ponto final do servidor num volume NTFS. O ReFS, FAT, FAT32 e outros sistemas de ficheiros não são atualmente suportados pelo Azure File Sync.
  • A hierarquização da nuvem não é suportada no volume do sistema. Para criar um ponto final do servidor no volume de sistema, desative o arrumo na cloud ao criar o ponto final do servidor.
  • O Clustering de Ativação Pós-falha só é suportado com discos em cluster, mas não com Volumes Partilhados de Cluster (CSVs).
  • Não é possível aninhar um ponto final do servidor. Pode coexistir no mesmo volume em paralelo com outro ponto final.
  • Não armazene um arquivo de paginação de sistema operacional ou aplicativo em um local de ponto de extremidade do servidor.

Ponto de extremidade na nuvem

  • A Sincronização de Arquivos do Azure dá suporte a fazer alterações diretamente no compartilhamento de arquivos do Azure. No entanto, todas as alterações feitas no compartilhamento de arquivos do Azure primeiro precisam ser descobertas por um trabalho de deteção de alterações da Sincronização de Arquivos do Azure. Um trabalho de deteção de alterações é iniciado para um ponto de extremidade na nuvem uma vez a cada 24 horas. Para sincronizar imediatamente os arquivos alterados no compartilhamento de arquivos do Azure, use o cmdlet Invoke-AzStorageSyncChangeDetection PowerShell para iniciar manualmente a deteção de alterações no compartilhamento de arquivos do Azure.
  • O serviço de sincronização de armazenamento e/ou a conta de armazenamento podem ser movidos para um grupo de recursos diferente, uma assinatura ou um locatário do Microsoft Entra (anteriormente Azure AD). Depois de mover o serviço de sincronização de armazenamento ou a conta de armazenamento, você precisa conceder ao aplicativo Microsoft.StorageSync acesso à conta de armazenamento (consulte Garantir que o Azure File Sync tenha acesso à conta de armazenamento).

Nota

Ao criar o ponto de extremidade na nuvem, o serviço de sincronização de armazenamento e a conta de armazenamento devem estar no mesmo locatário do Microsoft Entra ID. Depois de criar o ponto de extremidade na nuvem, você pode mover o serviço de sincronização de armazenamento e a conta de armazenamento para diferentes locatários do Microsoft Entra ID.

Disposição em camadas na cloud

  • Se um ficheiro disposto em camadas for copiado para outra localização com o Robocopy, o ficheiro resultante não é disposto em camadas. O atributo offline pode estar definido porque o Robocopy inclui incorretamente esse atributo nas operações de cópia.
  • Ao copiar arquivos usando o Robocopy, use a opção /MIR para preservar os carimbos de data/hora dos arquivos. Isso garantirá que os arquivos mais antigos sejam hierarquizados mais cedo do que os arquivos acessados recentemente.

Versão 18.2.0.0

As seguintes notas de versão são para o Azure File Sync versão 18.2.0.0 (lançado em 9 de julho de 2024). Esta versão contém melhorias para o agente do Azure File Sync. Estas notas são adicionais às notas de versão listadas para as versões 18.0.0.0 e 18.1.0.0.

Melhorias e problemas corrigidos

  • Atualização cumulativa para as versões v18 e v18.1 do agente do Azure File Sync.
  • Esta versão também inclui melhorias na confiabilidade da sincronização.

Versão 18.1.0.0 (Atualização de segurança)

As notas de versão a seguir são para o Azure File Sync versão 18.1.0.0 (lançado em 11 de junho de 2024). Esta versão contém uma atualização de segurança para servidores que têm a versão do agente v18 instalada. Estas notas são adicionais às notas de versão listadas para a versão 18.0.0.0.

Melhorias e problemas corrigidos

Corrige um problema que pode permitir que usuários não autorizados excluam arquivos em locais que não têm acesso. Esta é uma atualização apenas de segurança. Para obter mais informações sobre esta vulnerabilidade, consulte CVE-2024-35253.

Versão 17.3.0.0 (Atualização de segurança)

As notas de versão a seguir são para o Azure File Sync versão 17.3.0.0 (lançado em 11 de junho de 2024). Esta versão contém uma atualização de segurança para servidores que têm versões de agente v16.x ou v17.x instaladas. Estas notas são adicionais às notas de versão listadas para a versão 17.0.0.0.

Melhorias e problemas corrigidos

Corrige um problema que pode permitir que usuários não autorizados excluam arquivos em locais que não têm acesso. Esta é uma atualização apenas de segurança. Para obter mais informações sobre esta vulnerabilidade, consulte CVE-2024-35253.

Versão 18.0.0.0

As notas de versão a seguir são para o Azure File Sync versão 18.0.0.0 (lançado em 8 de maio de 2024). Esta versão contém melhorias para o serviço e agente do Azure File Sync.

Melhorias e problemas corrigidos

Provisionamento de servidor mais rápido e recuperação de desastres aprimorada para pontos de extremidade de servidor do Azure File Sync Estamos reduzindo o tempo necessário para que o novo ponto de extremidade do servidor esteja pronto para uso. Quando um novo ponto de extremidade do servidor é provisionado, pode levar horas e alguns dias para que o servidor esteja pronto para uso. Com as nossas melhorias mais recentes, reduzimos substancialmente esta duração para um processo de configuração mais eficiente.

A melhoria se aplica aos seguintes cenários, quando o local do ponto de extremidade do servidor está vazio (sem arquivos ou diretórios):

  • Criando o primeiro ponto de extremidade do servidor da nova topologia de sincronização depois que os dados são copiados para o Compartilhamento de Arquivos do Azure.
  • Adicionar um novo ponto de extremidade de servidor vazio a uma topologia de sincronização existente.

Como começar: Inscreva-se para a pré-visualização pública aqui.

Sincronizar melhorias de desempenho
O desempenho do carregamento de sincronização melhorou e os números de desempenho serão publicados quando estiverem disponíveis. Essa melhoria beneficiará principalmente migrações de compartilhamento de arquivos (upload inicial) e eventos de alta rotatividade no servidor nos quais um grande número de arquivos precisa ser carregado, por exemplo, alterações de ACL.

Diversos aprimoramentos de confiabilidade e telemetria para hierarquização e sincronização na nuvem

Ferramenta de Avaliação

Antes de implantar o Azure File Sync, você deve avaliar se ele é compatível com seu sistema usando a ferramenta de avaliação do Azure File Sync. Essa ferramenta é um cmdlet do Azure PowerShell que verifica possíveis problemas com seu sistema de arquivos e conjunto de dados, como a versão do sistema operacional sem suporte. Para obter instruções de instalação e uso, consulte a seção Ferramenta de avaliação no guia de planejamento.

Instalação do agente e configuração do servidor

Para obter mais informações sobre como instalar e configurar o agente de Sincronização de Arquivos do Azure com o Windows Server, consulte Planejando uma implantação do Azure File Sync e Como implantar o Azure File Sync.

  • O pacote de instalação do agente deve ser instalado com permissões elevadas (admin).
  • O agente não é suportado na opção de implantação do Nano Server.
  • O agente é suportado apenas no Windows Server 2019, Windows Server 2016 e Windows Server 2022.
  • O pacote de instalação do agente é para uma versão específica do sistema operacional. Se um servidor com um agente do Azure File Sync instalado for atualizado para uma versão mais recente do sistema operacional, o agente existente deverá ser desinstalado. Reinicie o servidor e instale o agente para o novo sistema operacional do servidor (Windows Server 2016, Windows Server 2019 ou Windows Server 2022).
  • O agente requer pelo menos 2 GiB de memória. Se o servidor estiver sendo executado em uma máquina virtual com memória dinâmica habilitada, a VM deverá ser configurada com um mínimo de 2048 MiB de memória. Consulte Recursos do sistema recomendados para obter mais informações.
  • O serviço Storage Sync Agent (FileSyncSvc) não oferece suporte a pontos de extremidade de servidor localizados em um volume que tenha o diretório SVI (informações de volume do sistema) compactado. Essa configuração levará a resultados inesperados.
  • Todas as versões suportadas do agente do Azure File Sync usam TLS 1.2 por padrão e TLS 1.0 e 1.1 não são suportados. A partir da versão do agente v18, o TLS 1.3 terá suporte para o Windows Server 2022.

Interoperabilidade

  • O antivírus, a cópia de segurança e outras aplicações que acedam a ficheiros em camadas podem causar uma revogação indesejável, a menos que respeitem o atributo offline e ignorem a leitura do conteúdo desses ficheiros. Para obter mais informações, consulte Solucionar problemas de sincronização de arquivos do Azure.
  • As triagens de arquivos do Gerenciador de Recursos de Servidor de Arquivos (FSRM) podem causar falhas de sincronização intermináveis quando os arquivos são bloqueados devido à triagem de arquivos.
  • A execução do sysprep em um servidor que tenha o agente do Azure File Sync instalado não é suportada e pode levar a resultados inesperados. O agente do Azure File Sync deve ser instalado depois de implantar a imagem do servidor e concluir a miniconfiguração do sysprep.

Limitações de sincronização

Os itens seguintes não são sincronizados, mas o restante sistema continua a funcionar normalmente:

  • O agente do Azure File Sync v17 e posterior dá suporte a todos os caracteres suportados pelo sistema de arquivos NTFS, exceto pares substitutos inválidos. Consulte o Guia de solução de problemas para obter mais informações.
  • Caminhos com mais de 2048 carateres.
  • A parte da lista de controlo de acesso do sistema (SACL) de um descritor de segurança utilizado para auditoria.
  • Atributos expandidos.
  • Fluxos de dados alternados.
  • Pontos de reanálise.
  • Ligações fixas.
  • A compressão (se estiver definida num ficheiro de servidor) não é mantida quando as alterações são sincronizadas nesse ficheiro a partir de outros pontos finais.
  • Qualquer ficheiro encriptado com EFS (ou outra encriptação do modo de utilizador) que impeça a leitura dos dados por parte do serviço.

Nota

O Azure File Sync encripta sempre os dados em trânsito. Os dados são sempre encriptados quando estão inativos no Azure.

Ponto de extremidade do servidor

  • Só é possível criar um ponto final do servidor num volume NTFS. O ReFS, FAT, FAT32 e outros sistemas de ficheiros não são atualmente suportados pelo Azure File Sync.
  • A hierarquização da nuvem não é suportada no volume do sistema. Para criar um ponto final do servidor no volume de sistema, desative o arrumo na cloud ao criar o ponto final do servidor.
  • O Clustering de Ativação Pós-falha só é suportado com discos em cluster, mas não com Volumes Partilhados de Cluster (CSVs).
  • Não é possível aninhar um ponto final do servidor. Pode coexistir no mesmo volume em paralelo com outro ponto final.
  • Não armazene um arquivo de paginação de sistema operacional ou aplicativo em um local de ponto de extremidade do servidor.

Ponto de extremidade na nuvem

  • A Sincronização de Arquivos do Azure dá suporte a fazer alterações diretamente no compartilhamento de arquivos do Azure. No entanto, todas as alterações feitas no compartilhamento de arquivos do Azure primeiro precisam ser descobertas por um trabalho de deteção de alterações da Sincronização de Arquivos do Azure. Um trabalho de deteção de alterações é iniciado para um ponto de extremidade na nuvem uma vez a cada 24 horas. Para sincronizar imediatamente os arquivos alterados no compartilhamento de arquivos do Azure, use o cmdlet Invoke-AzStorageSyncChangeDetection PowerShell para iniciar manualmente a deteção de alterações no compartilhamento de arquivos do Azure.
  • O serviço de sincronização de armazenamento e/ou a conta de armazenamento podem ser movidos para um grupo de recursos diferente, uma assinatura ou um locatário do Microsoft Entra (anteriormente Azure AD). Depois de mover o serviço de sincronização de armazenamento ou a conta de armazenamento, você precisa conceder ao aplicativo Microsoft.StorageSync acesso à conta de armazenamento (consulte Garantir que o Azure File Sync tenha acesso à conta de armazenamento).

Nota

Ao criar o ponto de extremidade na nuvem, o serviço de sincronização de armazenamento e a conta de armazenamento devem estar no mesmo locatário do Microsoft Entra. Depois de criar o ponto de extremidade na nuvem, você pode mover o serviço de sincronização de armazenamento e a conta de armazenamento para diferentes locatários do Microsoft Entra.

Disposição em camadas na cloud

  • Se um ficheiro disposto em camadas for copiado para outra localização com o Robocopy, o ficheiro resultante não é disposto em camadas. O atributo offline pode estar definido porque o Robocopy inclui incorretamente esse atributo nas operações de cópia.
  • Ao copiar arquivos usando o Robocopy, use a opção /MIR para preservar os carimbos de data/hora dos arquivos. Isso garantirá que os arquivos mais antigos sejam hierarquizados mais cedo do que os arquivos acessados recentemente.

Versão 17.2.0.0

As seguintes notas de versão são para o Azure File Sync versão 17.2.0.0 (lançado em 28 de fevereiro de 2024). Esta versão contém melhorias para o serviço e agente do Azure File Sync.

Melhorias e problemas corrigidos

A versão do Azure File Sync v17.2 é uma atualização cumulativa para as versões v17.0 e v17.1:

Ferramenta de avaliação

Antes de implantar o Azure File Sync, você deve avaliar se ele é compatível com seu sistema usando a ferramenta de avaliação do Azure File Sync. Essa ferramenta é um cmdlet do Azure PowerShell que verifica possíveis problemas com seu sistema de arquivos e conjunto de dados, como caracteres sem suporte ou uma versão do sistema operacional sem suporte. Para obter instruções de instalação e uso, consulte a seção Ferramenta de avaliação no guia de planejamento.

Instalação do agente e configuração do servidor

Para obter mais informações sobre como instalar e configurar o agente de Sincronização de Arquivos do Azure com o Windows Server, consulte Planejando uma implantação do Azure File Sync e Como implantar o Azure File Sync.

  • O pacote de instalação do agente deve ser instalado com permissões elevadas (admin).
  • O agente não é suportado na opção de implantação do Nano Server.
  • O agente é suportado apenas no Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 e Windows Server 2022.
  • O pacote de instalação do agente é para uma versão específica do sistema operacional. Se um servidor com um agente do Azure File Sync instalado for atualizado para uma versão mais recente do sistema operacional, você deverá desinstalar o agente existente, reiniciar o servidor e instalar o agente para o novo sistema operacional do servidor (Windows Server 2016, Windows Server 2019 ou Windows Server 2022).
  • O agente requer pelo menos 2 GiB de memória. Se o servidor estiver sendo executado em uma máquina virtual com memória dinâmica habilitada, a VM deverá ser configurada com um mínimo de 2048 MiB de memória. Consulte Recursos do sistema recomendados para obter mais informações.
  • O serviço Storage Sync Agent (FileSyncSvc) não oferece suporte a pontos de extremidade de servidor localizados em um volume que tenha o diretório SVI (informações de volume do sistema) compactado. Essa configuração levará a resultados inesperados.

Interoperabilidade

  • O antivírus, a cópia de segurança e outras aplicações que acedam a ficheiros em camadas podem causar uma revogação indesejável, a menos que respeitem o atributo offline e ignorem a leitura do conteúdo desses ficheiros. Para obter mais informações, consulte Solucionar problemas de sincronização de arquivos do Azure.
  • As triagens de arquivos do Gerenciador de Recursos de Servidor de Arquivos (FSRM) podem causar falhas de sincronização intermináveis quando os arquivos são bloqueados devido à triagem de arquivos.
  • A execução do sysprep em um servidor que tenha o agente do Azure File Sync instalado não é suportada e pode levar a resultados inesperados. O agente do Azure File Sync deve ser instalado depois de implantar a imagem do servidor e concluir a miniconfiguração do sysprep.

Limitações de sincronização

Os itens seguintes não são sincronizados, mas o restante sistema continua a funcionar normalmente:

  • Arquivos com caracteres não suportados. Consulte o Guia de solução de problemas para obter uma lista de caracteres não suportados.
  • Arquivos ou diretórios que terminam com um ponto.
  • Caminhos com mais de 2048 carateres.
  • A parte da lista de controlo de acesso do sistema (SACL) de um descritor de segurança utilizado para auditoria.
  • Atributos expandidos.
  • Fluxos de dados alternados.
  • Pontos de reanálise.
  • Ligações fixas.
  • A compressão (se estiver definida num ficheiro de servidor) não é mantida quando as alterações são sincronizadas nesse ficheiro a partir de outros pontos finais.
  • Qualquer ficheiro encriptado com EFS (ou outra encriptação do modo de utilizador) que impeça a leitura dos dados por parte do serviço.

Nota

O Azure File Sync encripta sempre os dados em trânsito. Os dados são sempre encriptados quando estão inativos no Azure.

Ponto de extremidade do servidor

  • Só é possível criar um ponto final do servidor num volume NTFS. O ReFS, FAT, FAT32 e outros sistemas de ficheiros não são atualmente suportados pelo Azure File Sync.
  • A hierarquização da nuvem não é suportada no volume do sistema. Para criar um ponto final do servidor no volume de sistema, desative o arrumo na cloud ao criar o ponto final do servidor.
  • O Clustering de Ativação Pós-falha só é suportado com discos em cluster, mas não com Volumes Partilhados de Cluster (CSVs).
  • Não é possível aninhar um ponto final do servidor. Pode coexistir no mesmo volume em paralelo com outro ponto final.
  • Não armazene um arquivo de paginação de sistema operacional ou aplicativo em um local de ponto de extremidade do servidor.

Ponto de extremidade na nuvem

  • A Sincronização de Arquivos do Azure dá suporte a fazer alterações diretamente no compartilhamento de arquivos do Azure. No entanto, todas as alterações feitas no compartilhamento de arquivos do Azure primeiro precisam ser descobertas por um trabalho de deteção de alterações da Sincronização de Arquivos do Azure. Um trabalho de deteção de alterações é iniciado para um ponto de extremidade na nuvem uma vez a cada 24 horas. Para sincronizar imediatamente arquivos alterados no compartilhamento de arquivos do Azure, você pode usar o cmdlet Invoke-AzStorageSyncChangeDetection PowerShell para iniciar manualmente a deteção de alterações no compartilhamento de arquivos do Azure.
  • O serviço de sincronização de armazenamento e/ou a conta de armazenamento podem ser movidos para um grupo de recursos diferente, uma assinatura ou um locatário do Azure AD. Depois que o serviço de sincronização de armazenamento ou a conta de armazenamento for movido, você precisará conceder ao aplicativo Microsoft.StorageSync acesso à conta de armazenamento (consulte Garantir que o Azure File Sync tenha acesso à conta de armazenamento).

Nota

Ao criar o ponto de extremidade de nuvem, o serviço de sincronização de armazenamento e a conta de armazenamento devem estar no mesmo locatário do Azure AD. Depois que o ponto de extremidade de nuvem é criado, o serviço de sincronização de armazenamento e a conta de armazenamento podem ser movidos para diferentes locatários do Azure AD.

Disposição em camadas na cloud

  • Se um ficheiro disposto em camadas for copiado para outra localização com o Robocopy, o ficheiro resultante não é disposto em camadas. O atributo offline pode estar definido porque o Robocopy inclui incorretamente esse atributo nas operações de cópia.
  • Ao copiar arquivos usando o Robocopy, use a opção /MIR para preservar os carimbos de data/hora dos arquivos. Isso garantirá que os arquivos mais antigos sejam hierarquizados mais cedo do que os arquivos acessados recentemente.

Versão 17.1.0.0 (Atualização de segurança)

As notas de versão a seguir são para o Azure File Sync versão 17.1.0.0 (lançado em 13 de fevereiro de 2024). Esta versão contém uma atualização de segurança para o agente de Sincronização de Arquivos do Azure. Estas notas são adicionais às notas de versão listadas para a versão 17.0.0.0.

Melhorias e problemas corrigidos

Corrige um problema que pode permitir que usuários não autorizados criem novos arquivos em locais que não têm permissão para isso. Esta é uma atualização apenas de segurança. Para obter mais informações sobre esta vulnerabilidade, consulte CVE-2024-21397.

Versão 17.0.0.0

As notas de versão a seguir são para o Azure File Sync versão 17.0.0.0 (lançado em 6 de dezembro de 2023). Esta versão contém melhorias para o serviço e agente do Azure File Sync.

Melhorias e problemas corrigidos

Sincronizar melhorias de desempenho de upload
O desempenho do carregamento de sincronização melhorou (números de desempenho a serem publicados em um futuro próximo). Essa melhoria beneficiará principalmente migrações de compartilhamento de arquivos (upload inicial) e eventos de alta rotatividade no servidor nos quais um grande número de arquivos precisa ser carregado.

Suporte expandido a caracteres para nomes de arquivos e diretórios
A Sincronização de Ficheiros do Azure suporta agora uma lista expandida de carateres. Esta expansão permite que os usuários criem e sincronizem compartilhamentos de arquivos SMB com nomes de arquivos e diretórios no mesmo nível do sistema de arquivos NTFS, para caracteres Unicode válidos. Para obter mais informações sobre caracteres não suportados, consulte a documentação aqui.

Nova métrica de modo de baixo espaço em disco hierárquico na nuvem
Agora você pode configurar um alerta se um servidor estiver no modo de pouco espaço em disco. Para saber mais, consulte Monitorar a sincronização de arquivos do Azure.

Corrigido um problema que fazia com que a atualização do agente travasse

Corrigido um bug que fazia com que o mecanismo de banco de dados ESE (também conhecido como JET) gerasse logs no diretório C:\Windows\System32

Diversos aprimoramentos de confiabilidade e telemetria para hierarquização e sincronização na nuvem

Ferramenta de Avaliação

Antes de implantar o Azure File Sync, você deve avaliar se ele é compatível com seu sistema usando a ferramenta de avaliação do Azure File Sync. Essa ferramenta é um cmdlet do Azure PowerShell que verifica possíveis problemas com seu sistema de arquivos e conjunto de dados, como caracteres sem suporte ou uma versão do sistema operacional sem suporte. Para obter instruções de instalação e uso, consulte a seção Ferramenta de avaliação no guia de planejamento.

Instalação do agente e configuração do servidor

Para obter mais informações sobre como instalar e configurar o agente de Sincronização de Arquivos do Azure com o Windows Server, consulte Planejando uma implantação do Azure File Sync e Como implantar o Azure File Sync.

  • O pacote de instalação do agente deve ser instalado com permissões elevadas (admin).
  • O agente não é suportado na opção de implantação do Nano Server.
  • O agente é suportado apenas no Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 e Windows Server 2022.
  • O Windows Server 2012 R2 requer o .NET Framework versão 4.6.2 ou superior.
  • O pacote de instalação do agente é para uma versão específica do sistema operacional. Se um servidor com um agente do Azure File Sync instalado for atualizado para uma versão mais recente do sistema operacional, o agente existente deverá ser desinstalado. Reinicie o servidor e instale o agente para o novo sistema operacional do servidor (Windows Server 2016, Windows Server 2019 ou Windows Server 2022).
  • O agente requer pelo menos 2 GiB de memória. Se o servidor estiver sendo executado em uma máquina virtual com memória dinâmica habilitada, a VM deverá ser configurada com um mínimo de 2048 MiB de memória. Consulte Recursos do sistema recomendados para obter mais informações.
  • O serviço Storage Sync Agent (FileSyncSvc) não oferece suporte a pontos de extremidade de servidor localizados em um volume que tenha o diretório SVI (informações de volume do sistema) compactado. Essa configuração levará a resultados inesperados.

Interoperabilidade

  • O antivírus, a cópia de segurança e outras aplicações que acedam a ficheiros em camadas podem causar uma revogação indesejável, a menos que respeitem o atributo offline e ignorem a leitura do conteúdo desses ficheiros. Para obter mais informações, consulte Solucionar problemas de sincronização de arquivos do Azure.
  • As triagens de arquivos do Gerenciador de Recursos de Servidor de Arquivos (FSRM) podem causar falhas de sincronização intermináveis quando os arquivos são bloqueados devido à triagem de arquivos.
  • A execução do sysprep em um servidor que tenha o agente do Azure File Sync instalado não é suportada e pode levar a resultados inesperados. O agente do Azure File Sync deve ser instalado depois de implantar a imagem do servidor e concluir a miniconfiguração do sysprep.

Limitações de sincronização

Os itens seguintes não são sincronizados, mas o restante sistema continua a funcionar normalmente:

  • O agente do Azure File Sync v17 dá suporte a todos os caracteres suportados pelo sistema de arquivos NTFS, exceto pares substitutos inválidos. Consulte o Guia de solução de problemas para obter mais informações.
  • Caminhos com mais de 2048 carateres.
  • A parte da lista de controlo de acesso do sistema (SACL) de um descritor de segurança utilizado para auditoria.
  • Atributos expandidos.
  • Fluxos de dados alternados.
  • Pontos de reanálise.
  • Ligações fixas.
  • A compressão (se estiver definida num ficheiro de servidor) não é mantida quando as alterações são sincronizadas nesse ficheiro a partir de outros pontos finais.
  • Qualquer ficheiro encriptado com EFS (ou outra encriptação do modo de utilizador) que impeça a leitura dos dados por parte do serviço.

Nota

O Azure File Sync encripta sempre os dados em trânsito. Os dados são sempre encriptados quando estão inativos no Azure.

Ponto de extremidade do servidor

  • Só é possível criar um ponto final do servidor num volume NTFS. O ReFS, FAT, FAT32 e outros sistemas de ficheiros não são atualmente suportados pelo Azure File Sync.
  • A hierarquização da nuvem não é suportada no volume do sistema. Para criar um ponto final do servidor no volume de sistema, desative o arrumo na cloud ao criar o ponto final do servidor.
  • O Clustering de Ativação Pós-falha só é suportado com discos em cluster, mas não com Volumes Partilhados de Cluster (CSVs).
  • Não é possível aninhar um ponto final do servidor. Pode coexistir no mesmo volume em paralelo com outro ponto final.
  • Não armazene um arquivo de paginação de sistema operacional ou aplicativo em um local de ponto de extremidade do servidor.

Ponto de extremidade na nuvem

  • A Sincronização de Arquivos do Azure dá suporte a fazer alterações diretamente no compartilhamento de arquivos do Azure. No entanto, todas as alterações feitas no compartilhamento de arquivos do Azure primeiro precisam ser descobertas por um trabalho de deteção de alterações da Sincronização de Arquivos do Azure. Um trabalho de deteção de alterações é iniciado para um ponto de extremidade na nuvem uma vez a cada 24 horas. Para sincronizar imediatamente os arquivos alterados no compartilhamento de arquivos do Azure, use o cmdlet Invoke-AzStorageSyncChangeDetection PowerShell para iniciar manualmente a deteção de alterações no compartilhamento de arquivos do Azure.
  • O serviço de sincronização de armazenamento e/ou a conta de armazenamento podem ser movidos para um grupo de recursos diferente, uma assinatura ou um locatário do Microsoft Entra (anteriormente Azure AD). Depois de mover o serviço de sincronização de armazenamento ou a conta de armazenamento, você precisa conceder ao aplicativo Microsoft.StorageSync acesso à conta de armazenamento (consulte Garantir que o Azure File Sync tenha acesso à conta de armazenamento).

Nota

Ao criar o ponto de extremidade na nuvem, o serviço de sincronização de armazenamento e a conta de armazenamento devem estar no mesmo locatário do Microsoft Entra. Depois de criar o ponto de extremidade na nuvem, você pode mover o serviço de sincronização de armazenamento e a conta de armazenamento para diferentes locatários do Microsoft Entra.

Disposição em camadas na cloud

  • Se um ficheiro disposto em camadas for copiado para outra localização com o Robocopy, o ficheiro resultante não é disposto em camadas. O atributo offline pode estar definido porque o Robocopy inclui incorretamente esse atributo nas operações de cópia.
  • Ao copiar arquivos usando o Robocopy, use a opção /MIR para preservar os carimbos de data/hora dos arquivos. Isso garantirá que os arquivos mais antigos sejam hierarquizados mais cedo do que os arquivos acessados recentemente.