Uma última pergunta. Os processadores que vou migrar tem *"endiam"
*diferentes. Será que precisa converter?
Muito Obrigado
Emerson Fabiano
jlchiappa escreveu:
> respostas pra cada item :
>
> --- Em oracle_br@yahoogrupos.com.br, emerson fabiano <[EMAIL PROTECTED]>
> escreveu
>
>> Caros amigos,
>>
>> 1) Existe alguma maneira de copiar usuários/senhas de um banco 9i
>>
> para 10g?
>
> Sim, a mais direta é um export full, aí no próprio .DMP já estarão os
> comandos de CREATE USER, com senhas, privilégios, etc. Caso desejado,
> pode-se pedir um ROWS=N ou indexes=N ou algo do tipo pra não virem os
> dados, se dados não forem desejados neste momento.
> Outra opção é simplesmente , se tiver acesso de DBA no bd origem e
> no destino, montar-se um script com um select na DBA_USERS, pra vc
> criar no bd origem o usuário com a senha original se faz CREATE USER
> nomedele IDENTIFIED BY VALUES 'nnnnnnn' ;
> onde nnnnnn é o conteúdo do campo PASSWORD na DBA_USERS.
>
>
>> 2) Alguém tem experiência em fazer um export full de um banco 9i
>>
> para um
>
>> banco 10g. Trata-se de uma migração para outra máquina e versão do
>>
> SO e
>
>> também será atualizado o banco.
>>
>
> nessas versões especificamente não fiz, mas afaik com export é o
> mesmo de sempre, ie : instala-se os binários apropriados do banco 10g
> na máquina-destino, cria-se com o assistente de banco do 10g uma nova
> instância/banco com os MESMOS nomes originais, configura-se
> adequadamente esse banco em relação à SO (kernel, swap, etc) e a
> RAM/CPU/etc, que imagino DEVEM ser diferente na máquina-destino da
> original, gera-se o .dmp com o export 9i na origem, transfere-se EM
> MODO BINÁRIO esse .dmp pro destino e importa-se o .dmp.
> Claro, se for usar exp full o imp VAI tentar criar as tablespaces do
> MESMO tamanho e com os MESMOS nomes de
> arquivos/pastas/filesystems/discos , caso não sejam os mesmos vc TERÁ
> QUE pré-criar tudo isso antes do import.
>
> É claro também que vc só faz migração *** DEPOIS *** que testou a
> aplicação E testou TODAS as tools de programação, de consulta, de
> administração, etc, etc, no banco nova versão, e tudo foi OK.
>
> []s
>
> Chiappa
>
>
>
>
>
>
>
> --------------------------------------------------------------------------------------------------------------------------
> Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________
>
> Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
> __________________________________________________________________
> O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.
> Links do Yahoo! Grupos
>
>
>
>
>
>
>
>
>
>
--------------------------------------------------------------------------------------------------------------------------
Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--------------------------------------------------------------------------------------------------------------------------__________________________________________________________________
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
__________________________________________________________________
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.
| Yahoo! Grupos, um serviço oferecido por: | |
|
Links do Yahoo! Grupos
- Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
- Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
