[oracle_br] Re: UNDO TABLESPACE
A recomendação para temporary tablespaces é que vc a crie como LMT, aí tudo o que eu falei sobre impossibilidade de fragmentação continuará valendo, e é recomendado também no caso de temp que vc a tenha criado com TEMPFILES, cuja performance pra esse uso normalmente é MUITO maior, usando a sintaxe : CREATE TEMPORARY TABLESPACE nomedatabtemp EXTENT MANAGEMENT LOCAL UNIFORM SIZE nnn; onde nnn é um tamanho múltiplo EXATO de seu sort_area/hash_area e não é nem muito grande nem muito pequeno. Quanto à gerenciamento : como eu já tinha dito na msg anterior, "tanto pra tablespaces TEMP quanto pra tablespaces UNDO o controle é feito pelo bd de forma DIFERENTE, vc não pode usar uma simples consulta de espaço, tem que usar as views apropriadas", no caso de temp são a V$SORT_SEGMENT e a V$SORT_USAGE, se vc está consultando de outra maneira (pelo jeito está) o que vc está obtendo é basicamente LIXO, é isso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Gilson Fábio Robles Bernichi <[EMAIL PROTECTED]> escreveu > > Obrigado pela definicao de UNDO tablespace. > > Mas comenti um erro. Quando fui verificar as tablespaces. Essa tablespace > citada nao é uma UNDO TABLESPACE. E sim uma TEMPORARY TABLESPACE. > > > - Original Message - > From: "jlchiappa" <[EMAIL PROTECTED]> > To: > Sent: Tuesday, May 23, 2006 3:20 PM > Subject: [oracle_br] Re: UNDO TABLESPACE > > > Gilson, o que vc diz não faz sentido : veja vc, se realmente é > tablespace de UNDO (ie, vc tem undo_management=AUTO e > undo_tablespace=nomedessasuatablespace ), então NECESSARIAMENTE essa > tablespace é LMT, e tablespaces LMT por definição NUNCA FRAGMENTAM, > pois FRAGMENTAÇÃO="espaço livre que não pode ser re-usado por causa > de extents de tamanhos diferentes e não múltiplos entre si", e LMT ** > sempre ** tem segmentos de mesmo tamanho ou no máximo múltiplos > diretos... > O reuso de espaço é AUTOMÁTICO também numa tablespace de undo, > provavelmente o que vc deve estar fazendo de ERRADO é consultar o > espaço LIVRE na tablespace , isso é ERRADO, tanto pra tablespaces > TEMP quanto pra tablespaces UNDO o controle é feito pelo bd de forma > DIFERENTE, vc não pode usar uma simples consulta de espaço, tem que > usar as views apropriadas. > Um teste pra vc , banco 9i, com undo automático, no momento sem > nenhuma trans aberta : > > > ==> consulto as views de undo, nada : > > [EMAIL PROTECTED]:SQL>@used_rollback_blocks > > => consulto o espaço livre, ele diz que no total de 33720.00 Mbs > tenho 29429.88 Mbs livres : > > [EMAIL PROTECTED]:SQL>@tablespaces_free_%_v2 > Tablespace(s) a Incluir, já contém %%, [ENTER] = todas:UNDO_TABLESPACE > > > Total Free Free > Tablespace data File > Space Space % > --- --- -- > -- - --- > UNDO_TABLESPACE /u2/oradata/PRDDBOR/undo/undo_tablespace_01.dbf > 2048.00 1768.94 86.37 > /u2/oradata/PRDDBOR/undo/undo_tablespace_02.dbf > 2048.00 1760.94 85.98 > /u2/oradata/PRDDBOR/undo/undo_tablespace_03.dbf > 2048.00 1789.94 87.40 > /u2/oradata/PRDDBOR/undo/undo_tablespace_04.dbf > 2048.00 1781.94 87.01 > /u2/oradata/PRDDBOR/undo/undo_tablespace_05.dbf > 2048.00 1787.25 87.27 > /u2/oradata/PRDDBOR/undo/undo_tablespace_06.dbf > 2048.00 1780.81 86.95 > /u2/oradata/PRDDBOR/undo/undo_tablespace_07.dbf > 2048.00 1797.56 87.77 > /u2/oradata/PRDDBOR/undo/undo_tablespace_08.dbf > 2048.00 1789.56 87.38 > /u2/oradata/PRDDBOR/undo/undo_tablespace_09.dbf > 2048.00 1788.94 87.35 > /u2/oradata/PRDDBOR/undo/undo_tablespace_10.dbf > 2048.00 1788.75 87.34 > /u2/oradata/PRDDBOR/undo/undo_tablespace_11.dbf > 2048.00 1797.75 87.78 > /u2/oradata/PRDDBOR/undo/undo_tablespace_12.dbf > 2048.00 1783.94 87.11 > /u2/oradata/PRDDBOR/undo/undo_tablespace_13.dbf > 2048.00 1793.81 87.59 > /u2/oradata/PRDDBOR/undo/undo_tablespace_14.dbf > 2048.00 1724.88 84.22 > /u2/oradata/PRDDBOR/undo/undo_tablespace_15.dbf > 2048.00 1774.94 86.67 > /u2/oradata/PRDDBOR/undo/undo_tablespace_16.dbf > 3000.00 2719.94 90.66 > *** -- > -- - > sum > 33720.00 29429.88 > > -- > -- - > sum > 33720.00 29429.88 > > ==> agora inicio u
Re: [oracle_br] Re: UNDO TABLESPACE
Obrigado pela definicao de UNDO tablespace. Mas comenti um erro. Quando fui verificar as tablespaces. Essa tablespace citada nao é uma UNDO TABLESPACE. E sim uma TEMPORARY TABLESPACE. - Original Message - From: "jlchiappa" <[EMAIL PROTECTED]> To: Sent: Tuesday, May 23, 2006 3:20 PM Subject: [oracle_br] Re: UNDO TABLESPACE Gilson, o que vc diz não faz sentido : veja vc, se realmente é tablespace de UNDO (ie, vc tem undo_management=AUTO e undo_tablespace=nomedessasuatablespace ), então NECESSARIAMENTE essa tablespace é LMT, e tablespaces LMT por definição NUNCA FRAGMENTAM, pois FRAGMENTAÇÃO="espaço livre que não pode ser re-usado por causa de extents de tamanhos diferentes e não múltiplos entre si", e LMT ** sempre ** tem segmentos de mesmo tamanho ou no máximo múltiplos diretos... O reuso de espaço é AUTOMÁTICO também numa tablespace de undo, provavelmente o que vc deve estar fazendo de ERRADO é consultar o espaço LIVRE na tablespace , isso é ERRADO, tanto pra tablespaces TEMP quanto pra tablespaces UNDO o controle é feito pelo bd de forma DIFERENTE, vc não pode usar uma simples consulta de espaço, tem que usar as views apropriadas. Um teste pra vc , banco 9i, com undo automático, no momento sem nenhuma trans aberta : ==> consulto as views de undo, nada : [EMAIL PROTECTED]:SQL>@used_rollback_blocks => consulto o espaço livre, ele diz que no total de 33720.00 Mbs tenho 29429.88 Mbs livres : [EMAIL PROTECTED]:SQL>@tablespaces_free_%_v2 Tablespace(s) a Incluir, já contém %%, [ENTER] = todas:UNDO_TABLESPACE Total Free Free Tablespace data File Space Space % --- --- -- -- - --- UNDO_TABLESPACE /u2/oradata/PRDDBOR/undo/undo_tablespace_01.dbf 2048.00 1768.94 86.37 /u2/oradata/PRDDBOR/undo/undo_tablespace_02.dbf 2048.00 1760.94 85.98 /u2/oradata/PRDDBOR/undo/undo_tablespace_03.dbf 2048.00 1789.94 87.40 /u2/oradata/PRDDBOR/undo/undo_tablespace_04.dbf 2048.00 1781.94 87.01 /u2/oradata/PRDDBOR/undo/undo_tablespace_05.dbf 2048.00 1787.25 87.27 /u2/oradata/PRDDBOR/undo/undo_tablespace_06.dbf 2048.00 1780.81 86.95 /u2/oradata/PRDDBOR/undo/undo_tablespace_07.dbf 2048.00 1797.56 87.77 /u2/oradata/PRDDBOR/undo/undo_tablespace_08.dbf 2048.00 1789.56 87.38 /u2/oradata/PRDDBOR/undo/undo_tablespace_09.dbf 2048.00 1788.94 87.35 /u2/oradata/PRDDBOR/undo/undo_tablespace_10.dbf 2048.00 1788.75 87.34 /u2/oradata/PRDDBOR/undo/undo_tablespace_11.dbf 2048.00 1797.75 87.78 /u2/oradata/PRDDBOR/undo/undo_tablespace_12.dbf 2048.00 1783.94 87.11 /u2/oradata/PRDDBOR/undo/undo_tablespace_13.dbf 2048.00 1793.81 87.59 /u2/oradata/PRDDBOR/undo/undo_tablespace_14.dbf 2048.00 1724.88 84.22 /u2/oradata/PRDDBOR/undo/undo_tablespace_15.dbf 2048.00 1774.94 86.67 /u2/oradata/PRDDBOR/undo/undo_tablespace_16.dbf 3000.00 2719.94 90.66 *** -- -- - sum 33720.00 29429.88 -- -- - sum 33720.00 29429.88 ==> agora inicio uma transação : [EMAIL PROTECTED]:SQL>update t1 set owner='ABC'; 11618 linhas atualizadas. ==> vamos consultar de novo, primeiro com o script correto : [EMAIL PROTECTED]:SQL>@used_rollback_blocks SEGMENT_NAME USERNAME SID SERIAL# USED_UBLK USED_UREC START_UBAFIL START_UBABLK START_UBAREC STATUS TABLESPACE_NAME SEGMENT_ID FILE_ID BLOCK_ID --- --- -- - - -- -- -- -- -- -- -- _SYSSMU1$ SCOTT 101 2204 154 11618 214 31275 59 ONLINE UNDO_TABLESPACE 1 208 9 ==> agora com o script que só consulta free space : [EMAIL PROTECTED]:SQL>@tablespaces_free_%_v2 Tablespace(s) a Incluir, já contém %%, [ENTER] = todas:UNDO_TABLESPACE Total Free Free Tablespace data File Space Space % --- --- -- -- --- UNDO_TABLESPACE /u2/oradata/PRDDBOR/undo/undo_tablespace_01.dbf 2048.00 1768.94 86.37 /u2/oradata/PRDDBOR/undo/undo_tablespace_02.dbf 2048.00 1760.94 85.98 /u2/oradata/PRDDBOR/undo/undo_tablespace_03.dbf 2048.00 1789.94 87.40
[oracle_br] Re: UNDO TABLESPACE
Gilson, o que vc diz não faz sentido : veja vc, se realmente é tablespace de UNDO (ie, vc tem undo_management=AUTO e undo_tablespace=nomedessasuatablespace ), então NECESSARIAMENTE essa tablespace é LMT, e tablespaces LMT por definição NUNCA FRAGMENTAM, pois FRAGMENTAÇÃO="espaço livre que não pode ser re-usado por causa de extents de tamanhos diferentes e não múltiplos entre si", e LMT ** sempre ** tem segmentos de mesmo tamanho ou no máximo múltiplos diretos... O reuso de espaço é AUTOMÁTICO também numa tablespace de undo, provavelmente o que vc deve estar fazendo de ERRADO é consultar o espaço LIVRE na tablespace , isso é ERRADO, tanto pra tablespaces TEMP quanto pra tablespaces UNDO o controle é feito pelo bd de forma DIFERENTE, vc não pode usar uma simples consulta de espaço, tem que usar as views apropriadas. Um teste pra vc , banco 9i, com undo automático, no momento sem nenhuma trans aberta : ==> consulto as views de undo, nada : [EMAIL PROTECTED]:SQL>@used_rollback_blocks => consulto o espaço livre, ele diz que no total de 33720.00 Mbs tenho 29429.88 Mbs livres : [EMAIL PROTECTED]:SQL>@tablespaces_free_%_v2 Tablespace(s) a Incluir, já contém %%, [ENTER] = todas:UNDO_TABLESPACE Total Free Free Tablespace data File Space Space % --- --- -- -- - --- UNDO_TABLESPACE /u2/oradata/PRDDBOR/undo/undo_tablespace_01.dbf 2048.00 1768.94 86.37 /u2/oradata/PRDDBOR/undo/undo_tablespace_02.dbf 2048.00 1760.94 85.98 /u2/oradata/PRDDBOR/undo/undo_tablespace_03.dbf 2048.00 1789.94 87.40 /u2/oradata/PRDDBOR/undo/undo_tablespace_04.dbf 2048.00 1781.94 87.01 /u2/oradata/PRDDBOR/undo/undo_tablespace_05.dbf 2048.00 1787.25 87.27 /u2/oradata/PRDDBOR/undo/undo_tablespace_06.dbf 2048.00 1780.81 86.95 /u2/oradata/PRDDBOR/undo/undo_tablespace_07.dbf 2048.00 1797.56 87.77 /u2/oradata/PRDDBOR/undo/undo_tablespace_08.dbf 2048.00 1789.56 87.38 /u2/oradata/PRDDBOR/undo/undo_tablespace_09.dbf 2048.00 1788.94 87.35 /u2/oradata/PRDDBOR/undo/undo_tablespace_10.dbf 2048.00 1788.75 87.34 /u2/oradata/PRDDBOR/undo/undo_tablespace_11.dbf 2048.00 1797.75 87.78 /u2/oradata/PRDDBOR/undo/undo_tablespace_12.dbf 2048.00 1783.94 87.11 /u2/oradata/PRDDBOR/undo/undo_tablespace_13.dbf 2048.00 1793.81 87.59 /u2/oradata/PRDDBOR/undo/undo_tablespace_14.dbf 2048.00 1724.88 84.22 /u2/oradata/PRDDBOR/undo/undo_tablespace_15.dbf 2048.00 1774.94 86.67 /u2/oradata/PRDDBOR/undo/undo_tablespace_16.dbf 3000.00 2719.94 90.66 *** -- -- - sum 33720.00 29429.88 -- -- - sum 33720.00 29429.88 ==> agora inicio uma transação : [EMAIL PROTECTED]:SQL>update t1 set owner='ABC'; 11618 linhas atualizadas. ==> vamos consultar de novo, primeiro com o script correto : [EMAIL PROTECTED]:SQL>@used_rollback_blocks SEGMENT_NAME USERNAME SID SERIAL# USED_UBLK USED_UREC START_UBAFIL START_UBABLK START_UBAREC STATUS TABLESPACE_NAME SEGMENT_ID FILE_ID BLOCK_ID --- --- -- - - -- -- -- -- -- -- -- _SYSSMU1$ SCOTT 101 2204 154 11618 214 31275 59 ONLINE UNDO_TABLESPACE 1 208 9 ==> agora com o script que só consulta free space : [EMAIL PROTECTED]:SQL>@tablespaces_free_%_v2 Tablespace(s) a Incluir, já contém %%, [ENTER] = todas:UNDO_TABLESPACE Total Free Free Tablespace data File Space Space % --- --- -- -- --- UNDO_TABLESPACE /u2/oradata/PRDDBOR/undo/undo_tablespace_01.dbf 2048.00 1768.94 86.37 /u2/oradata/PRDDBOR/undo/undo_tablespace_02.dbf 2048.00 1760.94 85.98
[oracle_br] Re: Undo Tablespace - Danada ta crescendo!
Opa, obs : onde se lê "centenas de Gb", leia-se "centenas de Mb", claro ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu > Antes de responder, uma obs : nos dias de hoje, com HDs de no mínimo > 40 Gb, 1 Gb ** não é ** de modo algum "crescer tanto", isso é menos > de décimo do HD, num banco que NÂO seja trivial ao extremo, que tenha > qquer idéia de vir a ser Produção, 1 Gb é mínimo. Na verdade, o > próprio banco default criado pelo instalador Oracle nas versões mais > recentes (que só serve pra estudos!!), já vem com VÀRIAS centenas de > Gb de undo, não vejo motivo de espanto pra 1 Gb > > Resposta : ** SE ** vc está usando o undo automático (pra variar vc > não diz isso, nem sequer a versão do banco), e ** SE ** as transações > maiores que usaram bastante undo foram recentemente executadas aí é > fácil, vc pode consultar a V$UNDOSTAT, lá vc tem o início e o fim de > cada período de uso, e o tamanho de undo blocks consumidos. > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "ESTUDO" <[EMAIL PROTECTED]> > escreveu > > Minha tablespace UNDO tem ficado com 1.3 GB em alguma hora do dia.. > puxa, como posso saber quando a danada cresce tanto? > > > > brigadinha > > > > Cris > > > > [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: Undo Tablespace - Danada ta crescendo!
Antes de responder, uma obs : nos dias de hoje, com HDs de no mínimo 40 Gb, 1 Gb ** não é ** de modo algum "crescer tanto", isso é menos de décimo do HD, num banco que NÂO seja trivial ao extremo, que tenha qquer idéia de vir a ser Produção, 1 Gb é mínimo. Na verdade, o próprio banco default criado pelo instalador Oracle nas versões mais recentes (que só serve pra estudos!!), já vem com VÀRIAS centenas de Gb de undo, não vejo motivo de espanto pra 1 Gb Resposta : ** SE ** vc está usando o undo automático (pra variar vc não diz isso, nem sequer a versão do banco), e ** SE ** as transações maiores que usaram bastante undo foram recentemente executadas aí é fácil, vc pode consultar a V$UNDOSTAT, lá vc tem o início e o fim de cada período de uso, e o tamanho de undo blocks consumidos. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "ESTUDO" <[EMAIL PROTECTED]> escreveu > Minha tablespace UNDO tem ficado com 1.3 GB em alguma hora do dia.. puxa, como posso saber quando a danada cresce tanto? > > brigadinha > > Cris > > [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
