[firebase-br] Sweep no linux.
Gladiston Santana
gladiston em vidy.com.br
Seg Out 13 13:16:46 -03 2014
Vou montar um script para você e envio para a lista.
Em 13 de outubro de 2014 12:11, <cpd em itauto.com.br> escreveu:
> Gladiston , aproveitando o topico , como poderia montar um script que me
> retorna-se esse %ERRORLEVEL% , se foi feito corretamente ou nao ..
>
> Desde ja agradeço
>
> Adilson PAZZINI
>
> -----Mensagem Original----- From: Gladiston Santana
> Sent: Monday, October 13, 2014 10:33 AM
> To: FireBase
> Subject: Re: [firebase-br] Sweep no linux.
>
>
> Existem algumas instruções no gbak (comando para fazer o backup) que podem
> solicitar ao FB que não limpe o sweep, após a conclusão do backup.
> Por isso dê uma olhada a sintaxe usada no gbak.
>
> Outra coisa importante é que o backup é online, então o seu sweep não será
> zerado se houver transações pendentes, provavelmente será limpo até a
> transação ativa no momento, mas não seria nada que você deva se preocupar
> porque em teoria seria transações mais recentes, certo?
> Dê uma olhada na OIT se for uma diferença muito grande quando termina o
> backup é porque suas transações são bem antigas e neste caso precisa de uma
> revisão no programa para entender porque isso tá acontecendo.
>
> Se usa Terminal Services, tem usuários malucos que deixam o sistema aberto
> (até programadores com o IBExpert, sério) para prosseguir no dia seguinte,
> isso é terrível. Neste caso é melhor alterar o TS para dar logoff por
> timeout em terminais desconectados.
>
> Outra opção é colocar o sweep manual logo após o backup, neste caso você
> põe a instrução de backup num script e se houver %ERRORLEVEL% zero então
> executa o sweep, se o backup falhar nunca deve usar o sweepping porque ao
> fazê-lo voce perde a chance de autoreparo do FB.
>
> inte+
>
>
> Em 13 de outubro de 2014 09:52, Geferson Dietze <dgeferson em gmail.com>
> escreveu:
>
> Bom dia.
>>
>> Em um cliente acontecia de a cada 30, 40 dias o banco ficar lento a ponto
>> do sistema não funcionar mais, fazíamos backup e restore, tudo voltava ao
>> normal.
>>
>> Servidor linux 64 bits, i5, 6gb de ram, classic server, pagesize 16384.
>>
>> Instalei uma ferramente de monitoramento e descobri que o banco não fazia
>> "sweep", mesmo eu tendo uma rotina de backup agendada para rodar de
>> madrugada todos os dias e o sweep automática estando ligado. (apenas
>> backup, sem restore)
>>
>> Essa rotina de backup é disparada de outro computador windows que é o
>> servidor de backups e outros arquivos da empresa.
>>
>> Desativei o sweep automático e toda noite, antes da rotina de backup
>> disparo a rotina de sweep automático (mesmo sabendo que ao fazer backup o
>> lixo é recolhido qdo assim desejado).
>>
>> Pois não funciona, numero de transações aguardando sweep só aumenta, então
>> pedi para o pessoal criar uma rotina de sweep e disparar direto la no
>> servidor linux, mesmo resultado.
>>
>> Alguém tem alguma ideia do pq? Alguma restrição de acesso do linux?
>> Lembrando que em outros clientes onde o servidor é windows, funciona
>> perfeitamente.
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use:
>> http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>>
>
>
> --
> --
> B em B@BU iB em M@B. B em MBBO MBBMMB em B@BZLr E@@@@i r@@@BU
> vB em M@O E em B@Bu BBBM em 0 G em MMM@N8MBB em ZP5r B em B@k 8B@@O
> OB em B@q 2 em BBBM B em B@BO BB em B@B,.:,7B em B@@L uB em B@, OB em B@.
> ,@@@B@ @BBB@, @BBB em 8 M em M@@@ PB em B@B @@@BN iB em B@L
> U em B@B2 LB em B@X B em MBBO MBBM em B i em BBB@. 7 em B@Bi B em B@E
> B@@@BiM em M@B. @BBM em G M em MMB@ v@@M em B, G em B@Z v em B@B.
> 7B em B@O em B@B5 B em B@B8 BBBM em B Z@@@B@ iB@@@2 em B@Br
> NB em M@B em B8 @B em B@8 M em B@B em i:i75 em B@B em r E@@B em B@Bq
> . em B@@@B@: B em B@B@ @B@@@B em B@B@@@ME; .BB em MBB@
> 55.ANOS OMOGBS PBZGGOOMOO117, 7 em BBB@r
> ==============================================r@@@@F=====
> Gladiston Santana 8 em B@B,
> Supervisor de TI G em B@B7
> Tel.:+551147873122 R:228 :@B em B0
> Grupo VIDY - SGQ ISO9001 - 55 ANOS @B em B@.
> Visite nosso site: www·vidy·com·br BB@@@u
> Visite também : www·expolabor·com·br GB em B@N
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
--
--
B em B@BU iB em M@B. B em MBBO MBBMMB em B@BZLr E@@@@i r@@@BU
vB em M@O E em B@Bu BBBM em 0 G em MMM@N8MBB em ZP5r B em B@k 8B@@O
OB em B@q 2 em BBBM B em B@BO BB em B@B,.:,7B em B@@L uB em B@, OB em B@.
,@@@B@ @BBB@, @BBB em 8 M em M@@@ PB em B@B @@@BN iB em B@L
U em B@B2 LB em B@X B em MBBO MBBM em B i em BBB@. 7 em B@Bi B em B@E
B@@@BiM em M@B. @BBM em G M em MMB@ v@@M em B, G em B@Z v em B@B.
7B em B@O em B@B5 B em B@B8 BBBM em B Z@@@B@ iB@@@2 em B@Br
NB em M@B em B8 @B em B@8 M em B@B em i:i75 em B@B em r E@@B em B@Bq
. em B@@@B@: B em B@B@ @B@@@B em B@B@@@ME; .BB em MBB@
55.ANOS OMOGBS PBZGGOOMOO117, 7 em BBB@r
==============================================r@@@@F=====
Gladiston Santana 8 em B@B,
Supervisor de TI G em B@B7
Tel.:+551147873122 R:228 :@B em B0
Grupo VIDY - SGQ ISO9001 - 55 ANOS @B em B@.
Visite nosso site: www·vidy·com·br BB@@@u
Visite também : www·expolabor·com·br GB em B@N
Mais detalhes sobre a lista de discussão lista