Alexandre, algumas obs : o ASM ** não faz parte ** do Clusterware, e
normalmente ele é instalado numa ORACLE_HOME diferente : quando vc teve a tal
"falha" que te obrigou a re-instalar o Clusterware, o ASM Sobreviveu ?? Será
que ele ** está ** instalado e OK ???
Instalado até pode estar, mas acho que não deve estar ok : vc não diz, mas
IMAGINO que o ASM antes da tal "falha" estava instalado clusterizado (é um
setup comum), é isso mesmo ? SE sim, Óbvio que quando o Clusterware capotou o
ASM não encontrou o cluster... A minha sugestão é vc ir por partes : PRIMEIRO
verifique que o clusterware recém-instalado está OK, que os dois nós se falam
via rsh, enfim, que o Cluster está saudável. DEPOIS disso, como não se sabe se
a instalação do teu ASM tá ok, eu diria pra vc REMOVER e REINSTALAR o ASM,
depois vc disponibiliza os discos (instalando o que for preciso, tal como
asmlib ou o que for), aí vc cria via DBCA a instância ASM clusterizada, pra
DEPOIS vc tentar subir os volumes ASM ...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Alexandre Anselmo <atanselmo@...> escreveu
>
> Pessoal,
>
> vou recorrer a voces novamente pois ja esgotei minhas pesquisas. Tenho um
> ambiente com RAC 10g que deu problema no hardware e acabou corrompendo o crs.
> Foi necessária a reinstalacao do clusterware nos dois nós para que os apps
> voltassem a funcionar.
>
> Meu problema atual é...:
>
> Estou com o clusterware reinstalado mas ele nao sobe os ASMs e
> consequentemente
> nao acha os databases no storage. Será que tem como eu fazer esse clusterware
> voltar a reconhecer esses bancos?
>
> O crs_stat -t da tudo online e ok com a excecao do listener que nao mostra
> mas
> acho que é pq o ASM está fora.
>
> Qualquer ajuda será bem vinda.
>
> PS: O ambiente seguro e online numa maquina de contigencia. ;)
>
> Ats,
> Alexandre Tenorio.
>
