Backup com Gbak de Hora em Hora [RESOLVIDO]

rmonteiraum
(usa CentOS)

Enviado em 06/01/2011 - 19:13h

Então, vai ser isso mesmo.
Mesmo sendo novato em GNU/Linux, entendo os fundamentos de comandos e scripts. E com a ajuda de vocês, experientes na área, sugerindo e aprovando as minhas alterações, dúvidas e afirmações, fico mais tranquilo para proceder.

m4tri_x, vou fazer isso então.
Parece ser mesmo a opção mais coerente.

Como os bancos que eu trabalho tem no máximo 500Mb, acho que vai ser quase improvável que eu não consiga backupear em uma hora.

Além de que, o hardware destes clientes excedem o requerido pelo software.

O fabricante do software requer para pequenos bares, um PC Dual Core com 1GB de RAM e 160 de HD.
Para clientes maiores, eles pedem um Quad-Core com 2GB e hd de 250 GB.

Já eu, quando o cliente me pergunta qual hardware sugerido, sempre faço questão de indicar um computador DELL com no mínimo 2Gb RAM, 2HDs Seagate com Cache grande e em RAID1.

Neste case, apresentando acima, para o qual fiz a pergunta, o cliente tem 2 PowerEdge T100 com Proc Quad Xeon, 4Gb RAM ECC, 2 Hds Seagate SAS em controladora Perc6 em RAID1, ambos fazendo parte de um cluster HA.

Além disso tudo, este cliente do case citado acima, adquiriu sob minha orientação, um No-Break SUA2200 APC e toda a estrutura de rede e computadores está devidamente aterrada, protegida contra surtos de tensão do tipo RAIO e do tipo CURTO.

Ou seja, é pra NUNCA dar pau. Por que se der, é uma paulada de até 10mil em uma hora de "pau".


Para restaurantes, parece ser um absurdo de investimento. Mas se você parar pra pensar, em apenas UMA pane que ocorrer, o investimento estará pago.

Ex: 3500 de cada servidor + 2000 do nobreak, contra 10mil de prejuízo em uma hora, justificam o investimento. Não é verdade?

Bem, blz então.

Obrigado pelas respostas esclarecedoras, pela paciência e pela atenção dispensada às minhas dúvidas.

E Viva o Linux!

Abraços!

m4tri_x
(usa Ubuntu)

Enviado em 07/01/2011 - 08:32h

Bom dia,


Raphael, com certeza, normalmente quando meu cliente xia na hra de fazer algum investimento eu costumo falar para o seguinte:

- Quanto custa o patrimonio que você está querendo proteger?


Não tem erro, aos poucos vamos mudando a visão das pequenas e médias empresas de que T.I. não é despesa e sim investimento.

Sobre os computadores da DELL eu só indico dessa forma que você falou também, tenho um power edge com 4gb quad core com uptime de 3 anos. Mas tanto DELL como HP são ótimas, já alguns servidores montados vivem dando problema.

Bom é isso ai, se precisar estamos a disposição da mesma forma que você estará quando sober como resolver alguma duvida do pessoal que precisar. Sobre o seu script se interessar poste ele na area destinada, além de ajudar outras pessoas que vão precisar você fica com ele guardado para o caso de perder futuramente.... Tenho alguns scripts aqui que eu acabo perdendo se armazenar em disco... Colocando-os aqui além de contribuir mantenho uma cópia. ;D


[]'s

dastyler
(usa Fedora)

Enviado em 07/01/2011 - 10:25h

Opa Rapha!!
Sei que o tópicoo já está fechado, mas se a base não pode parar não seria melhor fazer uma replicancia + alta disponibilidade deste ??
Nunca tentei fazer com firebird, mas em outras bases como MySQL e Potsgre funciona que é uma beleza...:-]

[]´s

rmonteiraum
(usa CentOS)

Enviado em 07/01/2011 - 12:12h

Certamente que farei isso.

Afinal, foi com a ajuda de "dicas" que consegui o script inicial, com a ajuda do fórum que consegui implementar alguns recursos, googleando que consegui parametros corretos para o desenvolvimento e por obstinação que consegui o rultado final.

Na minha visão, compartilhar uma informação que "DIZ TUDO" não prejudica o aprendizado de ninguém, já que, o "PRONTO", o "TUDO DITO", por muitas vezes não alcançará o objetivo de quem procura, mas será o ponta-pé inicial para uma vasta pesquisa e compartilhamento de informações com outras pessoas interessadas pelo assunto.

Costumo citar o exemplo dos Garis (varredores de rua).

- Conheço muitas pessoas que jogam lixo na rua e ao serem repreendidas, respondem que se não houver lixo no chão, o Gari não terá motivos para trabalhar e logo perderá seu emprego.

- Em réplica, digo que se não houver lixo no chão, o Gari terá outras funções que antes não lhe eram atribuídas, pois "catar o lixo", não lhe dava chance de ser melhor no que faz ou desenvolver atividades em um nível superior ao que estão desempenhando.

Resumindo, a necessidade faz o sapo pular. E se o Gari não tem lixo pra catar (ou seja, já tem o trabalho pronto), vai ser direcionado a uma nova atividade (melhorar o que está pronto), com nivel mais alto de habilidade e consequentemente, será instruído e treinado para isso (nos fóruns e artigos, no nosso caso).

Resultado, o desenvolvimento humano é acelerado e melhorado...

[]´s

rmonteiraum
(usa CentOS)

Enviado em 07/01/2011 - 12:16h

Desculpe a ignorância, mas como seria isso?
Exemplos... rsrs


m4tri_x, esqueci de mencionar que vou escrever direitinho o script, deixar ele mais claro e objetivo, desempenhando as mesmas funções que o script postado neste tópico.

Afinal, como disse, vou dar o peixe pescado...
Fritar, Assar ou fazer Moqueca, o sujeito aprende como fazer googleando e nos fóruns... hehehe

cezarrolan
(usa openSUSE)

Enviado em 13/01/2012 - 08:28h

sei que o tópico está resolvido e finalizado, mas quero tirar minha dúvida ou até esclarecimento, esse script de backup ele faz com o banco rodando e todos os usuários logados nele? não tem nenhum problema? ele não corrompe o banco de dados? como já faz praticamente 1 ano esse tópico então com certeza já tem uma certa confiança no que fez e avaliações possiveis. Espero uma ajuda e esclarecimento.

rmonteiraum
(usa CentOS)

Enviado em 16/01/2012 - 15:43h

Opa, blz?!

O script realiza o backup da base que está em uso para um temporário.gdk, depois ele restaura para um temporário.gdb, onde neste banco, é que são realizados os procedimentos de manutenção. Em seguida, ele é novamente "backupeado" e zipado para economizar espaço.

A intenção do script, era a de ter um banco mais próximo do atual, com total segurança de que o banco estaria pronto para ser restaurado em uma eventualidade.

O que pude notar, é que o procedimento demanda bastante processamento e por isso, tive que separar ele em um processo para que não interferisse no funcionamento dos estabelecimento. No mais, o script funcionou direitinho.