Bom, vc não diz mas IMAGINO que estamos falando aqui do exp, não do expdp,
right ? Muito bem, pra começo de conversa *** NEGATIVO *** , o parâmetro
COMPRESS (apesar do nome muitíssimo mal-escolhido) Não Faz nenhuma
'compactação', não Serve para diminuir o espaço usado, ele pode é AUMENTÁ-LO EM
MUITO, pelo seguinte : o que ele faz é somar o tamanho de TODOS os seus extents
no objeto original e criar um único Extentão desse tamanho , olha só :
=> digamos que eu tenha esse segmento (uma tabela, no caso) , com 86 extents
totalizando coisa de 125 Mb :
sc...@o10gr2:SQL>select sum(bytes), count(*) from user_extents where
segment_name='BIG_TABLE';
SUM(BYTES) COUNT(*)
------------------------ ------------------
125.829.120 86
=> ó se eu usar o COMPRESS (que é o DEFAULT, inclusive, veja abaixo !!) na
exportação :
C:\>exp help=y
Export: Release 10.2.0.4.0 - Production on Qui Jun 17 20:38:21 2010
....
Palavra-chave DescriþÒo (Default) Palavra-chave DescriþÒo (Default)
--------------------------------------------------------------------------
USERID nome de usußrio/senha FULL exportar arquivo inteiro
(N)
...
COMPRESS importar para uma extensÒo (Y) RECORDLENGTH tamanho do registro de
E/S
GRANTS exportar concess§es (Y) INCTYPE tipo de exportaþÒo incr
emental
....
==> tá vendo lá o Y indicando que o COMPRESS tá ativo por default ? Vou
exportar SEM contra-indicar o compress, espia :
C:\>exp scott/ti...@o10gr2 file=big_table.dmp log=big_table.exp tables=big_table
rows=n
Export: Release 10.2.0.4.0 - Production on Qui Jun 17 20:40:38 2010
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Product
ion
With the Partitioning, Oracle Label Security, OLAP, Data Mining Scoring Engine
and Real Application Testing options
ExportaþÒo executada no conjunto de caracteres de WE8MSWIN1252 e no conjunto de
caracteres de AL16UTF16 NCHAR
Obs.: dados (linhas) da tabela nÒo serÒo exportados
Sobre exportar tabelas especificadas ... via Caminho Convencional ...
. . exportando tabela BIG_TABLE
ExportaþÒo encerrada com sucesso, sem advertÛncias.
==> olhe agora , eu pedi ROWS=N (portanto veio ** SEM DADOS **), mas olha lá o
tamanhão do INITIAL, a tabela SEM DADOS já vai ser criada com 125 Mb ... É **
ISSO *** que a porcaria do COMPRESS faz, veja (os *s pra destacar são meus) :
C:\>imp scott/ti...@o10gr2 file=big_table.dmp log=big_table.imp show=y
Import: Release 10.2.0.4.0 - Production on Qui Jun 17 20:41:10 2010
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Product
ion
With the Partitioning, Oracle Label Security, OLAP, Data Mining Scoring Engine
and Real Application Testing options
Arquivo de exportaþÒo criado por EXPORT:V10.02.01 via caminho convencional
importaþÒo realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR AL16UTF16
. importando objetos de SCOTT para SCOTT
. importando objetos de SCOTT para SCOTT
"CREATE TABLE "BIG_TABLE" ("OWNER" VARCHAR2(30) NOT NULL ENABLE, "OBJECT_NAM"
"E" VARCHAR2(30) NOT NULL ENABLE, "SUBOBJECT_NAME" VARCHAR2(30), "OBJECT_ID""
" NUMBER NOT NULL ENABLE, "DATA_OBJECT_ID" NUMBER, "OBJECT_TYPE" VARCHAR2(19"
"), "CREATED" DATE NOT NULL ENABLE, "LAST_DDL_TIME" DATE NOT NULL ENABLE, "T"
"IMESTAMP" VARCHAR2(19), "STATUS" VARCHAR2(7), "TEMPORARY" VARCHAR2(1), "GEN"
"ERATED" VARCHAR2(1), "SECONDARY" VARCHAR2(1)) PCTFREE 10 PCTUSED 40 INITRA"
"NS 1 MAXTRANS 255 STORAGE(INITIAL **** 125829120 **** FREELISTS 1 FREELIST
GROUPS 1 B"
"UFFER_POOL DEFAULT) TABLESPACE "USERS" LOGGING NOCOMPRESS"
ImportaþÒo encerrada com sucesso, sem advertÛncias.
yes ?????? Então o COMPRESS ainda que fosse possível ***** Não Seria **** a sua
solução, ao contrário, ELE é que causa tabelas vazias serem criadas com um
tamanhão initial enorme.... Pra mim quem fez esse export pra vc simplesmente
*** Não Conhece *** o funcionamento do export e deixou o default do COMPRESS,
por isso que os seus INITIALs tão enormes, blz ?
Como soluções possíveis (afora a Óbvia de mandar a pessoa fazer e te dar um
novo .dmp direito/decente) :
1. se esse export foi feito com FULL=Y (além do ROWS=N que deve ter, já que vc
diz que é só estruturas), vc poderia EXTRAIR o texto dos Create Table de dentro
do arquivo .dmp com o freeware DDL Wizard (http://ddlwizard.com/) , aí vc os
edita/altera como quiser , não só alterando INITIAL como QUALQUER outra
cláusula que quiser : Parallel, Logging, INITRANS/MAXTRANS, o que quiser
2. vc pode usa a opção INDEXFILE=nomedeumarquivo.sql no import, com isso os
CREATE TABLE e os CREATE INDEXES serão extraídos para o arquivo citado : a
desvantagem é que vai ter comentários no comando, cfrme o tamanho pode ter
quebra de linha, vc teria que dar uma ajeitada nesse arquivo com um editor de
texto
3. importa assim mesmo e depois escreve um script pra fazer MOVE das tabelas,
indicando um novo INITIAL
De momento é isso que eu me lembro...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Alex Octan <a...@...> escreveu
>
> Olá pessoal,
>
> recebi um dump para importação, mas apenas a estrutura dos objetos.
> Na linha de comando, carrego apenas alguns schemas, porém somente a
> estrutura e não deveria alocar muito espaço nas tablespaces, e o que está
> acontecendo é alocação de muitos extents.
> Como faço para carregar alocando o que defini na minha tablespace e
> desconsiderando o banco origem?
> Se não me engano no export poderia colocar compress=NO que resolveria, porém
> não tenho esta opção, ... devo resolver o problema apenas no lado import.
>
> Alguma dica?
>
> Agradeço desde já.
> Alex
>
>
> DB 9i / Aix
> Tbs initial 64K
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
