[firebase-br] Gerenciando servidor FB remoto

[Pedro]

Acho que essa foi na mosca!

Realmente tenho tentado com o SYSDBA sempre, e este é o único usuário
utilizado pelo cliente. Vou fazer uns testes aqui, criando outro usuário com
as devidas permissões para as operações comuns e tentando novamente com o
IBExpert. Considerando que seja problema de usuário e permissão, pode ser
que dê pra continuar o usando esta alternativa. O cara já tá acostumado. Aí
ele vai ter que se virar pra atualizar o sistema dele para acessar com o
outro usuário. Depois coloco o resultado aqui.

Acendeu-se a luz! Obrigado mesmo!

At,
Pedro.

2006/5/28, Eduardo Jedliczka (TeamFB) <jedyfb em gmail.com>:
>
> Quando você dá um shutdown pelo GFIX o banco irá aceitar somente conexões
> do
> SYSDBA, os demais usuários não conseguirão acessar a base...
>
> Se o seu sistema utiliza SYSDBA para realizar TODAS as operações, então
> você
> TEM um problema.
>
> Já tive que realizar operações semelhantes à descrita por você!
>
> Optei por um GFIX remoto, fiz um backup da base atual, fiz um restore da
> "nova base", passei um novo GFIX (para permitir o acesso ao banco), e
> pronto....
>
> ======================
> Eduardo Jedliczka
> Membro do TeamFB - FireBase
> Apucarana - PR
> ======================
>
> ----- Original Message -----
> From: "Pedro" <news.pj em gmail.com>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Saturday, May 27, 2006 9:39 PM
> Subject: Re: [firebase-br] Gerenciando servidor FB remoto
>
>
> Já havia tentado com o IBExpert, mas como vc comentou tentei novamente.
> Não
> funcionou. Tentei o "Database Shutdown" nos três sabores : forced, deny
> transaction e deny attachment. O resultado foi o mesmo, a base permaneceu
> disponível e recebendo conexões normalmente. Com o arquivo em uso, o
> problema continua.
>
> Acredito que essas opções de shutdown que o IBExpert oferece significam :
>
> Forced : encerra o banco "a pulso", matando todas as operações correntes e
> respeitando o tempo de espera definido no campo "wait".
>
> Deny transaction : rejeita novas operações, incluindo conexões, permitindo
> que as operações correntes sejam executadas até o limite de tempo indicado
> no campo Wait. Estourado o tempo, caso ainda exista alguma transação em
> vigor o shutdown é abortado.
>
> Deny attachment : rejeita novas conexões ao banco aguardando as operações
> das conexões existentes finalizarem até o limite de tempo definido no
> campo
> "wait". Estourado o tempo, caso ainda exista alguma conexão ativa o
> shutdown
> é abortado.
>
> Pena que não funcionam, hehehehehe... Mesmo assim, obrigado pela
> tentativa.
> :)
>
> Ah! Esqueci de informar... O servidor é linux com firebird 2.0, e a
> estação
> é um win2k, com o cliente do fb e IBExpert 2.5.0.22 Personal Edition.
>
> Outras idéias?
>
> At,
> Pedro.
>
>
> 2006/5/26, Diego Silva Martins <diegosmartins em gmail.com>:
>
> IBExpert tem um opcao em Services => Database Shutdown e lá tem opções
> > para fazer o shutdown, de acordo com a necessidade. Nao sei a fundo o
> > que cada uma faz, se alguem na lista quiser comentar seria bom, pq se
> > algum usuario estiver fazendo alguma operacao mais critica, pq ex.
> > estiver rodando um update/insert naquela exato momento, seria necessário
> > saber de q maneira o banco vai se comportar.
> >
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>