É uma boa idéia fazer backup do banco de dados SQL em um disco rígido USB externo?

Eu instalarei um sistema de banco de dados em uma plataforma de petróleo offshore (servidores em rack). Eles têm hardware e espaço muito limitados, portanto, não é possível enviar uma infraestrutura de backup. Enviar backups via FTP também não é possível, pois eles nem têm um servidor de arquivos.

Eu estava pensando em fazer backup do banco de dados SQL em um disco rígido portátil de USD. Os discos rígidos USB serão conectados diretamente ao servidor o tempo todo. Uma vez por semana, eles trocam o disco rígido por um novo / mais antigo.

É uma boa idéia fazer isso? Se não, você pode propor uma solução melhor?

É apenas uma ideia, mas você pode fornecer um serviço de backup externo (ou de terceiros) através de um servidor espelho / db. As informações serão replicadas sempre que você inserir / atualizar / log de transações / alterar / criar / etc., Qualquer modificação. Portanto, as transações são muito pequenas e podem estar em uma fila se você não tiver acesso ou tiver uma conexão limitada (como uma conexão por semana) à Internet / rede externa.

Eu poderia ajudá-lo significativamente mais se você me disser que tipo de banco de dados você está usando. É o MySQL? MSSQL? ORÁCULO?

Ainda mais (apenas outra idéia) você pensou em fazer um backup de programabilidade de boa política? Por exemplo, se você conhece a estrutura e os dados e o tempo de expiração dos dados, é possível mover / excluir seu histórico desnecessário ou trabalhar com a idéia acima sobre um banco de dados mirrado.

Acho que o custo de trabalhar com um espelho db com uma conexão mínima é menor do que trabalhar com hardware removível externo, em termos de risco, segurança, espaço e danos ao hardware.

Editado:

Sobre espelhar um servidor, há muita ajuda e tutoriais e tutoriais em vídeo sobre. Minha habilidade é mais orientada ao servidor MySQL no linux, mas posso lhe dar algumas dicas, espero que elas possam ajudá-lo.

• Primeiro de tudo, olhando aqui, com falha no servidor, ou melhor ainda: Administradores de banco de dados no Stack Exchange
• No msdn para MSSQL (eu lhe dou a versão de 2005, não sei qual é o seu servidor / banco de dados : espelhamento de banco de dados no SQL Server 2005, mas você pode alterá-lo no menu superior.

• Há um link de perguntas frequentes na parte inferior do documento, que pode esclarecer muitas das principais perguntas sobre (por exemplo, a transação da fila, a capacidade da rede etc.):

• Ou Como preparar um banco de dados espelho no 2008 R2 (você pode alterar a versão clicando na parte superior, "Outras versões".

• No google, com chaves como esta, você estará cansado de ler sobre isso: Pesquisa do Google . Como eu disse, não é meu banco de dados preferido, então eu não sei realmente como você pode fazê-lo no MSSQL, mas tenho certeza de uma coisa: se o banco de dados for pelo menos 2005, você poderá fazê-lo, e com certeza com mais opções e melhor que eu te disse.
• Eu acho que quase toda hospedagem que fornece um serviço apenas com servidor de banco de dados, pode fazer um espelho de qualquer local com algum tipo de política ou certificado, eles explicam isso para você. Não me lembro agora de um bom serviço, mas sei que há muito. É possível que você encontre servidores MySQL mais baratos que os servidores MSSQL, mas acho que você precisa de algum "aplicativo de migração" para mover dados do MSSQL para o MySQL. Portanto, para mim, a primeira opção é procurar todos os detalhes sobre sua fonte e solicitar um espelho compatível.

E outra idéia que se torna com essa linha de pensamento:

Suponha que você não possa configurar o espelho ou qualquer outra razão. Em última instância, você pode criar um pequeno software / script de trabalho / tarefa / automatização que lê muitos dados através do SQL e os envia através do SQL (e você pode alterar o destino, por exemplo, do MSSQL (sua fonte real) para o MySQL ( que é gratuito e você pode suportá-lo em qualquer lugar, com seu próprio pc / servidor / etc.

Realmente, se você conhece SQL, pode fazê-lo.

• E outra dica, acho que você disse que não pode adicionar / conectar nenhum HD, mas pode trabalhar com o disco do RAID para expandir a capacidade de seus backups internos.

  Mas, em qualquer caso , a idéia principal de um backup é que você tenha o backup em um ambiente completamente diferente (outro local) ao qual possa acessar e / ou alternar seus bancos de dados se um deles cair por algum motivo (incêndio, terremoto, revolução, um problema de hardware). Essa é a principal idéia de um espelho: um servidor com balanceamento de carga claro para o usuário, você realmente não sabe onde está trabalhando, funciona ao mesmo tempo e da mesma maneira. Essa é a diferença entre um "backup de histórico" e um "backup em tempo real".

Editado 2: De qualquer forma, nunca respondo nada sobre a sua ideia. Claro que é melhor que nada, mas para dados críticos é como nada. Tem muitos problemas futuros não desejáveis:

• Velocidade do USB
• Processo manual (por quem? A informação é crítica demais para ser manipulada por outra pessoa? Você tem qualquer responsabilidade legal / comercial / econômica se a pessoa que trabalha com seus dados a roubou / destruiu / alterou?
• Hora, é claro que você deseja uma opção automática.
• Você fará backup .. o quê? Que quantidade? que tipo de dados? quais são os dados antigos? Com quais critérios? Os critérios vão ou podem mudar? E isso acontece com a próxima pergunta:
• Aqui no meu país, temos um "provérbio" ou "sinônimo" que diz algo como ... "é pão para hoje, faminto por amanhã". Quero dizer, você precisará alterar esse processo a qualquer momento? É possível que você precise procurar outra maneira em pouco tempo? Qual será o custo? A sua solução é flexível ou você terá um problema futuro de graça?

Um backup em uma unidade conectada por USB é certamente melhor do que nenhum backup. Um backup em hardware projetado especificamente para backups (como fitas) pode ser uma opção ainda melhor.

Você pode perder uma semana de dados? Se você estiver trocando unidades apenas uma vez por semana, estará arriscando uma semana em dados. Se a unidade estiver conectada por uma semana, existe o risco de um surto de eletricidade que destrói o computador e a unidade de backup. Se essa unidade não tiver sido alterada por 6 dias, você perderá 6 dias em dados.

Você enviará as unidades para outro local? Parece provável que a chance de algum tipo de evento que destrua o banco de dados original e as unidades de backup seja bastante alta.