Fórum Interbase - PATHs diferentes acessando o banco #49028
28/01/2005
0
No artigo <10 dicas para evitar dores de cabeça com corrupção de dados>, Carlos Henrique Cant informa que devido ao bug da versão 6.0 do IB, o banco pode ficar irreparavelmente danificado, se for acessado com PATHs diferentes, conforme abaixo:
Servidor:c:\dados\banco.gdb <=> Servidor:c:dados\banco.gdb
Como acessar remotamente uma base de dados que também é utilizada
na sua origem numa rede local, com o mesmo path?
rede local na origem : IP:D:\CAMINHO\BANCO.GDB ( vitoria-ES)
remotamente : ContaNO-IP.COM:D:\CAMINHO\BANCO.GDB
(Salvador-Ba)
O acesso está funcionando perfeitamente com o IB 6.0. Estou correndo risco de corrupcao do banco, devido aos paths? Qual versao do IB que não possui esse Bug?
Desde já agradeço,
Geraldo
Servidor:c:\dados\banco.gdb <=> Servidor:c:dados\banco.gdb
Como acessar remotamente uma base de dados que também é utilizada
na sua origem numa rede local, com o mesmo path?
rede local na origem : IP:D:\CAMINHO\BANCO.GDB ( vitoria-ES)
remotamente : ContaNO-IP.COM:D:\CAMINHO\BANCO.GDB
(Salvador-Ba)
O acesso está funcionando perfeitamente com o IB 6.0. Estou correndo risco de corrupcao do banco, devido aos paths? Qual versao do IB que não possui esse Bug?
Desde já agradeço,
Geraldo
Jose Oliveira
Curtir tópico
+ 0
Responder
Posts
29/01/2005
Afarias
*acho* q o problema ocorria apenas nas versões anteriores ao IB 6.0.1.6
Mas, ainda assim, NÃO tem problema conexões TCP informando o servidor de formas diferentes, tais como servidor:u:\caminho\arquivo.gdb ou ip::u:\caminho\arquivo.gdb ... o problema estava relacionado a string de conexões com caminhos ´misturados´ (como por exemplo a citada por vc), ou mistura de protocolos (ex: TCP e LOCAL), ou mesmo informações como mapeamentos na conexão.
Ou seja, o problema está (estava?) APÓS o ´nome´ do servidor (no caminho do arquivo) -- o ´nome´ do servidor propriamente não importa.
T+
Mas, ainda assim, NÃO tem problema conexões TCP informando o servidor de formas diferentes, tais como servidor:u:\caminho\arquivo.gdb ou ip::u:\caminho\arquivo.gdb ... o problema estava relacionado a string de conexões com caminhos ´misturados´ (como por exemplo a citada por vc), ou mistura de protocolos (ex: TCP e LOCAL), ou mesmo informações como mapeamentos na conexão.
Ou seja, o problema está (estava?) APÓS o ´nome´ do servidor (no caminho do arquivo) -- o ´nome´ do servidor propriamente não importa.
T+
Responder
Gostei + 0
Clique aqui para fazer login e interagir na Comunidade :)