Opa, blz ? A sua resposta está na nota metalink "Master Note: Overview of Oracle Tablespace Management" (Doc ID 1493350.1) :
" ... Migrating from a Dictionary Managed to a Locally Managed Tablespace Use the TABLESPACE_MIGRATE_TO_LOCAL procedure to migrate a dictionary-managed tablespace to a locally managed tablespace. This operation is done online, but space management operations are blocked until the migration has been completed. Therefore, you can read or modify data while the migration is in progress, but if you are loading a large amount of data that requires the allocation of additional extents, then the operation may be blocked. ... " ==> OU SEJA, vai haver um LOCK mas é apenas para DDLs, os usuários continuarão a poder fazer DMLs e Queries... []s Chiappa IMPORTANTE : observo que normalmente eu não gosto de fazer uma Migração porque coisas como o EXTENT SIZE dos extents que já existiam e a utilização do espaço nos blocos deles, bem como as Cláusulas de Storage , vão Permanecer as mesmas, e NEM SEMPRE elas estão Otimizadas.... Assim sendo, eu Sempre prefiro criar uma NOVA tablespace LMT, com o extent size e as cláusulas apropriadas (OU então com AUTOALLOCATE e com ASSM, se eu não conheço os valores ótimos), e depois MOVER os segmentos pra nova tablespace, pois aí os extents (e seus blocos) serão criados/alocados cfrme eu quero, e não cfrme já estavam... E com DBMS_REDEFINE, essa Operação pode ser feita online, também...
