[oracle_br] Re: Help PARTICIONAMENTO

[jlchia...@yahoo.com.br [oracle_br]]

Ah, uns  detalhes adicionais : 
 

  1. valide com o Cliente se de repente criar partições únicas com dois ou mais 
campos como Chave de repente não seria mais efetivo do que sub-particionar
  
  2. SE vc está usando banco 11g ou superior (vc não diz) vc tem a opção de 
indicar um TEMPLATE para a nomenclatura das sub-partições, veja no manual 
""Oracle® Database VLDB and Partitioning Guide" da sua versão o capítulo 
"Creating Partitions"
  
  3. nem preciso dizer, mas ALÉM da recomendação de que cada partição traga uma 
qtdade n de linhas relativamente grande (partição de meia dúzia de linhas 
Provavelmente não vai ser efetiva para performance, via de regra) também se 
recomenda que o particionamento seja tal que não haja uma disparidade de ordens 
de grandeza entre cada Partição - assim, se mais ou menos cada partição retorna 
uns tantos milhares de linhas okdoc, já se a distribuição de dados é tal que 
para alguns valores-chave a partição agrupa milhares de linha e para outros 
agrupa meia dúzia, é BEM possível que em casos  que vc tenha issues no CBO com 
isso, já que o CBO ** tenta ** analisar cardinalidade e seletividade da 
partição da mesma maneira que o faria para uma tabela...
  
  4. cfrme 
http://www.oracle.com/technetwork/articles/sql/11g-partitioning-084209.html (e 
a Documentação, mesmo) nos indicam, embora não haja ainda no 11g a opção de 
criação Automática , vc pode Automatizar a criação das partições com a opção de 
INTERVAL PARTITIONING
  
  []s
  
Chiappa
 

[oracle_br] Re: Help PARTICIONAMENTO

[jlchia...@yahoo.com.br [oracle_br]]

Opa, blz ? Então, antes de exemplificarmos a sintaxe de criação das partições, 
farei algumas obs ** cruciais **, que TEM que serem respondidas/checadas antes 
de vc sair particionando a torto e a direito, okdoc ? Em especial no seu caso, 
aonde (imagino) vc não conhece as tabelas E muito menos distribuição de dados, 
utilização/modo de trabalho do aplicativo, volumes, etc, vc ** TEM ** que 
garantir que o Cliente está utilizando a tecnologia de Particionamento da 
melhor maneira possível, vc faz um  DESSERVIÇO  ao Cliente se sair 
implementando o que ele pediu sem Validar, sim ??? E não se esqueça, se der 
qquer problema de performance/Disponibilidade/whatever por chave de 
particionamento mal-escolhida, má-utilização dos conceitos de particionamento, 
etc, etc, é VOCÊ que vai ser cobrado por isso, imagino, right ???
 

  Seriam as seguintes as obs :
  
  1. qualquer tipo de Particionamento só é Efetivo e Eficiente para performance 
(que Creio ser o foco principal nesse particionamento, pelo jeito) se e apenas 
se :
  
- a chave de partição retorna MUITAS e Múltiplas linhas (particionar por 
uma chave artificial/sequencial, que retorna um ou poucos registros para cada 
valor possível, é uma Asnice na maior parte das vezes
)
- a tabela particionada é consultada Frequentemente pela Chave de 
particionamento 

  2. particionamento por LISTA via de regra implica que vc tem uma LISTA FIX de 
valores-chave, imutável ou quase isso : vc TEM CERTEZA que colunas como essa 
NU_CONTRATANTE tem essa característica ??? A mim isso mais parece um Número 
gerado, uma Chave Artificial, que (OBVIAMENTE) vai incrementar a cada novo 
Contratante, E a própria lista de contratantes imagino que NÃO seja algo fixo a 
priori, sendo portanto INCOMPATÍVEIS com o conceito de LIST PARTITIONING - *** 
EXPLICA ** isso para o Cliente
  
  3. vemos que para algumas tabelas vc tem duas chaves de particionamento por 
esquemas de particionamento diferentes (exemplo, LIST + RANGE) : entendo que o 
que vc quer nesse caso é SUB-PARTICIONAMENTO, ie, cada partição feita pela 
chave principal ainda vai ser ela mesma sub-particionada por ainda Outro 
critério, gerando para cada partição N sub-partições relacionadas CONFIRME 
que foi feita uma Análise / levantamento dos volumes E das qtdades de 
partições/sub-partições para cada partição - o ponto é que por si só já há um 
(normalmente pequeno) overhead envolvido ao se ter sub-partições, com 
dependentes de cada depentente (afinal, esses relacionamentos/dependências 
entre partição e sub-partição TEM que ser controlados pelo banco, e OBVIAMENTE 
vão sim gastar espaço extra em disco e gerar mais registros nas tabelas/views 
internas do RDBMS, óbvio)...
  
  Uma vez esses pontos REALMENTE confirmados e checados, a gente aponta a 
sintaxe, que vai ser alguma coisa mais ou menos como o indicado em 
https://oracle-base.com/articles/11g/partitioning-enhancements-11gr1 , ie :
 

 CREATE TABLE nomedatabela (
   listadecolunas
 )
 PARTITION BY LIST (chavedapartiçãoprincipal)
 SUBPARTITION BY HASH (chavedasubpartição)
 (
PARTITION nomedapartição1 values ('item1dalista')
(
   SUBPARTITION nomedasub1partit1,
   SUBPARTITION nomedasub2partit1
   
),
partition nomedapartição2 values ('item2dalista')
(
   SUBPARTITION nomedasub1partit2,
   SUBPARTITION nomedasub2partit2
   
)
.
 );
 

   []s
 

Chiappa
 

Re: [oracle_br] Re: Help com função analítica

[Ricardo Tajiri rhtaj...@gmail.com [oracle_br]]

*Ricardo, talvez você possa trabalhar com lag e lead pra separar os
agrupamentos. Segue um exemplo pra te dar uma idéia:*

with tabela as (
select 1  numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 2  numero, to_date('20140901','MMDD') data, 15 valor, 'N' flag
from dual union all
select 3  numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 4  numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 5  numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 6  numero, to_date('20140901','MMDD') data, 10 valor, 'S' flag
from dual union all
select 7  numero, to_date('20140901','MMDD') data, 10 valor, 'S' flag
from dual union all
select 8  numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 9  numero, to_date('20140901','MMDD') data, 10 valor, 'S' flag
from dual union all
select 10 numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 11 numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 12 numero, to_date('20140901','MMDD') data, 10 valor, 'N' flag
from dual union all
select 13 numero, to_date('20140902','MMDD') data, 10 valor, 'N' flag
from dual union all
select 14 numero, to_date('20140902','MMDD') data, 10 valor, 'N' flag
from dual union all
select 15 numero, to_date('20140902','MMDD') data, 10 valor, 'N' flag
from dual
) ,
tabela_2 as (
select to_char(data,'MMDD') || flag chave,
   lead(to_char(data,'MMDD') || flag,1) over (order by numero)
chave_2,
   numero,
   data,
   valor,
   flag
from tabela
),
tabela_3 as (
select t.* from tabela_2 t
where chave != chave_2 or chave_2 is null
order by numero
),
tabela_4 as (
select t.numero, min(t.data) data, min(t.valor) valor, min(t.flag) flag,
min(t3.numero) agrupador
from tabela t join tabela_3 t3 on t.data = t3.data and t.flag = t3.flag and
t.numero <= t3.numero
group by t.numero
order by t.numero
)
select data, min(numero) || ' | ' ||  max(numero) intervalo, flag,
sum(valor) total
from tabela_4
group by data, flag, agrupador
order by agrupador


*Entendo que para um volume grande de informações essa pode não ser a
melhor solução, mas pelo menos pode te ajudar a ter alguma idéia.*



Ricardo Hideyuki Tajiri

Em 15 de setembro de 2014 11:24, Ricardo Monteiro
ricardolgmonte...@yahoo.com.br [oracle_br] 
escreveu:

>
>
> Olá Enderson,
>
> Obrigado pelo retorno.
> Realmente não houve resposta.
> É bem parecida com a ideia de quartil, só que não consigo definir quantos
> quartis eu terei. Precisaria fazer alguns testes com valores grandes para
> ver o que acontece. O universo de dados que tenho para trabalhar
> mensalmente são em torno 120 milhões de linhas em média. Por isso a
> necessidade de fazer agrupamento como mencionei no primeiro e-mail.
>
> Abs
> Ricardo
>
>
>   Em Segunda-feira, 15 de Setembro de 2014 11:08, "
> ederson200...@yahoo.com.br [oracle_br]" 
> escreveu:
>
>
>
>  Ricardo,
>
> Vi que ainda não houve uma resposta sob medida para o seu problema.
>
> Pelo que entendi, vc está precisando de uma operação de QUARTIL, entendi
> correto?
>
> Sendo isto, a função é NTILE, veja exemplo:
>
>
> http://www.techhoney.com/oracle/function/ntile-function-in-oracle-sql-plsql/
>
>
> Ederson Elias
> DBA Oracle - http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
>  Labor improbus omnia vincit
>
>
>
>

Re: [oracle_br] Re: Help com função analítica

[Ricardo Monteiro ricardolgmonte...@yahoo.com.br [oracle_br]]

Olá Enderson,

Obrigado pelo retorno.

Realmente não houve resposta.
É bem parecida com a ideia de quartil, só que não consigo definir quantos 
quartis eu terei. Precisaria fazer alguns testes com valores grandes para ver o 
que acontece. O universo de dados que tenho para trabalhar mensalmente são em 
torno 120 milhões de linhas em média. Por isso a necessidade de fazer 
agrupamento como mencionei no primeiro e-mail.

Abs
Ricardo



Em Segunda-feira, 15 de Setembro de 2014 11:08, "ederson200...@yahoo.com.br 
[oracle_br]"  escreveu:
 


  
Ricardo,

Vi que ainda não houve uma resposta sob medida para o seu problema.

Pelo que entendi, vc está precisando de uma operação de QUARTIL, entendi 
correto?

Sendo isto, a função é NTILE, veja exemplo:

http://www.techhoney.com/oracle/function/ntile-function-in-oracle-sql-plsql/


Ederson Elias 
DBA Oracle - http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
 Labor improbus omnia vincit

[oracle_br] Re: Help com função analítica

[ederson200...@yahoo.com.br [oracle_br]]

Ricardo,

Vi que ainda não houve uma resposta sob medida para o seu problema.

Pelo que entendi, vc está precisando de uma operação de QUARTIL, entendi 
correto?

Sendo isto, a função é NTILE, veja exemplo:

http://www.techhoney.com/oracle/function/ntile-function-in-oracle-sql-plsql/


Ederson Elias 
DBA Oracle - http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
 Labor improbus omnia vincit

Re: [oracle_br] Re: Help com função analítica

[Ricardo Monteiro ricardolgmonte...@yahoo.com.br [oracle_br]]

Olá Chiappa,

Tudo bem com vc?

Com o simples min e max eu encontro o menor e o maior valor por agrupamento. 
Observe que é como se estivesse lendo a tabela ordenada pelo número e a data e 
flag seriam pontos de "quebra". As funções analíticas me permitem criar a 
partição onde quero que a função seja executada. Poderia pensar em usar 
min(numero) over (partition by data,flag order by data,flag,numero), contudo o 
mesmo agrupamento de 1 a 5, repete-se de 8 a 8.

Abs
Ricardo



Em Quinta-feira, 11 de Setembro de 2014 17:10, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 


  
Sorry por ser simplista, mas pelo que entendi, o que vc quer na verdade é um 
GRUPO composto pela DATA e pelo FLAG, e para cada grupo o MIN e o MAX da coluna 
NUMERO comporia, o "intervalo", seria isso mesmo ?? Se sim, NENHUMA necessidade 
de Analytics :

SELECT data, min(numero) || ' | ' || max(numero) intervalo, flag, sum(valor) 
total
  FROM nomedatabela 
 GROUP BY data, flag
 ;
 
 O que invalida esta solução e exigiria anaçytics ??
 
 []s
 
   Chiappa

[oracle_br] Re: Help com função analítica

[jlchia...@yahoo.com.br [oracle_br]]

Sorry por ser simplista, mas pelo que entendi, o que vc quer na verdade é um 
GRUPO composto pela DATA e pelo FLAG, e para cada grupo o MIN e o MAX da coluna 
NUMERO comporia, o "intervalo", seria isso mesmo ?? Se sim, NENHUMA necessidade 
de Analytics :

SELECT data, min(numero) || ' | ' || max(numero) intervalo, flag, sum(valor) 
total
  FROM nomedatabela 
 GROUP BY data, flag
 ;
 
 O que invalida esta solução e exigiria anaçytics ??
 
 []s
 
   Chiappa

[oracle_br] Re: HELP

[jlchiappa]

Bom, antes de responder lembro que num ambiente Corretamente controlado vc 
Absolutamente não precisaria disto, pois :

 a. todo e qualquer código-fonte (INCLUSIVE stored PL/SQLs) deveria estar 
contido num sistema de Vesrionamento, justamente para controlar as diferentes 
versões/releases

E

 b. na produção, apenas o DBA e/ou (no máximo) um Analista-chefe, que sabe o 
que está fazendo, é quem (mediante uma requisição de alteração formal, que 
MANTÈM um histórico pesquisável!) é quem saem fazendo DDLs de qualquer tipo

 com esses dois fatores, naturalmente vc já teria um histórico E seria capaz de 
fazer rollback de qualquer alteração, em tese E AINDA vc tem a vantagem de 
Revisão do Código : por mais perfunctório que seja o review que o 
DBA/Analista-chefe faz, ao menos algum código terrivelmente ineficiente e/ou 
malicioso em alto grau ele pega - se vc deixa qquer um sair colocando código no 
db de produção, salve-se quem puder... 

 Isto posto, a resposta : se realmente o seu ambiente ainda não está otimamente 
controlado e portanto precisa de coisas do tipo, eu não tenho código pronto 
para isso mas tenta adaptar o código mostrado em 
http://asktom.oracle.com/pls/apex/f?p=100:11:0P11_QUESTION_ID:267415465220#4149424900346580446
 , que vc deve ser capaz Eu IMAGINO que no seu caso vc teria uma tabela 
pré-criada á semelhança da DBA_SOURCE e no código da tal trigger (que seria 
BEFORE) aí vc identifica o objeto pelas built-ins tipo ora_dict_obj_xxx , 
consulta a DBA_SOURCE e copia as linhas da DBA_SOURCE referentes ao objeto que 
será alterado, penso... A opção de usara DBMS_METADATA também existe mas deve 
ser testada COM CUIDADO EXTREMO, dada a performance nem sempre brilhante dessa 
DBMS

  []s

Chiappa

[oracle_br] Re: help UPDATE

[ederson2001br]

Alô Carlos e Paulo,

Bem, eu já fiz com join entre duas tabelas assim: 

-##

--mostra as linhas que serão alteradas
TESTED@nmbak>  SELECT a.machine, a.terminal, b.maquina, a.DATA_MOVTO, 
a.PROGRAMA, a.OSUSER FROM LOGON_NEGADO A, LOGON_CONEXAO_VTRINE b WHERE A.sid = 
b.sid AND a.serial = b.serial;

MACHINE  TERMINAL MAQUINA  DATA_MOVT 
PROGRAMA   OSUSER
   - 
-- --
LINUX.SITE   1PORTAL10G-7  06-SEP-09 1  
1
LOJA12\PDV01202  PDV01202 PORTAL10G-9  05-JUL-10 
AUTOMATIC_UPDATE.EXE.EXE   ADMINISTRADOR
JDBCCLIENT   1PORTAL10G-9  06-SEP-09 1  
1
VOIP0515 1PORTAL10G-7  06-SEP-09 1  
1
LINUX.SITE   1PORTAL10G-13 06-SEP-09 1  
1
VOIP0515 1PORTAL10G-15 06-SEP-09 1  
1
JDBCCLIENT   1PORTAL10G-13 06-SEP-09 1  
1
JDBCCLIENT   1PORTAL10G-11 06-SEP-09 1  
1
LINUX.SITE   1PORTAL10G-14 06-SEP-09 1  
1
JDBCCLIENT   1VPN0106-SEP-09 1  
1
JDBCCLIENT   1PORTAL10G-15 06-SEP-09 1  
1
JDBCCLIENT   1PORTAL10G-12 06-SEP-09 1  
1
JDBCCLIENT   1PORTAL10G-12 06-SEP-09 1  
1

13 rows selected.

--altera conforme o select acima
TESTED@nmbak> UPDATE LOGON_NEGADO a SET machine  = (select maquina from 
LOGON_CONEXAO_VTRINE b WHERE  b.sid = a.sid AND b.serial = a.serial),
terminal = (select maquina from LOGON_CONEXAO_VTRINE b WHERE  b.sid = a.sid AND 
b.serial = a.serial)where sid is not null;

13 rows updated.

--mostra as linhas após a alteração
TESTED@nmbak>  SELECT a.machine, a.terminal, b.maquina, a.DATA_MOVTO, 
a.PROGRAMA, a.OSUSER FROM LOGON_NEGADO A, LOGON_CONEXAO_VTRINE b WHERE A.sid = 
b.sid AND a.serial = b.serial;

MACHINE  TERMINAL MAQUINA  DATA_MOVT 
PROGRAMA   OSUSER
   - 
-- --
PORTAL10G-7  PORTAL10G-7  PORTAL10G-7  06-SEP-09 1  
1
PORTAL10G-9  PORTAL10G-9  PORTAL10G-9  05-JUL-10 
AUTOMATIC_UPDATE.EXE.EXE   ADMINISTRADOR
PORTAL10G-9  PORTAL10G-9  PORTAL10G-9  06-SEP-09 1  
1
PORTAL10G-7  PORTAL10G-7  PORTAL10G-7  06-SEP-09 1  
1
PORTAL10G-13 PORTAL10G-13 PORTAL10G-13 06-SEP-09 1  
1
PORTAL10G-15 PORTAL10G-15 PORTAL10G-15 06-SEP-09 1  
1
PORTAL10G-13 PORTAL10G-13 PORTAL10G-13 06-SEP-09 1  
1
PORTAL10G-11 PORTAL10G-11 PORTAL10G-11 06-SEP-09 1  
1
PORTAL10G-14 PORTAL10G-14 PORTAL10G-14 06-SEP-09 1  
1
VPN01VPN01VPN0106-SEP-09 1  
1
PORTAL10G-15 PORTAL10G-15 PORTAL10G-15 06-SEP-09 1  
1
PORTAL10G-12 PORTAL10G-12 PORTAL10G-12 06-SEP-09 1  
1
PORTAL10G-12 PORTAL10G-12 PORTAL10G-12 06-SEP-09 1  
1

13 rows selected.



Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0


--- Em oracle_br@yahoogrupos.com.br, Paulo Couto  escreveu
>
> Carlos, não tenho certeza, por isso preciso de ajuda, você tem alguma 
> sugestão para atualizar os campos de uma tabela com base num select de outra 
> tabela ?
>  
> Att,
>  
> Paulo.
>  
> 
> 
>  De: Carlos Silva 
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Segunda-feira, 24 de Setembro de 2012 13:15
> Assunto: RE: [oracle_br] help UPDATE
>   
> 
> Cara, tem certeza que é possível fazer um update com JOIN? Utilizando essa 
> logica?  Faz um bloco animo com curso.To: oracle_br@yahoogrupos.com.br
> From: paulopcto2002@...
> Date: Mon, 24 Sep 2012 07:28:06 -0700
> Subject: [oracle_br] help UPDAT

[oracle_br] Re: help conta bloqueada

[J. Laurindo Chiappa]

  Colega, pmfji mas penso que é Exatamente por isso que o Milton perguntou, 
entre Outras coisas que vc não respondeu, se a aplicação é client/server ou 
WEB/3 camadas : ocorre que Tipicamente cada máquina de usuário final que acessa 
uma aplicação client/server possui LOCALMENTE (para nmelhor performance) não 
apenas os executáveis Mas também arquivos de .INI, libraries, etc... Nesse 
cenário faz sentido uma hipótese de que algum usuário final ficou um tempo sem 
acessar a aplicação, aí nesse meio-tempo a senha do usuário mudou e um novo 
arquivo .INI foi gerado com a nova senha, mas como esse pessoal Não tinha essa 
nova versão na máquina, aí quando eles tentam acessar o .INI tá defasado, com a 
senha errada, aí após as 10 tentativas mal-sucedidas o usuário locka e todos 
sofrem 
 O que não faz sentido é um sistema vaga-lume, que às vezes funciona às vezes 
não, que às vezes consegue descriptografar a senha às vezes não Não que 
seja impossível (a partir do momento que - por exemplo - o cacareco da 
Aplicação usa a mesma senha pra todo mundo, QUEBRANDO quase totalmente a 
Auditoria e a Segurança nativas do RDBMS tudo é possível), mas Acho mais 
provável um cenário como o que descrevi. Analise direitinho aí pra ver se o 
que eu disse é Provável, se for talvez vc tenha que NÃO deixar o RDBMS lockar 
sozinho esse único usuário que todo mundo usa (urgh), deixando portanto o 
database VULNERÁVEL à brute-force (urgh#2) e fazendo a Aplicação se 
responsabilizar por checagem de senha desse usuário (urgh#3, confiar em 
desenvolvedor pra implantar Segurança e/ou Integridade de dados, mygod)

  []s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Paulo Couto  escreveu
>
> Obrigado a todos pelas informações, vou ativar o audit para descobrir a 
> origem.
> 
> Tem um detalhe, a aplicação é escrita em delphi, mas usa um arquivo .INI na 
> pasta onde fica o executável onde está o login e senha do usuário que 
> autentica a aplicação no banco. Está senha é criptografada. 
> 
> Tenho receio que em algum momento o sistema não consegue ler a senha no .INI 
> ou não consegue descriptografar.
> 
> Abs,
> 
> Paulo.
> 
> 
> 
> 
> 
>  De: Milton Bastos Henriquis Jr. 
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Terça-feira, 11 de Setembro de 2012 13:40
> Assunto: Re: [oracle_br] help conta bloqueada
>  
> Qual a arquitetura da sua aplicação?
> Web? Com servidor de aplicação? Ou Client-Server?
> 
> Tem certeza absoluta que a senha foi digitada corretamente na conexão do
> aplicativo com o banco de dados? Se uma dessas conexões (no caso de um
> client-server
> por exemplo) estiver digitada errada, ele vai ficar tentando até estourar o
> limite de 10
> e aí vai bloquear a todos.
> 
> 
> 
> 
> 2012/9/11 Paulo Couto 
> 
> > **
> >
> >
> > Amigos, algumas vezes nestes últimos meses alguns usuários reclamam que
> > não acessam uma aplicação e quando vou verificar a conta no banco do dito
> > sistema está bloqueada com o status de  LOCKED (TIMED).
> > Todas as contas estão usando o profile default e apenas o parametro
> > "FAILED LOGIN ATTEMPTS" está setado para 10, o restante está como
> > UNLIMITED. Gostaria de saber como descobrir a causa destes bloqueios e o
> > que causa este tipo de bloqueio.
> >
> > Estamos utilizando o Oracle 10g patch 10.2.0.4 em windows server 2003.
> >
> > Att,
> >
> > Paulo.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >  
> >
> 
> 
> 
> -- 
> Att,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
> >responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
> >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
> >http://www.oraclebr.com.br/  
> 
>  Links do Yahoo! Grupos
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: help conta bloqueada

[J. Laurindo Chiappa]

  Sim, Ivan, é isso mesmo : eu não coloquei na tela mas meu banco de teste é 
10.2.0.5.x , sim  
  
   Paulo, em cima desta info faça o que eu fiz :  consulta os profiles e as 
colunas correspondentes da DBA_USERS, veja qual status e info de data nas 
colunas próprias da DBA_USERS vc obtém fazendo ACCOUNT LOCK e errando 10 vezes 
a senha , e aí :
   
   1) SE o que os seus usuários estão vendo for comprovado que são sintomas 
vindos de um ACCOUNT LOCK, vc tem que achar no código da Aplicação e/ou no 
database (jobs ou triggers, provavelmente) quem que está disparando o ACCOUNT 
LOCK
   
   ou se não ,
   
   2) SE o que os seus usuários estão vendo for comprovado que são sintomas 
vindos de se errar a senha por mais de 10 vezes, aí muito provavelmente :
   
  a. a Aplicação e/ou o database tem alguma rotina que tem a senha 
errada/desatualizada hard-coded 
  
  ou
  
  b. o usuário está mesmo errando a senha várias vezes
  
  
Neste último cenário, tal como o Milton já tinha dito antes, pode ser 
útil vc fazer um AUDIT para registrar tentativas de conexões falhadas, pelos 
dados do AUDIT vc mais ou menos vai saber quem/quando/de onde está apresentando 
a senha errada pro database.

 []s
 
Chiappa


--- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster  
escreveu
>
> O gato morto é explicado no note ID 284344.1 -
> DBA_USERS.ACCOUNT_STATUS shows LOCKED after FAILED_LOGIN_ATTEMPTS Is
> Breached:
> 
> Expected behaviour is
> 1. Oracle release is <= 11.1.0.7.
> DBA_USERS.ACCOUNT_STATUS = LOCKED(TIMED) whenever the number of failed
> login attempts is > FAILED_LOGIN_ATTEMPTS
> 
> 2. Oracle release is >= 11.2 and PASSWORD_LOCK_TIME = unlimited:
> DBA_USERS.ACCOUNT_STATUS = LOCKED whenever the number of failed login
> attempts is > FAILED_LOGIN_ATTEMPTS
> 
> 3. Oracle release is >= 11.2 and PASSWORD_LOCK_TIME = 
> DBA_USERS.ACCOUNT_STATUS = LOCKED(TIMED) whenever the number of failed
> login attempts is > FAILED_LOGIN_ATTEMPTS
> 
> Note that 10.2.0.5 displays the same behavior as 11.2, because the fix
> that changed the behavior in 11.2 was introduced in 10.2.0.5.
> 
> O banco do Chiappa deve ser 10.2.0.5, o do Paulo é 10.2.0.4.
> 
> 
> 2012/9/11 Ivan Ricardo Schuster :
> > Tem algum gato morto aí. Antes realmente tinha testado em um banco
> > 11.2.0.2, criando um profile novo e só definindo o
> > FAILED_LOGIN_ATTEMPTS, mas usando o profile default em um banco
> > 10.2.0.4, também tenho "LOCKED(TIMED)":
> >
> > SQL> select * from dba_profiles where profile='DEFAULT';
> >
> > PROFILERESOURCE_NAMERESOURCE 
> > LIMIT
> > -- 
> >  
> > DEFAULTCOMPOSITE_LIMIT  KERNEL   
> > UNLIMITED
> > DEFAULTSESSIONS_PER_USERKERNEL   
> > UNLIMITED
> > DEFAULTCPU_PER_SESSION  KERNEL   
> > UNLIMITED
> > DEFAULTCPU_PER_CALL KERNEL   
> > UNLIMITED
> > DEFAULTLOGICAL_READS_PER_SESSIONKERNEL   
> > UNLIMITED
> > DEFAULTLOGICAL_READS_PER_CALL   KERNEL   
> > UNLIMITED
> > DEFAULTIDLE_TIMEKERNEL   
> > UNLIMITED
> > DEFAULTCONNECT_TIME KERNEL   
> > UNLIMITED
> > DEFAULTPRIVATE_SGA  KERNEL   
> > UNLIMITED
> > DEFAULTFAILED_LOGIN_ATTEMPTSPASSWORD 10
> > DEFAULTPASSWORD_LIFE_TIME   PASSWORD 
> > UNLIMITED
> > DEFAULTPASSWORD_REUSE_TIME  PASSWORD 
> > UNLIMITED
> > DEFAULTPASSWORD_REUSE_MAX   PASSWORD 
> > UNLIMITED
> > DEFAULTPASSWORD_VERIFY_FUNCTION PASSWORD 
> > NULL
> > DEFAULTPASSWORD_LOCK_TIME   PASSWORD 
> > UNLIMITED
> > DEFAULTPASSWORD_GRACE_TIME  PASSWORD 
> > UNLIMITED
> >
> > SQL> alter user ivan profile default;
> >
> > User altered.
> >
> > SQL> alter user ivan account unlock;
> >
> > User altered.
> >
> > SQL> conn ivan/1
> > ERROR:
> > ORA-01017: invalid username/password; logon denied
> >
> >
> > Warning: You are no longer connected to ORACLE.
> > SQL> conn ivan/1
> > ERROR:
> > ORA-01017: invalid username/password; logon denied
> >
> >
> > SQL> conn ivan/1
> > ERROR:
> > ORA-01017: invalid username/password; logon denied
> >
> >
> > SQL> conn ivan/1
> > ERROR:
> > ORA-01017: invalid username/password; logon denied
> >
> >
> > SQL> conn ivan/1
> > ERROR:
> > ORA-01017: invalid username/password; logon denied
> >
> >
> > SQL> conn ivan/1
> > ERROR:
> > ORA-01017:

Re: [oracle_br] Re: help conta bloqueada

[Ivan Ricardo Schuster]

O gato morto é explicado no note ID 284344.1 -
DBA_USERS.ACCOUNT_STATUS shows LOCKED after FAILED_LOGIN_ATTEMPTS Is
Breached:

Expected behaviour is
1. Oracle release is <= 11.1.0.7.
DBA_USERS.ACCOUNT_STATUS = LOCKED(TIMED) whenever the number of failed
login attempts is > FAILED_LOGIN_ATTEMPTS

2. Oracle release is >= 11.2 and PASSWORD_LOCK_TIME = unlimited:
DBA_USERS.ACCOUNT_STATUS = LOCKED whenever the number of failed login
attempts is > FAILED_LOGIN_ATTEMPTS

3. Oracle release is >= 11.2 and PASSWORD_LOCK_TIME = 
DBA_USERS.ACCOUNT_STATUS = LOCKED(TIMED) whenever the number of failed
login attempts is > FAILED_LOGIN_ATTEMPTS

Note that 10.2.0.5 displays the same behavior as 11.2, because the fix
that changed the behavior in 11.2 was introduced in 10.2.0.5.

O banco do Chiappa deve ser 10.2.0.5, o do Paulo é 10.2.0.4.


2012/9/11 Ivan Ricardo Schuster :
> Tem algum gato morto aí. Antes realmente tinha testado em um banco
> 11.2.0.2, criando um profile novo e só definindo o
> FAILED_LOGIN_ATTEMPTS, mas usando o profile default em um banco
> 10.2.0.4, também tenho "LOCKED(TIMED)":
>
> SQL> select * from dba_profiles where profile='DEFAULT';
>
> PROFILERESOURCE_NAMERESOURCE LIMIT
> -- 
>  
> DEFAULTCOMPOSITE_LIMIT  KERNEL   
> UNLIMITED
> DEFAULTSESSIONS_PER_USERKERNEL   
> UNLIMITED
> DEFAULTCPU_PER_SESSION  KERNEL   
> UNLIMITED
> DEFAULTCPU_PER_CALL KERNEL   
> UNLIMITED
> DEFAULTLOGICAL_READS_PER_SESSIONKERNEL   
> UNLIMITED
> DEFAULTLOGICAL_READS_PER_CALL   KERNEL   
> UNLIMITED
> DEFAULTIDLE_TIMEKERNEL   
> UNLIMITED
> DEFAULTCONNECT_TIME KERNEL   
> UNLIMITED
> DEFAULTPRIVATE_SGA  KERNEL   
> UNLIMITED
> DEFAULTFAILED_LOGIN_ATTEMPTSPASSWORD 10
> DEFAULTPASSWORD_LIFE_TIME   PASSWORD 
> UNLIMITED
> DEFAULTPASSWORD_REUSE_TIME  PASSWORD 
> UNLIMITED
> DEFAULTPASSWORD_REUSE_MAX   PASSWORD 
> UNLIMITED
> DEFAULTPASSWORD_VERIFY_FUNCTION PASSWORD NULL
> DEFAULTPASSWORD_LOCK_TIME   PASSWORD 
> UNLIMITED
> DEFAULTPASSWORD_GRACE_TIME  PASSWORD 
> UNLIMITED
>
> SQL> alter user ivan profile default;
>
> User altered.
>
> SQL> alter user ivan account unlock;
>
> User altered.
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> Warning: You are no longer connected to ORACLE.
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-01017: invalid username/password; logon denied
>
>
> SQL> conn ivan/1
> ERROR:
> ORA-28000: the account is locked
>
>
> SQL> conn / as sysdba
> Connected.
> SQL> select ACCOUNT_STATUS from dba_users where username='IVAN';
>
> ACCOUNT_STATUS
> 
> LOCKED(TIMED)
>
> SQL> select banner from v$version;
>
> BANNER
> 
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod
> PL/SQL Release 10.2.0.4.0 - Production
> CORE10.2.0.4.0  Production
> TNS for Linux: Version 10.2.0.4.0 - Production
> NLSRTL Version 10.2.0.4.0 - Production
>
>
>
>
>
> 2012/9/11 J. Laurindo Chiappa :
>>   Colega, se REALMENTE vc conferiu no database, consultando a DBA_PROFILES e 
>> a DBA_USERS (não se fiando em defaults e nem em documentação e/ou na palavra 
>> de analistas), e realmente os usuários estão no profile DEFAULT ** e ** o 
>> profile default realmente está Inalterado, então vc NÂO deveria ter esse 
>> status de LOCK (TIMED) , veja o teste :
>>
>> => com tudo Realmente default (é o caso deste database de testes) , um 
>> account só vai ficar bloqueado por ACCOUNT LOCK ou por senha errada por 10 
>> vezes, veja :
>>
>> SYSTEM@O10GR2::SQL>select * from dba_profiles;
>>

Re: [oracle_br] Re: help conta bloqueada

[Ivan Ricardo Schuster]

Tem algum gato morto aí. Antes realmente tinha testado em um banco
11.2.0.2, criando um profile novo e só definindo o
FAILED_LOGIN_ATTEMPTS, mas usando o profile default em um banco
10.2.0.4, também tenho "LOCKED(TIMED)":

SQL> select * from dba_profiles where profile='DEFAULT';

PROFILERESOURCE_NAMERESOURCE LIMIT
-- 
 
DEFAULTCOMPOSITE_LIMIT  KERNEL   
UNLIMITED
DEFAULTSESSIONS_PER_USERKERNEL   
UNLIMITED
DEFAULTCPU_PER_SESSION  KERNEL   
UNLIMITED
DEFAULTCPU_PER_CALL KERNEL   
UNLIMITED
DEFAULTLOGICAL_READS_PER_SESSIONKERNEL   
UNLIMITED
DEFAULTLOGICAL_READS_PER_CALL   KERNEL   
UNLIMITED
DEFAULTIDLE_TIMEKERNEL   
UNLIMITED
DEFAULTCONNECT_TIME KERNEL   
UNLIMITED
DEFAULTPRIVATE_SGA  KERNEL   
UNLIMITED
DEFAULTFAILED_LOGIN_ATTEMPTSPASSWORD 10
DEFAULTPASSWORD_LIFE_TIME   PASSWORD 
UNLIMITED
DEFAULTPASSWORD_REUSE_TIME  PASSWORD 
UNLIMITED
DEFAULTPASSWORD_REUSE_MAX   PASSWORD 
UNLIMITED
DEFAULTPASSWORD_VERIFY_FUNCTION PASSWORD NULL
DEFAULTPASSWORD_LOCK_TIME   PASSWORD 
UNLIMITED
DEFAULTPASSWORD_GRACE_TIME  PASSWORD 
UNLIMITED

SQL> alter user ivan profile default;

User altered.

SQL> alter user ivan account unlock;

User altered.

SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


Warning: You are no longer connected to ORACLE.
SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-01017: invalid username/password; logon denied


SQL> conn ivan/1
ERROR:
ORA-28000: the account is locked


SQL> conn / as sysdba
Connected.
SQL> select ACCOUNT_STATUS from dba_users where username='IVAN';

ACCOUNT_STATUS

LOCKED(TIMED)

SQL> select banner from v$version;

BANNER

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod
PL/SQL Release 10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production





2012/9/11 J. Laurindo Chiappa :
>   Colega, se REALMENTE vc conferiu no database, consultando a DBA_PROFILES e 
> a DBA_USERS (não se fiando em defaults e nem em documentação e/ou na palavra 
> de analistas), e realmente os usuários estão no profile DEFAULT ** e ** o 
> profile default realmente está Inalterado, então vc NÂO deveria ter esse 
> status de LOCK (TIMED) , veja o teste :
>
> => com tudo Realmente default (é o caso deste database de testes) , um 
> account só vai ficar bloqueado por ACCOUNT LOCK ou por senha errada por 10 
> vezes, veja :
>
> SYSTEM@O10GR2::SQL>select * from dba_profiles;
>
> PROFILERESOURCE_NAMERESOURCE LIMIT
> --   
> 
> DEFAULTCOMPOSITE_LIMIT  KERNEL   
> UNLIMITED
> DEFAULTSESSIONS_PER_USERKERNEL   
> UNLIMITED
> DEFAULTCPU_PER_SESSION  KERNEL   
> UNLIMITED
> DEFAULTCPU_PER_CALL KERNEL   
> UNLIMITED
> DEFAULTLOGICAL_READS_PER_SESSIONKERNEL   
> UNLIMITED
> DEFAULTLOGICAL_READS_PER_CALL   KERNEL   
> UNLIMITED
> DEFAULTIDLE_TIMEKERNEL   
> UNLIMITED
> DEFAULTCONNECT_TIME KERNEL   
> UNLIMITED
> DEFAULTPRIVATE_SGA  KERNEL   
> UNLIMITED
> DEFAULTFAILED_LOGIN_ATTEMPTSPASSWORD 10
> DEFAULTPASSWORD_LIFE_TIME   

[oracle_br] Re: help conta bloqueada

[J. Laurindo Chiappa]

  Colega, se REALMENTE vc conferiu no database, consultando a DBA_PROFILES e a 
DBA_USERS (não se fiando em defaults e nem em documentação e/ou na palavra de 
analistas), e realmente os usuários estão no profile DEFAULT ** e ** o profile 
default realmente está Inalterado, então vc NÂO deveria ter esse status de LOCK 
(TIMED) , veja o teste :

=> com tudo Realmente default (é o caso deste database de testes) , um account 
só vai ficar bloqueado por ACCOUNT LOCK ou por senha errada por 10 vezes, veja :

SYSTEM@O10GR2::SQL>select * from dba_profiles;

PROFILERESOURCE_NAMERESOURCE LIMIT
--   

DEFAULTCOMPOSITE_LIMIT  KERNEL   
UNLIMITED
DEFAULTSESSIONS_PER_USERKERNEL   
UNLIMITED
DEFAULTCPU_PER_SESSION  KERNEL   
UNLIMITED
DEFAULTCPU_PER_CALL KERNEL   
UNLIMITED
DEFAULTLOGICAL_READS_PER_SESSIONKERNEL   
UNLIMITED
DEFAULTLOGICAL_READS_PER_CALL   KERNEL   
UNLIMITED
DEFAULTIDLE_TIMEKERNEL   
UNLIMITED
DEFAULTCONNECT_TIME KERNEL   
UNLIMITED
DEFAULTPRIVATE_SGA  KERNEL   
UNLIMITED
DEFAULTFAILED_LOGIN_ATTEMPTSPASSWORD 10
DEFAULTPASSWORD_LIFE_TIME   PASSWORD 
UNLIMITED
DEFAULTPASSWORD_REUSE_TIME  PASSWORD 
UNLIMITED
DEFAULTPASSWORD_REUSE_MAX   PASSWORD 
UNLIMITED
DEFAULTPASSWORD_VERIFY_FUNCTION PASSWORD NULL
DEFAULTPASSWORD_LOCK_TIME   PASSWORD 
UNLIMITED
DEFAULTPASSWORD_GRACE_TIME  PASSWORD 
UNLIMITED
WKSYS_PROF COMPOSITE_LIMIT  KERNEL   DEFAULT
WKSYS_PROF SESSIONS_PER_USERKERNEL   DEFAULT
WKSYS_PROF CPU_PER_SESSION  KERNEL   DEFAULT
WKSYS_PROF CPU_PER_CALL KERNEL   DEFAULT
WKSYS_PROF LOGICAL_READS_PER_SESSIONKERNEL   DEFAULT
WKSYS_PROF LOGICAL_READS_PER_CALL   KERNEL   DEFAULT
WKSYS_PROF IDLE_TIMEKERNEL   DEFAULT
WKSYS_PROF CONNECT_TIME KERNEL   DEFAULT
WKSYS_PROF PRIVATE_SGA  KERNEL   DEFAULT
WKSYS_PROF FAILED_LOGIN_ATTEMPTSPASSWORD 
UNLIMITED
WKSYS_PROF PASSWORD_LIFE_TIME   PASSWORD DEFAULT
WKSYS_PROF PASSWORD_REUSE_TIME  PASSWORD DEFAULT
WKSYS_PROF PASSWORD_REUSE_MAX   PASSWORD DEFAULT
WKSYS_PROF PASSWORD_VERIFY_FUNCTION PASSWORD DEFAULT
WKSYS_PROF PASSWORD_LOCK_TIME   PASSWORD DEFAULT
WKSYS_PROF PASSWORD_GRACE_TIME  PASSWORD DEFAULT

32 linhas selecionadas.

=> vou fazer USER_TESTE e SCOTT bloquearem :

SYSTEM@O10GR2::SQL>alter user user_teste account lock;

Usuario alterado.

SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


Advertencia: Voce n?o esta mais conectado ao ORACLE.
SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-01017: senha/nome do usuario invalido; logon negado


SYSTEM@O10GR2::SQL>connect scott/1
ERROR:
ORA-28000: a conta esta bloqueada


SYSTEM@O10GR2::SQL>conn system/oracle
Conectado.

==> Eis o importante : note que AMBOS estão REALMENTE no profile DEFAULT, acima 
nós vimos que o default NÃO FOI ALTERADO, ambos estão como LOCKED (e não LOCKED 
(TIME), NÃO possuem EXPIRY_TIME (pois estão LOCKED apenas, não foram expirados) 
e que USER_TESTE (que foi lockado diretamente) ** possui ** LOCK_DATE, enquan

[oracle_br] Re: help criação view

[J. Laurindo Chiappa]

  Colega, vc Leu a documentação ??? Vc não diz a versão, mas usando a 10gr2, o 
manual "Oracle® Database SQL Reference 10g Release 2 (10.2)" na entrada  CREATE 
VIEW está escrito :

"

.
The owner of the schema containing the view must have the privileges necessary 
to either select, insert, update, or delete rows from all the tables or views 
on which the view is based. The owner must be granted these privileges 
directly, rather than through a role.
"

OU SEJA, o usuário que vai criar a view TEM que ter recebido os privilégios 
DIRETAMENTE, e não via ROLE, okdoc ?? Aposto que o que ocoore aí é que Y 
recebeu o grant de SELECT via ROLE, e não Diretamente : como Documentado, isso 
NÂO FUNCIONA para views, certo ???

 Exemplo :

=> crio uma Role :

SYSTEM@O10GR2:SQL>create role ROLE_SELECT;

AtribuiþÒo criada.


SYSTEM@O10GR2:SQL>desc TAB_TESTE;
 Nome  Nulo?Tipo
 -  
 OWNER  VARCHAR2(30)
 OBJECT_NAME   NOT NULL VARCHAR2(128)
 SUBOBJECT_NAME VARCHAR2(30)
 OBJECT_ID  NUMBER
 DATA_OBJECT_ID NUMBER
 OBJECT_TYPEVARCHAR2(19)
 CREATEDDATE
 LAST_DDL_TIME  DATE
 TIMESTAMP  VARCHAR2(19)
 STATUS VARCHAR2(7)
 TEMPORARY  VARCHAR2(1)
 GENERATED  VARCHAR2(1)
 SECONDARY  VARCHAR2(1)


=> dou priv de SELECT para a Role ...
SYSTEM@O10GR2:SQL>grant select on TAB_TESTE to ROLE_SELECT;

ConcessÒo bem-sucedida.

=> ... e Atribuo a Role para o usuário que vai querer criar a view :

SYSTEM@O10GR2:SQL>grant ROLE_SELECT to scott;

ConcessÒo bem-sucedida.

=> e dou também priv de CREATE VIEW, só pra ter certeza que scott pode criar 
views :

SYSTEM@O10GR2:SQL>grant create view to scott;

ConcessÒo bem-sucedida.


==> Veja que o usuário SCOTT realmente FAZ acesso de SELECT :

SCOTT@O10GR2:SQL>select * from SYSTEM.TAB_TESTE;

OWNER
--
OBJECT_NAME

SUBOBJECT_NAME  OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE
-- -- -- ---
CREATED  LAST_DDL TIMESTAMP   STATUS  T G S
  --- --- - - -
SYS
I_USER1
   44 44 INDEX
07/06/11 07/06/11 2011-06-07:20:22:48 VALID   N N N

..

9 linhas selecionadas.


=> mas ele NÂO consegue criar a view :

SCOTT@O10GR2:SQL>create view V_TESTE as select * from SYSTEM.TAB_TESTE;
create view V_TESTE as select * from SYSTEM.TAB_TESTE
*
ERRO na linha 1:
ORA-01031: privilÚgios insuficientes



> Reconhece o erro ? Agora vamos fazer o documentado, dar GRANTs 
diretos :


SYSTEM@O10GR2:SQL>grant select on TAB_TESTE to scott;

ConcessÒo bem-sucedida.

=> olha como funciona (não está mostrado, mas eu saio do sqlplus e entro de 
novo para os privs de sessão entrarem em vigor : 


SQL> create view V_TESTE as select * from SYSTEM.TAB_TESTE;

View criada.


okdoc ??? Como queríamos demonstrar  

  []s

Chiappa

 OBS : é Óbvio, eu estou Supondo que lá no schema X os objetos referenciados 
REALMENTE são tabelas mesmo, reais, e não outras Views e/ou sinônimos, que aí o 
Conceito muda



--- Em oracle_br@yahoogrupos.com.br, Paulo Couto  escreveu
>
> Amigos, estou tentando criar uma view logado com o X e está view le uma 
> tabela do owner Y.
>  
> Logado no pl/sql com o user X e fazendo um select manualmente retorna zero 
> rows sem nenhum erro, pois, realmente a tabela não contem dados.
>  
> Mas quando tento criar um view que le a bendita tabela, acusa o erro 
> ORA-01031 insuficient previleges.
>  
> É estranho, já loguei com o Y inclui o grant etc... mas não cria a VIEW.
>  
> Desde já agradeço alguma dica.
>  
> Paulo.
>  
>  CREATEOR REPLACE VIEW GAV_OPE_COMP_BORDO AS
> SELECT A.IDCol AS COD_EQUIPAMENTO,
> TRIM(LTRIM(A.IMPLEMENTO)) AS MOV_IMPLEM,
> A.FUNCIONARIO AS COD_FUNC,
> TRIM(LTRIM(A.FISCAL)) AS MOV_FISCAL,
> TRIM(LTRIM(A.NUMOS)) AS COD_OS,
> TRIM(LTRIM(A.OPERACAO)) AS ID_OPER,
> TRIM(LTRIM(A.MOTIVO_PARADA)) AS MOT_CODIGO,
> A.DATA_Inicio AS DET_HR_INI,
> A.Data_Fim AS DET_HR_FIM,
> NULL AS DET_KM_HR_INI,
> NULL AS DET_KM_HR_FIM,
> NULL AS FLAG_INTEGRADO,
> NULL AS MEDIDOR_INFORMADO
> 
>   --  AQUI ESTÁ A LINHA ONDE ACUSA O ERRO
> FROMGATEC_TEL.GA_TEL_COMPASS_OPERADORES A
> 
>  
> INNER JOIN GA_EQP_EQUIPAMENTO B ON TO_NUMBER(A.IDCol) = 
> TO_NUMBER(B.COD_EQUIPAMENTO)
> INNE

[oracle_br] Re: help importação

[J. Laurindo Chiappa]

  Não, não é necessário rodar Nada após o import *** SE *** não houve erros , 
devido à dados já existentes, objeto que não pôde ser criado (por falta de 
permissão no usuário fazendo import, por espaço em disco ou o que for)...
 Pode consultar na documentação do import, que vc vai confirmar essa ausência...

 []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, Paulo Couto  escreveu
>
> Chiappa vlw pelo retorno, no pós import, é necessário rodar algum comando 
> para recompilar objetos ou algo do tipo?  Nas pesquisas que fiz não encontrei 
> nada sobre o post import.
>  
> Estou usando o antigo comando imp no oracle 10g nas duas bases.
>  
> Att,
>  
> 
> 
>  De: J. Laurindo Chiappa 
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Terça-feira, 10 de Julho de 2012 11:19
> Assunto: [oracle_br] Re: help importação
>   
>  
>    
>  
> Oi, Rafael : via de regra, erros IMP-xxx normalmente implicam que é o import 
> tradicional , mas no caso do Paulo creio que não importa qual seja a tool ou 
> a versão, a msg "ORA-1: unique constraint (PIMSPI.XPKCPCMOTPARDESC) 
> violated" bem claramente indica que o problema é duplicidade, ie, algumas 
> chaves da produção já existiam no ambiente teste... Isso pode ser por 
> tentativa repetida de importação, ou simplesmente porque os 
> testadores/desenvolvedores já tinham mesmo criado registros com a mesma 
> chave, não importa 
> Paulo, a solução é simples, é vc fazer a remoção dos registros duplicados : 
> como provavelmente seria difícil vc saber quais são, E devem haver muitos 
> deles, o mais fácil seria mesmo vc dropar e recriar o usuário a receber os 
> dados, ou simplesmente vc importar os dados em um outro usuário, se 
> possível...
> Que fique Claro também que isso Não vai resolver as eventuais constraints 
> inter-schemas (ie, constraints do schema X que apontam para e/ou são 
> referenciadas por um schema Y) : se vc tiver isso no seu database, o 
> procedimento é primeiro dropar X e Y em teste, depois exportar & importar 
> apenas os dados de X e Y, e depois aí sim finalmente importar as constraints 
> (ou se não importar, recriar as constraints , até com NOVALIDATE se quiser 
> para melhor performance, via DBMS_METADATA ou script similar)
> 
> []s
> 
> Chiappa
> 
> --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca 
>  escreveu
> >
> > Paulo, bom dia.
> > 
> > Se possível, cola o comando pra gente, você está usando o Data Pump ou o 
> > antigo import?
> > 
> > 
> > 
> >  De: Paulo Couto 
> > Para: "mailto:oracle_br%40yahoogroups.com"; 
> > <mailto:oracle_br%40yahoogrupos.com.br> 
> > Enviadas: Terça-feira, 10 de Julho de 2012 10:28
> > Assunto: [oracle_br] help importação
> > 
> > 
> >   
> > Amigos, bom dia,
> >  
> > Estou precisando importar em uma base de testes apenas um owner da produção.
> > Mas ocorre que na importação apresenta estes erros de constraints.
> > O que fazer para driblar este problema ? dropar o user com cascade e 
> > importar novamente ?
> > ou existe outra técnica, não tenho idéia de quantas constrantes tem nesta 
> > base.
> > Atencisoamente,
> > Paulo.
> >  
> >  
> >  IMP-00019: row rejected due to ORACLE error 1
> > IMP-3: ORACLE error 1 encountered
> >  
> > ORA-1: unique constraint (PIMSPI.XPKCPCMOTPARDESC) violated
> > Column 1 018
> > Column 2 OPERACIONAL - AGRÍCOLA 
> > Column 3 OPERAC 
> > Column 4 02
> > Column 5 N
> > Column 6 N
> > Column 7 N
> > Column 8 
> > Column 9 
> > IMP-00019: row rejected due to ORACLE error 1
> > IMP-3: ORACLE error 1 encountered
> > ORA-1: unique constraint (PIMSPI.XPKCPCMOTPARDESC) violated
> > Column 1 017
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> > 
> > 
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> 
>
>  
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP RMAN

[J. Laurindo Chiappa]

  Veja a minha outra resposta : se vc está conectado como EXATAMENTE o mesmo 
usuário do servidor que instalou e roda o software Oracle (esse usuário 
tipicamente se chama oracle mesmo no SO, mas isso não é Obrigatório), e mesmo 
assim vc grava no diretório mas o rman não, deixa de ser provável questões de 
permissão e passa a ser mais provável OUTROS limites do linux (como ulimits, 
disk quotas, qtdade de file handlers, etc, etc), plz CONFIRA com o sysadmin 
essas possibilidades 
   Outra coisa é que NEM SEMPRE a mensagem de erro é exata, não é difícil vc 
ter (por preguiça de programador) um texto GENÉRICo e GERAL, tipo "FILE NOT 
FOUND" , o o erro ser de falta de espaço, de limites, de arquivo em uso , ou o 
que for... 
 Um teste que vc pode fazer no meio-tempo é escrever um NOVO script, que faça 
backup só de um datafile, ou só do controlfile, digamos, e executar, e ver o 
que rola ...

[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Alex Castro  
escreveu
>
> Chiappa
> 
> entao . eu consigo escrever no diretorio . nao entendi pq o oracle fala q
> nao pode escrever :(
> ..
> www.servercom.com.br <http://lista.mercadolivre.com.br/_CustId_13615104>
> 
> 
> 
> Em 14 de junho de 2012 18:15, J. Laurindo Chiappa
> escreveu:
> 
> >
> >
> > Para o RMAN 9i, como ele não tem LIST SCRIPT, plz veja manual "Oracle9i
> > Recovery Manager User's Guide" cap. 17 - Querying the RMAN Repository, item
> > "Printing Scripts Stored in the Recovery Catalog "
> >
> > []s
> >
> > Chiappa
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br, Alex Castro 
> > escreveu
> >
> > >
> > > Entao como seria o script correto?
> > >
> > > ..
> > > www.servercom.com.br
> > > <http://lista.mercadolivre.com.br/_CustId_13615104><
> > http://www.canaldachina.com.br>
> >
> > >
> > >
> > >
> > > Em 14 de junho de 2012 17:53, J. Laurindo Chiappa
> > > escreveu:
> > >
> > > > **
> >
> > > >
> > > >
> > > > Sim sim, Luciano, é isso mesmo : como o banco do Alex não está dando a
> > msg
> > > > certinha que deve dar , com certeza algum dos pontos que cito (ou mais
> > de
> > > > um, até) deve ser relevante, vamos aguardar ele se pronunciar que a
> > gente
> > > > deve ficar sabendo
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > >
> > > > --- Em oracle_br@yahoogrupos.com.br, Luciano Guelfi 
> > > > escreveu
> > > >
> > > > >
> > > > >
> > > > >
> > > > > Amigo Chiappa,
> > > > > O que você disse e mais ou menos isso, veja a mensagem recebida, fiz
> > o
> > > > comando enviado pelo amigo em um banco de testes:
> > > > > [oracle@grupoara-db1 ~]$ rman target /
> > > > > Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14
> > 17:33:08
> > > > 2012
> > > > > Copyright (c) 1982, 2007, Oracle. All rights reserved.
> > > > > connected to target database: TSTCCORCL (DBID=2256591784)
> > > > > RMAN> LIST SCRIPT NAMES;
> > > > > RMAN-00571:
> > > > ===RMAN-00569:
> > > > === ERROR MESSAGE STACK FOLLOWS ===RMAN-00571:
> > > > ===RMAN-06002:
> > > > command not allowed when not connected to a recovery catalog
> > > > > RMAN>
> > > > >
> > > > >
> > > > > To: oracle_br@yahoogrupos.com.br
> > > > > From: jlchiappa@
> > > >
> > > > > Date: Thu, 14 Jun 2012 20:21:54 +
> > > > > Subject: [oracle_br] Re: HELP RMAN
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o
> &g

Re: [oracle_br] Re: HELP RMAN

[Vitor Junior]

Pra testar execute:
(certifique-se que o diretório existe...)

chmod 0777 -R /diretorio/

Depois dispare o backup. Se o problema for permissão o 0777 TEM que
resolver! :)



Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981


Em 14 de junho de 2012 20:16, Alex Castro escreveu:

> Chiappa
>
> entao . eu consigo escrever no diretorio . nao entendi pq o oracle fala q
> nao pode escrever :(
> ..
> www.servercom.com.br <http://lista.mercadolivre.com.br/_CustId_13615104>
>
>
>
> Em 14 de junho de 2012 18:15, J. Laurindo Chiappa
> escreveu:
>
> >
> >
> > Para o RMAN 9i, como ele não tem LIST SCRIPT, plz veja manual "Oracle9i
> > Recovery Manager User's Guide" cap. 17 - Querying the RMAN Repository,
> item
> > "Printing Scripts Stored in the Recovery Catalog "
> >
> > []s
> >
> > Chiappa
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br, Alex Castro 
> > escreveu
> >
> > >
> > > Entao como seria o script correto?
> > >
> > > ..
> > > www.servercom.com.br
> > > <http://lista.mercadolivre.com.br/_CustId_13615104><
> > http://www.canaldachina.com.br>
> >
> > >
> > >
> > >
> > > Em 14 de junho de 2012 17:53, J. Laurindo Chiappa
> > > escreveu:
> > >
> > > > **
> >
> > > >
> > > >
> > > > Sim sim, Luciano, é isso mesmo : como o banco do Alex não está dando
> a
> > msg
> > > > certinha que deve dar , com certeza algum dos pontos que cito (ou
> mais
> > de
> > > > um, até) deve ser relevante, vamos aguardar ele se pronunciar que a
> > gente
> > > > deve ficar sabendo
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > >
> > > > --- Em oracle_br@yahoogrupos.com.br, Luciano Guelfi 
> > > > escreveu
> > > >
> > > > >
> > > > >
> > > > >
> > > > > Amigo Chiappa,
> > > > > O que você disse e mais ou menos isso, veja a mensagem recebida,
> fiz
> > o
> > > > comando enviado pelo amigo em um banco de testes:
> > > > > [oracle@grupoara-db1 ~]$ rman target /
> > > > > Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14
> > 17:33:08
> > > > 2012
> > > > > Copyright (c) 1982, 2007, Oracle. All rights reserved.
> > > > > connected to target database: TSTCCORCL (DBID=2256591784)
> > > > > RMAN> LIST SCRIPT NAMES;
> > > > > RMAN-00571:
> > > >
> ===RMAN-00569:
> > > > === ERROR MESSAGE STACK FOLLOWS
> ===RMAN-00571:
> > > >
> ===RMAN-06002:
> > > > command not allowed when not connected to a recovery catalog
> > > > > RMAN>
> > > > >
> > > > >
> > > > > To: oracle_br@yahoogrupos.com.br
> > > > > From: jlchiappa@
> > > >
> > > > > Date: Thu, 14 Jun 2012 20:21:54 +
> > > > > Subject: [oracle_br] Re: HELP RMAN
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o
> > SO
> > > > em uso, ONDE vc está executando o RMAN, a maneira que vc se conectou
> ao
> > > > banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases
> > sendo
> > > > backupeados, se vc está usando Catálogo qual a versão do mesmo, etc,
> > etc),
> > > > mas alguns chutes chutados :
> > > > >
> 

Re: [oracle_br] Re: HELP RMAN

[Alex Castro]

Chiappa

entao . eu consigo escrever no diretorio . nao entendi pq o oracle fala q
nao pode escrever :(
..
www.servercom.com.br <http://lista.mercadolivre.com.br/_CustId_13615104>



Em 14 de junho de 2012 18:15, J. Laurindo Chiappa
escreveu:

>
>
> Para o RMAN 9i, como ele não tem LIST SCRIPT, plz veja manual "Oracle9i
> Recovery Manager User's Guide" cap. 17 - Querying the RMAN Repository, item
> "Printing Scripts Stored in the Recovery Catalog "
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br, Alex Castro 
> escreveu
>
> >
> > Entao como seria o script correto?
> >
> > ..
> > www.servercom.com.br
> > <http://lista.mercadolivre.com.br/_CustId_13615104><
> http://www.canaldachina.com.br>
>
> >
> >
> >
> > Em 14 de junho de 2012 17:53, J. Laurindo Chiappa
> > escreveu:
> >
> > > **
>
> > >
> > >
> > > Sim sim, Luciano, é isso mesmo : como o banco do Alex não está dando a
> msg
> > > certinha que deve dar , com certeza algum dos pontos que cito (ou mais
> de
> > > um, até) deve ser relevante, vamos aguardar ele se pronunciar que a
> gente
> > > deve ficar sabendo
> > >
> > > []s
> > >
> > > Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br, Luciano Guelfi 
> > > escreveu
> > >
> > > >
> > > >
> > > >
> > > > Amigo Chiappa,
> > > > O que você disse e mais ou menos isso, veja a mensagem recebida, fiz
> o
> > > comando enviado pelo amigo em um banco de testes:
> > > > [oracle@grupoara-db1 ~]$ rman target /
> > > > Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14
> 17:33:08
> > > 2012
> > > > Copyright (c) 1982, 2007, Oracle. All rights reserved.
> > > > connected to target database: TSTCCORCL (DBID=2256591784)
> > > > RMAN> LIST SCRIPT NAMES;
> > > > RMAN-00571:
> > > ===RMAN-00569:
> > > === ERROR MESSAGE STACK FOLLOWS ===RMAN-00571:
> > > ===RMAN-06002:
> > > command not allowed when not connected to a recovery catalog
> > > > RMAN>
> > > >
> > > >
> > > > To: oracle_br@yahoogrupos.com.br
> > > > From: jlchiappa@
> > >
> > > > Date: Thu, 14 Jun 2012 20:21:54 +
> > > > Subject: [oracle_br] Re: HELP RMAN
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o
> SO
> > > em uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao
> > > banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases
> sendo
> > > backupeados, se vc está usando Catálogo qual a versão do mesmo, etc,
> etc),
> > > mas alguns chutes chutados :
> > > >
> > > >
> > > >
> > > > a) será que vc está usando uma versão antiga do software RMAN, aonde
> > > esse comando (cuja sintaxe está correta) não era aceito ??
> > > >
> > > >
> > > >
> > > > b) se vc não está usando catálogo e tentar listar/executar scripts, o
> > > RMAN deveria dar uma msg de erro certinha, tipo :
> > > >
> > > >
> > > >
> > > > command not allowed when not connected to catalog
> > > >
> > > >
> > > >
> > > > será que vc não está usando uma versão sem essa msg, ie, com bug de
> msg
> > > inapropriada ?
> > > >
> > > >
> > > >
> > > > c) será que vc não conectou ao servidor Oracle com um terminal
> > > mal-configurado, aí ele tá enviando caracteres de controle invisíveis a
> > > mais ? Pois as msgs claramente indicam que a palavra SCRIPT não foi
> > > reconhecida, e ela é SIM uma palavra-chave existente e permitida no
> RMAN
> > > 10g, a Suposição aqui é 

[oracle_br] Re: HELP RMAN

[J. Laurindo Chiappa]

Para o RMAN 9i, como ele não tem LIST SCRIPT, plz veja manual "Oracle9i 
Recovery Manager User's Guide" cap. 17 - Querying the RMAN Repository, item 
"Printing Scripts Stored in the Recovery Catalog "

 []s
 
   Chiappa
   

--- Em oracle_br@yahoogrupos.com.br, Alex Castro  
escreveu
>
> Entao como seria o script correto?
> 
> ..
> www.servercom.com.br
> <http://lista.mercadolivre.com.br/_CustId_13615104><http://www.canaldachina.com.br>
> 
> 
> 
> Em 14 de junho de 2012 17:53, J. Laurindo Chiappa
> escreveu:
> 
> > **
> >
> >
> > Sim sim, Luciano, é isso mesmo : como o banco do Alex não está dando a msg
> > certinha que deve dar , com certeza algum dos pontos que cito (ou mais de
> > um, até) deve ser relevante, vamos aguardar ele se pronunciar que a gente
> > deve ficar sabendo
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Luciano Guelfi 
> > escreveu
> >
> > >
> > >
> > >
> > > Amigo Chiappa,
> > > O que você disse e mais ou menos isso, veja a mensagem recebida, fiz o
> > comando enviado pelo amigo em um banco de testes:
> > > [oracle@grupoara-db1 ~]$ rman target /
> > > Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14 17:33:08
> > 2012
> > > Copyright (c) 1982, 2007, Oracle. All rights reserved.
> > > connected to target database: TSTCCORCL (DBID=2256591784)
> > > RMAN> LIST SCRIPT NAMES;
> > > RMAN-00571:
> > ===RMAN-00569:
> > === ERROR MESSAGE STACK FOLLOWS ===RMAN-00571:
> > =======RMAN-06002:
> > command not allowed when not connected to a recovery catalog
> > > RMAN>
> > >
> > >
> > > To: oracle_br@yahoogrupos.com.br
> > > From: jlchiappa@
> >
> > > Date: Thu, 14 Jun 2012 20:21:54 +
> > > Subject: [oracle_br] Re: HELP RMAN
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o SO
> > em uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao
> > banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases sendo
> > backupeados, se vc está usando Catálogo qual a versão do mesmo, etc, etc),
> > mas alguns chutes chutados :
> > >
> > >
> > >
> > > a) será que vc está usando uma versão antiga do software RMAN, aonde
> > esse comando (cuja sintaxe está correta) não era aceito ??
> > >
> > >
> > >
> > > b) se vc não está usando catálogo e tentar listar/executar scripts, o
> > RMAN deveria dar uma msg de erro certinha, tipo :
> > >
> > >
> > >
> > > command not allowed when not connected to catalog
> > >
> > >
> > >
> > > será que vc não está usando uma versão sem essa msg, ie, com bug de msg
> > inapropriada ?
> > >
> > >
> > >
> > > c) será que vc não conectou ao servidor Oracle com um terminal
> > mal-configurado, aí ele tá enviando caracteres de controle invisíveis a
> > mais ? Pois as msgs claramente indicam que a palavra SCRIPT não foi
> > reconhecida, e ela é SIM uma palavra-chave existente e permitida no RMAN
> > 10g, a Suposição aqui é que, por erro do terminal e/ou erro de digitação, o
> > RMAN tenha recebido SCRIPT^caracterdecontroleinvisível ao invés de SCRIPT
> > 
> > >
> > >
> > >
> > > []s
> > >
> > >
> > >
> > > Chiappa
> > >
> > >
> > >
> > > --- Em oracle_br@yahoogrupos.com.br, Alex Castro 
> > escreveu
> >
> > >
> > > >
> > >
> > > > RMAN> LIST SCRIPT NAMES;
> > >
> > > >
> > >
> > > > RMAN-00571: ===
> > >
> > > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> > >
> > > > RMAN-00571: ===
> > >
> > > > RMAN-00558: error encountered while parsing input commands
> > >
> > > > RMAN-01005: syntax error: found "script": expecting one of:
> > >
> > > > "archivelog, backup, backuppiece, backupset, backed, completed, copy,
> > >
> > > > controlfilecopy, datafilecopy, device, expired, incarnation, like,
> > >
> > > > proxy, recoverable, tag"
> > >
> > > > RMAN-01007: at line 1 column 6 file: standard input
> > >
> > > >
> > >
> > > > QUEM PODE ME AJUDAR ?
> > >
> > > >
> > >
> > > >
> > >
> > > > ..
> > >
> > > > www.servercom.com.br
> > >
> > > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
> >  
> >
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP RMAN

[J. Laurindo Chiappa]

Hmmm, agora vc dando a versão fica BEM mais fácil : sendo 9ir2, o manual 
"Oracle9i Recovery Manager Reference" no cap. do comando LIST mostra :

"Purpose

To display information about backup sets, proxy copies, and image copies 
recorded in the repository. The LIST command displays the files against which 
you can run CROSSCHECK and DELETE commands. Use this command to list:

Backups and copies that do not have the status AVAILABLE in the RMAN 
repository
Backups and copies of datafiles that are available and can possibly be used 
in a restore operation
Specified archived logs, backup sets, backup pieces, control file copies, 
datafile copies, and proxy copies
Backups and copies restricted by tag, completion time, recoverability, or 
device
Incarnations of a specified database or of all databases known to the 
catalog

RMAN records the output to either standard output or the message log, but not 
to both at the same time. You can control how the output is organized (BY 
BACKUP or BY FILE) as well as the level of detail in the output (VERBOSE or 
SUMMARY)."

==> OU SEJA, vc estava obtendo o erro porque o comando LIST SCRIPT não existia 
no 9i, okdoc

Já sobre o erro de execução (que é OUTRO assunto, totalmente, mas enfim) a msg 
é clara, o RMAN não está conseguindo gravar no path especificado, faça então o 
seguinte  : 

 => cheque DETALHADAMENTE as permissões e os limites/configs do usuário que 
instalou e roda os binários Oracle, para ver quotas de disco, ulimits, limites 
do SO, etc - provavelmente vc vai ter que fazer isso junto com o sysadmin/root 
user
 
 => com o ** MESMO ** usuário que instalou e roda os binários Oracle, teste as 
permissões, com um comando tipo :
 
 touch /u03/backup/rsd0_teste/bkp_dados_TESTE.txt
 
 []s
 
   Chiappa   

--- Em oracle_br@yahoogrupos.com.br, Alex Castro  
escreveu
>
> 0 Passo
> 
> SO : x86_64 x86_64 x86_64 GNU/Linux
> BANCO : 9I
> 
> Verificando permissao
> 
> [oracle@xxx rsd0_teste]$ ls -lart
> total 8
> drwxr-xr-x  3 oracle dba 4096 Jun 14 11:59 ..
> 
> 
> 1 passo
> 
> rman catalog RMAN/rman
> 
> Recovery Manager: Release 9.2.0.8.0 - 64bit Production
> 
> Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.
> 
> connected to recovery catalog database
> 
> 
> 2 passo
> 
> RMAN> connect target sys@rsd0-teste
> 
> target database Password:
> connected to target database: RSD0 (DBID=2847253212)
> 
> RMAN>
> 
> 
> 
> 3 passo
> 
> 
> CREATE SCRIPT backup_hotfull_rsd01
> {
>   allocate channel d1 type disk;
>   sql "alter system archive log current";
>   backup
> tag backup_hotfull_rnd0
> # Formato dos Arquivos de datafiles
> format "/u03/backup/rsd0_teste/bkp_dados_%d_%s_%t"
> (database include current controlfile);
>sql "alter system archive log current";
>Change Archivelog All Crosscheck;
>   backup
> # Formato dos Arquivos de Archivelogs
> format "/u03/backup/rsd0_teste/bkp_arc_%d_%s_%t"
> (archivelog all delete input);
> }
> 
> 
> 
> 4 pASSO
> 
> RUN { EXECUTE SCRIPT backup_hotfull_rsd01; }
> 
> 
> 5 PASSO
> 
> 
> Starting backup at 14-JUN-12
> channel d1: starting full datafile backupset
> channel d1: specifying datafile(s) in backupset
> input datafile fno=00084 name=/u04/oradata/rsd0/rsd0_sia_dat_peq_03.dbf
> input datafile fno=00029 name=/u03/oradata/rsd0/rsd0_sia_ind_gde_01.dbf
> input datafile fno=00108 name=/u01/app/oracle/oradata/RMAN_RSD0_01.DBF
> input datafile fno=00012 name=/u04/oradata/rsd0/rsd0_sia_dat_peq_01.dbf
> channel d1: starting piece 1 at 14-JUN-12
> released channel: d1
> 
> RMAN-00571: ===
> RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> RMAN-00571: ===
> RMAN-03015: error occurred in stored script backup_hotfull_rsd0
> RMAN-03009: failure of backup command on d1 channel at 06/14/2012 16:58:44
> ORA-19504: failed to create file
> "/u03/backup/rsd0_teste/bkp_dados_RSD0_13_785955584"
> ORA-27040: skgfrcre: create error, unable to create file
> Linux-x86_64 Error: 2: No such file or directory
> ..
> www.servercom.com.br
> 
> 
> 
> 
> Em 14 de junho de 2012 17:21, J. Laurindo Chiappa
> escreveu:
> 
> > **
> >
> >
> > Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o SO em
> > uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao
> > banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases sendo
> > backupeados, se vc está usando Catálogo qual a versão do mesmo, etc, etc),
> > mas alguns chutes chutados :
> >
> > a) será que vc está usando uma versão antiga do software RMAN, aonde esse
> > comando (cuja sintaxe está correta) não era aceito ??
> >
> > b) se vc não está usando catálogo e tentar listar/executar scripts, o RMAN
> > deveria dar uma msg de erro certinha, tipo :
> >
> > command not allowed when not con

Re: [oracle_br] Re: HELP RMAN

[Alex Castro]

Entao como seria o script correto?

..
www.servercom.com.br
<http://lista.mercadolivre.com.br/_CustId_13615104><http://www.canaldachina.com.br>



Em 14 de junho de 2012 17:53, J. Laurindo Chiappa
escreveu:

> **
>
>
> Sim sim, Luciano, é isso mesmo : como o banco do Alex não está dando a msg
> certinha que deve dar , com certeza algum dos pontos que cito (ou mais de
> um, até) deve ser relevante, vamos aguardar ele se pronunciar que a gente
> deve ficar sabendo
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Luciano Guelfi 
> escreveu
>
> >
> >
> >
> > Amigo Chiappa,
> > O que você disse e mais ou menos isso, veja a mensagem recebida, fiz o
> comando enviado pelo amigo em um banco de testes:
> > [oracle@grupoara-db1 ~]$ rman target /
> > Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14 17:33:08
> 2012
> > Copyright (c) 1982, 2007, Oracle. All rights reserved.
> > connected to target database: TSTCCORCL (DBID=2256591784)
> > RMAN> LIST SCRIPT NAMES;
> > RMAN-00571:
> ===RMAN-00569:
> === ERROR MESSAGE STACK FOLLOWS ===RMAN-00571:
> ===RMAN-06002:
> command not allowed when not connected to a recovery catalog
> > RMAN>
> >
> >
> > To: oracle_br@yahoogrupos.com.br
> > From: jlchiappa@...
>
> > Date: Thu, 14 Jun 2012 20:21:54 +
> > Subject: [oracle_br] Re: HELP RMAN
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o SO
> em uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao
> banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases sendo
> backupeados, se vc está usando Catálogo qual a versão do mesmo, etc, etc),
> mas alguns chutes chutados :
> >
> >
> >
> > a) será que vc está usando uma versão antiga do software RMAN, aonde
> esse comando (cuja sintaxe está correta) não era aceito ??
> >
> >
> >
> > b) se vc não está usando catálogo e tentar listar/executar scripts, o
> RMAN deveria dar uma msg de erro certinha, tipo :
> >
> >
> >
> > command not allowed when not connected to catalog
> >
> >
> >
> > será que vc não está usando uma versão sem essa msg, ie, com bug de msg
> inapropriada ?
> >
> >
> >
> > c) será que vc não conectou ao servidor Oracle com um terminal
> mal-configurado, aí ele tá enviando caracteres de controle invisíveis a
> mais ? Pois as msgs claramente indicam que a palavra SCRIPT não foi
> reconhecida, e ela é SIM uma palavra-chave existente e permitida no RMAN
> 10g, a Suposição aqui é que, por erro do terminal e/ou erro de digitação, o
> RMAN tenha recebido SCRIPT^caracterdecontroleinvisível ao invés de SCRIPT
> 
> >
> >
> >
> > []s
> >
> >
> >
> > Chiappa
> >
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br, Alex Castro 
> escreveu
>
> >
> > >
> >
> > > RMAN> LIST SCRIPT NAMES;
> >
> > >
> >
> > > RMAN-00571: ===
> >
> > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> >
> > > RMAN-00571: ===
> >
> > > RMAN-00558: error encountered while parsing input commands
> >
> > > RMAN-01005: syntax error: found "script": expecting one of:
> >
> > > "archivelog, backup, backuppiece, backupset, backed, completed, copy,
> >
> > > controlfilecopy, datafilecopy, device, expired, incarnation, like,
> >
> > > proxy, recoverable, tag"
> >
> > > RMAN-01007: at line 1 column 6 file: standard input
> >
> > >
> >
> > > QUEM PODE ME AJUDAR ?
> >
> > >
> >
> > >
> >
> > > ..
> >
> > > www.servercom.com.br
> >
> > >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>


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

[oracle_br] Re: HELP RMAN

[J. Laurindo Chiappa]

 Sim sim, Luciano, é isso mesmo : como o banco do Alex não está dando a msg 
certinha que deve dar , com certeza algum dos pontos que cito (ou mais de um, 
até) deve ser relevante, vamos aguardar ele se pronunciar que a gente deve 
ficar sabendo

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Luciano Guelfi  escreveu
>
> 
> 
> Amigo Chiappa,
> O que você disse e mais ou menos isso, veja a mensagem recebida, fiz o 
> comando enviado pelo amigo em um banco de testes:
> [oracle@grupoara-db1 ~]$ rman target /
> Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14 17:33:08 2012
> Copyright (c) 1982, 2007, Oracle.  All rights reserved.
> connected to target database: TSTCCORCL (DBID=2256591784)
> RMAN> LIST SCRIPT NAMES;
> RMAN-00571: 
> ===RMAN-00569: 
> === ERROR MESSAGE STACK FOLLOWS ===RMAN-00571: 
> ===RMAN-06002: 
> command not allowed when not connected to a recovery catalog
> RMAN>
> 
> 
> To: oracle_br@yahoogrupos.com.br
> From: jlchiappa@...
> Date: Thu, 14 Jun 2012 20:21:54 +
> Subject: [oracle_br] Re: HELP RMAN
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
>   
> 
> 
> 
>   
>   
> Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o 
> SO em uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao 
> banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases sendo 
> backupeados, se vc está usando Catálogo qual a versão do mesmo, etc, etc), 
> mas alguns chutes chutados :
> 
>   
> 
>   a) será que vc está usando uma versão antiga do software RMAN, aonde esse 
> comando (cuja sintaxe está correta) não era aceito ??
> 
>   
> 
>   b) se vc não está usando catálogo e tentar listar/executar scripts, o RMAN 
> deveria dar uma msg de erro certinha, tipo :
> 
>   
> 
>   command not allowed when not connected to catalog
> 
>   
> 
>   será que vc não está usando uma versão sem essa msg, ie, com bug de msg 
> inapropriada ?
> 
>   
> 
>   c) será que vc não conectou ao servidor Oracle com um terminal 
> mal-configurado, aí ele tá enviando caracteres de controle invisíveis a mais 
> ? Pois as msgs claramente indicam que a palavra SCRIPT não foi reconhecida, e 
> ela é SIM uma palavra-chave existente e permitida no RMAN 10g, a Suposição 
> aqui é que, por erro do terminal e/ou erro de digitação, o RMAN tenha 
> recebido SCRIPT^caracterdecontroleinvisível ao invés de SCRIPT  
> 
>   
> 
>   []s
> 
>   
> 
> Chiappa  
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Alex Castro  escreveu
> 
> >
> 
> > RMAN> LIST SCRIPT NAMES;
> 
> > 
> 
> > RMAN-00571: ===
> 
> > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> 
> > RMAN-00571: ===
> 
> > RMAN-00558: error encountered while parsing input commands
> 
> > RMAN-01005: syntax error: found "script": expecting one of:
> 
> > "archivelog, backup, backuppiece, backupset, backed, completed, copy,
> 
> > controlfilecopy, datafilecopy, device, expired, incarnation, like,
> 
> > proxy, recoverable, tag"
> 
> > RMAN-01007: at line 1 column 6 file: standard input
> 
> > 
> 
> > QUEM PODE ME AJUDAR ?
> 
> > 
> 
> > 
> 
> > ..
> 
> > www.servercom.com.br
> 
> >
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: HELP RMAN

[Alex Castro]

0 Passo

SO : x86_64 x86_64 x86_64 GNU/Linux
BANCO : 9I

Verificando permissao

[oracle@xxx rsd0_teste]$ ls -lart
total 8
drwxr-xr-x  3 oracle dba 4096 Jun 14 11:59 ..


1 passo

rman catalog RMAN/rman

Recovery Manager: Release 9.2.0.8.0 - 64bit Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

connected to recovery catalog database


2 passo

RMAN> connect target sys@rsd0-teste

target database Password:
connected to target database: RSD0 (DBID=2847253212)

RMAN>



3 passo


CREATE SCRIPT backup_hotfull_rsd01
{
  allocate channel d1 type disk;
  sql "alter system archive log current";
  backup
tag backup_hotfull_rnd0
# Formato dos Arquivos de datafiles
format "/u03/backup/rsd0_teste/bkp_dados_%d_%s_%t"
(database include current controlfile);
   sql "alter system archive log current";
   Change Archivelog All Crosscheck;
  backup
# Formato dos Arquivos de Archivelogs
format "/u03/backup/rsd0_teste/bkp_arc_%d_%s_%t"
(archivelog all delete input);
}



4 pASSO

RUN { EXECUTE SCRIPT backup_hotfull_rsd01; }


5 PASSO


Starting backup at 14-JUN-12
channel d1: starting full datafile backupset
channel d1: specifying datafile(s) in backupset
input datafile fno=00084 name=/u04/oradata/rsd0/rsd0_sia_dat_peq_03.dbf
input datafile fno=00029 name=/u03/oradata/rsd0/rsd0_sia_ind_gde_01.dbf
input datafile fno=00108 name=/u01/app/oracle/oradata/RMAN_RSD0_01.DBF
input datafile fno=00012 name=/u04/oradata/rsd0/rsd0_sia_dat_peq_01.dbf
channel d1: starting piece 1 at 14-JUN-12
released channel: d1

RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03015: error occurred in stored script backup_hotfull_rsd0
RMAN-03009: failure of backup command on d1 channel at 06/14/2012 16:58:44
ORA-19504: failed to create file
"/u03/backup/rsd0_teste/bkp_dados_RSD0_13_785955584"
ORA-27040: skgfrcre: create error, unable to create file
Linux-x86_64 Error: 2: No such file or directory
..
www.servercom.com.br




Em 14 de junho de 2012 17:21, J. Laurindo Chiappa
escreveu:

> **
>
>
> Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o SO em
> uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao
> banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases sendo
> backupeados, se vc está usando Catálogo qual a versão do mesmo, etc, etc),
> mas alguns chutes chutados :
>
> a) será que vc está usando uma versão antiga do software RMAN, aonde esse
> comando (cuja sintaxe está correta) não era aceito ??
>
> b) se vc não está usando catálogo e tentar listar/executar scripts, o RMAN
> deveria dar uma msg de erro certinha, tipo :
>
> command not allowed when not connected to catalog
>
> será que vc não está usando uma versão sem essa msg, ie, com bug de msg
> inapropriada ?
>
> c) será que vc não conectou ao servidor Oracle com um terminal
> mal-configurado, aí ele tá enviando caracteres de controle invisíveis a
> mais ? Pois as msgs claramente indicam que a palavra SCRIPT não foi
> reconhecida, e ela é SIM uma palavra-chave existente e permitida no RMAN
> 10g, a Suposição aqui é que, por erro do terminal e/ou erro de digitação, o
> RMAN tenha recebido SCRIPT^caracterdecontroleinvisível ao invés de SCRIPT
> 
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Alex Castro 
> escreveu
>
> >
> > RMAN> LIST SCRIPT NAMES;
> >
> > RMAN-00571: ===
> > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> > RMAN-00571: ===
> > RMAN-00558: error encountered while parsing input commands
> > RMAN-01005: syntax error: found "script": expecting one of:
> > "archivelog, backup, backuppiece, backupset, backed, completed, copy,
> > controlfilecopy, datafilecopy, device, expired, incarnation, like,
> > proxy, recoverable, tag"
> > RMAN-01007: at line 1 column 6 file: standard input
> >
> > QUEM PODE ME AJUDAR ?
> >
> >
> > ..
> > www.servercom.com.br
> >
>
>  
>


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  
---

RE: [oracle_br] Re: HELP RMAN

[Luciano Guelfi]

Amigo Chiappa,
O que você disse e mais ou menos isso, veja a mensagem recebida, fiz o comando 
enviado pelo amigo em um banco de testes:
[oracle@grupoara-db1 ~]$ rman target /
Recovery Manager: Release 11.1.0.7.0 - Production on Thu Jun 14 17:33:08 2012
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
connected to target database: TSTCCORCL (DBID=2256591784)
RMAN> LIST SCRIPT NAMES;
RMAN-00571: 
===RMAN-00569: 
=== ERROR MESSAGE STACK FOLLOWS ===RMAN-00571: 
===RMAN-06002: command 
not allowed when not connected to a recovery catalog
RMAN>


To: oracle_br@yahoogrupos.com.br
From: jlchia...@yahoo.com.br
Date: Thu, 14 Jun 2012 20:21:54 +
Subject: [oracle_br] Re: HELP RMAN
















 



  



  
  
Infelizmente vc Não Deu os detalhes, Sempre necessários (tal como o SO 
em uso, ONDE vc está executando o RMAN, a maneira que vc se conectou ao 
banco-destino E ao catpalogo, a versão Exata do RMAN, dos databases sendo 
backupeados, se vc está usando Catálogo qual a versão do mesmo, etc, etc), mas 
alguns chutes chutados :

  

  a) será que vc está usando uma versão antiga do software RMAN, aonde esse 
comando (cuja sintaxe está correta) não era aceito ??

  

  b) se vc não está usando catálogo e tentar listar/executar scripts, o RMAN 
deveria dar uma msg de erro certinha, tipo :

  

  command not allowed when not connected to catalog

  

  será que vc não está usando uma versão sem essa msg, ie, com bug de msg 
inapropriada ?

  

  c) será que vc não conectou ao servidor Oracle com um terminal 
mal-configurado, aí ele tá enviando caracteres de controle invisíveis a mais ? 
Pois as msgs claramente indicam que a palavra SCRIPT não foi reconhecida, e ela 
é SIM uma palavra-chave existente e permitida no RMAN 10g, a Suposição aqui é 
que, por erro do terminal e/ou erro de digitação, o RMAN tenha recebido 
SCRIPT^caracterdecontroleinvisível ao invés de SCRIPT  

  

  []s

  

Chiappa  



--- Em oracle_br@yahoogrupos.com.br, Alex Castro  
escreveu

>

> RMAN> LIST SCRIPT NAMES;

> 

> RMAN-00571: ===

> RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===

> RMAN-00571: ===

> RMAN-00558: error encountered while parsing input commands

> RMAN-01005: syntax error: found "script": expecting one of:

> "archivelog, backup, backuppiece, backupset, backed, completed, copy,

> controlfilecopy, datafilecopy, device, expired, incarnation, like,

> proxy, recoverable, tag"

> RMAN-01007: at line 1 column 6 file: standard input

> 

> QUEM PODE ME AJUDAR ?

> 

> 

> ..

> www.servercom.com.br

>






 









  

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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 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:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Re: help com import

[Marcelo Grimberg]

Você pode importar tudo a estrutura e os dados, após terminar você pode dar
truncate na tabela, mas verifica a FK que pertence essa tabela.



Abraços

Marcelo Grimberg
Cel: +55 19-8197-3405
MSN: marcelog...@hotmail.com



Em 25 de janeiro de 2012 14:08, José Laurindo escreveu:

> **
>
>
> Colega, apesar de vc não nos dar a quase sempre Vital informação, não nos
> dizer O QUE está usando para importar (se é o imp tradicional ou se é o
> impdp do 10g), no caso presente sem probs, a resposta é a mesma para os
> dois : pode consultar a documentação respectiva que não há nada nesse
> sentido... O que vc Pode fazer é :
>
> a) se for o impdp é fazer dois imports no mesmo arquivo, um com um EXCLUDE
> para não trazer a tabela em questão e outro com Content=data_only e pedindo
> pra ler só a tabela em questão - dá um look na Documentação que vc acha
> refs sobre os parâmetros necessários
>
> b) se for o imp tradicional, vais ter que partir pra uma gambiarra, tipo :
>
> 1. gerar na base-origem dois exports, um sem a tabela em questão e outro
> só com os dados da tabela em questão, depois vc os importa
>
> ou
>
> 2. a gambi master, vc criar uma Trigger de DDL que captura o texto do DDL,
> e se for o CREATE TABLE da tabela criada (o imp tradicional faz CREATE
> TABLEs normais, que seriam sim afaik capturados em trigger DDL) e se for a
> tabela desejada, a trigger deixa a tabela read-only : no banco 11g tem como
> fazer isso direto, no banco 10g o método seria ** DESABILITAR ** os
> INSERTs/UPDATE/DELETEs na tabela - entre outras maneiras a trigger poderia
> disparar um job que cria uma trigger BEFORE INSERT OR UPDATE OR DELETE só
> com o RAISE_APPLICATION_ERROR, ou poderia mandar um ALTER TABLE
> nomedatabela ADD CONSTRAINT table_name_read_only check(1=1) disable
> validate; , trucões assim...
>
> []s
>
> Chiappa
>
>
>
> --- Em oracle_br@yahoogrupos.com.br, Leonardo Santos da Mata
>  escreveu
> >
> > ei pessoal,
> >
> > boa noite,
> >
> > eu estou no oracle 10 g e gostaria de tirar uma dúvida.
> >
> > tem como durante uma importação quando chegar em uma determinada tabela
> eu
> > importar apenas a estrutura dela sem os dados?
> >
> >
> > e as demais de forma normal, com estrutura e dados?
> >
> > --
> > Cordialmente,
> > *
> > Leonardo Santos da Mata*
> > E-mail: leonardodamata@...
> > MSN: leonardomata@...
>
> > Twiiter: twitter.com/lsmata
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>


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

[oracle_br] Re: HELP !!!

[José Laurindo]

 Vamos por partes aí, colega : Primeiro, vc não diz os detalhes, mas essa msg 
normalmente vêm de algum Advisor Oracle (seja o OEM, seja o AWR, enfim), e o 
que ela diz é que foi detectado uso de swap area , ok ?
  O fato é que, VIA DE REGRA,  ** PAGINAÇÃO ** normalmente não é uma issue - é 
absolutamente comum que porções menos usadas de RAM saiam da área principal... 
O busílis é se isso começar a acontecer em grandes volumes , ou (aí é o inferno 
pra performance), se vc começar a ter SWAPPING para DISCO (consumo da swap 
area), aí sim vc tem um problema, e grave... O ponto é que essas msgs, como 
quase TODAS do oem e dos Advisors, são AVISOS, elas NÂO DÃO os detalhes, NÂO 
dizem qual o porcentual de threshold foi usado, okdoc ? 
 Então PODE SER que seja um ou mais processos (até processos não-pertencentes 
ao RDBMS, quem sabe) estejam usando memória a mais, PODE ser que seja a SGA (a 
área de caches, que é INDEPENDENTE da RAM usada pelos processos), OU como disse 
pode ser que simplesmente esteja havendo PAGINAÇÃO da memória menos usada, o 
que é normal... Não dá pra saber sem uma análise, certo ? A Apresentação em 
http://www.pythian.com/news/741/pythian-goodies-free-memory-swap-oracle-and-everything/
 fala muito sobre o tema, comece por ela  
 Segundo, se não estiver havendo swapping, só paginação, e paginação em pequeno 
volume, como eu disse via de regra isso Não é uma issue, mas se vc quiser 
investir na questão, isso (como QUASE TUDO no Linux/Unix) é configurável, veja 
http://www.pythian.com/news/1913/what-exactly-is-swappiness/ ...

 Então em resumo a sua resposta é : PODE ser ou não que o warning que vc 
recebeu seja relevante, ele PODE ou não ter sido causado pela 
utilização/crescimento da SGA (veja o link  inicial para as tools que vc pode 
usar para provar ou desprovar, e para saber a sua situação atual), E SE vc 
necessitar/quiser atuar, o segundo link vai ser útil, e esse é um trabalho que 
VAI demandar conhecimento de linux, blz ? Qquer coisa, se desejado, mostra pra 
gente os resultados das tools todas dos links anteriores, mostra o exato config 
do seu kernel, nos dê os detalhes do seu SO E do seu hardware (se 32 ou 64 
bits, quanto de RAM total, quanto de RAM livre), bem como os settings EXATOS do 
database (e versão/edição Exata, claro) , que a gente pode palpitar em cima ...

 []s

  Chiappa


--- Em oracle_br@yahoogrupos.com.br, "Jota"  escreveu
>
> Significant Virtual Memory Paging Was Detected On The Host Operating System 
> 
> No meu caso eu tenho memória suficiente no servidor de Banco, só que não
> a utilizo.
> 
> Esse warning é proveniente da memória alocada para o ORACLE, neste caso
> a SGA ?
>

Re: [oracle_br] Re: Help - Script

[Éverton Evaristo]

Caramba, nao era para mostrar a query...

Perai, vou arrumar uma base aqui e testar, me dá uns 10min..

Att.

Éverton Evaristo



Em 23 de novembro de 2011 18:03, Samuel Santos
escreveu:

> **
>
>
> Desculpe, cara não sou aspirante em SHELL.
>
> Mas, infelizmente não rolou, trouxe os comandos, nos quais eu não preciso
> - somente o resultado do select me interessa.
>
>
> SQL>
> SQL> SELECT numero || ';' || id_pessoa
>   2FROM contrato_assinante
>   3   WHERE ROWNUM < 10;
> 4256;1797830
> 4263;1791287
> 4270;1794160
> 4283;1797116
> 4284;1791062
> 4282;1792608
> 460;317673
> 493;358069
> 495;358069
> SQL>
> SQL> SPOOL OFF
>
> Ps.: Seria possível retirar os comandos?
>
>
> Desde já agradeço sua atenção e apoio.
>
> Samuel
>
> >
> > De: José Laurindo 
> >Para: oracle_br@yahoogrupos.com.br
> >Enviadas: Quarta-feira, 23 de Novembro de 2011 17:41
>
> >Assunto: [oracle_br] Re: Help - Script
> >
> >
> >
> >Colega, tá meio ** muito ** esquisito esse seu script : pra começo de
> conversa, SE os comandos necessários estão nas linhas abaixo do EOF no
> corpo do shell script, Por Que vc na linha de comando do sqlplus tá
> chamando com @ esse sql script /tmp/testesh.sql  E o DISCONNECT é
> absolutamente desnecessário se vc em seguida já vai sair com EXIT ... Mais
> uma coisa, vc ** QUER *** que os binários do oracle ESTEJAM no início do
> PATH, pra serem encontrados EM PRIMEIRO LUGAR, é eles que vc quer usar,
> então eles deveriam estar em primeiro lugar no PATH...
> >Pelo que entendo, o seu shell script deveria ser :
> >
> >
> >#!/bin/ksh
> >export ORACLE_SID=teste
> >export ORACLE_HOME=/oracp/teste/app/product/10.2.0
> >export PATH=$ORACLE_HOME/bin:$PATH
> >export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
> >sqlplus /nolog << EOF
> >CONNECT teste/teste
> >SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON HEAD
> OFF
> >SPOOL /tmp/testesh.txt
> >SELECT numero || ';' || id_pessoa
> >FROM teste
> >WHERE ROWNUM < 10;
> >SPOOL OFF
> >EXIT;
> >EOF
> >
> >==> tenta assim 
> >
> >[]s
> >
> >Chiappa
> >
> >--- Em oracle_br@yahoogrupos.com.br, Samuel Santos 
> escreveu
> >>
> >> Pessoal,
> >>
> >> Em meu shell script estou tomando este erro, vocês poderiam por
> gentileza me ajudar a identificar o que está faltando?
> >>
> >> #!/bin/ksh
> >> export ORACLE_SID=teste
> >> export ORACLE_HOME=/oracp/teste/app/product/10.2.0
> >> export PATH=$PATH:$ORACLE_HOME/bin
> >> export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
> >>
> >> sqlplus /nolog @/tmp/testesh.sql << EOF
> >> CONNECT teste/teste
> >> SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON
> HEAD OFF
> >> SPOOL /tmp/testesh.txt
> >>
> >> SELECT numero || ';' || id_pessoa
> >>   FROM teste
> >>  WHERE ROWNUM < 10;
> >>
> >> SPOOL OFF
> >> DISCONNECT
> >> EXIT;
> >> EOF
> >>
> >>
> >>  Erro que ocorre:
> >>
> >> ./cargateste.sh
> >>
> >> SQL*Plus: Release 10.2.0.5.0 - Production on Wed Nov 23 15:13:24 2011
> >>
> >> Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.
> >>
> >> SP2-0310: unable to open file "/tmp/testesh.sql"
> >> SQL> Connected.
> >> SQL> SQL> SQL> SQL>   23  4256;1797830
> >> 4263;1791287
> >> 4270;1794160
> >> 4283;1797116
> >> 4284;1791062
> >> 4282;1792608
> >> 460;317673
> >> 493;358069
> >> 495;358069
> >>
> >> Desde já agradeço a atenção de todos.
> >>
> >> Samuel
> >>
> >>
> >> >
> >> > De: Samuel Santos 
> >> >Para: "oracle_br@yahoogrupos.com.br" 
> >> >Enviadas: Quarta-feira, 23 de Novembro de 2011 11:56
> >> >Assunto: Re: [oracle_br] Re: Help - Script
> >> >
> >> >
> >> >Show de bola!
> >> >
> >> >
> >> >Obrigado a todos.
> >> >
> >> >
> >> >
> >> >>
> >> >> De: José Laurindo 
> >> >>Para: oracle_br@yahoogrupos.com.br
> >> >>Enviadas: Quarta-feira, 23 de Novembro de 2011 11:42
> >> >>Assunt

[oracle_br] Re: Help - Script

[José Laurindo]

O que vc está vendo são os prompts e banners do sqlplus, bem como a listagem 
dos comandos : isso é default no sqlplus, se vc consultar a documentação 
on-line (via opção -help , como eu faço abaixo) vc vai ver que há um switch pra 
isso, eis como ficaria : 

=> o script na íntegra :

oracle:linuxs01d:::cat -vb t.sh
 1  #!/bin/ksh
 2  export ORACLE_SID=testlinux
 3  export ORACLE_HOME=/eb_rdo01_u/orabin/testlinuxdb/10.2.0
 4  export PATH=$ORACLE_HOME/bin:$PATH
 5  export NLS_LANG=American_America.UTF8
 6  sqlplus -S /nolog  << EOF
 7  CONNECT v-jchiappa/minhasenha
 8  SET ECHO OFF TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 
TRIMSPOOL ON HEAD OFF
 9  SPOOL /tmp/testesh.txt
10  SELECT object_id || ';' || object_name
11FROM all_objects
12 WHERE ROWNUM < 10;
13  SPOOL OFF
14  EXIT;
15  EOF

=> obviamente, não me esqueço de dar perms de execução, E de checar que eu 
posso fazer I/O no destino desejado  :

oracle:linuxs01d:::chmod u+x t.sh
oracle:linuxs01d:::ls -l t.sh

-rwxr--r--   1 oracle dba430 Nov 23 15:38 t.sh*
oracle:linuxs01d:::

oracle:linuxs01d::testlinux:ls -ld /tmp
drwxrwxrwt  232 root   root 16384 Nov 23 17:42 /tmp/

==> rodo o script : 
oracle:linuxs01d:::./t.sh

4;TAB$
39;I_IND1
30;I_COBJ#
22;USER$
36;I_OBJ1
27;I_PROXY_ROLE_DATA$_2
8;C_FILE#_BLOCK#
2;C_OBJ#
56;BOOTSTRAP$
you have mail in /var/mail/oracle

==> olha lá o resultado, como desejado :

oracle:linuxs01d:::cat -vb /tmp/testesh.txt
 1  4;TAB$
 2  39;I_IND1
 3  30;I_COBJ#
 4  22;USER$
 5  36;I_OBJ1
 6  27;I_PROXY_ROLE_DATA$_2
 7  8;C_FILE#_BLOCK#
 8  2;C_OBJ#
 9  56;BOOTSTRAP$
oracle:linuxs01d:::

=> a consulta á doc online mínima do sqlplus :

oracle:linuxs01d::testlinux:sqlplus -help

SQL*Plus: Release 10.2.0.4.0 - Production

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

Usage 1: sqlplus -H | -V

-H Displays the SQL*Plus version and the
   usage help.
-V Displays the SQL*Plus version.

Usage 2: sqlplus [ [] [] [] ]

   is: [-C ] [-L] [-M ""] [-R ] [-S]

-CSets the compatibility of affected commands to the
   version specified by .  The version has
   the form "x.y[.z]".  For example, -C 10.2.0
-L Attempts to log on just once, instead of
   reprompting on error.
-M "" Sets automatic HTML markup of output.  The options
   have the form:
   HTML [ON|OFF] [HEAD text] [BODY text] [TABLE text]
   [ENTMAP {ON|OFF}] [SPOOL {ON|OFF}] [PRE[FORMAT] {ON|OFF}]
-R  Sets restricted mode to disable SQL*Plus commands
   that interact with the file system.  The level can
   be 1, 2 or 3.  The most restrictive is -R 3 which
   disables all user commands interacting with the
   file system.
-S Sets silent mode which suppresses the display of
   the SQL*Plus banner, prompts, and echoing of
   commands.

   is: ([/][@] | /)
  [AS SYSDBA | AS SYSOPER] | /NOLOG

Specifies the database account username, password and connect
identifier for the database connection.  Without a connect
identifier, SQL*Plus connects to the default database.

The AS SYSDBA and AS SYSOPER options are database administration
privileges.

The /NOLOG option starts SQL*Plus without connecting to a
database.

   is: @|[.] [ ...]

Runs the specified SQL*Plus script from a web server (URL) or the
local file system (filename.ext) with specified parameters that
will be assigned to substitution variables in the script.

When SQL*Plus starts, and after CONNECT commands, the site profile
(e.g. $ORACLE_HOME/sqlplus/admin/glogin.sql) and the user profile
(e.g. login.sql in the working directory) are run.  The files may
contain SQL*Plus commands.

Refer to the SQL*Plus User's Guide and Reference for more information.
oracle:linuxs01d::testlinux:
 
 
  []s
  
Chiappa


--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  escreveu
>
> Desculpe, cara não sou aspirante em SHELL.
> 
> 
> Mas, infelizmente não rolou, trouxe os comandos, nos quais eu não preciso - 
> somente o resultado do select me interessa.
> 
> 
> 
> SQL> 
> SQL> SELECT numero || ';' || id_pessoa
>   2    FROM contrato_assinante
>   3   WHERE ROWNUM < 10;
> 4256;1797830
> 4263;1791287
> 4270;1794160
> 4283;1797116
> 4284;1791062
> 4282;1792608
> 460;317673
> 493;358069
> 495;358069
> SQL> 
> SQL> SPOOL OFF
>  
> Ps.: Seria possível retirar os comandos?
> 
> Desde já agradeço sua atenção e apoio.
> 
> Samuel
> 
> 
> >__

Re: [oracle_br] Re: Help - Script

[Samuel Santos]

Desculpe, cara não sou aspirante em SHELL.


Mas, infelizmente não rolou, trouxe os comandos, nos quais eu não preciso - 
somente o resultado do select me interessa.



SQL> 
SQL> SELECT numero || ';' || id_pessoa
  2    FROM contrato_assinante
  3   WHERE ROWNUM < 10;
4256;1797830
4263;1791287
4270;1794160
4283;1797116
4284;1791062
4282;1792608
460;317673
493;358069
495;358069
SQL> 
SQL> SPOOL OFF
 
Ps.: Seria possível retirar os comandos?

Desde já agradeço sua atenção e apoio.

Samuel


>
> De: José Laurindo 
>Para: oracle_br@yahoogrupos.com.br 
>Enviadas: Quarta-feira, 23 de Novembro de 2011 17:41
>Assunto: [oracle_br] Re: Help - Script
> 
>
>  
>Colega, tá meio ** muito ** esquisito esse seu script : pra começo de 
>conversa, SE os comandos necessários estão nas linhas abaixo do EOF no corpo 
>do shell script, Por Que vc na linha de comando do sqlplus tá chamando com @ 
>esse sql script /tmp/testesh.sql  E o DISCONNECT é absolutamente 
>desnecessário se vc em seguida já vai sair com EXIT ...  Mais uma coisa, vc ** 
>QUER *** que os binários do oracle ESTEJAM no início do PATH, pra serem 
>encontrados EM PRIMEIRO LUGAR, é eles que vc quer usar, então eles deveriam 
>estar em primeiro lugar no PATH...
>Pelo que entendo, o seu shell script deveria ser :
>
>
>#!/bin/ksh
>export ORACLE_SID=teste
>export ORACLE_HOME=/oracp/teste/app/product/10.2.0
>export PATH=$ORACLE_HOME/bin:$PATH
>export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
>sqlplus /nolog << EOF
>CONNECT teste/teste
>SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON HEAD OFF
>SPOOL /tmp/testesh.txt
>SELECT numero || ';' || id_pessoa
>FROM teste
>WHERE ROWNUM < 10;
>SPOOL OFF
>EXIT;
>EOF
>
>==> tenta assim 
>
>[]s
>
>Chiappa
>
>--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  
>escreveu
>>
>> Pessoal,
>> 
>> Em meu shell script estou tomando este erro, vocês poderiam por gentileza me 
>> ajudar a identificar o que está faltando?
>> 
>> #!/bin/ksh
>> export ORACLE_SID=teste
>> export ORACLE_HOME=/oracp/teste/app/product/10.2.0
>> export PATH=$PATH:$ORACLE_HOME/bin
>> export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
>> 
>> sqlplus /nolog @/tmp/testesh.sql << EOF
>> CONNECT teste/teste
>> SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON HEAD OFF
>> SPOOL /tmp/testesh.txt
>> 
>> SELECT numero || ';' || id_pessoa
>>   FROM teste
>>  WHERE ROWNUM < 10;
>> 
>> SPOOL OFF
>> DISCONNECT
>> EXIT;
>> EOF
>> 
>> 
>>  Erro que ocorre:
>> 
>> ./cargateste.sh
>> 
>> SQL*Plus: Release 10.2.0.5.0 - Production on Wed Nov 23 15:13:24 2011
>> 
>> Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.
>> 
>> SP2-0310: unable to open file "/tmp/testesh.sql"
>> SQL> Connected.
>> SQL> SQL> SQL> SQL>   2    3  4256;1797830
>> 4263;1791287
>> 4270;1794160
>> 4283;1797116
>> 4284;1791062
>> 4282;1792608
>> 460;317673
>> 493;358069
>> 495;358069
>> 
>> Desde já agradeço a atenção de todos.
>> 
>> Samuel
>> 
>> 
>> >
>> > De: Samuel Santos 
>> >Para: "oracle_br@yahoogrupos.com.br"  
>> >Enviadas: Quarta-feira, 23 de Novembro de 2011 11:56
>> >Assunto: Re: [oracle_br] Re: Help - Script
>> > 
>> >
>> >Show de bola!
>> >
>> >
>> >Obrigado a todos.
>> > 
>> >
>> >
>> >>
>> >> De: José Laurindo 
>> >>Para: oracle_br@yahoogrupos.com.br 
>> >>Enviadas: Quarta-feira, 23 de Novembro de 2011 11:42
>> >>Assunto: [oracle_br] Re: Help - Script
>> >> 
>> >>
>> >>  
>> >>Isso tá registrado nos manuais de usuários do sqlplus, é o SET FEEDBACK 
>> >>OFF ; para fins de geração de arquivo de saída via sqlplus, porém, eu 
>> >>recomendaria mais settings :
>> >>
>> >>set term off feedback off verify off pages 0 lines 2000 trimspool on head 
>> >>off
>> >>
>> >>com os settings acima, vc não vai ter número de linhas, não vai ter 
>> >>títulos (cabeçalhos) das colunas, não vai ter a linha tracejada de 
>> >>separação e a linha não vai ser completada com espaços em branco : 
>> >>normalmente é isso que se deseja pra arquivo de output de dados...
>> >>
>> >>[]s

[oracle_br] Re: Help - Script

[José Laurindo]

Colega, tá meio ** muito ** esquisito esse seu script : pra começo de conversa, 
SE os comandos necessários estão nas linhas abaixo do EOF no corpo do shell 
script, Por Que vc na linha de comando do sqlplus tá chamando com @ esse sql 
script /tmp/testesh.sql  E o DISCONNECT é absolutamente desnecessário se vc 
em seguida já vai sair com EXIT ...  Mais uma coisa, vc ** QUER *** que os 
binários do oracle ESTEJAM no início do PATH, pra serem encontrados EM PRIMEIRO 
LUGAR, é eles que vc quer usar, então eles deveriam estar em primeiro lugar no 
PATH...
 Pelo que entendo, o seu shell script deveria ser :
 

#!/bin/ksh
export ORACLE_SID=teste
export ORACLE_HOME=/oracp/teste/app/product/10.2.0
export PATH=$ORACLE_HOME/bin:$PATH
export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
sqlplus /nolog << EOF
CONNECT teste/teste
SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON HEAD OFF
SPOOL /tmp/testesh.txt
SELECT numero || ';' || id_pessoa
  FROM teste
 WHERE ROWNUM < 10;
SPOOL OFF
EXIT;
EOF




==> tenta assim 

[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  escreveu
>
> Pessoal,
> 
> Em meu shell script estou tomando este erro, vocês poderiam por gentileza me 
> ajudar a identificar o que está faltando?
> 
> #!/bin/ksh
> export ORACLE_SID=teste
> export ORACLE_HOME=/oracp/teste/app/product/10.2.0
> export PATH=$PATH:$ORACLE_HOME/bin
> export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
> 
> sqlplus /nolog @/tmp/testesh.sql << EOF
> CONNECT teste/teste
> SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON HEAD OFF
> SPOOL /tmp/testesh.txt
> 
> SELECT numero || ';' || id_pessoa
>   FROM teste
>  WHERE ROWNUM < 10;
> 
> SPOOL OFF
> DISCONNECT
> EXIT;
> EOF
> 
> 
>  Erro que ocorre:
> 
> ./cargateste.sh
> 
> SQL*Plus: Release 10.2.0.5.0 - Production on Wed Nov 23 15:13:24 2011
> 
> Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.
> 
> SP2-0310: unable to open file "/tmp/testesh.sql"
> SQL> Connected.
> SQL> SQL> SQL> SQL>   2    3  4256;1797830
> 4263;1791287
> 4270;1794160
> 4283;1797116
> 4284;1791062
> 4282;1792608
> 460;317673
> 493;358069
> 495;358069
> 
> Desde já agradeço a atenção de todos.
> 
> Samuel
> 
> 
> >
> > De: Samuel Santos 
> >Para: "oracle_br@yahoogrupos.com.br"  
> >Enviadas: Quarta-feira, 23 de Novembro de 2011 11:56
> >Assunto: Re: [oracle_br] Re: Help - Script
> > 
> >
> >Show de bola!
> >
> >
> >Obrigado a todos.
> > 
> >
> >
> >>
> >> De: José Laurindo 
> >>Para: oracle_br@yahoogrupos.com.br 
> >>Enviadas: Quarta-feira, 23 de Novembro de 2011 11:42
> >>Assunto: [oracle_br] Re: Help - Script
> >> 
> >>
> >>  
> >>Isso tá registrado nos manuais de usuários do sqlplus, é o SET FEEDBACK OFF 
> >>; para fins de geração de arquivo de saída via sqlplus, porém, eu 
> >>recomendaria mais settings :
> >>
> >>set term off feedback off verify off pages 0 lines 2000 trimspool on head 
> >>off
> >>
> >>com os settings acima, vc não vai ter número de linhas, não vai ter títulos 
> >>(cabeçalhos) das colunas, não vai ter a linha tracejada de separação e a 
> >>linha não vai ser completada com espaços em branco : normalmente é isso que 
> >>se deseja pra arquivo de output de dados...
> >>
> >>[]s
> >>
> >>Chiappa
> >>
> >>--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  
> >>escreveu
> >>>
> >>> Olá, Pessoal!
> >>> 
> >>> Vocês sabem me informar se tem como retirar o retorno da quantidade de 
> >>> linhas selecionadas, após a execução de um script?
> >>> Estou mandando um script de exemplo abaixo, e o resultado da execução do 
> >>> mesmo, eu preciso que não mostre a quantidade linhas, 
> >>> 
> >>> será que podem me ajudar?
> >>> 
> >>> Obs.: a idéia é executar um SELECT(um grande volume de registro) gerando 
> >>> o resutlado em arquivo, logo após um "robozinho" vai pegar este arquivo e 
> >>> disponibilizar num FTP. 
> >>> 
> >>> 
> >>> 
> >>> set line 200
> >>> set pagesize 0
> >>> spool /tmp/teste.txt
> >>> 
> >>> select numero||';'||id_pessoa
> >>> from pessoa
> >>> where rownum < 10;
> >>> spool off
> >>> disconnect
> >>> exit
> >>> 
> >>> 
> >>> Resultado:
> >>> 
> >>> 
> >>> 4256;1797830
> >>> 4263;1791287
> >>> 4270;1794160
> >>> 4283;1797116
> >>> 4284;1791062
> >>> 4282;1792608
> >>> 460;317673
> >>> 493;358069
> >>> 495;358069
> >>> 
> >>> 9 rows selected.
> >>> 
> >>>  
> >>> Atenciosamente,
> >>> 
> >>> 
> >>> Samuel Geraldo dos Santos
> >>> 
> >>> [As partes desta mensagem que não continham texto foram removidas]
> >>>
> >>
> >>
> >> 
> >>
> >>
> >
> >
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: Help - Script

[Samuel Santos]

Pessoal,

Em meu shell script estou tomando este erro, vocês poderiam por gentileza me 
ajudar a identificar o que está faltando?

#!/bin/ksh
export ORACLE_SID=teste
export ORACLE_HOME=/oracp/teste/app/product/10.2.0
export PATH=$PATH:$ORACLE_HOME/bin
export NLS_LANG=AMERICAN_AMERICA.AL32UTF8

sqlplus /nolog @/tmp/testesh.sql << EOF
CONNECT teste/teste
SET TERM OFF FEEDBACK OFF VERIFY OFF PAGES 0 LINES 2000 TRIMSPOOL ON HEAD OFF
SPOOL /tmp/testesh.txt

SELECT numero || ';' || id_pessoa
  FROM teste
 WHERE ROWNUM < 10;

SPOOL OFF
DISCONNECT
EXIT;
EOF


 Erro que ocorre:

./cargateste.sh

SQL*Plus: Release 10.2.0.5.0 - Production on Wed Nov 23 15:13:24 2011

Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.

SP2-0310: unable to open file "/tmp/testesh.sql"
SQL> Connected.
SQL> SQL> SQL> SQL>   2    3  4256;1797830
4263;1791287
4270;1794160
4283;1797116
4284;1791062
4282;1792608
460;317673
493;358069
495;358069

Desde já agradeço a atenção de todos.

Samuel


>
> De: Samuel Santos 
>Para: "oracle_br@yahoogrupos.com.br"  
>Enviadas: Quarta-feira, 23 de Novembro de 2011 11:56
>Assunto: Re: [oracle_br] Re: Help - Script
> 
>
>Show de bola!
>
>
>Obrigado a todos.
> 
>
>
>>
>> De: José Laurindo 
>>Para: oracle_br@yahoogrupos.com.br 
>>Enviadas: Quarta-feira, 23 de Novembro de 2011 11:42
>>Assunto: [oracle_br] Re: Help - Script
>> 
>>
>>  
>>Isso tá registrado nos manuais de usuários do sqlplus, é o SET FEEDBACK OFF ; 
>>para fins de geração de arquivo de saída via sqlplus, porém, eu recomendaria 
>>mais settings :
>>
>>set term off feedback off verify off pages 0 lines 2000 trimspool on head off
>>
>>com os settings acima, vc não vai ter número de linhas, não vai ter títulos 
>>(cabeçalhos) das colunas, não vai ter a linha tracejada de separação e a 
>>linha não vai ser completada com espaços em branco : normalmente é isso que 
>>se deseja pra arquivo de output de dados...
>>
>>[]s
>>
>>Chiappa
>>
>>--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  
>>escreveu
>>>
>>> Olá, Pessoal!
>>> 
>>> Vocês sabem me informar se tem como retirar o retorno da quantidade de 
>>> linhas selecionadas, após a execução de um script?
>>> Estou mandando um script de exemplo abaixo, e o resultado da execução do 
>>> mesmo, eu preciso que não mostre a quantidade linhas, 
>>> 
>>> será que podem me ajudar?
>>> 
>>> Obs.: a idéia é executar um SELECT(um grande volume de registro) gerando o 
>>> resutlado em arquivo, logo após um "robozinho" vai pegar este arquivo e 
>>> disponibilizar num FTP. 
>>> 
>>> 
>>> 
>>> set line 200
>>> set pagesize 0
>>> spool /tmp/teste.txt
>>> 
>>> select numero||';'||id_pessoa
>>> from pessoa
>>> where rownum < 10;
>>> spool off
>>> disconnect
>>> exit
>>> 
>>> 
>>> Resultado:
>>> 
>>> 
>>> 4256;1797830
>>> 4263;1791287
>>> 4270;1794160
>>> 4283;1797116
>>> 4284;1791062
>>> 4282;1792608
>>> 460;317673
>>> 493;358069
>>> 495;358069
>>> 
>>> 9 rows selected.
>>> 
>>>  
>>> Atenciosamente,
>>> 
>>> 
>>> Samuel Geraldo dos Santos
>>> 
>>> [As partes desta mensagem que não continham texto foram removidas]
>>>
>>
>>
>> 
>>
>>
>
>

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

Re: [oracle_br] Re: Help - Script

[Samuel Santos]

Show de bola!

Obrigado a todos.

 


>
> De: José Laurindo 
>Para: oracle_br@yahoogrupos.com.br 
>Enviadas: Quarta-feira, 23 de Novembro de 2011 11:42
>Assunto: [oracle_br] Re: Help - Script
> 
>
>  
>Isso tá registrado nos manuais de usuários do sqlplus, é o SET FEEDBACK OFF ; 
>para fins de geração de arquivo de saída via sqlplus, porém, eu recomendaria 
>mais settings :
>
>set term off feedback off verify off pages 0 lines 2000 trimspool on head off
>
>com os settings acima, vc não vai ter número de linhas, não vai ter títulos 
>(cabeçalhos) das colunas, não vai ter a linha tracejada de separação e a linha 
>não vai ser completada com espaços em branco : normalmente é isso que se 
>deseja pra arquivo de output de dados...
>
>[]s
>
>Chiappa
>
>--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  
>escreveu
>>
>> Olá, Pessoal!
>> 
>> Vocês sabem me informar se tem como retirar o retorno da quantidade de 
>> linhas selecionadas, após a execução de um script?
>> Estou mandando um script de exemplo abaixo, e o resultado da execução do 
>> mesmo, eu preciso que não mostre a quantidade linhas, 
>> 
>> será que podem me ajudar?
>> 
>> Obs.: a idéia é executar um SELECT(um grande volume de registro) gerando o 
>> resutlado em arquivo, logo após um "robozinho" vai pegar este arquivo e 
>> disponibilizar num FTP. 
>> 
>> 
>> 
>> set line 200
>> set pagesize 0
>> spool /tmp/teste.txt
>> 
>> select numero||';'||id_pessoa
>> from pessoa
>> where rownum < 10;
>> spool off
>> disconnect
>> exit
>> 
>> 
>> Resultado:
>> 
>> 
>> 4256;1797830
>> 4263;1791287
>> 4270;1794160
>> 4283;1797116
>> 4284;1791062
>> 4282;1792608
>> 460;317673
>> 493;358069
>> 495;358069
>> 
>> 9 rows selected.
>> 
>>  
>> Atenciosamente,
>> 
>> 
>> Samuel Geraldo dos Santos
>> 
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>
>
> 
>
>

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

Re: [oracle_br] Re: HELP - Versões Oracle

[MARCIO CASTRO]

Caro colega:

  Cuidado! Se eu nao me engano, EXP e IMP estao aí apenas por compatibilidade, 
porém, marcados na documentação como DEPRECATED!
  Eu recomendo à você utilizar, no mínimo, o Datapump (EXPDP e o IMPD), a não 
ser em versões anteriores ao 10g.


 
Atenciosamente,


Márcio de Figueiredo Moura e Castro


Oracle 10g DBA OCA
Oracle PL/SQL Developer OCA



De: Nomewilson Dutra 
Para: "oracle_br@yahoogrupos.com.br" 
Enviadas: Sexta-feira, 26 de Agosto de 2011 18:29
Assunto: Re: [oracle_br] Re: HELP - Versões Oracle


  
Olá amigão.
 
Bom vamos por partes:
 
Encontrei o patch set 8202632 para 64 e 32 bits de tamango total 1.1G. Acredito 
estar certo desta vez.
 
Sobre ser capado o Standard, sei disso sim. Aqui não utilizo as belezas que o 
Oracle pode me proporcionar por não ter tanto conhecimento, e sendo assim, uso 
apenas um banco simples onde todo o gerenciamento de minhas tabelas e etc são 
feitas pelos meus sistemas, desenvolvidos por mim. Tenho mesmo, apenas, as 
minhas tabelas e meus dados. Acho que isso não irá me causar problemas. O 
máximo que cheguei usar e está configfurado no Enterprise e não lembroi se o 
Standard Edition 1 vai me prover são os backpus em disco, utilizando RMAN. Acho 
que ele não me dará isso, mas sem problemas, utilizarei e o bom e velho IMP e 
EXP diário rsrsrs.
 
Em resumo, meus passos serão:
 
Fazer todo o backup
Desinstalar o EE
Instalar o SE1
Aplicar o Patch Set 8202632
Criar meus tablespaces, usuários
Importar meus dados
Cruzar os dedos e ver se tudo correu perfeitamente (rsrsrs) se não viro a noite 
no trabalho.
 
Acho que assim conseguirei manter íntegra a instalação do Standard e m inha 
única preocupação seria em estar aplicando o patch correto para converter de 
10.2.0.1 64 para 10.2.0.5 64.
 
Qualquer dica amigos, estou aqui.
 
Wilson Dutra

De: José Laurindo 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 26 de Agosto de 2011 18:11
Assunto: [oracle_br] Re: HELP - Versões Oracle

  
Opa, PMFJI mas seguinte : 

a) a nota citada ** não ** se aplica ao seu caso, ela descreve upgrade de 32 
pra 64 bits, não é o seu cenário... A nota aplicável é a "Converting An 
Enterprise Edition Database To Standard Edition" (Doc ID 139642.1), que 
basicamente vai dizer que, devido às Enormes diferenças dos binários E do 
database Enterprise em relação ao Standard, Não Tem Como vc re-aproveitar nem o 
ORACLE_HOME (binários) nem o database (conjunto de arquivos) atual - o 
procedimento é vc instalar em uma ** NOVA ** Oracle_HOME os binários do 
Standard, patcheá-los para o patchset que vc quer, criar um banco vazio mas 
equivalente com os binários do Standard e depois fazer um EXPORT do Enterprise 
para o Standard, é isso...
Inclusive, justamente por vc ** Não ** poder aproveitar nem os binários nem o 
database (arquivos) é que depois do procedimento todo vc pode remover o 
ORACLE_HOME antigo E o database antigo, okdoc ?

b) patchsets vc *** não *** procura por Nota : o caminho mais curto sempre é no 
metalink vc escolher o link "Patches and Updates", aí no menu à esquerda abaixo 
de "Oracle Server/Tools" vc clicka no link "Latest Patchsets" , na janela que 
se abre coloca o ponteiro do mouse em cima do link "Oracle Database" que já 
abre o sub-menu de Sistemas Operacionais, colocando o ponteiro do mouse em cima 
de "Microsoft Windows x64 (64 bits)" vc já verá o link pra download de ** todos 
** os patchesets recentes pro seu SO ...

c) IMPORTANTE : eu *** IMAGINO *** que vc saiba que o Standard é ** SEVERAMENTE 
** capado, há ** MUITAS ** features críticas/importantes que não funcionam/não 
existem no Standard : vc LEu quais são e TESTOU isso antes de sair migrando 
?

[]s

Chiappa 

--- Em oracle_br@yahoogrupos.com.br, "Wilson Dutra Yahoo"  
escreveu
>
> Olá Rodrigo,
> 
> caramba, vai me ajudar as pampas as dicas, porém queria fazer uns 
> comentários/dúvidas, ok?
> 
> Meu Oracle instalado é já 64Bits, ok? Ainda assim é necessário desinstal-a-lo?
> Procurei no Metalink o patchset referente ao 10.2.0.5 64Bits e não localizei, 
> sabes me dizer o num do doc? Para eu poder baixar correto.
> Aminha maior dúvida encontra-se no "regerar objetos java".
> 
> Os demais passos, tranquilo.
> 
> Aguardo comentários.
> Wilson Dutra
> - Original Message - 
> From: rodrigobrar2003@... 
> To: wilsondutra@... 
> Sent: Friday, August 26, 2011 3:24 PM
> Subject: Re: [oracle_br] HELP - Versões Oracle
> 
> 
> Ve se isso te ajuda.
> 
> Doc 62290.1 com a etapas a seguir:
> 
> - Shutdown no banco
> - Backup cold do banco
> - Backup do oracle_home directory
> - Desintalar 10.2.0.1.0 32-bit com Oracle Installer
> - Instalar 10.2.0.1.0 64-bit aproveitando o oracle_home
> - Aplicar o Patchset 10.2.0.5
> - Dobrar o tamanho dos parametros shared_pool_size,
&

Re: [oracle_br] Re: HELP - Versões Oracle

[Nomewilson Dutra]

Olá amigão.
 
Bom vamos por partes:
 
Encontrei o patch set 8202632 para 64 e 32 bits de tamango total 1.1G. Acredito 
estar certo desta vez.
 
Sobre ser capado o Standard, sei disso sim. Aqui não utilizo as belezas que o 
Oracle pode me proporcionar por não ter tanto conhecimento, e sendo assim, uso 
apenas um banco simples onde todo o gerenciamento de minhas tabelas e etc são 
feitas pelos meus sistemas, desenvolvidos por mim. Tenho mesmo, apenas, as 
minhas tabelas e meus dados. Acho que isso não irá me causar problemas. O 
máximo que cheguei usar e está configfurado no Enterprise e não lembroi se o 
Standard Edition 1 vai me prover são os backpus em disco, utilizando RMAN. Acho 
que ele não me dará isso, mas sem problemas, utilizarei e o bom e velho IMP e 
EXP diário rsrsrs.
 
Em resumo, meus passos serão:
 
Fazer todo o backup
Desinstalar o EE
Instalar o SE1
Aplicar o Patch Set 8202632
Criar meus tablespaces, usuários
Importar meus dados
Cruzar os dedos e ver se tudo correu perfeitamente (rsrsrs) se não viro a noite 
no trabalho.
 
Acho que assim conseguirei manter íntegra a instalação do Standard e m inha 
única preocupação seria em estar aplicando o patch correto para converter de 
10.2.0.1 64 para 10.2.0.5 64.
 
Qualquer dica amigos, estou aqui.
 
Wilson Dutra

De: José Laurindo 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 26 de Agosto de 2011 18:11
Assunto: [oracle_br] Re: HELP - Versões Oracle


  
Opa, PMFJI mas seguinte : 

a) a nota citada ** não ** se aplica ao seu caso, ela descreve upgrade de 32 
pra 64 bits, não é o seu cenário... A nota aplicável é a "Converting An 
Enterprise Edition Database To Standard Edition" (Doc ID 139642.1), que 
basicamente vai dizer que, devido às Enormes diferenças dos binários E do 
database Enterprise em relação ao Standard, Não Tem Como vc re-aproveitar nem o 
ORACLE_HOME (binários) nem o database (conjunto de arquivos) atual - o 
procedimento é vc instalar em uma ** NOVA ** Oracle_HOME os binários do 
Standard, patcheá-los para o patchset que vc quer, criar um banco vazio mas 
equivalente com os binários do Standard e depois fazer um EXPORT do Enterprise 
para o Standard, é isso...
Inclusive, justamente por vc ** Não ** poder aproveitar nem os binários nem o 
database (arquivos) é que depois do procedimento todo vc pode remover o 
ORACLE_HOME antigo E o database antigo, okdoc ?

b) patchsets vc *** não *** procura por Nota : o caminho mais curto sempre é no 
metalink vc escolher o link "Patches and Updates", aí no menu à esquerda abaixo 
de "Oracle Server/Tools" vc clicka no link "Latest Patchsets" , na janela que 
se abre coloca o ponteiro do mouse em cima do link "Oracle Database" que já 
abre o sub-menu de Sistemas Operacionais, colocando o ponteiro do mouse em cima 
de "Microsoft Windows x64 (64 bits)" vc já verá o link pra download de ** todos 
** os patchesets recentes pro seu SO ...

c) IMPORTANTE : eu *** IMAGINO *** que vc saiba que o Standard é ** SEVERAMENTE 
** capado, há ** MUITAS ** features críticas/importantes que não funcionam/não 
existem no Standard : vc LEu quais são e TESTOU isso antes de sair migrando 
?

[]s

Chiappa 

--- Em oracle_br@yahoogrupos.com.br, "Wilson Dutra Yahoo"  
escreveu
>
> Olá Rodrigo,
> 
> caramba, vai me ajudar as pampas as dicas, porém queria fazer uns 
> comentários/dúvidas, ok?
> 
> Meu Oracle instalado é já 64Bits, ok? Ainda assim é necessário desinstal-a-lo?
> Procurei no Metalink o patchset referente ao 10.2.0.5 64Bits e não localizei, 
> sabes me dizer o num do doc? Para eu poder baixar correto.
> Aminha maior dúvida encontra-se no "regerar objetos java".
> 
> Os demais passos, tranquilo.
> 
> Aguardo comentários.
> Wilson Dutra
> - Original Message - 
> From: rodrigobrar2003@... 
> To: wilsondutra@... 
> Sent: Friday, August 26, 2011 3:24 PM
> Subject: Re: [oracle_br] HELP - Versões Oracle
> 
> 
> Ve se isso te ajuda.
> 
> Doc 62290.1 com a etapas a seguir:
> 
> - Shutdown no banco
> - Backup cold do banco
> - Backup do oracle_home directory
> - Desintalar 10.2.0.1.0 32-bit com Oracle Installer
> - Instalar 10.2.0.1.0 64-bit aproveitando o oracle_home
> - Aplicar o Patchset 10.2.0.5
> - Dobrar o tamanho dos parametros shared_pool_size,
> shared_pool_reserved_size e large_pool_size.
> - Start no banco com startup upgrade
> - Regerar objetos Java
> - Rodar utlirp.sql
> - Rodar catupgrd.sql
> - recompilar os objetos inválidos
> 
> 
> 
> 
> 
> 
> 
> Em 26 de agosto de 2011 15:14, Nomewilson Dutra  escreveu:
> 
> 
> Olá caros amigos.
> 
> A pouco tempo instalei a versãoOracle Enterprise Edition 10.2.0.1 64 bits em 
> meu Windows Server 2003 64 bits e adquiri a licença esta semana na versão 
> Oracle Standard Edition One em sua última versão. Sei q

[oracle_br] Re: HELP - Versões Oracle

[José Laurindo]

Opa, PMFJI mas seguinte : 

 a) a nota citada ** não ** se aplica ao seu caso, ela descreve upgrade de 32 
pra 64 bits, não é o seu cenário... A nota aplicável é a "Converting An 
Enterprise Edition Database To Standard Edition" (Doc ID 139642.1), que 
basicamente vai dizer que, devido às Enormes diferenças dos binários E do 
database Enterprise em relação ao Standard, Não Tem Como vc re-aproveitar nem o 
ORACLE_HOME (binários) nem o database (conjunto de arquivos) atual - o 
procedimento é vc instalar em uma ** NOVA ** Oracle_HOME os binários do 
Standard, patcheá-los para o patchset que vc quer, criar um banco vazio mas 
equivalente com os binários do Standard e depois fazer um EXPORT do Enterprise 
para o Standard, é isso...
 Inclusive, justamente por vc ** Não ** poder aproveitar nem os binários nem o 
database (arquivos) é que depois do procedimento todo vc pode remover o 
ORACLE_HOME antigo E o database antigo, okdoc ?

 b) patchsets vc *** não *** procura por Nota : o caminho mais curto sempre é 
no metalink vc escolher o link "Patches and Updates", aí no menu à esquerda 
abaixo de "Oracle Server/Tools" vc clicka no link "Latest Patchsets" , na 
janela que se abre coloca o ponteiro do mouse em cima do link "Oracle Database" 
que já abre o sub-menu de Sistemas Operacionais, colocando o ponteiro do mouse 
em cima de "Microsoft Windows x64 (64 bits)"  vc já verá o link pra download de 
** todos ** os patchesets recentes pro seu SO ...

 c) IMPORTANTE : eu *** IMAGINO *** que vc saiba que o Standard é ** 
SEVERAMENTE ** capado, há ** MUITAS ** features críticas/importantes que não 
funcionam/não existem no Standard : vc LEu quais são e TESTOU isso antes de 
sair migrando ?

 []s

  Chiappa 

--- Em oracle_br@yahoogrupos.com.br, "Wilson Dutra Yahoo"  
escreveu
>
> Olá Rodrigo,
> 
> caramba, vai me ajudar as pampas as dicas, porém queria fazer uns 
> comentários/dúvidas, ok?
> 
> Meu Oracle instalado é já 64Bits, ok? Ainda assim é necessário desinstal-a-lo?
> Procurei no Metalink o patchset referente ao 10.2.0.5 64Bits e não localizei, 
> sabes me dizer o num do doc? Para eu poder baixar correto.
> Aminha maior dúvida encontra-se no "regerar objetos java".
> 
> Os demais passos, tranquilo.
> 
> Aguardo comentários.
> Wilson Dutra
>   - Original Message - 
>   From: rodrigobrar2003@... 
>   To: wilsondutra@... 
>   Sent: Friday, August 26, 2011 3:24 PM
>   Subject: Re: [oracle_br] HELP - Versões Oracle
> 
> 
>   Ve se isso te ajuda.
> 
>   Doc 62290.1 com a etapas a seguir:
> 
>   - Shutdown no banco
>   - Backup cold do banco
>   - Backup do oracle_home directory
>   - Desintalar 10.2.0.1.0 32-bit com Oracle Installer
>   - Instalar 10.2.0.1.0 64-bit aproveitando o oracle_home
>   - Aplicar o Patchset 10.2.0.5
>   - Dobrar o tamanho dos parametros shared_pool_size,
>   shared_pool_reserved_size e large_pool_size.
>   - Start no banco com startup upgrade
>   - Regerar objetos Java
>   - Rodar utlirp.sql
>   - Rodar catupgrd.sql
>   - recompilar os objetos inválidos
> 
> 
> 
> 
> 
> 
> 
>   Em 26 de agosto de 2011 15:14, Nomewilson Dutra  escreveu:
> 
>   
> Olá caros amigos.
> 
> A pouco tempo instalei a versãoOracle Enterprise Edition 10.2.0.1 64 bits 
> em meu Windows Server 2003 64 bits e adquiri a licença esta semana na versão 
> Oracle Standard Edition One em sua última versão. Sei que posso utilizar 
> qualquer release Edition One, porém o meu grande problema é o seguinte:
> 
> ___Como posso proceder sem nece4ssitar desinstalar a versão atual, migrar 
> de Enterprise Edition, para Standard One? Além disso, como a versão instalada 
> é a 10.2.0.1 atualizar a edition One já como 10.2.0.5?
> 
> Alguém poderia me ajudar? Preciso fazer isso esta noite.
> 
> Atenciosamente
> Wilson Dutra
> 
> 
> 
> 
> 
> 
> 
>   -- 
> 
> 
>  At.
> 
> 
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Help

[joeycfx]

Bom dia,

Não é algo constante ou linear, o banco pode não fazer switch na mesma 
velocidade que fez 3 hrs atrás, ou 1 dia.. dadas as circunstâncias em que 
encontra-se... para saber quantos switchs o Oracle fes durante um dado período, 
dividindo este período em dias, e segmentando-o em horas, você pode executar:

--inicio script

SET LINESIZE 145
SET PAGESIZE 
SET VERIFY   off

ACCEPT DataInicial PROMPT 'Entre com a data inicial (DD-MON-): '
ACCEPT DataFinal   PROMPT 'Enter com a data final   (DD-MON-): '

COLUMN H00   FORMAT 999 HEADING '00'
COLUMN H01   FORMAT 999 HEADING '01'
COLUMN H02   FORMAT 999 HEADING '02'
COLUMN H03   FORMAT 999 HEADING '03'
COLUMN H04   FORMAT 999 HEADING '04'
COLUMN H05   FORMAT 999 HEADING '05'
COLUMN H06   FORMAT 999 HEADING '06'
COLUMN H07   FORMAT 999 HEADING '07'
COLUMN H08   FORMAT 999 HEADING '08'
COLUMN H09   FORMAT 999 HEADING '09'
COLUMN H10   FORMAT 999 HEADING '10'
COLUMN H11   FORMAT 999 HEADING '11'
COLUMN H12   FORMAT 999 HEADING '12'
COLUMN H13   FORMAT 999 HEADING '13'
COLUMN H14   FORMAT 999 HEADING '14'
COLUMN H15   FORMAT 999 HEADING '15'
COLUMN H16   FORMAT 999 HEADING '16'
COLUMN H17   FORMAT 999 HEADING '17'
COLUMN H18   FORMAT 999 HEADING '18'
COLUMN H19   FORMAT 999 HEADING '19'
COLUMN H20   FORMAT 999 HEADING '20'
COLUMN H21   FORMAT 999 HEADING '21'
COLUMN H22   FORMAT 999 HEADING '22'
COLUMN H23   FORMAT 999 HEADING '23'
COLUMN TOTAL FORMAT 999,999 HEADING 'Total'


SELECT
SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH:MI:SS'),1,5)
  DAY
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'00',1,0)) H00
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'01',1,0)) H01
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'02',1,0)) H02
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'03',1,0)) H03
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'04',1,0)) H04
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'05',1,0)) H05
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'06',1,0)) H06
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'07',1,0)) H07
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'08',1,0)) H08
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'09',1,0)) H09
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'10',1,0)) H10
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'11',1,0)) H11
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'12',1,0)) H12
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'13',1,0)) H13
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'14',1,0)) H14
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'15',1,0)) H15
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'16',1,0)) H16
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'17',1,0)) H17
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'18',1,0)) H18
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'19',1,0)) H19
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'20',1,0)) H20
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'21',1,0)) H21
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'22',1,0)) H22
  , SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR 
HH24:MI:SS'),10,2),'23',1,0)) H23
  , COUNT(*)
  TOTAL
FROM
  v$log_history  a
WHERE
(TO_DATE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH:MI:SS'), 1,8), 'MM/DD/RR')
 >=
 TO_DATE('&DataInicial', 'DD-MON-')
 )
 AND
(TO_DATE(substr(TO_CHAR(first_time, 'MM/DD/RR HH:MI:SS'), 1,8), 'MM/DD/RR')
 <=
 TO_DATE('&DataFinal', 'DD-MON-')
 )
GROUP BY SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH:MI:SS'),1,5)
ORDER BY SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH:MI:SS'),1,5)
/

--final do script

Abs!

Joaquim 


--- Em oracle_br@yahoogrupos.com.br, Fábio Gibon - Comex System  
escreveu
>
> Olá, 
> veja se este select resolve...
> 
> SELECT trunc(x.min/y.nredo,2) minbyredo
> from (select count(*) nredo from v$log_history
> where first_time >= (select startup_time from v$instance)) y,
> (select (sysdate-startup_time)*1440 min from v$instance) x
> 
> 
> sds
> Gibon
> 
>   - Original Message - 
>   From: Mária Cristina Silva 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, July 15, 2009 9:17 PM
>   Subject: Re: [oracle_br] Help
> 
> 
> Sim eu fiz isso e funcionou, so para esclarecer uma duvida a mias..
> 
>   Como posso medir o tempo na v$log_history, em que o banco está

[oracle_br] Re: HELP

[gpacker2005]

Apesar de ser pouco improvável, verifique sua conexão de rede. Tente transferir 
(copiar) algum arquivo grande 200MB por exemplo para a máquina que contém o 
banco de dados, para ver o tempo de cópia e determinar a velocidade da sua 
conexão ** que pode estar com problema **. 

Outro ponto seria verificar o volume de dados retornado pela consulta e o plano 
de execução.


Abraços,

German


--- Em oracle_br@yahoogrupos.com.br, Alex Castro  
escreveu
>
> Apesar do forum ser de Oracle , alguem possui vivência com firebird ?
> Tenho deparado com problema de retorno de consulta . Sendo que a maquina tem
> muita memoria e poder de processamento .
> Geralmente essas consultas ocupam  pouquíssimos recursos , mas demandam
> tempo para retorno .
> 
> Alguem pode me ajudar ?
> 
> 
> 
> -- 
> Alex Luciano Castro e Castro
> Fundação Israel Pinheiro- CEATIS
> Analista de Suporte e Banco de Dados
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: Help...

[Mária Cristina Silva]

Bakana... obrigada...
Realmente o owner estava atrapalhando...

obrigada a todos mais uma vez..



2009/4/15 manoel marcos da silva 

>
>
> MARIA, uma sugestão se voce quizer exportar os dados da tabela e indices:
>
> exp sss/y...@aaa file=.dmp log=.log tables= rows=yes
> indexes=yes
>
> Forte Abraço,
> 2009/4/15 Mária Cristina Silva 
> >
>
>
> >
> >
> > Bom o motivo de usar o Exp, é pessoal e intransferivel..rs
> >
> > Mas valew pela dica quanto ao compress
> >
> > Agradeço mais uma vez a sua atenção...
> >
> > 2009/4/15 jlchiappa  >  40yahoo.com.br>>
> >
> > >
> > >
> > > Eu nem imagino o porque de vc ter que fazer com exp e não com datapump
> > (que
> > > é o nativo do bd 10g), mas enfim, se tiver mesmo que ser via exp :
> > >
> > > a) A opção OWNER não deixa vc especificar uma só tabela, vc a deve
> > eliminar
> > > e especificar ... TABLE=XXX.Tx_Pais ... , onde XXX é o dono da tabela,
> é
> > > isso.
> > >
> > > b) além disso, recomendo que vc ** não ** use a opção COMPRESS, pois
> > (como
> > > eu falei em outra msg recentemente) esse cara bota valores enormes de
> > > INITAL/NEXT, a sua tabela pode ser criada com um espaço reservado
> enorme
> > > mesmo que não haja necessidade
> > >
> > > c) não sei se o tamanho da tabela justifica, mas os params de
> performance
> > > do export (ie, DIRECT, BUFFER, RECORDLENGTH) podem dar um gás enorme na
> > sua
> > > exportação , bem como a chance de não se exportar estatísticas, índices
> e
> > > constraints, só os dados, e só se necessário vc transfere pra lá depois
> o
> > > DDL de tudo
> > >
> > > []s
> > >
> > > Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br> > 40yahoogrupos.com.br>,
> > > Mária Cristina Silva  escreveu
> > > >
> > > > Senhores estou tentando rodar o comando abaixo... pois a ideia é
> apena
> > > > exporta uma unica tabela. mas tb não exporta...
> > > > via datapump, eu consegui...mas infelizmente preciso fazer dessa
> > forma..
> > > > alguém sabe dizer o q tem de errado em meu comando??
> > > >
> > > > Export: Release 10.2.0.1.0 - Production on Wed Apr 15 14:44:01 2009
> > > > Copyright (c) 1982, 2005, Oracle. All rights reserved.
> > > >
> > > > Connected to: Oracle Database 10g Release 10.2.0.1.0 - 64bit
> Production
> > > > EXP-00026: conflicting modes specified
> > > > EXP-0: Export terminated unsuccessfully
> > > >
> > > >
> > > >
> > > > exp system/xxx...@x FIlE=teste.dmp OWNER= TABLES=Tx_Pais
> > > > log=teste.log compress=y
> > > >
> > > > --
> > > > Abraços,
> > > > Mária Cristina
> > > > Cel: 031-8883-5543
> > > > E-mail: mariancrist...@...
> > > > MSN: mcristinasil...@...
> > > > --
> > > > "O começo é a parte mais importante do trabalho."
> > > > - Platão
> > > >
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > >
> > >
> > >
> >
> > --
> > Abraços,
> > Mária Cristina
> > Cel: 031-8883-5543
> > E-mail: mariancrist...@gmail.com 
> >  40gmail.com>
> > MSN: mcristinasil...@hotmail.com 
> >  40hotmail.com>
> > --
> > "O começo é a parte mais importante do trabalho."
> > - Platão
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Manoel Marcos da Silva - ORACLE DBA
> UNESP - Universidade Estadual Paulista
> R Quirino de Andrade, 215 - 01049-010 SP
> Tel 055 11 5627-0569
> Email:manoel...@gmail.com  <
> email%3amanoel...@gmail.com >
> "Obtenha os meios para celebrar o dia de hoje , celebrar cada dia!"
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


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

Re: [oracle_br] Re: Help...

[manoel marcos da silva]

MARIA, uma sugestão se voce quizer exportar os dados da tabela e indices:

exp sss/y...@aaa file=.dmp log=.log tables= rows=yes indexes=yes

Forte Abraço,
2009/4/15 Mária Cristina Silva 

>
>
> Bom o motivo de usar o Exp, é pessoal e intransferivel..rs
>
> Mas valew pela dica quanto ao compress
>
> Agradeço mais uma vez a sua atenção...
>
> 2009/4/15 jlchiappa >
>
> >
> >
> > Eu nem imagino o porque de vc ter que fazer com exp e não com datapump
> (que
> > é o nativo do bd 10g), mas enfim, se tiver mesmo que ser via exp :
> >
> > a) A opção OWNER não deixa vc especificar uma só tabela, vc a deve
> eliminar
> > e especificar ... TABLE=XXX.Tx_Pais ... , onde XXX é o dono da tabela, é
> > isso.
> >
> > b) além disso, recomendo que vc ** não ** use a opção COMPRESS, pois
> (como
> > eu falei em outra msg recentemente) esse cara bota valores enormes de
> > INITAL/NEXT, a sua tabela pode ser criada com um espaço reservado enorme
> > mesmo que não haja necessidade
> >
> > c) não sei se o tamanho da tabela justifica, mas os params de performance
> > do export (ie, DIRECT, BUFFER, RECORDLENGTH) podem dar um gás enorme na
> sua
> > exportação , bem como a chance de não se exportar estatísticas, índices e
> > constraints, só os dados, e só se necessário vc transfere pra lá depois o
> > DDL de tudo
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br 
> >  40yahoogrupos.com.br>,
> > Mária Cristina Silva  escreveu
> > >
> > > Senhores estou tentando rodar o comando abaixo... pois a ideia é apena
> > > exporta uma unica tabela. mas tb não exporta...
> > > via datapump, eu consegui...mas infelizmente preciso fazer dessa
> forma..
> > > alguém sabe dizer o q tem de errado em meu comando??
> > >
> > > Export: Release 10.2.0.1.0 - Production on Wed Apr 15 14:44:01 2009
> > > Copyright (c) 1982, 2005, Oracle. All rights reserved.
> > >
> > > Connected to: Oracle Database 10g Release 10.2.0.1.0 - 64bit Production
> > > EXP-00026: conflicting modes specified
> > > EXP-0: Export terminated unsuccessfully
> > >
> > >
> > >
> > > exp system/xxx...@x FIlE=teste.dmp OWNER= TABLES=Tx_Pais
> > > log=teste.log compress=y
> > >
> > > --
> > > Abraços,
> > > Mária Cristina
> > > Cel: 031-8883-5543
> > > E-mail: mariancrist...@...
> > > MSN: mcristinasil...@...
> > > --
> > > "O começo é a parte mais importante do trabalho."
> > > - Platão
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
> >
> >
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com 
> MSN: mcristinasil...@hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Manoel Marcos da Silva - ORACLE DBA
UNESP - Universidade Estadual Paulista
R Quirino de Andrade, 215  - 01049-010  SP
Tel  055 11 5627-0569
Email:manoel...@gmail.com 
"Obtenha os meios para celebrar o dia de hoje , celebrar cada dia!"


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

Re: [oracle_br] Re: Help...

[Mária Cristina Silva]

Bom o motivo de usar o Exp, é pessoal e intransferivel..rs

Mas valew pela dica quanto ao compress

Agradeço mais uma vez a sua atenção...

2009/4/15 jlchiappa 

>
>
> Eu nem imagino o porque de vc ter que fazer com exp e não com datapump (que
> é o nativo do bd 10g), mas enfim, se tiver mesmo que ser via exp :
>
> a) A opção OWNER não deixa vc especificar uma só tabela, vc a deve eliminar
> e especificar ... TABLE=XXX.Tx_Pais ... , onde XXX é o dono da tabela, é
> isso.
>
> b) além disso, recomendo que vc ** não ** use a opção COMPRESS, pois (como
> eu falei em outra msg recentemente) esse cara bota valores enormes de
> INITAL/NEXT, a sua tabela pode ser criada com um espaço reservado enorme
> mesmo que não haja necessidade
>
> c) não sei se o tamanho da tabela justifica, mas os params de performance
> do export (ie, DIRECT, BUFFER, RECORDLENGTH) podem dar um gás enorme na sua
> exportação , bem como a chance de não se exportar estatísticas, índices e
> constraints, só os dados, e só se necessário vc transfere pra lá depois o
> DDL de tudo
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br ,
> Mária Cristina Silva  escreveu
> >
> > Senhores estou tentando rodar o comando abaixo... pois a ideia é apena
> > exporta uma unica tabela. mas tb não exporta...
> > via datapump, eu consegui...mas infelizmente preciso fazer dessa forma..
> > alguém sabe dizer o q tem de errado em meu comando??
> >
> > Export: Release 10.2.0.1.0 - Production on Wed Apr 15 14:44:01 2009
> > Copyright (c) 1982, 2005, Oracle. All rights reserved.
> >
> > Connected to: Oracle Database 10g Release 10.2.0.1.0 - 64bit Production
> > EXP-00026: conflicting modes specified
> > EXP-0: Export terminated unsuccessfully
> >
> >
> >
> > exp system/xxx...@x FIlE=teste.dmp OWNER= TABLES=Tx_Pais
> > log=teste.log compress=y
> >
> > --
> > Abraços,
> > Mária Cristina
> > Cel: 031-8883-5543
> > E-mail: mariancrist...@...
> > MSN: mcristinasil...@...
> > --
> > "O começo é a parte mais importante do trabalho."
> > - Platão
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


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

[oracle_br] Re: Help...

[jlchiappa]

Eu nem imagino o porque de vc ter que fazer com exp e não com datapump (que é o 
nativo do bd 10g), mas enfim, se tiver mesmo que ser via exp :

a)  A opção OWNER não deixa vc especificar uma só tabela, vc a deve eliminar e 
especificar ... TABLE=XXX.Tx_Pais ... , onde XXX é o dono da tabela, é isso. 

b) além disso, recomendo que vc ** não ** use a opção COMPRESS, pois (como eu 
falei em outra msg recentemente) esse cara bota valores enormes de INITAL/NEXT, 
a sua tabela pode ser criada com um espaço  reservado enorme mesmo que não haja 
necessidade

c) não sei se o tamanho da tabela justifica, mas os params de performance do 
export (ie, DIRECT, BUFFER, RECORDLENGTH) podem dar um gás enorme na sua 
exportação , bem como a chance de não se exportar estatísticas, índices e 
constraints, só os dados, e só se necessário vc transfere pra lá depois o DDL 
de tudo

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Mária Cristina Silva  
escreveu
>
> Senhores estou tentando rodar o comando abaixo... pois a ideia é apena
> exporta uma unica tabela. mas tb não exporta...
> via datapump, eu consegui...mas infelizmente preciso fazer dessa forma..
> alguém sabe dizer o q tem de errado em meu comando??
> 
> Export: Release 10.2.0.1.0 - Production on Wed Apr 15 14:44:01 2009
> Copyright (c) 1982, 2005, Oracle.  All rights reserved.
> 
> Connected to: Oracle Database 10g Release 10.2.0.1.0 - 64bit Production
> EXP-00026: conflicting modes specified
> EXP-0: Export terminated unsuccessfully
> 
> 
> 
> exp system/xxx...@x FIlE=teste.dmp OWNER= TABLES=Tx_Pais
> log=teste.log compress=y
> 
> -- 
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@...
> MSN:   mcristinasil...@...
> -- 
> "O começo é a parte mais importante do trabalho."
> - Platão
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP - REGEXP - CARACTERES

[JULIO CESAR CORREA]

O Portilho agora que vi a mensagem,demorou para chegar no meu e-mail.
Deixa eu testar a sua solução aqui.

Obrigado!

--- Em oracle_br@yahoogrupos.com.br, "Ricardo Portilho Proni" 
 escreveu
>
> SELECT regexp_substr(NUM_IP,
> 
'^[[:digit:]]*'[:punct:][[:digit:]]*[:punct:][[:digit:]]*[:punct:][[:d
igit:]]*)
> FROM IP_JULIO;
> 
> Ricardo Portilho Proni
> Solvo S/A
> Coordenador / Bancos de Dados & SAP Basis
> 
> 
> 2009/1/6 Júlio César Corrêa 
> 
> >   Pessoal,
> > Teria alguma forma de fazer isso sem plsql?
> >
> > Selecionar somente o endereço IP,sem a porta de um campo X
> >
> > Os valores do meu campo NUM_IP da tabela IP_JULIO estão assim:
> >
> > NUM_IP
> > 192.168.0.1.2323
> > 200.204.0.128.1521
> > 233.245.278.1.8855
> >
> > Estou testando com REGEXP mais não sei se é possivel sem usar 
PL/SQL.
> > Sabemos que o numero IP está xxx.xxx.xxx.xxx o restante é o numero 
da
> > porta.Preciso selecionar somente estes valores.
> > --
> > Júlio César Corrêa
> > IS Technologist - Oracle DBA
> > http://jccorrea.blogspot.com
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >  
> >
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP - REGEXP - CARACTERES

[jlchiappa]

VC *** tranquilamente *** pode chamar rotinas PL/SQL que não façam
DDL/DML (é o caso da regexp) a partir dum SQL, então vc faria um
select regexp(coluna, argumentos) FROM tabela, sem problemas
 Caso por qquer motivo vc precise não usar regexp, com certeza dá pra
fazer, mas vc VAI ter que encadear vários INSTRs/SUBSTRs, é um
trabalhinho meio chato mas possível, sim...

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Júlio César Corrêa"
 escreveu
>
> Pessoal,
> Teria alguma forma de fazer isso sem plsql?
> 
> Selecionar somente o endereço IP,sem a porta de um campo X
> 
> Os valores do meu campo NUM_IP da tabela IP_JULIO estão assim:
> 
> NUM_IP
> 192.168.0.1.2323
> 200.204.0.128.1521
> 233.245.278.1.8855
> 
> Estou testando com REGEXP mais não sei se é possivel sem usar PL/SQL.
> Sabemos que o numero IP  está xxx.xxx.xxx.xxx o restante é o numero da
> porta.Preciso selecionar somente estes valores.
> -- 
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP - REGEXP - CARACTERES

[JULIO CESAR CORREA]

Galera,

Consegui fazer o seguinte:

select regexp_substr(num_ip,'[^.]+',1,1)||'.'||
   regexp_substr(num_ip,'[^.]+',1,2)||'.'||
   regexp_substr(num_ip,'[^.]+',1,3)||'.'||
   regexp_substr(num_ip,'[^.]+',1,4)
from ip_julio

resultado:

192.168.0.1
200.204.0.128
233.245.278.1

Deve haver uma maneira mais 5's de fazer isso ,mas como eu preciso 
disso para ontem já ajuda.

Um breve resumo.
Tivemos que coletar as conexoes no Linux via tcpdump ,não achei opção 
no excel para fazer isso,então importei via sqlldr e tratei como 
mostrei acima.Estaremos implementando criptografia no oracle e com 
esses ips teremos que alterar o sqlnet dos clients!

Depois coloco no blog do GPO esta solução rapida e também as que 
vierem do grupo.

Flw ,


--- Em oracle_br@yahoogrupos.com.br, "Júlio César Corrêa" 
 escreveu
>
> Pessoal,
> Teria alguma forma de fazer isso sem plsql?
> 
> Selecionar somente o endereço IP,sem a porta de um campo X
> 
> Os valores do meu campo NUM_IP da tabela IP_JULIO estão assim:
> 
> NUM_IP
> 192.168.0.1.2323
> 200.204.0.128.1521
> 233.245.278.1.8855
> 
> Estou testando com REGEXP mais não sei se é possivel sem usar 
PL/SQL.
> Sabemos que o numero IP  está xxx.xxx.xxx.xxx o restante é o numero 
da
> porta.Preciso selecionar somente estes valores.
> -- 
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: Help

[Jean Carlos Reddiga]

muito grato.


achei em outro manual de referencia, depois de ver o email.

valeu.



2008/12/11 am_balielo 

>   SELECT TO_CHAR(TRUNC(SYSDATE),'WW') FROM DUAL
>
> --- Em oracle_br@yahoogrupos.com.br ,
> "Jean Carlos Reddiga"
>  escreveu
>
> >
> > Ola.
> >
> > alguem conheçe uma função que converta uma data em numero da semana no
> > ano
> >
> >
> > sei que vai de 1 a 52, mas não encontrei uma função que faça isso.
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>


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

[oracle_br] Re: Help

[am_balielo]

SELECT TO_CHAR(TRUNC(SYSDATE),'WW') FROM DUAL

--- Em oracle_br@yahoogrupos.com.br, "Jean Carlos Reddiga"
 escreveu
>
> Ola.
> 
> alguem conheçe uma função que converta uma data em numero da semana no
> ano
> 
> 
> sei que vai de 1 a 52, mas não encontrei uma função que faça isso.
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Res: [oracle_br] Re: Help! Erro em Views Materia lizadas após aplicação do patch 9.0.2.8

[Bia Fitzgerald]

Descobri no Metalink que é um bug da versão. Vou aplicar outro patch corretivo.
:-/



- Mensagem original 
De: jlchiappa <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 10 de Junho de 2008 19:33:59
Assunto: [oracle_br] Re: Help! Erro em Views Materializadas após aplicação do 
patch 9.0.2.8


Além de testar os db links, eu acrescentaria :

a) o README/guia de instalação do patch foi seguido à RISCA ??? Não se
esqueceu de nenhum passo, tipo startup migrate que às vezes é pedido ?

b) ficaram objetos inválidos nesse banco após o patch ?? Se sim,
corrigir...

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Reginaldo Ribeiro
 escreveu
>
> Já testou os dblinks referenciados nas vm's?
> 
> Ribeiro, Reginaldo
> Administrador de Bancos de Dados
> Oracle Certified Associate 10g
>  _ _ ___
> DBcom IT Experts
> skype: rflribeiro
> msn: [EMAIL PROTECTED] ..
> mobile: 551192344290
> fone: 551162165375
> e-mail: [EMAIL PROTECTED] ...
> site: http://www.dbcom. com.br
> 
> 
> 
> Bia Fitzgerald wrote:
> >
> > Após atualizar o oracle do 9.0.2.7 para o 9.0.2.8, todas as VM 
> > deixaram de funcionar, recebo o seguinte erro:
> > ORA-04052: ocorreu um erro durante pesquisa do objeto remoto 
> > [EMAIL PROTECTED] .. 
> > <mailto:SPD. tabela%40LINKPRD .US.ORACLE. COM>
> > ORA-00604: ocorreu um erro no nível 2 SQL recursivo
> > ORA-03106: erro fatal de protocolo de comunicação de duas tarefas
> > ORA-02063: precedendo line a partir de PRD
> > ORA-06512: em "SYS.DBMS_SNAPSHOT" , line 820
> > ORA-06512: em "SYS.DBMS_SNAPSHOT" , line 877
> > ORA-06512: em "SYS.DBMS_SNAPSHOT" , line 858
> > ORA-06512: em line 2
> > onde LINKPRD é um DBLINK.
> > Alguém tem alguma idéia?
> > :(
> >
> > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
> > armazenamento!
> > http://br.mail. yahoo.com/ <http://br.mail. yahoo.com/>
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>

 


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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

[oracle_br] Re: Help! Erro em Views Materializadas após aplicação do patch 9.0.2.8

[jlchiappa]

Além de testar os db links, eu acrescentaria  :

a) o README/guia de instalação do patch foi seguido à RISCA ??? Não se
esqueceu de nenhum passo, tipo startup migrate que às vezes é pedido ?

b) ficaram objetos inválidos nesse banco após o patch ?? Se sim,
corrigir...

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Reginaldo Ribeiro
<[EMAIL PROTECTED]> escreveu
>
> Já testou os dblinks referenciados nas vm's?
> 
> Ribeiro, Reginaldo
> Administrador de Bancos de Dados
> Oracle Certified Associate 10g
> _
> DBcom IT Experts
> skype: rflribeiro
> msn: [EMAIL PROTECTED]
> mobile: 551192344290
> fone: 551162165375
> e-mail: [EMAIL PROTECTED]
> site: http://www.dbcom.com.br
> 
> 
> 
> Bia Fitzgerald wrote:
> >
> > Após atualizar o oracle do 9.0.2.7 para o 9.0.2.8, todas as VM 
> > deixaram de funcionar, recebo o seguinte erro:
> > ORA-04052: ocorreu um erro durante pesquisa do objeto remoto 
> > [EMAIL PROTECTED] 
> > 
> > ORA-00604: ocorreu um erro no nível 2 SQL recursivo
> > ORA-03106: erro fatal de protocolo de comunicação de duas tarefas
> > ORA-02063: precedendo line a partir de PRD
> > ORA-06512: em "SYS.DBMS_SNAPSHOT", line 820
> > ORA-06512: em "SYS.DBMS_SNAPSHOT", line 877
> > ORA-06512: em "SYS.DBMS_SNAPSHOT", line 858
> > ORA-06512: em line 2
> > onde LINKPRD é um DBLINK.
> > Alguém tem alguma idéia?
> > :(
> >
> > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
> > armazenamento!
> > http://br.mail.yahoo.com/ 
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>

Res: [oracle_br] Re: HELP URGENTE

[Wagner Bianchi]

LENGTH() mesmo galera. . .
 
Wagner Bianchi
Diretor de Tecnologia - INFODBA Technologies & Consulting
[EMAIL PROTECTED] - (31) 3272 - 0226 / 8427 - 8803
 



- Mensagem original 
De: Orlando Martins <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 27 de Setembro de 2007 12:02:34
Assunto: Re: [oracle_br] Re: HELP URGENTE

Para solucionar duvidas com palavras em ingles sempre uso o site abaixo,
muito rápido.
Abra o site, digite sua palavra e enter.
Se voltar a explicação sobre a mesma, voce digitou corretamente.

http://www.hyperdic tionary.com

HTH, Orlando.

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





  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/

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

[oracle_br] Re: HELP URGENTE

[fabiopdb]

Problema Resolvido Pessoal 

valeu pela força

--- Em oracle_br@yahoogrupos.com.br, "Orlando Martins" <[EMAIL PROTECTED]>
escreveu
>
> Para solucionar duvidas com palavras em ingles sempre uso o site abaixo,
> muito rápido.
> Abra o site, digite sua palavra e enter.
> Se voltar a explicação sobre a mesma, voce digitou corretamente.
> 
> http://www.hyperdictionary.com
> 
> HTH, Orlando.
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: HELP URGENTE

[Orlando Martins]

Para solucionar duvidas com palavras em ingles sempre uso o site abaixo,
muito rápido.
Abra o site, digite sua palavra e enter.
Se voltar a explicação sobre a mesma, voce digitou corretamente.

http://www.hyperdictionary.com

HTH, Orlando.


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

Res: [oracle_br] Re: HELP URGENTE

[Emerson Moreira Rocha]

SELECT nome
from table
where nome like' %12365495';
 
Att,
 



Emerson M. Rocha
Stefanini – IT Solutions
Support´s Analyst
Help Desk – ABN Amro
Phone:(11) 2192 – 0224
E-Mail: [EMAIL PROTECTED]










- Mensagem original 
De: fabiopdb <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 27 de Setembro de 2007 11:51:49
Assunto: [oracle_br] Re: HELP URGENTE

Cara tenho um campo de nome que tem exemplo

Ana Paula
Eduardo de Souza 19329393(CPF)
Fabio sdasda 
Paulo Couto 393893939(CPF) 

queria saber se tem como varrer a tabela atras desses campos que tem 
numeros

o select nao funcionou está dando erro no lenght ...
abraços

--- Em [EMAIL PROTECTED] os.com.br, "Eduardo de Paula"
 escreveu
>
> select nome
> from table
> where lenght(nome) > 80;
> 
> Já a parte de resgatar numeros eu nao entendi.
> 
> On 9/27/07, fabiopdb <[EMAIL PROTECTED] .> wrote:
> >
> > Amigos preciso saber como pegar o maior valor de um campo em uma
tabela
> >
> > Exemplo: preciso sabe qual é o maior nome na tabela cliente.
> >
> > E outra preciso saber como que faço para resgatar numeros em campos
> > varchar.
> >
> > valeu !!!
> >
> > 
> >
> 
> 
> 
> -- 
> "Os erros podem ser transformados em acertos quando com eles se
aprende. Não
> existe a segurança do acerto eterno."
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>





  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/

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

Re: [oracle_br] Re: HELP URGENTE

[Milton Bastos Henriquis Jr.]

Acho que o correto é length, e não lenght, não é isso??






On 9/27/07, fabiopdb <[EMAIL PROTECTED]> wrote:
>
>   Cara tenho um campo de nome que tem exemplo
>
> Ana Paula
> Eduardo de Souza 19329393(CPF)
> Fabio sdasda
> Paulo Couto 393893939(CPF)
>
> queria saber se tem como varrer a tabela atras desses campos que tem
> numeros
>
> o select nao funcionou está dando erro no lenght ...
> abraços
>
> --- Em oracle_br@yahoogrupos.com.br ,
> "Eduardo de Paula"
> <[EMAIL PROTECTED]> escreveu
> >
> > select nome
> > from table
> > where lenght(nome) > 80;
> >
> > Já a parte de resgatar numeros eu nao entendi.
> >
> > On 9/27/07, fabiopdb <[EMAIL PROTECTED]> wrote:
> > >
> > > Amigos preciso saber como pegar o maior valor de um campo em uma
> tabela
> > >
> > > Exemplo: preciso sabe qual é o maior nome na tabela cliente.
> > >
> > > E outra preciso saber como que faço para resgatar numeros em campos
> > > varchar.
> > >
> > > valeu !!!
> > >
> > >
> > >
> >
> >
> >
> > --
> > "Os erros podem ser transformados em acertos quando com eles se
> aprende. Não
> > existe a segurança do acerto eterno."
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>


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

[oracle_br] Re: HELP URGENTE

[fabiopdb]

Cara tenho um campo de nome que tem exemplo

Ana Paula
Eduardo de Souza 19329393(CPF)
Fabio sdasda 
Paulo Couto 393893939(CPF)  

queria saber se tem como varrer a tabela atras desses campos que tem 
numeros

o select nao funcionou está dando erro no lenght ...
abraços

--- Em oracle_br@yahoogrupos.com.br, "Eduardo de Paula"
<[EMAIL PROTECTED]> escreveu
>
> select nome
> from table
> where lenght(nome) > 80;
> 
> Já a parte de resgatar numeros eu nao entendi.
> 
> On 9/27/07, fabiopdb <[EMAIL PROTECTED]> wrote:
> >
> >   Amigos preciso saber como pegar o maior valor de um campo em uma
tabela
> >
> > Exemplo: preciso sabe qual é o maior nome na tabela cliente.
> >
> > E outra preciso saber como que faço para resgatar numeros em campos
> > varchar.
> >
> > valeu !!!
> >
> >  
> >
> 
> 
> 
> -- 
> "Os erros podem ser transformados em acertos quando com eles se
aprende. Não
> existe a segurança do acerto eterno."
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Help - Duvida truncate em partição para delete ???

[jlchiappa]

Sim, já usei muito : na verdade usar TRUNCATE ao invés de DELETE nos 
casos aonde vc quer apagar os dados de um segmento todo (ie, uma 
tabela heap toda, uma Partição duma tabela particionada, etc) é comum 
(e mesmo recomendado, via de regra é muito melhor pra performance o 
TRUNCATE aonde e se possível) Um exemplo poderia ser : suponha 
que tenho uma tabela particionada, sempre com 4 partições 
PRT_TRIMEST01,  PRT_TRIMEST02, PRT_TRIMEST03 e PRT_TRIMEST04, e ao 
fim de cada trimestre (após backup) eu quero remover totalmente os 
dados do trimestre que acabou (mas sem dropar a partição pois ela 
será re-usada futuramente), digamos : nesse cenário eu poderia mandar 
um ALTER TABLE  nomedatabela DROP PARTITION nomedapartição; , é isso. 
Há detalhes de sintaxe a se observar, cfrme vc queira o não liberar o 
espaço após o TRUNCATE, cfrme hajam ou não índices globais. o 
manual "Oracle Database Administrator's Guide" no cap. 17 - 
Managing Partitioned Tables and Indexes lista-os e dá exemplos e 
guias de uso.  

Claro, esta foi a resposta para a sua pergunta específica, mas lembro 
que muito mais comum é o cenário aonde após backup vc quer DROPAR, 
ie, remover totalmente não só os dados mas a própria Partição, pra 
isso vc poderia fazer o DROP da partição ou mesmo poderia (via 
operação de EXCHANGE) "transformar" apenas a partição numa tabela 
comum, que aí poderia ser backupeada, dropada, exportada, o que vc 
precisar - o mesmo manual mostra essa opção, também.


[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Antonio Stuart 
<[EMAIL PROTECTED]> escreveu
>
> 
> 
> Pessoal
>
>   Alguem já usei truncate em partição para resolver problemas de 
deletes lentos ?
>
>   Caso tenham usado tem algum exemplo ???
>
>   Obrigado antecipadamente
>
>   Antonio
> 
>Flickr agora em português. Você clica, todo mundo vê. Saiba 
mais.
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP!!! Excel com foto usando forms builder

[jlchiappa]

Eu ainda não fiz nada disso, mas já que ninguém te respondeu ainda, 
deixe-me ver o que posso fazer por vc. Primeiro, SE vc tem o Excell 
na máquina-cliente, que eu saiba :

 - SE for Forms versão 9i ou 10g, vc precisará instalar e configurar 
o webUtil (em 
http://www.oracle.com/technology/products/forms/htdocs/webutil/webutil
.htm há link com exemplinho - simples, só chamando o Excel - , fica 
por sua conta estudar os comandos Excel (provavelmente VBA) que te 
serão necessários pra criar uma planilha.
 - SE for Forms 6i em modo client/server, vc acionará diretamente o 
OLE, dá uma pesquisada nas msgs anteriores e nos arquivos do Grupo 
que há algum material, iirc.
 
 ==> Já se vc NÃO TEM o Excel, e/ou se é inviável OLE, vc poderia 
gerar um ARQUIVO que depois poderia ser carregado no Excel - embora o 
Forms não tenha função nativa pra gerar .XLS , vc poderia via Reports 
usar um formato texto enriquecido, que aceita gráficos também 
(como .HTML por exemplo), e carregar esse arquivo no Excel mais 
tarde...
 
 []s
 
   Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Tathyanna Pelegrinni" 
<[EMAIL PROTECTED]> escreveu
>
> Alguem já gerou planilha excel com foto direto do Forms???
> 
> Foto armazenada no banco e tudo...
> 
> 
> 
> Alguem... Help, please!
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: HELP - Wait alto - SQL*NET more data from client

[jgeraldolima]

Chiappa,

as colunas são algumas number(11,2) e outras de number(8,0). Não
justifica um aumento considerável de tráfego na rede. Realizamos
alguns testes dentre eles um no qual dividimos a atualização em dois
comandos UPDATE - um deles com as 9 colunas novas. O wait caiu a zero.
Alguns testes depois descobrimos que com o pacote JDBC 10.2.0.1 - eu
usava o 9.2.0.1 - o problema não ocorre. Conclusão: algum bug dessa
versão do JDBC 9.2.0.1. 
Piada foi o diagnóstico da Oracle - "fica difícil associar isso a um
bug pois não há nenhum código de erro associado. Mas o programa não
está no ar e rodando? Isso é um bom sinal". Hehehehehe

Obrigado pela atenção.

Abraços,
Geraldo



--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Bom, primeira coisa, esse negócio de " NEM O SUPORTE DA ORACLE 
> conseguiu explicar" absolutamente NÃO existe, se o Suporte não te deu 
> uma resposta REABRA esse chamado, exija uma subida o nível dele, 
> chame a Supervisão, o teu cliente paga CARO o Suporte justamente pra 
> isso... Pois se o Suporte daqui não sabe eles tem como mandar a sua Q 
> pro Suporte mundial, e se nem isso resolver eles aciona o pessoal de 
> Desenvolvimento, que escrevem o soft de banco, aí não tem como. Se já 
> não o fez, o que vc DEVERIA fazer, porém,  é providenciar um script 
> CURTO com o CREATE TABLE da tabela, uns poucos INSERTs, e um 
> programinha JDBC ** curtíssimo ** que faça o UPDATE em questão, *** 
> ATIVAR UM TRACE DE REDE *** e mandar junto com o trace 10046 pra 
> eles - o melhor seria vc fazer tudo isso uma vez sem as tais colunas, 
> e outras vez COM as tais colunas. Inclusive, até mesmo vc, junto com 
> o admin de rede, comparando os traces de rede e vendo os pontos onde 
> eles mudaram, podem ter algum insight útil. Vc pode mandar esses 
> peqeunos scripts e o pequenino programa JDBC até aqui pro Fórum que a 
> gente pode experimentá-lo, eu mesmo não manjo lá muito profundamente 
> de jdbc mas dá pro gasto, e sei q há aqui na lista gente que manja da 
> coisa, também. E sempre ** CITANDO ** a versão EXATA do banco, do 
> driver jdbc e o SO/ambiente (se web ou não) em questão, até para se 
> desprovar algum eventual bug...
> 
> Agora, algumas obs :
> 
>  a) vc diz ".. contemplando 9 colunas a mais...", tá, mas isso é 
> IRRELEVANTE, o que importa é qual é o TAMANHO dessas colunas, são 
> colunas largas, isso implicou um tráfego SIGNIFICATIVO a mais de 
> rede ? 
>  
>  b) derivado de  a), QUAL é o tamanho do seu pacote de rede (cheque 
> com o admin de rede, mas tem a ver diretamente com SO) ?? IIRC o 
> driver thin bypassa sql*net/net8, então não pode ter parâmetros de 
> SDU/TDU ajustado via sqlnet.ora, mas deve ser ajustável, cheque nas 
> docs exatamente como, e qual é o valor atual
>  
>  c) casualmente não seria algum(a) dessa(s) colunas um LONG, LOB ou 
> similar ?? Isso pode SIM interferir...
>  
>  
> []s
> 
>  Chiappa
>  
> --- Em oracle_br@yahoogrupos.com.br, "jgeraldolima" 
> <[EMAIL PROTECTED]> escreveu
> >
> > Pessoal,
> > 
> > tenho um programa escrito em Java que usa o Oracle JDBC Thin Client
> > para conectar ao BD. Esse programa funcionava com alta performance 
> em
> > meu ambiente de produção. Foi quando precisamos alterar um UPDATE
> > existente no programa (Usamos PreparedStatement com BIND variables)
> > contemplando nove colunas a mais a serem atualizadas. O update em
> > questão atualizava 123 colunas da tabela e agora atualiza 131 
> colunas.
> > IMPORTANTE: Essas colunas não são pertencem a nenhum índice da 
> tabela.
> > Quando implantamos essa alteração ocorreu um fato que ninguém até o
> > momento, NEM O SUPORTE DA ORACLE, conseguiu explicar. O trace (EVENT
> > 10046) do programa indica alto wait para "SQL*NET more data from
> > client". Segue abaixo os traces antes e depois da mudança.
> > 
> > Alguém já passou por isso aqui? Alguma dica do que pode causar esse
> > problema?
> > 
> > Abraços,
> > Geraldo
> > 
> > 
> > ANTES
> > 
> > call count   cpuelapsed   disk  query
> current 
> >   rows
> > --- --   -- -- -- --
>  
> > --
> > Parse1  0.01   0.00  0  0  
> 0 
> >  0
> > Execute197  0.70   0.73  0985
> 856 
> >197
> > Fetch0  0.00   0.00  0  0  
> 0 
> >  0
> > --- --   -- -- -- --
>  
> > --
> > total  198  0.71   0.73  0985
> 856 
> >197
> > 
> > Misses in library cache during parse: 1
> > Optimizer goal: CHOOSE
> > Parsing user id: 22  
> > 
> > Elapsed times include waiting on following events:
> >   Event waited on Times   Max. Wait  
> Total
> > Waited
> >      Waited  -- 
> > 
> >   SQL*Net message to client 

[oracle_br] Re: HELP - Wait alto - SQL*NET more data from client

[jlchiappa]

Bom, primeira coisa, esse negócio de " NEM O SUPORTE DA ORACLE 
conseguiu explicar" absolutamente NÃO existe, se o Suporte não te deu 
uma resposta REABRA esse chamado, exija uma subida o nível dele, 
chame a Supervisão, o teu cliente paga CARO o Suporte justamente pra 
isso... Pois se o Suporte daqui não sabe eles tem como mandar a sua Q 
pro Suporte mundial, e se nem isso resolver eles aciona o pessoal de 
Desenvolvimento, que escrevem o soft de banco, aí não tem como. Se já 
não o fez, o que vc DEVERIA fazer, porém,  é providenciar um script 
CURTO com o CREATE TABLE da tabela, uns poucos INSERTs, e um 
programinha JDBC ** curtíssimo ** que faça o UPDATE em questão, *** 
ATIVAR UM TRACE DE REDE *** e mandar junto com o trace 10046 pra 
eles - o melhor seria vc fazer tudo isso uma vez sem as tais colunas, 
e outras vez COM as tais colunas. Inclusive, até mesmo vc, junto com 
o admin de rede, comparando os traces de rede e vendo os pontos onde 
eles mudaram, podem ter algum insight útil. Vc pode mandar esses 
peqeunos scripts e o pequenino programa JDBC até aqui pro Fórum que a 
gente pode experimentá-lo, eu mesmo não manjo lá muito profundamente 
de jdbc mas dá pro gasto, e sei q há aqui na lista gente que manja da 
coisa, também. E sempre ** CITANDO ** a versão EXATA do banco, do 
driver jdbc e o SO/ambiente (se web ou não) em questão, até para se 
desprovar algum eventual bug...

Agora, algumas obs :

 a) vc diz ".. contemplando 9 colunas a mais...", tá, mas isso é 
IRRELEVANTE, o que importa é qual é o TAMANHO dessas colunas, são 
colunas largas, isso implicou um tráfego SIGNIFICATIVO a mais de 
rede ? 
 
 b) derivado de  a), QUAL é o tamanho do seu pacote de rede (cheque 
com o admin de rede, mas tem a ver diretamente com SO) ?? IIRC o 
driver thin bypassa sql*net/net8, então não pode ter parâmetros de 
SDU/TDU ajustado via sqlnet.ora, mas deve ser ajustável, cheque nas 
docs exatamente como, e qual é o valor atual
 
 c) casualmente não seria algum(a) dessa(s) colunas um LONG, LOB ou 
similar ?? Isso pode SIM interferir...
 
 
[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "jgeraldolima" 
<[EMAIL PROTECTED]> escreveu
>
> Pessoal,
> 
> tenho um programa escrito em Java que usa o Oracle JDBC Thin Client
> para conectar ao BD. Esse programa funcionava com alta performance 
em
> meu ambiente de produção. Foi quando precisamos alterar um UPDATE
> existente no programa (Usamos PreparedStatement com BIND variables)
> contemplando nove colunas a mais a serem atualizadas. O update em
> questão atualizava 123 colunas da tabela e agora atualiza 131 
colunas.
> IMPORTANTE: Essas colunas não são pertencem a nenhum índice da 
tabela.
> Quando implantamos essa alteração ocorreu um fato que ninguém até o
> momento, NEM O SUPORTE DA ORACLE, conseguiu explicar. O trace (EVENT
> 10046) do programa indica alto wait para "SQL*NET more data from
> client". Segue abaixo os traces antes e depois da mudança.
> 
> Alguém já passou por isso aqui? Alguma dica do que pode causar esse
> problema?
> 
> Abraços,
> Geraldo
> 
> 
> ANTES
> 
> call count   cpu    elapsed   disk  query    
current 
>   rows
> --- --   -- -- -- --
 
> --
> Parse    1  0.01   0.00  0  0  
0 
>  0
> Execute    197  0.70   0.73  0    985    
856 
>    197
> Fetch    0  0.00   0.00  0  0  
0 
>  0
> --- --   -- -- -- --
 
> --
> total  198  0.71   0.73  0    985    
856 
>    197
> 
> Misses in library cache during parse: 1
> Optimizer goal: CHOOSE
> Parsing user id: 22  
> 
> Elapsed times include waiting on following events:
>   Event waited on Times   Max. Wait  
Total
> Waited
>      Waited  -- 
> 
>   SQL*Net message to client 198    
0.00  
>    0.00
>   SQL*Net message from client   198    
1.37  
>    2.41
>   SQL*Net more data from client   2    
0.07  
>    0.07
> 
**
**
> 
> 
> 
> 
> 
> DEPOIS
> 
> call count   cpu    elapsed   disk  query    
current 
>   rows
> --- --   -- -- -- --
 
> --
> Parse    1  0.00   0.00  0  0  
0 
>  0
> Execute    197  1.26  30.30  0    985    
832 
>    197
> Fetch    0  0.00   0.00  0  0  
0 
>  0
> --- --   -- -- -- --
 
> --
> total  198  1.26  30.30  0    985    
832 
>    197
> 
> Misses in library cache during parse

Re: [oracle_br] Re: Help - Desenvolvimento - PROCEDURE BUILDER

[Leonardo Matarazzo]

Obrigado Chiappa.

jlchiappa <[EMAIL PROTECTED]> escreveu:  Essa tool é tipo um editor de texto mais sofisticado, serve pra criar 
PL/SQL local no Forms ou dentro do banco. Não é fornecida à parte, só 
vem dentro do pacote Oracle developer, junto com Forms, reports, etc - 
assim, se vc tem Forms/reports instalado cheque que ela já deve estar 
instalada, se não estiver vc terá que instalar a partir do CD do 
developer, ou se não tiver CD baixar o Developer inteiro.
Essa tool é considerada muito pobre pela maioria dos desenvolvedores, 
há muitas outras opções tanto free (como o Oracle SQL Developer ou o 
Jbuilder, que também trabalha com PL/SQL), quanto pagas, aí citaria-se 
Pl/SQL developer, TOAD, SQL Navigator, etc.

[]s

Chiappa
--- Em oracle_br@yahoogrupos.com.br, Leonardo Matarazzo 
escreveu
>
> Prezados,
> 
> Preciso encontrar uma ferramenta aqui chamada ORACLE PROCEDURE 
BUILDER. Alguém pode me dar maiores informações sobre esta tool e onde 
posso conseguir a mesma?
> 
> Att.,
> Leonardo.
> 
> 
> -
> Yahoo! doce lar. Faça do Yahoo! sua homepage.
> 
> [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









    
-
 Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. 

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

[oracle_br] Re: Help - Desenvolvimento - PROCEDURE BUILDER

[jlchiappa]

Essa tool é tipo um editor de texto mais sofisticado, serve pra criar 
PL/SQL local no Forms ou dentro do banco. Não é fornecida à parte, só 
vem dentro do pacote Oracle developer, junto com Forms, reports, etc - 
assim, se vc tem Forms/reports instalado cheque que ela já deve estar 
instalada, se não estiver vc terá que instalar a partir do CD do 
developer, ou se não tiver CD baixar o Developer inteiro.
 Essa tool é considerada muito pobre pela maioria dos desenvolvedores, 
há muitas outras opções tanto free (como o Oracle SQL Developer ou o 
Jbuilder, que também trabalha com PL/SQL), quanto pagas, aí citaria-se 
Pl/SQL developer, TOAD, SQL Navigator, etc.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, Leonardo Matarazzo 
<[EMAIL PROTECTED]> escreveu
>
> Prezados,
>   
> Preciso encontrar uma ferramenta aqui chamada ORACLE PROCEDURE 
BUILDER. Alguém pode me dar maiores informações sobre esta tool e onde 
posso conseguir a mesma?
>    
>   Att.,
>   Leonardo.
> 
>     
> -
>  Yahoo! doce lar. Faça do Yahoo! sua homepage.
> 
> [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] 
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.

[oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.

[jlchiappa]

É o melhor, eu acho também. Agora, como eu disse, NÃO deixe de usar 
sempre que possível o APPEND-mode, de ter lá no bd origem o 
multiblock_read no talo do máximo do teu hardware (já que é FTS que 
vc fará lá), o teu dba pode te ajudar nas configs necessárias pra 
isso...

 []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, José Resende Neto 
<[EMAIL PROTECTED]> escreveu
>
> Valeu, Chiappa.
> Vou fazer mesmo com INSERT INTO SELECT * FROM... como vc 
sugeriu.
> Já falei com o meu DBA e ele disse que a área de rollback "aguenta".
> Essa programação toda já me desanimou só de planejar...
> 
> Abraço.
> Neto.
> 
> 
> - Original Message - 
> From: "jlchiappa" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, April 04, 2006 9:55 AM
> Subject: [oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.
> 
> 
> Verdade, um INSERT é atômico, é uma coisa só que será feita duma vez
> só, mas pra solucionar erros de rollback, comitar várias vezes NÃO 
É,
> e NUNCA FOI, a solução 100% correta e funcional, é tranquilo vc
> montar um caso onde mesmo comitando a cada X registros vc cai nesse
> erro, SE a tablespace de undo não for de tamanho adequando E os
> segmentos não estiverem em quantidade/tamanhos/storage adequado à
> transação que vc vai fazer. Além disso, NO SEU CASO, já que vc está
> populando o bd destino, claro que ele está "inativo", ninguém o está
> usando, então NADA impede de vc ajustar a área de rollback
> corretamente, confere ???
>   E ** mais ainda **, já que vc está inserindo dados só agora, E os
> dados estão ok no bd origem, vc VAI desabilitar as constraints,
> desativar índices e fazer INSERT em APPEND, a qtdade de 
undo/rollback
> gerada assim vai ser MINÚSCULA, cfrme :
> 
> [EMAIL PROTECTED]:SQL>select count(*) from fco.TMP_CRIT_RELATS;
> 
>   COUNT(*)
> --
>2517056
> 
> ==> ok, 2 milhões e pouquinho, já dá pra brincar. Vamos a criar
> primeiro no bd destino (onde já há dblink pro bd origem) :
> 
> [EMAIL PROTECTED]:SQL>create table TAB_TESTE tablespace USERS as (select *
> from [EMAIL PROTECTED] where 1=2);
> 
> Tabela criada.
> 
> ==> vamos botar uns índices & constraints, que mais tarde vou
> desabilitar, só pra mostrar que SE desabilitados o APPEND-mode
> funciona :
> 
> [EMAIL PROTECTED]:SQL>create index IDX_TEST on TAB_TESTE(tmp_id) tablespace
> users;
> 
> Índice criado.
> 
> [EMAIL PROTECTED]:SQL>create index IDX_TEST2 on TAB_TESTE
> (MUNICIPIO_ORIGEN_ID,MUNICIPIO_DESTINO_ID,MOTIVO_EVENTO) tablespace
> users;
> 
> Índice criado.
> 
> [EMAIL PROTECTED]:SQL>alter table TAB_TESTE add constraint TAB_TESTE_PK
> primary key (tmp_id);
> 
> Tabela alterada.
> 
> [EMAIL PROTECTED]:SQL>alter table TAB_TESTE add constraint TAB_TESTE_UK
> unique (MUNICIPIO_ORIGEN_ID,MUNICIPIO_DESTINO_ID,MOTIVO_EVENTO);
> 
> Tabela alterada.
> 
> ==> vamos botar tabela em nolog & desligar índices e constraints :
> 
> [EMAIL PROTECTED]:SQL>alter table TAB_TESTE nologging;
> 
> Tabela alterada.
> 
> [EMAIL PROTECTED]:SQL>alter table TAB_TESTE disable constraint 
TAB_TESTE_UK ;
> 
> Tabela alterada.
> 
> [EMAIL PROTECTED]:SQL>alter table TAB_TESTE disable constraint TAB_TESTE_PK;
> 
> Tabela alterada.
> 
> [EMAIL PROTECTED]:SQL>alter index IDX_TEST unusable;
> 
> Índice alterado.
> 
> [EMAIL PROTECTED]:SQL>alter index IDX_TEST2 unusable;
> 
> Índice alterado.
> 
> [EMAIL PROTECTED]:SQL>select distinct status from user_constraints where
> table_name='TAB_TESTE';
> 
> STATUS
> 
> DISABLED
> 
> [EMAIL PROTECTED]:SQL>select distinct status from user_indexes  where
> table_name='TAB_TESTE';
> 
> STATUS
> 
> UNUSABLE
> 
> ==>> Já que há índices unusable, vou pedir pro bd os ignorar :
> 
> [EMAIL PROTECTED]:SQL>alter session set skip_unusable_indexes=TRUE;
> 
> Sessão alterada.
> 
> [EMAIL PROTECTED]:SQL>insert /*+ APPEND */ into TAB_TESTE (select * from
> [EMAIL PROTECTED]);
> 
> 2517056 linhas criadas.
> 
> [EMAIL PROTECTED]:SQL>
> 
> ==>> legal, quanto de rollback eu usei ??
> 
> 
> [EMAIL PROTECTED]:SQL>@used_rollback_blocks
> 
> SEGMENT_NAMEUSERNAME  SID SERIAL#
> USED_UBLK  USED_UREC   START_UBAFIL
> START_UBABLK   START_UBAREC STATUS
> TABLESPACE_NAMESEGMENT_ID
> FILE_ID   BLOCK_ID
> ---   --- -- ---
--
> - -- -- 
--
>   

Re: [oracle_br] Re: HELP!!! Migração de dad os - SQL Dinamico.

[José Resende Neto]

Valeu, Chiappa.
Vou fazer mesmo com INSERT INTO SELECT * FROM... como vc sugeriu.
Já falei com o meu DBA e ele disse que a área de rollback "aguenta".
Essa programação toda já me desanimou só de planejar...

Abraço.
Neto.


- Original Message - 
From: "jlchiappa" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, April 04, 2006 9:55 AM
Subject: [oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.


Verdade, um INSERT é atômico, é uma coisa só que será feita duma vez
só, mas pra solucionar erros de rollback, comitar várias vezes NÃO É,
e NUNCA FOI, a solução 100% correta e funcional, é tranquilo vc
montar um caso onde mesmo comitando a cada X registros vc cai nesse
erro, SE a tablespace de undo não for de tamanho adequando E os
segmentos não estiverem em quantidade/tamanhos/storage adequado à
transação que vc vai fazer. Além disso, NO SEU CASO, já que vc está
populando o bd destino, claro que ele está "inativo", ninguém o está
usando, então NADA impede de vc ajustar a área de rollback
corretamente, confere ???
  E ** mais ainda **, já que vc está inserindo dados só agora, E os
dados estão ok no bd origem, vc VAI desabilitar as constraints,
desativar índices e fazer INSERT em APPEND, a qtdade de undo/rollback
gerada assim vai ser MINÚSCULA, cfrme :

[EMAIL PROTECTED]:SQL>select count(*) from fco.TMP_CRIT_RELATS;

  COUNT(*)
--
   2517056

==> ok, 2 milhões e pouquinho, já dá pra brincar. Vamos a criar
primeiro no bd destino (onde já há dblink pro bd origem) :

[EMAIL PROTECTED]:SQL>create table TAB_TESTE tablespace USERS as (select *
from [EMAIL PROTECTED] where 1=2);

Tabela criada.

==> vamos botar uns índices & constraints, que mais tarde vou
desabilitar, só pra mostrar que SE desabilitados o APPEND-mode
funciona :

[EMAIL PROTECTED]:SQL>create index IDX_TEST on TAB_TESTE(tmp_id) tablespace
users;

Índice criado.

[EMAIL PROTECTED]:SQL>create index IDX_TEST2 on TAB_TESTE
(MUNICIPIO_ORIGEN_ID,MUNICIPIO_DESTINO_ID,MOTIVO_EVENTO) tablespace
users;

Índice criado.

[EMAIL PROTECTED]:SQL>alter table TAB_TESTE add constraint TAB_TESTE_PK
primary key (tmp_id);

Tabela alterada.

[EMAIL PROTECTED]:SQL>alter table TAB_TESTE add constraint TAB_TESTE_UK
unique (MUNICIPIO_ORIGEN_ID,MUNICIPIO_DESTINO_ID,MOTIVO_EVENTO);

Tabela alterada.

==> vamos botar tabela em nolog & desligar índices e constraints :

[EMAIL PROTECTED]:SQL>alter table TAB_TESTE nologging;

Tabela alterada.

[EMAIL PROTECTED]:SQL>alter table TAB_TESTE disable constraint TAB_TESTE_UK ;

Tabela alterada.

[EMAIL PROTECTED]:SQL>alter table TAB_TESTE disable constraint TAB_TESTE_PK;

Tabela alterada.

[EMAIL PROTECTED]:SQL>alter index IDX_TEST unusable;

Índice alterado.

[EMAIL PROTECTED]:SQL>alter index IDX_TEST2 unusable;

Índice alterado.

[EMAIL PROTECTED]:SQL>select distinct status from user_constraints where
table_name='TAB_TESTE';

STATUS

DISABLED

[EMAIL PROTECTED]:SQL>select distinct status from user_indexes  where
table_name='TAB_TESTE';

STATUS

UNUSABLE

==>> Já que há índices unusable, vou pedir pro bd os ignorar :

[EMAIL PROTECTED]:SQL>alter session set skip_unusable_indexes=TRUE;

Sessão alterada.

[EMAIL PROTECTED]:SQL>insert /*+ APPEND */ into TAB_TESTE (select * from
[EMAIL PROTECTED]);

2517056 linhas criadas.

[EMAIL PROTECTED]:SQL>

==>> legal, quanto de rollback eu usei ??


[EMAIL PROTECTED]:SQL>@used_rollback_blocks

SEGMENT_NAMEUSERNAME  SID SERIAL#
USED_UBLK  USED_UREC   START_UBAFIL
START_UBABLK   START_UBAREC STATUS
TABLESPACE_NAMESEGMENT_ID
FILE_ID   BLOCK_ID
---   --- -- -
- -- -- --
  -- -- --
 --
_SYSSMU8$   SCOTT  49 647
1  1  4
1232  3 ONLINE
UNDO_TABLESPACE 8
2121

[EMAIL PROTECTED]:SQL>get used_rollback_blocks
  1  #
  2  column   sid format   999
  3  column   segment_name format   a15
  4  select b.segment_name, a.username, a.sid, a.serial#,
c.used_ublk, c.used_urec,c.START_UBAFIL, c.START_UBABLK,
c.START_UBAREC , b.status,
  5  b.TABLESPACE_NAME, b.SEGMENT_ID, b.FILE_ID, b.BLOCK_ID
  6   from v$session a, dba_rollback_segs b, v$transaction c
  7  where b.segment_id = c.xidusn
  8and a.taddr = c.addr
  9  /

[EMAIL PROTECTED]:SQL>

==> cara, usei UM BLOCO de rollback, ie, 8 Kb no meu banco !!!
Lógico, o seu banco é seu, vc fará como quiser,mas ter o trabalhão
(que NÃO é brinquedo, longe de ser simples!!) de fazer programado em
vista da evidência acima IMHO simplesmente NÂO se justifica

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.co

[oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.

[jlchiappa]

dir os registros por blocos e 
commitar a
> cada 1 registros, por exemplo.
> 
> Agora se eu fizer como vc disse usando "select 'INSERT INTO ' || 
TABLE_NAME
> ||'@nomedodblink (select * from '
> || TABLE_NAME || ');'", como eu faria para commitar a cada X 
registros e não
> estourar a área de rollback?
> 
> Abraço.
> Neto.
> 
> 
> 
> - Original Message - 
> From: "jlchiappa" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, April 03, 2006 4:08 PM
> Subject: [oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.
> 
> 
> Friend, vamos por partes aí : primeiro de tudo, já que vc
> diz "migração de dados de tabelas idênticas", eu entendo que os 
nomes
> das tabelas E os nomes das colunas são os mesmos tanto no bd origem
> quanto no destino, confere ??? Sendo assim, por mais divertido que
> seja vc brincar com código, administrativamente a maneira rápida de
> se fazer esta tarefa é montar e rodar um script tipo :
> 
> set term off feedback off verify off pages 0 lines 500 trimspool on
> head off
> spool tabs_a_inserir.sql
> select 'INSERT INTO ' || TABLE_NAME ||'@nomedodblink (select * 
from '
> || TABLE_NAME || ');'
>   from dba_tables
>  where ... condiçõesqueidentificamastabs;
> exit
> 
> 
> ==> e daí vc roda o script tabs_a_inserir.sql, cabou, morreu, fim de
> papo - no máximo, se desejado quebre o script em n partes para as
> rodar em sessões simultâneas de plus, faça INSERT /*+ APPEND */ se 
as
> tabelas estão em nologging, PARALLEL se for mas a base é essa aí de
> cima
> 
> Caso vc REALMENTE queira fazer via programação, como sempre quando 
se
> fala em SQL dinâmico vc VAI ter que codificar PRACAS, não é muito
> simples, E ainda além disso vc VAI ter que conviver com um monte de
> parses extras. O primeiro ponto é que vc não sabe o número de 
colunas
> pra cada SQL gerado, então ao invés de EXECUTE IMMEDIATE vc vai ter
> que usar DBMS_SQL, procure em http://asktom.oracle.com por DYNAMIC
> DYNAMIC SQL que vc acha alguns textos. Depois, vc vai ter o problema
> de que vais ter colunas de diversos datatypes, ou vc usa ANYDATA
> (procure no asktom que vc acha algo), ou abre uma série de IFs,
> provavelmente recuperando o datatype de cada coluna na
> DBA_TAB_COLUMNS.
> 
> []s
> 
>  Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, José Resende Neto
> <[EMAIL PROTECTED]> escreveu
> >
> > Pessoal,
> >
> > alguém pode me ajudar com esse problema da minha migração de dados
> descrita
> > no email abaixo?
> >
> > Obrigado.
> > Neto.
> >
> > - Original Message - 
> > From: "ze_neto2002" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Monday, April 03, 2006 11:33 AM
> > Subject: [oracle_br] Migração de dados - SQL Dinamico.
> >
> >
> > BANCO: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit
> > Production
> >
> > Pessoal,
> >
> > estou precisando fazer uma migração de dados de tabelas idênticas 
de
> > uma instância para outra, usando um DB link.
> >
> > Eu quero fazer um código genérico. Ou seja, sem usar nomes ou 
tipos
> > relacionados a nomes fixos de tabelas, eu poderia migrar os dados 
de
> > todas as tabelas. Elas primeiramente serão carregadas em uma 
tabela
> > temporária. Então eu abro um cursor (ou carrego um array) com o 
nome
> > de cada uma e daí começo a ler os dados na outra instância e
> carregar
> > na tabela final.
> >
> > Tenho tabelas com muitos dados. Por isso não posso usar
> > simplesmente "INSERT INTO  SELECT * FROM  > tabela>@". Mesmo se eu fizesse "INSERT INTO  tabela>
> > SELECT * FROM @ WHERE ROWNUM BETWEEN
> >  AND ", neste caso separando o insert em
> blocos
> > de 1, por exemplo, ficaria muito lento porque teria que ler a
> > tabela a cada 1 registros. Então Pensei em fazer usando o 
BULK e
> > FORALL.
> >
> > Agora vamos aos problemas:
> >
> > 1) Eu teria que jogar o que eu leio em um tipo record genérico. Eu
> > não quero passar o nome da tabela fixo e nem um tipo fixo usando o
> > ROWTYPE. Eu não quero algo do tipo:
> > TYPE cust_rec IS TABLE OF %ROWTYPE;
> >
> > Qual seria a solução para o tipo genérico, onde eu poderia jogar o
> > registro de qualquer tabela?
> >
> >
> > 2) Tendo o tipo genérico em mãos, eu poderia começar a pensar no
> > FORALL. Mas estou parado no problema de fazer um FORALL usando SQL
> > dinamico, porque o nome da minha tabela de destino não é fixo. 
Então
> > tentei:
> >
> >

Re: [oracle_br] Re: HELP!!! Migração de dad os - SQL Dinamico.

[José Resende Neto]

Chiappa,

eu pensei em fazer por código para não correr o risco de estourar a área de
rollback, uma vez que algumas tabelas têm uma quantidade bastante grande de
registros. Assim eu poderia dividir os registros por blocos e commitar a
cada 1 registros, por exemplo.

Agora se eu fizer como vc disse usando "select 'INSERT INTO ' || TABLE_NAME
||'@nomedodblink (select * from '
|| TABLE_NAME || ');'", como eu faria para commitar a cada X registros e não
estourar a área de rollback?

Abraço.
Neto.



- Original Message - 
From: "jlchiappa" <[EMAIL PROTECTED]>
To: 
Sent: Monday, April 03, 2006 4:08 PM
Subject: [oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.


Friend, vamos por partes aí : primeiro de tudo, já que vc
diz "migração de dados de tabelas idênticas", eu entendo que os nomes
das tabelas E os nomes das colunas são os mesmos tanto no bd origem
quanto no destino, confere ??? Sendo assim, por mais divertido que
seja vc brincar com código, administrativamente a maneira rápida de
se fazer esta tarefa é montar e rodar um script tipo :

set term off feedback off verify off pages 0 lines 500 trimspool on
head off
spool tabs_a_inserir.sql
select 'INSERT INTO ' || TABLE_NAME ||'@nomedodblink (select * from '
|| TABLE_NAME || ');'
  from dba_tables
 where ... condiçõesqueidentificamastabs;
exit


==> e daí vc roda o script tabs_a_inserir.sql, cabou, morreu, fim de
papo - no máximo, se desejado quebre o script em n partes para as
rodar em sessões simultâneas de plus, faça INSERT /*+ APPEND */ se as
tabelas estão em nologging, PARALLEL se for mas a base é essa aí de
cima

Caso vc REALMENTE queira fazer via programação, como sempre quando se
fala em SQL dinâmico vc VAI ter que codificar PRACAS, não é muito
simples, E ainda além disso vc VAI ter que conviver com um monte de
parses extras. O primeiro ponto é que vc não sabe o número de colunas
pra cada SQL gerado, então ao invés de EXECUTE IMMEDIATE vc vai ter
que usar DBMS_SQL, procure em http://asktom.oracle.com por DYNAMIC
DYNAMIC SQL que vc acha alguns textos. Depois, vc vai ter o problema
de que vais ter colunas de diversos datatypes, ou vc usa ANYDATA
(procure no asktom que vc acha algo), ou abre uma série de IFs,
provavelmente recuperando o datatype de cada coluna na
DBA_TAB_COLUMNS.

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, José Resende Neto
<[EMAIL PROTECTED]> escreveu
>
> Pessoal,
>
> alguém pode me ajudar com esse problema da minha migração de dados
descrita
> no email abaixo?
>
> Obrigado.
> Neto.
>
> - Original Message - 
> From: "ze_neto2002" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, April 03, 2006 11:33 AM
> Subject: [oracle_br] Migração de dados - SQL Dinamico.
>
>
> BANCO: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit
> Production
>
> Pessoal,
>
> estou precisando fazer uma migração de dados de tabelas idênticas de
> uma instância para outra, usando um DB link.
>
> Eu quero fazer um código genérico. Ou seja, sem usar nomes ou tipos
> relacionados a nomes fixos de tabelas, eu poderia migrar os dados de
> todas as tabelas. Elas primeiramente serão carregadas em uma tabela
> temporária. Então eu abro um cursor (ou carrego um array) com o nome
> de cada uma e daí começo a ler os dados na outra instância e
carregar
> na tabela final.
>
> Tenho tabelas com muitos dados. Por isso não posso usar
> simplesmente "INSERT INTO  SELECT * FROM  tabela>@". Mesmo se eu fizesse "INSERT INTO 
> SELECT * FROM @ WHERE ROWNUM BETWEEN
>  AND ", neste caso separando o insert em
blocos
> de 1, por exemplo, ficaria muito lento porque teria que ler a
> tabela a cada 1 registros. Então Pensei em fazer usando o BULK e
> FORALL.
>
> Agora vamos aos problemas:
>
> 1) Eu teria que jogar o que eu leio em um tipo record genérico. Eu
> não quero passar o nome da tabela fixo e nem um tipo fixo usando o
> ROWTYPE. Eu não quero algo do tipo:
> TYPE cust_rec IS TABLE OF %ROWTYPE;
>
> Qual seria a solução para o tipo genérico, onde eu poderia jogar o
> registro de qualquer tabela?
>
>
> 2) Tendo o tipo genérico em mãos, eu poderia começar a pensar no
> FORALL. Mas estou parado no problema de fazer um FORALL usando SQL
> dinamico, porque o nome da minha tabela de destino não é fixo. Então
> tentei:
>
> v_sql := 'FORALL indx IN id_first..id_last '||
> 'INSERT INTO '||mig_table.table_name(i)||'
> VALUES '||mig_table.table_name(i)||'_type(indx)';
> EXECUTE IMMEDIATE v_sql;
>
> onde mig_table.table_name(i)||'_type seria o tipo genérico do item
1.
> Mas não funciona. Dá o erro "ORA-00900: invalid SQL statement".
> Imagino que seja porque não posso fa

[oracle_br] Re: HELP!!! Migração de dados - SQL Dinamico.

[jlchiappa]

Friend, vamos por partes aí : primeiro de tudo, já que vc 
diz "migração de dados de tabelas idênticas", eu entendo que os nomes 
das tabelas E os nomes das colunas são os mesmos tanto no bd origem 
quanto no destino, confere ??? Sendo assim, por mais divertido que 
seja vc brincar com código, administrativamente a maneira rápida de 
se fazer esta tarefa é montar e rodar um script tipo :

set term off feedback off verify off pages 0 lines 500 trimspool on 
head off
spool tabs_a_inserir.sql
select 'INSERT INTO ' || TABLE_NAME ||'@nomedodblink (select * from ' 
|| TABLE_NAME || ');'
  from dba_tables
 where ... condiçõesqueidentificamastabs;
exit


==> e daí vc roda o script tabs_a_inserir.sql, cabou, morreu, fim de 
papo - no máximo, se desejado quebre o script em n partes para as 
rodar em sessões simultâneas de plus, faça INSERT /*+ APPEND */ se as 
tabelas estão em nologging, PARALLEL se for mas a base é essa aí de 
cima 

Caso vc REALMENTE queira fazer via programação, como sempre quando se 
fala em SQL dinâmico vc VAI ter que codificar PRACAS, não é muito 
simples, E ainda além disso vc VAI ter que conviver com um monte de 
parses extras. O primeiro ponto é que vc não sabe o número de colunas 
pra cada SQL gerado, então ao invés de EXECUTE IMMEDIATE vc vai ter 
que usar DBMS_SQL, procure em http://asktom.oracle.com por DYNAMIC 
DYNAMIC SQL que vc acha alguns textos. Depois, vc vai ter o problema 
de que vais ter colunas de diversos datatypes, ou vc usa ANYDATA 
(procure no asktom que vc acha algo), ou abre uma série de IFs, 
provavelmente recuperando o datatype de cada coluna na 
DBA_TAB_COLUMNS.  

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, José Resende Neto 
<[EMAIL PROTECTED]> escreveu
>
> Pessoal,
> 
> alguém pode me ajudar com esse problema da minha migração de dados 
descrita
> no email abaixo?
> 
> Obrigado.
> Neto.
> 
> - Original Message - 
> From: "ze_neto2002" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, April 03, 2006 11:33 AM
> Subject: [oracle_br] Migração de dados - SQL Dinamico.
> 
> 
> BANCO: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit
> Production
> 
> Pessoal,
> 
> estou precisando fazer uma migração de dados de tabelas idênticas de
> uma instância para outra, usando um DB link.
> 
> Eu quero fazer um código genérico. Ou seja, sem usar nomes ou tipos
> relacionados a nomes fixos de tabelas, eu poderia migrar os dados de
> todas as tabelas. Elas primeiramente serão carregadas em uma tabela
> temporária. Então eu abro um cursor (ou carrego um array) com o nome
> de cada uma e daí começo a ler os dados na outra instância e 
carregar
> na tabela final.
> 
> Tenho tabelas com muitos dados. Por isso não posso usar
> simplesmente "INSERT INTO  SELECT * FROM  tabela>@". Mesmo se eu fizesse "INSERT INTO 
> SELECT * FROM @ WHERE ROWNUM BETWEEN
>  AND ", neste caso separando o insert em 
blocos
> de 1, por exemplo, ficaria muito lento porque teria que ler a
> tabela a cada 1 registros. Então Pensei em fazer usando o BULK e
> FORALL.
> 
> Agora vamos aos problemas:
> 
> 1) Eu teria que jogar o que eu leio em um tipo record genérico. Eu
> não quero passar o nome da tabela fixo e nem um tipo fixo usando o
> ROWTYPE. Eu não quero algo do tipo:
> TYPE cust_rec IS TABLE OF %ROWTYPE;
> 
> Qual seria a solução para o tipo genérico, onde eu poderia jogar o
> registro de qualquer tabela?
> 
> 
> 2) Tendo o tipo genérico em mãos, eu poderia começar a pensar no
> FORALL. Mas estou parado no problema de fazer um FORALL usando SQL
> dinamico, porque o nome da minha tabela de destino não é fixo. Então
> tentei:
> 
> v_sql := 'FORALL indx IN id_first..id_last '||
> 'INSERT INTO '||mig_table.table_name(i)||'
> VALUES '||mig_table.table_name(i)||'_type(indx)';
> EXECUTE IMMEDIATE v_sql;
> 
> onde mig_table.table_name(i)||'_type seria o tipo genérico do item 
1.
> Mas não funciona. Dá o erro "ORA-00900: invalid SQL statement".
> Imagino que seja porque não posso fazer o FORALL dinamicamente.
> 
> E aí, pessoal? Alguém já passou por este tipo de migração de dados
> antes? Alguma luz?
> 
> Estou no aguardo...
> Neto.
> 
> 
> 
> 
> 
> 

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






-

[oracle_br] Re: Help EM

[felipejrenz]

Pessoal,

Depois de muito pesquisar consegui resolver o problema, o que faltou 
foi rodar o emca -r em todos os nos do rac conforme link abaixo.

http://forums.oracle.com/forums/message.jspa?messageID=1103216



--- Em oracle_br@yahoogrupos.com.br, "felipejrenz" <[EMAIL PROTECTED]> 
escreveu
>
> Pessoal,
> 
> Instalei um oracle rac com 2vms (RH 3 AS e DB 10g) mas ao tentar 
> startar o EM ele está apresentadoo seguinte erro:
> 
> [EMAIL PROTECTED] oracle]$ emctl start dbconsole
> TZ set to Brazil/East
> 
OC4JConfigurationissue. /u01/app/oracle/product/10.1.0/db10g/oc4j/j2ee/O
> C4J_DBConsole_rac1_rac1 not found.
> 
> Alguem saberia me dizer o que aconteceu e como devo proceder para 
> resolver.
> Desde já agradeço a atenção de todos.. .. ..
>







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

 
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: HELP ! UTL_FILE

[Renan da Silveira Medeiros]

Veja no /etc/profile


Renan Medeiros

Gerente de Treinamento e Suporte

(61) 8145.7869

[EMAIL PROTECTED] 

   

Unimix Tecnologia

(61) 3201.

 



jlchiappa escreveu:

> Vc está correto em afirmar que o UMASK do usuário oracle é o que será
> usado, mas não é OBRIGATORIAMENTE no .profile que ele é setado, ele
> pode ser setado no script que starta o banco (se script é usado),
> no .rlogin ou em outros arquivos de init do unix, ou ainda alguns
> unixes permite que vc sete vars do tipo globalmente, veja se alguma
> dessas possibilidades está "pegando" aí... No meu caso (onde só
> conecto via telnet, então não tenho nenhum arquivo de login do X, não
> tenho NADA setado extra nem no .cshrc , nem no .login, UMASK setado
> ** mesmo ** só no .profile) eu tenho :
>
> sid=PRD:PRD:/home/oracle>cd
> sid=PRD:PRD:/home/oracle>grep -i 'umask' .profile
> umask 022
> sid=PRD:PRD:/home/oracle>umask
> 022
> sid=PRD:PRD:/home/oracle>vi 1.txt
>
> ==> digito alguma coisa e gravo o arquivo...
>
> sid=PRD:PRD:/home/oracle>ls -lt 1.txt
> -rw-r--r--   1 oracle dba  8 Feb 16 15:28 1.txt
>
> realmente, umask de 022 é esse mesmo... Olhando um arquivo gerado
> recentemente pelo UTL_FILE :
>
> -rw-r--r--   1 oracle dba295724388 Feb 12 19:14
> arq_200511.txt
>
> então é isso, penso que OU o seu banco está startando com algum
> script diferente, ou num shell diferente, ou umask está sendo setado
> pra algo diferente em algum lugar...
>
> []s
>
> Chiappa
>
>
>
> --- Em oracle_br@yahoogrupos.com.br, Leonardo Matarazzo
> <[EMAIL PROTECTED]> escreveu
> >
> > Prezados,
> >   
> >   Estou com um problema de permissões em relação a criação de
> arquivos
> > no UNIX (HP-UX) via UTL_FILE.
> >   Quando executamos o pacote UTL_FILE, ele está gerando o arquivo
> com
> > as seguintes -rw-r-. Gostaria de saber como podemos alterar
> essas
> > permissões.
> >   
> >   Pelo que entendo, o arquivo é gerado pelo usuário ORACLE, grupo
> DBA e
> > seta as permissões para o arquivo de acordo com o .profile desse
> > usuário. Já alterei as permissões UMASK no .profile e reiniciei a
> INSTANCE,
> > porém as permissões permanecem iguais.
> >   
> >   Alguém tem alguma sugestão ?
> >   
> >   ORACLE 8.1.7.3
> >   
> >   Att.,
> >   Leonardo
> >
> >
> > -
> >  Yahoo! Acesso Grátis
> > Internet rápida e grátis. Instale o discador agora!
> >
> > [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
>
>
>
>
> *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]
>   
>
> * 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 

 
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] Re: HELP ! UTL_FILE

[jlchiappa]

Vc está correto em afirmar que o UMASK do usuário oracle é o que será 
usado, mas não é OBRIGATORIAMENTE no .profile que ele é setado, ele 
pode ser setado no script que starta o banco (se script é usado), 
no .rlogin ou em outros arquivos de init do unix, ou ainda alguns 
unixes permite que vc sete vars do tipo globalmente, veja se alguma 
dessas possibilidades está "pegando" aí... No meu caso (onde só 
conecto via telnet, então não tenho nenhum arquivo de login do X, não 
tenho NADA setado extra nem no .cshrc , nem no .login, UMASK setado 
** mesmo ** só no .profile) eu tenho :

sid=PRD:PRD:/home/oracle>cd
sid=PRD:PRD:/home/oracle>grep -i 'umask' .profile
umask 022
sid=PRD:PRD:/home/oracle>umask
022
sid=PRD:PRD:/home/oracle>vi 1.txt

==> digito alguma coisa e gravo o arquivo...

sid=PRD:PRD:/home/oracle>ls -lt 1.txt
-rw-r--r--   1 oracle dba  8 Feb 16 15:28 1.txt

realmente, umask de 022 é esse mesmo... Olhando um arquivo gerado 
recentemente pelo UTL_FILE :

-rw-r--r--   1 oracle dba295724388 Feb 12 19:14 
arq_200511.txt

então é isso, penso que OU o seu banco está startando com algum 
script diferente, ou num shell diferente, ou umask está sendo setado 
pra algo diferente em algum lugar...

[]s

 Chiappa



--- Em oracle_br@yahoogrupos.com.br, Leonardo Matarazzo 
<[EMAIL PROTECTED]> escreveu
>
> Prezados,
>
>   Estou com um problema de permissões em relação a criação de 
arquivos 
> no UNIX (HP-UX) via UTL_FILE.
>   Quando executamos o pacote UTL_FILE, ele está gerando o arquivo 
com 
> as seguintes -rw-r-. Gostaria de saber como podemos alterar 
essas 
> permissões.
>
>   Pelo que entendo, o arquivo é gerado pelo usuário ORACLE, grupo 
DBA e 
> seta as permissões para o arquivo de acordo com o .profile desse 
> usuário. Já alterei as permissões UMASK no .profile e reiniciei a 
INSTANCE, 
> porém as permissões permanecem iguais.
>
>   Alguém tem alguma sugestão ?
>
>   ORACLE 8.1.7.3
>
>   Att.,
>   Leonardo
> 
>   
> -
>  Yahoo! Acesso Grátis 
> Internet rápida e grátis. Instale o discador agora!
> 
> [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 

 
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] Re: Help me!!! Trigger de rastreabilidade

[jlchiappa]

Sim, além dos outros como a ordem claramente invertida no INSERT, ie

INSERT INTO t_rastreabilidade
   (NM_TABELA,  TX_OPERACAO,DT_CRIACAO,NM_PESSOAL)
VALUES ('ALTERAÇÃO',sysdate,user  ,TABLE_NAME

e não existe nenhuma variável de sistema chamada TABLE_NAME.

Viviane, se vc dar as infos que o Márcio pediu (ie, versões, 
definição do que é uma "coluna principal", o que vc exatamente 
precisa), a gente pode te ajudar mais : provavelmente, até mesmo vc 
NÂO precisará programar nadica de nada, dependendo do que vc disser 
que precisa vc pode usar o comando AUDIT do próprio Oracle.

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, André Santos 
<[EMAIL PROTECTED]> escreveu
>
> Viviane
> 
> De cara, o erro de sintaxe que vi no seu código foi no "ELSEIF".
> No Oracle NÃO tem o 2o. "e", ou seja NÃO é "elsEif", mas 
sim "elsIf".
> Estranho mas verdade... r
> 
> Uma opinião: ao invés de ter a descrição do evento por extenso 
> ("INSERÇÃO", "ALTERAÇÃO"), poderia ser um campo com uma única letra 
> ("I", "A").
> 
> [ ]
> 
> André
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "vivianestacio" 
> <[EMAIL PROTECTED]> escreveu
> >
> > Alguém já fez algo desse tipo: Preciso fazer uma trigger de 
> > rastreabilidade que insira o nome da tabela,tipo de dml
> > (insert,update),data,nome do usuário,e conteúdo da coluna 
> principal, 
> > estou tentando o codigo abaixo... mas está dando erro, alguém já 
> fez 
> > algo desse tipo e pode me ajudar? Obrigada
> > Eu também gostaria de saber se é possível fazer uma trigger para 
> pegar 
> > de todas as tabelas?
> > 
> > 
> > CREATE OR REPLACE TRIGGER tg_rastreabilidade
> >  AFTER INSERT OR UPDATE ON t_categoria
> >  FOR EACH ROW
> >  BEGIN
> >   IF INSERTING THEN
> > INSERT INTO t_rastreabilidade 
> > (NM_TABELA,TX_OPERACAO,DT_CRIACAO,NM_PESSOAL)
> >VALUES ('INSERÇÃO',sysdate,user,TABLE_NAME 
> >   );
> >   ELSEIF UPDATING THEN   
> >INSERT INTO t_rastreabilidade 
> > (NM_TABELA,TX_OPERACAO,DT_CRIACAO,NM_PESSOAL)
> >VALUES ('ALTERAÇÃO',sysdate,user,TABLE_NAME 
> >   );
> >   END IF;
> >  END;
> > /
> >
>






--
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/ 
--_
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423  
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] Re: Help me!!! Trigger de rastreabilidade

[André Santos]

Viviane

De cara, o erro de sintaxe que vi no seu código foi no "ELSEIF".
No Oracle NÃO tem o 2o. "e", ou seja NÃO é "elsEif", mas sim "elsIf".
Estranho mas verdade... r

Uma opinião: ao invés de ter a descrição do evento por extenso 
("INSERÇÃO", "ALTERAÇÃO"), poderia ser um campo com uma única letra 
("I", "A").

[ ]

André


--- Em oracle_br@yahoogrupos.com.br, "vivianestacio" 
<[EMAIL PROTECTED]> escreveu
>
> Alguém já fez algo desse tipo: Preciso fazer uma trigger de 
> rastreabilidade que insira o nome da tabela,tipo de dml
> (insert,update),data,nome do usuário,e conteúdo da coluna 
principal, 
> estou tentando o codigo abaixo... mas está dando erro, alguém já 
fez 
> algo desse tipo e pode me ajudar? Obrigada
> Eu também gostaria de saber se é possível fazer uma trigger para 
pegar 
> de todas as tabelas?
> 
> 
> CREATE OR REPLACE TRIGGER tg_rastreabilidade
>  AFTER INSERT OR UPDATE ON t_categoria
>  FOR EACH ROW
>  BEGIN
>   IF INSERTING THEN
> INSERT INTO t_rastreabilidade 
> (NM_TABELA,TX_OPERACAO,DT_CRIACAO,NM_PESSOAL)
>VALUES ('INSERÇÃO',sysdate,user,TABLE_NAME 
>   );
>   ELSEIF UPDATING THEN   
>INSERT INTO t_rastreabilidade 
> (NM_TABELA,TX_OPERACAO,DT_CRIACAO,NM_PESSOAL)
>VALUES ('ALTERAÇÃO',sysdate,user,TABLE_NAME 
>   );
>   END IF;
>  END;
> /
>






--
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/ 
--_
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423  
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] Re: Help - Socorro - Tem como melhorar a performace do importdescrito no e-mail

[jlchiappa]

César, as coisas óbvias primeiro :

 - import significa INSERT,e INSERT de grandes qtdade o padrãozão é :
DESABILITE triggers, índices e constraints na tabela sendo importada
(depois re-build em parallel e nologging, e habilita as constraints
com ENABLE NOVALIDATE se possível)
 - BUFFER de 10 Mb é comum, afinal servidor que não tem ao menos isso
livre tá maus
 - vc está conectando com @nomedobanco, o que implica que é conexão
via rede, NÂO FAÇA ISSO : transfira em modo binário o .dmp pro
servidor-destino e faça uma conexão LOCAL (ie, tenha
ORACLE_SID/ORACLE_HOME setados e não use @string)
 - jogar RECORDLENGTH pro limite , normalmente 65535

==> essas coisas devem melhorar um pouco, mas a falha maior do import
é que ele não faz append-mode e nem paralelismo, se for uma operação
rotineira, gere um .txt no banco-origem, carregue no banco-destino com
sqlldr usando append-mode e parallel, e veja essa carga voar - no meu
banco eu carrego texto de umas dezenas de milhões em 15/20 minutos.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Ricardo Cardoso de Sá
<[EMAIL PROTECTED]> escreveu
> Dependendo de sua máquina, aumente o buffer para 2097152. Não
entendi porque o COMMIT está para n e não para y. 
> 
> O tempo que está levando, eu considero um tempo bom 20 minutos !
Depende muito do tamanho da linha, da velocidade da máquina...
Resumindo, o tempo está *** muito bom ***.
> 
> 
>   - Original Message - 
>   From: César 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, November 02, 2005 8:35 AM
>   Subject: [oracle_br] Help - Socorro - Tem como melhorar a
performace do importdescrito no e-mail ?
> 
> 
>   Aceito sugestões de melhorar este import ou alguma configuração do
banco ?
> 
>   imp FILE=/local LOG=/opt/import.LOG userid=snosdb/[EMAIL PROTECTED]
TABLES=tabelaprincipal
>   GRANTS=n INDEXES=n ROWS=y COMMIT=n BUFFER=64000 CONSTRAINTS=n
ignore= y STATISTICS=none
> 
>   Um import de um milhão e meio de linhas leva cerca de 20 minutos.
> 
>   Tem como melhorar isto ?
> 
> 
> 
> 
>   
>   -
>   Yahoo! Acesso Grátis: Internet rápida e grátis.
>   Instale o discador agora!
> 
>   [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
>   ORACLE_BR APOIA 2ºENPO-BR
_
>   O 2º Encontro Nacional de Profissionais Oracle será realizado no
dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas
Palestras e Cases dirigidos exclusivamente por profissionais
especialistas e renomados no mercado. Confira a programação no site do
evento! http://www.enpo-br.org/
>   _
>   Area de download oracle_br -
http://www.4shared.com/dir/101727/a4dcc423 
> 
> 
> 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]





ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423  
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

 

RES: [SPAM]RES: [oracle_br] Re: Help - Sugestão para melhorar a velocidade do delete ?

[Alexssandro André Gottschalk]

Olá Marcio, você poderia dar um exemplo da sintaxe para criar um índice 
em paralelo? 

[]'s do Alex!

Quanto maior é o número dos problemas em que pensamos, maior é o perigo 
de não compreendermos nenhum. 
(John Amos Comenius)

Alexssandro André Gottschalk
Informática - A. Grings S.A.
mailto:[EMAIL PROTECTED]
MSN Messenger: [EMAIL PROTECTED]
   (51) 545-1000 (R.: 359)
   Igrejinha - RS

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de opsmportes
Enviada em: quarta-feira, 26 de outubro de 2005 15:47
Para: oracle_br@yahoogrupos.com.br
Assunto: [SPAM]RES: [oracle_br] Re: Help - Sugestão para melhorar a velocidade 
do delete ?

Já considerou particionar a tabela? Nesse caso, voce somente droparia 
a partição. Outra técnica para essa quantidade de registro é dada 
pelo Tom Kyte, voce cria uma nova tabela do predicado do delete, 
dropar a tabela antiga, renomear a nova, grants e criação de índices 
em paralelo. Obviamente isso deveria ser feito em batch time.

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

Abraço,
Marcio Portes.

--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
escreveu
> Pessoal , quanto menor o intervalo de undo_retetion e
> de commit seria melhor ?
> Detalhe a tabela é de 300 milhoes de registros . E são
> deletados em media 100 milhoes .
> Para fazer em um delete direto a tablespace de undo
> ficaria muito grande.
> 
> 
> --- Salvio Padlipskas <[EMAIL PROTECTED]> escreveu:
> 
> 
> -
> Enriquecendo o thread, acredito que o colega esteja
> executando
> um FOR... justamente porque o snapshot too old está
> pegando.
> 
> Realmente o parametro undo_retetion irá ter um papel
> importante 
> nesse caso. 
> 
> Mas tente também diminuir o tamanho do intervalo de
> commit, pois
> suas transações concorrentes devem estar
> sobrescrevendo os blocos
> utilizados no cursor principal.
> 
> [ ]'s
> Salvio
> 
> 
> -Mensagem original-
> De: opsmportes [mailto:[EMAIL PROTECTED]
> Enviada em: quarta-feira, 26 de outubro de 2005 12:34
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Re: Help - Sugestão para melhorar
> a velocidade do
> delete ?
> 
> 
> Primeira dica seria ajustar seu rollback/undo para
> acomodar o delete 
> inteiro e fazê-lo em uma tacada só. Outra coisa, se
> datain é do tipo 
> date, então voce deveria compará-la com DATE e não com
> varchar2.
> 
> Então a procedure ficaria:
> 
> CREATE OR REPLACE PROCEDURE apagarregs ( p_data in
> date )
> is
> begin
>   delete from tabelapr
>where datain < p_data;
>   commit;
> end;
> /
> 
> --
> Marcio Portes
> http://mportes.blogspot.com
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Antônio
> <[EMAIL PROTECTED]> 
> escreveu
> > 
> > Pessoal aceito sugestões para melhorar o processo de
> > delete da tabelapr , tem dois indices indispensaveis
> ,
> > mais um que eu posso tirar que está relacionado com
> o
> > datain  para selecionar o periodo que será deletado.
> > A tabela normalmente tem 30 milhoes de
> registros.
> > 
> > A procedure que faz o processo está abaixo :
> > 
> > 
> > 
> > 
> > CREATE OR REPLACE PROCEDURE apagarregs ( data
> varchar
> > )is
> > 
> >contar  NUMBER  := 0;
> >total  NUMBER  := 0;
> > 
> >CURSOR del_record_cur IS
> >  SELECT rowid
> >  FROM   tabelapr
> >  WHERE datain < data ;
> >  BEGIN
> >FOR rec IN del_record_cur LOOP
> >  DELETE FROM tabelapr WHERE rowid =
> rec.rowid
> > AND datain < data ;
> > 
> >  total := total + 1;
> >  contar := contar + 1;
> > 
> >  IF (contar >= 1) THEN
> >COMMIT;
> >contar := 0;
> >  END IF;
> > 
> >END LOOP;
> >COMMIT;
> >  
> >  END;
> > 
> > 
> >   
> > 
> > 
> > 
> >   
> > 
> >
> ___
> 
> > Promoção Yahoo! Acesso Grátis: a cada hora navegada
> você
> > acumula cupons e concorre a mais de 500 prêmios!
> Participe!
> > http://yahoo.fbiz.com.br/
> 
> 
> 
> 
> ORACLE_BR APOIA 2ºENPO-BR
> 
_
> O 2º Encontro Nacional de Profissionais Oracle será
> realizado no dia
> 05/11/2005 no auditório da

RES: [oracle_br] Re: Help - Sugestão para melhorar a velocidade do delete ?

[opsmportes]

Me perdoe lista! Estou usando a interface web. Não muito amigável.
Marcio Portes.

--- Em oracle_br@yahoogrupos.com.br, "opsmportes" 
<[EMAIL PROTECTED]> escreveu
> Já considerou particionar a tabela? Nesse caso, voce somente 
droparia 
> a partição. Outra técnica para essa quantidade de registro é dada 
> pelo Tom Kyte, voce cria uma nova tabela do predicado do delete, 
> dropar a tabela antiga, renomear a nova, grants e criação de 
índices 
> em paralelo. Obviamente isso deveria ser feito em batch time.
> 
> http://asktom.oracle.com/pls/ask/f?
> p=4950:8:F4950_P8_DISPLAYID:6407993912330
> 
> Abraço,
> Marcio Portes.
> 
> --- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
> escreveu
> > Pessoal , quanto menor o intervalo de undo_retetion e
> > de commit seria melhor ?
> > Detalhe a tabela é de 300 milhoes de registros . E são
> > deletados em media 100 milhoes .
> > Para fazer em um delete direto a tablespace de undo
> > ficaria muito grande.
> > 
> > 
> > --- Salvio Padlipskas <[EMAIL PROTECTED]> escreveu:
> > 
> > 
> > -
> > Enriquecendo o thread, acredito que o colega esteja
> > executando
> > um FOR... justamente porque o snapshot too old está
> > pegando.
> > 
> > Realmente o parametro undo_retetion irá ter um papel
> > importante 
> > nesse caso. 
> > 
> > Mas tente também diminuir o tamanho do intervalo de
> > commit, pois
> > suas transações concorrentes devem estar
> > sobrescrevendo os blocos
> > utilizados no cursor principal.
> > 
> > [ ]'s
> > Salvio
> > 
> > 
> > -Mensagem original-
> > De: opsmportes [mailto:[EMAIL PROTECTED]
> > Enviada em: quarta-feira, 26 de outubro de 2005 12:34
> > Para: oracle_br@yahoogrupos.com.br
> > Assunto: [oracle_br] Re: Help - Sugestão para melhorar
> > a velocidade do
> > delete ?
> > 
> > 
> > Primeira dica seria ajustar seu rollback/undo para
> > acomodar o delete 
> > inteiro e fazê-lo em uma tacada só. Outra coisa, se
> > datain é do tipo 
> > date, então voce deveria compará-la com DATE e não com
> > varchar2.
> > 
> > Então a procedure ficaria:
> > 
> > CREATE OR REPLACE PROCEDURE apagarregs ( p_data in
> > date )
> > is
> > begin
> >   delete from tabelapr
> >where datain < p_data;
> >   commit;
> > end;
> > /
> > 
> > --
> > Marcio Portes
> > http://mportes.blogspot.com
> > 
> > 
> > --- Em oracle_br@yahoogrupos.com.br, Antônio
> > <[EMAIL PROTECTED]> 
> > escreveu
> > > 
> > > Pessoal aceito sugestões para melhorar o processo de
> > > delete da tabelapr , tem dois indices indispensaveis
> > ,
> > > mais um que eu posso tirar que está relacionado com
> > o
> > > datain  para selecionar o periodo que será deletado.
> > > A tabela normalmente tem 30 milhoes de
> > registros.
> > > 
> > > A procedure que faz o processo está abaixo :
> > > 
> > > 
> > > 
> > > 
> > > CREATE OR REPLACE PROCEDURE apagarregs ( data
> > varchar
> > > )is
> > > 
> > >contar  NUMBER  := 0;
> > >total  NUMBER  := 0;
> > > 
> > >CURSOR del_record_cur IS
> > >  SELECT rowid
> > >  FROM   tabelapr
> > >  WHERE datain < data ;
> > >  BEGIN
> > >FOR rec IN del_record_cur LOOP
> > >  DELETE FROM tabelapr WHERE rowid =
> > rec.rowid
> > > AND datain < data ;
> > > 
> > >  total := total + 1;
> > >  contar := contar + 1;
> > > 
> > >  IF (contar >= 1) THEN
> > >COMMIT;
> > >contar := 0;
> > >  END IF;
> > > 
> > >END LOOP;
> > >COMMIT;
> > >  
> > >  END;
> > > 
> > > 
> > >   
> > > 
> > > 
> > > 
> > >   
> > > 
> > >
> > ___
> > 
> > > Promoção Yahoo! Acesso Grátis: a cada hora navegada
> > você
> > > acumula cupons e concorre a mais de 500 prêmios!
> > Participe!
> > > http://yahoo.fbiz.com.br/
> > 
> > 
> > 
> > 
> > ORACLE_BR APOIA 2ºENPO-BR
> > 
> 
___

RES: [oracle_br] Re: Help - Sugestão para melhorar a velocidade do delete ?

[opsmportes]

Já considerou particionar a tabela? Nesse caso, voce somente droparia 
a partição. Outra técnica para essa quantidade de registro é dada 
pelo Tom Kyte, voce cria uma nova tabela do predicado do delete, 
dropar a tabela antiga, renomear a nova, grants e criação de índices 
em paralelo. Obviamente isso deveria ser feito em batch time.

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

Abraço,
Marcio Portes.

--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
escreveu
> Pessoal , quanto menor o intervalo de undo_retetion e
> de commit seria melhor ?
> Detalhe a tabela é de 300 milhoes de registros . E são
> deletados em media 100 milhoes .
> Para fazer em um delete direto a tablespace de undo
> ficaria muito grande.
> 
> 
> --- Salvio Padlipskas <[EMAIL PROTECTED]> escreveu:
> 
> 
> -
> Enriquecendo o thread, acredito que o colega esteja
> executando
> um FOR... justamente porque o snapshot too old está
> pegando.
> 
> Realmente o parametro undo_retetion irá ter um papel
> importante 
> nesse caso. 
> 
> Mas tente também diminuir o tamanho do intervalo de
> commit, pois
> suas transações concorrentes devem estar
> sobrescrevendo os blocos
> utilizados no cursor principal.
> 
> [ ]'s
> Salvio
> 
> 
> -Mensagem original-
> De: opsmportes [mailto:[EMAIL PROTECTED]
> Enviada em: quarta-feira, 26 de outubro de 2005 12:34
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Re: Help - Sugestão para melhorar
> a velocidade do
> delete ?
> 
> 
> Primeira dica seria ajustar seu rollback/undo para
> acomodar o delete 
> inteiro e fazê-lo em uma tacada só. Outra coisa, se
> datain é do tipo 
> date, então voce deveria compará-la com DATE e não com
> varchar2.
> 
> Então a procedure ficaria:
> 
> CREATE OR REPLACE PROCEDURE apagarregs ( p_data in
> date )
> is
> begin
>   delete from tabelapr
>where datain < p_data;
>   commit;
> end;
> /
> 
> --
> Marcio Portes
> http://mportes.blogspot.com
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Antônio
> <[EMAIL PROTECTED]> 
> escreveu
> > 
> > Pessoal aceito sugestões para melhorar o processo de
> > delete da tabelapr , tem dois indices indispensaveis
> ,
> > mais um que eu posso tirar que está relacionado com
> o
> > datain  para selecionar o periodo que será deletado.
> > A tabela normalmente tem 30 milhoes de
> registros.
> > 
> > A procedure que faz o processo está abaixo :
> > 
> > 
> > 
> > 
> > CREATE OR REPLACE PROCEDURE apagarregs ( data
> varchar
> > )is
> > 
> >contar  NUMBER  := 0;
> >total  NUMBER  := 0;
> > 
> >CURSOR del_record_cur IS
> >  SELECT rowid
> >  FROM   tabelapr
> >  WHERE datain < data ;
> >  BEGIN
> >FOR rec IN del_record_cur LOOP
> >  DELETE FROM tabelapr WHERE rowid =
> rec.rowid
> > AND datain < data ;
> > 
> >  total := total + 1;
> >  contar := contar + 1;
> > 
> >  IF (contar >= 1) THEN
> >COMMIT;
> >contar := 0;
> >  END IF;
> > 
> >END LOOP;
> >COMMIT;
> >  
> >  END;
> > 
> > 
> >   
> > 
> > 
> > 
> >   
> > 
> >
> ___
> 
> > Promoção Yahoo! Acesso Grátis: a cada hora navegada
> você
> > acumula cupons e concorre a mais de 500 prêmios!
> Participe!
> > http://yahoo.fbiz.com.br/
> 
> 
> 
> 
> ORACLE_BR APOIA 2ºENPO-BR
> 
_
> O 2º Encontro Nacional de Profissionais Oracle será
> realizado no dia
> 05/11/2005 no auditório da FIAP em São Paulo. Serão
> apresentadas Palestras e
> Cases dirigidos exclusivamente por profissionais
> especialistas e renomados
> no mercado. Confira a programação no site do evento!
> http://www.enpo-br.org/
> 
_
> Area de download oracle_br -
> http://www.4shared.com/dir/101727/a4dcc423  
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 
> 
> ORACLE_BR APOIA 2ºENPO-BR
> 
_
> O 2º Encontro Nacional de Profissionais Oracle será
> realizado no dia 05/11/200

RES: [oracle_br] Re: Help - Sugestão para melhorar a velocidade do delete ?

[opsmportes]

Já considerou particionar a tabela? Nesse caso, voce somente droparia 
a partição. Outra técnica para essa quantidade de registro é dada 
pelo Tom Kyte, voce cria uma nova tabela do predicado do delete, 
dropar a tabela antiga, renomear a nova, grants e criação de índices 
em paralelo. Obviamente isso deveria ser feito em batch time.

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

Abraço,
Marcio Portes.

--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
escreveu
> Pessoal , quanto menor o intervalo de undo_retetion e
> de commit seria melhor ?
> Detalhe a tabela é de 300 milhoes de registros . E são
> deletados em media 100 milhoes .
> Para fazer em um delete direto a tablespace de undo
> ficaria muito grande.
> 
> 
> --- Salvio Padlipskas <[EMAIL PROTECTED]> escreveu:
> 
> 
> -
> Enriquecendo o thread, acredito que o colega esteja
> executando
> um FOR... justamente porque o snapshot too old está
> pegando.
> 
> Realmente o parametro undo_retetion irá ter um papel
> importante 
> nesse caso. 
> 
> Mas tente também diminuir o tamanho do intervalo de
> commit, pois
> suas transações concorrentes devem estar
> sobrescrevendo os blocos
> utilizados no cursor principal.
> 
> [ ]'s
> Salvio
> 
> 
> -Mensagem original-
> De: opsmportes [mailto:[EMAIL PROTECTED]
> Enviada em: quarta-feira, 26 de outubro de 2005 12:34
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Re: Help - Sugestão para melhorar
> a velocidade do
> delete ?
> 
> 
> Primeira dica seria ajustar seu rollback/undo para
> acomodar o delete 
> inteiro e fazê-lo em uma tacada só. Outra coisa, se
> datain é do tipo 
> date, então voce deveria compará-la com DATE e não com
> varchar2.
> 
> Então a procedure ficaria:
> 
> CREATE OR REPLACE PROCEDURE apagarregs ( p_data in
> date )
> is
> begin
>   delete from tabelapr
>where datain < p_data;
>   commit;
> end;
> /
> 
> --
> Marcio Portes
> http://mportes.blogspot.com
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Antônio
> <[EMAIL PROTECTED]> 
> escreveu
> > 
> > Pessoal aceito sugestões para melhorar o processo de
> > delete da tabelapr , tem dois indices indispensaveis
> ,
> > mais um que eu posso tirar que está relacionado com
> o
> > datain  para selecionar o periodo que será deletado.
> > A tabela normalmente tem 30 milhoes de
> registros.
> > 
> > A procedure que faz o processo está abaixo :
> > 
> > 
> > 
> > 
> > CREATE OR REPLACE PROCEDURE apagarregs ( data
> varchar
> > )is
> > 
> >contar  NUMBER  := 0;
> >total  NUMBER  := 0;
> > 
> >CURSOR del_record_cur IS
> >  SELECT rowid
> >  FROM   tabelapr
> >  WHERE datain < data ;
> >  BEGIN
> >FOR rec IN del_record_cur LOOP
> >  DELETE FROM tabelapr WHERE rowid =
> rec.rowid
> > AND datain < data ;
> > 
> >  total := total + 1;
> >  contar := contar + 1;
> > 
> >  IF (contar >= 1) THEN
> >COMMIT;
> >contar := 0;
> >  END IF;
> > 
> >END LOOP;
> >COMMIT;
> >  
> >  END;
> > 
> > 
> >   
> > 
> > 
> > 
> >   
> > 
> >
> ___
> 
> > Promoção Yahoo! Acesso Grátis: a cada hora navegada
> você
> > acumula cupons e concorre a mais de 500 prêmios!
> Participe!
> > http://yahoo.fbiz.com.br/
> 
> 
> 
> 
> ORACLE_BR APOIA 2ºENPO-BR
> 
_
> O 2º Encontro Nacional de Profissionais Oracle será
> realizado no dia
> 05/11/2005 no auditório da FIAP em São Paulo. Serão
> apresentadas Palestras e
> Cases dirigidos exclusivamente por profissionais
> especialistas e renomados
> no mercado. Confira a programação no site do evento!
> http://www.enpo-br.org/
> 
_
> Area de download oracle_br -
> http://www.4shared.com/dir/101727/a4dcc423  
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 
> 
> ORACLE_BR APOIA 2ºENPO-BR
> 
_
> O 2º Encontro Nacional de Profissionais Oracle será
> realizado no dia 05/11/200

Re: RES: [oracle_br] Re: Help - Sugestão para melhorar a velocidade do delete ?

[Antônio]

Pessoal , quanto menor o intervalo de undo_retetion e
de commit seria melhor ?
Detalhe a tabela é de 300 milhoes de registros . E são
deletados em media 100 milhoes .
Para fazer em um delete direto a tablespace de undo
ficaria muito grande.


--- Salvio Padlipskas <[EMAIL PROTECTED]> escreveu:


-
Enriquecendo o thread, acredito que o colega esteja
executando
um FOR... justamente porque o snapshot too old está
pegando.

Realmente o parametro undo_retetion irá ter um papel
importante 
nesse caso. 

Mas tente também diminuir o tamanho do intervalo de
commit, pois
suas transações concorrentes devem estar
sobrescrevendo os blocos
utilizados no cursor principal.

[ ]'s
Salvio


-Mensagem original-
De: opsmportes [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 26 de outubro de 2005 12:34
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Help - Sugestão para melhorar
a velocidade do
delete ?


Primeira dica seria ajustar seu rollback/undo para
acomodar o delete 
inteiro e fazê-lo em uma tacada só. Outra coisa, se
datain é do tipo 
date, então voce deveria compará-la com DATE e não com
varchar2.

Então a procedure ficaria:

CREATE OR REPLACE PROCEDURE apagarregs ( p_data in
date )
is
begin
  delete from tabelapr
   where datain < p_data;
  commit;
end;
/

--
Marcio Portes
http://mportes.blogspot.com


--- Em oracle_br@yahoogrupos.com.br, Antônio
<[EMAIL PROTECTED]> 
escreveu
> 
> Pessoal aceito sugestões para melhorar o processo de
> delete da tabelapr , tem dois indices indispensaveis
,
> mais um que eu posso tirar que está relacionado com
o
> datain  para selecionar o periodo que será deletado.
> A tabela normalmente tem 30 milhoes de
registros.
> 
> A procedure que faz o processo está abaixo :
> 
> 
> 
> 
> CREATE OR REPLACE PROCEDURE apagarregs ( data
varchar
> )is
> 
>contar  NUMBER  := 0;
>total  NUMBER  := 0;
> 
>CURSOR del_record_cur IS
>  SELECT rowid
>  FROM   tabelapr
>  WHERE datain < data ;
>  BEGIN
>FOR rec IN del_record_cur LOOP
>  DELETE FROM tabelapr WHERE rowid =
rec.rowid
> AND datain < data ;
> 
>  total := total + 1;
>  contar := contar + 1;
> 
>  IF (contar >= 1) THEN
>COMMIT;
>contar := 0;
>  END IF;
> 
>END LOOP;
>COMMIT;
>  
>  END;
> 
> 
>   
> 
> 
> 
>   
> 
>
___

> Promoção Yahoo! Acesso Grátis: a cada hora navegada
você
> acumula cupons e concorre a mais de 500 prêmios!
Participe!
> http://yahoo.fbiz.com.br/




ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será
realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão
apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais
especialistas e renomados
no mercado. Confira a programação no site do evento!
http://www.enpo-br.org/
_
Area de download oracle_br -
http://www.4shared.com/dir/101727/a4dcc423  
Links do Yahoo! Grupos




 



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



ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será
realizado no dia 05/11/2005 no auditório da FIAP em
São Paulo. Serão apresentadas Palestras e Cases
dirigidos exclusivamente por profissionais
especialistas e renomados no mercado. Confira a
programação no site do evento! http://www.enpo-br.org/
_
Area de download oracle_br -
http://www.4shared.com/dir/101727/a4dcc423 

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










___ 
Promoção Yahoo! Acesso Grátis: a cada hora navegada você
acumula cupons e concorre a mais de 500 prêmios! Participe!
http://yahoo.fbiz.com.br/


ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especial

RES: [oracle_br] Re: Help - Sugestã o para melhorar a velocidade do delete ?

[Salvio Padlipskas]

Enriquecendo o thread, acredito que o colega esteja executando
um FOR... justamente porque o snapshot too old está pegando.

Realmente o parametro undo_retetion irá ter um papel importante 
nesse caso. 

Mas tente também diminuir o tamanho do intervalo de commit, pois
suas transações concorrentes devem estar sobrescrevendo os blocos
utilizados no cursor principal.

[ ]'s
Salvio


-Mensagem original-
De: opsmportes [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 26 de outubro de 2005 12:34
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Help - Sugestão para melhorar a velocidade do
delete ?


Primeira dica seria ajustar seu rollback/undo para acomodar o delete 
inteiro e fazê-lo em uma tacada só. Outra coisa, se datain é do tipo 
date, então voce deveria compará-la com DATE e não com varchar2.

Então a procedure ficaria:

CREATE OR REPLACE PROCEDURE apagarregs ( p_data in date )
is
begin
  delete from tabelapr
   where datain < p_data;
  commit;
end;
/

--
Marcio Portes
http://mportes.blogspot.com


--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
escreveu
> 
> Pessoal aceito sugestões para melhorar o processo de
> delete da tabelapr , tem dois indices indispensaveis ,
> mais um que eu posso tirar que está relacionado com o
> datain  para selecionar o periodo que será deletado.
> A tabela normalmente tem 30 milhoes de registros.
> 
> A procedure que faz o processo está abaixo :
> 
> 
> 
> 
> CREATE OR REPLACE PROCEDURE apagarregs ( data varchar
> )is
> 
>contar  NUMBER  := 0;
>total  NUMBER  := 0;
> 
>CURSOR del_record_cur IS
>  SELECT rowid
>  FROM   tabelapr
>  WHERE datain < data ;
>  BEGIN
>FOR rec IN del_record_cur LOOP
>  DELETE FROM tabelapr WHERE rowid = rec.rowid
> AND datain < data ;
> 
>  total := total + 1;
>  contar := contar + 1;
> 
>  IF (contar >= 1) THEN
>COMMIT;
>contar := 0;
>  END IF;
> 
>END LOOP;
>COMMIT;
>  
>  END;
> 
> 
>   
> 
> 
> 
>   
>   
> ___ 
> Promoção Yahoo! Acesso Grátis: a cada hora navegada você
> acumula cupons e concorre a mais de 500 prêmios! Participe!
> http://yahoo.fbiz.com.br/




ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais especialistas e renomados
no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423  
Links do Yahoo! Grupos




 



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



ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423  
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] Re: Help - Sugestão para melhorar a velocidade do delete ?

[opsmportes]

Primeira dica seria ajustar seu rollback/undo para acomodar o delete 
inteiro e fazê-lo em uma tacada só. Outra coisa, se datain é do tipo 
date, então voce deveria compará-la com DATE e não com varchar2.

Então a procedure ficaria:

CREATE OR REPLACE PROCEDURE apagarregs ( p_data in date )
is
begin
  delete from tabelapr
   where datain < p_data;
  commit;
end;
/

--
Marcio Portes
http://mportes.blogspot.com


--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
escreveu
> 
> Pessoal aceito sugestões para melhorar o processo de
> delete da tabelapr , tem dois indices indispensaveis ,
> mais um que eu posso tirar que está relacionado com o
> datain  para selecionar o periodo que será deletado.
> A tabela normalmente tem 30 milhoes de registros.
> 
> A procedure que faz o processo está abaixo :
> 
> 
> 
> 
> CREATE OR REPLACE PROCEDURE apagarregs ( data varchar
> )is
> 
>contar  NUMBER  := 0;
>total  NUMBER  := 0;
> 
>CURSOR del_record_cur IS
>  SELECT rowid
>  FROM   tabelapr
>  WHERE datain < data ;
>  BEGIN
>FOR rec IN del_record_cur LOOP
>  DELETE FROM tabelapr WHERE rowid = rec.rowid
> AND datain < data ;
> 
>  total := total + 1;
>  contar := contar + 1;
> 
>  IF (contar >= 1) THEN
>COMMIT;
>contar := 0;
>  END IF;
> 
>END LOOP;
>COMMIT;
>  
>  END;
> 
> 
>   
> 
> 
> 
>   
>   
> ___ 
> Promoção Yahoo! Acesso Grátis: a cada hora navegada você
> acumula cupons e concorre a mais de 500 prêmios! Participe!
> http://yahoo.fbiz.com.br/




ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423  
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] Re: Help Urgente - Datafile em Tablespace errada!!!

[jlchiappa]

Em qual versão de banco ?? Até a 9iR2 não há NENHUM método 
para "remover" um datafile, basicamente é drop tablespace (antes 
movendo os objs pra outra tablespace, ou fazendo uma cópia dos dados 
antes do drop, recriando a tablespace e depois voltar os dados.

[]s

 Chiappa

===
Participe do ENPO - Encontro de Profissionais Oracle 2005 ! 
Informações e inscrições em www.enpo-br.org
José Laurindo Chiappa, Palestrante ENPO-2005
===

--- Em oracle_br@yahoogrupos.com.br, [EMAIL PROTECTED] escreveu
>   Amigos da lista,
> 
>  Adicionei um datafile a um tablespace incorreto.
>  Como faço para disassociá-lo deste tablespace??
> 
>  Agradeço qualquer help,
> 
>  Muito obrigada,
>  Kika.
>  
> 
> [As partes desta mensagem que não continham texto foram removidas]




ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423  
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] Re: Help - DBMS_JOB.SUBMIT - Dispara uma bat ou um executavel ?

[jlchiappa]

--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> escreveu
> 
> Duvida 
>  
> O DBMS_JOB.SUBMIT - Dispara uma bat ou um executavel ?

Diretamente, não :  lá mo manual Concepts e no Supplied packages já 
consta que DBMS_JOB é uma package que executa (em um dado agendamento) 
um PL/SQL, nem mais nem menos. O que vc PODE fazer é, a partir do 
PL/SQL disparado pelo job, vc executar o .BAT e/ou o executável 
desejado, DESDE QUE :
  a) vc escreva uma extensão apropriada para isso, em 
http://asktom.oracle.com vc tem exemplos para extender o PL/SQL com 
Java e com external procedures
  b) o executável/bat  ** ESTEJA ** na mesma máquina que o servidor 
Oracle
  c) o usuário do SO que instalou e roda os binários Oracle TENHA 
permissão no executável/bat  desejado.

[]s

 Chiappa

>  
> Caso funcione alguem tem algum exemplo ?
> 
>  
>   
> -
>  Promoção Yahoo! Acesso Grátis: a cada hora navegada você acumula 
cupons e concorre a mais de 500 prêmios! Participe!
> 
> [As partes desta mensagem que não continham texto foram removidas]




ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
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] Re: HELP- Existe alguma view no oracle que mostra fragmentação de tablespace?

[jlchiappa]

Antônio, seguinte : FRAGMENTAÇÃO propriamente dita ocorre no banco 
Oracle se um objeto (tabela, índice, etc) tenta alocar extents de 
tamanho X e a tablespace só possui extents de tamanhos Y ou Z, ** 
diferentes e não-múltiplos ** de X. Isso é ** impossível ** de 
acontecer com tablespaces gerenciadas localmente (LMT) , assim a 
resposta é : SE as suas tablespaces são LMT, preocupação ZERO com 
fragmentação. SE as suas tablespaces são gerenciadas por dicionário, 
vc pode ter fragmentação, aí seria fazer um :

SELECT TABLESPACE_NAME, INITIAL_EXTENT, NEXT_EXTENT, PCT_INCREASE 
FROM DBA_TABLESPACES 
 where tablespace_name in (...) ORDER BY 1;
 
 e depois um 
 
 select distinct tablespace_name, owner, segment_type, bytes from 
dba_extents 
  where tablespace_name in ()  order by 1,2,3;
  
  os tamanhos de extents estão diferentes e não-múltiplos ? Vc tem 
fragmentação, se não estão vc NÂO TEM, ponto.
  
  []s
  
   Chiappa
   
--- Em oracle_br@yahoogrupos.com.br, Antônio <[EMAIL PROTECTED]> 
escreveu
> 
>  
> 
>   
> -
>  Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos 
emoticons e muito mais. Instale agora!
> 
> [As partes desta mensagem que não continham texto foram removidas]




ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
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] Re: Help evento SQL*Net message from client

[jlchiappa]

Como eu disse, não ter nada em banco (ie, não usar stored PL/SQL) é 
uma causa provável de fazer parse em excesso, sim... Outra podem ser 
drivers/métodos de acesso ao banco com problemas (ODBC é ** típico 
**  nesse sentido, como é citado no texto do newsgroup que eu 
reproduzo abaixo) ** INCLUSIVE ** citando o efeito de exatos 2x parse 
versus execute , ou pode ser simplesmente BUG na aplicação : não usa 
variáveis bind , se pro*c não setou as opções de cursor no arquivo de 
config, se JDBC não está usando statements preparados 
 Vc está coberto de razão, é algo que o fornecedor tem que 
justificar, sim : vc até pode "aliviar" um pouco isso, talvez, 
setando os caches de cursor, mas é sim BUG em mãos que vc tem.

[]s

 Chiappa

===
TKPROF Output Explanation
All 5 messages in topic - view as tree  
 Dusan Bolek   Mar 22, 5:38 am show options 

Newsgroups: comp.databases.oracle.server 
From: "Dusan Bolek" <[EMAIL PROTECTED]> - Find messages by this 
author  
Date: 22 Mar 2005 00:38:40 -0800 
Local: Tues, Mar 22 2005 5:38 am  
Subject: TKPROF Output Explanation 
Reply to Author | Forward | Print | Individual Message | Show 
original | Report Abuse  

Hello, 


I'm trying to interpret SQL traces generated by users. There is about 
120MB of them in more than thousand of files so it is not possible to 
process them in raw format. So I have used TKPROF instead of it. The 
reason why I'm doing this is to prepare as much as possible authentic 
test scenario representing a real production load. However, I have 
problem how to interpret numbers like this: 


call count   cpuelapsed   disk  querycurrent 
rows 
--- --   -- -- -- -- 
-- 
Parse 1105  0.05   0.09  0106  0 
   0 
Execute  0  0.00   0.00  0  0  0 
   0 
Fetch0  0.00   0.00  0  0  0 
   0 
--- --   -- -- -- -- 
-- 
total 1105  0.05   0.09  0106  0 
   0 


How it can happen that some statement was parsed many times without 
*ANY* actual executions (never used cursor?) and how it is possible 
to 
represent this in a simple test case? 


-- 
Dusan Bolek 
http://www.db-support.com 


Email: [EMAIL PROTECTED] 
Pls add "Not Guilty" to the subject, otherwise your email will face 
an 
unpleasant end as SPAM. 

 

 Jonathan Lewis   Mar 22, 6:04 am show options 

Newsgroups: comp.databases.oracle.server 
From: "Jonathan Lewis" <[EMAIL PROTECTED]> - Find messages 
by this author  
Date: Tue, 22 Mar 2005 09:04:59 + (UTC) 
Local: Tues, Mar 22 2005 6:04 am  
Subject: Re: TKPROF Output Explanation 
Reply to Author | Forward | Print | Individual Message | Show 
original | Report Abuse  


There are some front-end tools that 
generate code to pre-parse SQL so 
that they can build the appropriate 
memory structure for the anticipated 
data. 


In most cases, these reveal themselves 
with tkprof outputs that show two 
parses per execute. 


Perhaps you have a slightly more extreme 
case where some such tool has pre-parsed 
everything in a module 'just in case', but 
just doesn't happen to use some specific 
piece of SQL to collect data. 


-- 
Regards 


Jonathan Lewis 


http://www.jlcomp.demon.co.uk/faq/ind_faq.html 
The Co-operative Oracle Users' FAQ 


http://www.jlcomp.demon.co.uk/seminar.html 
Public Appearances - schedule updated March 9th 2005 



"Dusan Bolek" <[EMAIL PROTECTED]> wrote in message 


news:[EMAIL PROTECTED] 


- Hide quoted text -
- Show quoted text -

> Hello, 

> I'm trying to interpret SQL traces generated by users. There is 
about 
> 120MB of them in more than thousand of files so it is not possible 
to 
> process them in raw format. So I have used TKPROF instead of it. 
The 
> reason why I'm doing this is to prepare as much as possible 
authentic 
> test scenario representing a real production load. However, I have 
> problem how to interpret numbers like this: 


> call count   cpuelapsed   disk  query
current 
>rows 
> --- --   -- -- -- --
 
> -- 
> Parse 1105  0.05   0.09  0106  
0 
>   0 
> Execute  0  0.00   0.00  0  0  
0 
>   0 
> Fetch0  0.00   0.00  0  0  
0 
>   0 
> --- --   -- -- -- --
 
> -- 
> total 1105  0.05   0.09  0106  
0 
>   0 


> How it can happen that some statement was parsed many times without 
> *ANY* actual executions (never used cursor?) and how it is possible 
to 
> represent this in a simple test case? 


> -- 
> Dusan Bolek 
> http://www.d

[oracle_br] Re: Help evento SQL*Net message from client

[Rodrigo Parreiras]

Obrigado pelas explicações Chiappa.

Investigando as sessões através de trace e fazendo um debug da 
aplicação descobri que sempre ele faz 2 parses primeiramente ele 
executa um prepare e depois executa um opencursor(do_prepare) então 
sempre ele irá fazer 2 parses, já estou entrando em contato com o 
pessoal da aplicação. Mas essa aplicação não tem nada em banco, 
todos os sql's são enviados ad-hoc.

Abraços,

Rodrigo

--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
> Os waits de "SQL*NET" são espera por rede (ie, o banco 
> está "parado" esperando enviar/receber dados pela rede), então 
> normalmente, numa aplicação saudável, comum, não-excêntrica, não é 
> vitalmente importante : o manual "Database Performance Tuning 
Guide 
> and Reference" te explica os eventos, e exatamente por este motivo 
o 
> classifica como um "idle event", um período em que (em tese) o 
banco 
> não está "trabalhando", ok ?
> 
> ==>> O que vc TEM que ter em mente, porém, é o seguinte : idle ou 
> não, vc deverá estar sempre preocupado com a participação de um 
> evento no todo, junto com a duração : se nas suas medidas, o 
> PORCENTUAL de ocorrência (** não ** a contagem) desse evento é 
alto, 
> ** E ** o porcentual de tempo gasto nesse ebento TAMBÈM é alto, 
> logicamente não tem a ver com performance do banco MAS tem a ver 
com 
> performance da aplicação, talvez a aplicação erradamente esteja 
> fazendo um processamento longo no cliente, ou não está usando 
array 
> processing (fazer processamento row-by-row ,linha-a-linha, já foi 
> chamado, entre outros nomes menos polidos, de "slow-by-slow", com 
> razão) Ou seja, resumo : waits por SQL*NET não servem pra 
indicar 
> performance do banco, MAS podem indicar falha de design na 
aplicação, 
> OU hardware de rede problemático. E vale também fazer um TKPROF 
> 
> Quanto ao PARSE, eu recomendo que vc use as estatísticas de parse 
pra 
> investigar mais, tanto a geral do sistema (o statspack te dá) 
quanto 
> uma análise por sessão, capturando antes e depois duma execução 
via 
> V4sesstat : o objetivo ** SEMPRE ** é vc ter 1 parse para MUITOS 
> executes, se a sua aplicação não está se comportando assim vc tem 
> umbug em mãos... Uma alternativa simples, que funciona pra 
esmagadora 
> maioria das linguagens/tools clientes, é não enviar SQLs ad-hoc, 
> sempre chamar stored PL/SQL, entre outras N coisas  o stored 
PL/SQL 
> já te faz esse não-parseamento...
> 
> Pra vc se aprofundar mais , recomendo : o citado manual de 
Tunning, 
> uma pesquisa no http://asktom.oracle.com sobre PARSE, e os 
> livros : "Oracle Wait Interface: A Practical Guide to Performance 
> Diagnostics & Tuning", de  Richmond Shee, Kirtikumar Deshpande and 
K 
> Gopalakrishnan (bom pra se aprofundar no ponto dos waits) e 
> o "Optimizing Oracle Performance", de Cary Millsap (às vezes um 
pouco 
> avançado demais, mas inestimável pra se aprender o procedimento de 
> tunning por comparação da participação de wait event no total do 
> processo, como pela pergunta vc parece estar querendo fazer).
> 
> []s
> 
>  Chiappa
>  
> --- Em oracle_br@yahoogrupos.com.br, Rodrigo Passos <[EMAIL PROTECTED]> 
> escreveu
> > Bom dia a todos,
> > 
> > Gostaria de saber se o evento SQL*Net message from client  é
> > importante para se otimizar algum processo pois como podem 
perceber 
> a
> > maior parte do tempo se deve a esse evento. O que pode causar 
esse
> > evento? O que da para perceber é que o parser é sempre 2 x maior 
> que o
> > exec.
> > 
> > Se algum puder esclarecer algo, fico grato.
> > 
> > 
> > Statement Text 
> > SELECT DISTINCT WPLABOR.LABORCODE, LABOR.NAME, WPLABOR.CRAFTQTY,
> > WPLABOR.LABORHRS, WPLABOR.RATE
> > FROM maxstr.WPLABOR, maxstr.LABOR 
> > WHERE WPLABOR.SITEID = LABOR.PRIMARYSITEID (+)  AND 
> WPLABOR.LABORCODE
> > = LABOR.LABORCODE (+)   AND WPLABOR.WONUM = :"SYS_B_0"
> > ORDER BY WPLABOR.LABORCODE  
> > 
> > 
> > 
> > 
> > Statement Resource Profile 
> > Response Time Component  Duration  # Calls  - Duration per Call -
  
> > Avg  Min  Max  
> > SQL*Net message from client  2.6110s  83.2%  3,420  0.0008s  
> 0.0002s  0.2970s  
> > CPU service  0.3300s  10.5%  1,520  0.0002s  0.s  0.0100s  
> > latch free  0.1936s  6.2%  6  0.0323s  0.s  0.0856s  
> > SQL*Net message to client  0.0051s  0.2%  3,743  0.s  
0.s  
> 0.s  
> > Total  3.1398s  100.0%  8,689  0.0004s  0.s  0.2970s  
> > 
> > 
> > Statement Cumulative Database Call Statistics Cursor
> > Action  Library
> > Misses  Action
> > Count  Rows  - Response Time -  - LIO Blocks -  PIO Blocks  
> > Elapsed  CPU  Other  Total  Consistent  Current  
> > Parse  0  760  0  0.0962  0.1100  -0.0138  0  0  0  0  
> > Exec  0  380  0  0.0901  0.1000  -0.0099  0  0  0  0  
> > Fetch  0  380  323  0.3190  0.1200  0.1990  2,453  2,453  0  0  
> > Total  0  1,520  323  0.5053  0.3300  0.1753  2,453  2,453  0  
0  
> >  
> > Per Exe  0.0  1.0  0.8  0.0013  0.0009  0.0005  6.5  6.5  0.0  
0.0  
> 

[oracle_br] Re: Help evento SQL*Net message from client

[jlchiappa]

Os waits de "SQL*NET" são espera por rede (ie, o banco 
está "parado" esperando enviar/receber dados pela rede), então 
normalmente, numa aplicação saudável, comum, não-excêntrica, não é 
vitalmente importante : o manual "Database Performance Tuning Guide 
and Reference" te explica os eventos, e exatamente por este motivo o 
classifica como um "idle event", um período em que (em tese) o banco 
não está "trabalhando", ok ?

==>> O que vc TEM que ter em mente, porém, é o seguinte : idle ou 
não, vc deverá estar sempre preocupado com a participação de um 
evento no todo, junto com a duração : se nas suas medidas, o 
PORCENTUAL de ocorrência (** não ** a contagem) desse evento é alto, 
** E ** o porcentual de tempo gasto nesse ebento TAMBÈM é alto, 
logicamente não tem a ver com performance do banco MAS tem a ver com 
performance da aplicação, talvez a aplicação erradamente esteja 
fazendo um processamento longo no cliente, ou não está usando array 
processing (fazer processamento row-by-row ,linha-a-linha, já foi 
chamado, entre outros nomes menos polidos, de "slow-by-slow", com 
razão) Ou seja, resumo : waits por SQL*NET não servem pra indicar 
performance do banco, MAS podem indicar falha de design na aplicação, 
OU hardware de rede problemático. E vale também fazer um TKPROF 

Quanto ao PARSE, eu recomendo que vc use as estatísticas de parse pra 
investigar mais, tanto a geral do sistema (o statspack te dá) quanto 
uma análise por sessão, capturando antes e depois duma execução via 
V4sesstat : o objetivo ** SEMPRE ** é vc ter 1 parse para MUITOS 
executes, se a sua aplicação não está se comportando assim vc tem 
umbug em mãos... Uma alternativa simples, que funciona pra esmagadora 
maioria das linguagens/tools clientes, é não enviar SQLs ad-hoc, 
sempre chamar stored PL/SQL, entre outras N coisas  o stored PL/SQL 
já te faz esse não-parseamento...

Pra vc se aprofundar mais , recomendo : o citado manual de Tunning, 
uma pesquisa no http://asktom.oracle.com sobre PARSE, e os 
livros : "Oracle Wait Interface: A Practical Guide to Performance 
Diagnostics & Tuning", de  Richmond Shee, Kirtikumar Deshpande and K 
Gopalakrishnan (bom pra se aprofundar no ponto dos waits) e 
o "Optimizing Oracle Performance", de Cary Millsap (às vezes um pouco 
avançado demais, mas inestimável pra se aprender o procedimento de 
tunning por comparação da participação de wait event no total do 
processo, como pela pergunta vc parece estar querendo fazer).

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Rodrigo Passos <[EMAIL PROTECTED]> 
escreveu
> Bom dia a todos,
> 
> Gostaria de saber se o evento SQL*Net message from client  é
> importante para se otimizar algum processo pois como podem perceber 
a
> maior parte do tempo se deve a esse evento. O que pode causar esse
> evento? O que da para perceber é que o parser é sempre 2 x maior 
que o
> exec.
> 
> Se algum puder esclarecer algo, fico grato.
> 
> 
> Statement Text 
> SELECT DISTINCT WPLABOR.LABORCODE, LABOR.NAME, WPLABOR.CRAFTQTY,
> WPLABOR.LABORHRS, WPLABOR.RATE
> FROM maxstr.WPLABOR, maxstr.LABOR 
> WHERE WPLABOR.SITEID = LABOR.PRIMARYSITEID (+)  AND 
WPLABOR.LABORCODE
> = LABOR.LABORCODE (+)   AND WPLABOR.WONUM = :"SYS_B_0"
> ORDER BY WPLABOR.LABORCODE  
> 
> 
> 
> 
> Statement Resource Profile 
> Response Time Component  Duration  # Calls  - Duration per Call -  
> Avg  Min  Max  
> SQL*Net message from client  2.6110s  83.2%  3,420  0.0008s  
0.0002s  0.2970s  
> CPU service  0.3300s  10.5%  1,520  0.0002s  0.s  0.0100s  
> latch free  0.1936s  6.2%  6  0.0323s  0.s  0.0856s  
> SQL*Net message to client  0.0051s  0.2%  3,743  0.s  0.s  
0.s  
> Total  3.1398s  100.0%  8,689  0.0004s  0.s  0.2970s  
> 
> 
> Statement Cumulative Database Call Statistics Cursor
> Action  Library
> Misses  Action
> Count  Rows  - Response Time -  - LIO Blocks -  PIO Blocks  
> Elapsed  CPU  Other  Total  Consistent  Current  
> Parse  0  760  0  0.0962  0.1100  -0.0138  0  0  0  0  
> Exec  0  380  0  0.0901  0.1000  -0.0099  0  0  0  0  
> Fetch  0  380  323  0.3190  0.1200  0.1990  2,453  2,453  0  0  
> Total  0  1,520  323  0.5053  0.3300  0.1753  2,453  2,453  0  0  
>  
> Per Exe  0.0  1.0  0.8  0.0013  0.0009  0.0005  6.5  6.5  0.0  0.0  
> Per Row  0.0  1.2  1.0  0.0016  0.0010  0.0005  7.6  7.6  0.0  0.0  
> 
> 
> 
> Statement Latch Statistics
> Latch#  Duration  # Calls  - Duration Per Call -  
> Avg  Min  Max  
> 98  0.1936s  100.0%  6  0.0323s  0.s  0.0856s  
> Total  0.1936s  100.0%  6  0.0323s  0.s  0.0856s  
> 
> Statement Plan 
> 
> Rows  Row Source Operation [Object Id]
>   
>  323  SORT UNIQUE 
>  323NESTED LOOPS OUTER 
>  323  TABLE ACCESS BY INDEX ROWID WPLABOR [28025]
>  323INDEX RANGE SCAN WPLABOR_NDX10 [33472]
>  323  TABLE ACCESS BY INDEX ROWID LABOR [27884]
>  342INDEX RANGE SCAN LABOR_NDX6 [33971]
> 
> 
> 
> 
> 
> SQL State

[oracle_br] Re: Help - URGENTE duvida sobre data ERROR: 0RA-01830

[jlchiappa]

É verdade, vai ocorrer a conversão implícita, é isso mesmo. 
Tecnicamente falando, não é rigorosamente obrigatório usar o 
TO_CHAR , já que pode-se controlar a conversão via variáveis 
NLS_DATE_FORMAT e similares (tanto no servidor quanto nos clientes), 
mas obviamente isso é um ponto fraco no sistema, já que basta se ter 
um único cliente sem o setting que vai dar pau, além da questão de 
conversão implícita poder interferir em performance

==>> Então sim, se não é tecnicamente obrigatório vc usar o TO_DATE 
na string pra comparar campos data com valor data, é MUITÍSSIMO 
recomendado e recomendável, MESMO, é IMHO o único jeito certo e 
seguro de se trabalhar com datas, comparando-as com valores data, 
SEMPRE.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Ronaldo Sales" 
<[EMAIL PROTECTED]> escreveu
> Não é bem isso. É que se vc só coloca a string o oracle faz uma 
conversão implicita, aí ele usa a mascara definida pelo 
NLS_DATE_FORMAT.
> 
> Sempre faça conversão explicita com TO_DATE() para evitar problemas.
> 
> Ronaldo.
> 
> 
> 
> 
> 
> De:oracle_br@yahoogrupos.com.br
> 
> Para:oracle_br@yahoogrupos.com.br
> 
> Cópia:
> 
> Data:Mon, 8 Aug 2005 18:08:26 -0300 (ART)
> 
> Assunto:Re: [oracle_br] Help - URGENTE duvida sobre data ERROR: 0RA-
01830
> 
> Pessoal, me corrijam se eu estiver errado.
> César, é o seguinte, você está comparando um campo de data com uma 
string de caracteres. Se você não especificar que essa string é um 
valor de data, ele comparará o campo data com a string...causando o 
erro.
> Isto é, você é obrigado a usar a função to_date.
> Abraços
> Vinicius
> 
> César escreveu:
> 
> 
> Obrigadao
> 
> Existe algum parametro no oracle que aceita esta
> comparacao automaticamente sem a necessidade do
> to_date 
> 
> select * from tabela where datain > '1/8/2005
> 10:18:08'
> 
> 
> 
> Marcus Vinicius Miguel Pedro 
> escreveu:
> 
> 
> -
> Tenta assim
> 
> where datain > to_date('01/08/2005
> 10:18:08','DD/MM/ HH24:MI:SS')
> 
> 
> 
> César escreveu:
> 
> 
> O campo datain e um campo data
> 
> A primeira comparacao funciona a outra nao porque
> 
> select * from tabela where datain > '1/8/2005'
> 
> select * from tabela where datain > '1/8/2005
> 10:18:08'
> 
> A comparacao quando coloco valor em minutos e segundos
> nunca funciona .
> 
> Alguem tem ideia ?
> 
> 
> 
> ___
> 
> Yahoo! Acesso Grátis - Internet rápida e grátis. 
> Instale o discador agora! http://br.acesso.yahoo.com/
> 
> 
> 
__
> 
> Histórico:
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> Falar com os
> Moderadores:([EMAIL PROTECTED])
> Dorian Anderson Soutto - Fernanda Damous - Alisson
> Aguiar 
> 
__
> 
> 
> 
> 
> -
> 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!. 
> 
> 
> __
> Converse com seus amigos em tempo real com o Yahoo!
> Messenger 
> http://br.download.yahoo.com/messenger/ 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 
> 
> 
__
> 
> Histórico:
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> Falar com os
> Moderadores:([EMAIL PROTECTED])
> Dorian Anderson Soutto - Fernanda Damous - Alisson
> Aguiar 
> 
__
> 
> -
> 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!.
> 
> 
> 
> __
> Converse com seus amigos em tempo real com o Yahoo! Messenger 
> http://br.download.yahoo.com/messenger/ 
> 
> 
> 
__
> 
> Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> Falar com os Moderadores:([EMAIL PROTECTED])
> Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar 
> 
__
 
> 
> 
> 
> -
> 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!. 
> 
> 
> ___