Pular para o conteúdo
  • Este tópico contém 2 respostas, 2 vozes e foi atualizado pela última vez 3 anos, 1 mês atrás por Avatar de José Laurindo ChiappaJosé Laurindo Chiappa.
Visualizando 3 posts - 1 até 3 (de 3 do total)
  • Autor
    Posts
  • #147407
    Avatar de airoospairoosp
    Participante

      Boa noite pessoal,

      O que pode ser feito neste cenário:

      Recebei um arquivo dump full gerado pelo expdp, o banco de origem é 11g R2 em servidor Windows, e mais nenhuma informação. E este dump precisa ser importado.

      O que fiz foi, instalar a versão 11g R2 em uma máquina, instalação básica usando a unidade D. Criei um .bat para executar o impdp full, só que durante o processo ocorreram erros e vi que as tablespaces não estavam sendo criadas, pois as mesmas apontam para o disco E.

      Usar o remap_datafile, mas não sei quais são as tablespaces, os datafiles e em qual pasta os datafiles estavam gravados no servidor de origem.

      Em um cenário assim, como fazer a importação?

      Obrigado.

      Airton

       

       

      #147408
      Avatar de José Laurindo ChiappaJosé Laurindo Chiappa
      Moderador

        Boa tarde, tudo jóia ? Espero que sim… Então, não é complexo isso não : como vc não sabe as tabelspaces e features que foram usadas, eu recomendo que vc use o parâmetro SQLFILE=nomedearquivo.sql para EXTRAIR os DDLs, só isso.. Aí, abre num Editor de TExto esse arquivo .SQL, EDITA ele trocando discos, filesystems, paths, EXECUTA ele via sqlplus ou tool do tipo e só depois faz a importação, com o parâmetro de <code class=”codeph”>TABLE_EXISTS_ACTION=APPEND para que as tabelas/objetos já criados ele não tente criar de novo…

         

        Abraços,

         

        Chiappa

        #147409
        Avatar de José Laurindo ChiappaJosé Laurindo Chiappa
        Moderador

          Algumas Obs adicionais :

          1. Imagino que esses dados sendo importados sejam pra Simular o database-origem, pra fins de Tuning, de Homologação ou de testes : NEM PRECISO DIZER que SE esse pessoal tivesse, via simples SELECT * FROM V$DATABASE, V$INSTANCE, V$PARAMETER e DBA_DATA_FILES, te DADO as configs e estruturas físicas desse database, vc PODERIA ter criado esse database destino Emulando/Simulando o database origem MUITO MELHOR….
          2. Tecnicamente falando, as tablespaces são acesadas SEMPRE e APENAS pelo nome : se o banco-origem tiver uma tablespace X composta de 5 datafiles mas (digamos) vc criou no banco-destino a tablespace X com só dois datafiles E esses datafiles ainda por cima estão em discos/locais diferentes, PROBLEMA NENHUM DO PONTO DE VISTA DO ORACLE – se o tamanho total dos datafiles for o mesmo e portanto Houver o espaço necessário, o import VAI criar os dados Certinho, sem problema algum….

          3. também NÂO HÁ, tecnicamente, exigência ALGUMA para que um objeto seja importado na mesma exata tablespace : se originalmente o objeto foi criado numa tablespace X mas por qquer motivo vc o quiser criar na tablespace Y (via REMAP_TABLESPACE, ou extraindo os CREATEs e o alterando num editor de texto e o executando), DESDE QUE O TAMANHO SEJA suficiente, não haverá problema algum….

          Abraços,

          Chiappa

        Visualizando 3 posts - 1 até 3 (de 3 do total)
        • Você deve fazer login para responder a este tópico.
        plugins premium WordPress