Transferência de dados do servidor para o novo servidor

2

Estou recebendo um servidor em um local diferente de onde está o atual e me livrando do atual.

Estou precisando encontrar uma maneira de transferir facilmente o seguinte:

  • Diretórios do usuário em / home
  • Configuração do Apache
  • bancos de dados, usuários e configurações do MySQL
  • Informações do Awstats (estatísticas já processadas incluídas)

Estou preocupado principalmente com os bancos de dados MySQL, é tão simples quanto copiar sobre uma estrutura de pastas e tudo funciona novamente (claro, depois de instalar o MySQL no novo servidor)? E quanto às permissões de arquivo para sites do usuário? Eu sei que alguns usuários estão usando sistemas de fórum, e esses geralmente têm certos diretórios que requerem permissões como 775. Existe alguma maneira de preservar isso?

    
por Alex 14.08.2012 / 22:48

2 respostas

2

Arquivos e diretórios

Para isso, você tem duas ferramentas com as quais pode começar.

Para os diretórios do usuário, a configuração do Apache e os arquivos Awstats, você pode usar o tar.

# tar cvpzf myfiles.tgz *

Isso copiará subdiretórios, reterá permissões e criará um único arquivo que você poderá descompactar no novo sistema. O que eu não estou certo é como ele irá preservar as permissões do usuário em seu novo servidor se o UID estiver mudando para cada usuário.

Para restaurar o arquivo tar no novo servidor, será algo como isto. Execute-o no diretório atual para o qual você deseja expandir a estrutura de diretórios.

# tar xvpzf myfiles.tgz

Como uma nota lateral, você também pode olhar para o arquivo tar e ver o índice. Isso permite que você verifique como tudo fica dentro do arquivo sem precisar extrair o conteúdo.

# tar xvzf myfiles.tgz

MySQL - mysqldump para backup e restauração

Para o MySQL, não use um atalho aqui. Use mysqldump para fazer um backup de seus bancos de dados e, idealmente, faça um backup para cada banco de dados.

# mysqldump -u [user] -p[password] [database_name] > [database_name].sql

No novo sistema você pode restaurar o arquivo usando o mysqldump também. Apenas certifique-se de que você já tenha criado o banco de dados no novo servidor, pois acho que o backup pode não ter a opção CREATE DATABASE no arquivo de backup do SQL.

# mysqldump -u [user] -p[password] [database_name] < database_name.sql

Boa sorte.

    
por 14.08.2012 / 23:51
1

Uma coisa que você pode fazer é sincronizar o antigo com o novo servidor. A primeira coisa a fazer é adicionar usuários de /etc/passwd e grupos de /etc/group aos arquivos correspondentes do novo servidor. Você pode tentar usar o mesmo uid e gid

Para dados, você tem rsync que pode ser usado com as seguintes opções:

--archive
--verbose
--recursive
--hard-links
--compress (optionally - compress data for faster transfer of data)
 -e 'ssh -p 2234' (use ssh for secure connection between servers)

Na primeira vez, você pode rsync de todos os diretórios que contêm dados relevantes. As permissões permanecerão as mesmas, já que você usou a opção --archive . Depois disso, você pode tentar simular o acesso ao novo servidor e verificar se os acessos estão funcionando bem: para mysql , http , outro ...

Você não diz se a versão centos é a mesma ou não. Caso contrário, você deve verificar se mysql version é uma atualização importante (por exemplo, 5.1 no servidor antigo e 5.5 no novo) ou não. Se for uma atualização importante, você deve ler a documentação mysql e provavelmente executar mysql_upgrade . Como você estará usando centos em ambos os servidores, presumo que o usuário mysql seja executado deve ser o mesmo. O mysql deve rodar bem se você copiar ou rsync os dados entre os dois servidores.

A partir de certo ponto, você precisará sincronizar novamente os dados e cortar o servidor antigo e trazer o novo para o status ao vivo. Quando esse momento chegar, você deverá parar os dados mysql e rsync usando mais duas opções:

--update  (transfers only new data)
--delete  (deletes data in new server that doesn't exist anymore in old server)

Na maioria das vezes, acho que você pode seguir estas diretrizes.

    
por 15.08.2012 / 00:28

Tags