Backup
Boa tarde...
Eu gostaria da opinião dos senhores com relação ao backup dos dados....
Sempre ouvi dizer que o firebird é um ótimo SGDB, porém não pode faltar luz... Quero deixar bem claro que não é a minha opinião, e sim o que ouço dizer...
Bem, a minha dúvida é a seguinte... qual a melhor maneira de prevenir problemas que venham a ocorrer com a falta de energia(corromper dados)...
Pois acredito não ser viável um bkp a cad 5 min... O que eu havia pensado era criar um novo arquivo (fdb) em uma outra máquina para qual os dados seriam replicados.Caso uma o fdb principal falhasse o sistema conectaria na replica (encontrei uma serie de dificuldade e acabei abandonando, se alguém tiver algum material e puder disponibilizar). Outra ideia que tentei implementar foi a de criar uma tabela externa (CREATE TALBE TABLENAME EXTERNAL FILE ´CAMINHO´), vinculando uma tabela do banco a um arquivo... funcionou, porém não consegui executar updates e deletes no arquivo... Outra ideia a qual não encontro material disponível é sobre SHADOWS.... criá-los tudo bem, mas como utilizá-los?
Afinal, o que vocês me aconselhariam sobre o assunto, tendo em vista que os meus clientes ficam em cidade diferentes e eu nem sempre estou a disposição no momento em que os problemas ocorrem...]
Obrigado pela atenção..
Eu gostaria da opinião dos senhores com relação ao backup dos dados....
Sempre ouvi dizer que o firebird é um ótimo SGDB, porém não pode faltar luz... Quero deixar bem claro que não é a minha opinião, e sim o que ouço dizer...
Bem, a minha dúvida é a seguinte... qual a melhor maneira de prevenir problemas que venham a ocorrer com a falta de energia(corromper dados)...
Pois acredito não ser viável um bkp a cad 5 min... O que eu havia pensado era criar um novo arquivo (fdb) em uma outra máquina para qual os dados seriam replicados.Caso uma o fdb principal falhasse o sistema conectaria na replica (encontrei uma serie de dificuldade e acabei abandonando, se alguém tiver algum material e puder disponibilizar). Outra ideia que tentei implementar foi a de criar uma tabela externa (CREATE TALBE TABLENAME EXTERNAL FILE ´CAMINHO´), vinculando uma tabela do banco a um arquivo... funcionou, porém não consegui executar updates e deletes no arquivo... Outra ideia a qual não encontro material disponível é sobre SHADOWS.... criá-los tudo bem, mas como utilizá-los?
Afinal, o que vocês me aconselhariam sobre o assunto, tendo em vista que os meus clientes ficam em cidade diferentes e eu nem sempre estou a disposição no momento em que os problemas ocorrem...]
Obrigado pela atenção..
Biffi
Curtidas 0
Respostas
Afarias
11/10/2004
|Sempre ouvi dizer que o firebird é um ótimo SGDB, porém não pode
|faltar luz...
É verdade -- numa queda de energia um banco de dados firebird pode sim ser danificado -- mas isso não é uma propriedade do FIREBIRD mas de qualquer sistema (banco de dados ou outro). Tome o Sistema Operacional por exempo, numa queda de luz arquivos q estavam sendo utilizados podem ser corrompidos inclusive inutilizando o sistema (se for um aquivo de sistema importante), mesmo o hardware pode ser danificado.
Algumas pessoas atribuem o fato à uma possível falha do Firebird, mas estão enganadas -- é interessante procurar entender bem como funciona um computador e seus sistemas.
|Bem, a minha dúvida é a seguinte... qual a melhor maneira de prevenir
|problemas que venham a ocorrer com a falta de energia(corromper
|dados)...
Bom, mas vc pode contornar esse ´problema´ de 2 formas::
1- colocando o Firebird em FORCED WRITES: nesse caso o Firebird informa ao sistema operacional q não deseja usar o cache de disco, forçando assim toda escrita ser realizada no HD. Isso reduz drasticamente a possibilidade de corrupção da base numa queda de energia, mas claro q tb há o contra-ponto do sistema ter uma degradação de performance visto q leituras/escritas diretas no disco são mais lentas
2- usar um sistama UPS (no-break): essa é a melhor opção pois proteje todo investimento em hardware (falhas) e software (configuração) a um custo muito acessível atualmente
|Pois acredito não ser viável um bkp a cad 5 min...
Com certeza não. Acredito q 1 backup diário é mais q sufuciente. Dependendo da aplicação, alguns ainda preferem ter 2 backups diários (1 ao meio dia e outro a noite).
|O que eu havia pensado era criar um novo arquivo (fdb) em uma outra
|máquina para qual os dados seriam replicados.Caso uma o fdb principal
|falhasse o sistema conectaria na replica (encontrei uma serie de
|dificuldade e acabei abandonando,
Essa é uma ótima opção para sistemas de missão crítica ou de alta carga (conexões simultâneas) -- mas o engraçado é q acho mais barato para vc apenas colocar um no-break, é bem mais barato q 1 segundo servidor
|Outra ideia que tentei implementar foi a de criar uma tabela externa
isso não ajuda
|Outra ideia a qual não encontro material disponível é sobre
|SHADOWS.... criá-los tudo bem, mas como utilizá-los?
Basta ter um 2º HD -- para usar uma shadow é só conectar-se a ela como se fosse um GDB comum (o q na realidade é!) quando o GDB principal falar. Entretanto, a função das shadows é garantir contra falhas de hardware (um falha no HD principal)
T+
|faltar luz...
É verdade -- numa queda de energia um banco de dados firebird pode sim ser danificado -- mas isso não é uma propriedade do FIREBIRD mas de qualquer sistema (banco de dados ou outro). Tome o Sistema Operacional por exempo, numa queda de luz arquivos q estavam sendo utilizados podem ser corrompidos inclusive inutilizando o sistema (se for um aquivo de sistema importante), mesmo o hardware pode ser danificado.
Algumas pessoas atribuem o fato à uma possível falha do Firebird, mas estão enganadas -- é interessante procurar entender bem como funciona um computador e seus sistemas.
|Bem, a minha dúvida é a seguinte... qual a melhor maneira de prevenir
|problemas que venham a ocorrer com a falta de energia(corromper
|dados)...
Bom, mas vc pode contornar esse ´problema´ de 2 formas::
1- colocando o Firebird em FORCED WRITES: nesse caso o Firebird informa ao sistema operacional q não deseja usar o cache de disco, forçando assim toda escrita ser realizada no HD. Isso reduz drasticamente a possibilidade de corrupção da base numa queda de energia, mas claro q tb há o contra-ponto do sistema ter uma degradação de performance visto q leituras/escritas diretas no disco são mais lentas
2- usar um sistama UPS (no-break): essa é a melhor opção pois proteje todo investimento em hardware (falhas) e software (configuração) a um custo muito acessível atualmente
|Pois acredito não ser viável um bkp a cad 5 min...
Com certeza não. Acredito q 1 backup diário é mais q sufuciente. Dependendo da aplicação, alguns ainda preferem ter 2 backups diários (1 ao meio dia e outro a noite).
|O que eu havia pensado era criar um novo arquivo (fdb) em uma outra
|máquina para qual os dados seriam replicados.Caso uma o fdb principal
|falhasse o sistema conectaria na replica (encontrei uma serie de
|dificuldade e acabei abandonando,
Essa é uma ótima opção para sistemas de missão crítica ou de alta carga (conexões simultâneas) -- mas o engraçado é q acho mais barato para vc apenas colocar um no-break, é bem mais barato q 1 segundo servidor
|Outra ideia que tentei implementar foi a de criar uma tabela externa
isso não ajuda
|Outra ideia a qual não encontro material disponível é sobre
|SHADOWS.... criá-los tudo bem, mas como utilizá-los?
Basta ter um 2º HD -- para usar uma shadow é só conectar-se a ela como se fosse um GDB comum (o q na realidade é!) quando o GDB principal falar. Entretanto, a função das shadows é garantir contra falhas de hardware (um falha no HD principal)
T+
GOSTEI 0