Re: [oracle_br] Oracle BI
Profissionais da área… e o Felipe abriu a Adequate para os treinamentos de BI. Em 28/01/2014, à(s) 11:56, Milton Bastos Henriquis Jr. escreveu: > > Fala Rodrigão! > > Mas eles são instrutores? Trabalham em algum centro de treinamento? > Ou são apenas profissionais da área? > > > > > Em 28 de janeiro de 2014 02:43, escreveu: > > Trabalhei diretamente com o Felipe Idalgo. > > > Gente boa, manja de OBIEE e vai saber tirar as suas dúvidas. Não é oficial, e > nem precisa disso neste momento. > > Para OBIEE, te indico o Felipe Idalgo e posteriormente o Tiago Dib que > conhece muito de OBIEE. > > Abraços, > Rodrigo Almeida > > Em 27/01/2014, à(s) 12:43, Milton Bastos Henriquis Jr. > escreveu: > >> Olá amigos! >> >> Estou interessado em ingressar nesse mundo de Business Intelligence. >> Aqui no Paraná até agora não vi nenhum treinamento a respeito. >> >> Gostaria de saber se os colegas tem indicações (com boas referências) >> de treinamentos nessa área, principalmente nessas 2 ferramentas: >> >> - ODI >> - OBIEE >> >> Encontrei pela internet esse centro treinamento (tanto presencial >> quanto online): http://www.adequatebi.com.br/, alguém de vocês >> conhece? >> Tenho medo de pagar antecipado uma parcela sem conhecer o local >> pessoalmente, depois o treinamento ser de má qualidade, ou pior ainda, >> pagar e depois desaparecerem. >> >> Enfim, quem tiver boas indicações, agradeço - pode ser em qualquer >> capital do Brasil. >> >> Abraço >> >> Miltão >> > > > > >
Re: [oracle_br] Res: initializing asm driver failed - CentOS
CentOS é martelada!!! Se prepara para isso!!! Em 19/01/2014, à(s) 15:48, Eli Dias escreveu: > > Boa tarde. > > Quais s€ ¦ão os erros apresentados para nao inicializar?? > > Mesmo n€ ¦ão sendo automatico, ao tentar iniciar o servi€ ¦ço manualmente, o > que acontece?? > > Abra€ ¦ços > > >
Re: [oracle_br] migração para oracle 11g
Por ser ambiente virtualizado, já vai estragar tudo. Pelo simples arquitetura do VMWare, seus drivers na camada de VMM não terão as boas respostas sobre suas HBAs, e por elas não serem dedicadas, pode encavalar dentro do seu encloure da Blade. Se usar as lâminas diretamente, creio que veja muito mais valioso o uso do seu recurso, principalmente por esses modelos novos trabalharem com FCoE e os switchs das blades já estão preparadas para elas. Caso use o FS, opte por um ext4 ou reisefs. O melhor pra ti será sempre na questão performance vs Disponibilidade. Aí tem que avaliar o que mais te influencia e saber o que realmente você tem de infraestrutura. Mas cuidado com VMWare. Além do licenciamento ser completamente diferente, pode te matar e tirar quaisquer responsabilidade do suporte da Oracle. Abraços, Rodrigo Almeida Em 24/01/2014, à(s) 16:28, jlchia...@yahoo.com.br escreveu: > > Isso totalmente ** DEPENDE ** : o hardware de disco a ser usado é > diretamente o real ou é hardware virtualizado ?? Se hardware real, físico, > hoje esse filesystem está montado em cima de um disco OU de um disk volume, > residindo num storage com múltiplos discos ?? > Via de regra o ASM apresenta vantagens quando se usa ASM em cima de disk > volumes, principalmente em questões como stripe size e balanceamento de > discos : CASO vc tenha hoje um só disco, que é possível é mas não vejo lá > muita vantagem em implementar o ASM, não > >[]s > > Chiappa > > >
Re: [oracle_br] Oracle BI
Trabalhei diretamente com o Felipe Idalgo. Gente boa, manja de OBIEE e vai saber tirar as suas dúvidas. Não é oficial, e nem precisa disso neste momento. Para OBIEE, te indico o Felipe Idalgo e posteriormente o Tiago Dib que conhece muito de OBIEE. Abraços, Rodrigo Almeida Em 27/01/2014, à(s) 12:43, Milton Bastos Henriquis Jr. escreveu: > Olá amigos! > > Estou interessado em ingressar nesse mundo de Business Intelligence. > Aqui no Paraná até agora não vi nenhum treinamento a respeito. > > Gostaria de saber se os colegas tem indicações (com boas referências) > de treinamentos nessa área, principalmente nessas 2 ferramentas: > > - ODI > - OBIEE > > Encontrei pela internet esse centro treinamento (tanto presencial > quanto online): http://www.adequatebi.com.br/, alguém de vocês > conhece? > Tenho medo de pagar antecipado uma parcela sem conhecer o local > pessoalmente, depois o treinamento ser de má qualidade, ou pior ainda, > pagar e depois desaparecerem. > > Enfim, quem tiver boas indicações, agradeço - pode ser em qualquer > capital do Brasil. > > Abraço > > Miltão > >
Re: [oracle_br] Erro durante instalação do grid - CentOS 5.10
Como tu fez as permissões do usuário oracle neste diretório? Qual a opção de umask que está usando no profile? Tem alguma definição de UDEV? Em 27/01/2014, à(s) 14:47, Gustavo de N. Dumitresco escreveu: > > Desculpe vir perguntar aqui alguma coisa, depois de vasculhar no Google e > forums por resposta, perguntei no forum da oracle e até agora nada também. > > > > [oracle@server grid]$ sudo ./root.sh > Running Oracle 11g root.sh script... > > The following environment variables are set as: > ORACLE_OWNER= oracle > ORACLE_HOME= /u01/app/oracle/product/11.2.0/grid > > Enter the full pathname of the local bin directory: [/usr/local/bin]: >Copying dbhome to /usr/local/bin ... >Copying oraenv to /usr/local/bin ... >Copying coraenv to /usr/local/bin ... > > > Creating /etc/oratab file... > Entries will be added to the /etc/oratab file as needed by > Database Configuration Assistant when a database is created > Finished running generic part of root.sh script. > Now product-specific root actions will be performed. > 2014-01-27 11:27:36: Checking for super user privileges > 2014-01-27 11:27:36: User has super user privileges > 2014-01-27 11:27:36: Parsing the host name > Using configuration parameter file: > /u01/app/oracle/product/11.2.0/grid/crs/install/crsconfig_params > Creating trace directory > -- Failed to create or upgrade OLR > Alguma idéia? > > -- > Gus > >
Re: [oracle_br] Interfaces private no Rac
Problemas não terá! Mas fica esperto, uma vez no DNS, estará na mesma rede de outros servidores, maior probabilidade de Broadcast, colisão de pacotes e possivelmente eventos de GC desnecessários e quedas do nó. Se é privado, não precisa ficar no DNS. Vai querer responder o que nestes IPs? Acho que devem ser exclusivos para o RAC e nada mais. Abraços, Rodrigo Almeida Em 27/01/2014, à(s) 22:54, Eramirton Ferreira Crispim escreveu: > Obrigado pela dica > > Eli Dias escreveu: > > > > > Problema não existe, porém, não recomendo por fins de performance. > > Abraços > > Em 27/01/2014 21:47, "Eramirton Ferreira Crispim" > escreveu: > > Ola pessoal, existe algum problema em colocar os endereços de private no DNS? > > > >
Re: [oracle_br] Melhora este SQL (Everything on Parse)
Roland, A sugestão do Andre é muito boa, e já adotei diversas vezes essa solução de problemas em IN com GTT/SubQuery. Alguns outros pontos também podem lhe ajudar, por exemplo, tira as estatísticas das tabelas heap forçando a atualização dos Histogramas, principalmente para atualizar os buckets das Histogramas. Exemplo: dbms_stats.gather_table_stats (own…, tab.., bla bla bla, method_opt=>’FOR ALL COLUMNS SIZE 254’); Em conjunto com essa coleta, retire também o LOAD de CPU do seu hardware para o CBO. via DBMS_STATS - SYSTEM STATS. Faça essa coleta pela manhã e noite através de JOBS… A tendência de elapse time (Parse) é cair bem.. e ter dar mais alguns % de performance. Se tu conseguiu diminuir o PArse já está ótimo, percebi que já ganhou 50% do tempo.. Quando a quantidade de Execute, isso não terá como mudar muito, o que poderá controlar é Miss Library Ratio para não perder a eficiência da sua instância… Faça um recalculo para o seu MBRC e veja se 512 está aceitável para ele… tenho muitos ambientes com BIEE e não usa tudo isso.. mesmo falando de volumes de dados em torno de 20 a 30 TB.. pq o BIEE é um porre!!! E pelo que vi no seu último teste tu não trouxe nenhuma linha no FECTH! Gastou puramente CPU! E cuidado com o PARALLEL, pq sozinho tu pode ter os bons resultados, quando colocar em PRD, o PX CORDINATOR pode te matar durante as consultas com muitos usuários… #ficaadica Abraços, Rodrigo Almeida Em 27/12/2013, à(s) 18:09, Andre Santos escreveu: > > Roland > > Apesar de não ser comum, já vi queries assim... montadas dinamicamente por > aplicações. :P > Caso a aplicação puder ser alterada, poderia inserir os valores do "IN list" > em uma tabela temporária (GTT) e, então, mudaria para "IN subquery" (e que > poderia ser "reaproveitada" dentro de um WITH, já que ocorre 3 vezes na > consulta). > > Do jeito que está, deve estar fazendo um "hard parse" muito pesado. > > Fazer um teste alterando a coleta de estatísticas (como você mencionou sobre > os histogramas), também deve ser interessante. > > [ ] > > André > > > Em 20 de dezembro de 2013 14:54, Roland Martins > escreveu: > > > Olá lista! > Após alguma análise, alguns pontos ficaram bem claros: > 1) Existem 3 IN lists com qtde enorme de valores, é uma query com mais de 800 > linhas. > 2) Esse sistema é estilo DSS, portanto MBRC está em 512, o que favorece FTS's > for sure, mas pelo que eu vi nem é o caso o acesso às tabelas ditas "de > usuários". > 3) Pela ASH, ele passa muito tempo lendo objetos como SYS.C_OBJ#_INTCOL# > (histogramas, pelo que pesquisei). > Então pensei em rodar esta query ignorando os histogramas, mas imagino que o > gargalo vai mudar de lugar, vai sair do parse e ir para o execute. > O goal é rodar tal comando abaixo dos 5 minutos porque neste tempo a conexão > é cancelada. Isso ocorre para 1 cliente num universo de dezenas (hoje, é > claro, não posso falar de amanhã). > > Ontem, com algumas modificações, tipo fazendo HASH JOIN, fazendo PARALLEL > ali, ficou assim: > > call count cpuelapsed disk querycurrent > rows > --- -- -- -- -- -- > -- > Parse1 1088.231091.13 0 0 0 > 0 > Execute 1 0.00 0.00 0 0 0 > 0 > Fetch1 1.15 1.16 20472 61447204 > 0 > --- -- -- -- -- -- > -- > total3 1089.401092.30 20472 61447204 > 0 > > Se alguém já viu algo assim (muito IN), ou puder causar algum insight, > agradeço antecipadamente. > > > Em Sábado, 14 de Dezembro de 2013 10:47, dadim_op > escreveu: > > Ambiente: OracleEE 11203 em Linux Red Hat 6. Filesystem. > > Me mandaram um SQL gerado pelo BIEE, ele tem umas 800 linhas. Não consigo > rodar no sqlplus, dá erro de entrada longa demais (tem um IN nele com > centenas de itens, e aparece 6 vezes em todas as 800 linhas). > Assim, parti para o plsql developer,nele consigo rodar numa base de teste com > massa da produção, com trace ligado. O plano não vem ao caso, o que despertou > minha curiosidade foi isso, você sabe por que isso ocorre? > > OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS > > call count cpu elapsed disk query current rows > --- -- -- -- -- -- -- > Parse 6 2176.72 2179.10 0 4 0 0 > Execute 6 0.00 0.00 0 0 0 4 > Fetch 2 0.21 0.22 1 4852 432 1 > --- -- -- -- -- -- -- > total 14 2176.94 2179.33 1 4856 432 5 > > Foi um único SQL, mas aqui tem os recursivos também, mas foi tudo na conta do > grandão. > > > > > > >
Re: [oracle_br] Qdo Adicionar outro nó no RAC
Fala pessoal… td belezinha com vocês!!! @Chiappa O recurso de QoS Management do Oracle Clusterware 11.2 tem seus prós e contras sim, principalmente pq é um recurso de QoS, ou seja, se tu não tiver uma boa arquitetura de serviços vs workload, pode ter esses tipos de problemas… lembrando que o QoS é baseado nos workloads de cpu + memória e faz a alocação dinâmica SOMENTE se você aplicar as sugestões de movimentação oferecidas pelo QoS via Database/Grid/Cloud Control… Particularmente, acho bom usar em ambientes mais complexos, como ambientes de BD consolidado com 6 a 12 Nós… mesmo pq você deverá deixar um Hardware para o Server Pool Generic e Free para ter como aplicar essas alterações do QoS. E como tu mencionou, aplicações com alto valor de Hard Parse e principalmente, alterações de workload atípicas te mata na administração deste recurso e mesmo que o QoS mensure seu Rank por Wait Resource + idle Resource… fica bem díficil você ter o controle sobre o ambiente e acaba te complicando mais. E outro ponto que mencionou que é importante, IO, isso não terá jeito se tiver em ambientes de storage tradicional, pq vai se basear em HBA (SAN) ou ETH (FCoE ou NAS/DAS) que te impede de algumas coisas na manipulação dos recursos e não vai tirar seu gargalo… ai cai exatamente no problema que você mencionou… é correr atrás do rabo neste caso! Aí parte para o tradicional mesmo, feijão com arroz que consegue salvar o ambiente! @Andre Sobre o RAC de 2 nós, tem se o mito de ser um RAC Perneta, e eu também concordo em partes sobre isso. Mas para dizer que vai ou não suportar a carga no nó que vai ficar salvo, devemos analisar N fatores… Por exemplo, eu posso ter um Oracle RAC de 2 nós sobre hardware com 1TB de memória e 64 Cores… mesmo que um dos nós caia! Eu consigo realizar o TAF (Select´s) de nó que morreu e acomodar no nó sobrevivente, sem causar a indisponibilidade da aplicação. Agora, se o seu hardware não é tão poderoso e você já tem um LOAD alto no servidor, provavelmente seu RAC será solidário, ou seja, cai um e logo mais cai o outro ou congela o servidor devido ao alto load average! Normal isso acontecer em ambientes que tem configuração padrão de RAC! Sem as devidas “mexidas” do DBA… Neste caso, existem N soluções do próprio BD Oracle para contornar esse alto load no outro nó. Deste a implementação do Instance Caging, deixando 2 ou 3 Cores livres para o SO conseguir amortecer a porrada que vai vim do nó morto, até mesmo, questões de utilização dos serviços, baseadas em BD/Clusterware dependendo da implementação! Se sobrou um nó, tem que avaliar o consumo do backup, das cargas, consultas e principalmente, realizar um novo tuning em memória para conseguir minimizar esta porrada… São N fatores! Outro ponto batata de acontecer! As interfaces de Storage, tu vai para um lado e acaba gargalando tudo! Concorrência… Waits… Latchs.. Processos Paralelos… Semáforos.. a meleca toda!!! Abraços, Rodrigo Almeida Em 27/12/2013, à(s) 18:20, Andre Santos escreveu: > > Pessoal > > É bem provável que o meu comentário seja óbvio... [principalmente para os > mestres aqui da lista ;)] > Mas, em todo caso, lá vai... rs > > No caso do Marcelo, com um RAC de "2 nós", uma questão relevante seria > garantir alta disponibilidade, não é? > > Mesmo que a performance, no geral, não seja um problema atualmente... > Se cada nó já estiver próximo de 50% de capacidade, com a eventual queda de > um nó, o outro assumiria toda a carga (teoricamente ficaria +/- com o > dobro)... aí poderia acontecer um cenário mais grave de falta de > recursos/disponibilidade. > > [ ]'s > > André > > > > > Em 27 de dezembro de 2013 11:25, escreveu: > > > Tudo blz, Rodrigo ? Então, realmente ter um server pool habilitado para os > nós do cluster e ativar stats de QoS é possível, sim, fikadika para o colega > que perguntou... > >Eu pessoalmente não tive boas experiências com isso em clientes anteriors > porque a aplicação não era puramente OLTP clássico com acesso à poucas linhas > : ele fazia algum scan em tabelas de processamento e quetais, e o subsistema > de I/O já estar perto da saturação , aí (já que as métricas não levarem em > conta isso) aconteceu Exatamente o que descrevi/avisei o colega lá que era > possível : com mais capacidade de CPU introduzida pelos novos nós, mais > solicitantes saíam do queue e podiam ser atendidos, esses caras faziam > razoável I/O, que se somava ao que já existia e o subsistema de I/O chegava > no ponto de saturação total e degradava Fica o Aviso pra ele confiar > desconfiando de de modo para os recursos "automatizados" de tuning (como além > de pools de servidores, pode-se citar paralelismo automático, gerenciamento > automático de memória, e outros... > > > >[]s > > > > Chiappa > > > > >
Re: [oracle_br] Qdo Adicionar outro nó no RAC
Boa noite Marcelo, tudo bem! Bom, se quiser se basear em algum recurso do oracle para saber quando ou como adicionar um novo Nó de Cluster quando necessário, é trabalhar com o QoS Management do Oracle Clusterware, porém, seu cluster deverá estar gerenciado por políticas (Policy) e ter seus Server Pools configurados, deste modo, você pode habilitar o QoS Management Pack pelo Database Control ou Grid/Cloud Control e criar SLA/Rank/Criticidade/Prioridade para seus serviços de clusterware, como os serviços que atendem o seu banco de dados. Assim, o Oracle Clusterware irá avaliar o uso de CPU/MEMORIA e IO dos serviços que estão no Cluster e conforme você priorizou seus bancos de dados nos Server Pools do Oracle RAC, ele poderá adicionar automaticamente mais servidores ao seu cluster, conforme o workload que está no momento. Isso é um recurso do Oracle Clusterware 11g Release 2. É basicamente um serviço de QoS elaborado para usar dentro do Exadata, porém, é aplicável a qualquer ambiente que tenha o Oracle Clusterware instalado. Abraços, Rodrigo Almeida Em 26/12/2013, à(s) 17:25, jlchia...@yahoo.com.br escreveu: > > Tudo joinha ? > >Então, em princípio não há uma tool/um método que especificamente te > indique isso Porém, nós sabemos que a adição de novos nós basicamente > permite aumentar a capacidade de CPU e de RAM/caching, que são os recursos > com que os novos nós vão contribuir , portanto vc em princípio vai considerar > adicionar novos nós SE vc tiver qualquer evidência sólida e constante > indicando que CPU e/ou RAM estão sendo os principais consumíveis no seu > ambiente, é isso... Essas evidências podem ser o resultado de uma longa série > de monitoração via tools do SO que indicam consumo de recursos (top, vmstat, > sar, etc) e/ou via tools/recursos do database (como wait interface consultada > diretamente, AWR/ASH, statspack, tracing, etc). > > Só fique Claro que, ALÉM de ter evidências mostrando que I/O e banda de > rede não são os recursos escassos a escalar (repito, em princípio o que os > novos nós podem escalar é capacidade de CPU e de caching), vc TAMBÉM precisa > ter evidências de que tem sobras dos dois recursos, pelo seguinte : ocorre > que a adição de nós ** não ** necessariamente é transparente no ambiente, e > por si só pode acarretar demanda nesses recursos... > >Por exemplo, pensando em I/O : ao aumentar a capacidade de CPU vc tornou o > sistema capaz de receber mais demanda - ie, se antes vc tinha x CPUs que > podiam atender y processos antes de enfileirar, com mais CPUs vindas dos > novos nós vc pode passar a ter y+n processos ativos... Ora, se esses > processos demandarem I/O, o teu subsistema de I/O TEM capacidade de atender à > esses n processos a mais pedindo por I/O, sem queda de performance ??? Ou > então, pensando em rede : como vc sabe, cada nó dum cluster RAC > constantemente tem que enviar um "ping", um 'pacote de healthcheck' pela rede > interna, há essa capacidade de rede disponível para suportar os novos nós? Ou > então pensando em caching : os blocos que sobem para a RAM/cache de um nó, se > precisarem ser acessados por um outro nó deverão ser 'copiados' pela rede > interna do RAC , essa capacidade de rede está disponível ?? > > >[]s > > > Chiappa > > >
Re: [oracle_br] Criação automática de índices
Bom… para não haver confusão. Segue um resumo. Roberto, O Oracle NÃO CRIA um índice em FK (Foreign Key) quando se cria o seu modelo físico no banco de dados, OK! O índice é criado AUTOMATICAMENTE somente quando se trata de uma PK (Primary Key) ou UK (Unique), conforme o Fabio Prado comentou. Esse é o padrão do Oracle 6 até 12c e ponto! Porém, a observação do Ederson também está 100% correta nos dois pontos que ele citou. Primeiro, geralmente se cria ÍNDICES em FK para evitar LOCKS, retirar CONTENÇÃO e fornecer acesso rápido aos dados quando se tem algum predicado na sua instrução SQL, WHERE coluna = ‘alguma coisa’;, isso é padrão SQL92, SQL2003, ANSI-SQL.. então.. tb disponível desde Oracle 8i… MAS, você deve mencionar EXPLICITAMENTE a utilização do índice em sua FK. Segundo, a criação desse índice é feito a parte em outras instruções SQL, não sendo implícita do banco de dados! Assim se resume melhor todas as explicações, que foram 100% corretas. E tente matar esse mito na sua empresa, pq quem falou isso, não sabe que está agilizando uma instrução SQL e praticamente matando o banco de dados. Abraços, Rodrigo Almeida Em 18/12/2013, à(s) 11:22, ederson200...@yahoo.com.br escreveu: > Correção: > > No texto onde se lê: > > --> Criar o indice em bairro.cli_cod_bairro, pode agilizar as pesquisas em > cima de um "where cli_cod_bairro =", mas não é obrigatório. > > > > O correto é: > > --> Criar o indice em CLIENTE.cli_cod_bairro, pode agilizar as pesquisas em > cima de um "where cli_cod_bairro =", mas não é obrigatório. > > > Meu multitask está falhando hj. > >
Re: [oracle_br] ukoug_tech13 - Impressions
Achei muito bacana tb… show de bola… parabéns! Em 09/12/2013, à(s) 11:11, Fernando Martins escreveu: > > Muito legal Alex, realmente tem vários tópicos interessantes ai, como esses > "Oracle Active Data Guard: Next Generation Data Protection" e o do "Opening > the Black Box from the Cost Based Optimizer", vai ter bastante material pra > analisar, revisar e estudar por um bom tempo. Parabéns pelo artigo. > > -- > Fernando Martins > > Oracle Database 11g Administrator Certified Professional > Oracle Database 10g Real Application Clusters Administrator Certified Expert > Oracle Database 10g Administrator Certified Professional > Oracle Database 10g Administrator Certified Associate > Oracle9i Database Administrator Certified Associate > Linux Professional Institute Certfied Level 1 > > "God grant us the serenity to accept the things we cannot change, > courage to change the things we can, > and wisdom to know the difference." > > > Em 7 de dezembro de 2013 14:36, Alex Zaballa > escreveu: > > Boa tarde pessoal, > > Na semana passada estive em Manchester à convite do UKOUG, participando da > conferência anual do grupo de usuários - TECH13. > > Estou reunindo os links com as apresentações que participei e deixarei > disponível, assim que possível, na página do Grupo de Usuário Oracle de > Angola (GUOA - www . guoa . org), para quem tiver interesse. > > Fiquei muito impressionado com o nível das apresentações e a organização do > evento. > > Também fiz um post no meu blog com as fotos ( http :// alexzaballa . blogspot > . com) > > As apresetanções que eu mais gostei: > > - Frits Hoogland (ACE Director) da Enkitec - About Multiblock Reads: Ele > compartilhou os resultados de sua pesquisa de 2 anos sobre leituras no > Oracle. Muito interessante a demonstração dos eventos de trace do Oracle + > strace. > > - Andy Colvin (Oracle ACE) da Enkitec - RMAN in Oracle Database 12c - Top New > Features > > - Maria Colgan - Introduction to the New Oracle Database In-Memory Option > > - Tom Kyte - Oracle Optimizer: What's New in Oracle Database 12c? > > - Larry Carpenter da Oracle - Oracle Active Data Guard: Next Generation Data > Protection > > - Larry Carpenter da Oracle - Oracle Maximum Availability Architecture Best > Practices for Oracle Multitenant > > - Maris Elsins da Pythian - 10 Ways to Improve your RMAN Script > > - Jonathan Lewis - Debate: Does Oracle Ignore Hints? > > - Julian Dyke (Oracle Ace) - Oracle 12c New Features – Picking the Winners > > - Joel Goodman - Roundtable - RAC and Grid Infrastructure > > Abs > Alex Zaballa > > > > >
Re: [oracle_br] ORA-01195: online backup of file
Olá Ednilson,
Outro ponto importante… talvez você esteja fazendo uma recuperação UNTIL
CANCEL, coisa que o RMAN não faz.
Você já verificou se o seu SCN está no arquivo de REDO LOG ativo antes de fazer
o OPEN RESETLOGS?
Antes da restauração com RMAN, chegou a realizar um recover database preview; ?
Para saber até onde você pode recuperar?
Abraços,
Rodrigo Almieda
Em 04/12/2013, à(s) 17:35, ederson2001br escreveu:
> Colega,
>
> Primeiro, vc deve verificar até quando vc pode recuperar/atualizar o seu
> retorno de backup.
>
> Antes do restore, verifique executando pelo RMAN (certifique-se que está na
> máquina CLONE antes de deletar):
>
> crosscheck archivelog all;
> crosscheck backup;
> crosscheck backup of database;
> delete expired archivelog all;
> delete expired backup;
> delete obsolete;
>
> list backup of archivelog all;
>
> --> para informar SEQUENCE e TREAD no comando de recover mais abaixo (olhe a
> última linha)
> . . .
> . . .
> . . .
> List of Archived Logs in backup set 174534
> Thrd Seq Low SCN Low Time Next SCN Next Time
> --- -- -- -
> 1 155229 6709427517102 25/11/2013 12:10 6709429231153 25/11/2013 12:35
> 1 155230 6709429231153 25/11/2013 12:35 6709429552154 25/11/2013 12:40
>
> Pelo meu exemplo, observa-se que a última SEQ arquivada é a 155230 (ultimo
> SCN válido). Assim, vc vai proceder um restore parcial, assim:
>
> run
> {
> set until sequence 155230 thread 1;
> restore database;
> switch datafile all;
> recover database;
> alter database open resetlogs;
> }
>
> []'s
>
> Ederson Elias
> DBA Oracle
> http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
>
> Labor improbus omnia vincit
>
> --- Em oracle_br@yahoogrupos.com.br, "Ednilson Silva"
> escreveu
> >
> > Pessoal,
> >
> > Estou clonando uma base de dados e após aplicar os archive ocorre o erro
> > abaixo, alguém poderia ajudar?
> >
> >
> >
> > SQL> ALTER DATABASE OPEN RESETLOGS;
> >
> > ALTER DATABASE OPEN RESETLOGS
> >
> > *
> >
> > ERROR at line 1:
> >
> > ORA-01195: online backup of file 148 needs more recovery to be consistent
> >
> > ORA-01110: data file 148: '/d01/oradata/prod/i_in_lanc03.dbf'
> >
> >
> >
> > Grato,
> >
> >
> >
> > Ednilson
> >
>
>
>
Re: [oracle_br] Dúvida criação/atualização de objeto (view)
Mostre para nós as DDLs envolvidas e o script completo, após isso, pego os atributos dela na v$objects e nos envie. Em 04/12/2013, à(s) 10:44, J. Laurindo Chiappa escreveu: > Cesar, Absolutamente Não Adianta mandar anexos, o Grupo não aceita qualquer > tipo de anexo : o que vc quiser mandar, copie e cole (em modo texto!) no > corpo do e-mail, ou suba para algum web service/site de compartilhamento de > arquivos > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, Cesar Sturion escreveu > > > > Olá Pessoal, > > > > @Rodrigo, então ela não está inválida na base. Simplesmente ela não > > atualizou. Estou enviando em anexo como está no cliente e a correção que > > enviamos. > > > > No log de instalação aparece dessa forma: > > > > Executando arquivo vCob_Cnab_Ocorr_Liquidacao.sql > > > > 1 row selected. > > > > > > View created. > > > > No errors. > > > > > > > > 2013/12/4 > > > > > > > > > > > CEsar, > > > > > > Qual o erro especificadamente está ocorrendo? A view continua inválida? > > > > > > Tem alguma opções de WITH OPTION nela? Poste a DDL dela.. > > > > > > > > > Abraços, > > > Rodrigo Almeida > > > Em 03/12/2013, à(s) 21:51, Cesar Sturion escreveu: > > > > > > > > > Boa noite pessoal, > > > > > > Não participo ativamente da lista, mas acompanho as respostas. > > > > > > Mas hoje aconteceu uma questão muito estranha e gostaria de compartilhar > > > com voces para que quem entenda melhor, possa me descrever o que > > > aconteceu. > > > > > > Ontem enviamos uma correção que continha uma view. Temos um instalador que > > > executa a recriação dos objetos alterados na base. > > > > > > Qual não foi a nossa surpresa quando o cliente nos informou que o erro > > > ainda ocorria, refizemos os testes e nada. Quando deu uma luz em mim e > > > pedi > > > para voltar a view anterior e bingo o erro voltou a ocorrer. Enviei uma > > > consulta buscando o corpo da view e identifiquei que a view não havia > > > sofrido a alteração, estava com a versão anterior. > > > > > > A view tem o force logo após o create or replace e não tem a barra (/) no > > > final, somente o ponto e virgula. O banco que foi executado é um Oracle > > > 10g 10.02.04 de 64 bits rodando em Oracle Linux. > > > > > > Outra informação no log a view o debug informou que a view foi criada com > > > sucesso. > > > > > > Alguém tem uma ideia do porque isso aconteceu ? Existe uma forma de > > > analisar o ocorrido ? > > > > > > Desde já Obrigado. > > > > > > Cesar Sturion > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > >
Re: [oracle_br] EM12c - Migração de banco de dados entre servidores
Rapaz… O melhor dos mundos, seria realizar um novo “cadastro” do seu banco de dados 10g no OEM 12c, usando o AUTO DISCOVERY do OEM, mesmo que o seu agente seja o 12.0.1, ele irá descobrir os componentes e começar a monitorar o seu “novo” host. Porém, temos o histórico da sua base 10G que está armazenado no schema SYSMAN, leve ele também e forneça a sua senha durante o processo de descoberta do OEM 12c, assim o histórico será mantido, e caso tenha configurações de BECONS, SISTEMA, SERVIÇO criado para este banco ou host, será preservado. Abraços, Rodrigo Almeida Em 25/11/2013, à(s) 12:44, J. Laurindo Chiappa escreveu: > Tudo jóia ? Então, databases são identificados no OEM pela combinação > servidor+oracle_home+iddodatabaseouserviço+porta, então em princípio se > qualquer um desses elementos mudar sim, em princípio se deveria > de-registrar/deletar esse target (enfim, o eliminar do OEM) e o readicionar, > isso mesmo... O ponto que pega se fazendo isso é que vc perde o histórico... > Até há adaptações possíveis para vc mudar no repositório/initfile/whatever do > OEM só o(s) elemento(s) de identificação que mudaram (pesquise no metalink as > notas correspondentes), mas eu pessoalmente SEMPRE vou no simples, > delete+add > A minha dúvida na sua situação é só o fato de que os outros DBs são 11gr2, > então certamente o Agent nesse servidor deve ser dessa versão ou superior, > tenho dúvidas referente à compatibilidade desse agent com o banco 10g - Não > deixe de consultar no metalink a matriz de Compatibilidade... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "dadim_op" escreveu > > > > Olá grupo! > > Tive uma situação aqui neste sábado: migramos um banco (chamemos de db1) de > > um servidor Linux onde residia sozinho para outro onde existem mais 4 > > bancos. > > Ele era 10gR2 e continuou 10gR2. Mas as bases na sua nova "casa" são 11gR2. > > Tudo monitorado com EM12c (versão 12.1.0.2). > > > > Agora entra a dúvida: No nosso Cloud Control temos o banco ainda registrado > > no linux1, o procedimento correto seria um deregister neste server e add > > novamente? > > Obrigado pela ajuda. > > > > >
Re: [oracle_br] Dúvida criação/atualização de objeto (view)
CEsar, Qual o erro especificadamente está ocorrendo? A view continua inválida? Tem alguma opções de WITH OPTION nela? Poste a DDL dela.. Abraços, Rodrigo Almeida Em 03/12/2013, à(s) 21:51, Cesar Sturion escreveu: > > Boa noite pessoal, > > Não participo ativamente da lista, mas acompanho as respostas. > > Mas hoje aconteceu uma questão muito estranha e gostaria de compartilhar com > voces para que quem entenda melhor, possa me descrever o que aconteceu. > > Ontem enviamos uma correção que continha uma view. Temos um instalador que > executa a recriação dos objetos alterados na base. > > Qual não foi a nossa surpresa quando o cliente nos informou que o erro ainda > ocorria, refizemos os testes e nada. Quando deu uma luz em mim e pedi para > voltar a view anterior e bingo o erro voltou a ocorrer. Enviei uma consulta > buscando o corpo da view e identifiquei que a view não havia sofrido a > alteração, estava com a versão anterior. > > A view tem o force logo após o create or replace e não tem a barra (/) no > final, somente o ponto e virgula. O banco que foi executado é um Oracle 10g > 10.02.04 de 64 bits rodando em Oracle Linux. > > Outra informação no log a view o debug informou que a view foi criada com > sucesso. > > Alguém tem uma ideia do porque isso aconteceu ? Existe uma forma de analisar > o ocorrido ? > > Desde já Obrigado. > > Cesar Sturion > > > >
Re: [oracle_br] Grid control
Rogério… Exatamente como o Chiappa mencionou, essa métrica é baseada no último checkpoint de backup do datafile e vai lhe informar em tempo. Caso a data do seu último backup em um determinado datafile foi 27/10/2013 12:11:10, e hoje é 27/10/2013 20:11:10 o valor será 8, equivalente a 8 horas. Métrica que você pode usar dentro do conceito de SISTEMA ou SERVIÇO nas configurações do OEM GC ou CC para monitoração e efetivar seu COMPLIANCE ou SLA. Abraços, Rodrigo Almeida Em 30/10/2013, à(s) 11:04, Roger Camatini escreveu: > > Bom dia, > > Obrigado Chiappa. > > Atenciosamente, > > Rogério Camatini. > > > Em 30 de outubro de 2013 10:05, J. Laurindo Chiappa > escreveu: > > Eu nunca usei, mas afaik essa métrica reporta a qtdade de horas desde o > último backup dum dado datafile : serve para atender ambientes onde há um SLA > rígido , que estabeleça um máximo x horas de intervalo entre backups Isso > tem a sua importância porque quanto mais antigo um backup, mais archived redo > logs vc terá que aplicar para restaurar a posição corrente em caso de > necessidade > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, Roger Camatini > escreveu > > > > > > Boa tarde, > > > > Alguem trabalha com grid control e poderia me explicar qual o objetivo da > > metrica Age of Datafile ? > > > > The value of Age of Datafile Backup is 72.521 > > > > Atenciosamente, > > > > Rogério Camatini. > > > > > > >
Re: [oracle_br] Valor Oracle Exadata
Uiiiaaa…. O SANFELICE por aqui…. kk Essa sua quarter aí tive o prazer de mexer nela… kk Ficou mais bonita quando colocou as primas do lado (Exa DATA + LOGIC) via SDP do Infiniband… coisa de macho! k Mas cara! Geralmente os preços não variam muito não, o que conta é o tipo de contrato com a Oracle e o que pode se abater de licenças ao comprar uma máquina como essas… Dificilmente a Oracle vai queimar preço em EXAs, SuperCLuster e ODAs… o que ocorre que vocês tem muito mais Oracle espalhados pela empresa e eles consolidam esses ativos dentro da máquina e mata os ambientes anteriores… Lembre-se, até nos eventos tu paga por aquelas canetas bonitinhas, caderninhos e panfletos da Oracle… com as máquinas é a mesma coisa. Só falado de um modo mais bonito! kkk Abraços pessoal… Em 23/07/2013, às 18:48, jorge sanfelice escreveu: > Entao, conforme o miltao, comentou hehehehhe temos um brinquedo desse. > > O valor passa de 1 milhao, isso que posso te dizer (e esse valor é > publico, esta no site da Oracle) mais cara, o valor do Exadata ou do > Exalogic é o menor dos seus problemas... chega a ser irrelevante (se pensar > como uma empresa grande). > > A maior questao que envolve isso é o planejamento a medio e longo prazo > (que ninguem faz, hehehehehe), ou seja, voce nao vai ter um contrato e sim > um "pacto", pois, renovar licenca, manutecao, datacenter para colocar esse > cara, suporte da oracle, etc... tipo, voce vai comprar uma ferrari e levar > no "seu joao" pra arrumar? > > Nem se compara a administrar um Oracle normal... a "parada é louca". > > Assim, o Exadata é fera mesmo cara, temos um Quarter Rack... a maquina > sobra da show mesmo, o problema do Quarter Rack é em relacao a espaco > em disco, creio que ele é mau dimensionado, deveria ter mais disco no > default... fora isso, nao tem o que dizer, o funcionamento é animal e o que > mata a pau sao as features de partitioning, compress HCC, etc... (minha > opniao). > > Tem que ver que a Oracle agora tem outras modalidades ... uma parada > chamada "as a service"... creio que seja isso. Voce paga por mes... cara... > assim, comprar isso é bem mais complicado do que parece... > > Ai pra ajudar ainda tem o supercluster > > Boa Sorte > > > > > > > > > > > > > Em 23 de julho de 2013 17:56, Fabio Prado escreveu: > >> ** >> >> >> Miltão, muito obrigado pelas dicas! >> >> Realmente acho que não vamos conseguir comprar um EXADATA por caso do alto >> custo e a não possibilidade de desmembramento de certos itens e softwares >> (verifiquei isso hoje com o Rodrigo Almeida), que poderiam baratear o >> custo. >> >> Aqui por exemplo, não precisamos de licenciamento de Partitioning e o >> Storage embutido do EXADATA. O ideal para nós vai ser comprar um novo >> servidor Intel e adquirir as licenças adicionais à parte! >> >> []s >> >> Fábio Prado >> http://www.fabioprado.net >> >> Em 22 de julho de 2013 20:02, Milton Bastos Henriquis Jr. < >> miltonbas...@gmail.com> escreveu: >> >>> Fala Fabião! >>> >>> Cara, trabalhei numa empresa que comprou um Exalogic - nem posso citar >>> valores pois tem um funcionário >>> de lá que participa aqui dessa lista né Jorjão?? kkk >>> Mas nem caberia comparação também, pois foi um valor muito mais alto do >> que >>> vc citou, até pelo fato de não >>> ser apenas um Exadata, mas um Exalogic (não lembro de Half ou Full). >>> >>> Depois disso trabalhei também numa parceira Oracle, com pré-vendas, e >> quase >>> vendemos um Exadata pra >>> uma empresa do ramo alimentício do interior do Paraná, A venda só não foi >>> concretizada devido a saída inesperada >>> do gerente de TI que queria fazer a compra. >>> >>> O que posso te dizer é que os preços realmente variam muito - a margem é >>> grande, pois o valor do produto >>> inclui toda a questão de licenciamento. >>> Se fôssemos falar só de hardware essa variação não aconteceria tanto - >>> afinal, todo hardware tem seu custo para >>> ser produzido e comercializado, e em cima deste custo é colocado o lucro. >>> Já a questão de licenciamento abre uma brecha pra Oracle trabalhar com >>> preços. >>> >>> Isso envolve MUITA coisa... a Oracle tenta de tudo para vender máquinas >> pra >>> setores governamentais, por exemplo. >>> E quando é Governo, tem pregão eletrônico. Leilão! E em leilão a Oracle >> vai >>> abaixando o preço até ganhar... a margem >>> é grande. Dar 3 milhões de desconto pra eles é "normal", pois é >> importante >>> eles não perderem negócio. >>> >>> A grande sacada é: não mostre que vc QUER um Exadata. >>> Apresente alternativas pro comercial da Oracle. Tem que ter concorrência. >>> Só assim abrem as pernas. >>> Fale que vc tá avaliando Teradata e Netezza também. >>> Tem que ser duro na negociação! >>> >>> >>> >>> >>> 2013/7/22 Fabio Prado >>> ** Pessoal, Existe a possibilidade (dependendo do custo) de adquirirmos um Exadata *Quarter Rack
