Compartilhar via

Criar um ponto de extremidade do servidor da Sincronização de Arquivos do Azure

Um ponto de extremidade do servidor representa um local específico em um servidor registrado, como uma pasta em um volume do servidor. Um ponto de extremidade do servidor deve atender às seguintes condições:

  • Um ponto de extremidade do servidor deve ser um caminho em um servidor registrado (e não um compartilhamento montado). Não há suporte para NAS (armazenamento anexado à rede).
  • Embora o ponto de extremidade do servidor possa estar no volume do sistema, os pontos de extremidade do servidor no volume do sistema não podem usar a disposição em camadas de nuvem.
  • Não há suporte para alterar o caminho ou a letra da unidade depois de estabelecer um ponto de extremidade de servidor em um volume. Verifique se você está usando um caminho adequado antes de criar o ponto de extremidade do servidor.
  • Um servidor registrado pode dar suporte a vários pontos de extremidade de servidor, no entanto, um grupo de sincronização só pode ter um ponto de extremidade de servidor por servidor registrado a qualquer momento. Outros pontos de extremidade do servidor dentro do grupo de sincronização devem estar em servidores registrados diferentes.
  • Pode haver vários pontos de extremidade do servidor no mesmo volume caso seus namespaces não se sobreponham (por exemplo, F:\sync1 e F:\sync2) e cada ponto de extremidade seja sincronizado a um grupo de sincronização exclusivo.

Este artigo ajuda você a entender as opções e decisões necessárias para criar um novo ponto de extremidade do servidor e iniciar a sincronização. Para que isso funcione, você precisa ter concluído o planejamento de sua implantação da Sincronização de Arquivos do Azure, e também precisa ter implantado os recursos necessários nas etapas anteriores para criar um ponto de extremidade do servidor.

Pré-requisitos

Para criar um ponto de extremidade do servidor, primeiro você deve garantir que os seguintes critérios sejam atendidos:

Criar um ponto de extremidade do servidor

  1. Acesse o grupo de sincronização recém-criado.

  2. Em Pontos de extremidade do servidor, selecione +Adicionar ponto de extremidade do servidor.

  3. No painel Adicionar ponto de extremidade do servidor, insira as seguintes informações:

    • Servidor Registrado: selecione o nome do servidor ou cluster no qual você deseja criar o ponto de extremidade do servidor.

    • Caminho: insira o caminho na instância do Windows Server a ser sincronizada com o compartilhamento de arquivos do Azure. O caminho pode ser uma pasta (por exemplo, D:\Data), raiz do volume (por exemplo, D:\) ou ponto de montagem do volume (por exemplo, D:\Mount).

    • Camada de Nuvem: essa seção inclui um parâmetro para habilitar ou desabilitar a camada de nuvem. Com nuvem em camadas, arquivos raramente usados ou acessados de nuvem podem ter várias camada para arquivos do Azure. Ao habilitar a camada de nuvem, há duas políticas que você pode definir para informar à Sincronização de Arquivos do Azure quando realocar arquivos esporádicos:

      • Política de Espaço Livre no Volume: a quantidade de espaço livre a ser reservada no volume no qual o ponto de extremidade do servidor está localizado. Por exemplo, se o espaço livre do volume estiver definido como 50% em um volume com um único ponto de extremidade do servidor, aproximadamente metade da quantidade de dados será disposta em camadas para os Arquivos do Azure. Independentemente de as camadas na nuvem estarem habilitadas, o Compartilhamento de Arquivos do Azure sempre terá uma cópia completa dos dados no Grupo de Sincronização.

      • Política de Data: os arquivos são realocados para a nuvem se não forem acessados (ou seja, lidos ou gravados) pelo número de dias especificado. Por exemplo, se você perceber que arquivos que ficam mais de 15 dias sem serem acessados são geralmente arquivos de arquivamento, defina a política de data para 15 dias.

      Captura de tela mostrando as opções de camada de nuvem no painel para adicionar um ponto de extremidade do servidor.

    • Sincronização Inicial: essa seção está disponível somente para o primeiro ponto de extremidade do servidor em um grupo de sincronização. (A seção muda para Download Inicial quando você está criando mais de um ponto de extremidade do servidor em um grupo de sincronização.) Você pode selecionar o seguinte comportamento:

      • Upload Inicial: como o servidor faz upload inicial dos dados para o compartilhamento de arquivos do Azure. Duas opções estão disponíveis:

        • Mesclar o conteúdo deste caminho de servidor com o conteúdo no compartilhamento de arquivos do Azure. Arquivos com o mesmo nome e caminho causarão conflitos se o conteúdo for diferente. Ambas as versões desses arquivos são armazenadas lado a lado. Se o caminho do servidor ou o compartilhamento de arquivo do Azure estiver vazio, sempre escolha essa opção.
        • Substituir autoritariamente arquivos e pastas no compartilhamento de arquivos do Azure pelo conteúdo nesse caminho do servidor. Essa opção evita conflitos de arquivo.

      Para saber mais, confira a seção de sincronização inicial.

      • Download Inicial: como o servidor faz download inicial dos dados do compartilhamento de arquivos do Azure. Esta configuração é importante quando o servidor está se conectando a um compartilhamento de arquivos do Azure que contém arquivos. Três opções estão disponíveis:

        • Baixe o namespace primeiro e depois relembrar o conteúdo do arquivo, tanto quanto couber no disco local. Namespace representa a estrutura de arquivos e pastas sem o conteúdo do arquivo.
        • Baixar apenas o namespace. O conteúdo do arquivo é relembrado quando é acessado.
        • Evitar arquivos em camadas. Os arquivos aparecem no servidor somente depois de serem totalmente baixados. O acesso local ou a política relembram o conteúdo dos arquivos em camadas da nuvem para o servidor.

      Para saber mais, confira a seção de download inicial.

  4. Para concluir a adição do ponto de extremidade do servidor, selecione Criar. Seus arquivos agora são mantidos em sincronia entre o compartilhamento de arquivos do Azure e a instância do Windows Server.

Observação

A Sincronização de Arquivos do Azure tira um instantâneo do compartilhamento de arquivos do Azure como backup antes de criar o ponto de extremidade do servidor. Você pode usar esse instantâneo para restaurar o compartilhamento ao estado anterior à criação do ponto de extremidade do servidor.

O instantâneo não é removido automaticamente após a criação do ponto de extremidade do servidor. Você pode excluí-lo manualmente se não precisar dele.

Para localizar os instantâneos criados pela Sincronização de Arquivos do Azure, veja os instantâneos do compartilhamento de arquivos do Azure e verifique se há AzureFileSync na coluna Iniciador.

Seção de camadas de nuvem

Ao criar um novo ponto de extremidade do servidor, você pode optar pelo recurso de disposição em camadas de nuvem da Sincronização de Arquivos do Azure. As opções na seção Disposição em camadas de nuvem podem ser alteradas posteriormente. No entanto, opções diferentes na seção a seguir estão disponíveis com base na habilitação ou não da camada de nuvem para o novo ponto de extremidade do servidor.

Consulte o artigo sobre camadas de nuvem, que aborda detalhadamente os conceitos básicos, as políticase as práticas recomendadas.

Seção de sincronização inicial

A sincronização inicial só está disponível para o primeiro ponto de extremidade do servidor em um grupo de sincronização. Para qualquer ponto de extremidade de servidor adicional, consulte a seção de download inicial.

Há dois comportamentos de sincronização inicial fundamentalmente diferentes:

Mesclagem

Carregamento autoritativo

Mesclar é a opção padrão selecionada. Você deve deixar a seleção em Mesclagem, exceto para alguns cenários específicos de migração.

  • Ao ingressar em um local de servidor, na maioria dos cenários o local do servidor ou o compartilhamento de nuvem estarão vazios. Nesses casos, Mesclar é o comportamento correto, e trará os resultados esperados.
  • Quando ambos os locais contêm arquivos e pastas, os namespaces serão mesclados. Se houver arquivos ou nomes de pasta no servidor que também existem no compartilhamento de nuvem, haverá um conflito de sincronização. Os conflitos são resolvidos automaticamente.

    Na opção Mesclagem , você pode selecionar como o conteúdo do compartilhamento de arquivos do Azure chegará inicialmente ao servidor. Essa seleção não terá impacto se o compartilhamento de arquivos do Azure estiver vazio. Você pode encontrar mais detalhes na seção De download inicial.

O carregamento autoritativo é uma opção de sincronização inicial reservada para um cenário de migração específico. Ele sincroniza o mesmo caminho de servidor que também foi usado para inicializar o compartilhamento de nuvem, por exemplo, com o Azure Data Box. Nesse caso, a nuvem e os locais do servidor têm principalmente os mesmos dados, mas o servidor é um pouco mais recente. Os usuários continuaram fazendo alterações enquanto o Data Box estava em transporte. Em seguida, esse cenário de migração chama a atualização da nuvem de forma contínua com as alterações no servidor (mais recente) sem produzir conflitos. Portanto, o servidor é a autoridade da forma do namespace, e o Data Box foi usado para evitar o carregamento inicial em larga escala a partir do servidor. O upload autoritativo do servidor permite uma adoção sem tempo de inatividade da nuvem, mesmo quando um mecanismo de transporte de dados offline for usado para propagar o armazenamento em nuvem.

Um ponto de extremidade do servidor só pode obter sucesso no provisionamento com a opção de carregamento autoritativo quando o local do servidor contiver dados. Esse bloqueio é para proteger contra configurações incorretas acidentais. O upload autoritativo funciona como o RoboCopy/MIR. Esse modo espelha a origem para o destino. A origem é o servidor AFS, e o destino é o compartilhamento de nuvem. O carregamento autoritativo formata o destino de acordo com a imagem da origem.

  • Arquivos e pastas novos ou atualizados serão carregados a partir do servidor.
  • Arquivos e pastas que não existem (mais) no servidor serão excluídos do compartilhamento de nuvem.
  • As alterações somente de metadados em arquivos e pastas no servidor serão movidas com eficiência para o compartilhamento de nuvem como atualizações somente de metadados.
  • Os arquivos e pastas podem existir no servidor e no compartilhamento de nuvem. Mas alguns arquivos ou pastas podem ter alterado seu diretório pai no servidor desde a propagação do compartilhamento de arquivos do Azure. Esses arquivos e pastas serão removidos do compartilhamento de nuvem e carregados novamente. Por conta disso, é melhor evitar a reestruturação do namespace em uma escala maior durante uma migração.

Seção de download inicial

A seção de download inicial está disponível para o segundo e qualquer outro ponto de extremidade seguinte do servidor em um grupo de sincronização. O primeiro ponto de extremidade do servidor em um grupo de sincronização tem opções adicionais relacionadas à migração com o Azure Data Box. Essas opções não se aplicam se esse ponto de extremidade do servidor não for o primeiro no seu grupo de sincronização.

Observação

A seleção de uma opção de download inicial não terá nenhum impacto se o compartilhamento de arquivos do Azure estiver vazio.

Como parte desta seção, você escolhe como o conteúdo do compartilhamento de arquivos do Azure chegará inicialmente ao servidor.

Imagem que descreve as opções no Assistente para criar ponto de extremidade do servidor do portal do Azure.

Baixe o namespace primeiro Baixar apenas o namespace Evitar arquivos em camadas
Descrição Baixa o namespace inteiro primeiro. O conteúdo do arquivo é recuperado da nuvem como uma atividade em segundo plano para o servidor com base no mapa de calor, que lembra dados recentes acessados mais cedo. Se o volume de espaço livre no servidor for inferior a 10%, os arquivos restantes permanecerão como arquivos em camadas. Somente o namespace (estrutura de arquivo e pasta) é baixado. Nenhum conteúdo de arquivo é trazido para o servidor. Baixa cada arquivo em sua totalidade antes que o arquivo apareça na pasta no servidor. Essa opção evita que exista qualquer arquivo em camadas no servidor. Um item de namespace e o conteúdo de um arquivo estarão sempre presentes ao mesmo tempo. 
Configurações padrão Padrão se a camada de nuvem não estiver habilitada para este ponto de extremidade de servidor. Padrão se o tiering de nuvem estiver habilitado para este endereço de servidor. Não selecionado como uma opção padrão. Essa opção só estará disponível quando a hierarquização de nuvem não estiver habilitada.
Comportamento quando a hierarquização está habilitada Quando a camada de nuvem estiver habilitada, o recall em segundo plano dos arquivos em camadas será interrompido assim que atender aos critérios da política de camada de nuvem especificada (respeita a política livre de volume e a política de data também, se presente). Somente o namespace (estrutura de arquivo e pasta) é baixado. Nenhum conteúdo de arquivo é trazido para o servidor. Opção não disponível.
Comportamento quando o tiering não está habilitado Quando a camada de nuvem não está habilitada, a intenção é recuperar todos os dados para o ponto de extremidade do servidor por meio de recall em segundo plano. Você precisaria provisionar um volume grande o suficiente para acomodar todos os dados. Se o volume não tiver espaço livre suficiente, alguns arquivos serão deixados estratificados mesmo quando o escalonamento para a nuvem estiver desativado. Somente o namespace (estrutura de arquivo e pasta) é baixado. Nenhum conteúdo de arquivo é trazido para o servidor. Baixa cada arquivo em sua totalidade antes que o arquivo apareça na pasta no servidor.
Quando usar
  • Quando os usuários precisam de acesso rápido a arquivos recentes logo após o namespace ser baixado, e a maioria dos dados está presente no compartilhamento de arquivos do Azure no momento do provisionamento. Os clientes com baixa largura de banda também podem se beneficiar do recall em segundo plano após o provisionamento inicial.  Para obter mais detalhes sobre como recuperar arquivos em camadas, consulte Como gerenciar arquivos em camadas da Sincronização de Arquivos do Azure.
  • Mais adequado para cenários de recuperação de desastre do lado do servidor da Sincronização de Arquivos do Azure em que o caminho do servidor começa como uma pasta vazia, por exemplo, um novo ponto de extremidade de servidor na filial.
 Ideal para aplicativos que precisam recuperar dados com menos frequência ou apenas uma pequena quantidade de dados sob demanda.
  • Quando todos os dados devem estar sempre disponíveis localmente sem depender de hierarquização.
  • Ideal para aplicativos que exigem acesso a todos os arquivos o tempo todo.
  • Útil em servidores de baixa largura de banda em que não queremos arquivos em camadas para problemas de desempenho de acesso a dados.
Implicações A CPU/memória deve ser dimensionada com base na escala do namespace e o recurso precisa evitar problemas de desempenho de E/S. Para obter detalhes, consulte Recursos do Sistema Recomendados para Sincronização de Arquivos do Azure -
  • O volume deve ter espaço suficiente para armazenar todos os dados. O download inicial provavelmente levará muito mais tempo devido à necessidade de baixar todo o conteúdo do arquivo.
  • Não é adequado para recuperação rápida de desastres, pois isso é mais lento do que as duas primeiras opções.

Depois de selecionar uma opção de download inicial, você não poderá alterá-la depois de confirmar a criação do ponto de extremidade do servidor.

Observação

Quando você adiciona um ponto de extremidade de servidor, mas há arquivos no compartilhamento de arquivos do Azure, se você optar por baixar o namespace primeiro, os arquivos aparecerão como em camadas até que sejam baixados localmente. Os arquivos são baixados usando um único thread por padrão para limitar o uso de largura de banda de rede. Para melhorar o desempenho de download do arquivo, use o cmdlet Invoke-StorageSyncFileRecall com uma contagem de threads maior do que 1.

Comportamento do download de arquivo após a conclusão do download inicial

A maneira como os arquivos aparecerão no servidor após o download inicial ser concluído dependerá do uso do recurso de disposição em camadas da nuvem e da sua opção ou não por fazer recall de mudanças na nuvem proativamente. A última opção é um recurso útil para grupos de sincronização com vários pontos de extremidade de servidor em diferentes localizações geográficas.

  • Camada de nuvem está habilitada
    Os arquivos novos e alterados de outros pontos de extremidade do servidor serão exibidos como arquivos em camadas neste ponto de extremidade do servidor. Essas alterações só aparecerão como arquivos completos se você tiver optado pelo recall proativo de alterações no compartilhamento de arquivos do Azure por outros pontos de extremidade do servidor.
  • Camada de nuvem está desabilitada
    Os arquivos novos e alterados de outros pontos de extremidade do servidor serão exibidos como arquivos completos nesse ponto de extremidade do servidor. Eles não aparecerão primeiro como arquivos em camadas e depois como arquivos em recall. Os arquivos em camadas com camadas de nuvem desabilitadas são um rápido recurso de recuperação rápida de desastre e aparecem somente durante o provisionamento inicial.

Etapas de provisionamento

Quando um novo ponto de extremidade de servidor é criado usando o portal ou o PowerShell, o ponto de extremidade do servidor não está pronto para ser usado imediatamente. Dependendo da quantidade de dados presentes no compartilhamento de arquivos correspondente na nuvem, pode levar alguns minutos a horas para que o ponto de extremidade do servidor esteja funcional e pronto para ser usado.

No passado, se você quisesse verificar o status do status de provisionamento do ponto de extremidade do servidor e se o servidor estava pronto para os usuários acessarem dados era necessário fazer logon no ponto de extremidade do servidor e ver se todos os dados haviam sido baixados. Com as etapas de provisionamento, você pode entender se um ponto de extremidade do servidor está pronto para uso ou não e se a sincronização está totalmente funcional diretamente do portal do Azure, na folha de visão geral do ponto de extremidade do servidor.

Para cenários com suporte, a guia Etapas de provisionamento fornece informações sobre o que está acontecendo no ponto de extremidade do servidor, inclusive quando o ponto de extremidade do servidor está pronto para acesso do usuário.

Cenários com suporte

Atualmente, as etapas de provisionamento só são exibidas quando o novo ponto de extremidade do servidor que está sendo adicionado não tem dados no caminho do servidor selecionado para o ponto de extremidade do servidor. Em outros cenários, a guia etapas de provisionamento não está disponível.

Status de provisionamento

Aqui estão os diferentes status exibidos quando o provisionamento de ponto de extremidade do servidor está em andamento e o que eles significam:

  • Em andamento: o ponto de extremidade do servidor não está pronto para acesso do usuário.
  • Pronto (sincronização não funcional): os usuários podem acessar dados, mas as alterações não serão sincronizadas com o compartilhamento de arquivos na nuvem.
  • Pronto (sincronização funcional): os usuários podem acessar dados, e as alterações serão sincronizadas com o compartilhamento em nuvem, tornando o endpoint totalmente funcional.
  • Falha: o provisionamento falhou devido a um erro.

A guia de etapas de provisionamento só fica visível no portal do Azure para cenários com suporte. Ela não estará disponível ou visível para cenários sem suporte.

Próximas etapas

Há mais para descobrir sobre os compartilhamentos de arquivos do Azure e a Sincronização de Arquivos do Azure. Os artigos a seguir ajudarão você a entender as opções avançadas, as práticas recomendadas e a solução de problemas.

  • Last updated on