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: [email protected]
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: <[email protected]>
De: "Willian Frasson" <[EMAIL PROTECTED]>
Enviado por: [email protected]
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: [email protected]
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]
