Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Remover um ponto de extremidade do servidor significa interromper a sincronização entre esse local do servidor e o ponto de extremidade da nuvem (partilha de ficheiros do Azure) no mesmo grupo de sincronização. Antes de desprovisionar o ponto de extremidade do servidor, há algumas etapas que você deve seguir para manter a integridade e a disponibilidade dos dados. Este artigo aborda vários métodos de desprovisionamento e as orientações apropriadas, ordenadas por cenário. Siga as etapas para o caso de uso que melhor se aplica a você.
Se não houver problema em perder permanentemente os dados que estás a sincronizar de momento, podes avançar para desprovisionar diretamente o endpoint do servidor.
Advertência
Não tente resolver problemas de sincronização removendo um ponto de ligação do servidor. Para obter ajuda na solução de problemas, consulte Solução de problemas do Azure File Sync. A perda permanente de dados pode ocorrer se você excluir o ponto de extremidade do servidor sem colocar o servidor ou o lado da nuvem totalmente sincronizados com o outro. A remoção de um ponto de extremidade do servidor é uma operação destrutiva, e os arquivos hierárquicos dentro do ponto de extremidade do servidor não serão "reconectados" aos seus locais no compartilhamento de arquivos do Azure depois que o ponto de extremidade do servidor for recriado, o que resultará em erros de sincronização. Além disso, os arquivos hierárquicos que existem fora do namespace do ponto de extremidade do servidor podem ser perdidos permanentemente. Ficheiros escalonados podem existir no ponto de extremidade do servidor, mesmo que o escalonamento na nuvem nunca tenha sido ativado.
Cenário 1: Você pretende eliminar o endpoint do servidor e parar de usar o seu servidor local / VM
O objetivo aqui é garantir que seus dados estejam atualizados em seu endpoint na nuvem. Para ter o seu conjunto completo de arquivos atualizado nos seus pontos de extremidade do servidor, consulte Cenário 2: Você pretende excluir o seu ponto de extremidade do servidor e parar de usar este compartilhamento de arquivos específico do Azure.
Alguns casos de uso que se enquadram nesta categoria incluem:
- Migrar para um compartilhamento de arquivos do Azure
- Ficar sem servidor
- Descontinuar o uso de um caminho de ponto de extremidade do servidor específico, mantendo o restante do grupo de sincronização intacto
Para esse cenário, há três etapas a serem executadas antes de excluir o ponto de extremidade do servidor: remover o acesso do usuário, iniciar uma sessão especial de carregamento do VSS e aguardar a conclusão de uma sessão de sincronização final.
Remover o acesso do usuário ao ponto de extremidade do servidor
Antes de desprovisionar o ponto de extremidade do servidor, você precisa garantir que todas as alterações do servidor possam ser sincronizadas com a nuvem. O primeiro passo para permitir que a nuvem acompanhe é remover a oportunidade de mais alterações em arquivos e pastas no servidor.
Remover o acesso significa período de inatividade. Para reduzir o tempo de inatividade, você também pode considerar redirecionar o acesso do usuário para seu endpoint na nuvem.
Registe a data e hora em que removeu o acesso de utilizador para os seus próprios registos e, em seguida, avance para a secção seguinte.
Iniciar uma sessão especial de carregamento do VSS (Volume Snapshot Service)
Todos os dias, o Azure File Sync cria um instantâneo VSS temporário no servidor para sincronizar arquivos com identificadores abertos. Para garantir que sua sessão de sincronização final carregue os dados mais recentes e reduza os erros por item, inicie uma sessão especial para o upload do VSS. Isso também acionará uma sessão especial de carregamento de sincronização que começa assim que o instantâneo é tirado.
Para fazer isso, abra o Agendador de Tarefas no servidor local, navegue até Microsoft\StorageSync, clique com o botão direito do mouse na VssSyncScheduledTask tarefa e selecione Executar.
Importante
Anote a data e a hora em que concluiu esta etapa. Você vai precisar dele na próxima seção.
Aguarde a conclusão de uma sessão final de upload de sincronização
Para garantir que os dados mais recentes estejam na nuvem, você precisa aguardar a conclusão da sessão final de carregamento de sincronização.
Para verificar o status da sessão de sincronização, abra o Visualizador de Eventos no servidor local. Navegue até o log de eventos de telemetria (Aplicativos e Serviços\Microsoft\FileSync\Agent). Certifique-se de ver um evento 9102 com 'direção de sincronização' = upload, 'HResult' = 0 e 'PerItemErrorCount' = 0 que ocorreu depois de iniciar manualmente uma sessão de carregamento VSS.
Se 'PerItemErrorCount' for maior que 0, os arquivos não serão sincronizados. Use o FileSyncErrorsReport.ps1 para ver os arquivos que não estão sincronizando. Esse script do PowerShell normalmente está localizado neste caminho em um servidor com um agente do Azure File Sync instalado: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
Se esses arquivos não forem importantes, você poderá excluir o ponto de extremidade do servidor. Se esses arquivos forem importantes, corrija seus erros e aguarde que outro evento 9102 com 'direção de sincronização' = upload, 'HResult' = 0 e 'PerItemErrorCount' = 0 ocorra antes de excluir o ponto de extremidade do servidor.
Cenário 2: Você pretende excluir o ponto de extremidade do servidor e parar de usar esse compartilhamento de arquivos específico do Azure
O objetivo aqui é garantir que seus dados estejam atualizados em seu servidor/VM local. Para ter seu conjunto completo de arquivos atualizado em seu ponto de extremidade na nuvem, consulte Cenário 1: Você pretende excluir o ponto de extremidade do servidor e parar de usar seu servidor/VM local.
Para esse cenário, há quatro etapas a serem executadas antes de excluir o ponto de extremidade do servidor: desabilitar a hierarquização na nuvem, recuperar arquivos hierárquicos, iniciar a deteção de alterações na nuvem e aguardar a conclusão de uma sessão de sincronização final.
Desativar a hierarquização da nuvem
Navegue até a seção de camada de hierarquização de nuvem em Propriedades do ponto de extremidade do servidor para desprovisionar e desabilitar a camada de nuvem do ponto de extremidade do servidor que você deseja.
Recuperar todos os arquivos por camadas
Mesmo que a hierarquização na nuvem esteja desativada, você precisa recuperar todos os arquivos hierárquicos para ter certeza de que todos os arquivos são armazenados localmente.
Antes de recuperar quaisquer ficheiros, certifique-se de que tem espaço livre suficiente localmente para armazenar todos os seus ficheiros. Seu espaço livre precisa ser aproximadamente do tamanho do compartilhamento de arquivos do Azure na nuvem menos o tamanho armazenado em cache no servidor.
Use o cmdlet Invoke-StorageSyncFileRecall PowerShell e especifique o parâmetro SyncGroupName para recuperar todos os arquivos.
Invoke-StorageSyncFileRecall -SyncGroupName "samplesyncgroupname" -ThreadCount 4
Quando esse cmdlet terminar de ser executado, você poderá passar para a próxima seção.
Iniciar a deteção de alterações na nuvem
Iniciar a deteção de alterações na nuvem garante que as alterações mais recentes tenham sido sincronizadas.
Você pode iniciar a deteção de alterações com o cmdlet Invoke-AzStorageSyncChangeDetection:
Invoke-AzStorageSyncChangeDetection -ResourceGroupName "myResourceGroup" -StorageSyncServiceName "myStorageSyncServiceName" -SyncGroupName "mySyncGroupName" -CloudEndpointName "myCloudEndpointGUID"
Esta etapa pode demorar um pouco para ser concluída.
Importante
Uma vez concluída a verificação de deteção de alterações na nuvem, anote a data e a hora em que foi concluída. Você precisará dele na seção a seguir.
Aguarde a conclusão de uma sessão de sincronização final
Para garantir que seus dados estejam atualizados no servidor local, você precisa aguardar a conclusão de uma sessão final de carregamento de sincronização.
Para verificar isso, vá para Visualizador de Eventos no servidor local. Navegue até o log de eventos de telemetria (Aplicativos e Serviços\Microsoft\FileSync\Agent). Certifique-se de ver um evento 9102 com 'direção de sincronização' = download, 'HResult' = 0 e 'PerItemErrorCount' = 0 que ocorreu após a conclusão da deteção de alteração de data/hora na nuvem.
Se 'PerItemErrorCount' for maior que 0, os arquivos não serão sincronizados. Use o FileSyncErrorsReport.ps1 para ver os arquivos que não estão sincronizando. Esse script do PowerShell normalmente está localizado neste caminho em um servidor com um agente do Azure File Sync instalado: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
Se esses arquivos não forem importantes, você poderá excluir o ponto de extremidade do servidor. Se esses arquivos forem importantes, corrija seus erros e aguarde que outro evento 9102 com 'direção de sincronização' = download, 'HResult' = 0 e 'PerItemErrorCount' = 0 ocorra antes de excluir o ponto de extremidade do servidor.