Redirecionar saída de mysqldump para scp

12

Eu trabalhei com um linux pro anos atrás, que fez esse truque bacana. Ele poderia fazer um mysqldump mas redirecionar a saída para uma conexão scp / ssh ao invés de gravar no disco . Nós utilizamos esse silêncio um pouco onde eu costumava trabalhar, mas não consigo me lembrar de como fazer isso.

Agora me deparo com o problema em que meu disco rígido no meu servidor está no final e, para fins intensivos, está permanentemente montado como somente leitura.

Eu esperava utilizar este truque de linha de comando para poder fazer o backup de meus bancos de dados em um novo servidor, já que gravar o despejo no pacote local transferindo-o está claramente fora de questão.

Isso é realmente um truque realmente possível? Em caso afirmativo, qual é a sintaxe?

Eu já percebi devido ao problema do sistema de arquivos somente de leitura que eu tenho experiência eu não consigo nem mesmo conectar ao mysql para fazer o despejo. Mas o seu feedback foi ótimo e esperamos que seja útil para outra pessoa no futuro

    
por xzyfer 28.01.2011 / 05:58

3 respostas

10

mysqldump dbname | ssh [email protected] "mysql -D dbname"

isso deve funcionar: -)

Configure as chaves entre os sistemas, assim você pode fazê-lo sem precisar fazer login / passar: -)

    
por 28.01.2011 / 06:13
8
mysqldump ... | ssh ... "cat > out.dmp"
    
por 28.01.2011 / 06:10
2

Eu gosto da resposta do @GlennKelley, mas queria salientar o seguinte:

Tivemos um banco de dados de 450 GB, mas apenas 500 GB provisionados no host. Não foi possível exportar localmente, por isso exportamos remotamente. Nós validamos a saída e havia centenas de instâncias em que a saída estava corrompida devido a problemas de buffer de tubulação.

A melhor solução aqui é, a partir do host de destino no qual você deseja que seu dump seja finalizado, execute mysqldump , mas use a opção -h para o host. Aponte o host para o servidor MySQL e exporte os dados usando um > .

mysqldump -u root -p -h 10.1.1.199 --all-databases ...<more options>... > dump.sql
    
por 12.03.2013 / 15:49