Pessoal, desculpem o off topic.

Em um servidor W2K tenho um atalho no desktop que executa um programa colocando seu icone na try icon e colocando o programa na paleta aplicativos do gerenciador de tarefas.

Para criar a tarefa este mesmo ícone foi arrastado para o agendador de tarefas a 6 meses de onde era executado em 3 servidores diariamente a 1:00 sem nenhum problema. De uma semana para cá, em 2 dos 3 servidores, o agendador continuou colocando-o no ar no horário agendado, mas o ícone do aplicativo não mais aparece no try icon e na paleta aplicativos do gerenciador de tarefas. Ao invés disto o programa aparece na paleta de processos.

Resumindo o programa que era aberto como aplicativo passou a ser aberto, pelo agendador, como processo. O programa aberto desta forma continua fazendo o que deve fazer mas não consigo clicar com o botão direito no seu ícone para abri-lo, porque seu ícone não aparece. Para conseguir ver a tela do programa preciso finalizar o processo e através, do atalho no desktop, executá-lo quando então seu ícone aparece e ele consta na paleta aplicativos.

Eu nunca tinha visto isto. Alguém tem idéia de como resolver esta crise de identidade (to be or not to be? application or process?)

Sergio Medeiros Santi


icjunior07 escreveu:
Fala Galera, 

A exemplo do Joao, eu tb tenho uma rotininha de backup..

Estou postando tb a minha, caso alguem tb achar interessante, fica a disposicao


#Passo 1 -- Iniciando pg_start_backup
psql -U postgres fenix -c 'select pg_start_backup()'> /backup/log/log_start.log
#Passo 2 -- Efetuando a copia do diretorio de datafiles
tar -zcvf /backup/dados/bkpdados_loja_01_$(date +%d%m%Y).tar.gz /pgsql/data
#Passo 3 -- Iniciando pg_stop_backup
psql -U postgres fenix -c 'select pg_stop_backup()' > /backup/log/log_stop.log
#Passo 4 -- Compactar archives do dia anterior
tar -zcvf /backup/dados/archive/$(date +%d%m%Y --date '1 day ago').tar.gz /archive/$(date +%d%m%Y --date '1 day
ago')
#Passo 5 -- Apagar diretorio do archive do dia anterior
rm -rf /archive/$(date +%d%m%Y --date '1 day ago')
#Passo 6 -- Apagar backup de 2 dias atras
rm -rf /backup/dados/bkpdados_loja_01_$(date +%d%m%Y --date '2 day ago').tar.gz
#Passo 7 -- Apagar archive de 2 dias atras
rm -rf /backup/dados/archive/$(date +%d%m%Y --date '3 day ago').tar.gz
#Finalizacoes do Archive


[]'s 

Ismael Costa Junior

  
------------------------------

Message: 2
Date: Tue, 30 Oct 2007 13:16:11 -0300
From: Guilherme Augusto da Rocha Silva
	<[EMAIL PROTECTED]>
Subject: Re: [pgbr-geral] Shell script Wal files
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain;  charset="iso-8859-1"

Fiz o meu na semana passada... :D
Ainda está em testes pois tenho umas situações muito específicas aqui.
Mas, mais cedo ou mais tarde disponibilizo pra todos.
Abraços.

    
From: "Joao" <[EMAIL PROTECTED]>
Subject: [pgbr-geral] Shell script Wal files
To: "Comunidade PostgreSQL Brasileira"
        <[email protected]>

Pessoal ta ai um shell script que faz o seguinte!
Cada vez que é executado realiza a copia fisica do banco de dados salva em
uma pasta determinada, e comeca do zero o sistema de backup utilizando wal.
Ele salva os wal files anteriores para caso de algum imprevisto movendo
para uma pasta

Coloque no cron!
      
-- 

/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados

Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/

    


_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



__________ Informação do NOD32 IMON 2627 (20071030) __________

Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset.com.br



  
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a