Ivan, isso... lixo de bug! :-) Bug de lixo...
Reproduzi o que aconteceu com voce no 9i (9208). Já no 10gR2 (10.2.0.2)
funciona.
[EMAIL PROTECTED] scripts]$ . ../env9i
[EMAIL PROTECTED] scripts]$ plus
SQL*Plus: Release 9.2.0.8.0 - Production on Wed Mar 7 12:03:00 2007
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
[EMAIL PROTECTED]> @create_tbs
[EMAIL PROTECTED]>
[EMAIL PROTECTED]> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
2 DATAFILE '/backup/TBSdimensional.dbf' SIZE
3 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
4 MANUAL
5 /
Tablespace created.
[EMAIL PROTECTED]>
[EMAIL PROTECTED]> set echo off
[EMAIL PROTECTED]> select dbms_metadata.get_ddl( 'TABLESPACE',
'TBSDIMENSIONAL' ) from dual;
DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')
--------------------------------------------------------------------------------
CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
'/backup/TBSdimensional.dbf' SIZE --2147483648.-.36870912 REUSE
LOGGING ONLINE PERMANENT BLOCKSIZE 8192
EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
1 row selected.
Agora no 10g.
[EMAIL PROTECTED] scripts]$ plus
SQL*Plus: Release 10.2.0.2.0 - Production on Wed Mar 7 12:27:21 2007
Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
[EMAIL PROTECTED]> @create_tbs
[EMAIL PROTECTED]>
[EMAIL PROTECTED]> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
2 DATAFILE '/backup/TBSdimensional.dbf' SIZE
3 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
4 MANUAL
5 /
Tablespace created.
[EMAIL PROTECTED]>
[EMAIL PROTECTED]> set echo off
[EMAIL PROTECTED]> select dbms_metadata.get_ddl( 'TABLESPACE',
'TBSDIMENSIONAL' ) from dual;
DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')
--------------------------------------------------------------------------------
CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
'/backup/TBSdimensional.dbf' SIZE 7516192768
LOGGING ONLINE PERMANENT BLOCKSIZE 8192
EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
1 row selected.
On 3/7/07, Ivan <[EMAIL PROTECTED]> wrote:
>
> Sim, quis dizer, o bug mostra lixo... :)
>
> Fiz a consulta no meu banco de testes, com a tablespace que citei ontem.
> Note que este problema acontece independente de SO e patch aplicado, pois
> a
> primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é uma Sun
> com
> 9.2.0.7.
>
> Conectado a:
> Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
> With the Partitioning option
> JServer Release 9.2.0.7.0 - Production
>
> SQL> SELECT VALUE(KU$) TABLESPACE_T
> 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
> 3 WHERE KU$.NAME='TBSDIMENSIONAL';
>
> TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM, STATUS,
> CONTENTS,
> ----------------------------------------------------------
> ----
>
> KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0, 8192, 1,
> 0,
> 0,
> 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL, NULL,
> NULL, 0
>
> , 0, NULL, NULL,
> KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
>
> l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0, 78)))
>
> Quando mando mostrar o DDL no EM:
>
> CREATE TABLESPACE "TBSDIMENSIONAL"
> LOGGING
> DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
> MANUAL
>
> Quando mando mostrar o DDL via DBMS_METADATA:
>
> CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
> '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 2147483647.5368709121
> REUSE
> LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
>
> Obrigado
> Ivan
>
> > -----Mensagem original-----
> > De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>[mailto:
> oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>]
> > Em nome de Marcio Portes
> > Enviada em: terça-feira, 6 de março de 2007 23:40
> > Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> >
> > Hmmm.
> > Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode estar
> > acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> > tablespace
> > (metadata).
> >
> > Me faz um favor, roda esse script.
> >
> > SELECT VALUE(KU$) TABLESPACE_T
> > FROM SYS.KU$_TABLESPACE_VIEW KU$
> > WHERE KU$.NAME='<nome da tablespace>'
> >
> > Deixa eu ver os valores?
> >
> > On 3/6/07, Ivan <[EMAIL PROTECTED] <ivanrs79%40gmail.com> <mailto:
> ivanrs79% <ivanrs79%25>40gmail.com> >
> > wrote:
> > >
> > > Marcio,
> > >
> > > O "set long" já está sendo feito no sqlplus.
> > >
> > > Meu script é este:
> > >
> > > set long 50000
> > > set pages 0
> > > spool create_tablespaces.sql
> > > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) From
> > > dba_tablespaces;
> > > spool off
> > > exit
> > >
> > > Aqui no banco de testes, fiz a consulta e me retornou um datafile com
> > > tamanho "2147483647.5368709121".
> > > O valor correto, que aparece no EM, é a soma dos dois,
> > > 2147483647+5368709121=7516192768, ou 7168 Mb
> > >
> > > Me parece que é algum lixo de informação que fica quando aumenta o
> > tamanho
> > > de datafiles...
> > >
> > > > -----Mensagem original-----
> > > > De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> > <mailto:oracle_br%40yahoogrupos.com.br>
> > <oracle_br%40yahoogrupos.com.br>[mailto:
> > > oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> <mailto:
> oracle_br%40yahoogrupos.com.br>
> > <oracle_br%40yahoogrupos.com.br>]
> > > > Em nome de Marcio Portes
> > > > Enviada em: terça-feira, 6 de março de 2007 16:36
> > > > Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> > <mailto:oracle_br%40yahoogrupos.com.br>
> > <oracle_br%40yahoogrupos.com.br>
> > > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > > >
> > > > Ivan,
> > > >
> > > > tenta
> > > > set long 1000
> > > > faz o select dbms_metadata e envia pra lista. Eu procurei no
> > metalink
> > > > algum
> > > > bug relacionado com o dbms_metadata, achei alguns mas nenhum com
> > > > referência
> > > > ao que está acontencendo contigo. Acho que por a plataforma ser
> > > > Windows,
> > > > pode haver algum probleminha, mas vamos ver a saída toda do
> > > > DBMS_METADATA e
> > > > depois a lista opina.
> > > >
> > > > On 3/6/07, Ivan <[EMAIL PROTECTED] <ivanrs79%40gmail.com> <mailto:
> ivanrs79% <ivanrs79%25>40gmail.com>
> > <ivanrs79%40gmail.com> <mailto:
> > > ivanrs79% <ivanrs79%25>40gmail.com> >
>
> > >
> > > > wrote:
> > > > >
> > > > > Pessoal,
> > > > >
> > > > > Num banco Oracle 9.2.0.8, faz parte do procedimento de backup a
> > > > criação de
> > > > > um script que recriaria as tablespaces. Este script nada mais é
> > que
> > > > um
> > > > > select na tabela dba_tablespaces usando
> > > > > "dbma_metadata.get_ddl('TABLESPACE',
> > > > > tablespace_name)".
> > > > >
> > > > > Acontece que o tamanho do datafile em algumas situações vem
> > errado.
> > > > Um
> > > > > exemplo:
> > > > >
> > > > > CREATE TABLESPACE "AAA_ONLINE_DAT_C1" DATAFILE
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-01.ORA' SIZE
> > > > > 1895825408.8589934592
> > > > > REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-02.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-03.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-04.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-05.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-06.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-07.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-08.ORA' SIZE
> > > > > --2147483648.-.0064771
> > > > > 072 REUSE
> > > > >
> > > > > LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> > > > >
> > > > > EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT
> > AUTO
> > > > >
> > > > > Já vi isto acontecer em mais de um banco. Alguma sugestão?
> > > > >
> > > > > Att
> > > > > Ivan
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Marcio Portes
> > > > Material Tecnico em Portugues - http://mportes.blogspot.com
> > <http://mportes.blogspot.com>
> > > > <http://mportes.blogspot.com <http://mportes.blogspot.com> >
> > > > Practical Learning Oracle -
> > > > http://mportes.blogspot.com/2006/02/practical-learning-oracle.html
> > <http://mportes.blogspot.com/2006/02/practical-learning-oracle.html>
> > > > <http://mportes.blogspot.com/2006/02/practical-learning-oracle.html
> > <http://mportes.blogspot.com/2006/02/practical-learning-oracle.html> >
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> > --
> > Marcio Portes
> > Material Tecnico em Portugues - http://mportes.blogspot.com
> > <http://mportes.blogspot.com>
> > Practical Learning Oracle -
> > http://mportes.blogspot.com/2006/02/practical-learning-oracle.html
> > <http://mportes.blogspot.com/2006/02/practical-learning-oracle.html>
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
>
>
>
--
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html
[As partes desta mensagem que não continham texto foram removidas]
