Copiar partilhas de ficheiros de um servidor Windows para outro com o Syncovery
A migração de partilhas de ficheiros de um servidor Windows para outro requer um planeamento e uma execução cuidadosos para garantir a integridade dos dados, minimizar o tempo de inatividade e preservar as definições de segurança NTFS. Este guia irá acompanhá-lo pelos passos da migração de um servidor de ficheiros com o Syncovery, incluindo a cópia de ficheiros, a preservação de permissões NTFS, a criação das partilhas de ficheiros no novo servidor e o planeamento e implementação de uma possível fase de transição, bem como a passagem final.
Pré-requisitos para a migração do servidor de ficheiros
Certifique-se de que os seguintes requisitos são cumpridos para poder efetuar a migração do servidor:
- Acesso aos servidores Windows de origem e de destino com privilégios administrativos
- Syncovery instalado no servidor de origem ou de destino (a instalação numa terceira máquina é possível, mas menos eficiente e não recomendada)
- Espaço de armazenamento adequado no servidor de destino.
- Conhecimento da configuração atual das partilhas e das permissões NTFS.
- Os servidores devem estar no mesmo domínio Windows (se não estiverem, podem ser necessários passos especiais)
- Pode começar com a nossa versão de demonstração gratuita do Syncovery e encomendar uma licença Syncovery Premium Edition se decidir utilizá-lo.
- Determine se haverá um período de transição durante o qual os ficheiros terão de ser atualizados no servidor de destino. Ou, num caso mais difícil, poderá haver um período em que os seus colegas ou clientes estejam a trabalhar tanto no servidor antigo como no novo. Embora isso deva ser evitado, é possível configurar o Syncovery para lidar com esse cenário.
- Tenha em atenção os seus requisitos de calendarização e a passagem final para a migração do seu servidor de ficheiros.
Decisões-chave antes de iniciar a migração
Antes de a migração poder começar, deve tomar as seguintes decisões:
Instalar o Syncovery no servidor de origem ou de destino
Pode instalar o Syncovery no servidor de origem ou no servidor de destino, ou até mesmo numa terceira máquina. Por razões de eficiência, para aumentar a velocidade e usar menos largura de banda da rede, recomenda-se instalar o Syncovery no servidor antigo ou no novo servidor, em vez de numa terceira máquina independente.
Vantagens de instalar o Syncovery no servidor de origem:
- A análise inicial das pastas será extremamente rápida
- A espelhagem em tempo real durante um período de transição pode ser mais eficiente e fiável
- O desempenho da análise de pastas em sincronizações repetidas pode ser aumentado utilizando a opção “Cache Destination File List”
Vantagens de instalar o Syncovery no servidor de destino:
- A definição dos metadados dos ficheiros e das definições de segurança NTFS nas pastas de destino pode ser mais rápida
- O novo servidor normalmente tem mais capacidade de CPU e memória (RAM), permitindo que o Syncovery execute mais rapidamente
Instalar o Syncovery num terceiro servidor independente, como uma VM, implicaria a necessidade de ligar tanto à origem como ao destino através da rede (LAN). Não beneficiaria de nenhuma das vantagens acima referidas. O tráfego de rede seria duplicado, uma vez que todos os dados têm de ser transferidos pela rede para a máquina onde o Syncovery é executado e, em seguida, copiados novamente para a máquina de destino. Embora não utilize espaço TEMP na máquina do Syncovery, continua a ser considerado ineficiente e não é recomendado (embora seja totalmente possível).
Cópia de Partilhas de Ficheiros Individuais ou de Unidades Inteiras
Se tiver várias partilhas de ficheiros num disco rígido do servidor, pode decidir entre copiar o disco inteiro (ou pastas selecionadas no disco inteiro) ou copiar partilhas de ficheiros individuais. Copiar o disco inteiro tem a vantagem de exigir menos perfis, mas a desvantagem potencial é que precisa de usar uma partilha de ficheiros que exponha o disco inteiro (como uma partilha administrativa, por exemplo D$).
Se tiver muitas partilhas de ficheiros, o Syncovery pode criá-las no servidor de destino por si. A definição para criar partilhas de ficheiros encontra-se na mesma caixa de diálogo “Process Security and Shares”, onde escolhe copiar permissões NTFS.
Aqui tem um exemplo dos caminhos base do perfil ao copiar um disco inteiro:
\\SOURCESERVER\$D → D:\
ou
D:\ → \\DESTSERVER\D$
Copiar partilhas de ficheiros separadamente pode ser necessário se a disposição das unidades no novo servidor for diferente da do antigo. Ao copiar partilhas de ficheiros separadamente, poderá ficar assim:
\\SOURCESERVER\Data → D:\Data
\\SOURCESERVER\Archive → D:\Archive
\\SOURCESERVER\Documentation → D:\Documentation
ou
D:\Data → \\DESTSERVER\Data
etc.
Uma terceira possibilidade é usar os caminhos base mostrados abaixo. Especificar simplesmente “\\SOURCESERVER” no lado esquerdo permite-lhe selecionar as partilhas a copiar através da caixa de diálogo de seleção de subpastas no Syncovery:
\\SOURCESERVER → D:\
Criação e Execução dos Perfis do Syncovery
Depois de determinar que caminhos de origem e de destino pretende utilizar, pode prosseguir com a criação do perfil no Syncovery. Poderá ter de criar um ou vários perfis. Certifique-se de que está a utilizar o Syncovery em Modo Avançado e escolha as seguintes definições para uma migração de servidor de ficheiros. Não é preciso alterar muitas das definições predefinidas.
Modo de Operação de Sincronização: Espelho Exacto
Ficheiros → Número de Ficheiros a Copiar em Paralelo: O valor predefinido de 3 threads de cópia deve ser aumentado se tiver muitos ficheiros pequenos. Pode aumentá-lo facilmente para 10 ou 20 se tiver uma ligação de rede rápida entre os servidores e não estiver sobretudo a copiar ficheiros muito grandes (como vídeo). O número que escolher também depende da carga de rede e do servidor que pode suportar e da rapidez com que tem de concluir a migração do servidor de ficheiros.
Trabalho → Threads da Lista de Ficheiros: O número de Threads da Lista de Ficheiros (= threads de análise de pastas) pode ser definido entre 10 e 30 se tiver discos, servidores e uma ligação de rede rápida e estável. Se tiver de ter cuidado com a utilização da CPU e com a carga geral do servidor, e o número de pastas e ficheiros não for extremo, pode manter a definição predefinida.
Especial → Process Security and Shares: Se for necessário copiar as definições de segurança NTFS (também designadas permissões), escolha as definições de cópia de segurança de acordo com este guia.
Sincronização Seletiva: Subpastas, Máscaras e Filtros
Por predefinição, o Syncovery copia todas as pastas e ficheiros, exceto as Máscaras Globais de Exclusão. Encontrá-las-á na caixa de diálogo de Definições do Programa, separador “Types, Limits”. As Máscaras Globais de Exclusão são preenchidas previamente com algumas máscaras predefinidas quando o Syncovery é executado pela primeira vez. Por exemplo, os ficheiros chamados Thumbs.db são excluídos por predefinição. Por favor, veja as máscaras e decida se quer mantê-las. Também pode configurar perfis individuais para ignorar as Máscaras Globais de Exclusão. Isto é feito em “Masks & Filters”→”Exclusions” em cada perfil.
Se precisar de fazer uma sincronização seletiva, pode utilizar a caixa de diálogo de seleção de subpastas, bem como máscaras e filtros. Por exemplo, pode excluir pastas chamadas Cache;Caches;Temp simplesmente escrevendo isto nas Máscaras de Exclusão. Pode usar filtros para copiar apenas ficheiros de um intervalo de datas específico, ou copiar apenas ficheiros dentro de um intervalo de tamanhos de ficheiro.
Definições de Segurança de Pastas e Ficheiros (também conhecidas como permissões)
No passo anterior, escolheu se pretendia copiar as definições de segurança de pastas e ficheiros. Estas incluem o Proprietário, o Grupo e as Listas de Controlo de Acesso (ACLs), com permissões separadas para utilizadores ou grupos adicionais. Se os dois servidores estiverem no mesmo domínio, copiar as permissões deverá ser simples. Se não estiverem, e pretender mesmo copiar permissões NTFS, certifique-se de que todos os utilizadores e grupos existem no servidor de destino e escolha “Translate Security IDs” no separador Avançadas da caixa de diálogo Security and Shares no perfil do Syncovery. Se os nomes de utilizador no novo servidor não forem idênticos aos do anterior, o Syncovery pode traduzir os nomes de utilizador. Contacte o suporte para obter detalhes sobre como configurar esta funcionalidade, raramente utilizada.
Note que, além da segurança de pastas e ficheiros, os compartilhamentos de rede também têm ACLs. As permissões de uma pasta e do respetivo compartilhamento são combinadas de acordo com o Princípio do Menor Privilégio: a permissão efetiva para um utilizador é a mais restritiva entre as permissões NTFS e as permissões de partilha combinadas. Isto significa que, se a permissão NTFS ou a permissão de partilha for mais restritiva, essa será a permissão efetiva.
Verificação de Dados
Ao copiar entre dois servidores numa LAN com fios estável e moderna, pode confiar que as cópias correspondem exatamente aos ficheiros de origem e não precisa de se preocupar com corrupção de dados. No entanto, se quiser que o Syncovery verifique cada ficheiro após o copiar, pode escolher Ficheiros → Verificar ficheiros copiados. Isto fará uma leitura completa do ficheiro após a cópia e compará-lo-á com o ficheiro de origem byte a byte. Por predefinição, não são utilizados hashes, mas podem sê-lo se instalar o Syncovery Remote Service nos outros servidores.
Como alternativa à verificação de cada ficheiro após a cópia, o Syncovery também pode comparar o conteúdo de todos os ficheiros que já existam em ambos os lados. Isto é feito durante a fase de análise das pastas. Para ativar esta verificação, escolha Comparação → Mais → Comparação Binária de Ficheiros Existentes Durante a Criação da Lista de Ficheiros. Como isto tornará a análise das pastas mais lenta, convém executá-la apenas uma vez (ou ocasionalmente) e depois remover novamente a marca. Também pode utilizar a opção “Memorizar Resultados”, fazendo com que o Syncovery memorize quais os ficheiros que já verificou e ignore verificações futuras desses ficheiros.
Cópia com Nomes de Ficheiro Temporários
O Syncovery pode, opcionalmente, utilizar nomes de ficheiro temporários no lado de destino enquanto um ficheiro está a ser copiado. Quando todos os bytes tiverem sido transferidos, o nome intermédio é renomeado para o nome original efetivo. A nomenclatura especial dos nomes de ficheiro intermédios permite ao Syncovery retomar transferências interrompidas, mesmo que o perfil seja interrompido e mais tarde iniciado novamente. Também garante que transferências interrompidas nunca possam ser confundidas com ficheiros válidos. Em geral, esta funcionalidade não é necessária para uma migração de servidor de ficheiros, se os dois servidores estiverem ligados por uma LAN estável. Ainda assim, é algo a ter em conta e a considerar. A opção encontra-se no separador “Files” do perfil e a caixa de verificação chama-se “Automatically resume (copy with temporary filenames, keep incomplete files when stopped)”.
Execução da Tarefa de Migração
Note que o Syncovery executa, por predefinição, grandes tarefas por partes, dividindo a execução do perfil após atingir 2 a 5 milhões de ficheiros durante a fase de análise. Se o seu servidor tiver bastante RAM, pode aumentar o limite de divisão ou removê-lo. Consulte a caixa de diálogo Definições do Programa, separador “Memória”, antes de iniciar o perfil.
De seguida, pode executar a tarefa de cópia inicial para a migração do seu servidor de ficheiros. Certifique-se de que tem sessão iniciada como Administrador de domínio e abra o Syncovery com um clique direito (com Shift) no respetivo ícone e escolhendo “Executar como administrador”. Pode iniciar a primeira execução do perfil em Modo Assistido, se quiser ver a Pré-visualização da Sincronização antes de iniciar a cópia. Se isto não for necessário, pode executar a tarefa em Modo Não Assistido ou em segundo plano, clicando com o botão direito no perfil e escolhendo o modo de funcionamento pretendido.
Sincronização Contínua Durante a Fase de Transição
Se precisar de atualizar continuamente o novo servidor durante uma fase de transição, pode utilizar o agendador do Syncovery para executar a tarefa regularmente. Pode agendar sincronizações regulares para ocorrerem várias vezes por dia ou uma vez durante a noite. Também pode escolher Sincronização em Tempo Real para evitar análises completas das pastas e atualizar apenas as pastas com alterações quase em tempo real. Certifique-se de instalar o agendador como serviço para que seja executado com direitos de administrador e também quando terminar sessão. O agendador tem de ser configurado e iniciado no separador “Agendador”.
Para permitir que o Syncovery estabeleça automaticamente a ligação de rede para caminhos UNC, poderá ser necessário especificar as credenciais de rede no perfil através de Tarefa → Ligações de Rede…. Isto não é necessário se o Syncovery for executado sob uma conta de domínio.
Para acelerar a análise das pastas nas sincronizações regulares, instale o Syncovery Remote Service no outro servidor, para que este possa criar rapidamente a lista de ficheiros. Consulte também a nossa página sobre aceleração da análise de pastas, que inclui sugestões adicionais.
Idealmente, ninguém estaria ainda a trabalhar no novo servidor durante a fase de transição. Isto garantirá uma migração do servidor de ficheiros tranquila e fiável. Para casos especiais, em que tanto o servidor antigo como o novo tenham de ser utilizados em paralelo, contacte o suporte do Syncovery para obter instruções adicionais.
Sincronização de Eliminações Durante a Fase de Transição
Se existir uma fase de transição em que os ficheiros precisem de ser atualizados no servidor de destino, também terá de decidir se os ficheiros devem ser eliminados do destino caso sejam eliminados (ou movidos/renomeados) do lado de origem. O modo Espelho Exato foi recomendado acima, e processará as eliminações. Se isso não for desejado, deverá escolher Cópia Normal. Nota: se a tarefa for executada em modo não assistido, por agendador ou em tempo real, terá de permitir eliminações não assistidas de acordo com esta página de documentação.
Preparação para o Cutover Final
Mesmo que mantenha regularmente o servidor de destino atualizado, deve לבצע uma última comparação/sincronização completa no dia da migração. Idealmente, isso deverá ser feito durante algumas horas em que ninguém trabalhe com os ficheiros, quer no servidor antigo quer no novo. Lembre-se de aumentar as threads de análise e de utilizar o Serviço Remoto para acelerar a fase de comparação. Se não dispuser de um período suficiente de inatividade planeada, pode mudar para o modo de Cópia Standard para impedir que o Syncovery elimine quaisquer ficheiros do destino e também evitar que versões mais recentes de ficheiros sejam substituídas por versões mais antigas do servidor antigo. Execute a sincronização final em Modo Assistido e verifique a Pré-visualização de Sincronização para ver se ainda é necessário efetuar alguma ação de cópia. Pode remover da Pré-visualização de Sincronização os ficheiros que não precisem de ser copiados ou eliminados.
Se anteriormente tiver escolhido “Cache Destination File List”, deverá desativá-lo para a sincronização final. A cache do destino só seria vantajosa se o Syncovery estivesse instalado no sistema de origem ou noutra máquina (e não no próprio destino). Mas deve estar desativada para a comparação final da pasta.
Considerações e Questões Adicionais
Se for combinar o conteúdo de vários servidores de ficheiros num só, poderá ter de utilizar definições diferentes. Por exemplo, poderá não conseguir utilizar o modo Espelho Exato, porque esse modo poderia eliminar ficheiros que tenham sido copiados de um dos outros servidores. Está disponível um PascalScript que, se necessário, mudará o nome de pastas duplicadas.
Por vezes, vai querer copiar primeiro os ficheiros mais pequenos ou, primeiro, os mais recentes. Podem ser escolhidas diferentes ordens de cópia no separador “Special” do perfil do Syncovery.
Se ainda tiver questões relativas à migração do seu servidor de ficheiros, não hesite em escrever para support@syncovery.com ou visitar o nosso fórum de suporte.