Re: [oracle_br] Auditoria no Oracle
Opa! Sim, sim... eu mesmo! hehehe [ ] André Em 30 de janeiro de 2012 08:48, Milton Bastos Henriquis Jr. < miltonbas...@gmail.com> escreveu: > ** > > > Valeu André, obrigado!! > > É o André? Aquele André? amigos_oracle?? > > On Sun, Jan 29, 2012 at 11:26 PM, Andre Santos > wrote: > > > > 1000tão > > > > Muito bom! Valeu! > > > > [ ] > > > > André > > > > Em 27 de janeiro de 2012 21:53, Milton Bastos Henriquis Jr. < > > miltonbas...@gmail.com> escreveu: > > > > > ** > > > > > > > > > > Olá meus amigos! > > > > > > Escrevi um pouquinho sobre auditoria esta semana: > > > > > > > > > > > > http://miltonbastos.com/2012/01/26/oca-11g-auditoria-de-banco-de-dados-parte-1/ > > > > > > > > > > > > http://miltonbastos.com/2012/01/27/oca-11g-auditoria-de-banco-de-dados-parte-2/ > > > > > > Coincidentemente o meu amigo Capin também escreveu sobre Auditoria essa > > > semana no blog dele: > > > > > > > > > > > > http://franquini.wordpress.com/2010/07/15/auditoria-usuario-oracle-10g-e-11g/ > > > > > > Abraço! > > > > > > Milton Bastos > > > miltonbastos.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] > > > [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: Modificar parametro MAX_SHARED_SERVERS
O parametro não pode ser modificado no 9i de forma dinamica. Somente por PFILE, fiz isso e consegui altera-lo. O meu sistema tem sessoes Inativas...é normal isso. Usuario esta com a tela do sistema aberta, porem, foi a algum setor, foi ao banheiro, reunião e nãi fechou o sistema. O parametro, processess e sessoes estão com sobra no banco. ex: estão com 1000 na v$parameter. e consultando as VieWs do banco estão com 200 a 250, exemplo. O que me estranha é o seguinte: SO: tem 3.4 GB RAM LIVRE se eu subo a SGA com 1.8 Gb RAM Sobra para o SO 1.6 GB RAM E porque ainda tenho esse erro qd o cenario é este? De: José Laurindo Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Janeiro de 2012 21:31 Assunto: [oracle_br] Re: Modificar parametro MAX_SHARED_SERVERS Bom, primeiro falando sobre o erro especificamente, primeiro : vc Tem Certeza que o banco está usando spfile, e não pfile/initfile ??? A msg quando vc tenta um ALTER SYSTEM com escopo de spfile num banco startado com pfile não é exatamente essa, mas de repente é uma coisa a se checar, confira com um SHOW PARAMETERS SPFILE no sqlplus ... Se isso tá ok, aí muito provavelmente esse ORA-27046 indica spfile corrompido, provavelmente por ** burrada ** feita nesse database : o spfile absolutamente *** nunca *** pode ser editado manualmente (ao contrário do pfile/initfile, que sempre precisava ser editado manualmente com um editor de texto) - se alguém que não sabia disso editou esse spfile com um editor de texto em algum momento no passado, o resultado é corrupção automática e é justamente essa msg que vc está vendo que se obtém nesse caso - e o detalhe é que corrupção de spfile vc normalmente só detecta quando tenta fazer uma gravação... http://www.idevelopment.info/data/Oracle/DBA_tips/Database_Administration/DBA_37.shtml mostra isso, e a solução é ou vc voltar o último backup desse spfile ou vc jogar fora esse spfile corrompido e recriar um novo a partir de um initfilepfile que vc tenha ou que vc crie manualmente... Um truque muito usado nesses casos, caso vc não tenha backup nem um initfile atual e o spfile pode ser aberto no SO, é abrir o spfile corrompido num editor de texto, copiar os comandos do spfile pra memória e colar num novo arquivo, que vc salva como um initfile/pfile... Agora, sobre a sua idéia de diminuir os processos no servidor, através do uso de mts/shared server, até pode funcionar mas saiba que : a) o mts/shared ** NÃO ** é default normalmente, então além de fazer o setup dele vc TEM que diretamente especificar no tnsnames.ora que a host string desejada usa shared servers, E o programa Tem Que Ser alterado para se conectar com a host string alterada que especifica mts/shared b) o mts/shared consiste de um conjunto restrito e delimitado de processos (os dispatchers) que passam a atender as suas sessões, ao invés de deixar cada sessão criar o próprio processo - a comparação é com os caixas de um banco, por exemplo, ou de um supermercado, aonde todos os interessados fazem uma fila por ordem de chegada e uns 3 ou 4 caixas atendem a toda a fila de interessados... Evidentemente, isso funciona muito bem ** SE ** todas as transações forem ** CURTAS **, aí ninguém monopoliza o recurso de atendimento - vc vê isso muito bem na fila do banco, enquanto todo mundo tem poucos e simples documentos pra pagar o negócio vai bem, mas cedo ou tarde chega aquele office-boy com uma pastinha atochada de contas aí esse bozo monopoliza o caixa, se chegar mais um ou dois desses cabou, o tempo de espera vai lá pra cima... E falando especificamente sobre o erro TNS-12500, se vc não o fez, PLEASE leia o meu e-mail de 25/Jan sobre config de RAM para tentar work-aroundar o erro, onde eu abro um pouco mais o assunto e explicitamente digo que : a) além da qtdade de memória, vc TEM um limite máximo de processos que o SO/hardware de 32 bits permite, será que um upgrade pra banco de 64 bits,. num hardware de 64 bits, não resolveria em definitivo, e com MUITO mais segurança, o seu erro ? b) os parâmetros que controlam o uso de recursos do SO, em especial o PROCESSES, tem um papel vital : vc checou se eles estão bem ?? As notas metalink que indiquei falam Copiosamente sobre esses pontos... c) ao analisar o seu database, vc ENCONTROU ou não sessões inativas ? O ponto que eu citei e friso de novo é que automaticamente uma sessão conectada em modo dedicado abre um processo e só o fecha quando desconecta, ** será ** que o seu problema na verdade não são sessões inativas, que ao eliminar vc naturalmente já abre mais slotsd de processos ?? d) patches : como eu tinha dito, 9.2.0.7 ** não ** é o último patchset, vc chegou a aventar a possibilidade de aplicar o último patchset ? Como eu disse lá no outro e-mail, não é comum mas até PODEM existir bugs interferindo com o consumo de recursos que está levando ao ORA-12500 ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Carlos Eduardo" escreveu >
Re: [oracle_br] Renomear datafile de tablespace
Sim, nem escrevemos este comando pois vc mesmo já tinha escrito ele no teu primeiro e-mail... rs... Estes comandos já estavam corretos, vc só precisava ajustar o comando pra fazer o move dos datafiles (fisicamente). 2012/1/31 Emerson Martins > Galera resolvido! > Para a tablespace voltar online efetuei os seguintes comandos. > > SQL> alter tablespace gl_large_tabs rename datafile > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' > Tablespace altered. > SQL> alter tablespace gl_large_tabs rename datafile > '/u01/app/oracle/oradata/DB11G/gltabs_02.dbf' > to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf' > Tablespace altered. > > Obrigado a todos que se dispuseram ajudar. > > Atenciosamente, > > Emerson Martins > DBA > Itec/AL > 82 9123-5504 > 82 9668-1283 > > > > Em 31 de janeiro de 2012 15:49, Emerson Martins > escreveu: > > > Então colegas.O comando anterior funcionou mas ainda estou obtendo erros. > > > > Dúvida.Ao renomear um datafile preciso setar novamente aquele datafile > > para a tablespace?Pela mensagem de erro a tablespace gl_large_tabs não > > estar encontrando os datafiles renomeados. > > > > SQL> alter tablespace gl_large_tabs online; > > alter tablespace gl_large_tabs online > > * > > ERROR at line 1: > > ORA-00603: ORACLE server session terminated by fatal error > > ORA-01116: error in opening database file 8 > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > ORA-27041: unable to open file > > Linux Error: 2: No such file or directory > > Additional information: 3 > > ORA-01116: error in opening database file 8 > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > ORA-27041: unable to open file > > Linux Error: 2: No such file or directory > > Additional information: 3 > > Process ID: 14490 > > Session ID: 34 Serial number: 2523 > > > > > > > > Emerson Martins > > DBA > > Itec/AL > > 82 9123-5504 > > 82 9668-1283 > > > > > > > > Em 31 de janeiro de 2012 15:00, Diego Leite >escreveu: > > > > ** > >> > >> > >> Isso mesmo ... move no windows e mv no linux/unix. > >> > >> Em 31 de janeiro de 2012 15:48, Evandro Giachetto < > >> evandrogiache...@gmail.com> escreveu: > >> > >> > >> > Boa tarde Emerson. > >> > > >> > Na verdade, o que o colega quis dizer é para você mover o arquivo a > >> nível > >> > de SO. > >> > > >> > Ou seja. Se for Windows, recorte o datafile e cole no local novo. > >> > > >> > Se for Linux/Unix, rode um mv > >> > > >> > Via sqlplus, se você passa a instrução "host", quer dizer que você vai > >> > executar um comando do SO... > >> > > >> > Ou seja, se for Linux: > >> > > >> > SQL> host > >> > mv /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > >> > u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > >> > > >> > Evandro Giachetto > >> > Oracle DBA Sr at UOL Diveo Corp. > >> > evandrogiache...@gmail.com > >> > > >> > > >> > Em 31 de janeiro de 2012 15:26, Emerson Martins > >> > escreveu: > >> > > >> > > ** > >> > > > >> > > > >> > > Então Diego esse comando não é reconhecido. > >> > > > >> > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > >> > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf/bin/bash: move: > >> > command > >> > > not found > >> > > > >> > > Emerson Martins > >> > > DBA > >> > > Itec/AL > >> > > 82 9123-5504 > >> > > 82 9668-1283 > >> > > > >> > > Em 31 de janeiro de 2012 13:45, Diego Leite >> > > >escreveu: > >> > > > >> > > > Amigo, > >> > > > > >> > > > > >> > > > Ao inves de emitir o comando. > >> > > > > >> > > > > >> > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > >> > > > gl_large_tabs_01.dbf > >> > > > > >> > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > >> > > > gl_large_tabs_02.dbf > >> > > > > >> > > > > >> > > > Eu movo o arquivo assim. > >> > > > > >> > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > >> > > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > >> > > > > >> > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > >> > > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf > >> > > > > >> > > > > >> > > > o RENAME no UNIX/LINUX nao faz isso. tente assim > >> > > > > >> > > > > >> > > > Em 31 de janeiro de 2012 11:56, Emerson Martins > >> > > > escreveu: > >> > > > > >> > > > > ** > >> > > > > > >> > > > > > >> > > > > Olá pessoal. > >> > > > > > >> > > > > Estou tentando renomear um dois datafiles de uma tablespace e > >> estou > >> > > > obtendo > >> > > > > alguns erros.Estou seguindo o roteiro descrito em um livro do > >> Oracle > >> > > > Press. > >> > > > > > >> > > > > Ambiente de Teste: > >> > > > > Oracle 11g R2 Enterprise > >> > > > > OEL 5 > >> > > > > > >> > > > > Connected to: > >> > > > > Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - > >> > Production > >> > > > > With the Partitioning, OLAP, Data Mining and Real Application > >> Testing > >> > > > > options > >> > > > > > >> > > > > SQL> alter tab
Re: [oracle_br] Preciso do Patch 10.2.0.5.0 Urgente
Exatamente, o patch 10.2.0.5 no site da Oracle não serve para mim. De: Diego Leite Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 31 de Janeiro de 2012 14:32 Assunto: Re: [oracle_br] Preciso do Patch 10.2.0.5.0 Urgente Everton, Esse link eh do instalador completo 10.2.0.5 para windows + processadores Itanium... nao ira servir para o colega a menos que seja windows + itanium e ainda teria que fazer a instalacaoo de um novo HOME... Melhor procurar um pouco mais... 2012/1/31 Milton Bastos Henriquis Jr. > Cuidado que a Oracle vai te processar cara... rs... > > > > 2012/1/31 Carlos Eduardo > > > ** > > > > > > Amigos, > > > > Preciso do link do patch 10.2.0.5, estou sem acesso ao Metalink d Oracle. > > > > Alguem poderia me ajudar, disponibilizando-o em algum disco virtual na > NET > > ou colocando em algum FTP? > > > > OBG > > Abs! > > > > > > > > > [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 > > > -- Att, Diego Leite DBA ORACLE [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] Re: ASM com LUN de 3TB
Aê galera só para complementar ... do metalink ASM - Scalability and Limits [ID 370921.1] ...Valeu ... To: oracle_br@yahoogrupos.com.br From: regina...@softplan.com.br Date: Tue, 31 Jan 2012 08:19:51 -0200 Subject: RES: [oracle_br] Re: ASM com LUN de 3TB Chiappa, muito obrigado. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de José Laurindo Enviada em: segunda-feira, 30 de janeiro de 2012 21:48 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: ASM com LUN de 3TB afaik não : o limite de 2 Tb para um único LUN no ASM é documentado e ainda existe, não é absolutamente nenhum BUG, portanto nenhum patch mexeu/mexe com isso http://jonathanlewis.wordpress.com/2009/08/14/ diz exatamente isso, e as notas metalink que ele cita também dizem o mesmo , ie : não é bug... O que foi feito num patchset posterior é simplesmente se adicionar uma Mensagem de erro mais clara se vc tentar adicionar LUNs maiores que o limite, mas o limite existia e existe... No seu caso então não tem o que pensar : vc vai ter que OU destruir e voltar backup OU (o que é mais razoável, imho) adicionar novos LUNs dentro do limite de 2 Tb cada um e passar os dados pra lá (seja com movimentação, seja criando outros asm disks e pedindo DELETE do disk acima de 2 Tb e um resilvering), OU (se os dados ainda não passaram o limite dos 2 Tb), parar tudo, fazer resize do LUN no SO e resize dos ASM disk envolvidos (nota metalink "How to resize a physical disk or LUN and an ASM DISKGROUP" [ID 311619.1] ). []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Reginaldo de Faveri da Silva" escreveu > > > > Pessoal, boa tarde. > > > > Tenho instalado um RAC com 2 servidores em Oracle Standard > 11.2.0.1.0 64bits em Linux RedHat 5 utilizando ASM, onde um dos DiskGroups > possui apenas uma LUN de 3TB. > > > > Fui agora instalar um outro RAC com também 2 servidores mas > com a versão 11.2.0.2.0 do Oracle. Durante a instalação tentei usar uma LUN > de 3TB mas o mesmo informou que não seria possível. Após uma pesquisa > verifiquei que é uma limitação e que caso eu tenha mais de 2TB ocupados meu > dados podem corromper. > > > > Para que não seja preciso fazer um backup, recriar o DG e > restaurar o mesmo, gostaria de saber se alguém tem conhecimento de alguma > solução e/ou patch para este problema. Acabei de olhar no metalink mas nos > patchs listados não encontrei referência para este problema. > > > > > > > > > > [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] -- >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] Renomear datafile de tablespace
Isso mesmo ... move no windows e mv no linux/unix. Em 31 de janeiro de 2012 15:48, Evandro Giachetto < evandrogiache...@gmail.com> escreveu: > Boa tarde Emerson. > > Na verdade, o que o colega quis dizer é para você mover o arquivo a nível > de SO. > > Ou seja. Se for Windows, recorte o datafile e cole no local novo. > > Se for Linux/Unix, rode um mv > > Via sqlplus, se você passa a instrução "host", quer dizer que você vai > executar um comando do SO... > > Ou seja, se for Linux: > > SQL> host > mv /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > > Evandro Giachetto > Oracle DBA Sr at UOL Diveo Corp. > evandrogiache...@gmail.com > > > Em 31 de janeiro de 2012 15:26, Emerson Martins > escreveu: > > > ** > > > > > > Então Diego esse comando não é reconhecido. > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf/bin/bash: move: > command > > not found > > > > Emerson Martins > > DBA > > Itec/AL > > 82 9123-5504 > > 82 9668-1283 > > > > Em 31 de janeiro de 2012 13:45, Diego Leite > >escreveu: > > > > > Amigo, > > > > > > > > > Ao inves de emitir o comando. > > > > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > > gl_large_tabs_01.dbf > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > > gl_large_tabs_02.dbf > > > > > > > > > Eu movo o arquivo assim. > > > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > > > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf > > > > > > > > > o RENAME no UNIX/LINUX nao faz isso. tente assim > > > > > > > > > Em 31 de janeiro de 2012 11:56, Emerson Martins > > > escreveu: > > > > > > > ** > > > > > > > > > > > > Olá pessoal. > > > > > > > > Estou tentando renomear um dois datafiles de uma tablespace e estou > > > obtendo > > > > alguns erros.Estou seguindo o roteiro descrito em um livro do Oracle > > > Press. > > > > > > > > Ambiente de Teste: > > > > Oracle 11g R2 Enterprise > > > > OEL 5 > > > > > > > > Connected to: > > > > Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - > Production > > > > With the Partitioning, OLAP, Data Mining and Real Application Testing > > > > options > > > > > > > > SQL> alter tablespace gl_large_tabs offline; > > > > > > > > Tablespace altered. > > > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > > > gl_large_tabs_01.dbf > > > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > > > gl_large_tabs_02.dbf > > > > > > > > SQL> alter database rename file > > > > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' to > > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf'; > > > > alter database rename file > > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > to > > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' > > > > * > > > > ERROR at line 1: > > > > ORA-01511: error in renaming log/data files > > > > ORA-01141: error renaming data file 8 - new file > > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' not found > > > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > > ORA-27037: unable to obtain file status > > > > Linux Error: 2: No such file or directory > > > > Additional information: 3 > > > > SQL> > > > > > > > > Tentei assim ainda segundo a documentação da Oracle: > > > > http://docs.oracle.com/cd/B28359_01/server.111/b28310/dfiles005.htm. > > > > > > > > SQL> alter tablespace gl_large_tabs > > > > > > > > 2 rename datafile '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf', > > > > 3 '/u01/app/oracle/oradata/DB11G/gltabs_02.dbf' > > > > 4 to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf', > > > > 5 '/u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf'; > > > > alter tablespace gl_large_tabs > > > > * > > > > ERROR at line 1: > > > > ORA-01525: error in renaming data files > > > > ORA-01121: cannot rename database file 8 - file is in use or recovery > > > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > > > > > > Atenciosamente, > > > > > > > > Emerson Martins > > > > DBA > > > > Itec/AL > > > > 82 9123-5504 > > > > 82 9668-1283 > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > -- > > > Att, > > > > > > > > > Diego Leite > > > DBA ORACLE > > > > > > > > > [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/ > > > > > > ---
Re: [oracle_br] Renomear datafile de tablespace
Boa tarde Emerson. Na verdade, o que o colega quis dizer é para você mover o arquivo a nível de SO. Ou seja. Se for Windows, recorte o datafile e cole no local novo. Se for Linux/Unix, rode um mv Via sqlplus, se você passa a instrução "host", quer dizer que você vai executar um comando do SO... Ou seja, se for Linux: SQL> host mv /u01/app/oracle/oradata/DB11G/gltabs_01.dbf u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf Evandro Giachetto Oracle DBA Sr at UOL Diveo Corp. evandrogiache...@gmail.com Em 31 de janeiro de 2012 15:26, Emerson Martins escreveu: > ** > > > Então Diego esse comando não é reconhecido. > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf/bin/bash: move: command > not found > > Emerson Martins > DBA > Itec/AL > 82 9123-5504 > 82 9668-1283 > > Em 31 de janeiro de 2012 13:45, Diego Leite >escreveu: > > > Amigo, > > > > > > Ao inves de emitir o comando. > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > gl_large_tabs_01.dbf > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > gl_large_tabs_02.dbf > > > > > > Eu movo o arquivo assim. > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf > > > > > > o RENAME no UNIX/LINUX nao faz isso. tente assim > > > > > > Em 31 de janeiro de 2012 11:56, Emerson Martins > > escreveu: > > > > > ** > > > > > > > > > Olá pessoal. > > > > > > Estou tentando renomear um dois datafiles de uma tablespace e estou > > obtendo > > > alguns erros.Estou seguindo o roteiro descrito em um livro do Oracle > > Press. > > > > > > Ambiente de Teste: > > > Oracle 11g R2 Enterprise > > > OEL 5 > > > > > > Connected to: > > > Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production > > > With the Partitioning, OLAP, Data Mining and Real Application Testing > > > options > > > > > > SQL> alter tablespace gl_large_tabs offline; > > > > > > Tablespace altered. > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > > gl_large_tabs_01.dbf > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > > gl_large_tabs_02.dbf > > > > > > SQL> alter database rename file > > > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' to > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf'; > > > alter database rename file > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > to > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' > > > * > > > ERROR at line 1: > > > ORA-01511: error in renaming log/data files > > > ORA-01141: error renaming data file 8 - new file > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' not found > > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > ORA-27037: unable to obtain file status > > > Linux Error: 2: No such file or directory > > > Additional information: 3 > > > SQL> > > > > > > Tentei assim ainda segundo a documentação da Oracle: > > > http://docs.oracle.com/cd/B28359_01/server.111/b28310/dfiles005.htm. > > > > > > SQL> alter tablespace gl_large_tabs > > > > > > 2 rename datafile '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf', > > > 3 '/u01/app/oracle/oradata/DB11G/gltabs_02.dbf' > > > 4 to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf', > > > 5 '/u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf'; > > > alter tablespace gl_large_tabs > > > * > > > ERROR at line 1: > > > ORA-01525: error in renaming data files > > > ORA-01121: cannot rename database file 8 - file is in use or recovery > > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > > > > Atenciosamente, > > > > > > Emerson Martins > > > DBA > > > Itec/AL > > > 82 9123-5504 > > > 82 9668-1283 > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > -- > > Att, > > > > > > Diego Leite > > DBA ORACLE > > > > > > [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] > > > [As partes desta mensagem que não continham texto foram removidas] --
Re: [oracle_br] Renomear datafile de tablespace
SQL> host mv /u01/app/oracle/oradata/DB11G/gltabs_01.dbf /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf SQL> host mv /u01/app/oracle/oradata/DB11G/gltabs_02.dbf /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf att. Em 31 de janeiro de 2012 15:26, Emerson Martins escreveu: > ** > > > Então Diego esse comando não é reconhecido. > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf/bin/bash: move: command > not found > > > Emerson Martins > DBA > Itec/AL > 82 9123-5504 > 82 9668-1283 > > Em 31 de janeiro de 2012 13:45, Diego Leite escreveu: > > > > > Amigo, > > > > > > Ao inves de emitir o comando. > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > gl_large_tabs_01.dbf > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > gl_large_tabs_02.dbf > > > > > > Eu movo o arquivo assim. > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > > > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf > > > > > > o RENAME no UNIX/LINUX nao faz isso. tente assim > > > > > > Em 31 de janeiro de 2012 11:56, Emerson Martins > > escreveu: > > > > > ** > > > > > > > > > Olá pessoal. > > > > > > Estou tentando renomear um dois datafiles de uma tablespace e estou > > obtendo > > > alguns erros.Estou seguindo o roteiro descrito em um livro do Oracle > > Press. > > > > > > Ambiente de Teste: > > > Oracle 11g R2 Enterprise > > > OEL 5 > > > > > > Connected to: > > > Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production > > > With the Partitioning, OLAP, Data Mining and Real Application Testing > > > options > > > > > > SQL> alter tablespace gl_large_tabs offline; > > > > > > Tablespace altered. > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > > gl_large_tabs_01.dbf > > > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > > gl_large_tabs_02.dbf > > > > > > SQL> alter database rename file > > > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' to > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf'; > > > alter database rename file > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > to > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' > > > * > > > ERROR at line 1: > > > ORA-01511: error in renaming log/data files > > > ORA-01141: error renaming data file 8 - new file > > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' not found > > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > ORA-27037: unable to obtain file status > > > Linux Error: 2: No such file or directory > > > Additional information: 3 > > > SQL> > > > > > > Tentei assim ainda segundo a documentação da Oracle: > > > http://docs.oracle.com/cd/B28359_01/server.111/b28310/dfiles005.htm. > > > > > > SQL> alter tablespace gl_large_tabs > > > > > > 2 rename datafile '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf', > > > 3 '/u01/app/oracle/oradata/DB11G/gltabs_02.dbf' > > > 4 to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf', > > > 5 '/u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf'; > > > alter tablespace gl_large_tabs > > > * > > > ERROR at line 1: > > > ORA-01525: error in renaming data files > > > ORA-01121: cannot rename database file 8 - file is in use or recovery > > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > > > > Atenciosamente, > > > > > > Emerson Martins > > > DBA > > > Itec/AL > > > 82 9123-5504 > > > 82 9668-1283 > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > -- > > Att, > > > > > > Diego Leite > > DBA ORACLE > > > > > > [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] > > > [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.c
Re: [oracle_br] Renomear datafile de tablespace
Então Diego esse comando não é reconhecido. SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf/bin/bash: move: command not found Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 31 de janeiro de 2012 13:45, Diego Leite escreveu: > Amigo, > > > Ao inves de emitir o comando. > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > gl_large_tabs_01.dbf > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > gl_large_tabs_02.dbf > > > Eu movo o arquivo assim. > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf > > SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf > > > o RENAME no UNIX/LINUX nao faz isso. tente assim > > > Em 31 de janeiro de 2012 11:56, Emerson Martins > escreveu: > > > ** > > > > > > Olá pessoal. > > > > Estou tentando renomear um dois datafiles de uma tablespace e estou > obtendo > > alguns erros.Estou seguindo o roteiro descrito em um livro do Oracle > Press. > > > > Ambiente de Teste: > > Oracle 11g R2 Enterprise > > OEL 5 > > > > Connected to: > > Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production > > With the Partitioning, OLAP, Data Mining and Real Application Testing > > options > > > > SQL> alter tablespace gl_large_tabs offline; > > > > Tablespace altered. > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > > gl_large_tabs_01.dbf > > > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > > gl_large_tabs_02.dbf > > > > SQL> alter database rename file > > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' to > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf'; > > alter database rename file '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > to > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' > > * > > ERROR at line 1: > > ORA-01511: error in renaming log/data files > > ORA-01141: error renaming data file 8 - new file > > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' not found > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > ORA-27037: unable to obtain file status > > Linux Error: 2: No such file or directory > > Additional information: 3 > > SQL> > > > > Tentei assim ainda segundo a documentação da Oracle: > > http://docs.oracle.com/cd/B28359_01/server.111/b28310/dfiles005.htm. > > > > SQL> alter tablespace gl_large_tabs > > > > 2 rename datafile '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf', > > 3 '/u01/app/oracle/oradata/DB11G/gltabs_02.dbf' > > 4 to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf', > > 5 '/u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf'; > > alter tablespace gl_large_tabs > > * > > ERROR at line 1: > > ORA-01525: error in renaming data files > > ORA-01121: cannot rename database file 8 - file is in use or recovery > > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > > > Atenciosamente, > > > > Emerson Martins > > DBA > > Itec/AL > > 82 9123-5504 > > 82 9668-1283 > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > -- > Att, > > > Diego Leite > DBA ORACLE > > > [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] Renomear datafile de tablespace
Amigo, Ao inves de emitir o comando. SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf gl_large_tabs_01.dbf SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf gl_large_tabs_02.dbf Eu movo o arquivo assim. SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_01.dbf /u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf SQL> host move /u01/app/oracle/oradata/DB11G/gltabs_02.dbf /u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf o RENAME no UNIX/LINUX nao faz isso. tente assim Em 31 de janeiro de 2012 11:56, Emerson Martins escreveu: > ** > > > Olá pessoal. > > Estou tentando renomear um dois datafiles de uma tablespace e estou obtendo > alguns erros.Estou seguindo o roteiro descrito em um livro do Oracle Press. > > Ambiente de Teste: > Oracle 11g R2 Enterprise > OEL 5 > > Connected to: > Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production > With the Partitioning, OLAP, Data Mining and Real Application Testing > options > > SQL> alter tablespace gl_large_tabs offline; > > Tablespace altered. > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_01.dbf > gl_large_tabs_01.dbf > > SQL> host rename /u01/app/oracle/oradata/DB11G/gltabs_02.dbf > gl_large_tabs_02.dbf > > SQL> alter database rename file > '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' to > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf'; > alter database rename file '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' to > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' > * > ERROR at line 1: > ORA-01511: error in renaming log/data files > ORA-01141: error renaming data file 8 - new file > '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf' not found > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > ORA-27037: unable to obtain file status > Linux Error: 2: No such file or directory > Additional information: 3 > SQL> > > Tentei assim ainda segundo a documentação da Oracle: > http://docs.oracle.com/cd/B28359_01/server.111/b28310/dfiles005.htm. > > SQL> alter tablespace gl_large_tabs > > 2 rename datafile '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf', > 3 '/u01/app/oracle/oradata/DB11G/gltabs_02.dbf' > 4 to '/u01/app/oracle/oradata/DB11G/gl_large_tabs_01.dbf', > 5 '/u01/app/oracle/oradata/DB11G/gl_large_tabs_02.dbf'; > alter tablespace gl_large_tabs > * > ERROR at line 1: > ORA-01525: error in renaming data files > ORA-01121: cannot rename database file 8 - file is in use or recovery > ORA-01110: data file 8: '/u01/app/oracle/oradata/DB11G/gltabs_01.dbf' > > Atenciosamente, > > Emerson Martins > DBA > Itec/AL > 82 9123-5504 > 82 9668-1283 > > [As partes desta mensagem que não continham texto foram removidas] > > > -- Att, Diego Leite DBA ORACLE [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] Preciso do Patch 10.2.0.5.0 Urgente
Cuidado que a Oracle vai te processar cara... rs... 2012/1/31 Carlos Eduardo > ** > > > Amigos, > > Preciso do link do patch 10.2.0.5, estou sem acesso ao Metalink d Oracle. > > Alguem poderia me ajudar, disponibilizando-o em algum disco virtual na NET > ou colocando em algum FTP? > > OBG > Abs! > > > [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] Preciso do Patch 10.2.0.5.0 Urgente
Primeiramente, vc deveria informar qual a versao do SO. Em 31 de janeiro de 2012 12:42, Carlos Eduardo escreveu: > ** > > > Amigos, > > Preciso do link do patch 10.2.0.5, estou sem acesso ao Metalink d Oracle. > > Alguem poderia me ajudar, disponibilizando-o em algum disco virtual na NET > ou colocando em algum FTP? > > OBG > Abs! > > > -- Att, Diego Leite DBA ORACLE [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
RES: [oracle_br] Re: ASM com LUN de 3TB
Chiappa, muito obrigado. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de José Laurindo Enviada em: segunda-feira, 30 de janeiro de 2012 21:48 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: ASM com LUN de 3TB afaik não : o limite de 2 Tb para um único LUN no ASM é documentado e ainda existe, não é absolutamente nenhum BUG, portanto nenhum patch mexeu/mexe com isso http://jonathanlewis.wordpress.com/2009/08/14/ diz exatamente isso, e as notas metalink que ele cita também dizem o mesmo , ie : não é bug... O que foi feito num patchset posterior é simplesmente se adicionar uma Mensagem de erro mais clara se vc tentar adicionar LUNs maiores que o limite, mas o limite existia e existe... No seu caso então não tem o que pensar : vc vai ter que OU destruir e voltar backup OU (o que é mais razoável, imho) adicionar novos LUNs dentro do limite de 2 Tb cada um e passar os dados pra lá (seja com movimentação, seja criando outros asm disks e pedindo DELETE do disk acima de 2 Tb e um resilvering), OU (se os dados ainda não passaram o limite dos 2 Tb), parar tudo, fazer resize do LUN no SO e resize dos ASM disk envolvidos (nota metalink "How to resize a physical disk or LUN and an ASM DISKGROUP" [ID 311619.1] ). []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Reginaldo de Faveri da Silva" escreveu > > > > Pessoal, boa tarde. > > > > Tenho instalado um RAC com 2 servidores em Oracle Standard > 11.2.0.1.0 64bits em Linux RedHat 5 utilizando ASM, onde um dos DiskGroups > possui apenas uma LUN de 3TB. > > > > Fui agora instalar um outro RAC com também 2 servidores mas > com a versão 11.2.0.2.0 do Oracle. Durante a instalação tentei usar uma LUN > de 3TB mas o mesmo informou que não seria possível. Após uma pesquisa > verifiquei que é uma limitação e que caso eu tenha mais de 2TB ocupados meu > dados podem corromper. > > > > Para que não seja preciso fazer um backup, recriar o DG e > restaurar o mesmo, gostaria de saber se alguém tem conhecimento de alguma > solução e/ou patch para este problema. Acabei de olhar no metalink mas nos > patchs listados não encontrei referência para este problema. > > > > > > > > > > [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