Re: {Desarmado} Re: [oracle_br] optimizer goal - dúvidas
Srs. bom dia. Tenho uma base oracle 10 (express) em um servidor que apresenta o seguinte problema: Ao executar um determinado sql, a utilização dos discos na máquina vai a 100%. Exportada a base e recriada em outra maquina, com plano de execução idêntico, roda rapidamente e normalmente, sem exigir o mínimo de utilização de discos. Somente o sql apresenta esse problema. Alguém teria alguma sugestão? Obrigado Sérgio --- Esta mensagem n�o implica a assun��o de obriga��es em nome da empresa Irm�os Muffato e Cia Ltda, conforme Contrato Social em sua 3a. Cl�usula da 56a. altera��o. Qualquer uso n�o autorizado, replica��o ou dissemina��o desta mensagem ou parte dela � expressamente proibido. A empresa Irm�os Muffato e Cia Ltda n�o � respons�vel pelo conte�do ou a veracidade desta informa��o. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Oracle Java course
EurosoftAcademy Euro soft diploma (Oracle Java) Oracle Oracl · Oracle SQL 10g · Oracle PL/SQL 10g Optional · Oracle forms10g · Oracle reports10g Java · OOP (object oriented programming) · J2SE · J2EE (JSP, Servlet) · JODBC (java oracle databaseconnectivity) · Introduction to (hibernate, JSF, XML, AJAX) The training course will be held 16/5/2010 (Sunday Tuesday Thursday). 6pm This Training Course** 120 HR** Address: -24 Ibn El-Walled St. In the Opposite of Shooting Club-Gate #10 Mohandessen -Egypt. Tel: -+202 333 64 306 – 011 96 70 974 - 0101334319 Web site: -www.eurosoft-eg.com i...@eurosoft-eg.com [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Materiais oficiais
Caros, Estou vendendo meus materiais oficiais da Oracle impressos: Oracle 10g Administration I Oracle 10g Administration II Todo material é em portugues e esta em bom estado. Quem tiver interesse, me mande mensagem em PVT. Atenciosamente, Marcos Fontana [As partes desta mensagem que não continham texto foram removidas]
{Desarmado} Re: [oracle_br] optimizer goal - dúvidas
Muito provavelmente a primeira máquina deve estar tendo que descarregar itens em disco por falta de memória livre/má-configuração/etc, itens tais como criação de hash tables, componentes temporários, sorting steps, enquanto a outra não... Faça um trace 10046 e um TKPROF da execução do SQL em cada uma e compare, que vc acha a diferença... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Sergio L.Spolon ser...@... escreveu Srs. bom dia. Tenho uma base oracle 10 (express) em um servidor que apresenta o seguinte problema: Ao executar um determinado sql, a utilização dos discos na máquina vai a 100%. Exportada a base e recriada em outra maquina, com plano de execução idêntico, roda rapidamente e normalmente, sem exigir o mínimo de utilização de discos. Somente o sql apresenta esse problema. Alguém teria alguma sugestão? Obrigado Sérgio --- Esta mensagem não implica a assunção de obrigações em nome da empresa Irmãos Muffato e Cia Ltda, conforme Contrato Social em sua 3a. Cláusula da 56a. alteração. Qualquer uso não autorizado, replicação ou disseminação desta mensagem ou parte dela é expressamente proibido. A empresa Irmãos Muffato e Cia Ltda não é responsável pelo conteúdo ou a veracidade desta informação. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Tamanho maximo TableSpace
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]
Re: [oracle_br] Tamanho maximo TableSpace
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 rafao...@gmail.com 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 * 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] Problema RMAN-06056
Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLEDNAME -- --- -- 12RECOVER READ WRITE/oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br [As partes desta mensagem que não continham texto foram removidas]
RE: [oracle_br] RAC x ERP
Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas] _ DEIXE SUAS CONVERSAS MAIS DIVERTIDAS. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, É GRÁTIS. http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline [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 RMAN-06056
brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@gmail.comescreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br evandro%40clickinterativa.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] Tamanho maximo TableSpace
cria um novo datafile para o tablespace ALTER TABLESPACE 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 gerson.vasconce...@gmail.comescreveu: 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 rafao...@gmail.com 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]
Re: [oracle_br] Problema RMAN-06056
Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruni...@gmail.comescreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@gmail.comescreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br evandro%40clickinterativa.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 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Ferramenta para modelagem de database.
Marcio, cerveja bem o produto que falamos são diferentes eu falei do Oracle SQL Developer Data Modeler http://www.oracle.com/technology/products/database/datamodeler/index.html e voce falou do Oracle SQL Developer 2.1 Patch 1 (2.1.1.64.45) http://www.oracle.com/technology/software/products/sql/index.html eu realmente não tenho certeza se o data modeler é free depois com mais tempo vou ler , de qualquer forma valeu pela dica. Em 12 de maio de 2010 22:03, Ygor Thomaz ygo...@gmail.com escreveu: Excelente! Atende as minhas necessidades. Obrigado! Em 12 de maio de 2010 17:34, MARCIO CASTRO marciomouracas...@yahoo.com.brescreveu: Duilio, atenção: O Oracle SQL Developer é gratuito, já o Oracle SQL Developer Data Modeler, você pode baixar e testar assim como as demais ferramentas da Oracle, mas é um produto licenciado. Observe que na página do download, em http://www.oracle.com/technology/software/products/sql/datamodelerpatch1.html,encontramoso seguinte: SQL Developer Data Modeler is a priced product. Please read the Pricing FAQ for more. De: Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Enviadas: Quarta-feira, 12 de Maio de 2010 15:54:14 Assunto: Re: [oracle_br] Ferramenta para modelagem de database. E ai brother, conheçe Oracle SQL Developer Data Modeler? http://www.oracle.com/technology/products/database/datamodeler/index.html é free , veja se resolve seu problema. http://www.oracle.com/technology/products/database/datamodeler/index.html Em 12 de maio de 2010 15:31, Ygor Thomaz ygo...@gmail.comygorth% 40gmail.com escreveu: Pessoal, procuro uma ferramenta para modelagem gráfica (ER) de bases que irão ser armazenadas no Oracle. A ferramenta deve gerar no final código SQL nativo de qualidade para criação do modelo implementado visualmente. Algo próximo do DBDesigner(http://www.fabforce.net/dbdesigner4/). Baixei o Oracle JDeveloper que tem uma feature que faz isso, porem trabalhamos com .NET e o JDeveloper obriga instalar bastante coisa que não iríamos usar. Obrigado. -- Atc, Ygor Thomaz Website: http://ctrlclabs.ygorth.net/ O sábio teme o céu sereno; em compensação, quando vem a tempestade ele caminha sobre as ondas e desafia o vento. Confúcio [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] -- Atc, Ygor Thomaz Website: http://ctrlclabs.ygorth.net/ O sábio teme o céu sereno; em compensação, quando vem a tempestade ele caminha sobre as ondas e desafia o vento. Confúcio [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] Ajuda com artigos
Boa tarde.. estou em faze de conclusão do meu TC1, preciso relacionar artigos e trabalhos recentes sobre replicação de dados, sendo Oracle ou não... gostaria da ajuda de vocês.. se alguem souber, ou tiver algum artigo no pc, ou em algum link ou qualquer coisa do tipo que seja sobre algum estudo sobre replicação, e que seja atual, eu agradeceria =) Álisson [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC x ERP
Oi Orfeu, Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira e acabava dando algum erro que não encontrava solução. Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe como isso ocorria. Eu só descobria utilizando o seguinte comando: # netstat -ltn GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões. Bom..., alternativamente, sempre consultava os logs para saber o que estava ocorrendo, alguns problemas descobri consultando os logs; é um bom começo. Primeiramente aconselho verificar se a porta abre após uns 5 minutos que tentou subir o serviço; Segundamente (r), aconselho verificar o log do EM. []s Braga Em 13 de maio de 2010 14:48, orfeu lima orfe...@hotmail.com escreveu: Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas]
RE: [oracle_br] RAC x ERP
Marcos, as conexões estao la tcp0 0 192.168.248.200:15210.0.0.0:* OUÃA tcp0 0 192.168.248.210:15210.0.0.0:* OUÃA mas mesmo assim nao consigo acessar. olha so. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Thu, 13 May 2010 15:46:33 -0300 Subject: Re: [oracle_br] RAC x ERP Oi Orfeu, Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira e acabava dando algum erro que não encontrava solução. Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe como isso ocorria. Eu só descobria utilizando o seguinte comando: # netstat -ltn GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões. Bom..., alternativamente, sempre consultava os logs para saber o que estava ocorrendo, alguns problemas descobri consultando os logs; é um bom começo. Primeiramente aconselho verificar se a porta abre após uns 5 minutos que tentou subir o serviço; Segundamente (r), aconselho verificar o log do EM. []s Braga Em 13 de maio de 2010 14:48, orfeu lima orfe...@hotmail.com escreveu: Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas] _ DEIXE SUAS CONVERSAS MAIS DIVERTIDAS. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, É GRÁTIS. http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline [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/
[oracle_br] Re: Problema RMAN-06056
Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus backups com controle pelo controlfile apenas Evandro, explica melhor , que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se vc puder ompartilhar com a gente ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto evandrogiache...@... escreveu Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruni...@...escreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@...escreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... evandro%40clickinterativa.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 [As partes desta mensagem que não continham texto foram removidas]
Res: [oracle_br] Ferramenta para modelagem de database.
Opas; então, vamos deixar bem explicado: O Oracle SQL Developer é free. Quando saiu o Oracle SQL Developer Data Modeler, muita gente achou que seria free pelo próprio nome - inclusive eu mesmo - mas tal não é. Achei que você tivesse se confundido como eu, devido ao nome. No entanto, o Oracle SQL Developer, à partir da versão 2.0, possui o Data Modeler, que até permite fazer uma engenharia reversa do banco, desenhando as entidades e relacionamentos, mas é só; não dá para modelar com a mesma... :-( De: Duilio Bruniera Junior bruni...@gmail.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 13 de Maio de 2010 15:10:39 Assunto: Re: [oracle_br] Ferramenta para modelagem de database. Marcio, cerveja bem o produto que falamos são diferentes eu falei do Oracle SQL Developer Data Modeler http://www.oracle. com/technology/ products/ database/ datamodeler/ index.html e voce falou do Oracle SQL Developer 2.1 Patch 1 (2.1.1.64.45) http://www.oracle. com/technology/ software/ products/ sql/index. html eu realmente não tenho certeza se o data modeler é free depois com mais tempo vou ler , de qualquer forma valeu pela dica. Em 12 de maio de 2010 22:03, Ygor Thomaz ygo...@gmail. com escreveu: Excelente! Atende as minhas necessidades. Obrigado! Em 12 de maio de 2010 17:34, MARCIO CASTRO marciomouracastro@ yahoo.com. brescreveu: Duilio, atenção: O Oracle SQL Developer é gratuito, já o Oracle SQL Developer Data Modeler, você pode baixar e testar assim como as demais ferramentas da Oracle, mas é um produto licenciado. Observe que na página do download, em http://www.oracle. com/technology/ software/ products/ sql/datamodelerp atch1.html, encontramoso seguinte: SQL Developer Data Modeler is a priced product. Please read the Pricing FAQ for more. _ _ __ De: Duilio Bruniera Junior bruni...@gmail. com bruniera%40gmail. com Para: oracle...@yahoogrup os.com.br oracle_br%40yahoog rupos.com. br Enviadas: Quarta-feira, 12 de Maio de 2010 15:54:14 Assunto: Re: [oracle_br] Ferramenta para modelagem de database. E ai brother, conheçe Oracle SQL Developer Data Modeler? http://www.oracle. com/technology/ products/ database/ datamodeler/ index.html é free , veja se resolve seu problema. http://www.oracle. com/technology/ products/ database/ datamodeler/ index.html Em 12 de maio de 2010 15:31, Ygor Thomaz ygo...@gmail. comygorth% 40gmail.com escreveu: Pessoal, procuro uma ferramenta para modelagem gráfica (ER) de bases que irão ser armazenadas no Oracle. A ferramenta deve gerar no final código SQL nativo de qualidade para criação do modelo implementado visualmente. Algo próximo do DBDesigner(http://www.fabforce .net/dbdesigner4 /). Baixei o Oracle JDeveloper que tem uma feature que faz isso, porem trabalhamos com .NET e o JDeveloper obriga instalar bastante coisa que não iríamos usar. Obrigado. -- Atc, Ygor Thomaz Website: http://ctrlclabs. ygorth.net/ O sábio teme o céu sereno; em compensação, quando vem a tempestade ele caminha sobre as ondas e desafia o vento. Confúcio [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] -- Atc, Ygor Thomaz Website: http://ctrlclabs. ygorth.net/ O sábio teme o céu sereno; em compensação, quando vem a tempestade ele caminha sobre as ondas e desafia o vento. Confúcio [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] Re: Problema RMAN-06056
Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? Abraço Em 13 de maio de 2010 16:19, José Laurindo jlchia...@yahoo.com.brescreveu: Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus backups com controle pelo controlfile apenas Evandro, explica melhor , que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se vc puder ompartilhar com a gente ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, Evandro Giachetto evandrogiache...@... escreveu Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruni...@...escreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@...escreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... evandro%40clickinterativa.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 [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Problema RMAN-06056
Velhão vê se isso aqui te ajuda :
Applies to: Oracle Server - Enterprise Edition - Version: 9.2.0.4.0
This problem can occur on any platform.
Symptoms
RMAN DUPLICATE completes ok.
However, the cloned database is missing a datafile, which was ONLINE in the
original database.
Alert log in the clone shows:
File #60 found in data dictionary but not in controlfile.
Creating OFFLINE file 'MISSING00060' in the controlfile
The RMAN shows the datafile was backed up:
BS Key Type LV Size Device Type Elapsed Time Completion Time
--- -- -- --- ---
1467 Incr 0 10G SBT_TAPE 00:10:20 02-MAY-07
BP Key: 1467 Status: AVAILABLE Tag: TAG_COD_2007_05_02_03_00
Piece Name: COD_2007_05_02_03_00-2.rman
List of Datafiles in backup set 1467
File LV Type Ckp SCN Ckp Time Name
-- -- -
1 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/system
5 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit
6 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit001
7 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit002
8 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit003
9 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit004
10 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit005
11 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit006
12 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit007
...
57 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/integrator_indx
60 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/depo_hist_02;
datafile 60
61 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/depo_stat_indx_02
62 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/transit_indx_02
The RMAN DUPLICATE shows the datafile is skipped during the SWITCH command:
...
set newname for datafile 60 to quot;/dev/vx/rdsk/cod-standby/depo_hist_02;
...
restoring datafile 00060 to /dev/vx/rdsk/cod-standby/depo_hist_02
datafile 60 switched to datafile copy
input datafilecopy recid=59 stamp=621515693
filename=/dev/vx/rdsk/cod-standby/depo_hist_02
catalog clone datafilecopy quot;/dev/vx/rdsk/cod-standby/depo_hist_02;
cataloged datafile copy
datafile copy filename=/dev/vx/rdsk/cod-standby/depo_hist_02 recid=59
stamp=621515887
...
datafile 59 switched to datafile copy
input datafilecopy recid=58 stamp=621515887
filename=/dev/vx/rdsk/cod-standby/work02
datafile 2 switched to datafile copy
input datafilecopy recid=1 stamp=621515883
filename=/dev/vx/rdsk/cod-standby/undotbs
datafile 3 switched to datafile copy
DATAFILE 60 MISSING DURING SWITCH
printing stored script: Memory Script
{
Alter clone database open resetlogs;
}
executing script: Memory Script
database opened
Finished Duplicate Db at 02/05/2007 11:19:40
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: failure of release command at 05/02/2007 11:19:40
RMAN-06012: channel: t1 not allocated
Cause Bug
4381732https://support.oracle.com/CSP/main/article?cmd=showtype=BUGid=4381732
-
MISSING DATAFILES AFTER RMAN DUPLICATION
Solution
This is related to the underscore(s) used in the naming of the missing
datafile.
Check for a datafile with a similar name i.e.with almost the same exact
name, except one character being different, such as underscore.
Example:
/dev/vx/rdsk/cod-dg/depo_hist002; datafile 27
/dev/vx/rdsk/cod-dg/depo_hist_02; datafile 60nbsp;
The names have the same length, with hist002 and hist_02 (0 and _ being
different)
Another example:
/oracle2/oradata/V1010/dbs/rhscidx_001.dbf 8
/oracle2/oradata/V1010/dbs/rhs_idx_001.dbf 9
This is causing RMAN to switch datafile 27 twice and ignore datafile 60.
WORKAROUND:
1.Replace the underscore in the second filename (datafile 60) with 2
underscores.
This would need to be done in the original database using:
ALTER DATABASE RENAME FILE '/dev/vx/rdsk/cod-dg/depo_hist_02' TO
'/dev/vx/rdsk/cod-dg/depo_hist__02';
or
2.Change the underscore to another character or add any other character that
will make the names differ in length.
Issue does not reproduce in 10g. RMAN duplication fails with:
ORA-27036: translation error, unable to expand file name
Abraço e boa sorte
Em 13 de maio de 2010 16:49, David Ricardo drb.rica...@gmail.com escreveu:
Você sabe informar a qual tablespace era referenciado esse DATAFILE 12???
Abraço
Em 13 de maio de 2010 16:19, José Laurindo jlchia...@yahoo.com.brescreveu:
Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus
backups com controle pelo controlfile apenas Evandro, explica melhor ,
que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE
DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se
vc puder ompartilhar com a gente ?
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br
Re: [oracle_br] Ferramenta para modelagem de database.
Srs,
Vcs podem usar tb o Toad Data Modeler (não eh free mas parece que tem uma
versao community). Eh bem leve e permite reverse engenee a partir de uma
conexão ou de um arquivo de script SQL.
Jairo
Em 13 de maio de 2010 16:44, MARCIO CASTRO
marciomouracas...@yahoo.com.brescreveu:
Opas; então, vamos deixar bem explicado:
O Oracle SQL Developer é free. Quando saiu o Oracle SQL Developer Data
Modeler, muita gente achou que seria free pelo próprio nome - inclusive eu
mesmo - mas tal não é. Achei que você tivesse se confundido como eu, devido
ao nome.
No entanto, o Oracle SQL Developer, à partir da versão 2.0, possui o
Data Modeler, que até permite fazer uma engenharia reversa do banco,
desenhando as entidades e relacionamentos, mas é só; não dá para modelar
com a mesma... :-(
De: Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.com
Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
Enviadas: Quinta-feira, 13 de Maio de 2010 15:10:39
Assunto: Re: [oracle_br] Ferramenta para modelagem de database.
Marcio,
cerveja bem o produto que falamos são diferentes
eu falei do
Oracle SQL Developer Data Modeler
http://www.oracle. com/technology/ products/ database/ datamodeler/
index.html
e voce falou do
Oracle SQL Developer 2.1 Patch 1 (2.1.1.64.45)
http://www.oracle. com/technology/ software/ products/ sql/index. html
eu realmente não tenho certeza se o data modeler é free depois com mais
tempo vou ler , de qualquer forma valeu pela dica.
Em 12 de maio de 2010 22:03, Ygor Thomaz ygo...@gmail. com escreveu:
Excelente! Atende as minhas necessidades. Obrigado!
Em 12 de maio de 2010 17:34, MARCIO CASTRO
marciomouracastro@ yahoo.com. brescreveu:
Duilio, atenção:
O Oracle SQL Developer é gratuito, já o Oracle SQL Developer Data
Modeler,
você pode baixar e testar assim como as demais ferramentas da Oracle,
mas
é
um produto licenciado. Observe que na página do download, em
http://www.oracle. com/technology/ software/ products/ sql/datamodelerp
atch1.html, encontramoso seguinte:
SQL Developer Data Modeler is a priced product. Please read the
Pricing
FAQ for more.
_ _ __
De: Duilio Bruniera Junior bruni...@gmail. com bruniera%40gmail.
com
Para: oracle...@yahoogrup os.com.br oracle_br%40yahoog rupos.com. br
Enviadas: Quarta-feira, 12 de Maio de 2010 15:54:14
Assunto: Re: [oracle_br] Ferramenta para modelagem de database.
E ai brother, conheçe Oracle SQL Developer Data Modeler?
http://www.oracle. com/technology/ products/ database/ datamodeler/
index.html
é free , veja se resolve seu problema.
http://www.oracle. com/technology/ products/ database/ datamodeler/
index.html
Em 12 de maio de 2010 15:31, Ygor Thomaz ygo...@gmail. comygorth%
40gmail.com
escreveu:
Pessoal,
procuro uma ferramenta para modelagem gráfica (ER) de bases que irão
ser armazenadas no Oracle. A ferramenta deve gerar no final código
SQL
nativo de qualidade para criação do modelo implementado visualmente.
Algo próximo do DBDesigner(http://www.fabforce .net/dbdesigner4 /).
Baixei o Oracle JDeveloper que tem uma feature que faz isso, porem
trabalhamos com .NET e o JDeveloper obriga instalar bastante coisa
que
não iríamos usar.
Obrigado.
--
Atc, Ygor Thomaz
Website: http://ctrlclabs. ygorth.net/
O sábio teme o céu sereno; em compensação, quando vem a tempestade
ele caminha sobre as ondas e desafia o vento. Confúcio
[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]
--
Atc, Ygor Thomaz
Website: http://ctrlclabs. ygorth.net/
O sábio teme o céu sereno; em compensação, quando vem a tempestade ele
caminha sobre as ondas e desafia o vento. Confúcio
[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:
Re: [oracle_br] Re: Problema RMAN-06056
retificando. na linha *Dropei os datafiles antigos (arquivos control file). eu quis dizer... Dropei o arquivo de control file... rss Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 16:57, Evandro Giachetto evandrogiache...@gmail.comescreveu: antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' dessa forma Primeiro, peguei todos os datafile com '%MISSI%' no nome... Em seguida, exclui os datafiles dessa forma: ALTER DATABASE DATAFILE 12 OFFLINE DROP; ALTER DATABASE DATAFILE 16 OFFLINE DROP; após isso, baixei e subi o banco... e os datafiles continuavam sendo exibidos tanto na view dba_data_files como na v$datafile. Depois disso, partimos para a iguinorância. Recriei o controlfile. dei um ALTER DATABASE BACKUP CONTROLFILE TO TRACE... Alterei o script gerado retirando os create datafile com aqueles 'MISSING%' Mantive os drop datafile dos datafiles 'MISSING%'. Dropei os datafiles antigos (arquivos control file). Rodei o scrip para criar novo controlfile. Mesmo assim não adiantou... Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam aparecendo. Estou partindo pra iguinorância agora... Vou dropar os tablespaces e recriá-los. Se alguém tiver mais alguma idéia do que possa ser feito, seria bem vinda... abraço Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 16:49, David Ricardo drb.rica...@gmail.comescreveu: Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? Abraço Em 13 de maio de 2010 16:19, José Laurindo jlchia...@yahoo.com.brjlchiappa%40yahoo.com.br escreveu: Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus backups com controle pelo controlfile apenas Evandro, explica melhor , que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se vc puder ompartilhar com a gente ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br, Evandro Giachetto evandrogiache...@... escreveu Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruni...@...escreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@...escreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... evandro%40clickinterativa.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:
Re: [oracle_br] RAC x ERP
Esse resultado mostra que só o listener está ativo, não o EM. A porta padrão do listener é 1521 (porta reportada), se o EM estivesse ativo, provavelmente apareceria a 1158 nessa lista. É bom partir para o log mesmo. []s Braga Em 13 de maio de 2010 15:50, orfeu lima orfe...@hotmail.com escreveu: Marcos, as conexões estao la tcp0 0 192.168.248.200:15210.0.0.0:* OUÃA tcp0 0 192.168.248.210:15210.0.0.0:* OUÃA mas mesmo assim nao consigo acessar. olha so. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Thu, 13 May 2010 15:46:33 -0300 Subject: Re: [oracle_br] RAC x ERP Oi Orfeu, Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira e acabava dando algum erro que não encontrava solução. Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe como isso ocorria. Eu só descobria utilizando o seguinte comando: # netstat -ltn GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões. Bom..., alternativamente, sempre consultava os logs para saber o que estava ocorrendo, alguns problemas descobri consultando os logs; é um bom começo. Primeiramente aconselho verificar se a porta abre após uns 5 minutos que tentou subir o serviço; Segundamente (r), aconselho verificar o log do EM. []s Braga Em 13 de maio de 2010 14:48, orfeu lima orfe...@hotmail.com escreveu: Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Problema RMAN-06056
Tem alguma informação na v$recover_files em especifico relacionada a esses datafiles? Ats Em 13 de maio de 2010 16:58, Evandro Giachetto evandrogiache...@gmail.comescreveu: retificando. na linha *Dropei os datafiles antigos (arquivos control file). eu quis dizer... Dropei o arquivo de control file... rss Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 16:57, Evandro Giachetto evandrogiache...@gmail.comescreveu: antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' dessa forma Primeiro, peguei todos os datafile com '%MISSI%' no nome... Em seguida, exclui os datafiles dessa forma: ALTER DATABASE DATAFILE 12 OFFLINE DROP; ALTER DATABASE DATAFILE 16 OFFLINE DROP; após isso, baixei e subi o banco... e os datafiles continuavam sendo exibidos tanto na view dba_data_files como na v$datafile. Depois disso, partimos para a iguinorância. Recriei o controlfile. dei um ALTER DATABASE BACKUP CONTROLFILE TO TRACE... Alterei o script gerado retirando os create datafile com aqueles 'MISSING%' Mantive os drop datafile dos datafiles 'MISSING%'. Dropei os datafiles antigos (arquivos control file). Rodei o scrip para criar novo controlfile. Mesmo assim não adiantou... Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam aparecendo. Estou partindo pra iguinorância agora... Vou dropar os tablespaces e recriá-los. Se alguém tiver mais alguma idéia do que possa ser feito, seria bem vinda... abraço Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 16:49, David Ricardo drb.rica...@gmail.com escreveu: Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? Abraço Em 13 de maio de 2010 16:19, José Laurindo jlchia...@yahoo.com.br jlchiappa%40yahoo.com.br escreveu: Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus backups com controle pelo controlfile apenas Evandro, explica melhor , que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se vc puder ompartilhar com a gente ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br oracle_br% 40yahoogrupos.com.br, Evandro Giachetto evandrogiache...@... escreveu Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruni...@...escreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@...escreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... evandro%40clickinterativa.com.br [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Problema RMAN-06056
você usa catálogo para o RMAN? Em 13 de maio de 2010 15:04, Evandro Giachetto evandrogiache...@gmail.comescreveu: Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br evandro%40clickinterativa.com.br Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.comescreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiache...@gmail.com evandrogiachetto%40gmail.comescreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito? Detalhe: Não posso iguinorar (usar skip) esses datafiles no script de backup pois esse script é padrão. Não posso alterá-lo. A solução seria fazer esses datafile MISSING sumirem das entradas do banco.. Any Ideas? Abraço. Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br evandro%40clickinterativa.com.brevandro% 40clickinterativa.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 [As partes desta mensagem que não continham texto foram removidas] -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com Skype: raul.andrade www.clickdba.com Não somos seres humanos passando por uma experiência espiritual Somos seres espirituais passando por uma experiência humana. [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
Rafael Como o tamanho máximo de um datafile é 2^22 blocos (4194304), ou seja, o tamanho máximo, em bytes, é a quantidade de blocos X o tamanho do bloco. Se sua tablespace tiver apenas 1 datafile, ela crescerá até 32GB (caso o tamanho do bloco de dados de seu banco seja 8192 bytes). Solução: como o Gerson disse, acrescente mais datafiles! Caso queira saber mais: http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/limits002.htm#i287915 Att, Lílian Barroso
[oracle_br] Re: Problema RMAN-06056
Do nosso amigo manual Oracle® Database SQL Reference 10g Release 2 na entrada sobre ALTER DATABASE (ênfase com *s minha) : FOR DROP If the database is in noarchivelog mode, you must specify FOR DROP clause to take a datafile offline. * However, this clause does not remove the datafile from the database . To do that, you *** must *** use an operating system command or *** drop the tablespace *** in which the datafile resides. Until you do so, the datafile remains in the data dictionary with the status RECOVER or OFFLINE. então Não é de forma alguma apelação dropar a tablespace, isso É REQUERIDO pro datafile sair das views, ok []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto evandrogiache...@... escreveu retificando. na linha *Dropei os datafiles antigos (arquivos control file). eu quis dizer... Dropei o arquivo de control file... rss Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... Em 13 de maio de 2010 16:57, Evandro Giachetto evandrogiache...@...escreveu: antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' dessa forma Primeiro, peguei todos os datafile com '%MISSI%' no nome... Em seguida, exclui os datafiles dessa forma: ALTER DATABASE DATAFILE 12 OFFLINE DROP; ALTER DATABASE DATAFILE 16 OFFLINE DROP; após isso, baixei e subi o banco... e os datafiles continuavam sendo exibidos tanto na view dba_data_files como na v$datafile. Depois disso, partimos para a iguinorância. Recriei o controlfile. dei um ALTER DATABASE BACKUP CONTROLFILE TO TRACE... Alterei o script gerado retirando os create datafile com aqueles 'MISSING%' Mantive os drop datafile dos datafiles 'MISSING%'. Dropei os datafiles antigos (arquivos control file). Rodei o scrip para criar novo controlfile. Mesmo assim não adiantou... Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam aparecendo. Estou partindo pra iguinorância agora... Vou dropar os tablespaces e recriá-los. Se alguém tiver mais alguma idéia do que possa ser feito, seria bem vinda... abraço Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@... Em 13 de maio de 2010 16:49, David Ricardo drb.rica...@...escreveu: Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? Abraço Em 13 de maio de 2010 16:19, José Laurindo jlchia...@...jlchiappa%40yahoo.com.br escreveu: Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus backups com controle pelo controlfile apenas Evandro, explica melhor , que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se vc puder ompartilhar com a gente ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br, Evandro Giachetto evandrogiachetto@ escreveu Veja o erro que deu: RMAN resync catalog; RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of resync command at 05/13/2010 13:04:22 RMAN-06428: recovery catalog is not installed Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evandro@ Em 13 de maio de 2010 14:50, Duilio Bruniera Junior bruniera@escreveu: brother, normalmente sempre que voce adiciona , dropar um tablespace ou move um datafile voce deve fazer o resync catalog. é simples tenta ai ! $ rman target / $ connect catalog rman/r...@rman; rman resync catalog; Em 13 de maio de 2010 13:45, Evandro Giachetto evandrogiachetto@escreveu: Pessoal, estou tendo um problema com um backup de um banco. O backup está me retornando o seguinte erro: RMAN-06056: could not access datafile 12 Verifiquei na v$datafile e obtive o seguinte: SQL select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = 12; FILE# STATUS ENABLED NAME -- --- -- -- 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ 10.2.0.4/dbs/MISSING00012 Já tentamos dropar o datafile, mas nada acontece. também já reconstruimos o control file, retirando todas as entradas para os datafile 'MISSING'.. Também, nada mudou... Ao subir o banco novamente, todos continuam sendo listados na v$datafile Alguém tem alguma idéia do que poderia ser feito?
Re: [oracle_br] Tamanho maximo TableSpace
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 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 gerson.vasconce...@gmail.comescreveu: 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 rafao...@gmail.com 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]
