RES: RES: [oracle_br] Re: Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Obrigado Chiappa,

Irei entrar mais no detalhe para resolver esse problema.

 

Ednilson

 

 

 

De: sentto-1682896-122827-15542955...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122827-15542955...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 3 de abril de 2019 09:46
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Tabelas com espaço perdido.

 

  

Opa, segue :

"Essas tabelas não sei lhe responder se sofrem só INSERT, não conheço o sistema 
a fundo."

==>> ESSE é o ponto CRUCIAL : veja vc, COMO EU DISSE a principal situação em 
que vc tem espaço que momentaneamente ocupa lugar no disco/não pode ser 
devolvido ao SO mesmo estando sem dados é essa que eu falei, ie, logo após um 
DELETE COMO EU DISSE, esse espaço Não Está desperdiçado, está RESERVADO 
para os futuros INSERTs/UPDATEs que necessitarem dele
 Aí é que chegamos na situação atual : vc vê que esse esforço não é tão simples 
de se fazer, digamos que vc não sabia e que depois de todo o trabalhão chegaram 
uma pancada de novos INSERTs e vc TEVE que aumentar DE NOVO o espaço nas 
tablespaces - esse espaço SAIU do espaço que tinha sido devolvido antes. OU 
SEJA< nesse cenário vc desperdiçõ horas e horas pra chegar basicamente NA MESMA 
COISA, trocou 6 por meia dúzia.. Valeu a pena ?? DUVIDO
  Agora digamos que para algumas determinadas tabelas NÂO chegaram novos 
INSERTs/UPDATEs : ** maravilha TOTAL **, esse espaço que vc liberou NÂO vai ser 
preciso reutilizar, vc GANHOU esse espaço SIM, nesse cenário vc fez uma 
Ótima Coisa, vc realmente Reorganizou/poupou espaço

===>> SENDO ASSIM, eu positivamente RECOMENDO que antes de vc sair mexendo, vc 
LEVANTE a informação necessária : isso tanto pode ser respondido (ao menos em 
parte) pelos Analistas e usuários da aplicação, QUANTO vc pode fazer uma 
MONITORAÇÃO nas tabelas, com essa monitoração Ativa, depois de uns tantos dias 
dela coletando dados mais ou menos vc vai ter uma noção de QUAIS tabelas são 
mais usadas/ingerem mais dados e quais não, aí essas que são MENOS usadas devem 
valer a pena arriscar o procedimento, vide 
http://www.oraclehome.com.br/2012/09/25/monitorando-operacoes-de-uma-tabela-atraves-da-dba_tab_modifications/
 além da documentação E NEM PRECISO DIZER, tem mito sistema vagabundo 
por aí que não tem a menor documentação sobre a utilização das tabelas, mas 
ALGUMAS VEZES vc pode tentar DEDUZIR o comportamento de uso pelo NOME das 
tabelas , tipo : tabelas com BKPxx, OLD_xx, HISTxxx ou coisa assim TALVEZ sejam 
tebaleas de histórico de dados, que TIPICAMENTE sofrem muito POUCO insert, se é 
que sofrem

E IMPORTANTE : não é NEM DE LONGE só esse o único procedimento que pode ser 
feito para poupar espaço num database Oracle... Além de reorganização, vc pode :

- COMPACTAR os seus dados e seus índices : a compactação read/write on-line 
automática exige Licença para a Advanced Compression, não sabemos se vc tem 
isso ou não - se não tiver, AO MENOS as tabelas que não sofram INSERT frequente 
(E os índices delas) vc pode Compactar, vide 
https://oracle-base.com/articles/9i/compressed-tables-9i

- confirmar que não há extents gigânticos : como eu disse antes, o tamanho do 
extent é CRUCIAL quando discutimos consumo em disco. Veja vc , quando o 
RDBMS Oracle precisa alocar espaço em disco, ele NÃO VAI FICAR alocando de byte 
em byte, isso ia ser Horrivelmente Demorado : o que ele faz é ir no disco e 
formatar/requisitar um MONTÃO de blocos de uma vez só, isso é o chamado EXTENT 
- ainda que ele vá gravar uma linha na tabela que seja, se não há mais espaço 
livre ele ALOCA UM EXTENT inteirinho O tamanho desse extent PODE ser 
controlado automaticamente pelo banco (SE vc criar a tablespace como EXTENT 
MANAGEMENT LOCAL AUTOALLOCATE ** e ** não "forçar" um extent size diferente 
quando criar as tabelas na tablespace) , OU PODE ser indicado manualmente
 Assim, se por qquer erro humano uma tabela alocou um extent de (digamos) 500 
megabytes MAS no final entraram muito menos dados do que isso, esse espaço todo 
que sobrou tá RESERVADO, ninguém mais pode usar ele.
 Como eu havia dito, SE vc não sabe o padrão de consumo, uma boa idéia é ter 
todas as tablespaces com extent size automático E não "forçar" extent size 
nenhum na criação das tabelas, nem com INITIAL, nem com NEXT e nem com 
INCREASE
 
 - para os casos de grande volume de dados, gerenciar o espaço a nível de bloco 
: veja vc, depois que alocou um extent, o RDBMS vai gravar os registros/linhas 
da tabela dentro dos BLOCOS que compõem o extent : porém, ele Não Vai Ocupar o 
bloco inteirinho... Além do cabeçalho (que não podemos usar) e de uma área 
reservada para uso interno (INITRANS), por padrão um bloco VAI DEIXAR RESERVADO 
um pedaço da área dele para futuros UPDATEs Para as tabelas de Histórico, 
LOG/AUDITORIA e outras que quase não sofrem UPDATEs (só INSERTs) pode valer a 
pena DIMINUIR 

RES: [oracle_br] Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Marcos,

Mas fazendo este expdp/drop table/impdp, em uma nova tablespace, irei conseguir 
recuperar alguma coisa em filesystem?

São tabelas com campos LONGs

 

Obrigado,

Ednilson

 

 

 

De: sentto-1682896-122824-15542334...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122824-15542334...@returns.groups.yahoo.com] Em nome de 
Marcos Braga braga.mar...@gmail.com [oracle_br]
Enviada em: terça-feira, 2 de abril de 2019 16:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Tabelas com espaço perdido.

 

  

Oi Edinilson, boa tarde.

 

Quando o tempo me permite, gosto muito de usar exportação e importação 
(expdp/impdp) para recriar tablespaces e recomeçar tudo limpo e sem os vícios 
que vêm se acumulando no banco atual.

 

Claro que esse tipo de procedimento depende do tempo, tamanho, espaço 
disponível em storage e rede para que tudo corra bem dentro da janela proposta 
para a migração.

 

Só uma dica.

 

Abcs, Braga.

 

Em ter, 2 de abr de 2019 às 13:33, 'Ednilson Silva' ednilson.si...@jbs..com.br 
[oracle_br]  escreveu:

  

Bom dia,

Tenho um banco aqui Oracle 10g – release 10.2.0.5, que será migrado para 11g – 
release 11.2.0.4 ate final do primeiro semestre ainda.

Ocorre que tem algumas tabelas que já gostaria de recuperar o espaço perdido. 
Algumas tem campo LONG RAW, BLOB, CLOB, RAW, XMLTYPE

 

Como faço para recuperar o espaço dessas tabelas?

 

SQL> select tablespace_name as "TABLESPACE",

  2 num_rows,

  3 to_char(LAST_ANALYZED, 'dd/mm/ hh24:mi') LAST_ANALYZED,

  4 OWNER,

  5 table_name,

  6 round((blocks * 8) / 1024, 0) "size (mb)",

  7 round((num_rows * avg_row_len / 1024 / 1024), 0) "actual_data (mb)",

  8 (round((blocks * 8) / 1024, 0) -

  9 round((num_rows * avg_row_len / 1024 / 1024), 0)) "wasted_space 
(mb)"

10from dba_tables

11   where (round((blocks * 8) / 1024, 0) >

12 round((num_rows * avg_row_len / 1024 / 1024), 0))

13 and tablespace_name not in ('SYSTEM', 'SYSAUX')

14   order by 8 desc

15  /

TABLESPACE   NUM_ROWS OWNER TABLE_NAME   size (mb) 
actual_data (mb) wasted_space (mb)

-- -- - --- -- 
 -

AEFCD  104028 PRODUCAO  ANX_OBRIGACAO_FSC_FIL_MES   166432  
  8166424

CFVJD 5804240 PRODUCAO  SMW_PRECO_CLIENTE45849  
653 45196

LCTED53315173 PRODUCAO  INVENTTI_ARQUIVOS47789  
   5237 42552

PSUID19542948 PRODUCAO  ESANMOVANIMAIS   36767  
   1454 35313

SNACD21183099 PRODUCAO  ARQ_XML_ENV_RTN_WBS_MCD_ELE  37557  
   2404 35153

LMDFD 8965655 PRODUCAO  INVENTTI_ARQUIVOS31695  
881 30814

ICTCA   37531 PRODUCAO  CORE_ARQUIVO 29331  
  1 29330

USERS   570982788 PRODUCAO  MLOG$_ORDEM_PRODUCAO 39967  
  11435 28532

LTCCD   674743472 PRODUCAO  LANCAMENTO_CTB_ITEM_CTRC117640  
  89444 28196

 

Obrigado,

Ednilson Silva




 

-- 

Marcos Braga

-- .- -.-- -  . ..-. --- .-. -.-. .

Star Wars

-... . .-- .. - . -.-- --- ..-

RES: [oracle_br] Re: Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Estou começando a ter problemas de falta de espaço em meus filesystems, então 
gostaria de dar uma “enxugada” no que for possível no banco, o que pode ser 
feito?

Essas tabelas não sei lhe responder se sofrem só INSERT, não conheço o sistema 
a fundo.

 

As tablespaces estão criadas de maneira recomendas.

 

Respondendo ao outro e-mail, tenho noção que a Oracle não fornece mais suporte 
no Oracle 11g, que é o Forms/Reports 6i ainda L, então iremos migrar para 11g, 
subir o Forms/Reports e depois pensar em subir o banco para 12c, 18c, etc...

 

Obrigado,

Ednilson

 

 

De: sentto-1682896-122821-15542129...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122821-15542129...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 2 de abril de 2019 10:48
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Tabelas com espaço perdido.

 

  

Blz ? Então, explica melhor exatamente o que vc está chamando de "espaço 
perdido" : por exemplo, essas tabelas sofreram DELETEs de grande monta, aí 
(obviamente, como DEVERIA acontecer) esse espaço que no momento está sem dados 
continua reservado para as tabelas que o usaram, de modo a ACELERAR futuros 
INSERTs, é isso ?? 
SE for isso, primeiro ENTENDA que (como eu disse acima) isso Não É espaço 
desperdiçado, o espaço VAI SIM ser usado NORMALMENTE nos próximos INSERTs ou 
UPDATEs 
  SE REALMENTE vc tem 100% de certeza que essas tabelas Não Vão nunca mais 
sofrer nem INSERTs nem UPDATEs que venham a consumir esse espaço, aí sim : a 
primeira opção seria fazer o SHRINK das tabelas, vide 
https://oracle-base.com/articles/misc/alter-table-shrink-space-online  
Notar porém que :
  
  - shrink não pode ser usado em tablespaces criadas da maneira antiga e 
não-recomendada, ie, baseadas em dicionário, e/ou que não estejam sendo 
controladas pelo algoritmo de AUTO 
  
  - não corrige extents com tamanho impróprio (comuns se vc Não está usando 
tablespaces LMT com extent management AUTO)
  
  - vc não o pode usar com LONGs
  
  - ele VAI mudar o rowid das linhas movidas, o que PODE interferir se vc 
armazena essa informação em algum lugar
  
 Esses pontos estão todos citados no link acima CASO vc caia neles (bem 
possível, pelo que vc disse) aí vc tem que RECRIAR os extents todos dos 
segmentos todos : o mais fácil imho seria criar uma NOVA tablespace, lmt E com 
as best practices habilitadas (em especial usando algoritmo de AUTOSIZE se vc 
não sabe qual seria o melhor tamanho de extent pros segments), E depois disso 
exportar, dropar (com PURGE, o que libera o espaço completamente) e depois 
importar na nova tablespace os objs todos.. DEPOIS disso ok, aí é dropar a 
tablespace velha, que estará vazia Se vc puder usar expdp, a opção 
REMAP_TABLESPACE pode te ajudar... Só tenho algumas dúvidas no caso do LONG, 
pois ele já tinha sido DEPRECIADO na época do 10g iirc, testa direitinho antes 
de usar em Prod...
 
 []s
 
   Chiappa

[oracle_br] Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom dia,

Tenho um banco aqui Oracle 10g – release 10.2.0.5, que será migrado para 11g
– release 11.2.0.4 ate final do primeiro semestre ainda.

Ocorre que tem algumas tabelas que já gostaria de recuperar o espaço
perdido. Algumas tem campo LONG RAW, BLOB, CLOB, RAW, XMLTYPE

 

Como faço para recuperar o espaço dessas tabelas?

 

SQL> select tablespace_name as "TABLESPACE",

  2 num_rows,

  3 to_char(LAST_ANALYZED, 'dd/mm/ hh24:mi') LAST_ANALYZED,

  4 OWNER,

  5 table_name,

  6 round((blocks * 8) / 1024, 0) "size (mb)",

  7 round((num_rows * avg_row_len / 1024 / 1024), 0) "actual_data
(mb)",

  8 (round((blocks * 8) / 1024, 0) -

  9 round((num_rows * avg_row_len / 1024 / 1024), 0)) "wasted_space
(mb)"

10from dba_tables

11   where (round((blocks * 8) / 1024, 0) >

12 round((num_rows * avg_row_len / 1024 / 1024), 0))

13 and tablespace_name not in ('SYSTEM', 'SYSAUX')

14   order by 8 desc

15  /

TABLESPACE   NUM_ROWS OWNER TABLE_NAME   size (mb)
actual_data (mb) wasted_space (mb)

-- -- - --- --
 -

AEFCD  104028 PRODUCAO  ANX_OBRIGACAO_FSC_FIL_MES   166432
8166424

CFVJD 5804240 PRODUCAO  SMW_PRECO_CLIENTE45849
653 45196

LCTED53315173 PRODUCAO  INVENTTI_ARQUIVOS47789
5237 42552

PSUID19542948 PRODUCAO  ESANMOVANIMAIS   36767
1454 35313

SNACD21183099 PRODUCAO  ARQ_XML_ENV_RTN_WBS_MCD_ELE  37557
2404 35153

LMDFD 8965655 PRODUCAO  INVENTTI_ARQUIVOS31695
881 30814

ICTCA   37531 PRODUCAO  CORE_ARQUIVO 29331
1 29330

USERS   570982788 PRODUCAO  MLOG$_ORDEM_PRODUCAO 39967
11435 28532

LTCCD   674743472 PRODUCAO  LANCAMENTO_CTB_ITEM_CTRC117640
89444 28196

 

Obrigado,

Ednilson Silva

RES: RES: RES: [oracle_br] Re: backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Desculpe a demora em responder, surgiram outras coisas aqui.

 

Mas consegui realizar o backup sem ele gerar uma copia no $ORACLE_HOME/dbs

 

Tiver que dar um CLEAR em todas as configurações do rman, e usar o script 
abaixo que funcionou.

 

run {

backup device type disk format '/backup/rman/dtf-%d-%t_%s.rman' database;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s.rman';

sql "alter system switch logfile";

backup device type disk format '/backup/rman/arch-%d-%t_%s.rman' archivelog all 
delete all input;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s.rman';

backup spfile format '/backup/rman/spfile-%d-%t_%s.rman';

}

 

Ah, outra coisa estranha, eu tinha configurado paralelismo de 8 canais, e 
ocorreu alguns erros.

Notei que ele abria 4 canais e dava um erro que acabei não anotando, então 
configurei o paralelismo para 4 canais e tudo funcionou.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122765-15506746...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122765-15506746...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 20 de fevereiro de 2019 11:44
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: backup rman

 

  

Inclusive, insistindo nesse ponto de que esses arquivos sendo gerados no 
sub-diretório DBS talvez não sejam cópias dos backup pieces, num ambiente de 
teste (mas onde TODOS os parâmetros de archives estão corretamente setados, 
onde NÃO há logfile nem controlfile nem arquivo NENHUM com default e/ou setado 
pro sub-diretório dbs) eu fui olhar e um único arquivo estava sendo gerado lá 
no dbs :

[oracle@localhost Backups]$ ls -ltr $ORACLE_HOME/dbs
total 9560
-rw-r--r-- 1 oracle oracle2851 May 15  2009 init.ora
-rw-rw 1 oracle oracle1544 Oct  2  2010 hc_DBUA0.dat
-rw-r- 1 oracle oracle  24 Oct  2  2010 lkORCL
-rw-r- 1 oracle oracle1536 Oct  2  2010 orapworcl
-rw-rw 1 oracle oracle1544 Feb 20 08:57 hc_orcl.dat
-rw-r- 1 oracle oracle3584 Feb 20 09:19 spfileorcl.ora
-rw-rw 1 oracle oracle 9748480 Feb 20 09:25 snapcf_orcl.f
[oracle@localhost Backups]$ 

É esse snapcf, o resto são arquivos normais do database Oracle... Aí fui olhar 
no meu RMAN e listar os defaults, achei :

[oracle@localhost Backups]$ rman target=/

Recovery Manager: Release 11.2.0.2.0

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

connected to target database: ORCL (DBID=1229390655)

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 4 TIMES TO DISK;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
'/home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/snapcf_orcl.f'; # default

RMAN> exit;

==> tá vendo esse SNAPSHOT CONTROLFILE ?? Era esse, aí alterei meu script para :

[oracle@localhost orcl]$ cat /home/oracle/rman_backup_full.cmd
connect target /

run {
CONFIGURE RETENTION POLICY TO REDUNDANCY 4; 
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 4 TIMES TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/u02/Backups/controlfile_bkp_%F';
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/Backups/snapcf_orcl.f';
CROSSCHECK ARCHIVELOG ALL;
CROSSCHECK BACKUP;
allocate channel oem_backup_disk1 type disk format 
'/u02/Backups/ORA_rman_full_backup_${ORACLE_SID}_%U.bkp' maxpiecesize 2 G;
backup tag 'FULL_CNTRL' current controlfile;
backup tag 'FULL_DB' database PLUS ARCHIVELOG;
release channel oem_backup_disk1;
}
allocate channel for maintenance type disk;
delete noprompt obsolete device type disk;
delete noprompt expired archivelog all;
release channel;
exit;

[oracle@localhost orcl]$ 


==> Aí eu DELETEI os backups no RMAN (no meu caso, uso controlfile ao invés de 
catálogo em banco), removi manualmente esses arquivos, e uma nova execução do 
script de backup me deixou assim : 

[oracle@localhost dbs]$ ls -ltr
total 24
-rw-r--r-- 1 oracle oracle 2851 May 15  2009 init.ora
-rw-rw 1 oracle oracle 1544 Oct  2  2010 hc_DBUA0.dat
-rw-r- 1 oracle oracle   24 Oct  2  2010 lkORCL
-rw-r- 1 oracle oracle 1536 Oct  2  2010 

RES: RES: [oracle_br] Re: backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

1)  Sim é feito, note que no script é informado o format

2)  É possível que não haja copia do backup, algum parâmetro que informe 
isso no rman ou via script?

3)  Sobre as observações crucial, trata-se de um banco de legado, já existe 
zilhoes de backup deste banco.

 

Obrigado,

Ednilson Silva

 

De: sentto-1682896-122759-15505883...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122759-15505883...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 19 de fevereiro de 2019 11:59
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: backup rman

 

  

Vc disse que achou a solução, que foi ESPECIFICAR no FORMAT o 
padrão/formato/destino dos bakup pieces - vc NÂO FAZIA ISSO ANTES  Se não 
fazia, como é que o RMAN ia saber ONDE gravar os arquivos do backup ?? Faz 
sentido...

Sobre os params de BACKUP COPY, afaik 1 (que inclusive é o default) significa 
que haverá somente uma cópia em disco, que será a que foi gerada pelo RMAN com 
seu comando BACKUP DATABASE - acredito que não é isso que está gerando os tais 
arquivos não, remova-os e tente de novo...

==> Só uma Obs crucial aí sobre esse script : imagino que vc SAIBA que um 
backup só de banco ONLINE e SEM os archives é completamente Inútil, vc Não 
Consegue fazer RECOVER de um banco que esteja rodando em archive mode SEM os 
archives TODOS necessários... SE falhar a recuperação de UM ARCHIVE QUE SEJA 
(digamos, porque aquele backup piece que continha esse archive necessário 
corrompeu/falhou) é ZICA, é ROÇA,vc NÂO CONSEGUE MAIS recuperar o banco daí pra 
frente, é PERDA DE DADOS pra vc, sem choro nem vela
  Então, dada essa importância VITAL e CRUCIAL dos archives, não sei se 
concordo com essa sua política expressa nesse seu script de ter UM backup só 
dos archives e ainda por cima (via esse DELETE INPUT) já sair Apagando os 
archives após esse um e único backup : backup é aquela historinha, quem tem UM 
SÓ na verdade não tem NENHUM, eu Recomendaria só remover os archives após PELO 
MENOS 3 backups deles terem sido feitos com sucesso, okdoc ??
  

[]s

  Chiappa

RES: [oracle_br] Re: backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Acho que encontrei uma solução... configurei CONFIGURE CHANNEL DEVICE TYPE DISK 
FORMAT   '/backup/rman/%d_%s';

 

Mas temo desabiliar esse DATAFILE / ARCHIVELOG BACKUP COPIES? Pelo o que 
entendi, ele são os resposanceis por gerar uma copia.

 

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

 

RMAN> show all;

 

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP OFF;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/backup/rman/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 14 BACKUP TYPE TO BACKUPSET;

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/backup/rman/%d_%s';

CONFIGURE MAXSETSIZE TO UNLIMITED;

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/rman/snapcf_jbsdtsulems.f';

 

run {

backup as compressed backupset full database format 
'/backup/rman/dtf-%d-%t_%s_%p.rman' database;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s_%p.rman';

sql "alter system switch logfile";

backup device type disk format '/backup/rman/arch-%d-%t_%s_%p.rman' archivelog 
all delete all input;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s_%p.rman';

backup spfile format '/backup/rman/spfile-%d-%t_%s_%p.rman';

}

 

Obrigado,

Ednilson Silva

 

De: sentto-1682896-122757-15505836...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122757-15505836...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 19 de fevereiro de 2019 10:40
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: backup rman

 

  

PARECE ser os backup pieces mesmo do backup (se vc não der um format específico 
ele usa um randômico, tipo isso que vc vê) mas pra termos CERTEZA, PLEASE nos 
mostra teu script RMAN

 

Abraços,

 

  Chiappa

[oracle_br] backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Preciso fazer um backup (rman) de um banco Oracle 10g (10.2.0.4) em
filesystem mesmo, só que notei que o backup esta gerando alguns arquivos
u5tq8ndr_1_1, u3tq8nau_1_1 em $ORACLE_HOME/dbs

Ocorre que no filesystem onde esta o binário tem pouco espaço, e no backup
gera o erros abaixo:

 

RMAN-03009: failure of backup command on dev_2 channel at 02/19/2019
09:10:03

ORA-19502: write error on file
"/u01/app/oracle/product/10.2.0/db_1/dbs/u7tq8pa8_1_1", blockno 1048961
(blocksize=8192)

ORA-27072: File I/O error

Linux-x86_64 Error: 28: No space left on device

 

O que seriam esses arquivos ?

Posso desabilitar para não gerar esses arquivos e como fazer isso?

 

Obrigado,

Ednilson Silva

RES: [oracle_br] Re: Restore HP Dataprotector

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Entendido, era isso que eu precisava.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122735-15493794...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122735-15493794...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 5 de fevereiro de 2019 13:07
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Restore HP Dataprotector

 

  

Blz ? Então, não estou com um ambiente do tipo em mãos pra testar mas até onde 
sei, a config do Drive em si não tem *** NADA A VER ** com o RMAN em si, vc faz 
isso nos arquivos de config do DataProtector Vide 
https://community.softwaregrp.com/t5/Data-Protector-User-Discussions/RMAN-restore-from-different-tape-drive/td-p/441920
 como Exemplo, onde (na versão de DataProtector em uso no caso) isso é feito no 
arquivo /etc/opt/omni/server/cell/restoredev .
 Ou seja : a pessoa que configurou esse ambiente é que TEM que te dizer em 
QUAL/QUAIS arquivos de config do dataprotector os drives estão configurados, 
com QUAL device name o outro drive tá configurado, aí SIM vc pode alterar o 
channel do RMAN, okdoc ???
 
 []s
 
   Chiappa

[oracle_br] Restore HP Dataprotector

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Preciso fazer um restore de um banco Oracle 10g (Enterprise) via HP
Dataprotector (rman), e acontece que o drive esta sendo utilizado por um
outro scheduler no Dataprotector e só libera após as 15h.

O admin pediu para eu alterar no comando de restore o drive, ai pergunto,
existe como isso?

 

Não sei se fui bem claro...

 

Segue o comando que estou utilizando.

 

run {

allocate channel 'dev_1' type 'sbt_tape' parms
'SBT_LIBRARY=/opt/omni/lib/libob2oracle8_64bit.so';

restore CONTROLFILE from 'ORA_PROD_SRV32.dbf';

release channel dev_1;

}

 

Obrigado

Ednilson Silva

[oracle_br] Upgrade 9i

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Preciso fazer um upgrade de um banco Oracle 9i (release 9.2.0.8) RH4 para
Oracle 11g (release 11.2.0.4) RH6 em servidores e filesystems diferentes.

 

Gostaria de saber se é possível fazer por exp/imp ?

Preciso executar algum script do Oracle para esse upgrade?

 

Minha ideia seria.

Criar o banco, tablespaces, usuários, grants, etc... e fazer o imp

 

Obrigado

Ednilson

 

[oracle_br] Script Renovação de Contrato

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Qual é o script que a Oracle pede para executar para renovação de contrato?

 

Estamos entrando em fase de renovação de contrato e já gostaria de executar
esse script para validar antes do ambiente.

 

Obrigado

 

Ednilson

RES: [oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

 

Já passei, mas ele só vê numeros...

 

Preciso de mais argumentos, esta semana iremos ligar para alguns outros 
clientes da Rimini...

 

Daí resolvi postar aqui no grupo para ver se alguem tem contrato com eles.

 

Ednilson

 

De: sentto-1682896-122505-15287243...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122505-15287243...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 10:39
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Então, passa todas essas informações para o seu chefe e diz que você não 
conselhe, aí fica por conta dele.




 

Em seg, 11 de jun de 2018 às 10:25, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

 

Sim, já vi este link e tem mais esse... 
https://www.oracle.com/br/support/trusted-support.html 

 

Só que prometeram dar o mesmo suporte que a Oracle dá, perguntei se eu recisar 
aplicar um patch sendo que eles não tem o codigo fonte como era vendedor, 
só respoderam que a equipe consegue fornecer uma solução.

 

Enfim, estou com receio disso ate dar o problema mais serio ai cabeças vão 
rolar e que não seja a minha.

 

Abraços,

Ednilson

 

De: sentto-1682896-122503-15287226...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122503-15287226...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 10:10
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Olha o que eu encontrei: https://www..oracle.com/rimini/index.html 
<https://www.oracle.com/rimini/index.html> 




 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack

Remetente notificado por 
 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack 11/06/18 10:09:59 



 

Em seg, 11 de jun de 2018 às 10:09, Tércio Costa  
escreveu:

não sei como eles conseguiram resolver um bug no Oracle, eles não tem acesso 
fonte e não podem desenvolver um patch.

 

Além disso eles não podem repassar patchs da Oracle, isso é crime, inclusive 
donos de uma empresa grande dos EUA foram presos por isso este ano..




 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack

Remetente notificado por 
 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack 11/06/18 10:08:02 



 

Em seg, 11 de jun de 2018 às 10:03, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Tércio,

 

Sim, tivemos uma reunião com um representante da Rimini.

 

Eles afirmam prover tudo isso, só não estou conseguindo imaginar como. Em caso 
de algum bug, eles irão desenvolver alguma solução.

 

A Rimini tem varios clientes grandes no Brasil, e passaram alguns, tentamos 
falar com dois ate agendamos uma Call, mas no horario agendado não atendem.

 

Não estou gostando dessa ideia, e estou preocupado com o rumo disso.

 

Grato,

Ednilson

 

De: sentto-1682896-122500-15287215...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122500-15287215...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 09:52
Para: oracle...@yahoogrupos..com.br <mailto:oracle...@yahoogrupos.com..br> 
Assunto: Re: [oracle_br] Rimini Street

 

  

Vocês não poderão abrir chamados direto com a Oracle. Vocês não terão acesso as 
NOTAS, ou MOS, da Oracle, mostrando soluções para diversos tipos de problemas. 
Vocês não terão acessos a partchs e etc. A Oracle não irá lhe prover um patch 
específico para o seu caso. e etc..

 

Não recomendo isto.

 

Em seg, 11 de jun de 2018 às 09:46, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] mailto:oracle...@yahoogrupos.com..br> > escreveu:

  

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo a 
falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a Oracle, e 
fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete 50% 
do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson




 

-- 

 


 photo 
<https://s3.amazonaws.com/webapp.wisestamp.com/OxN6dONETvaIAXkYrzVJ_IMG-20141120-WA0002.png>
 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w: <http://oraclepress.wordpress.com/> 
https://oraclepress.wordpress.com/ | 

 <http://plus.google.com/+T%C3%A9rcioCosta>   
<http://br.linkedin.com/in/terciocosta>  

 




 

-- 

 


 photo 
<https://s3.amazonaws.com/webapp.wisestamp.com/OxN6dONETvaIAXkYrzVJ_IMG-20141120-WA0002.png

RES: [oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

 

Sim, já vi este link e tem mais esse... 
https://www.oracle.com/br/support/trusted-support.html 

 

Só que prometeram dar o mesmo suporte que a Oracle dá, perguntei se eu recisar 
aplicar um patch sendo que eles não tem o codigo fonte como era vendedor, 
só respoderam que a equipe consegue fornecer uma solução.

 

Enfim, estou com receio disso ate dar o problema mais serio ai cabeças vão 
rolar e que não seja a minha.

 

Abraços,

Ednilson

 

De: sentto-1682896-122503-15287226...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122503-15287226...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 10:10
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Olha o que eu encontrei: https://www.oracle.com/rimini/index.html





 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack

Remetente notificado por 
 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack 11/06/18 10:09:59 



 

Em seg, 11 de jun de 2018 às 10:09, Tércio Costa  
escreveu:



não sei como eles conseguiram resolver um bug no Oracle, eles não tem acesso 
fonte e não podem desenvolver um patch.

 

Além disso eles não podem repassar patchs da Oracle, isso é crime, inclusive 
donos de uma empresa grande dos EUA foram presos por isso este ano.





 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack

Remetente notificado por 
 
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
 Mailtrack 11/06/18 10:08:02 



 

Em seg, 11 de jun de 2018 às 10:03, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Tércio,

 

Sim, tivemos uma reunião com um representante da Rimini.

 

Eles afirmam prover tudo isso, só não estou conseguindo imaginar como. Em caso 
de algum bug, eles irão desenvolver alguma solução.

 

A Rimini tem varios clientes grandes no Brasil, e passaram alguns, tentamos 
falar com dois ate agendamos uma Call, mas no horario agendado não atendem.

 

Não estou gostando dessa ideia, e estou preocupado com o rumo disso.

 

Grato,

Ednilson

 

De: sentto-1682896-122500-15287215...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122500-15287215...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 09:52
Para: oracle_br@yahoogrupos.com.br <mailto:oracle...@yahoogrupos.com..br> 
Assunto: Re: [oracle_br] Rimini Street

 

  

Vocês não poderão abrir chamados direto com a Oracle. Vocês não terão acesso as 
NOTAS, ou MOS, da Oracle, mostrando soluções para diversos tipos de problemas. 
Vocês não terão acessos a partchs e etc. A Oracle não irá lhe prover um patch 
específico para o seu caso. e etc.

 

Não recomendo isto.



 

Em seg, 11 de jun de 2018 às 09:46, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo a 
falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a Oracle, e 
fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete 50% 
do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson




 

-- 

 


 photo 
<https://s3.amazonaws.com/webapp.wisestamp.com/OxN6dONETvaIAXkYrzVJ_IMG-20141120-WA0002.png>
 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w: <http://oraclepress.wordpress.com/> 
https://oraclepress.wordpress.com/ | 

 <http://plus.google.com/+T%C3%A9rcioCosta>   
<http://br.linkedin.com/in/terciocosta>  

 




 

-- 

 


 photo 
<https://s3.amazonaws.com/webapp.wisestamp.com/OxN6dONETvaIAXkYrzVJ_IMG-20141120-WA0002.png>
 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w: <http://oraclepress.wordpress.com/> 
https://oraclepress.wordpress.com/ | 

 <http://plus.google.com/+T%C3%A9rcioCosta>   
<http://br.linkedin.com/in/terciocosta>  

 




 

-- 

 


 photo 
<https://s3.amazonaws.com/webapp.wisestamp.com/OxN6dONETvaIAXkYrzVJ_IMG-20141120-WA0002.png>
 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w: <http://oraclepress.wordpress.com/> 
https://oraclepress.wordpress.com/ | 

 <http://plus.google.com/+T%C3%A9rcioCosta>   
<http://br.linkedin.com/in/terciocosta>  

 

RES: [oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Tércio,

 

Sim, tivemos uma reunião com um representante da Rimini.

 

Eles afirmam prover tudo isso, só não estou conseguindo imaginar como. Em caso 
de algum bug, eles irão desenvolver alguma solução.

 

A Rimini tem varios clientes grandes no Brasil, e passaram alguns, tentamos 
falar com dois ate agendamos uma Call, mas no horario agendado não atendem.

 

Não estou gostando dessa ideia, e estou preocupado com o rumo disso.

 

Grato,

Ednilson

 

De: sentto-1682896-122500-15287215...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122500-15287215...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 09:52
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Vocês não poderão abrir chamados direto com a Oracle. Vocês não terão acesso as 
NOTAS, ou MOS, da Oracle, mostrando soluções para diversos tipos de problemas. 
Vocês não terão acessos a partchs e etc. A Oracle não irá lhe prover um patch 
específico para o seu caso. e etc.

 

Não recomendo isto.




 

Em seg, 11 de jun de 2018 às 09:46, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo a 
falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a Oracle, e 
fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete 50% 
do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson




 

-- 

 


 photo 
<https://s3.amazonaws.com/webapp.wisestamp.com/OxN6dONETvaIAXkYrzVJ_IMG-20141120-WA0002.png>
 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w: <http://oraclepress.wordpress.com/> 
https://oraclepress.wordpress.com/ | 

 <http://plus.google.com/+T%C3%A9rcioCosta>   
<http://br.linkedin.com/in/terciocosta>  

 

[oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo
a falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a
Oracle, e fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete
50% do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson

RES: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Muito obrigado pelas dicas, assim que liberarem a maquina irei iniciar os 
testes e marcar os tempos.

 

Obrigado

Ednilson

 

De: sentto-1682896-122398-15205311...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122398-15205311...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 8 de março de 2018 14:42
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

 

  

Atenção apenas para não esquecer algum ONE-OFF patch ou algum PSU/CPU aplicado 
no HP-UX : idealmente, TODOS esses bugfixes extras eventualmente aplicados no 
HP-UX DEVERIAM ser aplicados no Linux também...
 De resto, no 9i as suas opções são algo limitadas, é basicamente testar e 
escolher entre essas mesmo... Só não desista das outras (principalmente das que 
dependem de um link de rede de alta-performance entre os dois servidores) SEM 
Realmente as tentar : em especial se os dois servidores estiverem no mesmo 
datacenter, normalmente é BICO pro pessoal de infra te montar uma rede privada 
usando um roteador local, vc não imagina o quanto isso pode ficar Rápido...
 
 E se optar por um método que envolva em algum ponto exp+imp, aquela historinha 
de sempre : múltiplos prompts de comando fazendo múltiplos exports/imports ao 
mesmo tempo, USAR as opções de aumento de performance/diminuição de dados do 
exp (como DIRECT=Y BUFFER=10485760 COMPRESS=N RECORDLENGTH=65535 
STATISTICS=NONE INDEXES=N CONSTRAINTS=N)  okdoc ?
 
 []s
 
   Chiappa
   
OBS : 

 a. não se esqueça também, no exp/imp tradicionais nós NÃO TEMOS opções tipo 
REMAP_TABLESPACE, então além de criar o banco vazio vc deve se assegurar que os 
mesmos mountpoints estão em uso no Linux OU se for o caso, criar as tablespaces 
manualmente
 
 b. no export os metadados a nível de banco (como schemas, objetos públicos, 
ROLES, tablespaces, etc, etc ) só são exportados pro dumpfile se vc estiver 
usando a opção FULL=Y, o que não acontece se vc usar a estratégia de múltiplos 
exps... A solução pra isso seria fazer um export full SEM DADOS, SEM GRANTs e 
SEM ÍNDICES/CONSTRAINTs (aí só vem os metadados mesmo), importar isso no 
banco-destino e só depois disparar os exps/imps simultâneos de dados...

RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Obrigado pelas dicas, acho que a terceira opção seria mais interessante.

 

Referente aos binarios, tenho todos aqui, Oracle 9i para Linux 32bits e 64bits

 

- 9.2.0.4, 32bits e 64bits

- patch 9.2.0.5, 9.2.0.6, 9.2.0.7 e 9.2.0.8 – 32bits

- patch 9.2.0.8 64bits

 

Se alguem precisar avise que disponibilizo em alguma area..

 

No HP-UX, tem apenas o banco mesmo.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122395-15204665...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122395-15204665...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 7 de março de 2018 20:49
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Migrar BD 9i HPUX para Linux

 

  

Só um detalhe adicional : eu falei 3 possibilidades mas só indiquei duas : a 
terceira claro seria uma Variação/adaptação das outras duas, como abrir cursor 
e ler via dblink e gravar os dados lidos, gerar arquivos-texto via UTL_FILE, 
etc...

  IMPORTANTE : vc disse que nas duas pontas vaiser ENTERPRISE EDITION, certo ? 
Então, no 9i vc não tem PARALLEL SQL no export/import MAS TEM SIM Parallel SQL 
em cursores/PL/SQL ou em INSERT feito manualmente via dblink : de repente isso 
pode ser Mito Vantajoso pra performance
  E vc pode MISTURAR ambas as possibilidades, tipo : vc faz os export e imports 
normalmente MAS eles contém só dados, NÂO contém Nem os Indexes e Nem as 
constraints, e DEPOIS dos dados importados OK aí sim vc exporta os CREATE 
INDEXES e ADD CONSTRAINTS pra arquivos-texto, depois edita e altera esse 
arquivo-texto ADICIONANDO os comandos de PARALLEL para que os indíces sejam 
criados em paralelo E adiciona um NOVALIDATE pra que as constraints não sejam 
validadas (já que vc SABE que os dados estavam válidos no banco-origem)...
  
  []s
  
Chiappa

RES: Assunto: [oracle_br] Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Emerson,

 

Ainda não foi disponibilizado a maquina para realizar a migração, mas a ideia 
seria essa mesma.

Instalar o Oracle 9i igualzinho ao que esta no HPUX e fazer o IMP.

 

Existe alguma forma de paralelizar o EXP e IMP, igual temos no Datapump?

 

Obrigado,

 

Ednilson

 

De: sentto-1682896-122389-15204335...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122389-15204335...@returns.groups.yahoo.com] Em nome de 
Emerson Moreira Rocha tkz...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 7 de março de 2018 11:35
Para: oracle_br@yahoogrupos.com.br
Assunto: Assunto: [oracle_br] Migrar BD 9i HPUX para Linux

 

  

Ednilson, 

Bom dia!

O Oracle 9i, já se encontra instalado no RedHat?, pois caso já esteja instalado 
com a mesma versão e bibliotecas compatíveis de ambos os SO's o imp da base irá 
funcionar sem problemas;

Você deve verificar os recursos disponíveis em hardware, para que a importação 
funcione sem problemas

Enviado do Yahoo Mail no Android 
 

 

Em qua, 7 7e mar 7e 2018 às 10:39, 'Ednilson Silva' ednilson.si...@jbs..com.br 
[oracle_br]

oracle_br@yahoogrupos.com.br> escreveu:

  

Pessoal,

 

Preciso migrar um banco (600G) Oracle Enterprise 9i  (release 9.2.0.8) que está 
em HP-UX para Red Hat Linux.

 

É um banco de legado e não posso alterar a versão do Oracle.

 

Então pensei em fazer um EXP / IMP, existe alguma outra alternativa para essa 
migração?

 

Grato

Ednilson

[oracle_br] Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

 

Preciso migrar um banco (600G) Oracle Enterprise 9i  (release 9.2.0.8) que
está em HP-UX para Red Hat Linux.

 

É um banco de legado e não posso alterar a versão do Oracle.

 

Então pensei em fazer um EXP / IMP, existe alguma outra alternativa para
essa migração?

 

Grato

Ednilson

RES: [oracle_br] Re: Quando uma coluna foi alterada?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Era isso mesmo que eu precisava.

 

Sobre a auditoria, iremos providenciar.

 

Grato,

Ednilson

 

De: sentto-1682896-122323-15168226...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122323-15168226...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 24 de janeiro de 2018 17:18
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Quando uma coluna foi alterada?

 

  

Cfrme outras threads anteriores aqui do Forum mesmo, sem Auditoria habilitada 
vc só terá os controles da view DBA/ALL/USER_OBJECTS, que registra a hora em 
que foi feito um DDL mas vc ** não sabe ** só com isso quem fez o DDL, ** qual 
foi ** o DDL (ie, se foi um COMPILE, um MODIFY, ou o que foi) , etc.. Exemplo :

SCOTT:@XE:SQL>select timestamp, created, last_ddl_time from user_objects where 
object_name='EMP';

TIMESTAMP   CREATED  LAST_DDL
---  
2016-12-14:23:22:31 14/12/16 14/12/16

SCOTT:@XE:SQL>desc emp
 Nome   Nulo?   
 Tipo
 -- 
 
 EMPNO  NOT 
NULL NUMBER(4)
 ENAME  
 VARCHAR2(10)
 JOB
 VARCHAR2(9)
 MGR
 NUMBER(4)
 HIREDATE   
 DATE
 SAL
 NUMBER(7,2)
 COMM   
 NUMBER(7,2)
 DEPTNO 
 NUMBER(2)


SCOTT:@XE:SQL>alter table emp modify ename varchar2(12);

Tabela alterada.

SCOTT:@XE:SQL>select timestamp, created, last_ddl_time from user_objects where 
object_name='EMP';

TIMESTAMP   CREATED  LAST_DDL
---  
2018-01-24:17:10:27 14/12/16 24/01/18

SCOTT:@XE:SQL>


==> No exemplo, tá marcado que alguém fez um DDL na tabela EMP depois que ele 
foi criado, mas é só... E Óbvio#2, veja que só existe UM registro pra cada 
objeto na view DBA/ALL/USER_OBJECTS, então APENAS E SOMENTE o ÚLTIMO DDL vai 
ter a data lá registrada...

 Não tem jeito, se vc quer ter uma Auditoria de DDLs propriamente dita, vc TEM 
que ativar Auditoria : seja com comando AUDIT, seja com trigger de DDL, seja 
com DBMS_FGA, seja proibindo DDLs pros usuários demais e dando pra eles acesso 
aos objetos apenas via uma API PL/SQL que faz o DDL e já Audita, não importa - 
informação de Auditoria de DDL precisa IMPLICA em ativar/criar algum tipo de 
mecanismos de Auditoria...
 
 []s
 
   Chiappa

RES: [oracle_br] Quando uma coluna foi alterada?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Angelo,

Seria na estrutura.

 

Ex.

Era Varchar2(20) e agora esta com Varchar2(30)

 


Grato,

Ednilson

 

 

De: sentto-1682896-122321-15168075...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122321-15168075...@returns.groups.yahoo.com] Em nome de 
angelo angelolis...@gmail.com [oracle_br]
Enviada em: quarta-feira, 24 de janeiro de 2018 13:25
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Quando uma coluna foi alterada?

 

  

Ednilson,

 

A estrutura da tabela ou o conteudo do campo ? ( um update/delete/insert por 
exemplo )

 

 

 

2018-01-24 13:23 GMT-02:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br>:

  

Pessoal,

Preciso descobrir quando uma coluna foi alterada numa tabela.

Existe uma view ou tabela que dê essa informação?

 

Oracle Database Enterprise 10g – Release 10.2.0.5

 

OBS. Banco não tem auditoria habilitada.

 

Grato

Ednilson

 

[oracle_br] Quando uma coluna foi alterada?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Preciso descobrir quando uma coluna foi alterada numa tabela.

Existe uma view ou tabela que dê essa informação?

 

Oracle Database Enterprise 10g – Release 10.2.0.5

 

OBS. Banco não tem auditoria habilitada.

 

Grato

Ednilson

RES: [oracle_br] Re: ORA-27090

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Este banco esta num filesystem e minha razão para isso foram os erros que 
apareceu no alert log.

 

Este alerta apareceu duas vezes no startup do banco.

 

SQL> show parameter processes

 

NAMETYPEVALUE  

--- --- 

processes   integer 6000   

 

SQL> select 6000*1*4096 from dual;

 

6000*1*4096

---

   24576000

 

O valor para aio-max-nr seria 24576000 ?

 

Neste servidor, tenho apenas um DB.

 

Grato,

Ednilson

 

 

De: sentto-1682896-122294-15161229...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122294-15161229...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 16 de janeiro de 2018 15:15
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-27090

 

  

Tudo jóia ? Então, a ** primeira coisa ** a Observar é que fs.aio-nr e 
derivados servem para simular AIO (ie, Asynchronous I/O) em um FILESYSTEM : não 
vejo muito sentido nisso, se vc quer ter I/O Asíncrono (e Direto também, 
provavelmente) PLEASE use a coisa real, implementando RAW DEVICES ou Oracle ASM 
ou similares Só apele pra SIMULAÇÃO de AIO se vc tiver uma razão Muito 
Forte pra isso
  
 Apenas caso vc REALMENTE tenha que apelar pro 'simulador de Async I/O' aí vc :
 
 a. CONFIRMA com o Suporte Oracle que não está caindo em bugs como o reportado 
na nota metalink/My Oracle Support "ORA-27090: Unable to reserve kernel 
resources for asynchronous disk I/O in 12.1" (Doc ID 2188232.1) : o específico 
desta Nota é para 12c mas pode ser que ele esteja ocorrendo no seu 10g 
também
 
 b. para calcular o AIO-MAX-NR vc pode seguir a fórmula indicada na nota 
metalink/My Oracle Support "What value should kernel parameter AIO-MAX-NR be 
set to ?" (Doc ID 2229798.1) , que é basicamente :
 
 aio-max-nr =no of process per DB * no of databases * 4096
 
 c. o aio-nr é o valor inicial para os buffers do asynch I/O 'falso' a se feito 
em filesystems - a idéia é que o consumo desses buffers começa nesse valor de 
aio-nr e pode crescer até o valor indicado em aio-max-nr... Devido a esse 
comportamente (e como indicado na nota citada em b. acima), setar esse máximo 
pra um valor Extravagantemente alto em si não causa prob algum, mas libera o 
sistema para consumir espaço em /proc/sys/fs/aio-nr em níveis altos - vc TEM 
que checar com o sysadmin se há espaço em disco suficiente pra isso, se há FILE 
HANDLEs no sistema operacional suficientes pra isso, etc...
 
 []s
 
   Chiappa

[oracle_br] ORA-27090

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Durante um “startup” de banco, notei vários erros ORA-27090 no alert log.

 

Mon Jan 15 15:24:11 BRST 2018

Errors in file /ora01/app/admin/prd/bdump/prd_p202_97225.trc:

ORA-27090: Unable to reserve kernel resources for asynchronous disk I/O

Linux-x86_64 Error: 11: Resource temporarily unavailable

Additional information: 3

Additional information: 128

Additional information: 1048576

 

Consultando este erro no My Oracle Support, encontrei o Doc ID 579108.1 que
diz que o parâmetro de kernel fs.aio-max-nr esta muito baixo.

 

PRD1:~ # sysctl -a | grep aio

fs.aio-nr = 492838

fs.aio-max-nr = 1048576

 

Onde ou como devo calcular o valor correto para este parâmetro de kernel,
preciso passar ao admin.

 

SO: Suse Linux 11

Oracle: Oracle Database Enterprise 10g – release 10.2.0.5

 

Grato,

Ednilson Silva

[oracle_br] SELECT travando o BD

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

 

Oracle Database Enterprise 10g – release 10.2.0.5

 

Se executar o SELECT (select * from v$sql a where a.LAST_ACTIVE_TIME <
sysdate -20;) no meu banco de produção, trava tudo e gera  no alert a
mensagem PMON failed to acquire latch, see PMON dump.

 

Se executar este SELECT sem WHERE, executa sem problemas, ou se executar o
SELECT completo em meu banco de homologação não tenho este problema.

 

Estou com problemas num banco que todos os dias por volta das 14h, o banco
trava geral. Não sei se pode ser este SELECT, por acaso fui rodar e travou.

Estou com um chamado aberto no MOS.

 

Alguém já passou por isso?

 

Grato

Ednilson

[oracle_br] Upgrade 9i to 11g

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Gostaria da sugestão de vocês, no seguinte trabalho que preciso realizar
aqui.

Tenho um Banco 9i (release 9.2.0.8) e preciso migrar esse Banco para 11g
(release 11.2.0.4).

 

Ambientes

 

Origem:

Servidor: A

Sistema Operacional: Red Hat Linux 4.8 

Versão Oracle: Oracle Database Enterprise 9i – Release 9.2.0.8

Tamanho DB: 125G

 

Destino:

Servidor: B

Sistema Operacional: SUSE Linux Enterprise Server 11.4

Versão Oracle: Oracle Database Enterprise 11g – Release 11.2.0.4

 

Ambos irão ficar em Filesystems e não em ASM.

Se fosse no mesmo servidor eu iria fazer pelo script catupgrd.sql do binário
do 11g

 

Grato,

Ednilson

 

RES: [oracle_br] Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Voltando este assunto, aonde eu encontro o inicio e fim de uma conexão?

 

O Admin do Firewall precisa saber essa informação.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 29 de setembro de 2017 15:17
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Fatal NI connect error 12170.

 

  

Ednilson,

 

   O que faço muitas vezes é ativar o "dead connection detection", com o 
SQLNET.EXPIRE_TIME mesmo.

 

   Mas esse valor de 10, que são 10 minutos, pode ser muito alto se tiver um 
firewall no meio, e ele estiver "derrubando" as conexões por inatividade

 

   Pode tentar com 2 ou 1, para forçar um pacote a trafegar em cada conexão a 
cada dois ou um minutos. 

 

   Se tiver um firewall "stateful" e o pessoal de rede fizer um reset dele, 
porque alterou regras ou qualquer outro motivo, pode também derrubar todas as 
conexões de uma vez.

 

   Esse erro também aparece se tiver alguma ferramenta monitorando se o 
Listener está ativo usando conexão TCP na porta dele, então pode não estar 
relacionada ao problema. Nesse caso o IP que aparece será o da ferramenta de 
monitoração.

 

Atc,

Luis Freitas

 

On Friday, September 29, 2017 3:04 PM, "angelo  <mailto:angelolis...@gmail.com> 
angelolis...@gmail.com [oracle_br]" < <mailto:oracle_br@yahoogrupos.com.br> 
oracle_br@yahoogrupos.com.br> wrote:

 

  

Ih, isso acontece comigo direto em uma base

 

mas nao dá nada,  porque a culpa é da propria app que fica com a conexão aberta 
a vida toda.

 

 

 

 

2017-09-29 8:58 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br>:



  

Bom Dia Pessoal,

 

Tenho um banco que o fornecedor esta reclamando que cai a conexão do usuário, 
este usuários estão com profile default, sem IDLE_TIME

 

Analisando o Alert, encontrei varias mensagem como esta abaixo.

 

- Oracle Enterprise 11g – release 11.2.0.4.0

- Red Hat Enterprise Linux Server release 6.5

 

Alert Log

 

Fatal NI connect error 12170.

 

  VERSION INFORMATION:

TNS for Linux: Version 11.2.0.4.0 - Production

Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - 
Production

TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

  Time: 29-SEP-2017 07:06:25

  Tracing not turned on.

  Tns error struct:

ns main err code: 12535

 

TNS-12535: TNS:operation timed out

ns secondary err code: 12560

nt main err code: 505

 

TNS-00505: Operation timed out

nt secondary err code: 110

nt OS err code: 0

  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST= 10.242.120.61)(PORT=57282))

Fri Sep 29 07:29:51 2017

 

Notei que não tinha o arquivo sqlnet.ora em $ORACLE_HOME/network/admin e então 
configurei da seguinte forma, seguindo alguns post que vi na internet.

 

$ more sqlnet.ora

SQLNET.INBOUND_CONNECT_ TIMEOUT=0

SQLNET.EXPIRE_TIME=10

 

E no listener.ora, inseri a linha abaixo e mesmo assim, continuo a receber 
essas mensagens no Alert

 

INBOUND_CONNECT_TIMEOUT_ LISTENER=0

 

Alguem já passou por isso e poderia dar um ajudar?

 

Grato,

Ednilson

 

 

RES: [oracle_br] Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Eu já tinha alterado esse paramentro do sqlnet.ora para 2, mas ainda continuo a 
receber essas mensagens.

 

O admin de rede/firewall esta monitorando.

 

Grato,

 

Ednilson

 

De: 
sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 29 de setembro de 2017 15:17
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Fatal NI connect error 12170.

 

  

Ednilson,

 

   O que faço muitas vezes é ativar o "dead connection detection", com o 
SQLNET.EXPIRE_TIME mesmo.

 

   Mas esse valor de 10, que são 10 minutos, pode ser muito alto se tiver um 
firewall no meio, e ele estiver "derrubando" as conexões por inatividade

 

   Pode tentar com 2 ou 1, para forçar um pacote a trafegar em cada conexão a 
cada dois ou um minutos. 

 

   Se tiver um firewall "stateful" e o pessoal de rede fizer um reset dele, 
porque alterou regras ou qualquer outro motivo, pode também derrubar todas as 
conexões de uma vez.

 

   Esse erro também aparece se tiver alguma ferramenta monitorando se o 
Listener está ativo usando conexão TCP na porta dele, então pode não estar 
relacionada ao problema. Nesse caso o IP que aparece será o da ferramenta de 
monitoração.

 

Atc,

Luis Freitas

 

On Friday, September 29, 2017 3:04 PM, "angelo  <mailto:angelolis...@gmail.com> 
angelolis...@gmail.com [oracle_br]" < <mailto:oracle_br@yahoogrupos.com.br> 
oracle_br@yahoogrupos.com.br> wrote:

 

  

Ih, isso acontece comigo direto em uma base

 

mas nao dá nada,  porque a culpa é da propria app que fica com a conexão aberta 
a vida toda.

 

 

 

 

2017-09-29 8:58 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br>:



  

Bom Dia Pessoal,

 

Tenho um banco que o fornecedor esta reclamando que cai a conexão do usuário, 
este usuários estão com profile default, sem IDLE_TIME

 

Analisando o Alert, encontrei varias mensagem como esta abaixo.

 

- Oracle Enterprise 11g – release 11.2.0.4.0

- Red Hat Enterprise Linux Server release 6.5

 

Alert Log

 

Fatal NI connect error 12170.

 

  VERSION INFORMATION:

TNS for Linux: Version 11.2.0.4.0 - Production

Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - 
Production

TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

  Time: 29-SEP-2017 07:06:25

  Tracing not turned on.

  Tns error struct:

ns main err code: 12535

 

TNS-12535: TNS:operation timed out

ns secondary err code: 12560

nt main err code: 505

 

TNS-00505: Operation timed out

nt secondary err code: 110

nt OS err code: 0

  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST= 10.242.120.61)(PORT=57282))

Fri Sep 29 07:29:51 2017

 

Notei que não tinha o arquivo sqlnet.ora em $ORACLE_HOME/network/admin e então 
configurei da seguinte forma, seguindo alguns post que vi na internet.

 

$ more sqlnet.ora

SQLNET.INBOUND_CONNECT_ TIMEOUT=0

SQLNET.EXPIRE_TIME=10

 

E no listener.ora, inseri a linha abaixo e mesmo assim, continuo a receber 
essas mensagens no Alert

 

INBOUND_CONNECT_TIMEOUT_ LISTENER=0

 

Alguem já passou por isso e poderia dar um ajudar?

 

Grato,

Ednilson

 

 

RES: [oracle_br] Re: Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Obrigado pelas dicas, já estamos analisando ponto a ponto.

 

Mas tudo indica ser algo relacionado a rede/firewall, e não banco mesmo.

 

Grato,

 

Ednilson 

 

De: 
sentto-1682896-122077-1506699714-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122077-1506699714-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 29 de setembro de 2017 12:42
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Fatal NI connect error 12170.

 

  

Blz ? Então : a msg "Fatal NI connect error 12170" simplesmente é um Anúncio de 
que ocorreu um erro de Rede, e o erro mais tarde indicado foi "TNS-12535: 
TNS:operation timed out", ou seja : CLARAMENTE a conexão de rede deixa de 
responder, seja porque foi ELIMINADA, seja porque a rede está sobrecarregada e 
não consegue atender a demanda a tempo... Isso tá Claro até aqui, né ?
 O outro ponto é que, ** AO CONTRÁRIO ** do que muita gente pode pensar, o 
RDBMS Oracle ABSOLUTA e COMPLETAMENTE NÃO CONTROLA A REDE, ok ?? Ele e apenas e 
tão somente um CONSUMIDOR dos serviços de Rede providenciados pelo Sistema 
Operacional e pelo software+hardware de rede , okdoc ?? Isso leva á necessidade 
de que vc, como DBA, necessariamente ENVOLVA O ADMINISTRADOR DE REDE e o 
ADMINISTRADOR DO SO, sim sim ?? Sem isso, vc Não Vai Conseguir fazer muito, 
como DBA, atuando sozinho... Tá legal ?? INCLUSIVE : uma pista Inestimável que 
vc, como DBA, pode (e DEVE!!) fornecer pro sysadmin e pro admin de rede é um 
TRACE DE REDE : isso pode ser feito tanto no servidor Oracle quanto nas 
máquinas clientes que conectam no database, além da Documentação uma ref pode 
ser http://www.juliandyke.com/Diagnostics/Trace/NetTrace.php , Não Esquecendo 
que no 11gR2 pra isso funcionar normalmente vc tem que desativar o ADG, veja 
https://www.pythian.com/blog/oracle-net-trace-in-11g-or-build-in-itil/ ...
 
 Muito bem, agora vem a sua resposta : realmente, enquanto DBA tua primeira 
Atuação é tentar se assegurar que não é o Banco que está matando as conexões : 
para isso, não basta só dizer que o profile DEFAULT é o que está em uso, vc TEM 
que confirmar que o profile em si não foi alterado, fazendo uma consulta select 
* from dba_profiles; e CONFIRMANDO que NENHUM resource que tenha a ver com 
tempo de conexão foi alterado/limitado artificialmente (ie, nem 
SESSIONS_PER_USER nem IDLE_TIME nem CONNECT_TIME nem nada)... Outra coisa é se 
ASSEGURAR que não há JOBs de banco ou coisa assim que dispare e regularmente 
saia matando conexões...
 
 Uma vez Confirmado que o BANCO em si não está matando conexões, aí vc vai ter 
que (** junto ** com o admin de rede, o sysadmin E o analista-chefe da 
Aplicação!!) olhar para FORA do database Por exemplo, há um POOL DE 
CONEXÕES nessa tal aplicação  ? Se sim, o controle de quando uma conexão de 
rede é feita para atender a uma sessão basicamente reside nesse software de 
connection pooling, é LÁ que vc vai eventualmente setar timeouts e controles, o 
banco Oracle não apita NADA VEZES NADA nesse cenário Um teste EXCELENTE pra 
vc debugar issues de pool de conexão é estabelecer (da mesma máquina onde roda 
a aplicação E onde está o client Oracle) uma sessão DEDICADA via sqlplus e ver 
se ela também sofre algum tipo de timeout... INCLUSIVE, um teste que vc pode 
facilmente fazer para checar se é TIMEOUT o problema é ativar o DCD (Dead 
Connection Detection), que é uma feature do Oracle que faz o sql*net enviar a 
cada x segundos (vc configura) um pacotinho de dados pela rede, de forma a que 
o firewall, o pool de conexão ou seja quem for não "pense" que a conexão está 
inativa : veja a nota metalink número 151972.1 "Dead Connection Detection (DCD) 
Explained" e os links dela...
 
 
 Outra situação EXTERNA ao database mas comum por demais é um FIREWALL, seja no 
servidor Oracle, seja no servidor da aplicação, seja na máquina-cliente 
Isso é tão comum que uma das notas metalink/my oracle support  dedicadas à 
troubleshoot da situação, que é a nota "Alert Log Errors: 12170 
TNS-12535/TNS-00505: Operation Timed Out" (Doc ID 1628949.1) indica de cara 
isso como uma possibilidade Inclusive, vc tem que entender que em ambiente 
Windows a conexão inicial se estabelece na porta mesmo do Listener (a porta 
1521, normalmente) mas Depois 'migra' para uma porta aleatória, então essa 
linha :
 
  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.242.120.61)(PORT=57282))

 pode muito bem estar indicando justamente isso, ie, algum tipo de 
firewall/antivírus/controlador de rede fechando essa porta de rede, que pelo 
número alto e bem diferente do range de portas comuns no listener  imho é Sim 
uma das portas 'aleatórias' do lado do cliente... 
  Veja a possibilidade de liberação de ranges no firewall MAS atente ao detalhe 
que, como vc diz que a conexão inicialmente se estabelece *** MAS ** algum 
tempo depois é que dá o 'erro', parece ser não um caso de porta de 

[oracle_br] Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia Pessoal,

 

Tenho um banco que o fornecedor esta reclamando que cai a conexão do
usuário, este usuários estão com profile default, sem IDLE_TIME

 

Analisando o Alert, encontrei varias mensagem como esta abaixo.

 

- Oracle Enterprise 11g – release 11.2.0.4.0

- Red Hat Enterprise Linux Server release 6.5

 

Alert Log

 

Fatal NI connect error 12170.

 

  VERSION INFORMATION:

TNS for Linux: Version 11.2.0.4.0 - Production

Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 -
Production

TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 -
Production

  Time: 29-SEP-2017 07:06:25

  Tracing not turned on.

  Tns error struct:

ns main err code: 12535

 

TNS-12535: TNS:operation timed out

ns secondary err code: 12560

nt main err code: 505

 

TNS-00505: Operation timed out

nt secondary err code: 110

nt OS err code: 0

  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.242.120.61)(PORT=57282))

Fri Sep 29 07:29:51 2017

 

Notei que não tinha o arquivo sqlnet.ora em $ORACLE_HOME/network/admin e
então configurei da seguinte forma, seguindo alguns post que vi na internet.

 

$ more sqlnet.ora

SQLNET.INBOUND_CONNECT_TIMEOUT=0

SQLNET.EXPIRE_TIME=10

 

E no listener.ora, inseri a linha abaixo e mesmo assim, continuo a receber
essas mensagens no Alert

 

INBOUND_CONNECT_TIMEOUT_LISTENER=0

 

Alguem já passou por isso e poderia dar um ajudar?

 

Grato,

Ednilson

RES: RES: RES: RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa / Luis / Mufalani,

Banco restaurado com sucesso, era um problema no Dataprotector que o admin 
resolveu lá e depois disso consegui restaurar o banco.

 

Ah, tive que usar o parametro OB2HOSTNAME

 

Obrigado a todos.

 

Ednilson

 

De: 
sentto-1682896-122048-1505498244-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122048-1505498244-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 14:57
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] Re: restore database

 

  

Só uma dica adicional : normalmente, para que um determinado servidor Oracle 
possa ter o RMAN se comunicando com a solução de backup terceira (E vice-versa 
também, para que a solução se comunique com o RMAN) é exigido que vc instale no 
servidor Oracle algumas ** LIBRARIES **, alguma camadinha de software, que 
normalmente é chamada de AGENT ou Client... Por mais que o folgado do admin 
queira jogar que não é com ele, a INSTALAÇÃO e a CONFIGURAÇÃO dessa 'camada de 
software' extra da solução de backup de terceiros é sim uma responsabilidade 
conjunta : CONFIRME que todo o necessário nesse sentido está instalado E 
configurado nesse novo servidor...
 Outra coisa que vc pode fazer é, como alguém mais sugeriu, fazer com que o 
admin/especialista faça um BACKUP de um arquivo simples qualquer de um outro 
servidor qualquer e um RESTORE desse mesmo arquivo no servidor que vc tá tendo 
problemas : isso vai DEMONSTRAR que ao menos a comunicação com o servidor 
central do data Protect tá blz, que as permissões no servidor destino estão ok 
em tese... Tenta lá...
 
 []s
 
   Chiappa

RES: RES: RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Irei iniciar o restore novamente hoje após as 14:00, com esse parametro que 
voce indicou.

 

Assim que finalizar, informo voces.

 

Por enquanto obrigado a todos.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122044-1505484640-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122044-1505484640-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 11:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: restore database

 

  

Ednilson,

 

   Para esse problema do admin Horácio, caso o problema persista mesmo com 
aquela variável de OB2HOSTNAME, sugiro pedir para ele fazer backup de um 
arquivo qualquer no servidor de origem, e restaurar ele no servidor de destino.

 

   Dessa forma você consegue validar que realmente a parte do Data Protector 
está ok, sem problemas de configuração, e que o servidor de destino tem 
permissão de acesso aos backups feitos no servidor de origem.

 

Atc,

Luis Freitas

 

On Friday, September 15, 2017 10:45 AM, "'Ednilson Silva'  
 ednilson.si...@jbs.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

Chiappa,

O banco restaurado foi em outra maquina, da mesma forma que estou fazendo agora.

No banco que restaurei é um 12c com 100G, e esse que estou tentando é 10g com 
13T

 

Falei com o Admin, mas o cara nem deu a minima dizendo que não há nenhum 
problema com o DP.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:08
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: restore database

 

  

   Faz isso, checa com o admin : ao que parece, de acordo com o que vc 
descreve, não parece ter ** nada ** a ver com o RMAN em si e ** tudo ** a ver 
com config do DP
 Só confirmando : esse outro banco que vc restaurou foi em outro servidor que 
não o originalmente registrado no backup original ? Se sim e funcionou mesmo 
assim, a possibilidade apontada pelo Mufalani de que o setting referente Aonde 
restaurar esteja incorreto talvez não se comprove, mas *** CHEQUE *** com o 
Admin, mesmo assim...
 
[]s

  Chiappa

 

RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Estou executando via rman direto no servidor onde quero restaurar o banco.

 

Original: C0090A (Servidor onde esta o banco)

Destino: C9005B

 

Então tenho que colocar o parametro OB2BARHOSTNAME=C0090A?

 

run {

allocate channel 'dev_0' type 'sbt_tape' parms 
'SBT_LIBRARY=/opt/omni/lib/libob2oracle8_64bit.so,

ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PRD,OB2BARHOSTNAME=C0090A,OB2BARLIST=PRD_Online_Mensal)';

RESTORE DATABASE;

release channel 'dev_0';

}

 

Grato,

Ednilson

 

De: 
sentto-1682896-122043-1505483721-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122043-1505483721-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: restore database

 

  

Ednilson,

 

   Tem que fazer isso que o Mulafani falou. Para o HP Data Protector, se 
estiver rodando esse comando pelo servidor, você deve conseguir passar a 
variável OB2BARHOSTNAME, no parametro ENV, com o nome do servidor onde foi 
feito o backup, pode ser com ou sem o domínio dependendo de como a ferramenta 
de backup está identificando ele, então você vai ter que tentar dos dois jeitos:

 

§  OB2BARHOSTNAME - server where backup was taken (if you restore to a 
different server)

 

Link do Orafaq:   
http://www.orafaq.com/wiki/Data_Protector

 

   Agora se estiver rodando pelo console do Data Protector, fica mais 
complicado. Vai ter que achar o template usado para gerar o script de restore e 
alterar ele.

 

   Além de passar a maquina de origem, as ferramentas de backup costumam tem 
uma configuração de segurança de acesso aos backups feitos em outros 
servidores. Não sei como funciona isso no Data Protector, se o acesso não 
estiver liberado você deve continuar recebendo algum erro de acesso aos backup 
pieces.

 

   Essa configuração de acesso, se tiver, deve ser a mesma feita para restaurar 
arquivos comuns.

 

Atc,

Luis Freitas

 

 

 

On Friday, September 15, 2017 8:54 AM, "Rodrigo Mufalani  
 rodr...@mufalani.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

   Vc deve estar restaurando em uma máquina diferente da original?  Caso 
sim, vc tem que dizer pra ferramenta de backup que a maquina de destino é a 
mesma de origem. Isso acontece muito em duplicações de base onde o analista de 
backup esquece de dar essa permissão e "enganar" o MML. Veja se não é isso que 
está ocorrendo no seu ambiente. 

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br < 
 oracle_br@yahoogrupos.com.br> on behalf 
of   jlchia...@yahoo.com.br [oracle_br] < 
 oracle_br@yahoogrupos.com.br>
Sent: Friday, September 15, 2017 8:48:58 AM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: restore database 

 

  

Blz ? Bom, a primeira msg é uma das mais importantes :

Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

Esse "vendor specific" normalmente indica que vc *** Não está ** usando RMAN 
diretamente, mas sim que a API do RMAN está sendo chamada por algum software de 
backup externo : pode ser Netbackup, pode ser HP Protect, pode ser Tivoli data 
protection, entre N+1! soluções de backup que se integram com o RMAN... 
 Isso é importante porque é EXTREMAMENTE COMUM que o programa-terceiro de 
backup mantenha algum tipo de POOL, de controle interno dos backup pieces 
gerados pelo RMAN : se por qquer falha operacional o backup piece em questão 
está Presente na fita mas foi Removido do 'pool'/dos controles internos do soft 
de backup, o erro é esse que vc mostra : 
https://community.saas.hpe.com/t5/Data-Protector-Practitioners/Error-While-Restore-Vendor-specific-error/td-p/271328
 exemplifica um caso desses... Para vc COMPROVAR ou NEGAR a hipótese, verifique 
EXATAMAMENTE qual solução de backup complementar/tape media library vc está 
usando E aciona o Suporte deles e/oucheque com um Especialista na tal solução 
se a config dela está OK (às vezes coisas bestas como ORACLE_SID impróprio ou 
variáveis de ambiente ou acessos dão erro do tipo, cfrme 
https://vox.veritas.com/t5/NetBackup/Oracle-RMAN-restore-is-failing-with-error-quot-ORA-19507-failed/td-p/539268
 mostra), se o Client dela está corretamente instalado/setado na máquina onde 
vc está fazendo o RESTORE (normalmente isso é exigido), confirme que o 
'pool/controles internos dela REGISTRAM DIREITINHO os backup pieces que te 
interessam... 

  Outro ponto que me causa estranheza é, cfrme mostrado em 

RES: RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

O banco restaurado foi em outra maquina, da mesma forma que estou fazendo agora.

No banco que restaurei é um 12c com 100G, e esse que estou tentando é 10g com 
13T

 

Falei com o Admin, mas o cara nem deu a minima dizendo que não há nenhum 
problema com o DP.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:08
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: restore database

 

  

   Faz isso, checa com o admin : ao que parece, de acordo com o que vc 
descreve, não parece ter ** nada ** a ver com o RMAN em si e ** tudo ** a ver 
com config do DP
 Só confirmando : esse outro banco que vc restaurou foi em outro servidor que 
não o originalmente registrado no backup original ? Se sim e funcionou mesmo 
assim, a possibilidade apontada pelo Mufalani de que o setting referente Aonde 
restaurar esteja incorreto talvez não se comprove, mas *** CHEQUE *** com o 
Admin, mesmo assim...
 
[]s

  Chiappa

RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Sim, é uma maquina diferente da original.

Onde coloco essa permissão no Dataprotector?

 

Grato

Ednilson

 

De:
sentto-1682896-122037-1505476458-ednilson.silva=jbs.com...@returns.groups.ya
hoo.com
[mailto:sentto-1682896-122037-1505476458-ednilson.silva=jbs.com.br@returns.g
roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 08:54
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: restore database

 

  

   Vc deve estar restaurando em uma máquina diferente da original?  Caso
sim, vc tem que dizer pra ferramenta de backup que a maquina de destino é a
mesma de origem. Isso acontece muito em duplicações de base onde o analista
de backup esquece de dar essa permissão e "enganar" o MML. Veja se não é
isso que está ocorrendo no seu ambiente. 

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br <
 oracle_br@yahoogrupos.com.br> on
behalf of   jlchia...@yahoo.com.br
[oracle_br] < 
oracle_br@yahoogrupos.com.br>
Sent: Friday, September 15, 2017 8:48:58 AM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: restore database 

 

  

Blz ? Bom, a primeira msg é uma das mais importantes :

Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

Esse "vendor specific" normalmente indica que vc *** Não está ** usando RMAN
diretamente, mas sim que a API do RMAN está sendo chamada por algum software
de backup externo : pode ser Netbackup, pode ser HP Protect, pode ser Tivoli
data protection, entre N+1! soluções de backup que se integram com o RMAN...

 Isso é importante porque é EXTREMAMENTE COMUM que o programa-terceiro de
backup mantenha algum tipo de POOL, de controle interno dos backup pieces
gerados pelo RMAN : se por qquer falha operacional o backup piece em questão
está Presente na fita mas foi Removido do 'pool'/dos controles internos do
soft de backup, o erro é esse que vc mostra :
https://community.saas.hpe.com/t5/Data-Protector-Practitioners/Error-While-R
estore-Vendor-specific-error/td-p/271328 exemplifica um caso desses... Para
vc COMPROVAR ou NEGAR a hipótese, verifique EXATAMAMENTE qual solução de
backup complementar/tape media library vc está usando E aciona o Suporte
deles e/oucheque com um Especialista na tal solução se a config dela está OK
(às vezes coisas bestas como ORACLE_SID impróprio ou variáveis de ambiente
ou acessos dão erro do tipo, cfrme
https://vox.veritas.com/t5/NetBackup/Oracle-RMAN-restore-is-failing-with-err
or-quot-ORA-19507-failed/td-p/539268 mostra), se o Client dela está
corretamente instalado/setado na máquina onde vc está fazendo o RESTORE
(normalmente isso é exigido), confirme que o 'pool/controles internos dela
REGISTRAM DIREITINHO os backup pieces que te interessam... 

  Outro ponto que me causa estranheza é, cfrme mostrado em
http://oracle.ittoolbox.com/groups/technical-functional/oracle-db-l/ora27029
-skgfrtrv-sbtrestore-returned-error-failed-to-process-backup-file-4473070 ,
a linha :
  
  ORA-19507: failed to retrieve sequential file,
handle="PRD_Online_Diario_DBF.dbf", parms=""
  
  *** MEGA-ESTRANHO *** esse parms="" pois normalmente é Exigido que o
acesso seja feito através de LIBRARIES da solução externa de backup , daí o
parms 'SBT_LIBRARY=/ Isso é OUTRO PONTO POSSÍVEL de origem da tua falha,
é Outra Coisa a esclarecer com o Suporte do fornecedor dessa app
terceira/solução externa de backup e/ou com um Especialista nela...
  
  []s
  
Chiappa

RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Utilizamos o HP Dataprotector, estranho que é um backup mensal, e no meio do 
log do restore ele esta tentando pegar do Diario.

Estou achando que esta entrando outro backup no meio.

 

Irei pedir para o Admin dar uma verificada no software.

Ontem restaurei um banco deste mesmo Dataprotector e não tive problemas

 

Grato,

Ednilson

 

De: 
sentto-1682896-122036-1505476168-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122036-1505476168-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 08:49
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: restore database

 

  

Blz ? Bom, a primeira msg é uma das mais importantes :

Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

Esse "vendor specific" normalmente indica que vc *** Não está ** usando RMAN 
diretamente, mas sim que a API do RMAN está sendo chamada por algum software de 
backup externo : pode ser Netbackup, pode ser HP Protect, pode ser Tivoli data 
protection, entre N+1! soluções de backup que se integram com o RMAN... 
 Isso é importante porque é EXTREMAMENTE COMUM que o programa-terceiro de 
backup mantenha algum tipo de POOL, de controle interno dos backup pieces 
gerados pelo RMAN : se por qquer falha operacional o backup piece em questão 
está Presente na fita mas foi Removido do 'pool'/dos controles internos do soft 
de backup, o erro é esse que vc mostra : 
https://community.saas.hpe.com/t5/Data-Protector-Practitioners/Error-While-Restore-Vendor-specific-error/td-p/271328
 exemplifica um caso desses... Para vc COMPROVAR ou NEGAR a hipótese, verifique 
EXATAMAMENTE qual solução de backup complementar/tape media library vc está 
usando E aciona o Suporte deles e/oucheque com um Especialista na tal solução 
se a config dela está OK (às vezes coisas bestas como ORACLE_SID impróprio ou 
variáveis de ambiente ou acessos dão erro do tipo, cfrme 
https://vox.veritas.com/t5/NetBackup/Oracle-RMAN-restore-is-failing-with-error-quot-ORA-19507-failed/td-p/539268
 mostra), se o Client dela está corretamente instalado/setado na máquina onde 
vc está fazendo o RESTORE (normalmente isso é exigido), confirme que o 
'pool/controles internos dela REGISTRAM DIREITINHO os backup pieces que te 
interessam... 

  Outro ponto que me causa estranheza é, cfrme mostrado em 
http://oracle.ittoolbox.com/groups/technical-functional/oracle-db-l/ora27029-skgfrtrv-sbtrestore-returned-error-failed-to-process-backup-file-4473070
 ,  a linha :
  
  ORA-19507: failed to retrieve sequential file, 
handle="PRD_Online_Diario_DBF.dbf", parms=""
  
  *** MEGA-ESTRANHO *** esse parms="" pois normalmente é Exigido que o acesso 
seja feito através de LIBRARIES da solução externa de backup , daí o  parms 
'SBT_LIBRARY=/ Isso é OUTRO PONTO POSSÍVEL de origem da tua falha, é Outra 
Coisa a esclarecer com o Suporte do fornecedor dessa app terceira/solução 
externa de backup e/ou com um Especialista nela...
  
  []s
  
Chiappa

[oracle_br] restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou tentando fazer um "restore database" para evidenciar, e estou
recebendo o erro abaixo

 

Oracle Database Enterprise 10g - release 10.2.0.5

 

   Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

ORA-19870: error reading backup piece
PRD_Online_Diario_DBF.dbf

ORA-19507: failed to retrieve sequential file,
handle="PRD_Online_Diario_DBF.dbf", parms=""

ORA-27029: skgfrtrv: sbtrestore returned error

ORA-19511: Error received from media manager layer, error text:

 

Segue restore do controlfile e o comando de restore database que estou
usando.

 

run {

allocate channel 'dev_0' type 'sbt_tape' parms
'SBT_LIBRARY=/opt/omni/lib/libob2oracle8_64bit.so,

ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PRD,OB2BARLIST=PRD_Online_Mensal)';

restore controlfile from
'PRD_Online_Mensal_CTL.dbf';

release channel 'dev_0';

}

 

run {

allocate channel 'dev_0' type 'sbt_tape' parms
'SBT_LIBRARY=/opt/omni/lib/libob2oracle8_64bit.so,

ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PRD,OB2BARLIST=PRD_Online_Mensal)';

allocate channel 'dev_1' type 'sbt_tape' parms
'SBT_LIBRARY=/opt/omni/lib/libob2oracle8_64bit.so,

ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PRD,OB2BARLIST=PRD_Online_Mensal)';

RESTORE DATABASE;

release channel 'dev_0';

release channel 'dev_1';

 

Grato,

Ednilson

RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Muito obrigado pela ajuda todos.

Como é um banco pequeno, irei criar um banco novo e fazer um export/import, vou 
aproveitar e colocar numa maquina melhor.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122006-1504212200-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122006-1504212200-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 17:43
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

Ednilson,

 

   Bom, poderia ter, mas apareceria um "BIN$" alguma coisa lá na 
DBA_EXTENTS.





Atc,

Luis Freitas

 

On Thursday, August 31, 2017 4:49 PM, "'Ednilson Silva'  
 ednilson.si...@jbs.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

Mufalani,

Não existia objetos de usuarios comum nesta tablespace.

 

SQL> purge dba_recyclebin;

 

DBA Recyclebin purged.

 

SQL> alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 
1m;

alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

 

Grato,

Ednilson

 

De: 
sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:26
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

  Só chutando, havia alguma coisa de usuario nessa tablespace que foi 
dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu 
consegue fazer o resize do datafile.

 

Obter o Outlook para iOS  

_
From: jlchia...@yahoo.com.br [oracle_br] 
Sent: quinta-feira, agosto 31, 2017 16:20
Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
To: 


  

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que 
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito 
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que 
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" 
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é 
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT 
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a 
mesma tabela... E como eu falei na minha palestra do dba barsil (em 
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
 isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE 
ocupar esse espaço que hoje está em branco...
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos 
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum 
procedimento extra que deva ser feito, tipo desativar temporariamente a feature 
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
 
 []s
 
   Chiappa

 

 

RES: [oracle_br] Recup erar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Não existia objetos de usuarios comum nesta tablespace.

 

SQL> purge dba_recyclebin;

 

DBA Recyclebin purged.

 

SQL> alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize
1m;

alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

 

Grato,

Ednilson

 

De:
sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.ya
hoo.com
[mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com.br@returns.g
roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:26
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

  Só chutando, havia alguma coisa de usuario nessa tablespace que foi
dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu
consegue fazer o resize do datafile.

 

Obter o Outlook para iOS  

_
From: jlchia...@yahoo.com.br [oracle_br] 
Sent: quinta-feira, agosto 31, 2017 16:20
Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
To: 


  

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes
que consumiam muito e após o procedimento de limpeza os "registros" das
"tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi
Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha,
após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados
apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha
palestra do dba barsil (em
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mito
s.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM
AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco...
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum
procedimento extra que deva ser feito, tipo desativar temporariamente a
feature cujas tabelas tão com bastante espaço reservado mas não usado no
momento...
 
 []s
 
   Chiappa

 

RES: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Sim, no passado foi feito uma limpeza e o espaço ficou alocado.

 

SQL> select round(sum(space_usage_kbytes/1024/1024)) space_usage_kbytes from 
V$SYSAUX_OCCUPANTS;

 

SPACE_USAGE_KBYTES

--

 3

 

Como disse, o Owner da aplicação tem uns 20G.

Minha ideia seria fazer um export/import deste Owner em outro banco novo, isso 
consigo fazer num final de semana, pois durante a semana é utilizado.

Acho esta forma mais simples e tranquila.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121998-1504207198-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121998-1504207198-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:20
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que 
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito 
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que 
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" 
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é 
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT 
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a 
mesma tabela... E como eu falei na minha palestra do dba barsil (em 
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
 isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE 
ocupar esse espaço que hoje está em branco... 
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos 
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum 
procedimento extra que deva ser feito, tipo desativar temporariamente a feature 
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
 
 []s
 
   Chiappa

RES: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Já executei todos os procedimentos de limpeza, como  disse ao Mufalani, não dá 
5G utilizado e a tablespace esta com 100G

 

Estou pensando em criar um banco novo e fazer um export/import, o Owner da 
aplicação dá uns 20G

 

Grato,

Ednilson

 

De: 
sentto-1682896-121993-1504205567-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121993-1504205567-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:53
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

PMFJI mas Não, Ednilson  São objetos INTERNOS do RDBMS Oracle, normalmente 
vc Não Pode simplesmente sair movendo-os sem mais esta ou aquela!!! Veja a msg 
que eu te mandei com a consulta na  v$sysaux_occupants que por ela vc vai saber 
*** QUAL  feature/recurso do banco está ocupando os maiores espaços E o 
procedimento correto para limpar esses dados !!!

[]s

  Chiappa
  
OBS : veja lá que os ocupantes maiores forem o "SM/OPTSTAT" ou o "SM/AWR" ou 
correlatos, pode muito bem ser que vc esteja caindo em alguns BUGs como o 
14373728 e/ou 8553944, que não deixavam o MMON limpar informações históricas do 
AWR/ASH... Em princípio tais bugs já foram corrigidos no 12cR1 e vc disse que 
está no 12cR2 então Não Deveria acontecer isso, mas confirme com o Suporte 
Oracle, plz...

RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Rodei o SELECT e não dá 5G utilizado.

Fiz uma limpeza, só que a tablespace ainda esta com mais de 100G

 

Grato,

Ednilson

 

De: 
sentto-1682896-121992-1504205445-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121992-1504205445-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:51
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Meu caro, 

Não dá para fazer isso que está em mente, recriar a SYSAUX, como o chiappa 
falou ela é parte do dicionários de dados. Consulte a v$sysaux_occupants e nela 
tem procedimentos inclusive para mover certos objetos e outros. 

SELECT occupant_name "Item", 
space_usage_kbytes/1048576 "Space Used (GB)", 
schema_name "Schema", 
move_procedure "Move Procedure" 
FROM v$sysaux_occupants 
ORDER BY 1; 

Obs.: Muito provável que seja o repositório do AWR que esteja tomando espaço. 


Atenciosamente, 
[RED] 

Rodrigo Mufalani - Dir. Técnico 
rodr...@mufalani.com.br 
+55 21 988 994 817 

Mufalani 
+55 21 3193 0326 
Rua Almirante Grenfall, 405, Bloco 3, Sala 310 
Centro Empresarial Washington Luiz 
Duque de Caxias - RJ 
CEP 25085-009 
www.mufalani.com.br <http://www.mufalani.com.br%3chttp:/www.mufalani.com.br/> 
<http://www.mufalani.com.br/> 


[id:image002.png@01D2F4C6.8E6B3BE0] 



De: <oracle_br@yahoogrupos.com.br> em nome de "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> 
Responder para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
Data: quinta-feira, 31 de agosto de 2017 15:33 
Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
Assunto: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX 


Luis, 
Certo, mas descobrindo esses objetos a proposta seria criar uma novo tablespace 
e mover ? 

SQL> select owner, segment_name, segment_type 
from DBA_EXTENTS 
where tablespace_name = 'SYSAUX' 
and file_id = 13 
order by block_id desc; 2 3 4 5 

OWNER SEGMENT_NAME SEGMEN 
-- -- -- 
SYS SYS_IL159130C00028$$ LOBINDEX 
SYS SYS_LOB159130C00028$$ LOBSEGMENT 
SYS SYS_IL159130C00013$$ LOBINDEX 
SYS SYS_LOB159130C00013$$ LOBSEGMENT 
SYS FGA_LOG$ TABLE 
SYS AUD$ TABLE 
SYS SYS_IL000501C00041$$ LOBINDEX 
SYS SYS_LOB000501C00041$$ LOBSEGMENT 
SYS SYS_IL000501C00040$$ LOBINDEX 
SYS SYS_LOB000501C00040$$ LOBSEG 
. 
. 
. 

Grato, 
Ednilson 

De: 
sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br] 
Enviada em: quinta-feira, 31 de agosto de 2017 15:02 
Para: oracle_br@yahoogrupos.com.br 
Assunto: Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX 


Ednilson, 

... order by block_id desc 

Mas preste atenção no file_id também, que é o datafile. Talvez rodar a query 
com file_id=.. para cada datafile. 

Atc, 
Luis Freitas 



On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br 
<mailto:ednilson.si...@jbs.com.br%3cmailto:ednilson.si...@jbs.com.br> 
<mailto:ednilson.si...@jbs.com.br> [oracle_br]" <oracle_br@yahoogrupos.com.br 
<mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle_br@yahoogrupos.com.br> 
<mailto:oracle_br@yahoogrupos.com.br>> wrote: 


Mufalani, 
Eu já havia feito um Purge na Audit Trail e deixei desabilitada. 

Doc 1582627.1 

Grato, 
Ednilson 

De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
<mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com%3cmailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com>
 
<mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com>
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br 
<mailto:rodr...@mufalani.com.br%3cmailto:rodr...@mufalani.com.br> 
<mailto:rodr...@mufalani.com.br> [oracle_br] 
Enviada em: quinta-feira, 31 de agosto de 2017 14:28 
Para: oracle_br@yahoogrupos.com.br 
<mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle_br@yahoogrupos.com.br> 
<mailto:oracle_br@yahoogrupos.com.br>; oracle_br@yahoogrupos.com.br 
<mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle_br@yahoogrupos.com.br> 
<mailto:oracle_br@yahoogrupos.com.br> 
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX 


Boa tarde, 

Dá uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam. 

Att 
Mufalani 

Obter o Outlook para iOS<https:/

RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Certo, mas descobrindo esses objetos a proposta seria criar uma novo tablespace 
e mover ?

 

SQL> select owner, segment_name, segment_type

  from DBA_EXTENTS

where tablespace_name = 'SYSAUX'

   and file_id = 13

order by block_id desc;  2345

 

OWNER  SEGMENT_NAME   SEGMEN

-- -- --

SYSSYS_IL159130C00028$$   LOBINDEX

SYSSYS_LOB159130C00028$$  LOBSEGMENT

SYSSYS_IL159130C00013$$   LOBINDEX

SYSSYS_LOB159130C00013$$  LOBSEGMENT

SYSFGA_LOG$   TABLE

SYSAUD$   TABLE

SYSSYS_IL000501C00041$$   LOBINDEX

SYSSYS_LOB000501C00041$$  LOBSEGMENT

SYSSYS_IL000501C00040$$   LOBINDEX

SYSSYS_LOB000501C00040$$  LOBSEG

.

.

.

 

Grato,

Ednilson 

 

De: 
sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:02
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Ednilson,

 

   ... order by block_id desc

 

   Mas preste atenção no file_id também, que é o datafile. Talvez rodar a query 
com file_id=.. para cada datafile.

 

Atc,

Luis Freitas

 

   

 

On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva'  
 ednilson.si...@jbs.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

Mufalani,

Eu já havia feito um Purge na Audit Trail e deixei desabilitada.

 

Doc 1582627.1

 

Grato,

Ednilson

 

De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Boa tarde,

 

   Dá uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam.

 

Att

Mufalani

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br < 
 oracle_br@yahoogrupos.com.br> on behalf 
of 'Ednilson Silva'   
ednilson.si...@jbs.com.br [oracle_br] <  
oracle_br@yahoogrupos.com.br>
Sent: Thursday, August 31, 2017 2:25:48 PM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX 

 

  

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

 

RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Eu já havia feito um Purge na Audit Trail e deixei desabilitada.

 

Doc 1582627.1

 

Grato,

Ednilson

 

De:
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.ya
hoo.com
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com.br@returns.g
roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Boa tarde,

 

   Dá uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam.

 

Att

Mufalani

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br <
 oracle_br@yahoogrupos.com.br> on
behalf of 'Ednilson Silva'  
ednilson.si...@jbs.com.br [oracle_br] <
 oracle_br@yahoogrupos.com.br>
Sent: Thursday, August 31, 2017 2:25:48 PM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX 

 

  

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit
Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Tem objetos do Owner: APEX_040200, AUDSYS, CTXSYS, DBSNMP, DVSYS, 
GSMADMIN_INTERNAL, MDSYS, ORDDATA, ORDSYS, SYS, SYSTEM, WMSYS e XDB.

Totalizando mais de 9 mil objetos

 

Como descubro os objetos que estão ocupando os blocos finais?

 

SQL> select count(*) from AUD$;

 

  COUNT(*)

--

 1

 

SQL> alter database datafile '/ora001/oradata/dboDOCX/sysaux01.dbf' resize 
1000m;

alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1000m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

 

Grato,

Ednilson

 

De: 
sentto-1682896-121985-1504201040-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121985-1504201040-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:37
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Edninson,

 

   A SYSAUX é menos tensa que a SYSTEM, mas deve depender do que está ocupando 
os datafiles.

 

   Você olhou na DBA_EXTENTS quais são os objetos ocupando os blocos finais dos 
datafiles?

 

  Se for a auditoria, AUD$, por exemplo, tem como reorganizar ela e depois 
reduzir os datafiles. (Ex. How to Reorganize SYS.AUD$ Table Doc ID 166301.1 e 
alguns outros notes sobre isso)

 

Atç,

Luis Freitas

 

On Thursday, August 31, 2017 2:25 PM, "'Ednilson Silva'  
 ednilson.si...@jbs.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

 

[oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit
Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

RES: [oracle_br] Quantidade de Transações

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Obrigado pelo retorno.

 

E na v$resource_limit, ali tem transactions e sessions

 

Grato,

Ednilson

 

De: 
sentto-1682896-121977-1503322204-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121977-1503322204-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: segunda-feira, 21 de agosto de 2017 10:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Quantidade de Transações

 

  

Bom dia, 

Tem uma métrica chamada TPS – Transactions per second 

SELECT round(value) tps 
from v$sysmetric 
where metric_name like '%rans%' 
and group_id=3; 


Atenciosamente, 
[RED] 

Rodrigo Mufalani - Dir. Técnico 
rodr...@mufalani.com.br 
+55 21 988 994 817 

Mufalani 
+55 21 3193 0326 
Rua Almirante Grenfall, 405, Bloco 3, Sala 310 
Centro Empresarial Washington Luiz 
Duque de Caxias - RJ 
CEP 25085-009 
www.mufalani.com.br <http://www.mufalani.com.br%3chttp:/www.mufalani.com.br/> 
<http://www.mufalani.com.br/> 


[id:image002.png@01D2F4C6.8E6B3BE0] 



De: <oracle_br@yahoogrupos.com.br> em nome de "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> 
Responder para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
Data: segunda-feira, 21 de agosto de 2017 10:10 
Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
Assunto: [oracle_br] Quantidade de Transações 


Bom Dia, 
Existe algum lugar que grava a quantidade de transações e a quantidade de 
usuários simultâneos que o banco gera? 

Grato, 
Ednilson 


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

[oracle_br] Quantidade de Transações

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Existe algum lugar que grava a quantidade de transações e a quantidade de
usuários simultâneos que o banco gera?

 

Grato,

Ednilson

RES: RES: [oracle_br] Re: Listener.log muito grande

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Entendi, irei falar com o Admin dos Servidores como isso esta rodando.

 

Uma outra questão, existe a possibilidade de aumentar o tamanho do log do 
listener?

 

Esses dias, o log passou de 4.1G e o listener caiu, migrando o pacote para o 
lado B

 

Grato,

Ednilson

 

De: 
sentto-1682896-121968-1502742531-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121968-1502742531-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 14 de agosto de 2017 17:29
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Listener.log muito grande

 

  

Então, não sendo uma tecnologia Oracle foge um pouco do meu escopo de 
conhecimento mas acho que depende TOTALMENTE da tool em questão, COMO é que ela 
monitora o Listener ? Ele olha o executável/daemon do Listener que fica 
residente na memória ?? Ou ele usa a API disponibilizada pelo lsnrctl e manda 
gerar uma entrada no listener.log ?? Ou ele tenta enviar um pacote de rede pra 
porta de rede em que o listener tá ouvindo, tipo o que o TNSPING faz ???
 Sabendo isso a gente pode dizer se interfere ou não : se ele manda um pacote 
de rede sem abrir conexão, ou se verifica via sistema operacional o executável 
aí Claro que vc desabilitar o log do listener não interferirá em nada, já se a 
tal tool da HP gera entrada no log com o log desativado vai SIM reportar 
serviço fora erradamente...
 
 []s
 
   Chiappa

RES: [oracle_br] Re: Listener.log muito grande

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

É um Toolkit for Oracle da HP Serviceguard.

Ele fica monitorando varias coisas e uma delas é o listener, qualquer stop no 
listener ele pensa que é uma falha e migra o pacote para o lado B.

 

Então queria saber se fazendo um “lsnrctl set log_status off” ele entenderia 
como um stop no serviço?

 

Grato,

Ednilson

 

De: 
sentto-1682896-121965-1502734964-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121965-1502734964-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 14 de agosto de 2017 15:23
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Listener.log muito grande

 

  

Blz ? Então, primeiro nos explique ** EXATAMENTE ** que produto é esse "Oracle 
Toolkit" que vc tem aí : eu Desconheço produto ou add-on interno ao database 
com esse nome... Conheço uma lib de Forms e Reports com esse nome (usada 
principalmente no e-Business Suite), conheço o  Database and Developer's 
Toolkit Hands-on Lab, conheço o Java Wireless Toolkit, o Data Admin ToolKit que 
era usado com alguns módulos do EBS (como o módulode Processos), especifica aí 
please para que alguém que use a mesma coisa que vc possa palpitar..

 Anyway, eu acredito que não deve ter implicação alguma, pois o listener só 
atua para direcionar um pedido de conexão, uma vez conectada a sessão vc 
desligar o listener não influencia em nada, E se durante o curtíssimo intervalo 
em que vc desligou o log do listener, removeu o listener.log e re-ativou o log 
do listener alguém pedir pra conectar e não for atendido na próxima solicitação 
o log já vai estar ativo e a conexão ocorrerá normalmente
 
 []s
 
   Chiappa

[oracle_br] Listener.log muito grande

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Tenho um banco, que o listener.log dele esta toda semana chegando a 4G,
sendo necessário reciclar este.

Gostaria de saber, se fazendo um “lsnrctl set log_status off/on”, pode
impactar no Oracle Toolkit ?

 

Este banco esta em Clusteware com Oracle Toolkit (Oracle Enterprise 10g -
release 10.2.0.5).

 

Grato

Ednilson Silva

RES: [oracle_br] Re: Data dictionary locked

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa, blz...

Só para constar, referente a atualização pré-historica do 9iR2, estamos com um 
projeto para fazer um upgrade do EBS e Banco.

 

1.   Sim, é feito coleta de estatisticas semanalmente do banco todo.

2.   Um simples SELECT na DBA_OBJECTS ou até na V$DATABASE (SELECT * FROM 
V$DATABASE;), leva-se mais de 5 minutos.

 

Ontem, após shutdown/startup do banco tudo voltou ao normal, mas agora neste 
momento esta começando a ficar lento.

Com isso, acaba ficando lento o banco todo.

 

Grato,

Ednilson

 

 

De: 
sentto-1682896-121933-1499346107-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121933-1499346107-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 6 de julho de 2017 10:02
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Data dictionary locked

 

  

Blz ? Então, pra começo de conversa se vc é obrigado a usar uma versão 
pré-histórica e mega-defasada e há muitos anos sem Suporte (como é o caso da 
9iR2), ** AO MENOS **, como uma condição Mínima, vc deveria estar rodando o 
Últmi Patchset dela, que iirc deixaria teu banco em 9.2.0.8 - essa versão 
9.2.0.5 indica que vc Não Está com o pacote de correções Final do 9iR2... 
Providencie isso para o quanto Antes, pois muitas vezes patchsets corrigem bugs 
VITAIS e CRÍTICOS para performance e segurança

 Muito bem : isso posto, sua resposta - no RDBMS Oracle, seja qual for a 
versão, NÂO FAZ SENTIDO NENHUM juntar na mesma frase SELECT e LOCK, pois POR 
DEFINIÇÃO no RDBMS Oracle um SELECT absolutamente NUNCA É BLOQUEADO, DE JEITO 
NENHUM vai ter que esperar por LOCKs... Isso tá claro ?? É um dos FUNDAMENTOS 
BÁSICOS ao se analisar performance no RDBMS Oracle Então, esse "desbloquear 
dicionário" a que vc se refere Não Faz sentido NENHUM, tá bem ??
  Aí vem as perguntas pra ajudar na sua análise :
  
  1. O dicionário de dados é necessariamente atualizado a cada operação feita 
no banco, seja por resultado de SQLs de usuários, seja devido à operações 
administrativas, como alteração de tablespaces ou outras struturas físicas do 
banco, , coleta de estatísticas, alteração de parâmetros, replicação, etc... 
EXATAMENTE O QUE estava sendo feito quando vc viu esse slowdown ?? 
  
  2. O DD é composto por muitas views que referenciam algumas tabelas internas, 
tanto físicas quanto em memória : quando vc consulta DBA/ALL/USER_qqquercoisa 
normalmente isso é uma VIEW (que pode estar consultando outras views e/ou 
tabelas internas) 
   Então pergunto : quando vc diz que consultava "tabelas do dicionário de 
dados", exatamente O QUE vc consultava ??? TEM CERTEZA que eram 'TABELAS' mesmo 
??? Se for uma view (especialmente se for uma das views que começam por 
DBA/ALL/USER_qquercoisa) essa informação facilita a análise, pois o 'fonte' 
dessa view pode ser extraído e aí vc pode validar se algum dos índices das 
tabelas internas tá corrompido, OU mesmo se vc tá caindo num bug conhecido 
(pesquisando por nomedaview performance 9i no Suporte Oracle vc encontra n bugs 
relacionados com performance para muitas views do DD)...
 
  3. Vc não diz mas ENTENDO pela sua descrição que  são só as consultas no DD 
que foram afetadas : consultas em tabelas não o eram... É isso mesmo ?
  []s

   Chiappa  
  

[oracle_br] Data dictionary locked

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Ontem tive um problema ao tentar fazer qualquer SELECT em tabelas do
dicionário de dados de um banco 9i Enterprise (release 9.2.0.5), foi
necessário fazer um shutdown no banco para voltar ao normal.

Isso tem ocorrido pelo menos uma vez ao mês este ano. Este é um banco do
nosso EBS.

 

Existe alguma forma para “destravar” o dicionário de dados?

 

Grato

Ednilson

RES: [oracle_br] Re: ORA-19870: error reading backup piece

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Muito obrigado pela enxurrada de informações.

Era espaço em disco, um sysadmin estava fazendo uma manutenção e não sabia que 
eu estava fazendo um restore na maquina.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121787-1493307270-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121787-1493307270-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 27 de abril de 2017 12:34
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-19870: error reading backup piece

 

  

Blz ? Então, a msg tá clara :

"ORA-19502: write error on file "/d01/oradata/maxprod/maximo_index02.dbf", 
blockno 969249"

ou seja, o SO reportou um erro ao gravar ** exatamente esse bloco ** desse 
datafile As CAUSAS para o erro podem ser as mais diversas, desde simples 
falta de espaço (cfrme reportado em 
https://juniororacledba.wordpress.com/2011/08/02/oracle-ora-19502-ora-27072-during-rman-backup/),
 Permissões (no filesystem E/OU em diretórios ou mesmo em arqs), falta de 
Recursos no Linux (cada arquivo a ser criado VAI exigir um file handle para a 
criação, VAI consumir um i-node no seu SO, ** confira ** como estão seus 
ulimits e consumo de recursos do SO), pode ser corrupção no sistema de arquivos 
(digamos, o setor de disco onde esse tal block reside por falha não está 
registrado no filesystem como ocupado pelo arquivo em questão), ** OU ** (a 
pior hipótese, portanto a primeira em que se pensa) Pode Ser que realmente tá 
com uma falha física nesse ponto desse disco E antes que vc pergunte SIM, 
pode ser que o DBV não pegou a falha porque (digamos) o bloco em questão estava 
vazio/sem dados, ou talvez a falha era na lista de i-nodes que compõem o tal 
arquivo e o DBV ** não ** faz uma leitura abrindo o arquivo mas sim leitura 
direta no bloco via métodos similares ao DD, OU ainda o espaço em disco/tamanho 
máximo do arquivo permitido foi suficiente para gravar a  parte com dados do 
arquivo, a parte que não gravou estava sem dados.

 Então o que vc TEM que fazer aí está claro :

 a) checar espaço em disco via df e similares, CONFIRMANDO que há espaço 
suficiente pra criar o arquivo em disco

 b) conferir via ls o tamanho real criado do arquivo, validando que ele está 
com o tamanho que deveria

 c) junto com o seu sysadmin, conferir para quanto estão setados os limites do 
usuário e do sistema (via ulimit, parâmetros de kernel, etc) E conferir o 
quanto está sendo consumido (via lsof e similares), para COMPROVAR que há 
recursos e limites livres suficientes para criar os arquivos, etc

 d) fazer uma CHECAGEM DE ESTRUTURA nesse filesystem, normalmente com fsck ou 
se não com o utilitário adequado que vc tiver

 e) verificar que as permissões e/ou opções de montagem todas do filesystem, 
diretório e sub-diretórios estão Adequadas
 
 f) fazer uma checagem ** física ** no(s) disco(s) desse filesystem, com o 
utilitário não-destrutivo que vc tiver 
 
 Essas tasks devem te dar algum indício de qual está sendo seu problema...
 
[]s

  Chiappa

[oracle_br] ORA-19870: error reading backup piece

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou tentando restaurar um database para coleta de evidencia de auditoria e
no “restore database” estou recebendo este erro.

 

ORA-19870: error reading backup piece
ORA_RA_MTZSVMBDOMAX01_MAXPROD_DIARIO_DBF.dbf

ORA-19502: write error on file "/d01/oradata/maxprod/maximo_index02.dbf",
blockno 969249 (blocksize=8192)

ORA-27072: File I/O error

Linux-x86_64 Error: 9: Bad file descriptor

Additional information: 4

Additional information: 969249

Additional information: 110592

failover to previous backup

 

channel dev_0: starting datafile backupset restore

channel dev_0: specifying datafile(s) to restore from backup set

restoring datafile 00010 to /d01/oradata/maxprod/maximo_index02.dbf

restoring datafile 00014 to /d01/oradata/maxprod/maximo_data05.dbf

channel dev_0: reading from backup piece
ORA_RA_MTZSVMBDOMAX01_MAXPROD_DIARIO_DBF.dbf

 

O backup é feito via Data Protector e neste momento eles esta tentando
restaurar dois datafile de outra fita, estou aguardando a chegada desta fita
para dar continuidade no “restore”.

 

Passei um DBV nestes datafile no banco de produção e não encontrou nada
corrompido.

 

$ dbv file=/d01/oradata/maxprod/maximo_index02.dbf blocksize=8192

 

DBVERIFY: Release 10.2.0.4.0 - Production on Thu Apr 27 10:53:27 2017

 

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

 

DBVERIFY - Verification starting : FILE =
/d01/oradata/maxprod/maximo_index02.dbf

 

DBVERIFY - Verification complete

 

Total Pages Examined : 128

Total Pages Processed (Data) : 0

Total Pages Failing   (Data) : 0

Total Pages Processed (Index): 1271271

Total Pages Failing   (Index): 0

Total Pages Processed (Other): 8408

Total Pages Processed (Seg)  : 0

Total Pages Failing   (Seg)  : 0

Total Pages Empty: 321

Total Pages Marked Corrupt   : 0

Total Pages Influx   : 0

Highest block SCN: 823288003 (1684.823288003)

$ dbv file=/d01/oradata/maxprod/maximo_data05.dbf blocksize=8192

 

DBVERIFY: Release 10.2.0.4.0 - Production on Thu Apr 27 11:01:23 2017

 

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

 

DBVERIFY - Verification starting : FILE =
/d01/oradata/maxprod/maximo_data05.dbf

 

DBVERIFY - Verification complete

 

Total Pages Examined : 1025280

Total Pages Processed (Data) : 634560

Total Pages Failing   (Data) : 0

Total Pages Processed (Index): 349120

Total Pages Failing   (Index): 0

Total Pages Processed (Other): 38757

Total Pages Processed (Seg)  : 0

Total Pages Failing   (Seg)  : 0

Total Pages Empty: 2843

Total Pages Marked Corrupt   : 0

Total Pages Influx   : 0

Highest block SCN: 828896000 (1684.828896000)

 

SQL> select * from V$DATABASE_BLOCK_CORRUPTION;

 

no rows selected

 

Grato,

Ednilson Silva

RES: RES: [oracle_br] upgrade 12.1 to 12.2 ?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Agora entendi o que estava ocorrendo.

Fiz o UPGRADE CATALOG e atualizou o catalogo.

 

Mufalani,

Obrigado pela ajuda tambem.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121760-1492697172-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121760-1492697172-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 20 de abril de 2017 11:06
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] upgrade 12.1 to 12.2 ?

 

  

Ednilson,

 

   A versão do catalogo não depende da versão do banco em que foi criado, mas 
da versão do RMAN que você usou quando rodou o create catalog no esquema do 
catalogo. Você não precisa instalar nada para atualizar ele, basta rodar o 
comando com algum RMAN de versão mais recente. Mas faça um backup do catalogo 
antes, caso o rman da 10g pare de funcionar e você precise voltar o catalogo 
para a versão anterior.

 

   É mais seguro criar um catalogo separado para a 12.2. 

 

   Há alguma compatibilidade do catalogo com versões mais antigas do rman, no 
suporte tem o documento RMAN Compatibility Matrix (Doc ID 73431.1), mas ele 
ainda não foi atualizado para o Oracle 12.2.

 

Atc,

Luis Freitas

 

 

On Thursday, April 20, 2017 10:36 AM, "'Ednilson Silva'  
<mailto:ednilson.si...@jbs.com.br> ednilson.si...@jbs.com.br [oracle_br]" < 
<mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br> wrote:

 

  

Angelo,

Então, o catalogo nunca foi 11, nasceu como 12.1 mesmo.

Os demais bancos aqui entre 10g e 11g estão funcionando sem problemas.

 

Mas esse banco novo é 12.2

 

Então eu teria que instalar o binario do 12.2 e migrar o catalogo, certo?

 

Grato,

Ednilson

 

De: 
sentto-1682896-121758-1492694385-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121758-1492694385-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de angelo angelolis...@gmail.com [oracle_br]
Enviada em: quinta-feira, 20 de abril de 2017 10:13
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] upgrade 12.1 to 12.2 ?

 

  

Curiosidade

 

Isso ja foi  11.2.0.4 tambem ? ( foi subindo de 11g pra 12c.. )

 

O proprio erro ta entregando..   PL/SQL package RMAN.DBMS_RCVCAT version 
11.02.00.04 in RCVCAT database is too old

 

tenta atualizar o catalogo

 

 

 

  

 

On 20 April 2017 at 09:58, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> wrote:

  

Pessoal,

Tenho um Catalogo do RMAN que esta no 12.1, e agora estou tentando registrar um 
banco 12.2

 

Recovery Manager: Release 12.2.0.1.0 - Production on Thu Apr 20 09:44:35 2017

 

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.

 

connected to target database: DBOADTP (DBID=1459929393)

connected to recovery catalog database

PL/SQL package RMAN.DBMS_RCVCAT version 11.02.00.04 in RCVCAT database is too 
old

 

Como devo proceder para atualizar a versão desse meu banco RMAN de 12.1 para 
12.2 ?

 

Grato,

Ednilson Silva

 

 

RES: [oracle_br] upgrade 12.1 to 12.2 ?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Angelo,

Então, o catalogo nunca foi 11, nasceu como 12.1 mesmo.

Os demais bancos aqui entre 10g e 11g estão funcionando sem problemas.

 

Mas esse banco novo é 12.2

 

Então eu teria que instalar o binario do 12.2 e migrar o catalogo, certo?

 

Grato,

Ednilson

 

De: 
sentto-1682896-121758-1492694385-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121758-1492694385-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de angelo angelolis...@gmail.com [oracle_br]
Enviada em: quinta-feira, 20 de abril de 2017 10:13
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] upgrade 12.1 to 12.2 ?

 

  

Curiosidade

 

Isso ja foi  11.2.0.4 tambem ? ( foi subindo de 11g pra 12c.. )

 

O proprio erro ta entregando..   PL/SQL package RMAN.DBMS_RCVCAT version 
11.02.00.04 in RCVCAT database is too old

 

tenta atualizar o catalogo

 

 

 

  

 

On 20 April 2017 at 09:58, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> wrote:

  

Pessoal,

Tenho um Catalogo do RMAN que esta no 12.1, e agora estou tentando registrar um 
banco 12.2

 

Recovery Manager: Release 12.2.0.1.0 - Production on Thu Apr 20 09:44:35 2017

 

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.

 

connected to target database: DBOADTP (DBID=1459929393 <tel:(14)%205992-9393> )

connected to recovery catalog database

PL/SQL package RMAN.DBMS_RCVCAT version 11.02.00.04 in RCVCAT database is too 
old

 

Como devo proceder para atualizar a versão desse meu banco RMAN de 12.1 para 
12.2 ?

 

Grato,

Ednilson Silva

 

RES: [oracle_br] upgrade 12.1 to 12.2 ?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Não entendi bem sua resposta.

 

Eu teria que instalar então o binário do 12.2 na maquina que esta o catalogo do 
RMAN e fazer o UPGRADE CATALOG?

 

Grato,

Ednilson

 

De: 
sentto-1682896-121756-1492693270-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121756-1492693270-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 20 de abril de 2017 10:01
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] upgrade 12.1 to 12.2 ?

 

  

Bom dia, 

Já tentou fazer um “UPGRADE CATALOG” no banco de catálogo do RMAN? 

Atenciosamente, 

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br 
<mailto:rodr...@mufalani.com.br%3cmailto:rodr...@mufalani.com.br> 
<mailto:rodr...@mufalani.com.br> | +55 21 988 994 817 
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial 
Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br 
<http://www.mufalani.com.br%3cmailto:rodr...@mufalani.com.br> 
<mailto:rodr...@mufalani.com.br> 
<http://www.mufalani.com.br/>[cid:image001.png@01D2B9BD.05398960]<http://www.mufalani.com.br/>[cid:image002.png@01D2B9BD.05398960]
 



De: <oracle_br@yahoogrupos.com.br> em nome de "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> 
Responder para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
Data: quinta-feira, 20 de abril de 2017 09:58 
Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
Assunto: [oracle_br] upgrade 12.1 to 12.2 ? 


Pessoal, 
Tenho um Catalogo do RMAN que esta no 12.1, e agora estou tentando registrar um 
banco 12.2 

Recovery Manager: Release 12.2.0.1.0 - Production on Thu Apr 20 09:44:35 2017 

Copyright (c) 1982, 2017, Oracle and/or its affiliates. All rights reserved. 

connected to target database: DBOADTP (DBID=1459929393) 
connected to recovery catalog database 
PL/SQL package RMAN.DBMS_RCVCAT version 11.02.00.04 in RCVCAT database is too 
old 

Como devo proceder para atualizar a versão desse meu banco RMAN de 12.1 para 
12.2 ? 

Grato, 
Ednilson Silva 


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

[oracle_br] upgrade 12.1 to 12.2 ?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Tenho um Catalogo do RMAN que esta no 12.1, e agora estou tentando registrar
um banco 12.2

 

Recovery Manager: Release 12.2.0.1.0 - Production on Thu Apr 20 09:44:35
2017

 

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights
reserved.

 

connected to target database: DBOADTP (DBID=1459929393)

connected to recovery catalog database

PL/SQL package RMAN.DBMS_RCVCAT version 11.02.00.04 in RCVCAT database is
too old

 

Como devo proceder para atualizar a versão desse meu banco RMAN de 12.1 para
12.2 ?

 

Grato,

Ednilson Silva

[oracle_br] Recuperar dados de uma tabela particionada

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Como faço para restaurar os dados de uma partição via datapump?

Tenho um export diário de minhas tablespace.

 

Ex.

Tabela: LIVRO_FISCAL, nela tenho a partição de 2010

 

Para não perder muito tempo acabei voltando a tabela toda em outro owner,
mas queria saber como restaurar apenas os dados dessa partição.

 

Oracle Database Enterprise 10g (release 10.2.0.5)

 

Grato,

Ednilson

 

RES: RES: RES: [oracle_br] Re: Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Perfeito, entendido...

 

Uma ultima pergunta: então antes de começar o recover database, o RMAN verifica 
os archivelog que ele irá precisar, e como ele não encontra ele dá aquele erro?

Saideira: o melhor para este caso seria fazer um recover database until 
sequence xxx; ou fazer um restore dos archivelog em disco e depois aplicar?

 

Grato,

Ednilson

 

De: 
sentto-1682896-121558-1487782614-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121558-1487782614-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 22 de fevereiro de 2017 13:57
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: Recover database

 

  

Opa : sobre os backups, não conheço essa solução (StarOnce) então não posso 
dizer nada sobre integridade (em especial coisas se ela tem proteção contra, 
digamos, tentar backupear  um archive no exato instante em que ele está ainda 
aberto e em uso pelo RDBMS Oracle) - eu sempre dou ** total ** preferência para 
backups via RMAN justamente por confiar mais que esse tupo de coisa nunca 
acontece, já que o RMAN ** reconhece ** os locks/proteções de arquivos impostos 
pelo RDBMS mas ok, por desconhecimento não posso comentar nada sobre ela, 
repito... 
 Isso traz um outro ponto à baila : Obviamente, o RMAN só conhece os backups 
feitos por ele : se vc tá usando essa tal solução de terceiros (StarOnce), a 
menos que ela tenha alguma "ligação" com o RMAN via library/DLL/whatever, o 
RMAN *** não saberá NADICA DE NADA *** sobre ela, então o controle desses 
backups vc faz à parte , com as tools/ferramentas do fornecedor, 
necessariamente
 
 Sobre sua outra pergunta, o funcionamento do RDBMS e do RMAN é : o banco 
possui um número (uma SEQUENCE numérica, se vc quiser) constantemente crescendo 
a cada poucos segundos ** ou ** quando uma transação é startada (cada Transação 
sempre vai ter seu 'número' único), e esse "sequencial" se chama SCN, e ele é 
referenciado nos datafiles (quando as coisas que estão nos buffers são 
efetivadas no datafile fica registrado no cabeçalho dele o SCN corrente dessa 
ocasião, que pode ser rara, já que o RDBMS tenta gravar o mínimo possível nos 
datafiles e sempre lentamente, em background), no CONTROLFILE (indicando o SCN 
mais atual do sistema, digamos assim) e nos REDO LOG FILES (no formato LOW and 
HIGH, ie, um par indicando que aquele REDO LOG FILE tal possui logs que se 
referem à transações feitas desde o SCN x até o SCN y)... Mais tarde, quando o 
REDO LOG FILE é arquivado, ele ganha um SEQUENCE NUMBER, ie, um OUTRO número 
sequencial que serve para identificar unicamente aquele archive 
 
 ==> OU SEJA : em tese, é perfeitamente possível que uma transação T1 comece e 
ganhe um SCN 1000 (e portanto teu REDO LOG FILE atual L1 tenha como LOW SCN 
1000), aí SEM encerrar essa transação outras transações T2, T3, etc, comecem e 
passem a gerar montes de redo, que vão encher o logfile L1, depois o L2, depois 
o L3, etc, etc , que vão ser arquivados e gerar os archives com sequências  
(digamos) 5, 50001, 50002, etc, E ao mesmo tempo o SCN corrente vai 
avançando no controlfile e para fins didáticos suponha que os datafiles não 
sejam atualizados nesse intervalo e portanto continuem com SCN abaixo de 
1000 Aí digamos que só então a nossa transação T1 volte a gerar redo no 
logfile atual L5 : como essa transação ** ainda ** tem como SCN 1000, 
necessariamente esse logfile vai ter 1000 como LOW SCN, e quando esse logfile 
for arquivado ele ganha digamos uma sequence de 50005, e que ela é comitada 
pouco depois...
 
 Neste cenário, se mais tarde vc tiver que recuperar e atualizar esse banco, 
justamente por causa dessa transação T1 que se "espalhou" por diferentes 
logfiles archivados em diferentes sequências vc vai precisar TANTO do archive 
com sequência 5 ** quanto **  do archive com sequência  50005 Esse tipo 
de coisa  pode ** sim ** acontecer, e imho EXPLICAM adequadamente os casos em 
que vc é solicitado a localizar archives com sequences muito distantes entre 
si, em especial sequências muito "antigas" no tempo : normalmente as pessoas 
lembram que quando vc faz o backup o RMAN força um checkpoint (atualizando o 
SCN nos datafiles, okdoc) mas  Não  encerra as transações porventura 
acontecendo 
 
 Assim, te respondendo : se vc pediu um RECOVER ** sem ** especificar o limite 
e ele tá pedindo por archives gerados ** depois ** do backup pra mim é isso, vc 
tinha alguma transação aberta no momento do HOT BACKUP (que tem esse nome 
Justamente porque o banco está ABERTO pra transações durante o backup) , que 
gerou  redo log em logfiles posteriores ao término do backup de banco

Finalmente : o fato de em um backup file/backup piece vc poder ter diferentes 
archives (cada um, óbvio, com diferentes sequences) sem uma ordenação definida, 
não tem problema algum - como foi dito, se os backup 

RES: RES: [oracle_br] Re: Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Verifiquei com o pessoal de backup e existe duas copias do backup. Primeiro é 
feito em disco (StarOnce) que fica retido por 30 dias e depois é levado para 
fita LTO.

Estamos verificando de criar uma terceira copia deste backup. Obrigado por este 
dica.

 

Sobre minha pergunta de o RMAN esta pedindo archivelog que não tenho na fita, 
acho que não fui claro.

Quando executo apenas o recover database, o RMAN pede arquivo mais recentes que 
estão em outro backup depois desse meu full.

 

No meu log exemplo tenho a sequencia de archivelog de 334274 a 334625 e o RMAN 
pede a sequencia 334626 em diante, não entendi porque ele faz isso.

Nos demais backup que tenho de outros bancos, isso não ocorre.

 

Usei o comando abaixo para listar meus achive, esse meu backup é incremental 
level 0 com 32 canais e começa as 04:00 e termina por volta das 9:00

 

list backup of archivelog time between "to_date('17/02/2017 
04:00:00','DD/MM/ HH24:MI:SS')" and "to_date('17/02/2017 
09:00:00','DD/MM/ HH24:MI:SS')";

 

Uma pergunta (desculpe se for ignorante), no log e listando com esse comando as 
sequencias estão fora de ordem, isso por ser um problema para fazer o recover?

Exemplo, fez backup das sequencias 334534 a 334543 e depois pegou uma sequencia 
anterior a essa.

 

BS Key  Size   Device Type Elapsed Time Completion Time

--- -- ---  ---

5412167 7.44G  SBT_TAPE00:01:16 17-FEB-17

BP Key: 5412205   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170217T082705

Handle: c0090prd_Online_Mensal_ARC.dbf   
Media: dc86fc0a:58861799:77ff:0005

 

  List of Archived Logs in backup set 5412167

  Thrd Seq Low SCNLow Time  Next SCN   Next Time

   --- -- - -- -

  1334534  7193428352412 17-FEB-17 7193428761667 17-FEB-17

  1334535  7193428761667 17-FEB-17 7193429115293 17-FEB-17

  1334536  7193429115293 17-FEB-17 7193429506973 17-FEB-17

  1334537  7193429506973 17-FEB-17 7193429925266 17-FEB-17

  1334538  7193429925266 17-FEB-17 7193430325138 17-FEB-17

  1334539  7193430325138 17-FEB-17 7193430926041 17-FEB-17

  1334540  7193430926041 17-FEB-17 7193431307535 17-FEB-17

  1334541  7193431307535 17-FEB-17 7193431732417 17-FEB-17

  1334542  7193431732417 17-FEB-17 7193432117973 17-FEB-17

  1334543  7193432117973 17-FEB-17 7193432633395 17-FEB-17

 

BS Key  Size   Device Type Elapsed Time Completion Time

--- -- ---  ---

5412168 7.43G  SBT_TAPE00:01:14 17-FEB-17

BP Key: 5412206   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170217T082705

Handle: c0090prd_Online_Mensal_ARC.dbf   
Media: dc86fc0a:58861799:77ff:0005

 

  List of Archived Logs in backup set 5412168

  Thrd Seq Low SCNLow Time  Next SCN   Next Time

   --- -- - -- -

  1334424  7193393607996 17-FEB-17 7193393940341 17-FEB-17

  1334425  7193393940341 17-FEB-17 7193394275225 17-FEB-17

  1334426  7193394275225 17-FEB-17 7193394605085 17-FEB-17

  1334427  7193394605085 17-FEB-17 7193394899098 17-FEB-17

  1334428  7193394899098 17-FEB-17 7193395253237 17-FEB-17

  1334429  7193395253237 17-FEB-17 7193395686298 17-FEB-17

  1334430  7193395686298 17-FEB-17 7193395959821 17-FEB-17

  1334431  7193395959821 17-FEB-17 7193396343379 17-FEB-17

  1334432  7193396343379 17-FEB-17 7193396776060 17-FEB-17

  1334433  7193396776060 17-FEB-17 7193397179895 17-FEB-17

 

Grato,

Ednilson

 

De: 
sentto-1682896-121551-1487703686-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121551-1487703686-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 21 de fevereiro de 2017 16:01
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Recover database

 

  

Legal, vc comprovou então que era alguma questão menor (permissão, fita não 
acessível, whatever) que estava impedindo o RMAN de restaurar sozinho os 
archives necessários ok, menos mal que não era nenhuma corrupção/falha do 
backup em si Só reforço a necessidade de vc fazer um Estudo aí sobre a 
Viabilidade de tirar múltiplos backups de cada archive antes de os remover do 
disco (removendo portanto esse DELETE INPUT geral e genérico) a fim de ter 
ainda mais margem de segurança...

Sobre a sua primeira pergunta, a maneira mais comum de se listar os archives 
presentes nos seus backups é um LIST ARCHIVELOG ALL, que pode ser sem argumento 
nenhum (e aí mostra Todos os conhecidos pelo catálogo) quanto pode ser (por 
exemplo) um LIST ARCHIVELOG ALL BACKED UP xx TIMES que mostra só os backupeados 
x vezes.
 Eventualmente, se nenhum desses estiver no formato exato que vc deseja, vc 
pode usar as views de metadados do RMAN, como (por exemplo) a V$RMAN_OUTPUT e 

RES: [oracle_br] Re: Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa / Rodrigo,

Obrigado pelas dicas.

Restaurando os archives do backup consegui levantar o banco.

 

Existe alguma maneira de consultar os archives que estão num determinado 
backup? Pois no log vem tudo desordenado.

 

Uma outra questão, porque após fazer o restore e tentar fazer o recover 
database o rman solicita archives que não tenho no meu backup?

Neste caso no log tenho a sequencia de 334274 a 334625 e no recover o rman pede 
o 334626 em diante. Pode ser alguma falha no meu script de backup?

 

RMAN-03002: failure of recover command at 02/18/2017 22:30:28

RMAN-06053: unable to perform media recovery because of missing log

. . . . 

RMAN-06025: no backup of log thread 1 seq 334630 lowscn 7193458941288 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334629 lowscn 7193458610654 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334628 lowscn 7193458409182 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334627 lowscn 7193458017322 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334626 lowscn 7193457646797 found to 
restore

 

Grato,

Ednilson

 

De: 
sentto-1682896-121546-1487612760-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121546-1487612760-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 20 de fevereiro de 2017 14:43
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: Recover database

 

  

Bem, como o restore dos datafiles/do database em princípio foi ok, não é tão 
provável (embora possa acontecer, até é possível se ter permissões diferentes 
para área de dados e de archives) questões de permissão Mas eu concordo com 
vc (fiz essa mesma sugestão na minha resposta) de restaurar manualmente e 
diretamente apenas os archives que contém as sequences que o RECOVER não 
encontra : aí qquer problema de permissão, de corrupção física, seja do que 
for, já se recebe uma msg clara e direta em resposta
 E é lógico, o colega não diz então a gente ** não sabe ** se (por exemplo) ele 
dispõe de um robô que já localiza e monta a(s) fita(s) necessárias ou não, 
então talvez seja necessário um pouco mais do que só alocar canal, mas seja o 
que for ele vai ter que fazer pra disponibilizar o restore dos archives que 
possuem as sequences faltantes, sim...
 
 []s
 
   Chiappa

RES: RES: [oracle_br] Re: Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Com relação a ter três lugares diferentes os archives, acho interessante e irei 
verificar essa possibilidade.

Hoje o disco onde ficam os archives é de apenas 500G, por isso a necessidade de 
fazer um backup dos archive para fita e remove-los do disco.

 

O banco esta sim em um catalogo, os demais banco que digo que consigo restaurar 
sem problemas estão fora do catalogo, e sim direto no control file.

 

No “restore” não ocorreu nenhum erro, e para fazer um novo restore levaria mais 
de 6 horas.

 

Veja que a sequence 334625 esta neste backup, e ele diz que não existe.

 

BS Key  Size   Device Type Elapsed Time Completion Time

--- -- ---  ---

5412196 537.25MSBT_TAPE00:00:57 17-FEB-17

BP Key: 5412234   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170217T082705

Handle: c0090prd_Online_Mensal_ARC.dbf   
Media:

 

  List of Archived Logs in backup set 5412196

  Thrd Seq Low SCNLow Time  Next SCN   Next Time

   --- -- - -- -

  1334624  7193457411422 17-FEB-17 7193457556535 17-FEB-17

1  334625  7193457556535 17-FEB-17 7193457646797 17-FEB-17  

 

BS Key  Size   Device Type Elapsed Time Completion Time

--- -- ---  ---

5412183 7.61G  SBT_TAPE00:06:38 17-FEB-17

BP Key: 5412221   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170217T082705

Handle: c0090prd_Online_Mensal_ARC.dbf   
Media:

 

  List of Archived Logs in backup set 5412183

  Thrd Seq Low SCNLow Time  Next SCN   Next Time

   --- -- - -- -

  1334304  7193357438121 17-FEB-17 7193357944957 17-FEB-17

  1334305  7193357944957 17-FEB-17 7193358363690 17-FEB-17

  1334306  7193358363690 17-FEB-17 7193358696701 17-FEB-17

  1334307  7193358696701 17-FEB-17 7193358807312 17-FEB-17

  1334308  7193358807312 17-FEB-17 7193358983695 17-FEB-17

  1334309  7193358983695 17-FEB-17 7193359273882 17-FEB-17

  1334310  7193359273882 17-FEB-17 7193359587529 17-FEB-17

  1334311  7193359587529 17-FEB-17 7193359927010 17-FEB-17

  1334312  7193359927010 17-FEB-17 7193360263262 17-FEB-17

1  334313  7193360263262 17-FEB-17 7193360557326 17-FEB-17

 

Já a 334626, realmente este em outro backup. 

 

BS Key  Size   Device Type Elapsed Time Completion Time

--- -- ---  ---

5413617 6.76G  SBT_TAPE00:05:39 17-FEB-17

BP Key: 5413627   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170217T091523

Handle: c0090prd_Archive_Delete.dbf   
Media:

 

  List of Archived Logs in backup set 5413617

  Thrd Seq Low SCNLow Time  Next SCN   Next Time

   --- -- - -- -

  1334626  7193457646797 17-FEB-17 7193458017322 17-FEB-17

  1334627  7193458017322 17-FEB-17 7193458409182 17-FEB-17

  1334628  7193458409182 17-FEB-17 7193458610654 17-FEB-17

  1334629  7193458610654 17-FEB-17 7193458941288 17-FEB-17

  1334630  7193458941288 17-FEB-17 7193459232530 17-FEB-17

  1334631  7193459232530 17-FEB-17 7193459496737 17-FEB-17

  1334632  7193459496737 17-FEB-17 7193459799379 17-FEB-17

  1334633  7193459799379 17-FEB-17 7193460132470 17-FEB-17

  1334634  7193460132470 17-FEB-17 7193460458528 17-FEB-17

 

BS Key  Size   Device Type Elapsed Time Completion Time

--- -- ---  ---

5413621 6.19G  SBT_TAPE00:09:00 17-FEB-17

BP Key: 5413631   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170217T091523

Handle: c0090prd_Archive_Delete.dbf   
Media:

 

  List of Archived Logs in backup set 5413621

  Thrd Seq Low SCNLow Time  Next SCN   Next Time

   --- -- - -- -

  1334635  7193460458528 17-FEB-17 7193460817456 17-FEB-17

  1334636  7193460817456 17-FEB-17 7193460995039 17-FEB-17

  1334637  7193460995039 17-FEB-17 7193461191119 17-FEB-17

  1334638  7193461191119 17-FEB-17 7193461247196 17-FEB-17

  1334639  7193461247196 17-FEB-17 7193461413251 17-FEB-17

  1334640  7193461413251 17-FEB-17 7193461594491 17-FEB-17

  1334641  7193461594491 17-FEB-17 7193461757472 17-FEB-17

  1334642  7193461757472 17-FEB-17 7193462038642 17-FEB-17

 

Segue script de backup, note que o control file esta depois dos archives.

 

backup incremental level 

filesperset 1

format 'c0090prd_Online_Mensal_DBF.dbf'

database;

sql 'alter system archive log current';

backup

filesperset 10

format 'c0090prd_Online_Mensal_ARC.dbf'

archivelog all

delete all input;

backup

format 'c0090prd_Online_Mensal_CTL.dbf'

current controlfile;

backup

format 'c0090prd_Online_Mensal_SPFILE.dbf'

spfile;

}

 

Grato,

RES: [oracle_br] Re: Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Como faço para descobrir se foi feito algum backup de archive das 04:00 as 
09:00?

Estou desconfiado que deve ter algum backup de archive neste período levando 
archive durante meu backup diário.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: domingo, 19 de fevereiro de 2017 18:13
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Recover database

 

  

Tudo jóia ?? Então, a primeira coisa a observar é que o conceito de HOT BACKUP 
no RDBMS Oracle é ** claro ** : depois de restaurar os arquivos com cópia dos 
datafiles, vc ** TEM ** que restaurar (e depois aplicar nesses datafiles) as 
alterações havidas BYTE A BYTE - essa que é a função dos archived redo log 
files SE vc perder (por qualquer motivo : falha na fita de backup, erro 
operacional que fez um archived redo log ser apagado sem backup íntegro, o que 
for) o backup do archive que continha a sequência de alterações X, fica MAIS 
QUE EVIDENTE que vc só consegue aplicar as alterações até a sequência X-1 
imediatamente anterior à que vc perdeu : ** todos ** os archives daí pra frente 
(x+1, x+2, etc, etc) ficam INÚTEIS porque vc tem essa falha em X, é isso
 Agora sim vc pode Avaliar o que eu vou dizer : normalmente o script que faz a 
retenção/remoção de archives já backupeados (sempre TENHA um, confiar em 
remoção manual é deixar a bola pro adversário pingando na pequena área sem 
goleiro, Murphy não perdoa), Justamente por causa dessa importãncia EXTREMA de 
vc não perder NENHUMA sequência de archives é que via de regra a gente só 
remove do disco os archives depois de eles já terem sido backupeados COM 
SUCESSO pelo menos umas três vezes Pelo que eu vi no seu script após uma 
leitura pro cima é JUSTAMENTE o que vc não faz : depois do "backup .format 
'c0090prd_Online_Mensal_DBF.dbf' database;" (que está 
backupeando os datafiles do seu database) vc pede um "backup filesperset 10 
format ..
archivelog all delete all input;", ou seja : vc faz um backup só dos archives E 
CEGAMENTE logo em seguida manda o delete all input, que os apaga SEM EXIGIR 
duplicidade ou triplicidade de backup Aí meu amigo se houver qualquer falha 
nesse backup é kaput, vc PERDEU a recuperabilidade completa. E BACKUP o 
ditado já diz, quem tem UM na verdade não tem NENHUM

Então a sua resposta está clara : se depois de analisar PERFEITAMENTE o 
conteúdo do teu backup vc não encontrar a sequência X que o recover reporta, vc 
NÂO VAI CONSEGUIR recuperar na íntegra esse database, só vai conseguir 
recuperar até a sequência imediatamente anterior

[]s

  Chiappa
  
OBS :

   via de regra, o espaço em disco para os archives é LIMITADO, então 
normalmente não é Minimamente Viável vc manter os archives todos em disco até 
chegar o momento do backup database - assim, normalmente temos um script de 
BACKUP DE ARCHIVES separado rodando a cada poucas horas ou algo assim Não 
sei se a idéia desse teu script de backupear os archives só na hora em que 
ocorre o backup de banco faz sentido, analise isso
  

RES: [oracle_br] Re: Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Este banco em especial tem 14T, durante o dia a cada uma hora é feito um backup 
de archive para fita e removido do disco.

Das 04:00 as 09:00 esse backup de archive não executa, pois neste período é 
feito meu backup diário.

 

Na primeira tentativa de recover executei apenas “recover databasse”, e recebi 
este erro abaixo.

 

RMAN-03002: failure of recover command at 02/18/2017 22:30:28

RMAN-06053: unable to perform media recovery because of missing log

RMAN-06025: no backup of log thread 1 seq 334630 lowscn 7193458941288 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334629 lowscn 7193458610654 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334628 lowscn 7193458409182 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334627 lowscn 7193458017322 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334626 lowscn 7193457646797 found to 
restore

 

Então, fiz um “recover database until sequence 334624;” e mesmo assim gerou o 
erro abaixo;

 

RMAN-03002: failure of recover command at 02/19/2017 01:43:35

RMAN-20506: no backup of archivelog found

RMAN-06053: unable to perform media recovery because of missing log

RMAN-06025: no backup of log thread 1 seq 334313 lowscn 7193360263262 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334312 lowscn 7193359927010 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334311 lowscn 7193359587529 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334310 lowscn 7193359273882 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334309 lowscn 7193358983695 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334308 lowscn 7193358807312 found to 
restore

RMAN-06025: no backup of log thread 1 seq 334307 lowscn 7193358696701 found to 
restore

 

Só que no log deste backup eu tenho essas sequencias, mas não restaura.

 

Esse script de backup esta igual a outros mais databases, e não tenho esse tipo 
de problema, faz o recover sem erros.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: domingo, 19 de fevereiro de 2017 18:13
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Recover database

 

  

Tudo jóia ?? Então, a primeira coisa a observar é que o conceito de HOT BACKUP 
no RDBMS Oracle é ** claro ** : depois de restaurar os arquivos com cópia dos 
datafiles, vc ** TEM ** que restaurar (e depois aplicar nesses datafiles) as 
alterações havidas BYTE A BYTE - essa que é a função dos archived redo log 
files SE vc perder (por qualquer motivo : falha na fita de backup, erro 
operacional que fez um archived redo log ser apagado sem backup íntegro, o que 
for) o backup do archive que continha a sequência de alterações X, fica MAIS 
QUE EVIDENTE que vc só consegue aplicar as alterações até a sequência X-1 
imediatamente anterior à que vc perdeu : ** todos ** os archives daí pra frente 
(x+1, x+2, etc, etc) ficam INÚTEIS porque vc tem essa falha em X, é isso
 Agora sim vc pode Avaliar o que eu vou dizer : normalmente o script que faz a 
retenção/remoção de archives já backupeados (sempre TENHA um, confiar em 
remoção manual é deixar a bola pro adversário pingando na pequena área sem 
goleiro, Murphy não perdoa), Justamente por causa dessa importãncia EXTREMA de 
vc não perder NENHUMA sequência de archives é que via de regra a gente só 
remove do disco os archives depois de eles já terem sido backupeados COM 
SUCESSO pelo menos umas três vezes Pelo que eu vi no seu script após uma 
leitura pro cima é JUSTAMENTE o que vc não faz : depois do "backup .format 
'c0090prd_Online_Mensal_DBF.dbf' database;" (que está 
backupeando os datafiles do seu database) vc pede um "backup filesperset 10 
format ..
archivelog all delete all input;", ou seja : vc faz um backup só dos archives E 
CEGAMENTE logo em seguida manda o delete all input, que os apaga SEM EXIGIR 
duplicidade ou triplicidade de backup Aí meu amigo se houver qualquer falha 
nesse backup é kaput, vc PERDEU a recuperabilidade completa. E BACKUP o 
ditado já diz, quem tem UM na verdade não tem NENHUM

Então a sua resposta está clara : se depois de analisar PERFEITAMENTE o 
conteúdo do teu backup vc não encontrar a sequência X que o recover reporta, vc 
NÂO VAI CONSEGUIR recuperar na íntegra esse database, só vai conseguir 
recuperar até a sequência imediatamente anterior

[]s

  Chiappa
  
OBS :

   via de regra, o espaço em disco para os archives é LIMITADO, então 
normalmente não é Minimamente Viável vc manter os archives todos em disco até 
chegar o momento do backup database - assim, normalmente temos um script de 
BACKUP DE ARCHIVES separado rodando a cada poucas horas ou algo assim Não 
sei se a idéia desse teu script de backupear 

[oracle_br] Recover database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou fazendo um teste de restore de um banco de produção, e no recover esta
pedindo essa sequencia que não tem na fita.

Em outros bancos eu faço somente o comando recover database e restaura tudo
da fita, mas com esse banco não.

 

Oracle Database 10g Enterprise (release 10.2.0.5)

 

RMAN-00571: ===

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

RMAN-00571: ===

RMAN-03002: failure of recover command at 02/18/2017 22:30:28

RMAN-06053: unable to perform media recovery because of missing log

RMAN-06025: no backup of log thread 1 seq 334636 lowscn 7193460817456 found
to restore

RMAN-06025: no backup of log thread 1 seq 334635 lowscn 7193460458528 found
to restore

RMAN-06025: no backup of log thread 1 seq 334634 lowscn 7193460132470 found
to restore

RMAN-06025: no backup of log thread 1 seq 334633 lowscn 7193459799379 found
to restore

RMAN-06025: no backup of log thread 1 seq 334632 lowscn 7193459496737 found
to restore

RMAN-06025: no backup of log thread 1 seq 334631 lowscn 7193459232530 found
to restore

RMAN-06025: no backup of log thread 1 seq 334630 lowscn 7193458941288 found
to restore

RMAN-06025: no backup of log thread 1 seq 334629 lowscn 7193458610654 found
to restore

RMAN-06025: no backup of log thread 1 seq 334628 lowscn 7193458409182 found
to restore

RMAN-06025: no backup of log thread 1 seq 334627 lowscn 7193458017322 found
to restore

RMAN-06025: no backup of log thread 1 seq 334626 lowscn 7193457646797 found
to restore

 

Segue meu script de backup, logo após alocar os canais faço isso.

 

backup incremental level 

filesperset 1

format 'c0090prd_Online_Mensal_DBF.dbf'

database;

sql 'alter system archive log current';

backup

filesperset 10

format 'c0090prd_Online_Mensal_ARC.dbf'

archivelog all

delete all input;

backup

format 'c0090prd_Online_Mensal_CTL.dbf'

current controlfile;

backup

format 'c0090prd_Online_Mensal_SPFILE.dbf'

spfile;

}

 

Grato

Ednilson

RES: RES: RES: RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Sim, concordo.

Irei avaliar suas dicas para implementar neste banco.

 

Muito obrigado por sua ajuda.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121504-1487187307-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121504-1487187307-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 17:35
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Só um ponto em cima da sua situação : como é algo não tão comum eu não tinha 
pensado em possível corrupção no LOB, então estava tentando esgotar as 
possibilidades de Snapshot too old "normal", ie, realmente devido a undo 
necessário para consistência de leitura da query não presente

 Uma vez que com a muito boa lembrança do outro colega vc chegou numa possível 
corrupção de LOB (que vc Contornou excluindo o registro com rowid inválido) e a 
msg de snapshot não retornou , penso que neste momento vc tem é que tentar 
Primeiro encontrar a causa dessa corrupção e Segundo validar esse banco para 
que não haja outras posssíveis corrupções ocultas - é aquele procedimento de 
sempre, ie : export full, dbverify com banco online E com banco offline, 
scripts e tools Oracle específicos para healtchcheck, etc
 E após isso feito, analise CUIDADOSAMENTE a possibilidade de passar a usar 
SECUREFILEs nos seus LOBs, via de regra isso tem implicações positivas não só 
pra Performance mas também para segurança/evitar corrupção ... 
https://technology.amis.nl/wp-content/uploads/2013/04/SecureFile-Lobs.pdf fala 
um pouco sobre as vantagens de securefiles sobre basic, que iirc é o que vc 
está usando hoje
 
 []s
 
   Chiappa

RES: RES: RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Evandro,

Como faço para excluir esse registro?

 

Seria ?

delete from COMPRAS.ADM_COMPRAS_PAGE where rowid=’AABaK4AAyAAM2zJAA4’;

ORA-01410: ROWID inválido

 

Grato,

Ednilson

 

De: 
sentto-1682896-121499-1487172832-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121499-1487172832-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Evandro Giachetto evandrogiache...@gmail.com [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 13:34
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Veja bem.

 

Temos 2 problemas aqui.

 

1. Seu Lob está corrompido.

Você provavelmente vai ter que recuperá-lo (RMAN ou manualmente).


A saída do script informou algumas rowid em que foram encontrados blocos 
corrompidos.

 

2. 

MAX(MAXQUERYLEN)



   33094

 

 COLUMN_NAME   SECUREFILE PCTVERSION  RETENTION

- -- -- --

TEXTSHOT  NO 28800

 

Quer dizer que a query mais demorada de seu banco precisa reter undo por 33094 
segundos, enquanto o tempo máximo de retenção de seu lob é de 28800.

 

Apesar de ser um tempo MUITO GRANDE, teoricamente, seu RETENTION deveria ser, 
no mínimo, 33094.

 

Mas, eu acredito que o problema, provavelmente, está no Lob Corrompido.

 

Verifique quais são os registros corrompidos (ROWID AABaK4AAyAAM2zJAA4). Se 
você puder excluir essa linha e recriá-la

 

Em seguida, rode novamente aquele procedimento para identificar corrupção e 
veja se tem mais.

 




Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com

http://bancotunado.blogspot.com.br/

  <https://googledrive.com/host/0B2Cf_sTHpAPjNjFoTXotV3p4emc/signature.png> 

 

Em 15 de fevereiro de 2017 13:24, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

  

Evandro,

Segue resultado do primeiro comando, desculpe não entendi muito bem o resultado.

 

Error on rowid AABaK4AAyAAM2zJAA4 page 0

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 1

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 2

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 3

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

 

SQL> select max(maxquerylen) from v$undostat;

 

MAX(MAXQUERYLEN)



   33094

 

SQL> select COLUMN_NAME, SECUREFILE, PCTVERSION, RETENTION

  2from dba_lobs

  3   where OWNER = 'COMPRAS'

  4 and TABLE_NAME = 'ADM_COMPRAS_PAGE';

  

COLUMN_NAME   SECUREFILE PCTVERSION  RETENTION

- -- -- --

TEXTSHOT  NO 28800

 

 

 

Grato,

 

_
Ednilson Silva

(11) 3144-4305 <tel:(11)%203144-4305> 

JBS S/A

 

De: 
sentto-1682896-121494-1487162780-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121494-1487162780-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Evandro Giachetto evandrogiache...@gmail.com [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 10:46


Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Não acho que o expdp esteja alterando a tabela no momento do export.

 

Muito provavelmente essa tabela tem um segmento de LOB e, ou esse LOB está 
corrompido, ou o RETENTION ou PCTVERSION desse LOB está pequeno demais.

 

Uma outra coisa que você deve se atentar é que, usa-se apenas 1, ou RETENTION 
ou PCTVERSION.

 

Tente verificar se seu lob não está corrompido. Esse script aqui pode ser 
utilizado (Doc ID 452341.1)

 

set serverout on

exec dbms_output.enable(10);

declare

  pagenumber;

  lennumber;

  c  varchar2(10);

  charpp number := 8132/2;

 

begin

  for r in (select rowid rid, dbms_lob.getlength () len

from   ) loop

if r.len is not null then

  for page in 0..r.len/charpp loop

begin

  select dbms_lob.substr (, 1, 1+ (page * charpp))

  into   c

  from

  where  rowid = r.rid;



exception

  when others then

dbms_output.put_line ('Error on rowid ' ||R.rid||' page '||page);

dbms_output.put_line (sqlerrm);

end;

   

RES: RES: RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Evandro,

Ignora meu e-mail anterior, eu havia feito um move da tabela para outra 
tablespace.

Executei novamente aquele script e peguei o novo rowid.

 

SQL> delete compras.adm_compras_page where rowid='AAC6pYABbAABSSFAA5';

 

1 row deleted

 

SQL> COMMIT;

 

Commit complete

 

E agora fez o export com sucesso.

 

Gostaria de agradecer a você, Chiappa e Jonathan Barbosa pela ajuda.

 

Forte Abraço,

Ednilson

 

De: 
sentto-1682896-121499-1487172832-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121499-1487172832-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Evandro Giachetto evandrogiache...@gmail.com [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 13:34
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Veja bem.

 

Temos 2 problemas aqui.

 

1. Seu Lob está corrompido.

Você provavelmente vai ter que recuperá-lo (RMAN ou manualmente).


A saída do script informou algumas rowid em que foram encontrados blocos 
corrompidos.

 

2. 

MAX(MAXQUERYLEN)



   33094

 

 COLUMN_NAME   SECUREFILE PCTVERSION  RETENTION

- -- -- --

TEXTSHOT  NO 28800

 

Quer dizer que a query mais demorada de seu banco precisa reter undo por 33094 
segundos, enquanto o tempo máximo de retenção de seu lob é de 28800.

 

Apesar de ser um tempo MUITO GRANDE, teoricamente, seu RETENTION deveria ser, 
no mínimo, 33094.

 

Mas, eu acredito que o problema, provavelmente, está no Lob Corrompido.

 

Verifique quais são os registros corrompidos (ROWID AABaK4AAyAAM2zJAA4). Se 
você puder excluir essa linha e recriá-la

 

Em seguida, rode novamente aquele procedimento para identificar corrupção e 
veja se tem mais.

 




Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com

http://bancotunado.blogspot.com.br/

  <https://googledrive.com/host/0B2Cf_sTHpAPjNjFoTXotV3p4emc/signature.png> 

 

Em 15 de fevereiro de 2017 13:24, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

  

Evandro,

Segue resultado do primeiro comando, desculpe não entendi muito bem o resultado.

 

Error on rowid AABaK4AAyAAM2zJAA4 page 0

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 1

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 2

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 3

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

 

SQL> select max(maxquerylen) from v$undostat;

 

MAX(MAXQUERYLEN)



   33094

 

SQL> select COLUMN_NAME, SECUREFILE, PCTVERSION, RETENTION

  2from dba_lobs

  3   where OWNER = 'COMPRAS'

  4 and TABLE_NAME = 'ADM_COMPRAS_PAGE';

  

COLUMN_NAME   SECUREFILE PCTVERSION  RETENTION

- -- -- --

TEXTSHOT  NO 28800

 

 

 

Grato,

 

_
Ednilson Silva

(11) 3144-4305 <tel:(11)%203144-4305> 

JBS S/A

 

De: 
sentto-1682896-121494-1487162780-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121494-1487162780-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Evandro Giachetto evandrogiache...@gmail.com [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 10:46


Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Não acho que o expdp esteja alterando a tabela no momento do export.

 

Muito provavelmente essa tabela tem um segmento de LOB e, ou esse LOB está 
corrompido, ou o RETENTION ou PCTVERSION desse LOB está pequeno demais.

 

Uma outra coisa que você deve se atentar é que, usa-se apenas 1, ou RETENTION 
ou PCTVERSION.

 

Tente verificar se seu lob não está corrompido. Esse script aqui pode ser 
utilizado (Doc ID 452341.1)

 

set serverout on

exec dbms_output.enable(10);

declare

  pagenumber;

  lennumber;

  c  varchar2(10);

  charpp number := 8132/2;

 

begin

  for r in (select rowid rid, dbms_lob.getlength () len

from   ) loop

if r.len is not null then

  for page in 0..r.len/charpp loop

begin

  select dbms_lob.substr (, 1, 1+ (page * charpp))

  int

RES: RES: RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Evandro,

Segue resultado do primeiro comando, desculpe não entendi muito bem o resultado.

 

Error on rowid AABaK4AAyAAM2zJAA4 page 0

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 1

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 2

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

Error on rowid AABaK4AAyAAM2zJAA4 page 3

ORA-01555: snapshot too old: rollback segment number  with name "" too

small

ORA-22924: snapshot too old

ORA-06512: at "SYS.DBMS_LOB", line

1084

ORA-06512: at line 1

 

SQL> select max(maxquerylen) from v$undostat;

 

MAX(MAXQUERYLEN)



   33094

 

SQL> select COLUMN_NAME, SECUREFILE, PCTVERSION, RETENTION

  2from dba_lobs

  3   where OWNER = 'COMPRAS'

  4 and TABLE_NAME = 'ADM_COMPRAS_PAGE';

  

COLUMN_NAME   SECUREFILE PCTVERSION  RETENTION

- -- -- --

TEXTSHOT  NO 28800

 

 

 

Grato,

 

_
Ednilson Silva

(11) 3144-4305

JBS S/A

 

De: 
sentto-1682896-121494-1487162780-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121494-1487162780-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Evandro Giachetto evandrogiache...@gmail.com [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 10:46
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Não acho que o expdp esteja alterando a tabela no momento do export.

 

Muito provavelmente essa tabela tem um segmento de LOB e, ou esse LOB está 
corrompido, ou o RETENTION ou PCTVERSION desse LOB está pequeno demais.

 

Uma outra coisa que você deve se atentar é que, usa-se apenas 1, ou RETENTION 
ou PCTVERSION.

 

Tente verificar se seu lob não está corrompido. Esse script aqui pode ser 
utilizado (Doc ID 452341.1)

 

set serverout on

exec dbms_output.enable(10);

declare

  pagenumber;

  lennumber;

  c  varchar2(10);

  charpp number := 8132/2;

 

begin

  for r in (select rowid rid, dbms_lob.getlength () len

from   ) loop

if r.len is not null then

  for page in 0..r.len/charpp loop

begin

  select dbms_lob.substr (, 1, 1+ (page * charpp))

  into   c

  from

  where  rowid = r.rid;



exception

  when others then

dbms_output.put_line ('Error on rowid ' ||R.rid||' page '||page);

dbms_output.put_line (sqlerrm);

end;

  end loop;

end if;

  end loop;

end;

/

 

Se o LOB não estiver corrompido, use essa query para verificar o tempo máximo 
usado pelas queries no banco:

 

select max(maxquerylen) from v$undostat;

 

Como seu undo_retention é bem grande, eu acredito que esse tempo não será 
maior. O problema então provavelmente está mesmo no RETENTION/PCTVERSION do seu 
LOB.

 

Tenta verificar o retention/pctversion do seu lob.

 

"COMPRAS"."ADM_COMPRAS_PAGE"

 

select COLUMN_NAME,SECUREFILE,PCTVERSION,RETENTION from dba_lobs where 
OWNER='COMPRAS' and TABLE_NAME='ADM_COMPRAS_PAGE';

 

Se o Retention do LOB for menor que o UNDO_RETENTION, altere-o para um valor 
maior (Até o máximo de MAX(UNDO_RETENTION, MAXQUERYLEN) ).

 




Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com

http://bancotunado.blogspot.com.br/

  <https://googledrive.com/host/0B2Cf_sTHpAPjNjFoTXotV3p4emc/signature.png> 

 

Em 15 de fevereiro de 2017 10:32, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

  

Chiappa,

Minha UNDO esta como GUARANTEED.

 

Clonei essa tabela em outro Owner, e no momento do INSERT deu Snapshot too old

 

ORA-01555: instantâneo muito antigo: número de segmento de rollback  com nome  
"" muito pequeno

ORA-22924: snapshot muito antigo

 

Esta bem claro mesmo que no momento do export algum processo esta alterando 
essa tabela sim, irei aprofundar meus teste nisso.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121491-1487160830-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121491-1487160830-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 10:14
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Tá, e os outros pontos ** todos ** : essa Retention 

RES: RES: RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Minha UNDO esta como GUARANTEED.

 

Clonei essa tabela em outro Owner, e no momento do INSERT deu Snapshot too old

 

ORA-01555: instantâneo muito antigo: número de segmento de rollback  com nome  
"" muito pequeno

ORA-22924: snapshot muito antigo

 

Esta bem claro mesmo que no momento do export algum processo esta alterando 
essa tabela sim, irei aprofundar meus teste nisso.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121491-1487160830-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121491-1487160830-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 10:14
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Tá, e os outros pontos ** todos ** : essa Retention do UNDO é GUARANTEED ou não 
?? Essa é uma informação CRÍTICA que pela terceira vez estamos citando e vc não 
nos diz SE não for, avalie a Possibilidade de tornar esse UNDo como 
GUARANTEED .. 
 De que maneira vc checou que não havia no exato momento do export ninguém 
fazendo DML na tabela , E por quanto tempo / quantas vezes ?? Tá incluso nisso 
consulta na V$TRANSACTION ?? A questão aqui é tentar localizar eventuais JOBs 
(até externos ao banco, talvez) e/ou sessões que façam acessos pequenos mas 
intermitentes e frequentes - seria Interessante se nesses testes isolados que 
vc vai fazer à noite vc lançasse mão de alguma técnica (ogra que seja, como 
remover temporariamente acesso, baixar listener, tornar a tabela READ-ONLY 
temporariamente, etc) pra tentar garantir que ninguém acesse a tabela enquanto 
rola o export...
 Nesse teste que vc vai fazer é ** imperativo ** que além de não haver outras 
Transações, vc ** VERIFIQUE ** o Consumo e utilização de UNDO como indicado 
previamente, também... E Não Deixe de fazer os demais testes que sugeri na 
minha outra resposta, como testar com exp tradicional, tentar um SELECT direto 
nessa tabela, etc... Uma boa checagem na ** PERFORMANCE ** do expdp como um 
todo, usando as notas que indiquei, seria de bom tom também antes do teu teste 
à noite...
 
 []s
 
   Chiappa

RES: RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

A RETENTION da tabela esta igual a do banco.

 

SQL> select retention from dba_lobs where table_name='ADM_COMPRAS_PAGE';

 

RETENTION

--

 28800

 

SQL> show parameter undo

 

NAME TYPEVALUE

 --- 

undo_management  string  AUTO

undo_retention   integer 28800

undo_tablespace  string  UNDOTBS1

 

Já verifiquei e não existe nenhum processo gravando nada nesta tabela.

Existe uma outra tabela que é mais acessada que esta e não ocorre este erro.

 

Consegui uma “janela” hoje a noite para uma parada no sistema, irei fazer um 
teste sem ninguém conectado.

 

Grato,

Ednilson

 

 

De: 
sentto-1682896-121488-1487158273-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121488-1487158273-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 15 de fevereiro de 2017 09:31
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: ORA-31693: Table data object

 

  

Tá : quando vc diz que "seguiu os conselhos" com isso vc :

- CHECOU o RETENTION do próprio LOB além do retention a nível de banco, tal 
como indicado no primeiro LINK ??

- CONSULTOU precisamente como está a Utilização de UNDO no seu sistema enquanto 
rola o EXPORT ??

- CONSULTOU a V$TRANSACTION e demais relacionadas pra ** CONFIRMAR ** a sua 
Hipótese de transações frequentes alterando essa tabela ? Já pensou na maneira 
** OGRA ** de descobrir quem está acessando um objeto, ie, simplesmente remover 
acesso ao objeto e ver quem/o que reclama ??

A questão é evitar o "achismo", vc tem que descobrir EXATAMENTE como está a tua 
utilização de UNDO e quais transações estão concorrendo com o export

[]s

  Chiappa

RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia Evandro,

Este Owner que estou tentando fazer o export tem apenas 40G, e a tabela em 
questão tem apenas 536M e 2 milhões de registros.

Minha undo esta com 8 horas de retenção, e esta com o parâmetros default mesmo. 
A tablespace UNDOTBS1 esta com dois datafiles de 32G cada.

 

Interessante que tentei gerar esse export ontem a noite com o banco com menos 
processamento.

 

Usei o parametro parallel no export, e sem sucesso. Fazendo 
tables=COMPRAS.ADM_COMPRAS_PAGE,  tambem da erro

 

ORA-31693: Table data object "COMPRAS"."ADM_COMPRAS_PAGE" failed to load/unload 
and is being skipped due to error:

ORA-02354: error in exporting/importing data

ORA-01555: snapshot too old: rollback segment number  with name "" too small

ORA-22924: snapshot too old

 

Grato,

Ednilson

 

De: 
sentto-1682896-121486-1487123736-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121486-1487123736-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Evandro Giachetto evandrogiache...@gmail.com [oracle_br]
Enviada em: terça-feira, 14 de fevereiro de 2017 23:56
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: ORA-31693: Table data object

 

  

Olá Ednilson.

 

Como o Chiappa disse, esse problema é claramente o banco tentando utilizar Undo 
que ele já não tem mais.

 

Como você não informou, eu suponho que essa tabela seja uma das grandes.

 

Também, como seus parâmetros estão todos como Default, também imagino que sua 
UNDO tenha sido criada com as opções default, isto é, sem o "Retention 
Guarantee" habilitado.

 

 

Olhando de fora, o que eu posso imaginar o que está acontecendo é o seguinte:

 

Seu banco possui muitas transações ao mesmo tempo, usando UNDO "até o talo", 
tantas que é impossível segurar uma query por mais de 10 minutos sem que aquela 
UNDO tenha sido sobrescrita.

 

Ou.

 

Sua UNDO está "Undersized". Ela é tão pequena que não consegue segurar um 
select em uma tabela muito grande.

 

Então, posso te sugerir o seguinte:

 

Se sua UNDO estiver muito pequena (Menor que o tamanho da tabela, por exemplo), 
tente aumentá-la.

 

Se o export estiver demorando muito mais que 10 minutos somente nessa tabela, 
tente rodar o expdp em paralelo, usando o parâmetro parallel.

 

 




Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com

http://bancotunado.blogspot.com.br/

  <https://googledrive.com/host/0B2Cf_sTHpAPjNjFoTXotV3p4emc/signature.png> 

 

Em 14 de fevereiro de 2017 22:35, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

  

Chiappa,

Obrigado pelas dicas, mas sem sucesso.

Executei o export agora a noite é um horário mais tranquilo para o banco.

Olhei os dois links, e segui os conselhos.

 

Parei a execução dos JOB, mas pode ser que alguma sessão esta a todo instante 
atualizando essa tabela enquanto coloco o export para executar.

Irei tentar algumas outra forma resolver isso.

 

Grato,

Ednilson Silva

 

De: 
sentto-1682896-121484-1487096454-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121484-1487096454-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 14 de fevereiro de 2017 16:21
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-31693: Table data object

 

  

Bem ** claramente ** , ao que me parece vc não tem retention suficiente, OU se 
tiver talvez vc tentou rodar o export no meio de um pico de uso, com alguma 
transação gerando muito UNDO ou então muitas pequenas transações consumindo...

Experimente re-agendar esse export para um período de tempo onde o banco esteja 
sendo menos usado, em primeiro lugar..

A possibilidade de retention insuficiente (seja na tablespace de UNDO seja no 
LOB SEGMENT) sempre existe também  :  dá um look em 
http://yichen-oracledba.blogspot.com.br/2013/08/datapump-export-failed-with-ora-01555.html
 para refs para o caso de LOB, e 
http://olivertconsultoria.blogspot.com.br/2013/08/resolvendo-o-erro-ora-01555.html
 te dá um pouco da Teoria

E obviamente se vc for Aumentar retention, Muito Provavelmente vc vai precisar 
aumentar o TAMANHO da tablespace de undo, para que seja viável o RDBMS honrar 
esse retention maior 

[]s

  Chiappa
  
  
OBS : se precisar monitorar o consumo de UNDO nas suas transações, 
http://soidamientrung.blogspot.com.br/2012/06/who-is-using-your-undo-space.html 
e http://www.dbaref.com/home/dba-routine-tasks/findingwhatsconsumingthemostundo 
dão uns exemplinhos, é basicamente consultar V$TRANSACTION

 

RES: [oracle_br] Re: ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Obrigado pelas dicas, mas sem sucesso.

Executei o export agora a noite é um horário mais tranquilo para o banco.

Olhei os dois links, e segui os conselhos.

 

Parei a execução dos JOB, mas pode ser que alguma sessão esta a todo instante 
atualizando essa tabela enquanto coloco o export para executar.

Irei tentar algumas outra forma resolver isso.

 

Grato,

Ednilson Silva

 

De: 
sentto-1682896-121484-1487096454-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121484-1487096454-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 14 de fevereiro de 2017 16:21
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-31693: Table data object

 

  

Bem ** claramente ** , ao que me parece vc não tem retention suficiente, OU se 
tiver talvez vc tentou rodar o export no meio de um pico de uso, com alguma 
transação gerando muito UNDO ou então muitas pequenas transações consumindo...

Experimente re-agendar esse export para um período de tempo onde o banco esteja 
sendo menos usado, em primeiro lugar..

A possibilidade de retention insuficiente (seja na tablespace de UNDO seja no 
LOB SEGMENT) sempre existe também  :  dá um look em 
http://yichen-oracledba.blogspot.com.br/2013/08/datapump-export-failed-with-ora-01555.html
 para refs para o caso de LOB, e 
http://olivertconsultoria.blogspot.com.br/2013/08/resolvendo-o-erro-ora-01555.html
 te dá um pouco da Teoria

E obviamente se vc for Aumentar retention, Muito Provavelmente vc vai precisar 
aumentar o TAMANHO da tablespace de undo, para que seja viável o RDBMS honrar 
esse retention maior 

[]s

  Chiappa
  
  
OBS : se precisar monitorar o consumo de UNDO nas suas transações, 
http://soidamientrung.blogspot.com.br/2012/06/who-is-using-your-undo-space.html 
e http://www.dbaref.com/home/dba-routine-tasks/findingwhatsconsumingthemostundo 
dão uns exemplinhos, é basicamente consultar V$TRANSACTION

[oracle_br] ORA-31693: Table data object

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou tentando fazer um export de um schema só que estou recebendo o erro
abaixo, alguém já passou por isso?

 

expdp system directory=DATA_PUMP schemas=COMPRAS
dumpfile=exp-prd-compras.dmp logfile=exp-prd-compras.log

 

ORA-31693: Table data object "COMPRAS"."ADM_COMPRAS_PAGE" failed to
load/unload and is being skipped due to error:

ORA-02354: error in exporting/importing data

ORA-01555: snapshot too old: rollback segment number  with name "" too small

ORA-22924: snapshot too old

 

SQL> desc COMPRAS.ADM_COMPRAS_PAGE

Name   Null?Type

--  

SECTIONID  NUMBER(18)

PAGENUMNUMBER(10)

CONTENTAREALEFTNOT NULL NUMBER(10)

CONTENTAREATOP NOT NULL NUMBER(10)

CONTENTAREAWIDTH   NOT NULL NUMBER(10)

CONTENTAREAHEIGHT  NOT NULL NUMBER(10)

TEXTSHOT   BLOB

FTSTATUS   NOT NULL NUMBER(10)

 

SQL> SELECT * FROM V$VERSION;

 

BANNER




Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

PL/SQL Release 11.2.0.4.0 - Production

CORE11.2.0.4.0  Production

TNS for Linux: Version 11.2.0.4.0 - Production

NLSRTL Version 11.2.0.4.0 – Production

 

SQL> show parameter undo

 

NAME TYPEVALUE

 ---
--

undo_management  string  AUTO

undo_retention   integer 36000

undo_tablespace  string  UNDOTBS1

 

Grato,

Ednilson Silva

[oracle_br] Tabelas Modificadas - Oracle 9i

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Como descubro as tabelas que estão sofrendo modificações (insert, delete,
update) no Oracle 9i?

 

Grato,

Ednilson Silva

RES: [oracle_br] Oracle Client 11g 64 Win

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Diego,

Criei a variável conforme você disse, mas sem sucesso ainda.

 

Atualizei o Java também.

 

C:\>java -version

java version "1.8.0_111"

Java(TM) SE Runtime Environment (build 1.8.0_111-b14)

Java HotSpot(TM) 64-Bit Server VM (build 25.111-b14, mixed mode)

 

 

Grato,

Ednilson

 

De: 
sentto-1682896-121395-1484599910-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121395-1484599910-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de diegop...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 16 de janeiro de 2017 18:49
Para: 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
Assunto: RES: [oracle_br] Oracle Client 11g 64 Win

 

  

Boa Tarde Ednilson,

Verifique através do cmd se o comando java está funcionando corretamente.
Caso sim, registre o caminho dos binários do Oracle em variável de ambiente e 
tente executar novamente como administrador.

Enviado do Email para Windows 10

De: 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
Enviado:segunda-feira, 16 de janeiro de 2017 17:41
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Oracle Client 11g 64 Win

  
André,
Sim, foi feito exatamente isso, criei C:\Oracle\client e descompactei, quando 
mando executar o setup.exe abre o prompt e fecha.
 
Grato,
Ednilson
 
De: 
sentto-1682896-121393-1484595187-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121393-1484595187-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de André Luiz aandre...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 16 de janeiro de 2017 17:33
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Oracle Client 11g 64 Win
 
  
Você deve criar uma outra pasta para o de 64bits.
 
Faz isso via cmd.
 
E coloca os binários nesta pasta. E a partir dela executa o instalador.

Enviado do meu iPhone

Em 16 de jan de 2017, às 15:44, Clayton Xavier clayton.assis.xav...@gmail.com 
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
  
Eu não sei se é o seu caso, mas comigo aconteceu isso e era o binario da 
instalação. Depois de várias tentativas, resolvi baixar o instalador novamente 
e daí funcionou.
 
Em 16 de jan de 2017 15:15, "'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
  
Pessoal,
Estou precisando instalar o Oracle Client 11g Win 64 bits numa maquina que já 
tem o 32 bits instalado.
Ao executar o arquivo setup.exe ele abre uma tela do prompt e fecha, alguém já 
passou por isso e sabe como resolver?
 
Grato
Ednilson

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

RES: [oracle_br] Oracle Client 11g 64 Win

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

André,

Sim, foi feito exatamente isso, criei C:\Oracle\client e descompactei, quando 
mando executar o setup.exe abre o prompt e fecha.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121393-1484595187-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121393-1484595187-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de André Luiz aandre...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 16 de janeiro de 2017 17:33
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Oracle Client 11g 64 Win

 

  

Você deve criar uma outra pasta para o de 64bits.

 

Faz isso via cmd.

 

E coloca os binários nesta pasta. E a partir dela executa o instalador.

Enviado do meu iPhone


Em 16 de jan de 2017, às 15:44, Clayton Xavier clayton.assis.xav...@gmail.com 
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

  

Eu não sei se é o seu caso, mas comigo aconteceu isso e era o binario da 
instalação. Depois de várias tentativas, resolvi baixar o instalador novamente 
e daí funcionou.

 

Em 16 de jan de 2017 15:15, "'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:

  

Pessoal,

Estou precisando instalar o Oracle Client 11g Win 64 bits numa maquina que já 
tem o 32 bits instalado.

Ao executar o arquivo setup.exe ele abre uma tela do prompt e fecha, alguém já 
passou por isso e sabe como resolver?

 

Grato

Ednilson

RES: [oracle_br] Oracle Client 11g 64 Win

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Clayton,

Baixei o Client novamente e sem sucesso.

Funcionava antes os dois Clients, só que tive que formatar o note e agora não 
instalar.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121391-1484593894-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121391-1484593894-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Enviada em: segunda-feira, 16 de janeiro de 2017 15:45
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Oracle Client 11g 64 Win

 

  

Eu não sei se é o seu caso, mas comigo aconteceu isso e era o binario da 
instalação. Depois de várias tentativas, resolvi baixar o instalador novamente 
e daí funcionou.

 

Em 16 de jan de 2017 15:15, "'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:

  

Pessoal,

Estou precisando instalar o Oracle Client 11g Win 64 bits numa maquina que já 
tem o 32 bits instalado.

Ao executar o arquivo setup.exe ele abre uma tela do prompt e fecha, alguém já 
passou por isso e sabe como resolver?

 

Grato

Ednilson

RES: [oracle_br] Oracle Client 11g 64 Win

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Rafael,

Já fiz isso, e nada também.

Já atualizei o Java

 

O meu PL/SQL Developer só roda com o 32 e temos uma ferramenta interna que só 
funciona com o 64

 

Grato,

Ednilson

 

 

De: 
sentto-1682896-121389-1484587613-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121389-1484587613-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
Enviada em: segunda-feira, 16 de janeiro de 2017 15:24
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Oracle Client 11g 64 Win

 

  

Clica com o botão direito e executa como administrador. Mas pra que vc vai 
instalar novamente outro client na mesma máquina ?


Enviado do Yahoo Mail para iPhone <https://yho.com/footer0> 

Em segunda-feira, janeiro 16, 2017, 2:13 PM, 'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

  

Pessoal,

Estou precisando instalar o Oracle Client 11g Win 64 bits numa maquina que já 
tem o 32 bits instalado.

Ao executar o arquivo setup.exe ele abre uma tela do prompt e fecha, alguém já 
passou por isso e sabe como resolver?

 

Grato

Ednilson

[oracle_br] Oracle Client 11g 64 Win

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou precisando instalar o Oracle Client 11g Win 64 bits numa maquina que
já tem o 32 bits instalado.

Ao executar o arquivo setup.exe ele abre uma tela do prompt e fecha, alguém
já passou por isso e sabe como resolver?

 

Grato

Ednilson

RES: RES: [oracle_br] Consulta ao Dicionario Lenta

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Irei verificar, muito obrigado pelo retorno.

 

Grato,

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quarta-feira, 30 de novembro de 2016 14:09
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Consulta ao Dicionario Lenta

 

  

Colega, a primeira coisa que a gente pensa é que vc esteja caindo num dos bugs 
relacionados a DBA_SEGMENTS, como os inidcados nas notas metalink citadas em 
https://aprakash.wordpress.com/tag/dba_segments/ , 
http://www.dadbm.com/oracle-slow-sql-query-against-dba_segments-solved/ ... Ou 
talvez vc possa estar incorrendo em gerenciamento de extents para os segmentos 
falhado, cfrme 
http://www.ora-solutions.net/web/2011/07/18/performance-degradation-for-query-on-dba_segments-bytes-in-11gr2/
 .
 A minha Recomendação é obter acesso ao metalink e baixar os docs indicados 
todos pra vc ver se está possivelmente caindo nalgum dos casos, e depois (** 
NECESSARIAMENTE ** com a benção do Suporte) aplicar os patches e ou workarounds 
indicados.
 
 []s
 
   Chiappa
   
OBS : uma outra Ação paliativa que vc pode tomar já, mesmo antes de falar com o 
Suporte, é tentar usar um hint de RULE na sua query (para ver se é algo 
relacionado à CBO/estatísticas)  Igualmente, antes de falar com o Suporte, 
um TRACE 10046 da query , completo, seria interessante

RES: [oracle_br] Consulta ao Dicionario Lenta

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Ultimo teste que fiz aqui, uma tablespace tinha apenas dois índices que juntos 
não passavam de 2M.

 

Já tinha verificado a lixeira, ela esta desabilitada.

 

SQL> SELECT * FROM RECYCLEBIN;

 

no rows selected

 

SQL> show parameter recycle

 

NAME TYPEVALUE

 --- 

buffer_pool_recycle  string

db_recycle_cache_sizebig integer 0

recyclebin   string  OFF

 

Grato,

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quarta-feira, 30 de novembro de 2016 10:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Consulta ao Dicionario Lenta

 

  

Bom dia, qual é o número de objetos e size dessa tablespace?

Verifique se há muitos objetos na lixeira.

 

On Wed, Nov 30, 2016 at 9:52 AM, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] <oracle_br@yahoogrupos.com.br> wrote:

  

Pessoal,

Estou fazendo algumas consultas simples nas DBA_% do banco e esta muito lento, 
rodei um DBMS_STATS.gather_dictionary_stats no banco mais ainda continua lento, 
tem algo a mais que posso fazer ou investigar para este problema?

 

Segue uma consulta que estou tentando fazer.

 

select OWNER,

   SUBSTR(SEGMENT_NAME, 1, 35) SEGMENT_NAME,

   SEGMENT_TYPE,

   TABLESPACE_NAME,

   ROUND(BYTES / 1024 / 1024) MB

  FROM dba_segments

WHERE TABLESPACE_NAME = 'TBSDAT'

ORDER BY BYTES;

 

Todo domingo é feito uma coleta de estatísticas do banco todo.

 

Banco 11g (release 11.2.0.4.0)

Red Hat 6.2

Banco de 2T

 

Grato

Ednilson




-- 

--
Thanks,
Ricardo Arnoud

 

Bacharel em Ciência da Computação - 2013/1

  <http://www.alterdatabaseopen.com/certview/ocs_ocp_12c.png> 


  <http://www.alterdatabaseopen.com/certview/lpic-2.jpg> 
<http://www.ricardoarnoud.com/images/mcp.jpg> 

(51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS

http://www.ricardoarnoud.com
http://www.alterdatabaseopen.com
FB http://www.facebook.com/ricardo.arnoud
Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1

[oracle_br] Consulta ao Dicionario Lenta

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou fazendo algumas consultas simples nas DBA_% do banco e esta muito
lento, rodei um DBMS_STATS.gather_dictionary_stats no banco mais ainda
continua lento, tem algo a mais que posso fazer ou investigar para este
problema?

 

Segue uma consulta que estou tentando fazer.

 

select OWNER,

   SUBSTR(SEGMENT_NAME, 1, 35) SEGMENT_NAME,

   SEGMENT_TYPE,

   TABLESPACE_NAME,

   ROUND(BYTES / 1024 / 1024) MB

  FROM dba_segments

WHERE TABLESPACE_NAME = 'TBSDAT'

ORDER BY BYTES;

 

Todo domingo é feito uma coleta de estatísticas do banco todo.

 

Banco 11g (release 11.2.0.4.0)

Red Hat 6.2

Banco de 2T

 

Grato

Ednilson

RES: [oracle_br] Re: Matar propria sessão

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Carlos,

Muito obrigado, era exatamente isso que eu precisava, já coloquei em produção

 

Grato,

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: sexta-feira, 18 de novembro de 2016 15:26
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Matar propria sessão

 

  

Olá a todos, boa tarde !

 

 

Fonte:  
http://www.online-database.eu/index.php/scripts/232-grant-a-standard-db-user-the-possibility-to-kill-database-sessions

 

   Alteraria 

and username != 'SYS' ;

 

  Para

and username=(SELECT USER FROM DUAL);





SQL> create or replace procedure I_AM_DBA.KILL_USER_SESSION ( nsid number, 
nserial number )

2 authid definer

3 /* Guy Lambregts 2014-09-29 */

4 /* This procedure can be used to grant a database user the possibility to 
kill user sessions */

5 /* without the need to grant the alter system privilege to the user */

6 /* STEP 1 as sysdba "create user i_am_dba identified by secret account lock" 
*/

7 /* STEP 2 as sysdba "grant alter system to i_am_dba" + "grant select on 
sys.v_$session to i_am_dba" */

8 /* STEP 3 as sysdba compile this procedure under schema i_am_dba */

9 /* STEP 4 as sysdba "grant execute on i_am_dba.kill_user_session to a_user" */

10/* STEP 5 as sysdba "grant select on v_$session to a_user" */

11 /* usage : connected as a_user : SQL > exec 
i_am_dba.kill_user_session(34,17); */

12 as

13 statement varchar2(100);

14 begin

15 select 'alter system kill session '''||sid||','||serial#||''' immediate' 
into statement from sys.v_$session

16 where sid = nsid and serial# = nserial and username is not null and username 
= (SELECT USER FROM DUAL) ;

17 execute immediate(statement);

18 exception

19 when no_data_found then

20 raise_application_error(-20001, 'Sessão Inexistente ou não pertence a 
você!!!');

21 when others then

22 raise_application_error(-20002,'Erro - '||SQLCODE||' -ERROR- '||SQLERRM);

23 end;

24 /





  Um abraço,

 

   Carlos

 

 

 





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

[oracle_br] Matar propria sessão

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Tenho um usuário no banco aqui que é de um sistema de terceiro, ele consegue
matar suas próprias sessões?

Qual o GRANT que devo dar para ele?

 

GRANT ALTER SYSTEM ele pode matar qualquer um do banco, certo? Mas não é
isso que quero.

 

Grato

Ednilson

[oracle_br] Muitos Archives

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Tenho um banco 11g (release 11.2.0.4) + ASM (storage HP) em RHEL 6.5.

O banco hoje esta com 2.1T e meu problema é que ele gera 2T por dia de
archive log, gostaria de saber uma forma de descobrir as querys que estão
gerando muito archives.

 

O banco tem 9 grupos de redo de 1024M

 

Grato

Ednilson

RES: RES: [oracle_br] Re: Importar Certificado

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Consegui resolver criando pelo orapki, só que agora o Certificado esta vencido, 
rsrsrs...

 

Muito obrigado

 

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 3 de novembro de 2016 11:41
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Importar Certificado

 

  

Ok, Oracle Wallet Manager é o produto, ok, e entendo que vc está vai importar 
certificados para uma carteira (wallet) Vazia, carteira essa que vc já criou, 
correto ? Bom, realmente parece ser um simples caso de usar o orapki mas *** 
por favor ** antes disso OBTENHA OS DETALHES que indiquei, tal como detalhes do 
arquivo (se é texto ou binário), o Formato/protocolo PK em uso, o tipo de 
Certificado (user/self-signed ou não), o produto que o originou... Até porque, 
como eu disse, o Oracle Wallet é compatível com *** ALGUNS *** formatos de 
arquivo/protocolos/certificados PKxx, não com TODOS e QUALQUER UM, ok ?
 Apenas UMA VEZ QUE o analista te dar esses detalhes aí sim vc poderá 
prosseguir e usar os exemplos/procedimentos listados no manual que indiquei...
 
  []s
  
Chiappa

RES: [oracle_br] Re: Importar Certificado

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Beleza chiappa.

É a primeira vez que estou usando o Oracle Wallet, então sei pouco para dar 
mais detalhes.

 

Um Analista solicitou para importar os Certificados abaixo no Oracle Wallet, no 
banco não temos nada configurado, irei partir do zero.

 

aster.me.com.br.comodo.2016.ca.crt

aster.me.com.br.comodo.2016.cert.only.crt

 

Pelo que entendi, terei que criar um Wallet/Credencial e importar esses 
certificados para dentro, certo?

 

Grato,

 

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quarta-feira, 2 de novembro de 2016 14:51
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Importar Certificado

 

  

Blz ? Então : tá, vc está usando um database 11.2.0.4 EE, ok mas *** EXATAMENTE 
DE QUAL *** certificado , originado DE ONDE, de que Tipo E para que uso vc está 
falando, Certificado esse para ser usado por QUAL PRODUTO, para acesso A QUE, 
exatamente ??? Se vc Não Der os Detalhes, fica DIFÍCIL, vc não acha  É 
Complicado construir tijolos sem barro...
 
 >>> Assim, por exemplo, SE vc estiver falando de importar certificados no 
Oracle Wallet Manager, que é um produto companion do RDBMS Oracle e que é usado 
pára gerenciar certificados de segurança para chaves Públicas (chaves essas que 
podem ser usadas para conectar no RDBMS ou em outros produto), sendo que podem 
ser certificados self-signed OU  assinados por uma Empresa terceira nele, vc 
pode importar Certificados via orapki,a tool específica pra isso : veja no 
manual "Oracle® Database Advanced Security Administrator's Guide 11g Release 2 
(11.2)" o capítulo 9 -  Using Oracle Wallet Manager  Restringindo no 
momento a produtos Oracle, EVIDENTEMENTE se vc for usar o tal Certificado em 
outros produtos Oracle como OIM (Oracle Identity Management), ou OAS (Oracle 
App Server), por exemplo, OUTROS procedimentos podem ser exigidios... 
 Óbvio#2, NEM PRECISO DIZER, usar OUTROS produtos de Identificação e Segurança 
de Acesso não-Oracle (AD, SSL, o que for) vão exigir ** OUTROS ** 
procedimentos/ferramentas, vc TEM que dar os detalhes EXATOS e COMPLETOS para 
que quem usa o mesmo produto/ferramenta que vc possa te ajudar quando passar 
aqui pelo Fórum

 E ** CRUCIALMENTE IMPORTANTE ** : a extensão em si ABSOLUTAMENTE NÃO TE DIZ de 
que tipo é esse certificado, qual produto o gerou, qual PADRÃO DE CHAVE PÚBLICA 
ele usa (veja em https://en.wikipedia.org/wiki/PKCS que existe coisa de uma 
dúzia deles, e o mesmo Manual acima indicado *** ESPECIFICA *** a 
compatibilidade do Oracle Wallet - SE for esse o produto destino!! -  com 
alguns deles)... 
  Então, se a pessoa que te deu o arquivo só mandou um "ó, tá aqui o arquivo 
.CRT, ele contém um Certificado, te vira" vc *** TEM *** que virar pra ela e 
dizer "tá, mas que Produto gerou esse Certificado, o que ele é, o que contem 
(tem outros elementos afora as PKs, é binário DER, é ASCII PERM), qual 
Protocolo/padrão de PK ele usa" Só pela extensão fica mega-difícil, podemos 
ficar chutando até amanhã e não adivinhar 

[]s

  Chiappa

RES: RES: RES: RES: RES: [oracle_br] Re: delete

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Segue resultados dos scripts, do Banco Origem. No Banco Destino nem chega a 
abrir sessão.

 

No 9i não existe o DBMS_STATS.gather_dictionary_stats então fui executar o 
dbms_stats.gather_schema_stats('SYS'); e ocorreu erro.

 

ERROR at line 1:

ORA-01422: exact fetch returns more than requested number of rows

ORA-06512: at "SYS.DBMS_STATS_INTERNAL", line 160

ORA-06512: at "SYS.DBMS_STATS", line 10031

ORA-06512: at "SYS.DBMS_STATS", line 10324

ORA-06512: at "SYS.DBMS_STATS", line 10378

ORA-06512: at "SYS.DBMS_STATS", line 10355

ORA-06512: at line 1

 

Não sei informar como esta as estatísticas do SYS, por isso pensei em executar. 
Com qualquer outro usuário executa com sucesso.

 

SQL> set linesize 132

SQL> SELECT a.sid, a.saddr, b.ses_addr, a.username, b.xidusn, b.used_urec, 
b.used_ublk

FROM   v$session a, v$transaction b

WHERE  a.saddr = b.ses_addr;

  23

   SID SADDRSES_ADDR USERNAME   XIDUSN  
USED_UREC  USED_UBLK

--   -- -- 
-- --

18 6920A568 6920A568 PRODUCAO3  
1  1

12 6B206C24 6B206C24 PRODUCAO4  
21646254

 

SQL> SELECT * from dba_waiters;

 

no rows selected

 

SQL> SELECT

DECODE(request,0,'Holder: ','Waiter: ')||sid sess,

id1, id2, lmode, request, type

  FROM V$LOCK

WHERE (id1, id2, type) IN

   (SELECT id1, id2, type FROM V$LOCK WHERE request>0)

ORDER BY id1,   request;

  234567

no rows selected

 

SQL> SELECT

  2  a.osuser || ':' || a.username   UserID

  3, a.sid || '/' || a.serial#   usercode

  4, b.lock_type Type, b.mode_held   Hold

  5, c.owner || '.' || c.object_name Object

  , ROUND(d.seconds_in_wait/60,2)   WaitMin

  67, a.program   Program

FROM

v$session   a

  89   10, dba_locks   b

11, dba_objects c

12, v$session_wait  d

13  WHERE

14a.sid=  b.session_id

15AND b.lock_type  IN ('DML','DDL')

16AND b.lock_id1   =  c.object_id

17AND b.session_id  =  d.sid

18  /

 

USERID

-

USERCODE
  TYPE

-
 --

HOLD



OBJECT



   WAITMIN PROGRAM

-- 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_MOV_TEMPORANEA_EURO

 0

 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_MOV_TEMPORANEA_EURO_AUX

 0

 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_STATUS_TEMPORANEA_EURO

 0

 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_RASTR_TEMPORANEA_EURO

 0

 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_FILA_RASTR_TEMP

 0

 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_FILA_RASTR_TEMP_HIST

 0

 

:PRODUCAO

12/4
  DML

Row-X (SX)

PRODUCAO.IND_RASTR_TEMPORANEA_PER

 0

 

 

7 rows selected.

 

SQL> select  substr(username,1,12) "User",

  substr(lock_type,1,18) "Lock Type",

  substr(mode_held,1,18) "Mode Held"

   from sys.dba_lock a, v$session b

   where lock_type not in ('Media Recovery','Redo Thread')

   and a.session_id = b.sid;

  23456

 

User Lock Type  Mode Held

 -- --

 XR Null

PRODUCAO TransactionExclusive

PRODUCAO JQ Exclusive

PRODUCAO CU Exclusive

PRODUCAO DMLRow-X (SX)

PRODUCAO DMLRow-X (SX)

PRODUCAO TransactionExclusive

PRODUCAO DMLRow-X (SX)

PRODUCAO DMLRow-X (SX)

PRODUCAO DMLRow-X (SX)

PRODUCAO DMLRow-X (SX)

PRODUCAO DMLRow-X (SX)

 

12 rows selected.

 

SQL> SQL> select  substr(username,1,12) "User",

  substr(owner,1,8) "Owner",

  substr(name,1,15) "Name",

  substr(a.type,1,20) "Type",

  

RES: RES: RES: RES: [oracle_br] Re: delete

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia Chiappa,

No Banco Destino não mostra nenhum lock, executei todos os seus scripts, alias 
não abre nem sessão vindo da origem.

 

Na Origem, matei todas as sessões, tirei o listener, parei os Jobs, fiquei 
sozinho no banco e coloquei a instrução abaixo e não executa.

 

SQL> begin

  2delete ind_saldo_estoque_diario@prd.fr_lins.gr_bertin

  3   where cod_empresa = 40

  4 and cod_filial  = 3

  5 and dat_saldo >= TO_DATE('06/09/2016', 'DD/MM/');

  6  end;

  7  /

 

Como lhe disse, na Origem existe esta mesma tabela e fazendo sem o DB Link, 
funciona.

 

SQL> begin

  2delete ind_saldo_estoque_diario

  3   where cod_empresa = 40

  4 and cod_filial  = 3

  5 and dat_saldo >= TO_DATE('06/09/2016', 'DD/MM/');

  6  end;

  7  /

 

PL/SQL procedure successfully completed

 

SQL> ROLLBACK;

 

Rollback complete

 

A rotina em questão, faz um DELETE e depois um INSERT, então imaginei que 
poderia haver uma fragmentação. Movi essa tabela na Origem para outra 
tablespace e fiz o rebuild dos indices.

Atualizei estatisticas de ambos, e dicionarios tambem. Já fiz um reboot no 
Banco de Origem.

 

No Destino, criei uma tabela e fiz um DELETE e INSERT empsulado sem problemas.

 

Detalhe: o Banco Origem fica em Hong Kong e o Destino aqui em São Paulo.

O Banco Origem é 9.2.0.8 e o Destino 11.2.0.4, ambos Enterprise.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 15 de setembro de 2016 20:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] Re: delete

 

  

Opa , estamos chegando em algum lugar : em especial, essa info de 
"sessão. em Library Cache Load Lock" é ABSOLUTAMENTE, COMPLETAMENTE, 
TOTALMENTE DIFERENTE da info de "Não  gera nenhum bloqueio, ..." que vc tinha 
dado em outra msg anterior, né não ? 
 Muito bem, agora SIM estamos chegando em algum lugar ;)
 
 okdoc : o fato que vc consegue compilar com sucesso no banco-destino outros 
stored PL/SQLs que usam esse dblink mas (ao que entendo) acessam OUTRAS tabelas 
lá no banco-origem CLARAMENTE INDICA que é uma issue com essa tabela - como eu 
disse lá na segunda resposta, pode ser uma Transação aberta nessa tabela, pode 
ser espera por LOCK causado por algum outro DDL concorrendo com a 
criação/compilação da package, E o procedimento é mesmo consultar as views e 
tabelas internas de WAITs, de LOCKS, de TRANSAÇÕES e de execução de PL/SQL (e 
isso nos DOIS BANCOS !!!) e ver quem/qual sessão tá acessando/mexendo/tem 
locks/tá usando PL/SQL que referencia a tal tabela
 
 Seguem abaixo FYR alguns scripts-exemplo que posso indicar, todos (repito) 
devendo ser executados TANTO no banco origem da informação QUANTO no 
banco-destino que possui o dblink - só AVISO que :
 
 a. como não tenho um banco 9iR2 aqui facilmente disponível, CONFIRA na doc que 
realmente todas as colunas que referencio estão presentes no 9i
 
 b. todas as consultas devem ser executadas nos dois bancos com um usuário 
Administrador/DBA
 
 c. afaik vc não disse mas SUPONHO que esse 9iR2 EE é single-instance ou RAC : 
se for RAC acesse as GV$ ao invés das V$
 
 d. as views/tabelas internas DBA_xxx e (G)V$xxx via de regra já são 
permissionadas para qualquer usuário Administrador - já as X$ normalmente não, 
então se vc for executar os scripts com outro user que não o SYS , 
permissione-o adequadamente
 
 e. os scripts que são apenas um SELECT e nada mais podem ser executados 
diretamente no prompt do sql*plus (ou da sua GUI preferida), ao passo que os 
que possuem outros comandos (como COLUMN, ou outros) aí necessariamente 
precisam ser salvos num arquivo .SQL e executados via @nomedoarquivo.sql dentro 
do sql*plus
 
 
 A idéia é executar (nos DOIS BANCOS, repito!) várias vezes cada scripts numa 
** outra ** janela/sessão, ao mesmo tempo em que a sessão no banco-origem que 
está tentando criar a packahe tá 'congelada'... 
 
 Seguem :

==> consulta de Transações abertas
SELECT a.sid, a.saddr, b.ses_addr, a.username, b.xidusn, b.used_urec, 
b.used_ublk
FROM   v$session a, v$transaction b
WHERE  a.saddr = b.ses_addr;

==> consulta de Waits de banco (a view DBA_WAITERS não era default no 9iR2 
iirc, se vc não a tem iirc vc deve rodar scripts do SYS em 
$ORACLE_HOME/rdbms/admin) :
SELECT * from dba_waiters;

==> script para consultar sessões e seus WAITs (dê ENTER nos itens de filtro 
para usar o default, que lista Todas as linhas)

SET PAGES 999
column sid_serialformat A10
column seq#   format 9
column event  format a29 heading "Wait Event" trunc
column state  format a15 heading "Wait State" trunc
column secs   format 999 heading "Waited so|far (sec)"
column wt format 999 heading "Waited|Seconds"
column P1TEXT format a38
column P2TEXT format a38
column P3TEXT format a38
prompt
prompt Sessões esperando por sql*net message estão aguardando
prompt   por resposta do usuário.
prompt 

RES: RES: RES: [oracle_br] Re: delete

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Sim, um SELECT COUNT(*) no banco origem nesta tabela retorna mais de 3 milhões 
de registro, é uma tabela com sinônimo e o sinônimo esta apontando para tabela.

Outra coisa, no banco origem existe uma tabela e um sinônimo iguais ao destino, 
mas esta tabela foi criada em 2012 e no destino 2013.

 

A sessão na origem fica em Library Cache Load Lock.

 

Outra rotinas que utilizam este DB Link recompilei com sucesso.

 

SQL>   select count(*) from 
producao.ind_saldo_estoque_diario@prd.fr_lins.gr_bertin

  2   where cod_empresa = 40

  3 and cod_filial  = 3

  4 and dat_saldo   >= '06/09/2016';

  

  COUNT(*)

--

 0

 

Abaixo não executa…

 

SQL> begin

  2select count(*) from 
producao.ind_saldo_estoque_diario@prd.fr_lins.gr_bertin

  3   where cod_empresa = 40

  4 and cod_filial  = 3

  5 and dat_saldo   >= '06/09/2016';

  6  end;

  7  /

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 15 de setembro de 2016 16:20
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: delete

 

  

Então : vc fez *** realmente *** toda a análise que falei lá no banco-origem, 
confirmou que a conexão realmente vai sem prob, que a qtdade de linhas na 
V$SESSIOn lá na origem nunca tá nem perto do limite, descobriu qual o objeto 
que é IND_SALDO_ESTOQUE_DIARIO, se ele é uma view ou um sinônimo Confirmou *** 
MESMO *** que os objetos dependentes estão presentes E acessíveis (SEM ROLEs 
envolvidas!) ao usuário do CONNECT no dblink, Realmente mesmo ???

 Se Realmente sim (e veja que é um ponto ** SUCULENTO **, é bastante coisa a se 
fazer) , aí descarta-se a opção de alguma falta de privilégio, sobra alguma 
opção de lock/espera por dicionário de dados e similares Faça por partes, 
como eu indiquei : PRIMEIRO para verificar que o acesso ao dicionário no 
banco-destino onde está criado o dblink tá ok, cria nesse banco-destino um 
stored PL/SQL (preferencialmente Package, já que é package que vc está tentando 
usar sem sucesso) que NÂO usa o dblink, tudo ok aí cria uma package que USA o 
dblink mas faz um select super-simples (talvez com DUAL@dblink)...   Se o teste 
de acesso ao dicionário aí no banco-destino foi OK, tente o repetir (pelo mesno 
o inicial, simples) no banco-origem...
 
 Indo tudo OK na criação de stored PL/SQL, só sobra como Possibilidade algum 
WAIT nesse objeto : pra vc identificar qual pode ser, ** TANTO ** no 
banco-origem QUANTO no banco-destino execute consultas nas views/tabelas 
internas de WAITs, de TRANSAÇÔES e de LOCKS que vc deve encontrar o culpado, ok 
?
 
 []s
 
   Chiappa
   
   OBS : se vc não dispuser de scripts apropriados, dá um toque que posso te 
enviar alguns que costumo usar...





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

RES: RES: [oracle_br] Re: delete

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Todos os testes que você comentou já fiz, inclusive no DB Link, coloquei o 
usuário/senha donos da tabela no destino.

Criei uma tabela simples no destino e tentei fazer um insert e delete com 
BEGIN/END e foi com sucesso.

Procurei por triggers que esteja travando isso e não encontrei nada

 

Não  gera nenhum bloqueio, alias não chega nem na base de destino a sessão, 
fazendo nesta tabela mas neste que criei vai sem problemas.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 15 de setembro de 2016 15:32
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: delete

 

  

Comigo tudo de boa... Então, por uma questão de método, antes de tentarmos 
analisar esse 'congelamento' que vc diz haver quando tenta criar a package , 
antes de mais nada vamos avançar um pouco pela questão de permissões e 
privilégios - não dá pra indicar neste momento se é isso que está te barrando 
(talvez nem seja isso), mas vamos começar por esse ângulo...
 Muito bem : para deixar escrupulosamente claro -  quando vc cria um database 
link no banco-destino, aquele que vai buscar a informação, vc usa a sintaxe :

CREATE [PUBLIC] DATABASE LINK nomedodatabaselink CONNECT ON 
nomedousuariodobancoorigem IDENTIFIED BY senhadousuáriodobancoorigem USING 
'stringdeconexãoapontandoprobanco-origemdainformação':

Assim, quando vc usar um @nomedodatabaselink em um SQL qualquer no 
banco-destino onde vc criou o dblink, o que vai acontecer é que o Oracle client 
contido na ORACLE_HOME desse banco vai tentar criar uma conexão lá no 
banco-origem identificado pela hoststring da cláusula USING, enviando o 
username e a senha indicados nas cláusulas CONNECT ON e IDENTIFIED  ok ? 
Assim sendo, a primeira coisa é que, LÀ NO BANCO ORIGEM, esse usuário indicado 
no CONNECT ON tenha recbido (diretamente, não por ROLE!!) o privilégio de 
CREATE SESSION, para que possa ser efetuada a conexão Óbvio , esse usuário 
TEM que estar com a senha indicada no IDENTIFIED, não pode estar BLOQUEADO, o 
banco-origem ** TEM ** que ter slots de conexão disponíveis, NÂO PODE haver 
trigger de logon barrando, ie : enfim, além dos privilégios a conexão TEM que 
ser possível
 ESSA é a primeira verificação que vc vai fazer, ie : vc vai conectar no 
banco-origem da informação (e NÂO no banco-destino onde vc criou o dblink) como 
um usuário privilegiado e vai CONFIRMAR que a conexão é possível, vai confirmar 
que a senha é EXATAMENTE a mesma indicada na criação do dblink, vai confirmar 
que a hosstring tá correta Isso se faz Primeiro conectando no banco-origem 
com um usuário administrativo e consultando por triggers de logon, PROFILEs ou 
quetauis que possam influenciar na conexão, e depois conectando no banco-origem 
com o client do banco-destino, usando no prompt de comando (a partir do 
servidor onde roda o banco-destino que tem o dblink) um :
 
 sqlplus usuario/senha@hoststringqueapontaprobancoorigem 
 
 CONFIRMADO que a conexão ao banco-origem da informação a partir do HOME do 
banco-destino é possível, aí o próximo passo é Confirmar que esse usuário 
conectado na origem da informação TEM os privs necessários pra esse objeto 
IND_SALDO_ESTOQUE_DIARIO... 
 Para poder confirmar isso, primeira coisa vc tem que ** IDENTIFICAR ** o que é 
esse objeto IND_SALDO_ESTOQUE_DIARIO, ie, se ele é um sinônimo, uma tabela, ou 
o que, E também identificar a quem pertence/para qual objeto real ele aponta se 
for sinônimo... Para isso, conectado lá no banco-origem dos dados com um 
usuário administrativo, faça um :
 
 SELECT OWNER, OBJECT_TYPE, OBJECT_NAME, STATUS, CREATED FROM DBA_OBJECTS WHERE 
OBJECT_NAME='IND_SALDO_ESTOQUE_DIARIO';
 
 se ele for um Sinônimo, aí faça um :
 
 SELECT * FROM DBA_SYNONYMS WHERE SYNONYM_NAME='IND_SALDO_ESTOQUE_DIARIO';
 
 e veja quais são os objetos reais referenciados pelo sinônimo... 
 
 Já se esse IND_SALDO_ESTOQUE_DIARIO for na verdade uma VIEW, vc ** TEM ** que 
se assegurar que o usuário da conexão feita pelo dblink tenha GRANT (** direto 
**, sem ROLEs) em ** TODOS ** os objetos reais referenciados no SQL da view - 
vc pode obter esse texto de SQL consultando a DBA_VIEWS e então olhar a que ele 
se refere, OU pode consultar a DBA_DEPENDENCIES indicando WHERE 
NAME='IND_SALDO_ESTOQUE_DIARIO'

==> UMA VEZ descobertos os objetos/tabelas Reais a que o usuário precisa ter 
acesso, é se certificar que ele recebeu GRANT de DELETE direto para todos - se 
vc não tem um script para verificar isso lá no banco-origem, vc pode usar este :

-- script de check de privs
col granted_role form a20
col owner form a15
col table_name form a33
col privilege form a33
ACCEPT username  prompt 'Enter Username : '
PROMPT Roles granted to user
SELECT granted_role,admin_option,default_role
FROM dba_role_privs
WHERE grantee=UPPER('')
ORDER BY 1;
PROMPT Table Privileges granted to a user through roles
SELECT granted_role, owner, table_name, privilege
FROM ( 

RES: [oracle_br] Re: delete

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Tudo joia Chiappa, e com você?

Tem alguma outra coisa a verificar?

O usuário do DB Link DB_LINK_MATRIZ que é o usuário DBLINK21 já dei GRANT de 
DELETE,INSERT e UPDATE

Diz o analista que esta rotina funcionava e de uns tempos para cá parou, mas 
nada foi alterado no banco.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 15 de setembro de 2016 10:39
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: delete

 

  

Tudo jóia ? Então, como nós sabemos uma das diferenças ** PRINCIPAIS ** de vc 
encapsular um SQL num stored PL/SQL (Proc, Function, package, etc) é que por 
default as ROLES são desativadas , okdoc ?? Então a Primeira Suposição é que o 
usuário em questão só recebeu permissões para acessar a tal tabela remota via 
ROLE, aí não vai funcionar MESMO, por Definição...
 Acione o DBA e peça para ele dar os GRANTs necessários DIRETAMENTE PARA O 
USUÁRIO em questão, que aí deve ir de boa...
 
 []s
 
   Chiappa

[oracle_br] delete

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou com um DELETE com DB Link, que sem BEGIN e END executa.

Ai o analista precisa colocar isso numa package com BEGIN e END e não
compila a package, fica travada sem nenhum cursor.

Já olhei lock, já tirei o banco do ar...

 

Oracle Enterprise Database 9i – 9.2.0.8

 

delete ind_saldo_estoque_diario@db_link_matriz

where cod_empresa = 40

   and cod_filial = 3

   and dat_saldo >= '06/09/2016';

 

BEGIN

delete ind_saldo_estoque_diario@db_link_matriz

where cod_empresa = 40

   and cod_filial = 3

   and dat_saldo >= '06/09/2016';

END;

 

Grato,

Ednilson Silva

[oracle_br] ORA-00600

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Estou recebendo vários ORA-600 no meu banco.

Migramos nosso banco de produção de HP-UX para Suse Linux e começou a
despencar esse ORA-600, que já chegou a estourar o disco onde esta instalado
o binário do Oracle.

 

ORA-00600: internal error code, arguments: [12333], [0], [1], [0], [], [],
[], []

 

Nosso banco é um Oracle Enterprise 10g, acontece que no HP-UX o compatible
estava 10.0.0.0 e nessa migração a consultoria alterou para 10.2.0.5 que
seria o correto.

Mas ainda utilizamos Forms/Report 6i que esta com patch 6.0.8.25 e falando
com um amigo é ai que esta a porcaria desses ORA-600.

 

Já abri um chamado na Oracle e estou aguardando o atendimento.

 

Segundo esse meu amigo ou eu atualizo os forms/reports para 6.0.8.28 para
usar banco com esse novo compatible, ou voltar o compatible para 10.0.0.0.

 

Perguntas:

Posso voltar o compatible?

Este ORA-600 é referente a isso mesmo? Pois pesquisei no MOS e vi muitas
coisas diferentes.

 

Abraços

Ednilson

 

 

RES: [oracle_br] Demora para Gerar AWR

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Boa Tarde,

Mesmo colocando para gerar de apenas uma hora não executa

Abri um chamado na Oracle e estou procurando no MOS

 

Specify the Begin and End Snapshot Ids

~~

Enter value for begin_snap: 47656

Begin Snapshot Id specified: 47656

 

Enter value for end_snap: 47657

End   Snapshot Id specified: 47657

 

Specify the Report Name

~~~

The default report file name is awrrpt_1_47652_47657.html.  To use this
name,

press  to continue, otherwise enter an alternative.

 

Enter value for report_name: awrrpt_1_47656_47657.html

 

Using the report name awrc0090prd.html

 

Grato,

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: sexta-feira, 5 de agosto de 2016 13:40
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Demora para Gerar AWR

 

  

Boa tarde,

 

Não que seja da minha conta, mas seria melhor tirar 3 reports e uma hora
cada. 

 Veja se não tem dados muito antigos no repositorio do awr, cheque a
v$sysaux_ocupants e da uma olhada no My Oracle Support. 

Get Outlook for iOS  

 





On Fri, Aug 5, 2016 at 10:24 AM -0300, "'Ednilson Silva'
 ednilson.si...@jbs.com.br [oracle_br]" <
 oracle_br@yahoogrupos.com.br> wrote:

  

Bom Dia,

Estou tentando gerar o AWR de um Banco de Produção e esta demorando muito, o
período é curto de 3 horas apenas, existe algo para saber se esta com
bloqueio?

 

Oracle Database Enterprise 10g - 10.2.0.5

 

Grato,

Ednilson Silva

[oracle_br] Demora para Gerar AWR

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Estou tentando gerar o AWR de um Banco de Produção e esta demorando muito, o
período é curto de 3 horas apenas, existe algo para saber se esta com
bloqueio?

 

Oracle Database Enterprise 10g - 10.2.0.5

 

Grato,

Ednilson Silva