Outra forma acho eu... poderia fazer um script ae no seu Linux... desse jeito:
[EMAIL PROTECTED] bin]# cat conexao condicao="1" while [ $condicao = 1 ] do sleep 10 ping -c 1 192.168.1.1 if [ $? != 0 ] ; then script_mudança_tnsnames done [EMAIL PROTECTED] bin]# 192.168.1.1 = IP BANCO script_mudança_tnsnames = é o script no qual irá mudar o tnsnames sozinho Esse script verifica no caso se a máquina do banco está do ar. Qualquer duvida só dizer abçs.. ----- Original Message ----- From: Eliandro Jakubski To: oracle_br@yahoogrupos.com.br Sent: Wednesday, February 13, 2008 8:53 AM Subject: Re: [oracle_br] Dúvida Data Guard É uma solução, entretanto, dessa forma, eu terei um ponto único de falha em \\SERVIDOR. Caso o host SERVIDOR se torne indisponível, mesmo que o Oracle esteja ok, terei problemas! [EMAIL PROTECTED] escreveu: ----- Para: <oracle_br@yahoogrupos.com.br> De: "Willian Frasson" <[EMAIL PROTECTED]> Enviado por: oracle_br@yahoogrupos.com.br Data: 13/02/2008 7:23 Assunto: Re: [oracle_br] Dúvida Data Guard Opa bom dia.. estava lendo como tu fez ae... acho que daria pra vc tentar apontar o TNSNAMES pra um local da rede...nunca fiz esse teste de por ex... fazer o: IFILE=\\SERVIDOR\TNSNAMES\TNSNAMES.ORA já fez esse tipo de teste? me add no msn ae se puder [EMAIL PROTECTED] abçs.. ----- Original Message ----- From: Eliandro Jakubski To: oracle_br@yahoogrupos.com.br Sent: Tuesday, February 12, 2008 5:14 PM Subject: [oracle_br] Dúvida Data Guard Sou novo na utilização de Data Guard e estou com uma dúvida: Montei o seguninte cenário para testes: SGBD Principal = RAC10gr2+SGBD10gr2 com duas instâncias PRIM1 e PRIM2 SGBD de reserva = SGBD10gr2 configurado para ficar como standby em relação ao banco PRIM Pela documentação do DG o DB_NAME da base primária e da base standby devem ser iguais. O que deve ser diferente são os parâmetros DB_UNIQUE_NAME e SERVICE_NAMES. OK? Baseado nisso meu ambiente ficou assim: Banco principal ----------------- DB_NAME = PRIM DB_UNIQUE_NAME = PRIM SERVICE_NAMES = PRIM Banco standby ------------------ DB_NAME = PRIM DB_UNIQUE_NAME = PRIMSTDBY SERVICE_NAMES = PRIMSTDBY A replicação funcionou adequadamente. Minha dúvida está em relação ao tnsnames.ora que residirá no cliente: PRIM = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = raca-vip)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = racb-vip)(PORT = 1521)) (LOAD_BALANCE = yes) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = PRIM) (FAILOVER_MODE = (TYPE = SELECT) (METHOD = BASIC) (RETRIES = 180) (DELAY = 5) ) ) ) PRIMSTDBY = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = STDBY)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = PRIMSTDBY) ) ) Se o valor do parâmetro SERVICE_NAME é diferente para BANCO principal e BANCO standby, qdo ocorrer um switch eu terei que reconfigurar todos os tnsnames.ora das estações? Imaginei (antes de iniciar os testes!) que bastaria alterar os endereços IP no DNS e eu poderia utilizar a mesma entrada tnsnames. Por exemplo: No caso acima imaginei que, caso eu precisasse utilizar a base standby como principal bastaria fazer com que as entradas DNS raca-vip e racb-vip passassem a apontar para o mesmo endereço do host stdby (obviamente isso só seria possível caso os SERVICE_NAMES fossem iguais!)! Reconfigurar todos os tnsnames.ora nas estações realmente é um problema! Alguém conhece alguma solução para que o tnsnames.ora das estações não seja alterado após um switch? Obviamente tbm. não quero alterar a string connection das aplicações e não tenho previsão de migrar para ldap (se é que isso ajudaria!). EJ __________ Informação do NOD32 IMON 2870 (20080212) __________ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br [As partes desta mensagem que não continham texto foram removidas] __________ Informação do NOD32 IMON 2870 (20080212) __________ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br [As partes desta mensagem que não continham texto foram removidas]