- Este tópico contém 12 respostas, 3 vozes e foi atualizado pela última vez 16 anos, 11 meses atrás por
vieri.
-
AutorPosts
-
24 de abril de 2009 às 7:47 pm #86415
Negrets
ParticipanteBoa Tarde !
Estou tentando fazer um imp e acontece o erro abaixo, como faço para solucionar o erro ?
IMP-00017: following statement failed with ORACLE error 1658:
IMP-00003: ORACLE error 1658 encountered
ORA-01658: unable to create INITIAL extent for segment in tablespace————————————–
Att:
Anderson Meira24 de abril de 2009 às 8:12 pm #86419David Siqueira
ParticipanteAnderson,
Esse erro esta aparecendo para você porque na tablespaspace padrão do owner que você esta tentando importar ou não tem mais espaço livre ou então pode ser que sua tablespace esteja com as clausulas de Storage muito altas para o parametro INITIAL e isso pode estar conflitando com o que você possue de espaço livre disponivel.
Check sua tablespace desse usuário, se for o caso incremente mais alguns MB’s, ou Gb’s a essa tablespace e coloque seu import para rodar mais uma vez.Espero que ajude.
Abraço.
David
24 de abril de 2009 às 10:48 pm #86437Negrets
ParticipanteA tabela contém 8 milhões de registro, e já coloquei um tamanho de tablespace de 12 Gb e ainda continua o erro ! Será que realmente e isso o problema ?
Att:
Anderson Meira24 de abril de 2009 às 11:27 pm #86441vieri
ParticipanteRefaça
o export
com compress=n.infelizmente,
o default é y conforme help do exp.
tente:exp help=yCOMPRESS import into one extent (Y)
Ou seja ele pega todo o tamanho da tabela é cria um initial extent
enorme(tam total da tabela) para caber todos os blocos dentro deste extent.Por isso, seu import não consegue alocar o initial extent e aborta.
[]s
24 de abril de 2009 às 11:47 pm #86446David Siqueira
ParticipanteVocê esta criando a tabela antes do IMPORT? Ou esta deixando que o import crie as tabelas, caso você esteja deixando que o IMPORT crie as tabelas pode ser que o INITIAL que esta no arquivo DUMP Origem seja muito grande, e a tabela pode estar superdimensionada, faça o seguinte tire o DDL dessa tabela a parte sem as STORAGE CLAUSULES e recrie a tabela , faça o import somente dessa tabela, assim você vai saber se é um problema que já esta no segmento mesmo ou se é algo de errado ainda na sua base de dados.
Abraço.
David
24 de abril de 2009 às 11:47 pm #86447Negrets
ParticipanteOk, obrigado Vieri pela informação !
Porém estou com um backup dump da epoca e preciso restaurar existe alguma outra maneira de recuperar esses dados ? Pois não tenho como fazer outro dump dessa base pois é antiga.
Att:
Anderson Meira25 de abril de 2009 às 12:51 am #86452vieri
ParticipanteCrie as maiores tabelas manualmente,
conforme nosso camarada DRBS explanou,
e realize o import com ignore=y,
para não abortar quando a tabela já estiver criada.abraços,
Vieri.25 de abril de 2009 às 9:33 pm #86455David Siqueira
ParticipanteCara outra coisa me ocorreu, os INDICES, como você me disse que se trata de um DUMP antigo, muito provavel que ele esteja FULL, e na hora do IMPORT você deve estar importando com os indices, caso as configurações de nomenclatura de tablespaces estejam diferentes é muito provavel que o import esteja criando seus indices junto com as tabelas na mesma tablespace o que pode estar gerando esse consumo excessivo da sua tabelspace de dados, verifique se os indices dessa sua tabela de 8 milhões estão sendo criados na mesma tablespace de dados na hora do import, ou então faça o comando de import com a opção de INDEXES=N assim ele ira importar só as PK’s e as tabelas com dados, depois você cria os indices, ou ainda se você estiver importando na versão 10g você pode verificar no log o nome da tablespace de indices de onde o arquivo de DUMP se originou e criar uma no seu banco onde esta sendo importado, assim ele não ira consumir ou criar os indices na sua tabelspace de dados. Bom é isso, me ocorreu essa possibilidade, espero que ajude.
Abraço.
David
27 de abril de 2009 às 6:14 pm #86461Negrets
ParticipanteDrbs, agradeço muito sua ajuda e a do Vieri !
Estou com seguinte erro agora: IMP-00003: ORACLE error 1658 encountered
importing IGWEL’s objects into MGARCEZ
IMP-00017: following statement failed with ORACLE error 1658:ORA-01658: unable to create INITIAL extent for segment in tablespace TBSTUNNINGDAT
Esse erro e quando subo a tabela full.
O outro erro acontece quando estou criando a tabela. Seguindo os passos que você me passou !
Export file created by EXPORT:V08.01.07 via conventional path
import done in US7ASCII character set and WE8ISO8859P1 NCHAR character set
import server uses WE8ISO8859P1 character set (possible charset conversion)
. importing IGWEL’s objects into MGARCEZ
. . importing table “CADIMPO”
IMP-00058: ORACLE error 1562 encountered
ORA-01562: failed to extend rollback segment number 5
ORA-01650: unable to extend rollback segment RBS4 by 131072 in tablespace RBS
IMP-00028: partial import of previous table rolled back: 531468 rows rolled back27 de abril de 2009 às 6:21 pm #86463David Siqueira
ParticipanteBrother quanto ao seu primeiro erro, você esta fazendo o IMPORT da tabela sem os indices? Se a resposta for sim , seria um caso tipico de falta de espaço mesmo, caso vocÊ esteja subindo sem Indices mesmo, já entra naquele exemplo que te falei dos parametros mesmo.
Quanto ao segundo erro é um problema constante que ocorre em bases 8i que usam segmentos de Rollback Manual, a sugestão é aumentar o tamanho dos seus segmentos, porque se fosse um processo via SQL teriamos a opção de criar um segmento de ROLLBACK bem grande e setar a seção para usa-lo, mais como é no IMPORT não tem como usarmos alter session nesse caso. Tente aumentar o tamanho dos seus segemntos de Rollback e refazer o processo ok?Abração.
David
27 de abril de 2009 às 6:43 pm #86464vieri
ParticipanteFaça um levantamente de dados do database ORIGEM.
aréa temporária, undo , tablespaces de dados e indices…e replique está config, vc que colocar um caminhão dentro de um fusca..
Caso não tenha espaço pede para levantar quais o objetos nescessário
27 de abril de 2009 às 10:00 pm #86477Negrets
ParticipanteRecriei a instância com os novos tamanhos e deu certo ! A segunda opção que utilizei, criando a tabela e fazendo o import.
Obrigado pela ajuda de todos.
Att:
Anderson Meira28 de abril de 2009 às 6:13 pm #86482vieri
ParticipanteBeleza Negrets..
o importante é sair do outro lado!!
parabéns por concluir seu trabalho
-
AutorPosts
- Você deve fazer login para responder a este tópico.