Olá Chiappa,
Obrigado pela resposta. A versao dos bds é 11G e o standby é fisico.
Eu quero deixar com reboot automatico para o caso da maquina falhar e
rebootar, por exemplo, em um feriado ou coisa parecida. Neste caso o
standby ficaria muitos dias fora do ar. Acho melhor não correr o risco dela
ficar fora muitos dias e pagar o preço (do risco) dela subir em um momento
em que o Primário está fora do ar ou a rede com problemas. Em testes que eu
fiz em laboratório, não vi problemas em deixar o standby funcionando
sozinho e subir depois o primário. Vc sabe que problemas isso poderia gerar?
[]s
Fábio Prado
Em 12/01/2014 13:22, <jlchia...@yahoo.com.br> escreveu:
>
>
> Oi - então, antes de responder só uma Obs : um reboot pode ser
> planejado/disparado manualmente OU pode ocorrer por falha de ambiente, e em
> qquer dos dois casos Não Vejo muito sentido no que vc quer , pois SE o
> reboot é normal/planejado o DBA está do lado da máquina acompanhando, então
> ele mesmo inicia o standby, E SE o reboot foi por falha, VAI SABER se o
> primário tá de pé e ok quando o standby voltar, se a rede tá ok.... É meio
> arriscado vc supor que tá tudo bem após um reboot não-planejado e sair
> dando comandos sozinho, né não ???
>
> Obs feita, a resposta - pra variar vc não diz versão, não diz o TIPO do
> dataguard (se lógico ou físico), se é algum tipo de dataguard manual ou
> não, mas SUPONDO dataguard físico, via recuperação de archives, vc
> alteraria o script de dbstar para algo + ou - tipo :
>
> .....
> if [ "$ORACLE_SID" = 'nomedostandby' ] ; then
> $SQLDBA < connect / as sysdba
> startup nomount pfile=$ORACLE_HOME/dbs/initnomedostandby.ora;
> alter database mount standby database;
> alter database recover managed standby database disconnect;
> .....
>
> okdoc ?
>
> []s
>
> Chiappa
>
>
