Olá Chiappa! Na realidade você matou a minha dúvida. Estamos querendo criar um gerenciamento de "DadosXEspaçoXCusto_acesso". A minha dúvida realmente são, como você comentou, sobre as "temperaturas" dos dados. Creio que dados antigos demais não são necessários em discos rápidos em nosso storage. Então temos custo desnecessário. Por isso queremos "movimentar-los" para discos mais lentos. Se algum dia, por alguma demanda atípica, queremos retornar-los a tablespace/disco original.
Obrigado, Christian --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" <jlchiappa@...> escreveu > > Hmmm : eu me pergunto se vc SABE que no RDBMS Oracle : > > 1. a tablespace ** não ** serve parea permissionamento : os GRANTs são > dados para o objeto, não para a tablespace ... Assim se vc mover a partição > para uma tablespace x, os MESMOS usuários que tinham acesso à partição x VÃO > CONTINUAR tendo esses acessos, sim ?? > > 2. necessariamente, uma tablespace PRESENTE no database VAI continuar > consumindo espaço em disco, vai continuar sendo parte do database > > Assim, SE o que vc queria com esse "purge" que vc diz que precisa é > ELIMINAR a partição do database, de modo que esses dados NÂO ocupem mais > espaço em disco, e que fiquem MESMO, realmente, offline/indisponíveis ao > usuário, não é apenas o MOVE de tablespace que vai fazer isso, vc VAi ter que > fazer um drop + ou - cfrme coloquei na minha outra msg.. > ... > imho esse MOVE só fará sentido se o que vc quer é mudar a ** TEMPERATURA > ** desses dados, ie : vc quer que esses dados CONTINUEM online e disponíveis > ao usuários, continuem ocupando espaço, MAS esses dados não são mais > "quentes" - são dados que só raramente serão consultados, e portanto não é > preciso que eles estejam nos discos mais rápidos do storage - AÍ SIM faz > sentido vc criar uma nova tablespace , com datafiles residindo em discos mais > baratos/lentos do STorage (talvez discos SATA) e mover a partição para essa > tablespace.... > É isso que vc quer ?? > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "christiancedrid" <christiancedrid@> > escreveu > > > > > > Ivan, > > Na realidade, "eliminar", seria retirar o primeiro particionamento da > > tablespace original e alocar-la em outra tablespace, mais precisamente uma > > tablespace de "históricos". > > A minha dúvida realmente Ivan é quanto ao ponto final que você escreveu. > > Talvez algum dia (ou não) , os usuários irão querer visualizar esses dados > > novamente. Então, como você frisou, precisamos escolher a melhor estratégia > > para o caso de isso acontecer. > > > > > > Obrigado > > Christian > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster <ivanrs79@> > > escreveu > > > > > > Christian, > > > > > > O que você quer dizer com "eliminar para outra tablespace"? > > > Se for "mover" para outra tablespace, sim, você pode voltar ela depois > > > para a mesma tablespace desde que tenha espaço. > > > Dependendo da tua estratégia, você pode mover para uma tablespace que > > > use discos mais lentos (mais baratos) ou mover para uma tablespace e > > > transformá-la em read only para economizar em tempo (e espaço) de > > > backup. > > > > > > É possível ainda colocar a tablespace offline, realizar backup dos > > > datafiles dela e remover do disco. Caso queira utilizar a partição, > > > teria que colocar os datafiles da tablespace em disco novamente e > > > alterar o status dela para online. > > > > > > Sugiro que você teste bem a alternativa que escolher, principalmente > > > objetos relacionados e indices inválidos, além do impacto para o > > > usuário que tentar acessar o dado da partição que não estará em disco > > > (receberá um erro). > > > > > > 2013/5/7 christiancedrid <christiancedrid@>: > > > > > > > > boa tarde pessoal, > > > > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada > > > > por faixa de valores. Data para ser mais exato. Tenho 4 particionamentos > > > > > > > > - O primeiro particionamento é de 2010 (todas as datas) > > > > - O segundo particionamento é de 2011 (todas as datas) > > > > - O terceiro particionamento é de 2012 (todas as datas) > > > > - o quarto particionamento é de 2013 (todas as datas) > > > > > > > > Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro > > > > particionamento para uma outra tablespace de históricos. > > > > > > > > Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento > > > > por algum motivo para a mesma tablespace original, posso movimentar-la > > > > com todos os dados? > > > > > > > > > > > > abs > > > > > > > > Christian > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------ > > > > > > > > -------------------------------------------------------------------------------------------------------------------------- > > > >>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 > > > > > > > > > > > > > >
