Re: [oracle_br] Diferença entre Standby X Dataguard
Bom, somente pelo fato do Dataguard só funcionar em bancos Enterprise, essa já é uma diferença bem grande (você precisa licenciar ambos os bancos). No Standby, você precisa apenas pagar as licenças dos dois servidores envolvidos (não existe um valor em especial pelo uso do Standby). Sds, Marcelo Medrado Em 20 de agosto de 2010 20:21, escreveu: > > > Senhores, > Qual a diferença ref. a licença () do Dataguard e a licença do standby > ??? > > Obrigado, > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Problemas com tempos de resposta do Listener
Carlos, Uma outra forma, complementando nosso colega Duilio, é desativar a geração de logs do Listener: Entra nele digitando: lsnrctl Em seu prompt você digita: LSNRCTL> set log_status off Sds, Marcelo Medrado Em 4 de agosto de 2010 16:13, Duilio Bruniera Junior escreveu: > cara tenta uma coisa ! > no "Listener Log File" > dentro da home do oracle na pasta ../network/log/listenerlog > esse arquivo listener.log limpa ele ! faça uma copia e de esse comando. > cat /dev/null > > cat /dev/null > filename > > tenta isso eu não sei explicar mais uma ves eu tive um problema parecido > pois esse arquivo meu estava muito grande , depois que limpei arrumou. > > esse arquivo tem todas as transações do listener ... > não a nenhum risco em limpar ele! > > > > Em 4 de agosto de 2010 15:07, Carlos Andrade >escreveu: > > > > > > > Vê se alguém consegue me ajudar. > > Tenho uma BD Oracle 9i (9.2.0.8) 32 bits, em uma máquina Solaris 5.10 (64 > > bits).Estou com o seguinte problema..Os tempos de resposta do listener > > (inclusive dentro da própria máquina) estão crescentes. Tipo, quando > baixo e > > levanto o listener o problema se resolve, dentro de uma semana já tenho > os > > tempos elevados novamente.Já fiz teste na rede e não detectei nenhum > > problema... > > Alguém tem alguma idéia? > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > > > Links do Yahoo! Grupos > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] limitar quantidade de sessoes de 1 u suários
Pablo, Verifique também se o parâmetro RESOURCE_LIMIT está setado para TRUE no INIT do Oracle. Sds, Marcelo Medrado Em 4 de agosto de 2010 16:51, Raul Francisco Costa F. de Andrade, DBA < raulf...@gmail.com> escreveu: > Crie um profile e defina para ele o limit SESSIONS_PER_USER > > Alter profile profile_name resourse_name limit valor > > ALTER PROFILE SQL_PROF SESSION_PER_USER LIMIT 3; > > Depois coloque o usuário neste profile: > > ALTER USER username profile profile_name; > > Espero ter ajudado. > > Raul > > Em 4 de agosto de 2010 16:21, Pablo Quadros escreveu: > > > > > > > Srs., > > > > Alguém sabe como posso limitar a quantidade de sessões que 1 usuário > oracle > > pode abrir? por exemplo, preciso que o usuario user01 não consiga abrir > > mais > > de 3 sessoes... > > > > abraço! > > > > Pablo > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > -- > --- > *Raul Francisco da Costa Ferreira de Andrade* > *DBA - OCP - Oracle Certified Professional* > *COBIT Foundation 4.1* > Fone: (41)8855-8874 Brt > email: raulf...@gmail.com > Skype: raul.andrade > www.clickdba.com > > "A adversidade leva alguns a serem vencidos > e outros a baterem recordes." > William Arthur Ward > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > > Links do Yahoo! Grupos > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] URGENTE !! Cache buffer CHAINS
Candiurudba, Passa pra gente o nome completo do EVENTO e a versão completa do banco e alguma informação adicional. Já vi esse comportamento em versões 10gR2 anteriores à 10.2.0.4. Sds, Marcelo Medrado Em 30 de junho de 2010 10:38, candiurudba escreveu: > > > Pessoal, > > Uma ajuda por favor, > > estou tendo alguns latch Cache buffer CHAINS no meu banco de produção que > nao estou conseguindo resolver... > > alguem teria alguma ideia ? > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Gerar Arquivo .XLS atraves do SLQ*PLUS
Elcio, Boa tarde! Não sei se lhe serve (você pode querer especificamente o SQLPLUS por poder fazer scripts com base em comandos dele) mas você não poderia DO PRÓPRIO EXCEL fazer as consultas necessárias usando conexão ODBC? É bem fácil e o resultado é muito bom, se este for o caso. Sds, Marcelo Medrado Em 21 de junho de 2010 14:49, Elcio Francisco escreveu: > > > Pessoal,Alguem sabe alguma maneira de gerar um arquivo no formato .XLS > (Planilha do excell) antes era .TXT (Arquivo texto)agora tera que ser no > excell.. > > Obrigado > > Elcio Francisco > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Aprovado: 1Z0-051 Oracle Database 11g: SQL Fundamentals I e conselhos.
É realmente muito pessoal. Se os valores forem os mesmos, siga o que você realmente gostar mais. A diferença é que DBA dorme menos. ;-) De qualquer forma, a grande maioria dos DBAs que conheço que iniciaram suas carreiras como desenvolvedores são muito bons e completos. Você acaba obtendo um conhecimento diferenciado da parte de tuning de consultas que faz uma grande diferença quando a empresa não segmenta o DBA Desenvolvedor do DBA Infraestrutura. Grande abraço e parabéns. Marcelo Medrado Em 10 de junho de 2010 13:17, Ygor Thomaz escreveu: > > > VUE*ORACLE EXAM 800-511-3478 $ 125,00 > > Em 10 de junho de 2010 09:55, Evandro Giachetto > > escreveu: > > > > > Na empresa que trabalho (Big Blue), apesar de ser baixo, o salário de DBA > e > > Developer é praticamente o mesmo. > > > > Abraço. > > > > Evandro Giachetto > > Oracle SQL Expert > > Oracle Certified Associate > > evan...@clickinterativa.com.br > > > > > > Em 9 de junho de 2010 19:27, Ronaldo > > > > escreveu: > > > > > > > > > > > Qual foi o valor da prova? > > > > > > De: oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br> [mailto: > > > oracle_br@yahoogrupos.com.br 40yahoogrupos.com.br>] Em > > > nome de Ygor Thomaz > > > Enviada em: segunda-feira, 24 de maio de 2010 23:43 > > > Para: oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br>; > > > dotnet...@googlegroups.com 40googlegroups.com> > > > Assunto: [oracle_br] Aprovado: 1Z0-051 Oracle Database 11g: SQL > > > Fundamentals > > > I e conselhos. > > > > > > Galera, > > > > > > a cinco meses atrás iniciei meus estudos para esta prova e hoje > > > finalmente realizei e passei por este obstáculo. > > > > > > Obrigado a todos da lista que tiraram minhas duvidas neste período. > > > > > > Agora estou na encruzilhada não sei se faço a Oracle Database 11g: > > > Administration I 1Z0-052 e sigo a carreia de DBA (já conheço sistemas > > > Unix a anos) > > > ou se sigo a carreira de Developer e tiro Oracle PL/SQL Developer > > > Certified Associate(1Z0-144 ou 1Z0-147) junto com as certificações > > > .NET(que tambem já conheço) da MS ! > > > > > > E ai pessoal? Sei que é uma coisa pessoal, mas ambas as areas me > > > dariam prazer. Como estão os salários de DBA e Developer PL/SQL > > > Oracle? To totalmente por fora neste quesito. > > > > > > Abraços!!! > > > > > > -- > > > Best regards, Ygor Thomaz a.k.a CtrlC > > > Website: http://ctrlclabs.ygorth.net/ > > > "With Great Power Comes Great Responsibility." > > > Uncle Ben, Spiderman > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > -- > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! > VISITE: http://www.oraclebr.com.br/ > > -- Links do > Yahoo! Grupos > > > > > > -- > Best regards, Ygor Thomaz a.k.a CtrlC > Website: http://ctrlclabs.ygorth.net/ > "With Great Power Comes Great Responsibility." > Uncle Ben, Spiderman > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] ESTATISTICAS
Alex, Com o ESTIMATE, você pega linhas por amostragem (em porcentagem). No modo COMPUTE ele varre tudo. Existem benefícios e malefícios para cada um. Se sua tabela for semelhante em todas as linhas no que diz respeito a tamanho de colunas, etc, o estimate pode valer a pena pois é bem mais rápido. Sds, Marcelo Medrado Em 17 de maio de 2010 09:03, Alex Castro escreveu: > > > QUAL A DIFERENCA DE ESTIMETE E COMPUTE PARA ESTATISTICAS NO ORACLE > .. > www.servercom.com.br > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Disaster Recovery - StandBy Databases Read Only ?
Como o Standby Database não transporta sozinho os logs, você vai precisar copiar esses logs para o outro servidor. Eles estando fora do ASM você pode usar relação de confiança entre os dois Linux/Unix e usar o RSYNC. Como você pode usar o bom e velho "alter database rename file 'xxx' to 'yyy'" no standby, acredito que teoricamente você poderá até ter um standby em filesystems EXT3 sem o uso de RAC ou ASM. Mas isso fica no plano da imaginação. Geralmente com RAC se usa Dataguard mesmo (eu mesmo nunca precisei implementar um cenário assim). Sobre a aplicação dos archivelogs, realmente tem que estar em mount. Somente com um "alter database open read only" você poder abrí-lo para consultas. Existem alguns clientes que usam bancos assim para relatório. Neste caso, fazemos scripts de S.O. que param a sincronia e abrem o banco durante determinados horários. Sds, Marcelo Medrado Em 12 de maio de 2010 16:40, candiurudba escreveu: > > > Boa tarde colegas, > > Minha ideia original era utilizar o Dataguard com a feature Active > dataguard para realizar uma replicação fisica assincrona com possibilidades > de deixar a base em estado read only mas infelizmente, devido os custos do > licenciamento do enterprise e deste optional, estou começando a estudar a > possibilidade de implementação do Standby databases > > Mas tenho uma dúvida pois, ele receberá todos os arquives gerados pelo > Oracle RAC, ou seja, tenho 2 nós que geram seu proprios arquives (Discos > locais), de forma que precisaria criar um script e transferiri estes > carinhas para o standby. Isso seria tranquilo ? Levando em consideração que > tenho um RAC ? Como o standby resolve isso ? ele consegue ler o archives > gerados em um cluster sem problemas ? > > Outra duvida é se posso ter um standby database em read only ou realmente > ele precisa estar em mount ? > > Obrigadão pela ajuda... > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Tamanho maximo TableSpace
Sim Pedro! O Oracle leva em consideração apenas a tablespace e não os datafiles. Se na exportação estiverem de um jeito e na importação de outro, não há problema algum (na verdade, você vai usar muito isso quando estiver migrando bases de um servidor para o outro). Abraços, Marcelo Medrado Em 13 de maio de 2010 23:29, Pedro de Souza escreveu: > > > Aproveitando o tópico, eu fiz o seguinte em minha base de teste. Minha > tablespace esta com 4gb. > Então eu fiz um exp dela, tornei offline e fiz um drop. > Criei novamente mais coloquei com 3 datafiles para estender até 2gb cada e > fiz um import. > A princípio funcionou, mais alguem já fez isto? é aconselhável este > procedimento? > > > - Original Message - > From: Duilio Bruniera Junior > To: oracle_br@yahoogrupos.com.br > Sent: Thursday, May 13, 2010 2:54 PM > Subject: Re: [oracle_br] Tamanho maximo TableSpace > > cria um novo datafile para o tablespace > ALTER TABLESPACE "" ADD DATAFILE '/u01/oradata/dados_002.dbf' > SIZE 1M; > tente nunca deixar os datafiles ficarem tão grandes pois na hora de > recuperar/backupear/voltar é sempre mais demorado. > > Em 13 de maio de 2010 11:55, Gerson Junior > >escreveu: > > > São os datafiles. > > > > Melhor forma de resolver: Adicionar um novo datafile. > > > > Abraços. > > > > > > > > Atc. > > Gerson S. de Vasconcelos Júnior > > OCA DBA - Oracle Certified Associate > > Fone: (81) 9103-4984 > > Msn: gerson.vasconce...@gmail.com > > Skype: gersonvjunior > > http://www.diaadiaoracle.com.br/ > > > > > > Em 13 de maio de 2010 11:35, Rafael Merlin > > > > escreveu: > > > > > > > > > > > Ola, > > > > > > Tenho uma TableSpace que chegou em 32gb e ela não esta estendedno mais > > > automaticamente > > > gostaria de saber se o oracle tem limite de 32gb nas tablespace ou são > os > > > datafiles que tem esse limite maximo. > > > > > > E qual a melhor forma de resolver? > > > > > > Obrigado > > > > > > Rafael Merlin > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > -- > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > > inteira responsabilidade de seus remetentes. > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > > -- > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > Procedure > > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > http://www.oraclebr.com.br/ > > -- > > Links do Yahoo! Grupos > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > -- > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2864 - Release Date: 05/09/10 > 18:26:00 > > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] package
Complementando o Gerson, existem algumas circunstâncias em que o Oracle *não tem sucesso* recompilando a package, mesmo não havendo erros. Isso ocorre quando você possui dependências remotas (via db_link por exemplo). Dá uma olhada nesse link. Ele é bem esclarecedor. http://oracletoday.blogspot.com/2009/02/remote-dependencies.html Abraços, Marcelo Medrado Em 10 de maio de 2010 17:34, Gerson Junior escreveu: > Sempre que um objeto é utilizado e está inválido, o banco tenta validar. > > Seja package, procedure, trigger... sempre que é chamado o objeto e ele > estiver inválido, será automaticamente recompilado, caso exista algum > problema que impossibilite a re-validação aí sim, vai estourar um erro para > a aplicação. > > Espero que tenha ficado claro! > > > > > Atc. > Gerson S. de Vasconcelos Júnior > OCA DBA - Oracle Certified Associate > Fone: (81) 9103-4984 > Msn: gerson.vasconce...@gmail.com > Skype: gersonvjunior > http://www.diaadiaoracle.com.br/ > > > Em 10 de maio de 2010 17:24, Dênio Flávio Garcia da Silva < > de...@nbsi.com.br > > escreveu: > > > > > > > Boa tarde, > > > > Se eu tenho uma package com erros de compilação, por exemplo, uma > > determinada coluna faltando numa tabela. > > > > Se eu criar a coluna na tabela, é necessário eu recompilar a package? > > > > Se minha aplicação chamar a package sem antes dar o comando alter > > recompile, o Oracle vai conseguir desempenhar a rotina da package? > > > > Obrigado > > > > Denio > > > > De: oracle_br@yahoogrupos.com.br > [mailto: > > oracle_br@yahoogrupos.com.br ] Em > > nome de Claudinho > > Enviada em: segunda-feira, 10 de maio de 2010 15:56 > > Para: oracle_br@yahoogrupos.com.br > > Assunto: [oracle_br] DBMS_ADVANCED_REWRITE > > > > Boa tarde pessoal, > > > > Tenho um banco de dados para o qual é enviado um comando com hint. > > A hint está fazendo besteira, o plano de execução fica muito melhor sem > > ela. > > Ao invés de alterar a aplicação direto, gostaríamos de fazer alguns teste > > antes para validar o real ganho no processo. Segundo a Oracle seria > > possível > > remover a hint utilizando o DBMS_ADVANCED_REWRITE, porém estou tendo > > dificuldades ao utilizar este recurso. > > > > Segue um cenário que ilustra o problema que estamos encontrando: > > > > Tenho um usuário user1 e uma tabela tabtest; > > create table tabtest (num integer, mensag varchar2(10)); > > > > Tentei então eliminar a hint reescrevendo o plano: > > > > SQL> BEGIN > > 2 SYS.DBMS_ADVANCED_REWRITE.DECLARE_REWRITE_EQUIVALENCE ( > > 3 NAME => 'Teste', > > 4 SOURCE_STMT => 'Select /*+ rule*/ NUM, MENSAG from user1.tabtest > > order by NUM', > > 5 DESTINATION_STMT => 'Select NUM, MENSAG from user1.tabtest order by > > NUM', > > 6 VALIDATE => FALSE, > > 7 REWRITE_MODE => 'TEXT_MATCH'); > > 8 END; > > 9 / > > BEGIN > > * > > ERRO na linha 1: > > ORA-30394: source statement identical to the destination statement > > ORA-06512: at "SYS.DBMS_ADVANCED_REWRITE", line 29 > > ORA-06512: at "SYS.DBMS_ADVANCED_REWRITE", line 185 > > ORA-06512: at line 2 > > > > Apesar de os comandos não serem idênticos, o Oracle entede que são. Ao > > tentar diferenciá-los (where 1=1) obtenho um outro erro: > > > > SQL> BEGIN > > 2 SYS.DBMS_ADVANCED_REWRITE.DECLARE_REWRITE_EQUIVALENCE ( > > 3 NAME => 'Teste', > > 4 SOURCE_STMT => 'Select /*+ rule*/ NUM, MENSAG from user1.tabtest > > order by NUM', > > 5 DESTINATION_STMT => 'Select NUM, MENSAG from user1.tabtest where 1=1 > > order by NUM', > > 6 VALIDATE => FALSE, > > 7 REWRITE_MODE => 'TEXT_MATCH'); > > 8 END; > > 9 / > > BEGIN > > * > > ERRO na linha 1: > > ORA-30389: the source statement is not compatible with the destination > > statement > > ORA-00907: missing right parenthesis > > ORA-06512: at "SYS.DBMS_ADVANCED_REWRITE", line 29 > > ORA-06512: at "SYS.DBMS_ADVANCED_REWRITE", line 185 > > ORA-06512: at line 2 > > > > > > Alguém já passou por isso? > > Alguma sugestão? > > > > > > > > Atenciosamente, > > Cláudio Moraes > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > > Mensagem verificada pelo sistema de antivírus da Aser Security. > > > > --
Re: RES: [oracle_br] ORA-00386:
Prezado Carlos, Complementando a informação do Rodrigo, realmente o parâmetro DB_CACHE_SIZE é o mais utilizado para você PORÉM, por usar o parâmetro USE_INDIRECT_DATA_BUFFERS, que te permite endereçar mais espaço para o Buffer Cache que o limite imposto pela arquitetura 32 bits do Oracle você deve OBRIGATORIAMENTE utilizar DB_BLOCK_BUFFERS para setar seu Buffer Cache pois é a única forma do INDIRECT funcionar. A regra segue idêntica ao 8i: (db_block_buffers x db_block_size)/1024/1024 = Quantidade em Megas que você quer para o Buffer Cache. Vale ressaltar que, em benchmarks reais de alguns locais em que utilizei esse parâmetro, detecta-se um leve overhead de CPU no processo além de ocorrerem às vezes erros "esquisitos" relacionados à Latches e ORA-4030/4031. O melhor caminho é - realmente - migrar para 64bits ou utilizar os famigerados 1.7Gb máximos de SGA. Sds, Marcelo Medrado Em 29 de abril de 2010 12:10, Carlos Andrade escreveu: > > > Rodrigo > > Na verdade o db_block_buffer estava sendo utilizado por que o compatible da > base de dados estava para oracle 8 (8.1.0), como alterei para 9.2.0.8 queria > aumentar a cache da base de dados, e a unica forma de fazer isso na versão > 32bitsera usando o uuse_indirect_block_buffer (que não pode ser pelo > db_cache_size). Mas desconhecia que esse parametro fosse apenas para > utilização em Windows...isso não funciona em Unix? > > Com relação a migração para 64bits, temos que avançar por partes pois o > desenvolvimento foi todo feito em ProC 32bits...pode ter alguma > implicações > > --- Em qui, 29/4/10, Rodrigo Mufalani - ACE ♠ > > > escreveu: > > De: Rodrigo Mufalani - ACE ♠ > > > > Assunto: RES: [oracle_br] ORA-00386: > > Para: oracle_br@yahoogrupos.com.br > Data: Quinta-feira, 29 de Abril de 2010, 11:55 > > > > Bom dia Carlos, > > No Oracle 9i não use db_block_buffers, pois ele é para retro-compatibilida > de, use o parâmetro db_cache_size que é o correto para sua versão de Oracle, > então, altere o seu spfile para refletir essas mudanças. > > DB_BLOCK_BUFFERS > > Parameter type > > Integer > > Default value > > Derived: 48 MB / DB_BLOCK_SIZE > > Parameter class > > Static > > Range of values > > 50 to an operating system-specific maximum > > Real Application Clusters > > Multiple instances can have different values, and you can change the values > as needed. > > _ > > Note: > > This parameter is deprecated in favor of the DB_CACHE_SIZE parameter. > Oracle recommends that you use DB_CACHE_SIZE instead. Also, DB_BLOCK_BUFFERS > cannot be combined with the new dynamic DB_CACHE_SIZE parameter; combining > these parameters in the same parameter file will produce an error. > DB_BLOCK_BUFFERS is retained for backward compatibility. > > Quanto ao > > USE_INDIRECT_ DATA_BUFFERS > > Parameter type > > Boolean > > Default value > > false > > Parameter class > > Static > > Range of values > > true | false > > <http://download. oracle.com/ docs/cd/B10501_ 01/server. 920/a96536/ > ch1219.htm# REFRN10228> USE_INDIRECT_ DATA_BUFFERS controls how the system > global area (SGA) uses memory. It enables or disables the use of the > extended buffer cache mechanism for 32-bit platforms that can support more > than 4 GB of physical memory. On platforms that do not support this much > physical memory, this parameter is ignored. > > See Also: > > * <http://download. oracle.com/ docs/cd/B10501_ 01/server. 920/a96536/ > ch190.htm# 1018378> "LOCK_SGA", <http://download. oracle.com/docs/cd/B10501_ > 01/server. 920/a96536/ ch1192.htm# 1023999> "SHARED_MEMORY_ > ADDRESS", and <http://download. oracle.com/ docs/cd/B10501_ 01/server. > 920/a96536/ ch174.htm# 1017581> "HI_SHARED_MEMORY_ ADDRESS", which are other > parameters that control how the SGA uses memory. > * Oracle9i <http://download. oracle.com/ docs/cd/B10501_ 01/server. > 920/a96524/ toc.htm> Database Concepts for more information about the SGA. > > Ele é ignorado caso a plataforma não suporte esse parâmetro que > provavelmente é aceito no Windows. > > Na boa, se eu fosse você eu migraria o meu banco para 64bits, é melhor do > que ficar trabalhando em 32 bits. Nem vai te dar muito trabalho para fazer > isso. > > Atenciosamente, > > Rodrigo Mufalani > > Oracle Database Administrator > > rodr...@mufalani. com.br > > www.mufalani. com.br > > +55 21 8851-4817 > > _ _ ___ > > Oracle Certified Professional 10g & 11g > > Oracle Certified Expert RAC 10g R2 > > Oracle ACE Member ♠ > > De: oracle...@yahoo
Re: [oracle_br] Re: SUGESTÕES !! Divisão de Discos para ASM + RAC
Candiurudba, Acho o fato de mensurar fisicamente o que cada DG ocupa não vale o esforço e a logística de ocupação. Como você pode facilmente mensurar crescimento de objetos agrupados por tipos (tabelas, indices, etc) através de consultas ao dicionário de dados criando um histórico, acho que talvez a utilização de um grande DG facilite a operação. Na prática, para organizar logicamente seu banco você pode continuar mantendo indices e tabelas em TABLESPACES diferentes, como fazemos em filesystems comuns. Eu só vejo REALMENTE um ganho prático nisso se você tiver CANAIS diferentes no STORAGE para montar as luns e quiser separar algum trabalho pesado de I/O (algumas tabelas FATO grandes, ou um schema usado por um determinado sistema que pesa mais) sem que isso signifique necessariamente separar INDICES e TABELAS e sim separar objetos com demandas de I/O concorrentes. Espero ter ajudado! Abraços e boa sorte! Marcelo Em 28 de abril de 2010 10:02, candiurudba escreveu: > > > Então Marcos... > > Eu havia pensando a mesma coisa...com relação ao ASM, onde temos o Stripper > e Mirror como carro chefe, temos a distribuição de carga por todos os discos > do Storage e inclusive para trabalhar com BigFile Tablespace, que o > recomendado é tabalhar com ASM pois a distribuição da mesma será feita em > todos os discos, fica meio estranho criar muitos DG. > > Mas eu acho que a intenção do colega tenha sido somente fragmentar os DG > por tipos de segmentos, talvez para facilitar uma administração no que tange > a espaço em disco...assim conseguimos monitorar que o DG XXX, YYY ou ZZZ > cresceu tantos % em X tempo, ou que o DGDATA precisa de mais uma LUN de 50 > GB e que o responsável por este crescimento foi a tablespace BBB...nada que > uma boa volumetria não conseguisse fazer mas só vejo sentido assim pois como > os dados são distribuídos, cai o mito de separação das tablespaces por > sgmentos diferentes > > --- Em oracle_br@yahoogrupos.com.br , > Marcos Fontana escreveu > > > > > Pessoal, > > > > Cá entre nós. Não é muito mais complicado criar este tanto de DG para > > administrar? Não seria melhor criar várias luns de 50 para racionalizar o > > uso do storage e ai sim criar apenas 2 DGs, +DATA e +ARCH? Para que criar > > DGSYSTEM, DGINDEX, DGSEILA? O ASM não faz o arranjo por ele mesmo? Ele > não > > distribui a carga dentro do DG? Acho que isso só aumenta o trabalho. > Dentro > > do storage você não tem nem controle de onde esta cada lun fisicamente. > Já > > vi vários documentos de boas práticas da Oracle e recomendações mesmo > para > > que se use no máximo dois DGs e concordo plenamente. Hoje temos vários > > clientes com esta arquitetura e nenhum problema. > > > > Atenciosamente, > > > > Marcos Fontana > > > > 2010/4/27 Ricardo Cardoso de Sá > > > > > > > > > > > > Sim, pode. > > > > > > Neste caso, eu usaria mais por questões de economia de discos. > > > > > > Obs.: Você deverá ter o mesmo nome de mountpoint nos nodes, exemplo: > > > /oradata/banco/archive tem ser igual para os nodes. > > > Resumindo os archives serão gravados em cada node (thread). > > > > > > Considerando que as maquinas estarão dedicadas para o Oracle RAC, o > impacto > > > é quase 0 "zero". > > > > > > Att.: > > > Ricardo C.Sa > > > > > > -Mensagem original- > > > De: oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br> [mailto: > > > oracle_br@yahoogrupos.com.br 40yahoogrupos.com.br>] Em > > > nome de Marcelo Medrado > > > Enviada em: terça-feira, 27 de abril de 2010 12:02 > > > > > > Para: oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br> > > > Assunto: Re: [oracle_br] SUGESTÕES !! Divisão de Discos para ASM + RAC > > > > > > > > > Boa tarde senhores! > > > > > > Uma pergunta: > > > > > > Achei que era pré-requisito ter os archivelogs num lugar comum, visível > > > pelos dois nós (ASM ou OCFS, etc) e sempre fiz dessa forma. Eu posso > > > efetivamente ter um filesystem local em cada nó e salvar os archivelogs > > > neles? Qual o impacto real disso? > > > > > > Abraços! > > > > > > Marcelo > > > > > > Em 27 de abril de 2010 11:57, Ricardo Cardoso de Sá < > > > ricardo@... > escreveu: > > > > > > > > > > > > > > > > Olá, > > > > > > > > Minha sugestão: > > > > > > > > Os discos de QUORUM e OCR, eu criaria no
[oracle_br] Packages descompiladas
Prezados, Estamos administrando um sistema de varejo que passou a apresentar um comportamento estranho: De tempos em tempos (o intervalo não é preciso) algumas packages vitais ficam descompiladas causando erro na aplicação. Não existem jobs automáticos que fazem qualquer tipo de DDL que possa causar. Provavelmente a aplicação (que é de terceiros e não possui código fonte disponível) foi atualizada e algum módulo está causando isto. A questão é: Eu posso facilmente recompilar estes objetos no momento em que nosso sistema de monitoramento detecta objetos inválidos mas não vejo como rastrear o causador disso. São packages imensas, extremamente genéricas e é praticamente impossível parar o ambiente para testar módulo a módulo até descobrir quem causou a "descompilação" das packages em questão. Existe alguma forma de rastrear isso? Agradeço antecipadamente. Abraços, Marcelo Medrado [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] SUGESTÕES !! Divisão de Discos par a ASM + RAC
Boa tarde senhores! Uma pergunta: Achei que era pré-requisito ter os archivelogs num lugar comum, visível pelos dois nós (ASM ou OCFS, etc) e sempre fiz dessa forma. Eu posso efetivamente ter um filesystem local em cada nó e salvar os archivelogs neles? Qual o impacto real disso? Abraços! Marcelo Em 27 de abril de 2010 11:57, Ricardo Cardoso de Sá < ricardo@terra.com.br> escreveu: > > > Olá, > > Minha sugestão: > > Os discos de QUORUM e OCR, eu criaria no máximo 1G cada um, pois o tamanho > que cada um requer no máximo 256MB. > > Demais discos, eu criaria LUN´s de 64GB. > > Criaria ASM DiskGroup separadas por tipo de segmentos, exemplos: > > DGSYSTEM (SYSTEM, SYSAUX, REDO) 64 GB > > DGUNDO (UNDOTBS1, UNDOTBS2) 128GB > > DGTEMP (TEMP) (64GB) > > DGDATA (DADOS) Inicialmente 128GB e ia adicionando VOLUMES sobre demanda... > > DGINDX (INDICES) Inicialmente 128GB e ia adicionando VOLUMES sobre > demanda... > > Os archives eu colocaria em OCFS2 pois ficaria mais fácil a administração > ou > caso tenha bastante disco locais, colocaria os archives nos discos locais. > Neste caso é mais uma opção do que pré-requisito. > > Att.: > > Ricardo C.Sa > > _ > > De: oracle_br@yahoogrupos.com.br [mailto: > oracle_br@yahoogrupos.com.br ] Em > nome de candiurudba > Enviada em: terça-feira, 27 de abril de 2010 09:44 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] SUGESTÕES !! Divisão de Discos para ASM + RAC > > Bom dia colegas !! > > Gostaria de sugestões sobre a uma divisão dos discos do meu storage que > estou fazendo, para a implementação do ASM + RAC > > Hoje tenho 24 discos de 300 GB e começarei trabalhando com RAW DEVICES e em > seguida, irei migra-los para BLOCK DEVICES. > > Os binarios do SO + Oracle ficarão armazanados nos discos dos servidores e > as demais informações (dados, indices, flash recovery e etc) ficarão no > Storage. > > Pensei em iniciar o Storage trabalhando com um RAID 10 (deixando o mirror > somente a cargo do Storage e utilizando no ASM somente o stripping), ou > seja, deste 24 discos, teriamos para trabalhar 12 discos. > > TOTAL GERAL = 3.6 TB > > 300 GB - VOTING1 > 300 GB - VOTING2 > 100 GB - OCR1 > 100 GB - OCR2 > 100 GB - OCR3 > TOTAL 900 GB > + > 1.5 TB - +DATA > 500 GB - +INDX => Não sei se no caso do ASM, é vantajoso separar os indices > dos dados...fiquei na dúvida. > TOTAL 3104 GB > > Restando 568 GB para serem divididos para os Archives e Backups lógicos !! > > Minha idéia é colocar a geração dos ARC fora do ASM, criando um filesystem > com EXT3 por exemplo... > > Alguma sugestão ? > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Alguem Sabe
Igor, No SQL Server você pode criar uma espécie de DBLINK entre MSSQL e Oracle mas para fazer o contrário você realmente vai precisar utilizar alguma ferramenta especial. Sds, Marcelo Medrado Em 19 de abril de 2010 16:03, Igor Alves escreveu: > > > Existe alguma forma de manter uma replicação entre bases de dados no SQL > Server 2005/2008 e o Oracle 11g, > > Exemplo qualquer alteração que seja feita ou no SQL SERVER ou no ORACLE > seja > replicado para o outro banco, tipo um insert realizado no ORACLE ser > replicado para o SQL SERVER ou um update executado no sql server ser > replicado para o ORACLE. > > Igor Alves > Analista de Desenvolvimento PL\SQL - IPLANNER > Pós-Graduando em Banco de Dados com Ênfase em Alta Disponibilidade - > UNIFACS > Tel: (71)8812-8670 > > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Migrar banco de dados.
Welvis, Boa tarde! Na prática, uma boa forma de você fazer este procedimento é gerando um export da base origem e importando na base destino. Neste processo, você tomar cuidado algumas coisas como: - Executar testes para ver se a SUA APLICAÇÃO está homologada para a versão nova; - Ajustar os parâmetros de memória corretamente; - Fazer uso do UNDO_SUPPRESS_ERRORS no caso do 8i para 9i se necessário; - Compilar os objetos ao final da importação; - Criar previamente as tablespaces caso as mesmas mudem de local (ou você esteja mudando a plataforma - Windows para Linux, por exemplo); Caso você não tenha tempo hábil, existe a opção de utilizar o DBUA. Com ele, você instala os binários do 10g numa máquina com 9i, executa o assistente e o mesmo converte os datafiles para 10g, eliminando a necessidade de EXP/IMP. Na prática: Sempre que existe uma necessidade de migração desta natureza, vejo se o cliente pode arcar com a janela de parada necessária para um EXP/IMP pois você aproveita e reorganiza as tablespaces e tabelas. Abraços, Marcelo Medrado Em 26 de abril de 2010 14:58, Welvis Douglas escreveu: > > > Olá pessoal, > > Alguém tem algum paper de como migrar de uma versão para outra? > > Tipo da 8 para 9 ou da 9 para a 10g. > > Quais os pros, contras, os cuidados e por ai vai. > > Alguém tem algum material? > > Att, > > Welvis Douglas da Silva Moretto > > DBA - Oracle Certified (1ZO-042) > > Fone: (41) 9997-6297 > > E-mail: welvis_doug...@hotmail.com , > wel...@stcruz.com.br > > Messenger: welvis_doug...@hotmail.com > > Mestre em Engenharia de Produção e Sistemas - PUC/PR; > > Especializando em Banco de Dados - UNOPAR; > > Especialista Engenharia de Software - UNOPAR; > > Tecnólogo em Processamento de Dados - FACCAR. > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Problema com LISTENER TNS 12537
Prezado Xará, Verifique se o seu arquivo hosts (/etc/hosts) possui a linha: 127.0.0.1 srvbd01 localhost.localdomain localhost Onde srvbd01 é o hostname de seu servidor. Abraços, Marcelo Medrado Polo-IT Em 17 de fevereiro de 2010 05:36, Marcelo Grimberg escreveu: > > > Olá pessoal > > Estou com problema para conectar o listener e está apresentando seguintes > erros > > [ora...@marcelo admin]$ lsnrctl start LISTENER > > LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 16-FEB-2010 06:31:51 > > Copyright (c) 1991, 2005, Oracle. All rights reserved. > > Starting /u01/app/oracle/product/10.2.0/db_1/bin/tnslsnr: please wait... > > TNS-12537: TNS:connection closed > TNS-12560: TNS:protocol adapter error > TNS-00507: Connection closed > Linux Error: 29: Illegal seek > > veja meu listener.ora > > SID_LIST_LISTENER = > (SID_LIST = > (SID_DESC = > (SID_NAME = PLSExtProc) > (ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1) > (PROGRAM = extproc) > ) > ) > > LISTENER = > (DESCRIPTION_LIST = > (DESCRIPTION = > (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1)) > (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) > ) > ) > > tnsnames.ora > ORADB1 = > (DESCRIPTION = > (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) > (CONNECT_DATA = > (SERVER = DEDICATED) > (SERVICE_NAME = oradb1) > ) > ) > > EXTPROC_CONNECTION_DATA = > (DESCRIPTION = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1)) > ) > (CONNECT_DATA = > (SID = PLSExtProc) > (PRESENTATION = RO) > ) > ) > > alguém poderia me ajudar > > abraços > > -- > Marcelo Grimberg > Cel: 19-92401311 > MSN: marcelog...@hotmail.com > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Distribuiçao de dados / RAID ou ASM
Diogo, Bom dia! Qual a controladora? Esta simples informação muda absolutamente tudo. Na minha opinião, eu colocaria os 6 discos SAS, faria um RAID 0+1 com os seis e separava a estrutura do Oracle, S.O., archivelogs apenas com partições. Sei que a Oracle não cita isso *a priori *mas o fato de você poder usar 6 spindles na configuração de RAID mais performática de todas (0+1) compensa pois você sempre vai usar o conjunto completo de discos para todas as operações de escrita e leitura, sempre utilizando todo o throughtput existente. Em plataformas INTEL, com Linux RH 4 ou 5 e controladoras PERC 5 ou 6 (DELL) ou controladoras da família P200 e P400 (HP) o espelhamento por RAID SEMPRE é mais rápido que pelo ASM (valores levantados em clientes reais, com carga real e utilização real do banco de dados). Como disse em outro POST, só vejo vantagens em utilizar o espelhamento por ASM em casos de: 1) Não haver possibilidade de RAID via HARDWARE 2) Existir a necessidade de espelhar dados em MAIS DE UM array espelhado (no caso de se querer manter um espelhamento de storages, por exemplo, em ambientes de missão crítica). Se lembre também discos SATA são menos performáticos em "SCATTERED READS" e tempo de inicialização (SEEK TIME) além de serem mais lentos por natureza (7200 vs 10k ou 15k). Além disso, o MTBF dos mesmos (Mean Time Between Failures), ou seja, o tempo médio para (ou entre) falhas, é menor. Se usá-lo de forma intensa, pode ter o seu tempo de vida reduzido. Espero ter ajudado! Abraços, Marcelo Medrado Polo-iT Em 19 de fevereiro de 2010 12:45, Alessandro < alessan...@applysolutions.com.br> escreveu: > > > Apenas, complementando > > Acho que sua segunda opção (todos os discos(6) SAS). Distribuindo como o > colega Portilho mencionou anteriormente, com dois DG'S ASM. > Este disco SATA seria interessante para backup. > > Atc > Alessandro Guimaraes > > --- Em oracle_br@yahoogrupos.com.br , > Ricardo Portilho Proni escreveu > > > > > Oi Diogo. Segue o que eu faria: > > > > 5 x HD SAS 143GB > > 1 x HD SATA 500GB > > > > 2 HDs SAS para RAID 1, para SO e Software Oracle. > > 2 HDs SAS e o SATA para um DG ASM para dados e índices (não encontro mais > > ganho de desempenho nesta separação, exceto na hora de raros REBUILDs, > uso > > apenas como preferência administrativa), e outro para archives e backup, > > ambos DGs com Redundancy Normal (RAID 10 via Software).. > > > > Seria ideal separar os REDOs, mas para esta quantidade de GBs, parece que > > vai faltar espaço. Vai depender mais do que você espera de quantidade > > gravação. > > Ricardo Portilho Proni > > http://nervinformatica.com.br > > > > Oracle ACE > > Oracle Database 10g Administrator Certified Professional > > Oracle Database 10g: RAC Administrator Certified Expert > > Oracle Database 10g: Managing Oracle on Linux Certified Expert > > Microsoft Certified Database Administrator > > Microsoft Certified Technology Specialist: SQL Server 2005 > > Certified MySQL Database Administrator > > IBM Certified Database Administrator > > Em 19 de fevereiro de 2010 11:39, diogolopez escreveu: > > > > > > > > > > > > Estou preparando um server Dell com essas configuracoes: > > > 2 Xeon Quad core > > > 32 GB RAM > > > 5 x HD SAS 143gb > > > 1 x HD SATA 500gb > > > (Troca opcional: 6 x HD SAS) > > > > > > Gostaria de sugestoes para o uso dos discos. > > > > > > Pensei primeiramente em: > > > 1 SAS - SO > > > 2 SAS (mirror) - datafiles > > > 2 SAS (mirror) - indices > > > 1 SATA - backups > > > ou > > > 2 SAS (mirror) - OS > > > 2 SAS (mirror) - datafiles > > > 2 SAS (mirror) - indices e backup > > > ou alguma sugestao? > > > > > > Outras duvidas: > > > ASM ou RAID para o mirror? > > > Onde colocar Undo e Redolog, junto com indice ou dados? > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Packag
Re: [oracle_br] RAID e Dell PowerEdge R710
Prezado Diogo, Quantos discos você terá no total? O R710 é uma máquina robusta e a sua controladora (provavelmente uma PERC 5 ou 6) com toda certeza vai fazer o espelhamento de forma mais performática que por dentro do ASM. A minha sugestão é que você crie o seu array de discos via HARDWARE na controladora (e aproveite toda performance oferecida por este método) e trabalhe com o ASM usando external redundancy. Veja: Se você tiver apenas 2 discos (por exemplo), um RAID1 (espelhamento) em cima de uma boa controladora fará um trabalho melhor que o ASM gravando num lado e no outro. E você deve pensar também que, com o RAID 1, você estará espelhando também seu sistema operacional, seus binários, etc. Se tiver mais discos então, aí nem se fala. Você pode ter ganhos superiores com diferentes configurações de RAID (incluindo o excelente porém gastador RAID 0+1). Mas, via de regra: Espelhamento por hardware geralmente é superior ao espelhamento lógico (mesmo que a Oracle cante aos quatro ventos que o ASM faz um espelhamento diferente, especial, por bloco, etc). Para mim, só justificaria você usar a redundância do ASM numa outra esfera, maior, como por exemplo gravar os dados em dois STORAGES diferentes para manter a redundância máxima em ambientes muito críticos. Espero ter ajudado. Abraços, Marcelo Em 19 de fevereiro de 2010 16:46, Marcelo Procksch < marceloprock...@gmail.com> escreveu: > Boa tarde! > > É possível sim você não usar raid, mas não é aconselhável, já que quer > fazer > a redundancia pelo ASM o ideal é vc fazer um raid 0 striping para ter ganho > de performance. > > Att. > Marcelo Procksch > > Em 19 de fevereiro de 2010 17:01, Teixeira, Gabriel < > gabriel.teixe...@warnermusic.com> escreveu: > > > > > > > Eu tenho um servidor desse aqui e acho que é possível sim desabilitar o > > RAID. Mas seria melhor vc entrar em contato com o suporte da DELL. > > > > > > > > From: oracle_br@yahoogrupos.com.br >[mailto: > > oracle_br@yahoogrupos.com.br ] On Behalf > > Of diogolopez > > Sent: sexta-feira, 19 de fevereiro de 2010 16:50 > > To: oracle_br@yahoogrupos.com.br > > Subject: [oracle_br] RAID e Dell PowerEdge R710 > > > > > > Alguem tem experiencia com Dell PowerEdge R710? > > > > Segunto o depto de Infra da empresa não é possível desabilitar o RAID > nele, > > e pretendo usar ASM para o mirroring dos disco. > > > > Segundo o tecnico, só é possivel usar os discos individualmente usando o > > seguinte artificio: configurar RAID 0 com 1 disco para cada grupo. > > > > Se esse for o caso, isso teria algum overhead no sistema? lembrando que > > acima disto tera um ASM agrupando os disco? > > > > Att, > > Diogo Lopez > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > -- > Att. > Marcelo E. Procksch > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > > Links do Yahoo! Grupos > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Excluir tabela do backup
Obrigado a todos!
Realmente eu acredto que o "configura exclude for tablespace XXX' seria o
mais viável juntamente com o exclude_schemas no EXPDP. Havia esquecido desta
cláusula do RMAN.
Grande abraço!
Sds,
Marcelo Medrado
Em 29 de janeiro de 2010 17:55, Jonathan Barbosa escreveu:
>
>
> Marcelo,
>
> Acredito que backup físico via rman seria muito simples de implementar se
> colocar esta tabela em outra tablespace.
>
> Resumindo,
>
> rman
>
> configure exclude for tablespace NOME;
>
> no restore e recover
>
> run {
> .
> .
> .
> restore database skip tablespace NOME;
> recover database skip tablespace NOME forever;
> .
> .
> .
> }
>
> att,
> Jonathan Barbosa
>
>
> - Original Message -
> From: Marcelo Medrado
> To: oracle_br@yahoogrupos.com.br
> Sent: Friday, January 29, 2010 3:58 PM
> Subject: [oracle_br] Excluir tabela do backup
>
> Prezadíssimos,
>
> Estou com uma situação interessante para ser resolvida. Em uma base de
> dados
> de um cliente, existe uma tabela que, por normas internas, não pode ser
> "backupeada", nem logicamente nem fisicamente por conter dados sensíveis
> que
> não podem ser movidos para mídia externa (regras internas). Ela é RW e não
> pode ser temporária apesar de que pode ser recuperada por outros meios em
> caso de crash (ou seja, não preciso me preocupar com o backup dela).
>
> Para exportação lógica é tranquilo pois uso o expdp para excluí-la. Mas
> para
> backup físico, pensei em duas alternativas para não levá-la:
>
> 1) Colocá-la numa tablespace diferente e não levar esta tablespace no
> backup. Isso me daria mais trabalho no caso de um recover pois eu
> precisaria
> fazer mais procedimentos para retornar o banco.
>
> 2) Colocá-la numa segunda instância no mesmo servidor e fazer um trabalho
> de
> enxergá-la pela instância principal através de synonyms + dblinks. Nesta
> opção eu fico tranquilo em relação ao backup da instância principal mas
> perco performance.
>
> Alguém possui uma terceira sugestão?!
>
> Abraços e obrigado!
>
> Marcelo
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> --
> E-mail Seguro Vetorial.net
>
> Mensagem classificada como NÃO-SPAM. Para classificar como SPAM,
> encaminhe para s...@vetorial.net
>
> Chave de Identificação: 49321,4b6321c710441272129637
>
> --
>
> Nenhum vírus encontrado nessa mensagem recebida.
> Verificado por AVG - www.avgbrasil.com.br
> Versão: 8.5.432 / Banco de dados de vírus: 271.1.1/2655 - Data de
> Lançamento: 01/29/10 09:08:00
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
[As partes desta mensagem que não continham texto foram removidas]
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure »
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
>http://www.oraclebr.com.br/
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
[oracle_br] Excluir tabela do backup
Prezadíssimos, Estou com uma situação interessante para ser resolvida. Em uma base de dados de um cliente, existe uma tabela que, por normas internas, não pode ser "backupeada", nem logicamente nem fisicamente por conter dados sensíveis que não podem ser movidos para mídia externa (regras internas). Ela é RW e não pode ser temporária apesar de que pode ser recuperada por outros meios em caso de crash (ou seja, não preciso me preocupar com o backup dela). Para exportação lógica é tranquilo pois uso o expdp para excluí-la. Mas para backup físico, pensei em duas alternativas para não levá-la: 1) Colocá-la numa tablespace diferente e não levar esta tablespace no backup. Isso me daria mais trabalho no caso de um recover pois eu precisaria fazer mais procedimentos para retornar o banco. 2) Colocá-la numa segunda instância no mesmo servidor e fazer um trabalho de enxergá-la pela instância principal através de synonyms + dblinks. Nesta opção eu fico tranquilo em relação ao backup da instância principal mas perco performance. Alguém possui uma terceira sugestão?! Abraços e obrigado! Marcelo [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Help!!! I need somebody help!!!
Camila, Trata-se também de uma questão do perfil que você deseja para sua carreira. Quando você está focada dentro de um cliente, você passa a estudar as features existentes aí dentro e se especializa nisso. Por outro lado, você passa a ficar "estagnada" naquele ambiente. Eu trabalho numa empresa que monitora diversos bancos de diversos clientes. Isso é ruim por um lado pois não temos como nos aprofundar totalmente em nenhum ambiente pois sempre estamos apagando incêndios ou fazendo implementações correndo contra o tempo. Por um lado é muito bom e gratificante pois ficamos "experts" em resolução de problemas, conseguimos ter o domínio de diferentes plataformas e - PRINCIPALMENTE - podemos lidar com ambientes não tão ideais assim e lidamos com situações que não são cobertas pelas documentações oficiais. Se você tiver tempo, acredito que vale enormemente a pena comprar um desktop de 1200 reais (em 12x heheh) e montar um VMWARE para testar todos os cenários possíveis. Mas realmente cabe a você escolher. Os colegas aqui concordam que a parte de suporte a multiplos ambientes é mais cansativa e complexa. Mas você consegue aprender bastante! Abraços, Marcelo 2009/11/23 [Paulo Sousa] > O que eu, pelo menos, faço é montar um ambiente no meu pc. Queria estudar > RMAN e acabei fazendo duas instâncias no Ubuntu mesmo (9.2.04), uma para > target e outra de catálogo rman. Fiz uns scripts, hot backup, cold backup e > backup de archive. Depois de ver como funciona, o negócio todo deixou de > ser > um bicho de sete cabeças. > > No caso de um RAC, a mesma coisa, tentar fazer com máquinas virtuais (se > você tiver os recursos suficientes). > > A questão é estudo, então você tem que definir um objetivo. Mas não espere > saber tudo de uma vez, o intuito é saber que existe. Porque você vai pegar > diferentes ambientes, arquiteturas e pra cada um você vai encontrar > problemas específicos e vai precisar pesquisar, seja na documentação da > Oracle, no metalink ou em listas de discussão. > > Att. > > Paulo Sousa > paulorso...@gmail.com > > "Curta a vida e os bons amigos , > a vida porque é curta, > e os bons amigos porque são poucos." > > > > 2009/11/13 Camilla Ferreira > > > > > > > Boa noite, > > > > Sou DBA Oracle Jr a 5 anos e trabalho a 3 anos como Application DBA, não > > aguento mais executar scripts e executar export/import, o lado bom é que > > estou treinando meu inglês (Offshore). > > > > Estou querendo sair da empresa mas estou insegura porque não domino a > parte > > de infra (System DBA). Não tenho oportunidade de trabalhar em projetos > com > > RAC, RMAN, DATA GUARD, nem que acompanhada de 1 DBA Sênior (que seria o > > caso). Quando trabalho aos finais de semana, escala de plantão, atendo > > alguns problemas de infra simples, como falha em jobs de backup, > tablespace > > que estourou e etc. > > > > A algum tempo atrás conversei com alguns líderes para me dar oportunidade > > de aprofundar meus conhecimentos nessa parte mas sem sucesso. > > > > Qual a sugestão de vcs? > > > > O que devo fazer para treinar essa parte que me falta? > > > > Agradeço imensamente a ajuda de vcs, > > Camilla > > > > __ > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > http://br.maisbuscados.yahoo.com > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > > Links do Yahoo! Grupos > > > [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] ORA-03116
Prezados, Após aplicar com sucesso um Patchset 10.2.0.4 numa base de cliente Windows x86, este erro começou a ocorrer em uma das rotinas: * ORA 3116 invalid buffer length passed to a conversion routine * Tudo que eu achei na Internet fala sobre contactar o suporte Oracle. Alguém já viu esse erro? Sds, Marcelo Medrado Polo-IT [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [oracle_br] Dúvidas sobre Stand by databas e
Uma complementação válida: Muitas pessoas da área comercial da Oracle não sabem bem explicar esse lance dos 10 dias para o banco Standby. Na verdade, o licenciamento funciona conforme descrito no recorte de email abaixo, trocado com uma pessoa da Oracle: --- --- *Backup/Failover/Standby** * A Oracle faz distinção entre 3 métodos de recuperação de banco de dados: *Backup* - Neste tipo de recuperação, os arquivos do banco de dados principal são armazenados em fita. Nesse tipo de ambiente, a Oracle permite que os clientes armazenem uma cópia backup dos dados do banco de dados em dispositivos de armazenamento, como fitas, sem a aquisição de licenças adicionais. *Failover* Neste tipo de recuperação, os nós são configurados em "cluster" e o primeiro nó instalado atua como o principal. Se o nó principal falhar, um dos nós no cluster atuará como o nó principal. Nesse tipo de ambiente, a Oracle permite que clientes do Banco de Dados Oracle licenciados executem o banco de dados em um computador de substituição não licenciado por um total *de dez dias diferentes em um determinado ano civil*. Qualquer outro uso exige que o ambiente seja totalmente licenciado. Além disso, deve ser usada a mesma métrica no licenciamento dos bancos de dados em um ambiente de failover. ***Standby* Neste tipo de recuperação, é mantida uma cópia do banco de dados principal em um servidor separado o tempo todo. Esses sistemas são configurados para fins de recuperação de desastres. Se o banco de dados principal falhar, o banco de dados em standby será ativado para atuar como o novo banco de dados principal. Nesse ambiente, ambos os bancos de dados, principal e em standby, devem ser totalmente licenciados. Além disso, deve ser usada a mesma métrica no licenciamento dos bancos de dados em um ambiente de standby. --- --- Ou seja: Em qualquer situação de se manter um banco "encarnado" em constante recovery (Standby Simples), deve-se ter ambos os ambientes licenciados. Achei valido postar isso pois já tive problemas de sugerir soluções dessa natureza ao cliente visando menor custo e depois descobrir que o cliente precisaria pagar mais licenças. Abraços, Marcelo Medrado 2009/11/19 Carlos Alfredo M. de Menezes > Só esclarecendo mais um pouco: > 1- As soluções clusterizadas citadas, RAC e Fail-Safe, embora sejam > soluções de HA (Alta Disponibilidade), não são soluções de DR > (Recuperação de Desastres), para este último caso é que existe a solução > Data Guard, embora não seja a única; > 2- Sobre licenciamento de cluster RAC, cada nó do cluster deverá ser > licenciado; Cluster Ativo-Passivo com Fail-Safe, apenas o nó ativo é > licenciado na prática, já que não tem como mais de um nó abrir o banco > ao mesmo tempo, no entanto se o outro nó ficar ativo por mais de 10 > dias/ano, ele a rigor deverá ser licenciado também, trabalhei com esse > tipo de solução por 5 anos e nunca precisei licenciar o segundo nó; > 3- A máquina que roda o standby database ou dataguard, tem que ser > licenciado, independente do quanto tempo o banco vai ficar montado ou não. > > Att, > Carlos Alfredo > > > > ARF escreveu: > > > > Obrigado a todos pela pronta resposta! > > > > A nossa intenção é termos algo além de backup/recovery. > > Pensamos em stand by e também em compartilhar o storage com duas > > máquinas, como o Caio comentou. teríamos arquivos duplicados e não > > compartilhados como eu comentei, mas 'compartilhando' espaço no > > storage, é isso. > > > > São duas coisas distintas mesmo. Uma é o stand by, com duas máquinas > > separadas, com duas instalações separadas e duas instâncias separadas. > > > > Outra coisa é esse compartilhamento do storage pelas duas máquinas. > > > > No caso de 'subirmos' o banco stand by uma vez por dia, é o que temos > > em mente. Copiaríamos os archives a cada hora para o stand by e os > > aplicaríamos à noite. > > > > Como fica o controle dos 10 dias do stand by? > > > > --- Em oracle_br@yahoogrupos.com.br > > <mailto:oracle_br%40yahoogrupos.com.br>, > Caio Spadafora > > escreveu > > > > > > Então quanto a questão do licenciamento se você utilizar o Data > > Guard você obrigatoriamente terá de utilizar a Edição Enterprise e > > licenciar todos os sites da sua configuração, que serão no mínimo > > dois. Caso opte por construir uma solução caseira de replicação > > utilizando archives, você pode utilizar qualquer edição e a Oracle só > > exige licenciamento do segundo ambiente s
[oracle_br] Re: Patchset 10.2.0.4 + Aix 6.1 = ódio
Prezados, Graças ao nosso amigo de fora Ayax Morales, consegui solucionar o problema: Para aplicação do Patchset 10.2.0.4 no AIX 6.1, utilizem a versão máxima 6 TL03 pois a última (6 TL04) é a causadora do problema. Abraços, Marcelo Medrado 2009/11/13 Ayax Morales > Hello Marcelo, > I do not check this e-mail often, I am just reading it. I have gone through > the error, I did post the "solution" in the forum but was not able to see it > so I am not sure if you were able to read it. > > The previous days I installed Oracle in a couple of server with AIX 6 TL03, > then I got the error in another server and after checking it I noticed that > it had AIX 6 TL04, I asked the OS admin to downgrade the TL and after that > it worked ok. I guess that sometime in the future this will be solved but in > the meantime I have to deliver this installations so I have no time to > waste. I hope this helps you. > > Regards, > Ayax > > --- On Thu, 11/12/09, Marcelo Medrado > wrote: > > > From: Marcelo Medrado > > Subject: Re: Patchset 10.2.0.4 + Aix 6.1 = ódio > > To: "morales_ayax" > > Date: Thursday, November 12, 2009, 9:21 PM > > Olá Ayax, > > > > Se quiser, podemos falar em inglês também. > > > > Não consegui instalar o Patchset, o erro persiste. Já fiz > > diversas tentativas sem sucesso. Houve algo que você fez > > para que funcionasse? > > > > Sds, > > > > > > > > Marcelo > > > > 2009/11/12 morales_ayax > > > > > > Hola Marcelo, > > > > Me he encontrado con el mismo mensaje de error, ¿has > > podido aplicar el parche? No hablo portugués pero pude > > entenderle a tu mensaje, espero que mi español sea claro. > > > > > > > > Saludos, > > > > Ayax > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, > > Marcelo Medrado escreveu > > > > > > > > > > Prezados, > > > > > > > > > > Acabei de instalar uma base de dados 10g (10.2.0.1) > > num AIX 6.1 conforme > > > > > manda o figurino. Coloquei todos os pacotes, > > parametrizações, tudo. Me > > > > > baseei no Installation Guide da própria Oracle e em > > alguns papers da IBM. > > > > > > > > > > Sei que o 10gR2 não homologa o AIX 6.1 (mais ou menos > > como o 10gR2 com o Red > > > > > Hat 5) mas o Patchset 10.2.0.4 já o aceita na > > checagem de PreReqs. > > > > > > > > > > Fiz todos os procedimentos: > > > > > > > > > > - rootpre.sh (inclusive um diferenciado, que deve ser > > baixado do site, li no > > > > > blog do Proni) > > > > > - rodei o slibclean > > > > > > > > > > As variáveis estão lindamente setadas. > > > > > > > > > > Após checar os pré-requisitos, antes mesmo de > > começar a instalar, vem uma > > > > > mensagem velha conhecida: > > > > > > > > > > "Oracle Universal Installer has detected that > > there are processes running in > > > > > the currently selected Oracle Home. The following > > processes need to be > > > > > shutdown before continuing:javaksh" > > > > > > > > > > Ok, legal. Isso já tinha me acontecido com processos > > conhecidos como o CSSD > > > > > e o Listener mas estes processos não existem! > > > > > > > > > > ps -ef |grep java > > > > > ps -ef |grep ksh > > > > > > > > > > Nada. > > > > > > > > > > O pior de tudo é que as documentações e foruns > > geralmente informam algo > > > > > óbvio do tipo "finalize o processo e clique em > > retry", levando em > > > > > consideração que este tipo de ocorrência é comum > > quando existem processos DO > > > > > ORACLE abertos ao se aplicar o Patchset... > > > > > > > > > > Alguém já passou por isso? > > > > > > > > > > Abraços, > > > > > > > > > > Marcelo > > > > > > > > > > > > > > > [As partes desta mensagem que não > > continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] ORA-01578 - Oracle data block corrupted - Ajuda !!
Prezado. Neste caso, existem alguns pontos importantes: 1) Você deve fazer uma verificação completa no seu hardware. Existe uma probabilidade grande de ter ocorrido uma falha transiente na gravação do bloco, seja ele causado pela controladora ou pelo disco. 2) Corrupção de bloco no dicionário de dados pode dar broncas grandes, inclusive com perda da instância. MINHA sugestão: Migra isso pra outro canto, exporta seus schemas e joga em outra base. Depois recria tudo e traz de volta. SUGESTÃO paliativa: Detecta o objeto que está com bloco corrompido: select segment_name,segment_type,owner from sys.dba_extents where file_id=(FILE_ID) and (NUM. BLOCO) between block_id and block_id + blocks -1 Tenta usar o DBMS_REPAIR para isolar este bloco (já falhou comigo algumas vezes mas vem melhorando) Se for o caso, recria o dicionário. Existem N formas, umas mais arriscadas que as outras. Lembre-se que a utilização de parâmetros não-documentados invalidam a instância aos olhos da Oracle, a não ser que você seja instruído por um deles, via SR. Abraços, Marcelo 2009/11/13 candiurudba > > > Bom dia colegas, > > Uma ajudinh apor favor...estou com corrupção de blocos em uma maquina minha > de produção e nesta maquina tenho o Oracle 11GR1 instalado... > > Fiz uma verificação nos TRC gerados, e a corrupção é atribuida aos > datafiles SYSTEM / SYSAUX. > > Estou com a idéia de (em caso de RAID 1), remover o disco e deixar o outro > trabalhar...mas...existe alguma outra forma de solucionar problemas de > corrupção de blocos com a SYSTEM / SYSAUX ? Somente exp / imp dos esquemas > em um novo database ? > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Patchset 10.2.0.4 + Aix 6.1 = ódio
Prezados, Acabei de instalar uma base de dados 10g (10.2.0.1) num AIX 6.1 conforme manda o figurino. Coloquei todos os pacotes, parametrizações, tudo. Me baseei no Installation Guide da própria Oracle e em alguns papers da IBM. Sei que o 10gR2 não homologa o AIX 6.1 (mais ou menos como o 10gR2 com o Red Hat 5) mas o Patchset 10.2.0.4 já o aceita na checagem de PreReqs. Fiz todos os procedimentos: - rootpre.sh (inclusive um diferenciado, que deve ser baixado do site, li no blog do Proni) - rodei o slibclean As variáveis estão lindamente setadas. Após checar os pré-requisitos, antes mesmo de começar a instalar, vem uma mensagem velha conhecida: "Oracle Universal Installer has detected that there are processes running in the currently selected Oracle Home. The following processes need to be shutdown before continuing:javaksh" Ok, legal. Isso já tinha me acontecido com processos conhecidos como o CSSD e o Listener mas estes processos não existem! ps -ef |grep java ps -ef |grep ksh Nada. O pior de tudo é que as documentações e foruns geralmente informam algo óbvio do tipo "finalize o processo e clique em retry", levando em consideração que este tipo de ocorrência é comum quando existem processos DO ORACLE abertos ao se aplicar o Patchset... Alguém já passou por isso? Abraços, Marcelo [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: RAC temporariamente em apenas um node
Neste caso, diante das circunstâncias por mim expostas, você acredita que seria melhor criar uma base Standalone já com ASM, migrar os schemas do servidor antigo para ela e depois fazer a instalação do Clusterware já com os dois nós disponíveis e transformar a instância em RAC? Infelizmente o cliente não nos deu opção de possuir uma máquina de origem e as duas máquinas em RAC de destino. Invariavelmente precisarei migrar da antiga para a nova, e depois colocar as duas em RAC. Abraços, Marcelo 2009/11/10 jlchiappa > > > Sim, entendi, MAS eu recomendo enfaticamente que vc providencie o > necessário e já monte os dois nós de uma vez por causa da maior facilidade : > por exemplo, uma das coisas mais chatinhas de fazer numa instalação RAC são > a equivalência e a rede privada, SE vc já tem duas máquinas vc já ** > TESTARIA ** na real, já na hora do setup, esses detalhes de rede ( ** o > próprio ** procedimento de instalação já dispara uns assistentes pra isso), > é BEM mais fácil imho - em não tendo vc vai ter mito mais trabalho > depois pra configurar isso com o software já instalado na máquina 1... Como > eu disse, nunca fiz mas possível claro que deve ser, mas ** absolutamente ** > não vale o trabalho e o riscos decorrentes da cobnfig mais "difícil", mais > "trabalhosa"... > > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > Grande Chiappa, > > > > Na verdade, trata-se de uma migração de ambiente em dois passos > distintos: > > > > Tenho dois servidores para montar o RAC mas apenas um está disponível > para > > configuração inicial. O objetivo e criar o ambiente RAC com um único nó, > > migrar os dados do segundo servidor para a instância recém e preparar > este > > segundo servidor como segundo nó do RAC. > > > > Abraços, > > > > Marcelo Medrado > > > > 2009/11/7 jlchiappa > > > > > > > > > > > > Sim, colega, eu nunca fiz mas conceitualmente é PERFEITAMENTE possível > : o > > > que vc obterá com isso é o mesmo ambiente de um RAC de dois nós quando > um > > > cai, ie, um só nó ativo, isso é TOTALMENTE 'legal' para o RAC, ele NÂO > TEM > > > uma exigência de número mínimo de nós... afaik quando vc pede pra > instalar > > > um RAC o Assistente pede pra vc informar a lista dos nós, afaik vc > poderia > > > informar um só... > > > Sendo assim, creio que vc não teria problemas, DESDE QUE as exigências > do > > > RAC sejam atendidas, ie : o banco de dados TEM QUE ter sido > criado > > > num storage COMPARTILHADO, que ** haja espaço ** num storage > COMPARTILHADO > > > para voting disk/arqs de controle gerais do RAC, que haja > rsh/comunicação de > > > rede setada, que haja IP virtual criado > > > > > > ===> EVIDENTEMENTE, estou respondendo o que vc perguntou, mas : pelo > que > > > entendo vc quer fazer um TESTE (de performance, > escalabilidade/aceitação) na > > > tecnologia RAC, correto ? Sendo isso, imho ** DE FORMA ALGUMA ** um > database > > > RAC com um nó só vai servir de teste minimamente confiável, pois NÂO > estará > > > havendo aquilo que muitas vezes é o calcanhar de Aquiles do RAC, a > > > INTERCOMUNICAÇÃO entre os nós Então pra mim se vc quer fazer um > Teste ** > > > PRECISO **, teste a realidade, com vários nós, com comunicação de Rede > entre > > > eles, como vai ser na prática, um database com vários nós, não um > Ficção, ok > > > ? > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br>, > > > > Marcelo Medrado escreveu > > > > > > > > > > > Prezados, > > > > > > > > É possível configurar o RAC com apenas um nó? A situação é a > seguinte: > > > > > > > > Tenho um ambiente de produção Standalone numa PowerPC com AIX e uma > > > máquina > > > > nova, idêntica. O objetivo seria criar toda a estrutura do RAC no > novo > > > > servidor (apenas com um nó + ASM e tudo mais), migrar o ambiente aos > > > poucos > > > > (alguns schemas podem ser copiados de imediato, outros precisariam > ser > > > > homologados) e após transferirmos tudo para o novo ambiente, preparar > o > > > > segundo nó e adicioná-lo ao RAC. > > > > > > > > Alguém já passou por esta experiência? É viável/fácil/complexo? Creio > que > > > > cenários desta natureza não
Re: [oracle_br] Re: RAC temporariamente em apenas um node
Grande Chiappa, Na verdade, trata-se de uma migração de ambiente em dois passos distintos: Tenho dois servidores para montar o RAC mas apenas um está disponível para configuração inicial. O objetivo e criar o ambiente RAC com um único nó, migrar os dados do segundo servidor para a instância recém e preparar este segundo servidor como segundo nó do RAC. Abraços, Marcelo Medrado 2009/11/7 jlchiappa > > > Sim, colega, eu nunca fiz mas conceitualmente é PERFEITAMENTE possível : o > que vc obterá com isso é o mesmo ambiente de um RAC de dois nós quando um > cai, ie, um só nó ativo, isso é TOTALMENTE 'legal' para o RAC, ele NÂO TEM > uma exigência de número mínimo de nós... afaik quando vc pede pra instalar > um RAC o Assistente pede pra vc informar a lista dos nós, afaik vc poderia > informar um só... > Sendo assim, creio que vc não teria problemas, DESDE QUE as exigências do > RAC sejam atendidas, ie : o banco de dados TEM QUE ter sido criado > num storage COMPARTILHADO, que ** haja espaço ** num storage COMPARTILHADO > para voting disk/arqs de controle gerais do RAC, que haja rsh/comunicação de > rede setada, que haja IP virtual criado > > ===> EVIDENTEMENTE, estou respondendo o que vc perguntou, mas : pelo que > entendo vc quer fazer um TESTE (de performance, escalabilidade/aceitação) na > tecnologia RAC, correto ? Sendo isso, imho ** DE FORMA ALGUMA ** um database > RAC com um nó só vai servir de teste minimamente confiável, pois NÂO estará > havendo aquilo que muitas vezes é o calcanhar de Aquiles do RAC, a > INTERCOMUNICAÇÃO entre os nós Então pra mim se vc quer fazer um Teste ** > PRECISO **, teste a realidade, com vários nós, com comunicação de Rede entre > eles, como vai ser na prática, um database com vários nós, não um Ficção, ok > ? > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > > Prezados, > > > > É possível configurar o RAC com apenas um nó? A situação é a seguinte: > > > > Tenho um ambiente de produção Standalone numa PowerPC com AIX e uma > máquina > > nova, idêntica. O objetivo seria criar toda a estrutura do RAC no novo > > servidor (apenas com um nó + ASM e tudo mais), migrar o ambiente aos > poucos > > (alguns schemas podem ser copiados de imediato, outros precisariam ser > > homologados) e após transferirmos tudo para o novo ambiente, preparar o > > segundo nó e adicioná-lo ao RAC. > > > > Alguém já passou por esta experiência? É viável/fácil/complexo? Creio que > > cenários desta natureza não sejam tão incomuns pois nem sempre possuímos > > duas máquinas novas para iniciar o ambiente do zero. > > > > Se alguém puder me indicar também uma documentação específica sobre este > > cenário seria excelente. > > > > Abraços, > > > > Marcelo > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] RAC temporariamente em apenas um node
Prezados, É possível configurar o RAC com apenas um nó? A situação é a seguinte: Tenho um ambiente de produção Standalone numa PowerPC com AIX e uma máquina nova, idêntica. O objetivo seria criar toda a estrutura do RAC no novo servidor (apenas com um nó + ASM e tudo mais), migrar o ambiente aos poucos (alguns schemas podem ser copiados de imediato, outros precisariam ser homologados) e após transferirmos tudo para o novo ambiente, preparar o segundo nó e adicioná-lo ao RAC. Alguém já passou por esta experiência? É viável/fácil/complexo? Creio que cenários desta natureza não sejam tão incomuns pois nem sempre possuímos duas máquinas novas para iniciar o ambiente do zero. Se alguém puder me indicar também uma documentação específica sobre este cenário seria excelente. Abraços, Marcelo [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Oracle RAC e Single Instance convivendo numa mesma m áquina
Prezados, A situação é a seguinte: No cenário em que estou atuando, possuímos dois servidores RISC c/ AIX, um com uma instância, outro com duas instâncias. A proposta que nos foi feita foi de montar um ambiente RAC nestes dois servidores já existentes SEM PARAR AS SINGLE INSTANCES em produção (ou, pelo menos, com paradas rápidas). Nunca implementei RAC desse jeito e fiquei inseguro. Perguntas: - Eu posso ter um nó do RAC e uma single instance num mesmo servidor? - Qual o impacto disso no que diz respeito a configuração de listener, redes, etc. - O clusterware lida bem com isso? - Existe alguma recomendação especial, case, etc que alguém possa me passar? Agradeço antecipadamente! Marcelo Medrado [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Oracle 10g: Recuperação de Banco a través de DUMP + Archive Log
Prezado Cleber, O backup lógico ao qual você se refere é um DUMP (exp ou expdp) ou um backup físico (rman, cópia de datafiles)? Se for exportação lógica (utilizando DUMP), infelizmente não há o que fazer. Os archivelogs funcionam juntamente com o backup físico e você não poderá utilizá-los nesta recuperação. Você deve ter em mente que o DUMP e o backup físico possuem fins diferentes: - O dump lhe permite uma recuperação lógica, justamente no caso de uma tabela, schemas, objetos, etc. Se você possui equipe de desenvolvimento presente em seu ambiente, eu sugiro um por dia. - O backup físico + archivelogs vai lhe proporcionar recuperação completa no caso de problemas de corrupção ou perda de arquivos FÌSICOS de seu banco de dados. Sds, Marcelo Medrado 2009/11/2 clbpereira > > > Boa tarde, > > Imaginemos a seguinte situação. Tenho um banco de dados Oracle 10g que > possui apenas backup lógico e este é executado todos os domingos em modo > offline. > > Obs: O banco está em modo Archive e sem flashback. > > Suponhamos que não tive crach físico da base de dados, porém na > quarta-feira seguinte um usuário qualquer foi lá e eliminou três tabelas > fundamentais do sistema, incluindo uma que foi criada e carregada na > segunda-feira após o backup off-line. > > Como faço para voltar estes objetos em sua última posição, ou seja, usando > o DUMP de domingo + aplicação de Archive Log? > > Atenciosamente, > > Cleber de Castro Pereira > > __ > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Alguem já passou por isso (Instala ção de Patch Set)
Wilson, Boa noite. O patchset 10g às vezes tem a mania de colocar um oracle home diferente. Já verificou isso? Sds, Marcelo Medrado 2009/10/22 Wilson Issao > > > Prezados(as), boa tarde ! > > Talvez (acredito), seja algo que eu tenha feito errado, mas... > > Estou com a seguinte configuração: > Servidor Sun Fire V490 (4 processadores spark 4 - Risc 1.5Ghz e 16GB > Memória) > Sistema Operacional Sun Solaris 5.10 > RDBMS Oracle 10g - 10.2.0.1 64bits > > Ao tentar instalar o patch set 4, simplesmente o "danado" diz que não > existe > oracle instalado na máquina, e por consequencia, não consigo fazer nada. > Estou utilizando usuário ora10g e grupo dba10g, pois já existe outra versão > instalada (9i com patch set 7), cujo usuário é oracle e grupo dba. > > Na instalação da versão 10g, não ocorreu nenhum problemas, e as variáveis > ORACLE_HOME, ORACLE_BASE e ORACLE_OWNER foram setadas no .profile, bem como > pach, apontando para o local dos binários. > > Toda ajuda é bem vinda. > > Obrigado a todos(as). > > Issao > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] ORA-12500 TNS ouvinte falhou ao iniciar um processo de servidor dedicado
Prezado, Verifique também o tamanho do log do seu Listener em $ORACLE_HOME/network/log. Quando ele chega a 2Gb gera esse erro e não processa mais nenhuma conexão (geralmente vem com um trace de "broken pipe" no log do Listener). Neste caso, pare o log do Listener: LSNRCTL> set log_status off Remova/renomeie o listener.log LSNRCTL> set log_status on Sds, Marcelo Medrado 2009/9/30 cegoncalvesvr > > > Ola amigos, > > meu banco apresenta ORA-12500 de vez em quando. > Impedindo novas conexões ao sistema e travando quem esta conectado. > não sei mais o que fazer. > envo os meus parametros apara ver se alguma amigo me ajuda. > > Oracle 9.2.0.7 > Windows 2000 Server > 04 GB RAM > > * Windows so esta gerenciando 02 GB. > é o maiximo que ele consegue. > > active_instance_count > aq_tm_processes 1 > archive_lag_target 0 > audit_sys_operations FALSE > audit_trail NONE > background_core_dump partial > background_dump_dest C:\oracle\admin\CSSJ\bdump > backup_tape_io_slaves FALSE > bitmap_merge_area_size 1048576 > blank_trimming FALSE > buffer_pool_keep > buffer_pool_recycle > circuits 995 > cluster_database FALSE > cluster_database_instances 1 > cluster_interconnects > commit_point_strength 1 > compatible 9.2.0.0.0 > control_file_record_keep_time 7 > control_files E:\oracle\oradata\CSSJ\CONTROL01.CTL, > E:\oracle\oradata\CSSJ\CONTROL02.CTL, E:\oracle\oradata\CSSJ\CONTROL03.CTL > core_dump_dest C:\oracle\admin\CSSJ\cdump > cpu_count 4 > create_bitmap_area_size 8388608 > cursor_sharing EXACT > cursor_space_for_time FALSE > db_block_buffers 0 > db_block_checking FALSE > db_block_checksum TRUE > db_block_size 8192 > db_cache_advice ON > db_cache_size 503316480 > db_create_file_dest > db_create_online_log_dest_1 > db_create_online_log_dest_2 > db_create_online_log_dest_3 > db_create_online_log_dest_4 > db_create_online_log_dest_5 > db_domain > db_file_multiblock_read_count 16 > db_file_name_convert > db_files 600 > db_keep_cache_size 0 > dblink_encrypt_login FALSE > db_name CSSJ > db_recycle_cache_size 0 > dbwr_io_slaves 0 > db_writer_processes 1 > db_16k_cache_size 0 > db_2k_cache_size 0 > db_32k_cache_size 0 > db_4k_cache_size 0 > db_8k_cache_size 0 > dg_broker_config_file1 %ORACLE_HOME%\DATABASE\DR1%ORACLE_SID%.DAT > dg_broker_config_file2 %ORACLE_HOME%\DATABASE\DR2%ORACLE_SID%.DAT > dg_broker_start FALSE > disk_asynch_io TRUE > dispatchers (PROTOCOL=TCP) (SERVICE=CSSJXDB) > distributed_lock_timeout 60 > dml_locks 4000 > drs_start FALSE > enqueue_resources 4240 > event > fal_client > fal_server > fast_start_io_target 0 > fast_start_mttr_target 300 > fast_start_parallel_rollback LOW > file_mapping FALSE > filesystemio_options > fixed_date > gc_files_to_locks > global_context_pool_size > global_names FALSE > hash_area_size 30122200 > hash_join_enabled TRUE > hi_shared_memory_address 0 > hs_autoregister TRUE > ifile > instance_groups > instance_name CSSJ > instance_number 0 > java_max_sessionspace_size 0 > java_pool_size 25165824 > java_soft_sessionspace_limit 0 > job_queue_processes 10 > large_pool_size 75497472 > license_max_sessions 0 > license_max_users 0 > license_sessions_warning 0 > local_listener > lock_name_space > lock_sga FALSE > log_archive_dest f:\archives > log_archive_dest_state_1 enable > log_archive_dest_state_10 enable > log_archive_dest_state_2 enable > log_archive_dest_state_3 enable > log_archive_dest_state_4 enable > log_archive_dest_state_5 enable > log_archive_dest_state_6 enable > log_archive_dest_state_7 enable > log_archive_dest_state_8 enable > log_archive_dest_state_9 enable > log_archive_dest_1 > log_archive_dest_10 > log_archive_dest_2 > log_archive_dest_3 > log_archive_dest_4 > log_archive_dest_5 > log_archive_dest_6 > log_archive_dest_7 > log_archive_dest_8 > log_archive_dest_9 > log_archive_duplex_dest > log_archive_format arch_%t_%s.arc > log_archive_max_processes 2 > log_archive_min_succeed_dest 1 > log_archive_start TRUE > log_archive_trace 0 > log_buffer 30420992 > log_checkpoint_interval 100 > log_checkpoints_to_alert FALSE > log_checkpoint_timeout 180 > log_file_name_convert > logmnr_max_persistent_sessions 1 > log_parallelism 1 > max_commit_propagation_delay 700 > max_dispatchers 5 > max_dump_file_size UNLIMITED > max_enabled_roles 30 > max_rollback_segments 218 > max_shared_servers 20 > mts_circuits 995 > mts_dispatchers (PROTOCOL=TCP) (SERVICE=CSSJXDB) > mts_listener_address > mts_max_dispatchers 5 > mts_max_servers 20 > mts_multiple_listeners FALSE > mts_servers 1 > mts_service CSS
Re: [oracle_br] Re: ORA-1653: unable to extend table OWNER.TABELA by 128 in tablespace XXX
Opa Chiappa, Exato, falei errado. Gerenciado Automático de Espaço (SEGMENT SPACE MANAGEMENT AUTO) :P O cenário é exatamente este! Vários schemas (um para cada cliente) com tabelas idênticas, muitas vezes export/import feito pelo próprio cliente para se criar schemas novos, tabelas pequenas e algumas poucas bem grandes. Vou agendar um MOVE destes objetos com uma redefinição de parâmetros de STORAGE e analisar os resultados. Mais uma vez obrigado. Sds, Marcelo 2009/9/29 jlchiappa > > > Segue : > > > > Ok, vamos lá: > > O banco é 10.2.0.4 64bits Linux, a tablespace é gerenciada localmente, > > > usando gerenciamento automático de segmentos. > > "gerenciamento automático de segmentos" não faz sentido, deve ser > "gerenciamento automático de ** ESPAÇO ** nos segmentos" , ou seja, o > PCTFREE/PCTUSED, quanto espaço é livre pra INSERTs e quanto fica reservado > para UPDATEs , mas isso é NOS BLOCOS, dificilmente isso ia influenciar o > cenário em questão > > > SEGMENT SPACE MANAGEMENT AUTO > > OK, confirmando que é gerenciamento automático de ESPAÇO dentro dos > segmentos, ok ... > > > FLASHBACK ON; > > > > Sum na DBA_SEGMENTS (em MB): 24403,5625 > > Sum na DBA_DATA_FILES (em MB): 3 > > > Não consegui enxergar nada na dba_free_space. > > se não há nada pra essa tablespace na DBA_FREE_SPACE não deve ter espaço > livre, o que DEVE ter espaço é alocado mas não usado devido à extents > enormemente grandes... > > > > > Ao consultar a DBA_SEGMENTS, vi que o NEXT_EXTENT está vazio > (provavelmente > > por causa do gerenciamento automático) > > sim, isso mesmo... > > >> mas achei os INITIAL_EXTENT de > > algumas tabelas muito altos (1167523840, 412876800, 377880576, etc). > > bingo ! vc achou a causa, muito certamente Veja vc, o banco Oracle > SEMPRE aloca espaço por extents, E mesmo uma tabela vazia ao ser criada ele > já aloca um extent pra ela : com esses INITIALs absolutamente MALUCOS , > assim que vc criar uma tabela de cara ele já alocou eses milhões todos aí > (divididos em extents de 64 Kb, depois 1 Mb, já que é AUTO, mas quantos > extents forem necessários pra obedecer à esse INITIAL doido) - aposto um > picolé de limão que o que vc tem aísão tabelas PEQUENAS mas com montes de > espaços em branco sem uso no extent inicial, o que consumiu rapidamente o > seu espaço disponível, aí quando o bd tenta alocar espaço na tablespace não > encontra, pois o que havia está alocado (embora sem uso), aí só quando vc > adiciona mais espaço livre é que ele consegue crescer Não tem o que > pensar, é REALOCAR esses extents absurdos, seja com MOVE/REBUILD seja com > DBMS_REDEF, sim... Um detalhe, muitas vezes quando vc vê extents assim tão > grandes foi porque neguinho fez IMPORT de um EXPORT aonde ** não ** foi > especificado COMPRESS=N, aí ele 'somou' os extents totais do origem no > INITIAL do destino... > > []s > > Chiappa > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: ORA-1653: unable to extend table OWNER.TABELA by 128 in tablespace XXX
Ok, vamos lá: O banco é 10.2.0.4 64bits Linux, a tablespace é gerenciada localmente, usando gerenciamento automático de segmentos. Segue DDL (com nomes alterados para preservar o cliente) CREATE TABLESPACE DADOS DATAFILE 'z1.dbf' SIZE 5000M AUTOEXTEND OFF, 'z2.dbf' SIZE 5000M AUTOEXTEND OFF, 'z3.dbf' SIZE 5000M AUTOEXTEND OFF, 'z4.dbf' SIZE 5000M AUTOEXTEND OFF, () LOGGING ONLINE PERMANENT EXTENT MANAGEMENT LOCAL AUTOALLOCATE BLOCKSIZE 8K SEGMENT SPACE MANAGEMENT AUTO FLASHBACK ON; Sum na DBA_SEGMENTS (em MB): 24403,5625 Sum na DBA_DATA_FILES (em MB): 3 Ao consultar a DBA_SEGMENTS, vi que o NEXT_EXTENT está vazio (provavelmente por causa do gerenciamento automático) mas achei os INITIAL_EXTENT de algumas tabelas muito altos (1167523840, 412876800, 377880576, etc). Não consegui enxergar nada na dba_free_space. Executamos semanalmente um SHRINK TABLE em todas as tabelas. Seriam eles (os INITIAL) os culpados? Abraços, Marcelo 2009/9/29 jlchiappa > > > Com certeza, UMA VEZ o colega lá comprovando que é extent size errado na > definição do segmento sem dúvida... Já se o problema for tablespace DMT > fragmentando, aí muito mais recomendável seria se criar uma ** OUTRA ** LMT > e mover, sim, mas o passo ZERO é descobrir a causa pra se poder aplicar o > remédio... > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br , > Marcos Fontana escreveu > > > > > Será que um DBMS_REDEFINITION não cai bem ai não? Talvez fazer um move > > também dos objtos uma tablespace de manobra e depois retornar? > > > > Atenciosamente, > > > > Marcos Fontana > > DBA Oracle > > > > 2009/9/29 jlchiappa > > > > > > > > > > > > Não necessariamente : se vc tiver a tablespace como gerenciada por > > > dicionário pode acontecer a fragmentação real (ie, extents fisicamente > de > > > tamanhos totalmente diferentes e não-múltiplos), enquanto se vc tiver > > > tablespace gerenciada por bitmap, o caso principal aonde poderia haver > a > > > situação que vc descreve é , por erro total vc tem uma tabela com > extent > > > sizes extremamente grandes, aí se for alocação física de 1 mb o banco > vai > > > querer 'somar' tantos extents de 1 Mb quanto necessários pra atender ao > seu > > > extent size monstruoso da tabela, e se for autoallocate o banco vai > somar > > > primeiro extents de 64 Kb, depois de 1Mb, assim por diante, até > alcançar o > > > que vc pediu de extent size na tabela... Todas essas situações vc vê > > > consultando as views citadas. > > > > > > []s > > > > > > Chiappa > > > --- Em oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br>, > > > Marcelo Medrado escreveu > > > > > > > > Chiappa, > > > > Isso teria alguma coisa a ver com o modo de alocação da tablespace > ser > > > > uniforme (1MB) ou automático? > > > > > > > > Vou fazer a verificação solicitada. > > > > > > > > Abraços, > > > > > > > > Marcelo > > > > > > > > > > > > 2009/9/28 jlchiappa > > > > > > > > > > > > > > > > > > > A ** primeira ** coisa que a gente pensa é FRAGMENTAÇÃO real, ie, > que > > > vc > > > > > tem TAMANHOS DE EXTENTs diferentes e não-múltiplos na mesma > tablespace, > > > aí > > > > > os tais espaços livres que o OEM te diz são de tamanhos DIFERENTES > do > > > extent > > > > > que a tabela que ficou sem espaço precisou alocar, aínão tem como > ser > > > usado > > > > > esse espaço... VERIFIQUE os tamanhos de extents pra essa > tablespace, > > > tanto > > > > > na DBA_SEGMENTS quanto na DBA_FREE_SPACE , veja se é isso... > > > > > > > > > > []s > > > > > > > > > > Chiappa > > > > > --- Em > > > > > oracle_br@yahoogrupos.com.br 40yahoogrupos.com.br> > > 40yahoogrupos.com.br>, > > > > > Marcelo Medrado escreveu > > > > > > > > > > > > > > > > > Prezados, > > > > > > Este erro parece simples porém o que ocorre é que trata-se de uma > > > > > tablespace > > > > > > de 30Gb (vários datafiles) onde existem 6Gb livres, de acordo com > o > > > > > > Enterprise Manager. > > > > > > > > > > > > Ou seja: Existe espaço em disco (a não ser que o Enterprise > Manager > > > > > esteja > > > > > > furado) e ele não consegue alocar. Quando eu aumento o datafile > (ou > > > crio > > > > > > outro), o erro pára de ocorrer (como se eu tivesse uma área morta > que > > > não > > > > > > está sendo usada). > > > > > > > > > > > > Alguém já passou por isso por aqui? > > > > > > > > > > > > Abraços, > > > > > > > > > > > > Marcelo Medrado > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: ORA-1653: unable to extend table OWNER.TABELA by 128 in tablespace XXX
Chiappa, Isso teria alguma coisa a ver com o modo de alocação da tablespace ser uniforme (1MB) ou automático? Vou fazer a verificação solicitada. Abraços, Marcelo 2009/9/28 jlchiappa > > > A ** primeira ** coisa que a gente pensa é FRAGMENTAÇÃO real, ie, que vc > tem TAMANHOS DE EXTENTs diferentes e não-múltiplos na mesma tablespace, aí > os tais espaços livres que o OEM te diz são de tamanhos DIFERENTES do extent > que a tabela que ficou sem espaço precisou alocar, aínão tem como ser usado > esse espaço... VERIFIQUE os tamanhos de extents pra essa tablespace, tanto > na DBA_SEGMENTS quanto na DBA_FREE_SPACE , veja se é isso... > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > > Prezados, > > Este erro parece simples porém o que ocorre é que trata-se de uma > tablespace > > de 30Gb (vários datafiles) onde existem 6Gb livres, de acordo com o > > Enterprise Manager. > > > > Ou seja: Existe espaço em disco (a não ser que o Enterprise Manager > esteja > > furado) e ele não consegue alocar. Quando eu aumento o datafile (ou crio > > outro), o erro pára de ocorrer (como se eu tivesse uma área morta que não > > está sendo usada). > > > > Alguém já passou por isso por aqui? > > > > Abraços, > > > > Marcelo Medrado > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] ORA-1653: unable to extend table OWNER.TABELA by 128 in tablespace X (muito estranho)
Prezados, Este erro parece simples porém o que ocorre é que trata-se de uma tablespace de 30Gb (vários datafiles) onde existem 6Gb livres, de acordo com o Enterprise Manager. Ou seja: Existe espaço em disco (a não ser que o Enterprise Manager esteja furado) e ele não consegue alocar. Quando eu aumento o datafile (ou crio outro), o erro pára de ocorrer (como se eu tivesse uma área morta que não está sendo usada). Alguém já passou por isso por aqui? Abraços, Marcelo Medrado [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] ORA-1653: unable to extend table OWNER.TABELA by 128 in tablespace XXX
Prezados, Este erro parece simples porém o que ocorre é que trata-se de uma tablespace de 30Gb (vários datafiles) onde existem 6Gb livres, de acordo com o Enterprise Manager. Ou seja: Existe espaço em disco (a não ser que o Enterprise Manager esteja furado) e ele não consegue alocar. Quando eu aumento o datafile (ou crio outro), o erro pára de ocorrer (como se eu tivesse uma área morta que não está sendo usada). Alguém já passou por isso por aqui? Abraços, Marcelo Medrado [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Replicação de Banco
Senhores, uma boa dica: Existe um parâmetro que força o switch de archives após X segundos que pode ser setado no INIT. Com isso, não existe a necessidade de depender de rotinas externas controladas pelo S.O.: *archive_lag_target* = 600 Neste caso, ele faz o switch logfile a cada 10 minutos. Abraços, Marcelo Medrado 2009/9/17 Willian Fernando Frasson > > > Igor mas não vi a necessidade ai de abrir esse banco a noite, porque não > continuar aplicando os Archives normalmente? > > Não há necessidade de todo dia a noite copiar novamente DATAFILE, REDO, > CONTROLFILE para a Standby. > > Faça o backup via RMAN na produção e deixe a Standby aplicando archives > normalmente.. > > > - Original Message - > From: Igor Laguardia > To: oracle_br@yahoogrupos.com.br > Sent: Thursday, September 17, 2009 5:00 PM > Subject: Re: [oracle_br] Re: Replicação de Banco > > Na verdade a ideia Willian, é ter duas bases Standard, em servidores > distintos, uma ficaria parada(status=closed) e a outra, seria a de > produção(status=open). > > 1) A cada 15 min a maquina de produção faria um alter system switch > logfile; > para forçar gerar archive, e copiaria estes archives gerados para o > servidor > da instancia que está parada. > > 2) De noite, a replicação a cada 15min para, coloca o banco em backup mode, > e copia os datafiles, redos e controlfile para a maquina parada, e tira o > banco de backupmode. A replicação de 15 em 15 continua parada. > > 3) Ao finalizar a cópia, o banco que estava parado sofre um STARTUP, e > começa a aplicar os archives que foram copiados durante o dia. Ao fim da > cópia, o banco sofre um shutdown immediate. > > 4) A replicação a cada 15 min começa novamente. > > Com este processo, na pior das hipóteses, teremos 15min de perda de > informação. > > 2009/9/17 Willian Fernando Frasson > > > > > > > > > > corrigindo meu português: > > > > Vai ter a base Standby aplicando archives em um banco Standart certo? > > > > > > Porque não replicar uma das Standby seriam duas Standby na mesma maquina > > certo? > > > > Dai você abre uma delas a noite, faz o backup e coloca uma rotina que > > retoma a STBY para STBY2 novamente.. > > > > - Original Message - > > From: Willian Fernando Frasson > > To: oracle_br@yahoogrupos.com.br 40yahoogrupos.com.br> > > Sent: Thursday, September 17, 2009 1:56 PM > > Subject: Re: [oracle_br] Re: Replicação de Banco > > > > Apenas um pitaco... > > > > Vai ter a base Standby não aplicando archives certo? > > > > Porque não replicar uma das Standby seriam duas Standby na mesma maquina > > certo? > > > > Dai você abre uma delas a noite, faz o backup e coloca uma rotina que > > retoma a STBY para STBY2 novamente.. > > > > - Original Message - > > From: Igor Laguardia > > To: oracle_br@yahoogrupos.com.br 40yahoogrupos.com.br> > > Sent: Thursday, September 17, 2009 11:18 AM > > Subject: Re: [oracle_br] Re: Replicação de Banco > > > > Passei um caso deste na empresa que eu trabalhava. > > > > O que fizemos foi bem "simples" mas IMO uma gambiarra danada. > > > > Primeiro leve em consideração, conforme o Chiappa falou, versão Standard > é > > totalmente "capada" e não há como implementar features de replicação sem > > perda de dados. > > > > Visto isto, veja com seu cliente quanto tempo é plausível uma perda de > > informações, como fizemos no meu caso, que foi 15 min. > > > > O que faziamos era assim, a cada 15 min era executada uma batch que fazia > > switch no redo log online, forçando o arquivamento deste log. logo > depois, > > este archive era copiado para maquina standby, que possuia a mesma > > estrutura > > da principal, porem o banco ficava parado. > > > > Todos os dias de noite, nós colocavamos o banco principal em backup mode, > e > > copiavamos o banco inteiro para a outra maquina. Ao fim, subiamos o banco > > na > > outra maquina, aplicavamos os archives do dia e faziamos backup. Este > > processo era todo automático e feito por scripts bat. > > > > Fizemos alguns testes de contingência, e apesar dela ser manual, > funcionava > > perfeitamente. > > > > 2009/9/9 jlchiappa > 40yahoo.com.br>> > > > > > > > > > > > Colega, sendo a versão Standard, como é, ** extremamente ** podada e > > > LIMITADA, não é surpresa que nela vc absolutamente Não pode usar o > > Dataguard > > > "avançado", que é a solução completa e automatizada de replic
Re: [oracle_br] Flash recovery area
ALex, Já experimentou fazer um crosscheck dos backups e archivelogs? Dessa forma o RMAN "entende" que os arquivos não estão mais lá! $ rman target / RMAN> crosscheck archivelog all; (...) RMAN>crosscheck backup of database; Sds, Marcelo Medrado 2009/9/15 alex80.lists > > > Olá pessoal, > > a pouco um banco de dados reportou erro na area de Flash Recovery. > Esta base está em archivelog, mas não faz backup via Rman (base de teste), > e é 10G > > Já procurei procedimento de limpeza, e tudo que fiz foi deletar 90% dos > archived logs o que diminuiu bastante o volume em disco, mas não diminuiu o > flash recovery. > Logo depois, executei o sql para ver o espaço no flash e continua full. > > Que outro procedimento devo tomar para isso? > > Desde já agradeço; > Alex > > --- > ORA-19804: cannot reclaim 7321600 bytes disk space from 8589934592 limit > ORA-19809: limit exceeded for recovery files > ORA-19815: WARNING: db_recovery_file_dest_size of 8589934592 bytes is > 100.00% > used, and has 0 remaining bytes available. > --- > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Oracle 8i Enterprise no Windows 2003
Chiappa, Mais uma vez obrigado! Na verdade, foi a união de algumas coisas: Seguindo o Doc ID: Note:131299.1 "Oracle Installer 8.1.X Hangs on Machines with Pentium 4 Processors" Eu precisei baixar o patch 1507768 (que, na verdade, trata-se de um OUI separado), instalei-o renomeando o symcjit.dll e depois instalei o Oracle 8i através deste Universal Installer alterando um parâmetro no oraparam.ini (JRE_MEMORY_OPTIONS=-nojit -ms16m -mx32m) para que o splash screen parasse de travar. Abraços a todos! Marcelo Medrado Polo-IT 2009/9/11 jlchiappa > > > Olha, o que eu já vi de erros no instalador 8i foram de modo geral os > seguintes : > > a) o erro de JIT em CPUs P4, o work-around era só renomear ou remover o que > fosse *jit*.dll e re-executar, nunca precisei alterar o oraparam.ini do > instalador > > b) o erro de NUMLOCK : se a tecla NUMLOCK estivesse acesa na hora da > instalação o instalador (por causa da versão de java dele, que tinha mesmo > esse bug além de outros) dava umas paradas, o work-aorund é ter CERTEZA que > o NUMLOCK está apagado antes e durante a instalação > > c) PATCH : as versões antes de 8.1.7.4 também tinham o seu quinhão de > problemas,principalmente na hora de executar o DBCA : então ** SE ** vc tem > aí um CD anterior à isso, a recomendação é vc instalar ** APENAS O SOFTWARE > ** - NÂO crie o banco ainda ! -, e aplicar o patch 8.1.7.4 nele, pra só > depois criar o banco > > d) PRE-REQS : quando vc vai instalar uma versão antiga num SO moderno (o > que é ** exatemente ** o seu caso), é bem comum do instalador não conseguir > efetuar o check de pré-reqs (porque o comando de checagem que era usado no > SO antigo que ele conhecia mudou, ou qquer coisa assim), então é vc mesmo > checar manualmente se os pré-reqs estão todos no lugar (** principalmente ** > o usuário que vc conectou ser admin local, o tamanho de swapfile, mas sem > esquecer os outros...) e na hora de chamar o instalador passar o parâmetro > de linha de comando de IGNORAR pré-reqs, iirc no 8i era o -ignoreSysPrereqs > mesmo > > se vc já tentou esses caras todos e neca, a última chance que vc tem é > instalar esse cara com um Installer mais recente, 9ir2 ou 10g : pra isso vc > terá em disco o conteúdo do CD do 8i, vai executar (a partir dum CD ou de > outro local do disco) o instalador 9ir2 ou 10g, e na tela aonde ele pergunta > qual o pacote a instalar, escolha a opção de procurar e localize o diretório > de produtos do 8i... > > Falhado tudo isso, a única opção seria vc temporariamente meter um Windows > 2000 (ou algum assim) nesse servidor, instalar o 8i e depois fazer o UPGRADE > desse Windows pra 2003... > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > > Prezados, > > > > Precisei refazer um servidor com Oracle 8i em WIndows 2003 para um > cliente e > > me deparei com um problema que nao consegui solucionar: > > > > Fiz todo o procedimento padrão para instalação de Oracle 8i (8.1.7) em > > máquinas novas: > > > > Copiei a instalação para o disco; > > Renomeei o symcjit.dll > > Alterei o oraparam.ini para JRE_MEMORY_OPTIONS=-nojit -ms16m -mx32m > > Executei o setup.exe dentro de install\win32 > > O que ocorre é o seguinte: > > > > Ele entra normalmente, me permite selecionar o HOME, o produto (Oracle > > Enterprise Server) e o tipo da instalação (típico, minimo ou > personalizado - > > nenhum funciona). Ao clicar em Próximo, a barra de progresso pára > exatamente > > aos 44%, na parte que está checando pré-requisitos e o instalador > > simplesmente finaliza. Notem que ele sequer começa a instalação > propriamente > > dita pois o erro ocorre quando ele está fazendo as configurações e > > validações necessárias para abrir a tela de sumário e mandar ver. > > > > É uma instalação limpa do 2003 Enterprise Server 32bits, nenhum produto > > Oracle foi instalado anteriormente. > > > > É importante ressaltar também que trata-se de um cliente que possui > outros > > bancos Oracle 8i instalados no mesmo ambiente e que não existe > possibilidade > > de fazermos qualquer tipo de migração por enquanto. > > > > Agradeço a ajuda de todos! > > > > Abraços, > > > > -- > > Marcelo Medrado > > Polo-IT > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Patch 5699495
Prezado Sergio, O site metalink.oracle.com disponibiliza todos os patches necessários. Basta acessá-lo e mandar buscar o patch pelo número. Tse de um portal com login e senha, você deve ter em mãos o seu CSI (numero de identificação da licença Oracle) para se cadastrar e acessá-lo. Sds, Marcelo Medrado Polo-iT 2009/9/9 Sergio Lucchini > > > Boa dia pessoal !!! > > Estou com o erro ""an unsupported operation was attempted" e preciso baixar > o patch 5699495. Alguém sabe onde posso fazer o download ??? > > Obrigado, > > Sergio Lucchini > > [As partes desta mensagem que não continham texto foram removidas] > > > -- Marcelo Medrado Polo-IT [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Oracle 8i Enterprise no Windows 2003
Prezados, Precisei refazer um servidor com Oracle 8i em WIndows 2003 para um cliente e me deparei com um problema que nao consegui solucionar: Fiz todo o procedimento padrão para instalação de Oracle 8i (8.1.7) em máquinas novas: Copiei a instalação para o disco; Renomeei o symcjit.dll Alterei o oraparam.ini para JRE_MEMORY_OPTIONS=-nojit -ms16m -mx32m Executei o setup.exe dentro de install\win32 O que ocorre é o seguinte: Ele entra normalmente, me permite selecionar o HOME, o produto (Oracle Enterprise Server) e o tipo da instalação (típico, minimo ou personalizado - nenhum funciona). Ao clicar em Próximo, a barra de progresso pára exatamente aos 44%, na parte que está checando pré-requisitos e o instalador simplesmente finaliza. Notem que ele sequer começa a instalação propriamente dita pois o erro ocorre quando ele está fazendo as configurações e validações necessárias para abrir a tela de sumário e mandar ver. É uma instalação limpa do 2003 Enterprise Server 32bits, nenhum produto Oracle foi instalado anteriormente. É importante ressaltar também que trata-se de um cliente que possui outros bancos Oracle 8i instalados no mesmo ambiente e que não existe possibilidade de fazermos qualquer tipo de migração por enquanto. Agradeço a ajuda de todos! Abraços, -- Marcelo Medrado Polo-IT [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Software de monitoramento
Prezado Andre, Em nossa empresa, optamos por desenvolver um produto dentro de casa pois as ferramentas atuais são visualmente bonitas porém não focam na realidade que vemos aqui. São boas para lhe dar um overview do ambiente (principalmente quando o mesmo é mais amplo) mas não são tão customizáveis assim ao que você precisa. O Spotlight, como todos os produtos da Quest, é bem legal. Sds, Marcelo Medrado Polo-IT 2009/9/3 Andre Luiz da Silva > > > Pessoal boa tarde, > > Alguém esta utilizando software de monitoramento de Banco de dados ex. > Spotlight? Qual? Qual vocês recomendam? > > Atenciosamente, > André Luiz da Silva > Análise de Negócios - Analista de Suporte Basis SAP > Pioneiros Bioenergia S/A > Sud Mennucci - SP > * (18) 3786-9130 Ê (18) 9102-2139 > Pioneiros, estar à frente é o nosso desafio! > > > CONFIDENCIALIDADE DO CORREIO ELETRÔNICO > Esta mensagem, incluindo seus anexos, pode conter informação confidencial > e/ou privilegiada. Caso você tenha recebido este e-mail por engano, não > utilize, copie ou divulgue as informações nele contidas. E, por favor, avise > imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o. > > DISCLAIMER > > This message, including its attachments, may contain confidential and/or > privileged information. If you received this email by mistake, do not use, > copy or disseminate any information herein contained. Please notify us > immediately by replying to the sender and then delete it. > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] [oracle-br] Listener
Selma, Aparentemente, esse erro está ocorrendo por que você está executando o comando como ROOT. Experimente colocar na CRON do Oracle para testar. Sds, Marcelo Medrado Polo-IT 2009/9/2 Selma > > > Oi Marcos !!! > > É Linux sim. > Eu criei um script e inclui no 'cron', mas não funciounou. > > #!/bin/sh > ORACLE_HOME=/app/oracle/product/9.2.0 > ORACLE_SID=xxx > /app/oracle/product/9.2.0/bin/lsnrctl start 2>&1 >> /logs/startlsnr.log > exit > Aí aparece essa mensagem no arquivo de log: > > # pg startlsnr.log > lsnrctl start > LSNRCTL for HPUX: Version 9.2.0.8.0 - Production on 02-SEP-2009 06:05:00 > Copyright (c) 1991, 2006, Oracle Corporation. All rights reserved. > Message 1070 not found; No message file for product=network, > facility=TNSTNS-12545: Message 12545 not found; No message file for > product=network, facility=TNS > TNS-12560: Message 12560 not found; No message file for product=network, > facility=TNS > TNS-00515: Message 515 not found; No message file for product=network, > facility=TNS > HPUX Error: 2: No such file or directory > []´s > > Selma > > 2009/9/2 Marcos Braga > > > > > > > > > Oi Selma, > > > > Se for Linux/Unix crio scripts para efetuar esses procedimentos. > > > > []s > > Braga > > > > 2009/9/2 Selma 40gmail.com>> > > > > > > > > > > > > > Olá! > > > > > > Alguém sabe como posso reiniciar o listener automaticamente? > > > Oracle 9i. > > > > > > Obrigada > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] [oracle-br] Listener
Prezada, Para recarregar parâmetros, você pode utilizar. Ele não fica indisponível nestas circunstâncias durante o reload: *lsnrctl reload* Sds, Marcelo Medrado Polo-IT 2009/9/2 Selma > > > Olá! > > Alguém sabe como posso reiniciar o listener automaticamente? > Oracle 9i. > > Obrigada > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Views WRH$
Opa Chiappa, Falha minha. É gerado na SYSAUX mesmo. Obrigado pelas dicas. Abraços! Marcelo Medrado Polo-IT 2009/8/31 jlchiappa > > > Pra mim, o ** mais estranho ** é que vc diz que estão na tablespace SYSTEM > : normalmente o AWR é criado na tablespace SYSAUX... Bom, iirc vc não pode > sair truncando essas tabelas de acordo com o Suporte : elas contém snapshos > de AWRs, vc deve usar a package DBMS_WORKLOAD_REPOSITORY, que tem as rotinas > de DROP (de snapshots, de baselines, etc) apropriadas - tente lá, qquer > coisa se não conseguir diga EXATAMENTE quais são os objetos que ainda estão > "grandes" E é claro, se vc não quer usar o AWR (ou não pode porque não > tem Licença), deve usar a nota metalink "Package for disabling AWR without a > Diagnostic Pack license in Oracle", Doc ID: 436386.1 > > []s > > Chiappa > -- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > > Prezados, > > > > Estou enfrentando um problema numa base de dados 10g onde não possuo > acesso > > ao DBCONSOLE/GRID CONTROL. > > > > Existem tabelas WRH$ na tablespace SYSTEM que estão crescendo de forma > > acelerada e não sei: > > > > 1) Se posso remover diretamente (delete ou truncate) e em que ordem isso > > pode ser feito; > > 2) Se elas podem ser eliminadas/limpas através de algum DBMS_ da > vida; > > 3) Como fazer para que elas parem de crescer; > > > > Sei que elas pertencem ao AWR e já vi algumas documentações > (não-oficiais) > > mostrando que podemos truncá-las da mesma forma que fazemos com a AUD$. > > > > Alguém já teve esta experiência ou tem algo a comentar? > > > > Abraços, > > > > Marcelo Medrado > > Polo-IT > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Views WRH$
Prezados, Estou enfrentando um problema numa base de dados 10g onde não possuo acesso ao DBCONSOLE/GRID CONTROL. Existem tabelas WRH$ na tablespace SYSTEM que estão crescendo de forma acelerada e não sei: 1) Se posso remover diretamente (delete ou truncate) e em que ordem isso pode ser feito; 2) Se elas podem ser eliminadas/limpas através de algum DBMS_ da vida; 3) Como fazer para que elas parem de crescer; Sei que elas pertencem ao AWR e já vi algumas documentações (não-oficiais) mostrando que podemos truncá-las da mesma forma que fazemos com a AUD$. Alguém já teve esta experiência ou tem algo a comentar? Abraços, Marcelo Medrado Polo-IT [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Particionamento de Tabelas
Zumba, O particionamento por si só já melhora a performance da consulta pelo fato de que - partindo-se do princípio que feito feito pelo range certo (data, por exemplo) a massa de dados a ser buscada é melhor assim como o plano de execução muda e tudo mais. Ao meu ver, a não ser que você possa criar tablespaces diferentes em discos lógicos diferentes, a separação por tablespace só melhoraria uma possível fragmentação, caso a tabela seja muito alterada. Da mesma forma, a manutenção de partições é mais fácil quando todas estão num mesmo local (dropar tablespaces com frequencia pode ser complicado dependendo de sua estratégia de backup). Na prática: Num cliente, tínhamos uma tabela com 750 milhões de linhas (aprox. 2 milhões de inserções/dia). O particionamento era feito por data (em pedaços de 10 dias - algo importante de se levantar pois a granularidade da partição deve estar em consonância com a característica das consultas) e a tablespace utilizada era a mesma. Sds, Marcelo Medrado Polo-IT 2009/8/28 Zumba > > > Pois é, documentação de uma decisão no passado sempre foi um problema. Mas > temos um bom método de trabalho, então não seria tão grave. > > Eu estou mais preocupado em apresentar uma boa solução, pois como não tenho > experiencia no quesito, mesmo lendo documentação, sempre é bom ouvir os > experientes no assunto. > > Outra pergunta, é possível ganhar performance particionando uma tabela, mas > todas as partições apontarem pra mesma tablespace? Existe algum ganho nisso, > ou necessariamente devem estar em tbs diferentes?? > > É comum haver um script que cria tablespace + partição e deleta as antigas, > ou a ideia é um pouco arriscada demais, algo não recomendado?? > > Obrigado. > Zumba > > __ > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Dúvidas quanto ao melhor RAID
Melhor ainda! Pensei no seu email anterior que você substituiria os 4 discos de 146 por 4 de 300. Só se certifique que a controladora permitirá colocar a partição de boot num RAID5 (já vi algumas que não permitem). Abraços, Marcelo Medrado Polo-IT 2009/8/28 candiurudba > > > Grande Marcelo, > > Otima ideia...mas farei o RAID 5 com meus discos de 146... > > Hoje tenho 4 de 146GB que são utulizados para Tablespaces de sistemas (SYS, > SYSTE, UNDO e etc) e archives... > > Faço um RAID 5, logo teria +ou- 438 GB para disponibilizar entre a > Instalação do SO (Red Hat), Binario Oracle, ARchive e os BKP lógicos que são > feitos a noite. > > Faço um RAID 0+1 com meus discos de 300 totalizando 1.2T onde irei colocar > ORADATA, ORAINDx e mais as tablespaces de sistema Oracle que transferi dos > de 146 para ca... > > Ganharia em desenpenho e escalabilidade... > > Otima idiea... > > > --- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > Bom, neste caso, você tem muuuitas opções mas tudo depende da > controladora. > > Se você possui apenas uma controladora e apenas um canal de I/O, eu > > recomendo que você crie um array com os 8 discos, em RAID 0+1. Basta > saber > > se a sua controladora permite esta configuração. > > > > Uma outra configuração que pode ser feita é você criar um array de 4 > discos > > em RAID 0+1 (600Gb) e um array de 4 discos em RAID 5 (aprox. 900Gb). Com > > isso, você pode colocar os binários do Oracle, S.O. e a parte de backup > > (flash_recovery_area) ou simplesmente a gravação de archivelogs neste > > diretório (Não os REDOLOGs!!!). Com isso você tem uma boa configuração de > > performance e aproveitamento de área. > > > > Na prática, tudo depende das características de sua aplicação. Um bom > > storage com RAID5 e bastante cache pode "bater" facilmente uma > configuração > > de discos em RAID 0+1 numa máquina com controladora simples. Tudo depende > do > > contexto. > > > > Respondendo a outra pergunta: Sim, o rebuild dos RAIDs é transparente mas > é > > algo que depende da controladora também. Se ela reconstrói seu RAID5 > > automaticamente, fará o mesmo com outras modalidades (com a vantagem de > > levar menos tempo e causar menos degradação já que o RAID5 quando perde > um > > disco pode ficar até 80% mais lento). > > > > Grande abraço, > > > > Marcelo Medrado > > Polo-iT > > > > 2009/8/28 candiurudba > > > > > > > > > > > Grand... > > > > > > Tenho o intuito de modificar o RAID que trabalho no meu ambiente de > > > storage...hoje trabalho com 4 discos de 300GB e 4 discos de 146GB..o > arranjo > > > que foi feito esta em RAID 1. > > > > > > Estou acrescentando ao que ja tenho, mais 4 de 300..logo terei 8X 300GB > que > > > neste caso, pretendo ao invés do RAID 1 fazer 2 unidades com RAID 0+1 > > > (primeira unidade 4x300 e segundo unidade 4x300). > > > > > > perderei um pouco (netse caso bastante) a escalabilidade para > armazenamento > > > mas procuro performance...ou então, pelo que li, faço uma unica unidade > com > > > os 8x300 par ter mais ganhos de performance... > > > > > > Uma dúvida, no caso de perda de um destes discos, o REbuild é > > > transparente...igual temos no RAID 5 ? > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > 40yahoogrupos.com.br>, > > > > Marcelo Medrado escreveu > > > > > > > > > > > Prezado Candiurudba, > > > > > > > > O RAID 0+1 é, efetivamente, o mais performático que existe atualmente > > > pois > > > > ele espalha os dados (stripe) e espelha estas informações em outro > array > > > de > > > > discos. Você precisa de - no mínimo - 4 discos para tal além de ter > uma > > > > controladora que suporte. > > > > > > > > Como nem tudo são flores, existe uma desvantagem relacionada ao > espaço em > > > > disco que se perde ao se usar essa metodologia (50% para ser mais > exato) > > > > pois todo byte gravado é espelhado em outro lugar cortando o > > > armazenamento > > > > pela metade. > > > > > > > > Se você possuir 4 discos SAS de 300Gb você terá livre "apenas" 600Gb > dos > > > > 1200Gb brutos. > > > > > > > > De qualquer forma, 1 RAID 0+1 com quatro discos sempre será mais > rápido > > > que > > > > 2 RAIDs 1 (dois discos) pois você esp
Re: [oracle_br] Re: Dúvidas quanto ao melhor RAID
Coloque os REDOs no array mais rápido que tiver, sempre. Marcelo Medrado Polo-IT 2009/8/28 candiurudba > > > Tenho atualmente 8 discos de 300GB e 4 discos de 146 > > Minha ideia: > > 1)Raid 1+0 (0+1) nos 8 discos de 300 GB totalizando 2.4T - 50% (perda > do mirror) = 1.2T > > 2)Raid 1 -> 2 Discos de 146 GB > 3)Raid 1 -> 2 Discos de 146 GB > > 1)Raid 10 -> Oracle_DATA + ORACLE_INDX > > 2)Raid 1 -> Oracle_ADM (tablespaces de sistema - SYSTEM, SYS, UNDO...) > > 3)Raid 1 -> Oracle_ARCH > > Na carcaça da Lamina DELL (que é para onde o banco esta sendo migrado) > existe um disco de 146 onde ficara a instalação do SO + Binarios Oracle > > Minha duvida agora é quanto a gravação dos REDO...pensei em coloca-los nu > RAID 1, junto com as tablespaces Sys, system e etc e multiplexa-los no RAID > 10..mas fico com receio de que a velocidade superior do RAID 10, gere garlos > na gravação dos REDOS no RAID 1. > > O que acham ? > > --- Em oracle_br@yahoogrupos.com.br , > Júlio César Corrêa escreveu > > > > > Acho que está bom tbm. > > > > Estou vendo muito isso:Espelhar os pares e depois faz um raid 0 com ASM . > > > > 2009/8/28 Sandro Niederauer > > > > > > > > > > > Amigo, > > > > > > Aqui na empresa também estamos montando um storage, só que estamos > > > usando 1+0 e não 0+1 (a informação que tive é que não existe mais 0+1, > que > > > perceberam que fazer striping antes do mirror era bobagem ?!?!). > > > > > > Outra coisa, para redo e archive estamos usando RAID 1, por ser > > > sequencial, onde (em tese) não haveria ganho no striping. > > > > > > Sandro > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > -- > > Júlio César Corrêa > > IS Technologist - Oracle DBA > > www.dbajccorrea.com > > > > "To stay competitive in the tech industry, never stop > > learning. Always be on the lookout for better ways of > > doing things and new technologies. Our industry does > > not reward people who let themselves stagnate" > > John Hall, Senior Vice President, Oracle University > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Dúvidas quanto ao melhor RAID
Bom, neste caso, você tem muuuitas opções mas tudo depende da controladora. Se você possui apenas uma controladora e apenas um canal de I/O, eu recomendo que você crie um array com os 8 discos, em RAID 0+1. Basta saber se a sua controladora permite esta configuração. Uma outra configuração que pode ser feita é você criar um array de 4 discos em RAID 0+1 (600Gb) e um array de 4 discos em RAID 5 (aprox. 900Gb). Com isso, você pode colocar os binários do Oracle, S.O. e a parte de backup (flash_recovery_area) ou simplesmente a gravação de archivelogs neste diretório (Não os REDOLOGs!!!). Com isso você tem uma boa configuração de performance e aproveitamento de área. Na prática, tudo depende das características de sua aplicação. Um bom storage com RAID5 e bastante cache pode "bater" facilmente uma configuração de discos em RAID 0+1 numa máquina com controladora simples. Tudo depende do contexto. Respondendo a outra pergunta: Sim, o rebuild dos RAIDs é transparente mas é algo que depende da controladora também. Se ela reconstrói seu RAID5 automaticamente, fará o mesmo com outras modalidades (com a vantagem de levar menos tempo e causar menos degradação já que o RAID5 quando perde um disco pode ficar até 80% mais lento). Grande abraço, Marcelo Medrado Polo-iT 2009/8/28 candiurudba > > > Grand... > > Tenho o intuito de modificar o RAID que trabalho no meu ambiente de > storage...hoje trabalho com 4 discos de 300GB e 4 discos de 146GB..o arranjo > que foi feito esta em RAID 1. > > Estou acrescentando ao que ja tenho, mais 4 de 300..logo terei 8X 300GB que > neste caso, pretendo ao invés do RAID 1 fazer 2 unidades com RAID 0+1 > (primeira unidade 4x300 e segundo unidade 4x300). > > perderei um pouco (netse caso bastante) a escalabilidade para armazenamento > mas procuro performance...ou então, pelo que li, faço uma unica unidade com > os 8x300 par ter mais ganhos de performance... > > Uma dúvida, no caso de perda de um destes discos, o REbuild é > transparente...igual temos no RAID 5 ? > > --- Em oracle_br@yahoogrupos.com.br , > Marcelo Medrado escreveu > > > > > Prezado Candiurudba, > > > > O RAID 0+1 é, efetivamente, o mais performático que existe atualmente > pois > > ele espalha os dados (stripe) e espelha estas informações em outro array > de > > discos. Você precisa de - no mínimo - 4 discos para tal além de ter uma > > controladora que suporte. > > > > Como nem tudo são flores, existe uma desvantagem relacionada ao espaço em > > disco que se perde ao se usar essa metodologia (50% para ser mais exato) > > pois todo byte gravado é espelhado em outro lugar cortando o > armazenamento > > pela metade. > > > > Se você possuir 4 discos SAS de 300Gb você terá livre "apenas" 600Gb dos > > 1200Gb brutos. > > > > De qualquer forma, 1 RAID 0+1 com quatro discos sempre será mais rápido > que > > 2 RAIDs 1 (dois discos) pois você espalha o I/O em 4 cabeças de gravação > > simultaneamente ao invés de 2+2. > > > > É importante lembrar também que quanto mais discos você tiver, mais > > performance você consegue pois dá para "espalhar" mais os dados nas > > diferentes cabeças de leitura. Da mesma forma - tratando-se de Oracle - > uma > > boa controladora de discos com cache (principalmente as que trabalham com > > cache assíncrono e bateria) pode lhe entregar uma taxa de I/O muito > > superior, independente do esquema de RAID usado. > > > > Abraços, > > > > Marcelo Medrado > > Polo-IT > > > > > > 2009/8/27 candiurudba > > > > > > > > > > > Boa tarde colegas, > > > > > > Uma dúvida básica, sempre trabalhei com RAID 1 em servidores de banco > de > > > dados para tentar garantir a maxima segurança mas sabemos que a mesma > peca > > > um pouco na performance... > > > > > > Ja li alguns tutoriais que garantem a maxima peformance + segurança se > > > trabalharmos com RAID 0+1 e RAID 10. > > > > > > O que acham destas configurações para servidores de banco de dados OLTP > ? > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Dúvidas quanto ao melhor RAID
Prezado Candiurudba, O RAID 0+1 é, efetivamente, o mais performático que existe atualmente pois ele espalha os dados (stripe) e espelha estas informações em outro array de discos. Você precisa de - no mínimo - 4 discos para tal além de ter uma controladora que suporte. Como nem tudo são flores, existe uma desvantagem relacionada ao espaço em disco que se perde ao se usar essa metodologia (50% para ser mais exato) pois todo byte gravado é espelhado em outro lugar cortando o armazenamento pela metade. Se você possuir 4 discos SAS de 300Gb você terá livre "apenas" 600Gb dos 1200Gb brutos. De qualquer forma, 1 RAID 0+1 com quatro discos sempre será mais rápido que 2 RAIDs 1 (dois discos) pois você espalha o I/O em 4 cabeças de gravação simultaneamente ao invés de 2+2. É importante lembrar também que quanto mais discos você tiver, mais performance você consegue pois dá para "espalhar" mais os dados nas diferentes cabeças de leitura. Da mesma forma - tratando-se de Oracle - uma boa controladora de discos com cache (principalmente as que trabalham com cache assíncrono e bateria) pode lhe entregar uma taxa de I/O muito superior, independente do esquema de RAID usado. Abraços, Marcelo Medrado Polo-IT 2009/8/27 candiurudba > > > Boa tarde colegas, > > Uma dúvida básica, sempre trabalhei com RAID 1 em servidores de banco de > dados para tentar garantir a maxima segurança mas sabemos que a mesma peca > um pouco na performance... > > Ja li alguns tutoriais que garantem a maxima peformance + segurança se > trabalharmos com RAID 0+1 e RAID 10. > > O que acham destas configurações para servidores de banco de dados OLTP ? > > > [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Oracle acessando Informix
Prezados, Existe alguma forma "transparente" do Oracle fazer selects numa tabela de uma base Informix? Se sim, como é possível e com que ferramentas? Sds, Marcelo [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Bancos remotos
Prezado Emerson, Neste caso, você pode criar um database link para o banco remoto da seguinte forma: No banco de origem: *CREATE DATABASE LINK nome_do_dblink* *CONNECT TO usuário_banco_remoto IDENTIFIED BY senha * *USING 'connect_string';* Sendo que connect string pode ser substituído por um alias no TNSNAMES do seu banco ORIGEM. Com isso, basta executar algo como: select * from tab...@nome_do_dblink. Sds, Marcelo Medrado Polo-IT 2009/8/27 Emerson Sanches > > > Bom dia pessoal da lista, gostaria de saber se eh possível fazer > comandos de insert, update ou delete em um banco de dados remoto (Oracle > 10g). > > Obrigado pela atenção.. > > Emerson > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] EXPDP: Bloco Danificado
Olá Fernando, Como a corrupção de bloco está ocorrendo num datafile da tablespace SYSTEM eu recomendo energicamente que você faça um export do banco, delete-o, crie outra instância e importe novamente. Existem formas de se ignorar blocos corrompidos mas isso não só pode gerar problemas de consistencia e integridade como também é bastante arriscado de se fazer na tablespace SYSTEM. Sds, Marcelo Medrado Polo-IT 2009/8/26 Fernando Franquini 'capin' > > > Ola, > > Eu tenho um servidor Oracle conforme abaixo: > > Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - > Production > With the Partitioning, OLAP, Data Mining and Real Application Testing > options > > Tive um problema ao executar um EXPDP, não é do schema SYSTEM, estou > fazendo > de um outro schema. O usuario utilizado é o system. > > ORA-31626: job n?o existe > ORA-31637: n?o e possivel criar job SYS_EXPORT_SCHEMA_01 para o usuario > SYSTEM > ORA-06512: em "SYS.DBMS_SYS_ERROR", line 95 > ORA-06512: em "SYS.KUPV$FT_INT", line 600 > ORA-39080: falha ao criar as filas "KUPC$C_1_20090826214105" e > "KUPC$S_1_20090826214105" para o job de Data Pump > ORA-06512: em "SYS.DBMS_SYS_ERROR", line 95 > ORA-06512: em "SYS.KUPC$QUE_INT", line 1606 > ORA-01578: bloco de dados ORACLE danificado (arquivo num. 1, bloco num. > 15175) > ORA-01110: 1 do arquivo de dados: > '/home/oracle/oracle/oradata/casa2/system01.dbf' > > O Exp funciona sem problemas. A minha pergunta é como solucionar, é um > servidor de testes, pode ser reinstalado e nao possui backup, devido o > pouco > espaco e já existir o backup da produção. > > Grato pela ajuda. > > Att, > -- > __ > Fernando Franquini - Capin > Bacharel em Ciencias da Computacao - UFSC > Analista de Sistemas / DBA > emails: ferna...@wf5.com.br / > fernando.franqu...@gmail.com > Celular: (48) 99024047 ou (48) 99248212 > Florianópolis - SC - Brasil > www.wf5.com.br > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [oracle_br] Problema Importação
Francisco, O datapump não funciona no Oracle 9i. Mesmo com a criação de pacotes provavelmente não funcionaria pois ele se utiliza da estrutura de Scheduler Jobs que só surgiu no 10g. ps: O "não funciona" significa que tem tudo para não funcionar e que realmente é recomendado tentar algo diferente como exportar via EXP e importar no 9i ou coisa parecida. Qualquer coisa diferente disso seria realmente apostar na sorte. Abraços, Marcelo Medrado Polo-IT 2009/8/26 Francisco Silva > > > Você sabe como eu faço pra colocar esse pacote ? > > > --- On Wed, 8/26/09, José Eduardo Batista Juliano < > jeduardo.juli...@gmail..com > wrote: > > From: José Eduardo Batista Juliano > > > > Subject: Re: Res: [oracle_br] Problema Importação > To: oracle_br@yahoogrupos.com.br > Date: Wednesday, August 26, 2009, 5:05 PM > > > > Export e Import funciona remoto, basta colocar a string de conexao > > corretamente. > > O erro de compilacao provavelmente se deu pq vc nao estava conectado como > > SYS e também porque, salvo o engano, esse package "nao vem de fabrica" no > > oracle 9i. > > 2009/8/26 Francisco Silva > > > > > > > > > Olá Pessoal, > > > > > > Em relação ao meu problema encontrei alguem em um forum que indicou que > > > compilasse: > > > > > > SQL> alter package SYS.DBMS_DATAPUMP compile; > > > alter package SYS.DBMS_DATAPUMP compile > > > * > > > ERROR at line 1: > > > ORA-01031: insufficient privileges > > > > > > Porém dá esse erro de privilégio, alguém sabe que privilégio é necessário > ? > > > > > > --- On Wed, 8/26/09, Francisco Silva > yahoo.com 40yahoo.com> > > > > wrote: > > > > > > From: Francisco Silva 40yahoo.com> > > > > > > > Subject: Re: Res: [oracle_br] Problema Importação > > > To: oracle...@yahoogrup os.com.br > > > Date: Wednesday, August 26, 2009, 4:19 PM > > > > > > > > > > > > Olá, > > > > > > Sim mas o export e import não funcionam remotamente correto ? A > importação > > > que estou tentando é remota. > > > > > > --- On Wed, 8/26/09, José Eduardo Batista Juliano > > wrote: > > > > > > From: José Eduardo Batista Juliano > > > > > > Subject: Re: Res: [oracle_br] Problema Importação > > > > > > To: oracle...@yahoogrup os.com.br > > > > > > > > > Date: Wednesday, August 26, 2009, 12:31 PM > > > > > > > > > > > > Eu posso estar muito enganado, mas o datapump foi introduzido na versão > > > 10g. > > > > > > Usa o export/import que vai funcionar. > > > > > > 2009/8/25 Francisco Silva > > > > > > > > > > > > > > > > > > > > > Olá Aleksandro, > > > > > > > > > > > > > > A versão do Oracle é a 9i, o comando completo é esse mesmo que coloquei > > > no > > > > > > > email. > > > > > > > > > > > > > > --- On Mon, 8/24/09, Aleksandro souza > > br> > > > > > > > wrote: > > > > > > > > > > > > > > From: Aleksandro souza br > > 40yahoo.com. br> > > > > > > > > > > > > > > > Subject: Res: [oracle_br] Problema Importação > > > > > > > To: oracle...@yahoogrup os.com.br > > > > > > > Date: Monday, August 24, 2009, 9:03 PM > > > > > > > > > > > > > > > > > > > > > > > > > > > > Tive este mesmo problema e arrumei. > > > > > > > > > > > > > > Coloque o comando completo que voce esta usando e a versão do seu > oracle > > > > > > > > > > > > > > _ _ __ > > > > > > > > > > > > > > De: Francisco Silva > > > > > > > > > > > > > > Para: oracle...@yahoogrup os.com.br > > > > > > > > > > > > > > Enviadas: Sexta-feira, 21 de Agosto de 2009 14:50:32 > > > > > > > > > > > > > > Assunto: [oracle_br] Problema Importação > > > > > > > > > > > > > > Olá Pessoal, > > > > > > > > > > > > > > Estou tentando fazer uma importação remota de uma tabela >
Re: [oracle_br] Tamanho de backup
No caso do Oracle 10g, o RMAN torna-se uma excelente alternativa pelo fato de existir a cláusula "AS COMPRESSED BACKUPSET" no momento do backup. A taxa de compressão é realmente boa. Abraços, Marcelo Medrado Polo-IT 2009/8/26 Zumba > > > Olá pessoal, > > Por acaso alguem sabe ou já viu uma estimativa de tamanho de backup gerado > pelo RMAN e pelo Export?!?! > Isso porque a equipe de Infra gostaria de reduzir espaço utilizado de > backups para bases menos importantes. > > Conheço bem os conceitos e as diferentes estratégias de backup utilizando > as ferramentas, a questão não é estratégias, vantagens ou desvantagens, mas > apenas um estudo de uso em disco em específico. > > Um teste que fiz foi pegar uma base recem instalada (1G) e fazer backup com > ambos os metodos: > O backup gerado por Export (full dump) já compactado (via SO) ficou em > torno de 27~30 MB. > Já com Rman ficou em 280~300 MB não compactado (bkp padrao full). > > Alguem ja ouviu falar em alguma relação percentual de espaço utilizado > entre os métodos de backup?? > Ex: Dump representa 10% ou 20% de backup via Rman com relação a tamanho. > > Se alguem souber de algum estudo nesse sentido e puder compartilhar, > ficaria agradecido. > > Obrigado. > Zumba > > __ > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] banco standby...
Prezado Marcio, Caso você não possua Oracle Enterprise ou não tenha adquirido o Data Guard, recomendo que utilize a metodologia de sincronia entre bases de dados sem a necessidade de criação de Controlfiles Standby. Funciona do mesmo jeito, é mais prático, requer menos comandos para torná-lo ativo. No metalink, siga o Doc. *ID. 333749.1.* E lembre-se que no caso de uma aplicação incompleta de archivelogs (o seu caso pelo fato de que você nunca vai saber se existe a possibilidade de virem mais archivelogs ou não) você deve usar a sintaxe "recover database until cancel using backup controlfile;" para depois poder abri-lo com sucesso através de um "alter database open resetlogs;" Caso esteja usando controlfiles Standby, basta colocar "recover standby database until cancel using backup controlfile;" Abraços, Marcelo Medrado Polo-IT 2009/8/26 Márcio Ricardo Alves da Silva > > > Akira, como assim aplicar os redos online. O de produção? > > - Original Message - > From: Akira > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, August 26, 2009 2:26 PM > Subject: Re: [oracle_br] banco standby... > > Eu não li a conversa toda, mas primeiro tente aplicar os redos online, se > tiver: > > recover database; > ou > recover database using backup controlfile; > > Coloque o caminho dos redos onlines, de todos. Se der responta positiva, vc > vai conseguir abrir. > > Senão vc faz um recover incompleto: > > recover database until cancel; > > ou > > recover database using backup controlfile until cancel; > > Depois faça o open resetlogs. > > Mas lembre-se que é um recover incompleto, talvez vai conseguir abrir > depois disso, mas não aplicou todos os archives. > > Boa sorte! > > Akira > > - Original Message - > From: Márcio Ricardo Alves da Silva > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, August 26, 2009 1:50 PM > Subject: Re: [oracle_br] banco standby... > > Pessoal, fui aplicar os archives novamente e quando vou subir dá esse > problerma. > > SQL> alter database open resetlogs; > alter database open resetlogs > * > ERROR at line 1: > ORA-01152: file 1 was not restored from a sufficiently old backup > ORA-01110: data file 1: '/dsk1/wickbold/sys/system' > > tem como resolver isso, sem aplicar os archives ou restaurar a fita? > > - Original Message - > From: Márcio Ricardo Alves da Silva > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, August 26, 2009 1:17 PM > Subject: Re: [oracle_br] banco standby... > > Olá Marcos. > > versão do banco 10G Release 10.2.0.1.0 > SO: HP-UX 11.23 > > A finalidade agora do banco standby é disponibiliza-lo para um aplicativo > acessa-lo. Esse aplicativo, faz apenas consulta no banco, e no servidor de > produção quando ele roda, consome entre 80% e 99% da CPU, atrapalhando > outros processos e deixando o seu próprio processo lento, então vamos > aponta-lo para o "standby" por algum tempo, enquanto o pessoal de > desenvolvimento vai trabalhando no aplicativo e nas querys. > > "Apanhei" muito pra montar esse standby. Posso me considerar ainda um DBA > Jr., então não tenho muita experiência, e estou tendo que fazer algumas > tarefas e contando com a ajuda de vocês. > > Vão colocar a aplicação para o banco agora a tarde, e com isso estarei > aplicando os archives em horários definidos, a aplicação dos archives vai > ser manualmente. > > Vou a possibilidade de preparar novamente o ambiente na semana que vem, ai > sim seguindo a documentação. > > Obrigado. > - Original Message - > From: Marcos Braga > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, August 26, 2009 11:29 AM > Subject: Re: [oracle_br] banco standby... > > Oi Márcio, > > Concordo com o Chiappa na questão de cumprir os quesitos, mas creio que > deixou muita informação valiosa fora do nosso conhecimento. > > Ao meu ver, na pouca informação que passou no email (versão do banco, > sistema operacional, o que já fez a respeito do standby), você já criou o > standby e está aplicando os archives manualmente. > > No fim das contas é isso mesmo. O standby é um banco passivo que vai pedir > sempre pelos novos archives do banco primário e isso é uma constante. A > cada > novo archive criado, será aplicado no standby (manualmente ou > automaticamente) e assim até o momento em que vai ocorrer uma falha ou > manutenção (failover ou switchover) no primário e precisará ativar o > standby > (torná-lo um banco ativo). > > Nas versões Standard do Oracle esse processo de aplicar archives é manual > por restrições da versão, porém na versão Enterprise é possível criar o > Dataguard para tornar esse p
Re: [oracle_br] ORA-06502 numeric or value error: character string buffer too small
Prezado Flávio, Fique atento na forma como a coluna foi criada: varchar2(7) é diferente de varchar2(7) byte. Se for byte, pode ser que um caractere que ocupa 2 bytes esteja causando o overflow, mesmo que você "conte" apenas 7 caracteres. Geralmente o SQL Developer cria com BYTE por padrão. Já a CONSOLE do Oracle e os produtos da Quest Software usam o contrário. Abraços, Marcelo Medrado Polo-IT 2009/8/25 José Eduardo Batista Juliano > Fica mais uma dica, ja encontrei esse erro quando aconteceu um > no_data_found. > > 2009/8/25 Júlio César Corrêa > > > Isso mesmo,em algum ponto está tentando inserir uma string maior que o > > tamanho da váriavel. > > > > 2009/8/25 Flavio > > > > > > > > > > > Olá pessoal, bom dia, > > > > > > comecei a trabalhar com Oracle a pouco tempo, e na empresa q trabalho, > > > o sistema está gerando essa mensagem quando executa uma procedure. É > > > inviável colocar todo o código aqui, mas colocarei a linha que está > > > gerando a exceção: > > > > > > NodeApiArray(j).APIParam.apiarray(i).Api := RTRIM(s_subcategory); > > > > > > onde s_subcategory é uma variavel da procedure, > > > > > > Todos esses arrays são tipos de dados criados e Api é um varchar2(7). > > > > > > Na verdade, gostaria de saber sobre possíveis erros que poderiam estar > > > gerando essa exceção, como por exemplo, se eu atribuir uma string de > > > dimensão maior q 7 para a var Api, esse tipo de exceção é gerada !? > > > > > > Sei q fica dificil resolver o meu problema com somente isso de > > > informação, mas gostaria de mais informações sobre esse tipo de > exceção. > > > > > > Obrigado pela atenção de todos, > > > > > > Abrs, > > > > > > Flávio. > > > > > > __ > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > > http://br.maisbuscados.yahoo.com > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > -- > > Júlio César Corrêa > > IS Technologist - Oracle DBA > > www.dbajccorrea.com > > > > To stay competitive in the tech industry, never stop > > learning. Always be on the lookout for better ways of > > doing things and new technologies. Our industry does > > not reward people who let themselves stagnate > > John Hall, Senior Vice President, Oracle University > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > -- > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > > inteira responsabilidade de seus remetentes. > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > > > -- > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > Procedure > > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > http://www.oraclebr.com.br/ > > > > > Links do Yahoo! Grupos > > > > > > > > > -- > José Eduardo Batista Juliano > Cel (16)9189-2486 > Híade Informática > Consultoria Oracle e desenvolvimento de sistemas. > Ribeirão Preto - SP > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > ---
