[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

 




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


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

 




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
OracleOraSIDDBConsole 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]http://[EMAIL PROTECTED]/?subject=Unsubscribe
 
   
   - O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
   Serviço do Yahoo! http://br.yahoo.com/info/utos.html.
   
   


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

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] 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]:SQLselect 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]:SQLselect 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]:SQLselect 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_admexp 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
  
   ou seja, levei coisa de pouco mais de meia hora : tudo bem, de
   repente vc tem um hardware um pouco inferior, que leve uma hora ,
   porém mais que isso é ** inaceitável ** numa máquina de Produção
   full, se vc está tendo algo pior que isso num caso semelhante ao
   acima  vc TEM