[oracle_br] IMPORT/EXPORT 8I/9I - WRAPED PROCEDURES - END COMMUNICATION

2006-04-01 Por tôpico Marcelo Cauduro
Tinha uma base no 9i (linux) e queria exportar ela para o 8i (windows) ,
então conectei
no 9i pelo 8i e fiz um export full. Deu certo !!
Sem warnings !!!

Dai criei as tablespaces (deu um grep [existe tb] pelo windows)...
tudo ok...

comecei o import depois de horas (naum segui os conselhos para
acelerar)..
deu um erro...
falou de "end of comunication" do arquivo.
Parou .

Alguem tem ideia do pq ??

Notem, deu erro na parte de import das procedures, e quando parou estava
importando um
wraped procedure. Será que é isso ? Uma incompatibilidade ^?

O que posso fazer ?

Foi essa a minha maneira de transferir os dados a melhor ? (sem contar o
tempo...
afinal poderia ter usado indexfile... :-) )


[As partes desta mensagem que não continham texto foram removidas]



--
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

<*> 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:
http://br.yahoo.com/info/utos.html

 




Re: [oracle_br] Re: Copiar bancos

2006-04-01 Por tôpico Marcelo Cauduro
Essas dicas realmente foram incriveis !!!

mas ficaram algumas duvidas...

o chiappa falou de

*"**vc primeiro faz ** vários
** exps em paralelo (quantas a tua máquina suportar sem arrear), só
de dados, cada um pegando uma porção das tabelas"*
**
como pegart essa uma porcao de tabelas ? vc diz pegar tabelas usando o
parametro tables ? ou usar os schemas? vc naum aconselha fazer um
full=y?
mas nao ficaria inviavel caso vc tenha centenas e centenas de tabelas ?

*depois vc gera um script .sql desses índices e
constraints (opção INDEXFILE do imp), e altera esse script para criar
os índices com NOLOGGING (e PARALLEL se a máquina suporta) e as
constraints com ENABLE NOVALIDATE.*

Vc tem alguma dica para editar/alterar mais rapidamente esses arquivos ?
outra coisa, soh para confirmar, qndo faco o exp com o indexfile, coloco
rows=n constraints=y indexes=y, mas ele coloca os scripts de criacao da
tabelas la ? esta correto

Valew.

On 3/31/06, Jemerson Dutra <[EMAIL PROTECTED]> wrote:
>
> Realmente Incrivel, fiz um teste usando os parametros que o chiapa
> deu uns toques e meu export que durava horas veio para casa dos 23
> minutos. Porem creio que meu hardware nao a altura do de vcs.
> Jemerson
> Valeu chiappa.
>
> --- Em oracle_br@yahoogrupos.com.br, "DBA - ORACLE" <[EMAIL PROTECTED]>
> escreveu
> >
> > Depois do help do Chiappa, fiz o export da base de produção e durou
> 40
> > minutos, indexes=n direct=y compress=n grants=y constranits=n
> >
> > Detalhe...o servidor de produção tem 25GB gerando um dump de 15GB
> >
> > Marcio
> >
> >
> >
> > Em 29/03/06, jlchiappa <[EMAIL PROTECTED]> escreveu:
>
> > >
> > > Colega, com certeza 10 Gb num servidor bom de Produção (que além
> de
> > > RAM, esteja com discos rápidos, controladora de fibra), que
> > > (obviamente!) na hora do export esteja com uma carga leve, ou
> mesmo
> > > sem carga, num banco decentemente configurado, sendo export local
> E
> > > usando as opções adequadas de performance, não é NEM DE LONGE uma
> > > carga extrema assim pra levar horas e horas, um exemplo na minha
> > > máquina de produção (hp-ux 64 bits, 24 processadores, 32 Gb de
> RAM,
> > > arrays de discos EMC Symmetrix DMX Series alocado/gerenciado pelo
> > > PowerPath, com filesystems cooked ) :
> > >
> > > [EMAIL PROTECTED]:SQL>select num_rows, avg_row_len from dba_tables where
> > > table_name='TMP_MIGEP_101891';
> > >
> > >  NUM_ROWSAVG_ROW_LEN
> > > -- --
> > >  59541295248
> > >
> > > ==> essa tabela é um pouco larga, como se vê pelo AVG_ROW_LEN, mas
> > > não está com muito white-space, pois :
> > >
> > > [EMAIL PROTECTED]:SQL>select 59541295*248 from dual;
> > >
> > >  59541295*248
> > > --
> > >   14766241160
> > >
> > > ==> pela média se esperava coisa de 14 Gb, real alocado eu tenho
> > > coisa de 16 :
> > >
> > > [EMAIL PROTECTED]:SQL>select sum(bytes) from dba_extents where
> > > segment_name='TMP_MIGEP_101891';
> > >
> > >  SUM(BYTES)
> > > 
> > >  16.735.272.960
> > >
> > > ==> ou seja, é até mais do que os seus 10 Gb, ok ? Vamos fazer o
> > > export (neste momento a máquina está em uso, mas com uma carga
> > > relativamente leve, alguns usuários rodando reports diários, nada
> > > excepcional) :
> > >
> > > usr_adm:PRD:/trafico/usr_adm>exp chiappa/x buffer=10485760
> > > file=TMP_MIGEP_101891.dmp compress=n grants=n indexes=n direct=y
> > > log=TMP_MIGEP_101891.exp tables=usr.TMP_MIGEP_101891
> > > recordlength=65535 statistics=none constraints=n feedback=10
> > >
> > > Export: Release 9.2.0.5.0 - Production on Qua Mar 29 10:02:37 2006
> > >
> > > Copyright (c) 1982, 2002, Oracle Corporation.  All rights
> reserved.
> > >
> > >
> > > Conectado a: Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit
> > > Production
> > > With the Partitioning option
> > > JServer Release 9.2.0.5.0 - Production
> > > Exportação executada no conjunto de caracteres de WE8ISO8859P1  e
> no
> > > conjunto de caracteres de AL16UTF16 NCHAR
> > > OBS: concessões em tabelas/views/seqüências/funções não serão
> > > exportadas
> > > OBS: índices em tabelas não serão exportados
> > > OBS: restrições em tabelas não serão exportadas
> > >
> > > Sobre exportar tabelas especificadas ... via Caminho Direto ...
> > > O usuário atual foi alterado para usr
> > > . . exportando tabela   TMP_MIGEP_101891
> >
> > 
> ..
> > > .
> > > .
> > >
> > > ==> cada pontinho acima é 100 mil linhas (é o param feedback), vc
> não
> > > vê mas aqui na minha tela cada um deles aparece a cada
> > > segundo/segundo e meio, e essa performance de ler em direct-mode
> > > coisa de 100 mil linhas por segundo é a normal, afaik, prum
> servidor
> > > de Produção. Vamos ver quando termina :
> > >
> > > -rw-r--r--   1 usr_admusr16648983040 Mar 29 10:40
> > > TMP_MIGEP_101891.dmp

Re: [oracle_br] Dúvida BLOB

2006-04-01 Por tôpico Anderson Haertel Rodrigues
Ricardo,

Penso que já que você sabe o número de Colunas BLOBs,
essas colunas ficando na mesma tabela serão mais
rápidas, já que uma junção não será necessária.

Qto a Limitação de Colunas BLOBs não se preocupe com
isso.

Eu apenas pensaria/faria uma TBS específica para LOBs,
pensando no tamanho de Segmentos (quem sabe de 4
mb)

Outra dica, pesquise no Asktom sobre "BLOB", você
encontra boas dicas.

http://asktom.oracle.com/pls/ask/f?p=4950:8:F4950_P8_DISPLAYID:3084920323218


http://asktom.oracle.com/pls/ask/f?p=4950:8:10192033014424021452::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:14212348049





--- Ricardo Lyrio <[EMAIL PROTECTED]> escreveu:

> Pessoal,
> 
>  
> 
> Estou com um impasse que é o seguinte:
> 
>  
> 
> Tenho a seguinte estrutura:
> 
>  
> 
> 36 telas de forms sendo que apenas 5 fazem
> tratamento de imagens
> 
>  
> 
> Tabela 1
> 
>Campo01
> 
>Campo02
> 
>...
> 
>Campo0n
> 
>Imagem01
> 
>Imagem02
> 
>...
> 
>Imagem12
> 
>  
> 
> As imagens são todas Blob
> 
>  
> 
> Esta tabela tem mais ou menos 3.000.000 de registros
> 
>  
> 
> O que seria melhor:
> 
>  
> 
>Dividir a tabela, retirar as imagens e criar uma
> outra tabela
> 
>  
> 
> Tabela 2
> 
>FK da tabela1
> 
>FK de Descrição da imagem
> 
>Imagem
> 
>  
> 
> Existe alguma limitação para o Oracle tratar em as
> imagens numa mesma
> tabela? 
> 
>  
> 
> Grato
> 
> Ricardo Lyrio
> 
>  
> 
> 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 
> 
>
--
> 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
> 
> 
> 
> http://br.yahoo.com/info/utos.html
> 
>  
> 
> 
> 


Anderson Haertel Rodrigues
Administrador de Banco de Dados - DBA
Florianópolis/SC








___ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 



--
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

<*> 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:
http://br.yahoo.com/info/utos.html

 





Re: [oracle_br] Enterprise Manager

2006-04-01 Por tôpico Fernando Pereira
Acredito que no Windows seja pelos serviços do Windows.
Digite na caixa do executar services.msc e procure pelo serviço
OracleDBConsole e inicie ele. Depois acessa no browser pela url
http://hostname:5500/em


On 4/1/06, Alexander Ferreira <[EMAIL PROTECTED]> wrote:
>
> Olá Felipe!!
>
> estou usando Windows XP
>
>   - Original Message -
>   From: Felipe Renz
>   To: oracle_br@yahoogrupos.com.br
>   Sent: Friday, March 31, 2006 2:46 PM
>   Subject: Re: [oracle_br] Enterprise Manager
>
>
>   Qual o ambiente que está o banco:
>
>   Linux = emctl start dbconsole
>
>
>   On 3/31/06, Alexander Ferreira <[EMAIL PROTECTED]> wrote:
>   >
>   > Bom dia Galera!!!
>   >
>   > Para iniciar o Oracle Manager Server eu vou no prompt do DOS e digito
>   > oemctl start oms
>   > Como faço para Inicializar e Parar o Serviço do Enterprise Manager??
>   >
>   > Obrigado!!
>   >
>   > [As partes desta mensagem que não continham texto foram removidas]
>   >
>   >
>   >
>   >
>   >
> --
>   > 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:*   PUBLICIDADE
>   > <
> http://br.ard.yahoo.com/SIG=12fcs4hkf/M=403524.8266983.9075311.1588051/D=brclubs/S=2137114689:HM/Y=BR/EXP=1143820061/A=3254979/R=0/id=noscript/SIG=12k5j3olb/*http://www.momentumquiz.com.br/index.php?md5ref=372BBEE98E9544bd8B2F9E87847EEEBE_3
> >
>   > --
>   > *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]<
> [EMAIL PROTECTED]
> >
>   >
>   >- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
>   >Serviço do Yahoo! .
>   >
>   >
>
>
>   --
>   Atenciosamente,
>
>   Felipe Renz
>   Cel.: 51 9809 4089
>
>
>   [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> --
>   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:
>   PUBLICIDADE
>
>
>
>
>
> --
>   Links do Yahoo! Grupos
>
> a.. Para visitar o site do seu grupo na web, acesse:
>
> http://br.groups.yahoo.com/group/oracle_br/
>
> b.. Para sair deste grupo, envie um e-mail para:
>
> [EMAIL PROTECTED]
>
> c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
> Serviço do Yahoo!.
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> --
> 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.
>
>
>  

Re: [oracle_br] Enterprise Manager

2006-04-01 Por tôpico Alexander Ferreira
Olá Felipe!!

estou usando Windows XP
  - Original Message - 
  From: Felipe Renz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, March 31, 2006 2:46 PM
  Subject: Re: [oracle_br] Enterprise Manager


  Qual o ambiente que está o banco:

  Linux = emctl start dbconsole


  On 3/31/06, Alexander Ferreira <[EMAIL PROTECTED]> wrote:
  >
  > Bom dia Galera!!!
  >
  > Para iniciar o Oracle Manager Server eu vou no prompt do DOS e digito
  > oemctl start oms
  > Como faço para Inicializar e Parar o Serviço do Enterprise Manager??
  >
  > Obrigado!!
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  >
  >
  >
  > 
--
  > 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:*   PUBLICIDADE
  > 

  > --
  > *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]<[EMAIL PROTECTED]>
  >
  >- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
  >Serviço do Yahoo! .
  >
  >


  --
  Atenciosamente,

  Felipe Renz
  Cel.: 51 9809 4089


  [As partes desta mensagem que não continham texto foram removidas]



  
--
  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: 
  PUBLICIDADE

   


--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



[As partes desta mensagem que não continham texto foram removidas]



--
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

<*> 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:
http://br.yahoo.com/info/utos.html

 




[oracle_br] Arquivo - dicas.txt

2006-04-01 Por tôpico oracle_br


Sugestão dos usuários:
--

Visando melhorar a comunicação entre os usuários e evitar poluição de 
mensagens, solicitamos a todos que ao postarem mensagens de dúvidas/problemas 
que envolvem Banco de Dados, Sistema Operacional, Ferramenta de Administração, 
Software em geral, não esquecer de informar qual a Versão dos mesmos, pois, 
quanto mais informações forem postadas na primeira mensagem de contato 
evitaremos dúvidas quanto a versão ou ambiente que o usuário está trabalhando. 


Sugestão feita por: Ademir Morgado - Usuário Oracle_br



Se você tem alguma sugestão, envie para:
Dorian Anderson Soutto - [EMAIL PROTECTED] 


-- Aviso YahooGroups --
-- Este arquivo será postado mensalmente. -- 



-
-
-


--
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

<*> 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:
http://br.yahoo.com/info/utos.html