Re: [oracle_br] datafile
Segue Leonardo: select file_id, file_name, tablespace_name, status, online_status from dba_data_files order by file_id / Em 7 de novembro de 2011 11:26, Leonardo Santos da Mata leonardodam...@gmail.com escreveu: ** olá eu estou no oracle 10G e gostaria de saber o status e números dos meus datafiles. Existe alguma view no oracle para fazer isso? Obrigado! -- Cordialmente, * Leonardo Santos da Mata* E-mail: leonardodam...@gmail.com MSN: leonardom...@hotmail.com Twiiter: twitter.com/lsmata [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] Problemas da Tablespace Temp
Leonardo, Essa mensagem está informando que não há espaço livre em sua tablespace temporária. Para corrigir você deve incrementar(se realmente necessário) o espaço alocado pela mesma, ou identificar que processo está consumindo esse espaço para otimizar o processo. É possível configurar uma tablespace para que ela seja 'auto-incrementável' da seguinte forma: alter tablespace nome_tablespace autoextend on next Xm maxsize Xm; onde 'next Xm' é o tamanho que vai ser adicionado a cada incremento; onde 'maxsize Xm' é o tamanho máximo que a tablespace pode atingir. dessa forma se ainda houver espaço livre no servidor a tablespace temporária será incrementada. Em 7 de novembro de 2011 12:11, Leonardo Santos da Mata leonardodam...@gmail.com escreveu: ** olá eu estou o oracle 10G e estou com mensagem na home do manager do oracle na parte de alertas que é a seguinte: Tablespace [TEMP] only has [0 megabytes ] free space Eu já olhei os tempfiles estão on-line. Bom eu estou com 2 será por isso? a tablespace está on-line e no alert.log não nenhuma mensão. Alguém sabe o que é isso? Como resolver? -- Cordialmente, * Leonardo Santos da Mata* E-mail: leonardodam...@gmail.com MSN: leonardom...@hotmail.com Twiiter: twitter.com/lsmata [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] Problemas da Tablespace Temp
Sobre a tablespace temporária... http://www.orafaq.com/node/2 Tente alterar o tamanho dos tempfiles ou adicionar outro tempfile nesta tablespace temporária. Você pode usar o EM para isso. 2011/11/7 Leonardo Santos da Mata leonardodam...@gmail.com ** olá eu estou o oracle 10G e estou com mensagem na home do manager do oracle na parte de alertas que é a seguinte: Tablespace [TEMP] only has [0 megabytes ] free space Eu já olhei os tempfiles estão on-line. Bom eu estou com 2 será por isso? a tablespace está on-line e no alert.log não nenhuma mensão. Alguém sabe o que é isso? Como resolver? -- Cordialmente, * Leonardo Santos da Mata* E-mail: leonardodam...@gmail.com MSN: leonardom...@hotmail.com Twiiter: twitter.com/lsmata [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] Re: Problemas da Tablespace Temp
Não sei o que é manager do oracle, mas se for o OEM (Oracle Enterprise Manager) , quase que certamente o que vc está vendo é o resultado default dos alertas básicos de espaço em tablepace habilitados - eles são MUITO simplísticos, só consultam a DBA_FREE_SPACE e nada mais, não levando em consideração que quando alguém deixa de usar a tablespace temporária, o(s) dado(s) (e o espaço em disco) desnecessários ** Não São ** apagados do disco, e portanto a DBA_FREE_SPACE não é atualizada - por questão de performance, para poupar I/Os desnecessários, o que o RDBMS faz é simplesmente deixar a próxima sessão que precise de espaço temporário gravar por cima desses dados velhos O seu problema deve estar decorrendo do fato dos alertas defaults do OEM não serem espertos, não levarem esse comportamento da tablespace TEMP em conta ... Para vc Comprovar que é isso, execute uma consula nas views que registram efetivamente quem está usando área temporária, tipo : SELECT /*+ ORDERED */ u.tablespace, s.sid || ',' || s.serial# as sid_ser, s.username, s.osuser, (SUM(u.blocks)*TO_NUMBER(a.value))/1048576 as blk_mb, x.sql_text, s.module || ':' || s.action as Module:Action FROM v$sort_usage u ,v$session S ,v$sql X ,v$parameter a WHERE s.saddr= u.session_addr AND s.sql_address = x.address AND s.sql_hash_value = x.hash_value AND a.name = 'db_block_size' GROUP BY u.tablespace , s.sid , s.serial# , s.username , s.osuser , a.value , x.sql_text , s.module , s.action ORDER BY u.tablespace , s.sid ; se a soma do espaço temp for muitíssimo menor que o total alocado para a tablespace temp (o que vc obtém pela DBA_TEMP_FILES), tá comprovado que vc NÂO tem problema algum com a temp, é a monitoração tapadinha do OEM não levando o funcionamento da TEMP em conta... Para resolver isso, ou vc altera nos targets para não monitorar a tablespace TEMP (tela 'Metric and Policy Settings', se me lembro bem, não estou com OEM ativo no banco-teste do notebook que uso pra conferir), ou vc aplica o patch que permite desativação global dessa monitoração, cfrme a nota metalink Oracle Recommended Patches For Tablespace Monitoring using the Tablespace Space Used % metric (Doc ID 849498.1) . []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Leonardo Santos da Mata leonardodamata@... escreveu olá eu estou o oracle 10G e estou com mensagem na home do manager do oracle na parte de alertas que é a seguinte: Tablespace [TEMP] only has [0 megabytes ] free space Eu já olhei os tempfiles estão on-line. Bom eu estou com 2 será por isso? a tablespace está on-line e no alert.log não nenhuma mensão. Alguém sabe o que é isso? Como resolver? -- Cordialmente, * Leonardo Santos da Mata* E-mail: leonardodamata@... MSN: leonardomata@... Twiiter: twitter.com/lsmata [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: datafile
Provavelmente o número que ele precisa saber é o ID, por isso encaminhei aquele e-mail, mas aparentemente nosso amigo ainda não abriu seu e-mail. Em 7 de novembro de 2011 13:45, José Laurindo jlchia...@yahoo.com.brescreveu: ** Pra poder dar uma resposta mais detalhista a gente teria que saber lá do colega que perguntou o que são esses tais Números que ele quer saber dos datafiles : o q são esses números que ele quer saber, é o FILE_ID ? A quantidade de datafiles ? O tamanho total alocado dos datafiles ? Tamanho usado, e/ou tamanho livre Cfrme o que for que ele queira saber de número isso vai estar na DBA_DATA_FILES, na DBA_FREE_SPACE, na DBA_EXTENTS ou DBA_SEGMENTS, por aí... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Anderson Campelo dba.anderson@... escreveu Segue Leonardo: select file_id, file_name, tablespace_name, status, online_status from dba_data_files order by file_id / Em 7 de novembro de 2011 11:26, Leonardo Santos da Mata leonardodamata@... escreveu: ** olá eu estou no oracle 10G e gostaria de saber o status e números dos meus datafiles. Existe alguma view no oracle para fazer isso? Obrigado! -- Cordialmente, * Leonardo Santos da Mata* E-mail: leonardodamata@... MSN: leonardomata@... Twiiter: twitter.com/lsmata [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- 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] Re: Política de PSUs em produção
Vixe, a internet comeu metade da minha resposta. Segue novamente : Isso depende do nível de exigência do Cliente principalmente em relação à criticidade do ambiente (já que PSUs ou CPUs FREQUENTEMENTE lidam com bugs que envolvem vulnerabilidades de segurança) : na Empresa atual é sob demanda (na verdade, assim que um bug corrigido no PSU/CPU é detectado), mas antes eu trabalhei numa Empresa que, por Contrato, assim que a Oracle liberava os patches do quarter, exigia um prazo fixo e delimitado (duas semanas ou algo assim) pra aplicar o CPU/PSU em Desenv, depois em Homologação e finalmente em Produção ... No caso, o fato de ser 24x7 não implicava para essa política, pois : a) a aplicação em teste e em homo, Com a posterior validação da aplicação pelo Cliente, necessariamente já pegou 99% dos potenciais problemas, o risco é pequeno e b) se é 24x7 de verdade, na real ou tem um Cluster tipo RAC ou tem um Standby, então via de regra era plenamente possível a aplicação em cada parte do ambiente (rollup), ou era possível aplicar no standby (se preciso quebrando o standby temporariamente), ou então virar o standby para Prod, aplicar o PSU/CPU na antiga Prod e depois inverter... É isso... Nem preciso dizer que imho é um risco TREMENDO a política que hoje me é imposta, de só aplicar quando o bug foi percebido, pois há CPUs/PSUs que corrigem bugs graves, no nível de usuário se tornar DBA, mas assim foi estabelecido e imposto, a gente, como eu disse, segue o que o Cliente (externo ou interno) dispões : no meu caso aqui já declarei bem diretamente os riscos então fiz a minha parte, se a Gerência, ciente dos mesmos, optou por manageá-los, não há ação cabível na esfera técnica, que é a minha... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, José Laurindo jlchiappa@... escreveu liberava os patches do quarter, exigia um prazo fixo e delimitado (duas semanas ou algo assim) pra aplicar o CPU/PSU em Desenv, depois em Homologação e finalmente em Produção ... No caso, o fato de ser 24x7 não implicava para essa política, pois : a) a aplicação em teste e em homo, Com a posterior validação da aplicação pelo Cliente, necessariamente já pegou 99% dos potenciais problemas, o risco é pequeno e b) se é 24x7 de verdade, na real ou tem um Cluster tipo RAC ou tem um Standby, então via de regra era plenamente possível a aplicação em cada parte do ambiente (rollup), ou era possível aplicar no standby (se preciso quebrando o standby temporariamente), ou então virar o standby para Prod, aplicar o PSU/CPU na antiga Prod e depois inverter... É isso... Nem preciso dizer que imho é um risco TREMENDO a política que hoje me é imposta, de só aplicar quando o bug foi percebido, pois há CPUs/PSUs que corrigem bugs graves, no nível de usuário se tornar DBA, mas assim foi estabelecido e imposto, a gente, como eu disse, segue o que o Cliente (externo ou interno) dispões : no meu caso aqui já declarei bem diretamente os riscos então fiz a minha parte, se a Gerência, ciente dos mesmos, optou por manageá-los, não há ação cabível na esfera técnica, que é a minha... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Sandro Niederauer Curte sandronc@ escreveu Senhores, Gostaria de saber como vocês trabalham a política de aplicação de PSUs em produção (24x7). Se aplicam assim que é liberado ou aplicam em homolagação e em produção sempre uma versão anterior ou o melhor mesmo é tem uma visão conservadora, ou seja, virou produção, não se aplica mais nada, patch só sob demanda. Att, Sandro [As partes desta mensagem que não continham texto foram removidas]
