Desde que sejam da mesma arquitetura, você deve estar bem desligando e rsyncing os arquivos.
Estou planejando transferir um banco de dados Postgres de ~ 100 GB para um novo servidor. É salvar apenas para copiar os diretórios de dados para o novo servidor e iniciar o banco de dados lá, ou eu preciso fazer um despejo no primeiro servidor e, em seguida, uma restauração no segundo?
A primeira partição de banco de dados do servidor é de cerca de 120 GB, a segunda é de 1 TB. Ambos os servidores estão executando a mesma versão do postgres no debian e estão conectados por 1GB de ethernet. Existem diferenças entre os dois métodos para transferir o banco de dados? Qual seria o caminho mais rápido (menos tempo de inatividade) para transferir os dados para o novo servidor?
Você também pode considerar fazer um dump e importar o banco de dados. Você pode direcionar o despejo para ir para a nova partição (talvez via montagem NFS).
Caso contrário, @ Matt solução é boa.
Esta migração provavelmente já está completa, mas eu achei que poderia entrar de qualquer maneira.
Demorará mais tempo a preparar & configuração, mas você pode transferir os dados configurando a replicação entre os dois servidores. Você poderia usar bucardo, londiste ou slony. Isso minimizará o tempo de inatividade em comparação ao rsync. Na minha experiência, pode levar vários minutos para o rsync comparar os blocos de disco entre a origem & os hosts de destino quando os arquivos a serem rsync'd tiverem mais de 10 GB de tamanho.
Tags postgresql database restore copy