E claro : quando eu indiquei o melhor, o "filé" para a rede de interconexão,
é porque estou/sou ciente da importância crítica dela pra um RAC, sim ???
Então, se por qquer motivo vc não possa optar pelo TOP, que NO MÁXIMO se desca
UM degrau, indo pro patamar imediatamente inferior que seria 10
Veja só, colega : OK, os "sistemas são os mesmos", mas antes de poder apontar
o dedo para o RAC, vc ** TEM ** que :
a) ter Absoluta Certeza que é mesmo só o RAC a única diferença, ie : a versão
EXATA do RDBMS é a mesma, os MESMOS PATCHES estão aplicados EM AMBAS AS
INSTÃNCIAS, os params d
A melhor definição que li pro RAC até hoje dizia que ele deveria ser visto como
um amplificador de som, ou seja:
Se tiver som ruim, vai amplificar som ruim
Se tiver som bom, vai amplificar som bom
Se as consultas não estiverem otimizadas pra rodar em single instance, é grande
chance de dar
Bom Alisson,
Em geral, se uma aplicação está bem escrita ela vai performar bem em RAC. Tem
algumas coisas que você pode fazer para tentar minimizar alguns problemas com
tomar cuidado com uso de sequences, evitar logical reads em excesso entre
diversas outras dicas. Olhe no histórico do fórum
Concordo plenamente com o Rodrigo, mas nesse caso os sistemas que estão rodando
no banco novo são os mesmos que rodam no banco de produção atual que é single
instance num servidor infinitamente inferior, isso que é estranho.
Grato
To: oracle_br@yahoogrupos.com.br
From: vitorj...@gmail.com
Date:
Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada DBA e fixado
na mesa, na parede, aos olhos de todos que dependem do banco de dados...
hehehehe
Att,/Regards,
Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
Oracle Certified Expert,
Allison,
Antes de sair modificando seu ambiente. Verifique se você realmente está
tendo problemas nesse tipo. O jumbo frames ajuda bastante, mas não vai resolver
em nada se as aplicações que rodam no RAC tem sqls mal comportados e mal
desenhada.
Em sua grande maioria o sistema em si é prob
Segui esse artigo:
https://blogs.oracle.com/XPSONHA/entry/jumbo_frames_for_rac_interconn_1
E essa nota no metalink:
Recommendation for the Real Application Cluster Interconnect and Jumbo Frames
[ID 341788.1]
Para configurar os jumbo frames em clientes.
Sei de alguns casos onde
Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento
demais, pesquisei as possiveis causas e achei comentários sobre os jumbo
frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não
consigo transmitir pacotes maiores que 1500bytes no interconnect, já ve
Pessoal, muito obrigado pelo apoio. Vou analisar as possibilidades de solução.
Em 18/04/2013 22:14, J. Laurindo Chiappa escreveu:
>
> Colega, além da instabilidade INERENTE ao se usar o operador de igual com
> ROWNUM, *** sempre *** há a possibilidade de
> bugs, ok, ESPECIALMENTE em vc usando es
Chiappa
Muito obrigado pela resposta!
Bem observado os outros aspectos (preparação/facilidades, limites, base
segregada para consulta, etc.).
[ ]
André Santos
Em 19 de abril de 2013 12:32, J. Laurindo Chiappa
escreveu:
> **
>
>
> Sim, o Discoverer (hoje em dia integrado com as tools de BI) a
Sim, o Discoverer (hoje em dia integrado com as tools de BI) ainda é bem
situado, mas não tanto assim, nem de longe ele desfruta uma posição proeminente
: já vi MUITA gente usando as tools de QBE embutidas em IDEs de programação
(tais como o Oracle SQL Developer, o TOAD, o PL/SQL Developer, et
Para Santa Catarina as oportunidade estão na ordem.
1 - Florianópolis
2 - Blumenau
3 - Joinvile
Aqui temos qualidade de vida, praia, tranqüilidade e muito trabalho.
Fique de olho no programa Geração TEC que ira sair um mapeamento das
regiões, tecnologias empregadas e as vagas em aberto nas empr
"Toda vez que vou fazer um recover com RMAN, é necessário que seja sempre em
uma nova instância...?"
Não! Somente quando vc quer recuperar apenas uma PARTE de um backup.
O que não é algo comum - o normal é vc querer recuperar o banco de dados
TODO.
A solução que os colegas te passaram, de restaur
Tudo depende do teu ambiente. Se o recover é paralelo a uma instance que já
está sendo executada, se ela ocupa toda memória do servidor, etc, etc, etc...
aí entra um monte de conceitos que tu deve estudar antes mesmo de proceder com
atividades desse tipo!
Att,/Regards,
Vitor Jr.
Infraestr
Bom, de momento ABSTRAINDO a questão de TABLESPACE TRANSPORT (que como eu
disse, PODE ser feito pelo RMAN, PODE ser restaurado/recuperado ONLINE num
database já aberto por uma dada instância, etc, etc) e falando sobre BACKUP
FÌSICO RMAN "comum", é o seguinte :
- veja que no RDBMS Oracle,
http://www.ora-ora.org/2012/11/oracle-12c-pluggable-databases.html
http://www.rodrigoalmeida.net/blog/novidades-oracle-database-12c
Pluggable database:
- Oracle provided metadata and data is kept in the container database (CDB).
- User metadata and data is kept in the plugable database (PDB) .
Pessoal
Perguntaram-me sobre ferramentas de QBE (Query By Example) que são mais
utilizadas hoje em dia.
Na realidade, ferramentas para usuários intermediários e avançados, que
disponham de outros meios de montar consultas (além de SQL puro).
Vocês sabem dizer quais são as mais utilizadas hoje em
Chiappa,
Vc comentou sobre a proxima versão 12c... o que seria esse futuro pluggable
databases ? Será que é o que eu tô imaginando?
2013/4/19 J. Laurindo Chiappa
> **
>
>
> Acho que é CONCEITUAL aí a sua dúvida : enquanto não temos o RDBMS 12c com
> o prometido conceito de pluggable databases
Na verdade,
Eu só busquei ajuda no grupos quando já não tinha mais alternativas, quando
derrubei o banco a princípio eu não sabia de que tipo de ambiente se
tratava, foi quando fiz crs_stat -t e descobri que se tratava de Oracle RAC
e que a instância ASM estava OFF-LINE, foi então tive a brilhante
Bom dia pessoal. Novo post no blog sobre uma situação que um colega e eu
passamos em cliente:
http://certificacaobd.com.br/2013/04/19/ora-15063-asm-discovered-an-insufficient-number-of-disks-for-diskgroup-/
Abraços!
Att,/Regards,
Vitor Jr.
Infraestrutura / Infrastructure
Então,
Toda vez que vou fazer um recover com RMAN, é necessário que seja sempre em
uma nova instância, e se o ambiente já tiver uma instância, então é
necessário criar outra instância? Caso sim, vem outra pergunta, criar duas
instância na mesma máquina não diminui o desempenho dos dois bancos? E c
Então : como DBA Oracle, a tua função é conhecer EM DETALHES as opções
possíveis de restore de dados, sincronização, etc (tais como backup físico com
RMAN, backup "lógico" com exportação ou geração de textfiles, replicação de
dados, ** transportable tablespaces **, etc) para poder OFERECER pro
Blz Wanderson,
Nas outras empresas que trabalhei e na atual, tenho sempre uma máquina menor
mas com capacidade de disco, para fazer os retornos de backup. Serve para
testar as rotinas de restore e também para "pescar" alguma tabela ou para fazer
rotinas de carga e teste com rotinas novas sem co
Só complementando.
Backup com RMAN é extremamente físico. Tabelas, Tablespaces, Schemas são
objetos Lógicos..Que como o Ederson descriminou teria que ser via EXPDP,
EXP e IMPDP ou IMP para exportar e importar em outra ou na mesma base em
outro SCHEMA.
Att,
Emerson Martins
DBA Oracle
Oracle 11g C
Acho que é CONCEITUAL aí a sua dúvida : enquanto não temos o RDBMS 12c com o
prometido conceito de pluggable databases (que deve mudar de cabeça pra baixo o
que vou dizer), o ponto é que, POR DEFINIÇÃO um backup RMAN serve para se
recuperar (restaurar, recriar) UM DATABASE INTEIRO que crashou/
Então Chiappa,
É porque eu encontrei um ambiente aqui, muito diferente dos ambientes
habituais, essa máquina que deu problema, é um ambiente de desenvolvimento,
e muito estranho, porque é ambiente Oracle RAC contém somente um nó, e
ainda está gerando archivelog (que acho desnecessário para um ambi
Entendido!!!
Eu até sei desses conceitos, mas por via das dúvidas sempre prefiro tirar
dúvidas com um pessoal mais experiente, mesmo porque o pessoal aqui na
empresa não tem muito conhecimento, e eles acabam me pedindo coisas do arco
da velha, e geralmente eu tento explicar como funciona, mas aí
Vai precisar restaurar o backup das tablespaces:
System
Undo
Sysaux
(além das 4 tbs que tu precisa)
Tudo isso em outra instance, pode ser inclusive no mesmo host. Depois faça um
datapump com remap_tablespace na instance desejada.
Att,/Regards,
Vitor Jr.
Infraestrutura / Infra
Wanderson,
Se o backup full que vc tem na storage foi feito com Rman, não tem como voltar
parcialmente em uma base online.
Porque não? porque a base online tem um DBID e o backup tem outro, pois são
instâncias diferentes, ok? Mesmo que fosse da mesma instância, seria outro SCN
do controlfile/d
30 matches
Mail list logo