none
Migração Oracle para SQL Server RRS feed

  • Pergunta

  • Estou realizando uma migração do Oracle 11 em um ambiente AIX para o SQL Server 2005 em um ambiente Windows Server 2008 R2, utilizando a ferramenta SSMA for Oracle 5.2 .

    Todos os pré-requisitos como a instalação do respectivo client Oracle, .NET Framework, SSMA for Oracle 5.2 Extension Pack e atualizações foram observados.

    Com a ferramenta então, consegui acessar o Oracle e gerar o relatório apenas das tabelas do owner schema que eu desejava.

    Ocorre que, o cliente possui um framework service desk que ao ser instalado no servidor windows, cria toda a estrutura do banco de dados no SQL Server: suas tabelas, índices, constrains, etc. O que eu queria realizar então é apenas popular estas tabelas com os dados do respectivo banco Oracle.

    Após então gerar o relatório do Oracle (create report) via SSMA, conectar no SQL Server, não queria efetuar a conversão do schema, uma vez que não quero alterações no SQL server, então parti diretamente para o Migration data. Escolhi a opção schema to schema e deu certo... visualizei as tabelas e inclusive recebi a informação que os dados pré existentes no SQL server seriam apagados durante a migração dos dados. Ao solicita o "continue", a ferramenta SSMA retorna erro e não me possibilita clicar no botão "details"... é como se não encontrasse as tabelas do lado do SQL server.

    Se eu utilizar o Covert Schema, consigo migrar os dados, porém a estrutura das tabelas criadas no SQL Server pelo framework do cliente seria comprometida.

    Existe uma maneira de apenas popular as tabelas do SQL Server com os dados do Oracle uma vez que os campos são os mesmos de ambos os lados?

    Obrigado.

    Luiz Fernando


    terça-feira, 3 de abril de 2012 14:33

Respostas

  • Olá Luiz, como vai?

    Já fiz um trabalho de popular tabelas do MS SQL Server com informações do Oracle via Integration Services. Acredito que como você informou que, os campos são os mesmos de ambos os lados.

    Para melhor opção, acredito que seja melhor você apagar essa sua tabela do MS SQL Server e deixar que o assistente do Integration Services crie para você, por que pode ocorrer falha se um campo estiver com um tipo diferente do Oracle.

    Clique com o botão direito do mouse no seu banco de dados e utilize a opção SQL Server Import and Export Wizard. Na lista do Source, você vai encontrar uma conexão oracle OLE DB que você pode utilizar. Na próxima tela você seleciona o Destination que será o MS SQL Server.

    Teste e nos retorne para ver se atende sua necessidade.

    Um forte abraço


    Clayton Santos
    ITIL|MCTS
    Administrador de Banco de Dados
    casclayton@gmail.com
    http://casclayton.wordpress.com/

    terça-feira, 3 de abril de 2012 15:40
  • Efetuada Migração inicialmente para um banco intermediário utilizando a ferramanta SSMA.

    Migração banco intermediário para principal (ambos SQL Server) com ferramenta import Wizard.

    Necessidade de desabilitação das constrains e drop/create FK.

    Procedimentos efetuados com sucesso. Migração OK.

    terça-feira, 10 de abril de 2012 18:00

Todas as Respostas

  • Olá Luiz, como vai?

    Já fiz um trabalho de popular tabelas do MS SQL Server com informações do Oracle via Integration Services. Acredito que como você informou que, os campos são os mesmos de ambos os lados.

    Para melhor opção, acredito que seja melhor você apagar essa sua tabela do MS SQL Server e deixar que o assistente do Integration Services crie para você, por que pode ocorrer falha se um campo estiver com um tipo diferente do Oracle.

    Clique com o botão direito do mouse no seu banco de dados e utilize a opção SQL Server Import and Export Wizard. Na lista do Source, você vai encontrar uma conexão oracle OLE DB que você pode utilizar. Na próxima tela você seleciona o Destination que será o MS SQL Server.

    Teste e nos retorne para ver se atende sua necessidade.

    Um forte abraço


    Clayton Santos
    ITIL|MCTS
    Administrador de Banco de Dados
    casclayton@gmail.com
    http://casclayton.wordpress.com/

    terça-feira, 3 de abril de 2012 15:40
  • Olá Clayton. Desde já obrigado pelo auxílio.

    Já havia tentado com o assistente e inclusive com o Visual Studio. Ele dá um erro do cliente Oracle, porém o mesmo está instalado corretamente. Se tiver como lhe mando o print.

    terça-feira, 3 de abril de 2012 17:22
  • Estou tentando fazer diferente.... vou fazer a migração para criação de novo banco de dados como vc orientou, mas diretamente do SSMA, depois fação um import/export de sql server para sql server.
    terça-feira, 3 de abril de 2012 17:43
  • Olá Luiz, como vai?

    Tem sim, no momento que você está escrevendo um post tem a opção ai em cima de colocar uma figura.

    Então, temos mais de um drive de conexão para oracle. Procure nesta lista no momento que você está no  SQL Server Import and Export Wizard.

    Um forte abraço


    Clayton Santos
    ITIL|MCTS
    Administrador de Banco de Dados
    casclayton@gmail.com
    http://casclayton.wordpress.com/

    terça-feira, 3 de abril de 2012 17:43
  • Olá. Tentei e reportou um erro fazendo menção ao client oracle instalado. O Adm. de Sistemas que preparou o servidor, me informou que instalou o cliente 64. Seguem os erros:

    1) Utilizando o OLE DB

    Erro utilizando o OLE DB

    2) Utilizando o .NET Framework

    Erro .Net Framework

    Vou aguardar o AS responsável e pedir uma verificação.

    terça-feira, 3 de abril de 2012 19:50
  • Olá Luiz, já tive o mesmo problema sobre essa mensagem que mostrou.

    Lembro que era problema de drive do oracle e tive que baixar um drive mais atual.

    Vou pegar aqui e posto para você a solução.

    Obrigado


    Clayton Santos
    ITIL|MCTS
    Administrador de Banco de Dados
    casclayton@gmail.com
    http://casclayton.wordpress.com/

    terça-feira, 3 de abril de 2012 21:15
  • Efetuada Migração inicialmente para um banco intermediário utilizando a ferramanta SSMA.

    Migração banco intermediário para principal (ambos SQL Server) com ferramenta import Wizard.

    Necessidade de desabilitação das constrains e drop/create FK.

    Procedimentos efetuados com sucesso. Migração OK.

    terça-feira, 10 de abril de 2012 18:00