Melhor forma de Fazer o Backup
Olá, tenho um banco que acesso num sistema feito em delphi, pela internet, e estou usando o componente do Delphi para Backup do banco, porem [b:b0dcce297b]ele demora muito, muito mesmo[/b:b0dcce297b], queria saber se isso é normal, e se tem alguma coisa que posso fazer para que esse backup não demore tanto..
Estive pensando em extratir os MetaDados, do banco inteiro... vale a pena? o risco que corro é normal?
desde ja agradeco
[]s
Estive pensando em extratir os MetaDados, do banco inteiro... vale a pena? o risco que corro é normal?
desde ja agradeco
[]s
Titanius
Curtidas 0
Respostas
Gandalf.nho
30/03/2005
Qual o tamanho do banco de dados?
GOSTEI 0
Maicongabriel
30/03/2005
A ´demora´ será aceitavel, caso realizando o backup com o GBAK, a ´demora´ seja a mesma ou semelhante!
Outro detalhe importante, é que se você esta fazendo isso trafagando pela internet, isso tende a ser lento mesmo (mesmo que com uma conexão banda larga), pois é muito diferente do que executar esta tarefa em uma rede local...
Extrair os MetaDados exatamente para o que? Como forma de Backup?
Lembre-se, que campos BLOB não podem ser ´inseridos´ com simples Scripts SQL...
Outro detalhe importante, é que se você esta fazendo isso trafagando pela internet, isso tende a ser lento mesmo (mesmo que com uma conexão banda larga), pois é muito diferente do que executar esta tarefa em uma rede local...
Extrair os MetaDados exatamente para o que? Como forma de Backup?
Lembre-se, que campos BLOB não podem ser ´inseridos´ com simples Scripts SQL...
GOSTEI 0
Titanius
30/03/2005
é, o metadado serie para isso mesmo, como backup.. mas sem o blob fica complicado... terei que deixar normal mesmo... pelo backup do ibexpress... :(
[]s
[]s
GOSTEI 0
Gandalf.nho
30/03/2005
Uma sugestão que já vi seria fazer uma cópia física do banco e depois fazer o backup em cima da cópia. O porém dessa técnica é que não poderia ter nenhum usuário conectado ao banco de dados.
GOSTEI 0
Afarias
30/03/2005
|O porém dessa técnica é que não poderia ter nenhum usuário conectado
|ao banco de dados.
vou mais além, dependendo da intensidade de uso e do servidor, 100¬ seguro apenas derubando o serviço do IB/FB antes da cópia.
:) -- eu sei, isso é extremo -- mas é 100¬ e não 99.9 ;)
T+
|ao banco de dados.
vou mais além, dependendo da intensidade de uso e do servidor, 100¬ seguro apenas derubando o serviço do IB/FB antes da cópia.
:) -- eu sei, isso é extremo -- mas é 100¬ e não 99.9 ;)
T+
GOSTEI 0
Vinicius2k
30/03/2005
vou mais além, dependendo da intensidade de uso e do servidor, 100¬ seguro apenas derubando o serviço do IB/FB antes da cópia.
:) -- eu sei, isso é extremo -- mas é 100¬ e não 99.9 ;)
Nem tão extremo :roll:
Eu mesmo já corrompi um banco com isso... O servidor onde o FB roda no cliente era servidor de metaframe também...
Não havia nenhum usuário na rede local usando a aplicação, mas haviam umas 15 sessões de terminal ´penduradas´ usando outras aplicações... não parei o serviço por achar desnecessário e o resultado: copia daqui, volta cópia dalí e eu mesmo corrompi a base... a ´sorte´ é que antes de começar qualquer coisa eu já havia efetuado o back-up da forma correta usando o GBAK...
Acho que fui premiado com o 0,1¬ :D
T+
GOSTEI 0
Afarias
30/03/2005
Acho que fui premiado com o 0,1¬ :D
T+
hahahahahahahaha :lol: cara de sorte! ;)
T+
GOSTEI 0
Vinicius2k
30/03/2005
hahahahahahahaha :lol: cara de sorte! ;)
hehe... pra vc ver... um dia desses ainda ganho na mega :roll:
Só não consegui descobrir se o erro ocorreu por causa de grande volume de acesso ao disco ou se foi por falta de memória em virtude das sessões de terminal... vc sabe?
Outra coisa... só por curiosidade : quando a base se corrompe por causa de ´simples cópia´, quem corrompe? a base original ou a cópia?
Já não me lembro mais qual das duas teve o problema que me fez voltar o backup ´correto´ e começar a atualização novamente...
T+
GOSTEI 0
Afarias
30/03/2005
|hehe... pra vc ver... um dia desses ainda ganho na mega
era o q eu estava pensando :D:D:D
|Só não consegui descobrir se o erro ocorreu por causa de grande
|volume de acesso ao disco ou se foi por falta de memória em virtude
|das sessões de terminal... vc sabe?
de que erro vc está falando? e em q condições?
|Outra coisa... só por curiosidade : quando a base se corrompe por causa
|de ´simples cópia´, quem corrompe? a base original ou a cópia?
muitas vezes ambas!
T+
era o q eu estava pensando :D:D:D
|Só não consegui descobrir se o erro ocorreu por causa de grande
|volume de acesso ao disco ou se foi por falta de memória em virtude
|das sessões de terminal... vc sabe?
de que erro vc está falando? e em q condições?
|Outra coisa... só por curiosidade : quando a base se corrompe por causa
|de ´simples cópia´, quem corrompe? a base original ou a cópia?
muitas vezes ambas!
T+
GOSTEI 0
Vinicius2k
30/03/2005
de que erro vc está falando? e em q condições?
Estou falando da corrupção da base... o erro no banco em virtude da corrupção eu não me recordo... deixe eu me expressar melhor :
A corrupção causada pela simples cópia, mesmo sem nenhum usuário ´pendurado´ no banco, está mais ligada ao volume de dados sendo trabalhado nos discos ou a memória disponível na máquina ?
Será que existe uma resposta para isso? :roll:
É que eu tenho certeza que a máquina estava só com 200MB livre (de 1,5 GB) principalmente por causa das sessões no metaframe, mas não sei se estas sessões estavam trabalhando muito nos discos...
É só curiosidade mesmo...
T+
GOSTEI 0
Afarias
30/03/2005
|A corrupção causada pela simples cópia, mesmo sem nenhum
|usuário ´pendurado´ no banco, está mais ligada ao volume de dados
|sendo trabalhado nos discos ou a memória disponível na máquina ?
Está ligada ao buffer do SO q controla a escrita ´física´ no disco. Esta ocorrência de corrupção só deve aparecer quando se usa o banco em modo Assíncrono (forced writes desligado)
Mesmo com todos os usuários desconectados, não indica q o SO tenha resolvido gravar este buffer -- isso é escolha dele e não há momento certo (a não ser quando vc derruba o processo -- IB SERVER -- claro)
Quando se usa o banco em forced writes, quando não há usuários usando a base (nenhum sistema ou processo) então é seguro copiar a base (desde que tb ninguem conecte durante a cópia! :))
Fora isso, acredito q apenas problemas no disco (ou falhas no SO) poderiam causar uma corrupção -- mas ai é o ´último caso´.
T+
|usuário ´pendurado´ no banco, está mais ligada ao volume de dados
|sendo trabalhado nos discos ou a memória disponível na máquina ?
Está ligada ao buffer do SO q controla a escrita ´física´ no disco. Esta ocorrência de corrupção só deve aparecer quando se usa o banco em modo Assíncrono (forced writes desligado)
Mesmo com todos os usuários desconectados, não indica q o SO tenha resolvido gravar este buffer -- isso é escolha dele e não há momento certo (a não ser quando vc derruba o processo -- IB SERVER -- claro)
Quando se usa o banco em forced writes, quando não há usuários usando a base (nenhum sistema ou processo) então é seguro copiar a base (desde que tb ninguem conecte durante a cópia! :))
Fora isso, acredito q apenas problemas no disco (ou falhas no SO) poderiam causar uma corrupção -- mas ai é o ´último caso´.
T+
GOSTEI 0