Re: [oracle_br] Re: Adicionando um novo DB ao RAC
Obrigado Chiappa! abs Em 12 de junho de 2014 00:19, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Use a documentação Oracle mesmo, no manual "Oracle® Real Application > Clusters Installation Guide 11g Release 2 (11.2)" vc tem o cap. 3 - > Creating Oracle Real Application Clusters Databases with Oracle Database > Configuration Assistant > > Adicionalmente, http://dbastreet.com/docs/11gR2RacInstall_dbca.html tem > uns print-screens do processo, mas é bico de tudo : uma vez que vc já tenha > a grid home totalmente OK, listeners OK, pré-reqs dos nós OK, clusterware > em geral Ativo, etc (IMAGINO que tudo tá ok já pois vc tem outros databases > nos mesmos nós desse mesmo cluster, pelo que entendi), é mesmo basicamente > rodar o DBCA no home do RDBMS, na tela de escolha indicar a opção "Oracle > Real Application Cluster Database" e daí pra frente é o defaultzinho de > criar um database, com algumas poucas alterações, como o fato de se exigir > ASM para alguns tipos de armazenamento, por exemplo... > O mais chatinho, que são os parâmetros de cluster, os arquivos locaisnos > nós, os parãmetros de DGs e localização do ASM/etc o dbca já faz, iirc não > deve ter muito por onde errar não, ok ? > > []s > >Chiappa > > -- Bruno Sales
[oracle_br] Adicionando um novo DB ao RAC
Boa noite pessoal, Tenho um oracle rac de 2 nos, com grid 11.2.0.3 , e 4 bancos de dados: 2 com versao 10.2.0.1 E 2 com versao 11.2.0.3 . Tenho que adicionar a este servidor um novo banco de dados (zerado). E posteriormente ao outro no também. Nunca fiz uma operação dessa, sera que alguem poderia indicar o caminho? Ja tenho os discos reservados para o dg, amanha criarei o dg e chamarei o dbca, e dai pra frente vou buscar algumas notas da Oracle (projeto saiu de ultima hora). Agradeço desde ja, qualquer informacao Obrigado
Re: [oracle_br] Re: Oracle SCAN
Bom, fiz uma tentativa de implementar o Scan neste ambiente. Eis meu feedback: A principio, o cliente validou, disse que a conectividade estava ok. 1 hora depois cliente reportou lentidão da aplicação. Fui verificar, vi que haviam varios eventos de library cache lock (). A princípio fiquei incrédulo que isto tinha haver com alguma mudança no tnsnames. Peguei um AWR e vi que a causa raiz do library cache lock era uma query interna do Oracle. Fiz plano de rollback, devolvi a string anterior do tnsnames, e alterei os parâmetros remote_listener e local_listener pros valores que estavam anteriormente. O problema da lentdão morreu, e os eventos de library cache lock pararam de acontecer. Não consegui entender a causa deste evento de e, tampouco implementar o SCAN no ambiente. Alguém já passou por isso e/ou tem alguma idéia da causa do problema ? Valeu Att, Em 15 de maio de 2014 13:20, Bruno Sales escreveu: > Se faz necessário desta forma (rdbms 10.2.0.1 e grid 11.2.0.3), porque o > servidor irá receber outros bancos de dados, que são 11g, e o grid 10 nao > suporta bancos 11g. > > De qualquer forma, implementarei, e darei o feedback dos resultados para o > grupo. > > Obrigado Chiappa. > > > > > Em 12 de maio de 2014 17:51, jlchia...@yahoo.com.br [oracle_br] < > oracle_br@yahoogrupos.com.br> escreveu: > > >> >> Bem, eu nunca tive a oportunidade/necessidade de setar um ambiente como o >> que vc descreve, mas a nota metalink "Oracle Clusterware (CRS/GI) - ASM - >> Database Version Compatibility" (Doc ID 337737.1) documenta que o grid >> infrastructure 11gr2 é compatível com databases 10gr2.. Porém, >> NECESSARIAMENTE esse tipo de configuração não é comum, não é algo que a >> Oracle considere nos testes dela, então vc pode cair em casos como o >> listado na nota "Applying one-off Oracle Clusterware patches in a mixed >> version home environment" (Doc ID 363254.1), onde a porção database dos >> patches do gi foidesenvolvida/testada em databases 11g, aí a pessoa tem que >> meter work-arounds ou então solicitar one-off patch á parte >> Assim sendo, já que eu só entendo usar a totalmente defasada e não >> suportada versão 10g do RDBMS num ambiente locked, sem >> alterações/progressões possíveis, a minha recomendação mesmo seria setar um >> servidor/ambiente RAC 10g para que seja usado esse database 10g... CASO >> realmente, absolutamente, Totalmente Tenha Que ser GI 11gr2 com o database >> 10g, entendo que vc terá que fornecer os pré-reqs do GI 11gr2 (como os IPs >> para SCAN, por exemplo) mas será Incapaz de os utilizar no banco 10g, que >> terá que ter conexões configuradas no listener via IP de acesso, mesmo >> >> []s >> >> Chiappa >> >> > > > > -- > Bruno Sales > -- Bruno Sales
Re: [oracle_br] Re: Oracle SCAN
Se faz necessário desta forma (rdbms 10.2.0.1 e grid 11.2.0.3), porque o servidor irá receber outros bancos de dados, que são 11g, e o grid 10 nao suporta bancos 11g. De qualquer forma, implementarei, e darei o feedback dos resultados para o grupo. Obrigado Chiappa. Em 12 de maio de 2014 17:51, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Bem, eu nunca tive a oportunidade/necessidade de setar um ambiente como o > que vc descreve, mas a nota metalink "Oracle Clusterware (CRS/GI) - ASM - > Database Version Compatibility" (Doc ID 337737.1) documenta que o grid > infrastructure 11gr2 é compatível com databases 10gr2.. Porém, > NECESSARIAMENTE esse tipo de configuração não é comum, não é algo que a > Oracle considere nos testes dela, então vc pode cair em casos como o > listado na nota "Applying one-off Oracle Clusterware patches in a mixed > version home environment" (Doc ID 363254.1), onde a porção database dos > patches do gi foidesenvolvida/testada em databases 11g, aí a pessoa tem que > meter work-arounds ou então solicitar one-off patch á parte > Assim sendo, já que eu só entendo usar a totalmente defasada e não > suportada versão 10g do RDBMS num ambiente locked, sem > alterações/progressões possíveis, a minha recomendação mesmo seria setar um > servidor/ambiente RAC 10g para que seja usado esse database 10g... CASO > realmente, absolutamente, Totalmente Tenha Que ser GI 11gr2 com o database > 10g, entendo que vc terá que fornecer os pré-reqs do GI 11gr2 (como os IPs > para SCAN, por exemplo) mas será Incapaz de os utilizar no banco 10g, que > terá que ter conexões configuradas no listener via IP de acesso, mesmo > > []s > > Chiappa > > -- Bruno Sales
[oracle_br] Oracle SCAN
boa tarde DBAs, Tenho um ambiente Oracle RAC , com 2 nós. OS: #Red Hat Enterprise Linux Server release 5.8 (Tikanga) RDBMS: 10.2.0.1 Standard Edition GRID/ASM: 11.2.0.3 Quero configurar o SCAN neste ambiente, porém nao sei se devo ter algum cuidado a mais por conta que o rdbms está em back-level em relação ao grid, e também Standard Edition. Li em um blog (levipereira): "Se seu cliente ORacle é uma versao anterior a 11G R2, você nao irá conseguir utilizar todos as funcionalidades do SCAN" e isso me causou dúvidas. Alguém já passou por esta experiência e queira dividir a informação? Agradeço desde já. -- Bruno Sales