RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
Pessoal, Muito obrigado pela ajuda todos. Como é um banco pequeno, irei criar um banco novo e fazer um export/import, vou aproveitar e colocar numa maquina melhor. Grato, Ednilson De: sentto-1682896-122006-1504212200-ednilson.silva=jbs.com...@returns.groups.yahoo.com [mailto:sentto-1682896-122006-1504212200-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br] Enviada em: quinta-feira, 31 de agosto de 2017 17:43 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Recup erar espaço livre na SYSAUX Ednilson, Bom, poderia ter, mas apareceria um "BIN$" alguma coisa lá na DBA_EXTENTS. Atc, Luis Freitas On Thursday, August 31, 2017 4:49 PM, "'Ednilson Silva' <mailto:ednilson.si...@jbs.com.br> ednilson.si...@jbs.com.br [oracle_br]" < <mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br> wrote: Mufalani, Não existia objetos de usuarios comum nesta tablespace. SQL> purge dba_recyclebin; DBA Recyclebin purged. SQL> alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m; alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m * ERROR at line 1: ORA-03297: file contains used data beyond requested RESIZE value Grato, Ednilson De: sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com [mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br] Enviada em: quinta-feira, 31 de agosto de 2017 16:26 Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX Só chutando, havia alguma coisa de usuario nessa tablespace que foi dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu consegue fazer o resize do datafile. Obter o Outlook para iOS <https://aka.ms/o0ukef> _ From: jlchia...@yahoo.com.br [oracle_br] Sent: quinta-feira, agosto 31, 2017 16:20 Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX To: Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito menos ** do que o tamanho atual da tablespace SYSAUX SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha palestra do dba barsil (em http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco... SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum procedimento extra que deva ser feito, tipo desativar temporariamente a feature cujas tabelas tão com bastante espaço reservado mas não usado no momento... []s Chiappa
Re: RES: [oracle_br] Recup erar espaço livre na SYSAUX
Ednilson,
Bom, poderia ter, mas apareceria um "BIN$" alguma coisa lá na
DBA_EXTENTS.
Atc,Luis Freitas
On Thursday, August 31, 2017 4:49 PM, "'Ednilson Silva'
ednilson.si...@jbs.com.br [oracle_br]" wrote:
Mufalani,Não existia objetos de usuarios comum nesta tablespace. SQL>
purge dba_recyclebin; DBA Recyclebin purged. SQL> alter database datafile
'/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m;alter database datafile
'/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m*ERROR at line 1:ORA-03297:
file contains used data beyond requested RESIZE value Grato,Ednilson De:
sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com
[mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:26
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX Só
chutando, havia alguma coisa de usuario nessa tablespace que foi dropado? Caso
sim, da um purge na dba_recyclebin, depois de liberar lá ai tu consegue fazer o
resize do datafile. Obter o Outlook para iOS_
From: jlchia...@yahoo.com.br [oracle_br]
Sent: quinta-feira, agosto 31, 2017 16:20
Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
To:
Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito
menos ** do que o tamanho atual da tablespace SYSAUX
SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas"
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a
mesma tabela... E como eu falei na minha palestra do dba barsil (em
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE
ocupar esse espaço que hoje está em branco...
SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum
procedimento extra que deva ser feito, tipo desativar temporariamente a feature
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
[]s
Chiappa #yiv1795128687 #yiv1795128687 -- #yiv1795128687ygrp-mkp
{border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0
10px;}#yiv1795128687 #yiv1795128687ygrp-mkp hr {border:1px solid
#d8d8d8;}#yiv1795128687 #yiv1795128687ygrp-mkp #yiv1795128687hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv1795128687 #yiv1795128687ygrp-mkp #yiv1795128687ads
{margin-bottom:10px;}#yiv1795128687 #yiv1795128687ygrp-mkp .yiv1795128687ad
{padding:0 0;}#yiv1795128687 #yiv1795128687ygrp-mkp .yiv1795128687ad p
{margin:0;}#yiv1795128687 #yiv1795128687ygrp-mkp .yiv1795128687ad a
{color:#ff;text-decoration:none;}#yiv1795128687 #yiv1795128687ygrp-sponsor
#yiv1795128687ygrp-lc {font-family:Arial;}#yiv1795128687
#yiv1795128687ygrp-sponsor #yiv1795128687ygrp-lc #yiv1795128687hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1795128687
#yiv1795128687ygrp-sponsor #yiv1795128687ygrp-lc .yiv1795128687ad
{margin-bottom:10px;padding:0 0;}#yiv1795128687 #yiv1795128687actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1795128687
#yiv1795128687activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1795128687
#yiv1795128687activity span {font-weight:700;}#yiv1795128687
#yiv1795128687activity span:first-child
{text-transform:uppercase;}#yiv1795128687 #yiv1795128687activity span a
{color:#5085b6;text-decoration:none;}#yiv1795128687 #yiv1795128687activity span
span {color:#ff7900;}#yiv1795128687 #yiv1795128687activity span
.yiv1795128687underline {text-decoration:underline;}#yiv1795128687
.yiv1795128687attach
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px
0;width:400px;}#yiv1795128687 .yiv1795128687attach div a
{text-decoration:none;}#yiv1795128687 .yiv1795128687attach img
{border:none;padding-right:5px;}#yiv1795128687 .yiv1795128687attach label
{display:block;margin-bottom:5px;}#yiv1795128687 .yiv1795128687attach label a
{text-decoration:none;}#yiv1795128687 blockquote {margin:0 0 0
4px;}#yiv1795128687 .yiv1795128687bold
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1795128687
.yiv1795128687bold a {text-decoration:none;}#yiv1795128687 dd.yiv1795128687last
p a {font
RES: [oracle_br] Recup erar espaço livre na SYSAUX
Mufalani, Não existia objetos de usuarios comum nesta tablespace. SQL> purge dba_recyclebin; DBA Recyclebin purged. SQL> alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m; alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m * ERROR at line 1: ORA-03297: file contains used data beyond requested RESIZE value Grato, Ednilson De: sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.ya hoo.com [mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com.br@returns.g roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br] Enviada em: quinta-feira, 31 de agosto de 2017 16:26 Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX Só chutando, havia alguma coisa de usuario nessa tablespace que foi dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu consegue fazer o resize do datafile. Obter o Outlook para iOS <https://aka.ms/o0ukef> _ From: jlchia...@yahoo.com.br [oracle_br] Sent: quinta-feira, agosto 31, 2017 16:20 Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX To: Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito menos ** do que o tamanho atual da tablespace SYSAUX SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha palestra do dba barsil (em http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mito s.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco... SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum procedimento extra que deva ser feito, tipo desativar temporariamente a feature cujas tabelas tão com bastante espaço reservado mas não usado no momento... []s Chiappa
Re: [oracle_br] Recup erar espaço livre na SYSAUX
Só chutando, havia alguma coisa de usuario nessa tablespace que foi dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu consegue fazer o resize do datafile. Obter o Outlook para iOS<https://aka.ms/o0ukef> _ From: jlchia...@yahoo.com.br<mailto:jlchia...@yahoo.com.br> [oracle_br] mailto:oracle_br@yahoogrupos.com.br>> Sent: quinta-feira, agosto 31, 2017 16:20 Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX To: mailto:oracle_br@yahoogrupos.com.br>> Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito menos ** do que o tamanho atual da tablespace SYSAUX SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha palestra do dba barsil (em http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco... SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum procedimento extra que deva ser feito, tipo desativar temporariamente a feature cujas tabelas tão com bastante espaço reservado mas não usado no momento... []s Chiappa
RES: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
Chiappa, Sim, no passado foi feito uma limpeza e o espaço ficou alocado. SQL> select round(sum(space_usage_kbytes/1024/1024)) space_usage_kbytes from V$SYSAUX_OCCUPANTS; SPACE_USAGE_KBYTES -- 3 Como disse, o Owner da aplicação tem uns 20G. Minha ideia seria fazer um export/import deste Owner em outro banco novo, isso consigo fazer num final de semana, pois durante a semana é utilizado. Acho esta forma mais simples e tranquila. Grato, Ednilson De: sentto-1682896-121998-1504207198-ednilson.silva=jbs.com...@returns.groups.yahoo.com [mailto:sentto-1682896-121998-1504207198-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: quinta-feira, 31 de agosto de 2017 16:20 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito menos ** do que o tamanho atual da tablespace SYSAUX SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha palestra do dba barsil (em http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco... SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum procedimento extra que deva ser feito, tipo desativar temporariamente a feature cujas tabelas tão com bastante espaço reservado mas não usado no momento... []s Chiappa
Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito menos ** do que o tamanho atual da tablespace SYSAUX SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha palestra do dba barsil (em http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco... SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum procedimento extra que deva ser feito, tipo desativar temporariamente a feature cujas tabelas tão com bastante espaço reservado mas não usado no momento... []s Chiappa
