Re: [oracle_br] Re: Descobrir um DBID

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

Quando vc fazer vc vai ver que é bem simples : se vc olhar 
https://oraclefreak.wordpress.com/rman-backuprestore-from-windows-to-linux/ 
https://oraclefreak.wordpress.com/rman-backuprestore-from-windows-to-linux/ por 
exemplo, vc vai ver que o mais diferente é o SET NEWNAME pra mudar o destino 
onde o RMAN vai restaurar os datafiles (já que Obviamente os paths no Linux são 
diferentes completamente do Windows, e vice-versa)
 

 []s
 

   Chiappa

[oracle_br] Re: erros no trace

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

Blz ? Então, quando se fala em corrupção até poderia ser falha de hardware, bug 
de software (seja o próprio RDBMS, seja na aplicação, seja no Sistema 
Operacional, em drivers do servidor, etc) mas essa msg de "ORA-26040: Data 
block was loaded using the NOLOGGING option" lamento dizer mas parece indicar 
outra possibilidade, ie, que vc vc TEM UMA QUESTÃO SÉRIA de administração nesse 
database , seja por configuração e/ou coordenação entre equipes : assim, se vc 
Não For o DBA desse database, pare tudo AGORA e acione o DBA, pra ontem 
TUDO que vou falar nessa resposta é info pertinente PARA DBAs, apenas
 É o seguinte : como (imagino) é de conhecimento geral, o RDBMS Oracle cfrme 
vai fazendo inserções/deleções/alterações em tabelas e/ou índices ele NÂO GRAVA 
diretamente os bytes alterados nos arquivos de dados/datafiles  em disco, mas 
sim eles são aplicados numa cópia em memória do bloco a alterar E também vão 
prum BUFFER em memória e periodicamente o RDBMS os vai appendando num arquivo 
próprio chamado LOGFILE - como é feito um APPEND no fim do arquivo em disco e 
não uma leitura full, esse I/O é bem otimizado, acaba sendo muito mais 
performático do que gravar diretamente no arquivo de dados, onde cada bloco tem 
uma posição diferente, isso acabaria implicando em montes de leitura 
isolados... Uma vez 'cheio' o LOGFILE, ele é copiado pra um arquivo chamado 
ARCHIVED REDO LOG FILE
 Muito bem : sabendo isso dá pra entender porque esses logfiles arquivados são 
VITAIS pra um backup de dados : o backup é uma cópia dos datafiles como estavam 
em disco, não é NADA INCOMUM que haja trocentas alterações registradas nos 
archives que PRECISAM ser aplicadas em cima dessa cópia dos datafiles pra vc 
chegar na situação corrente. IGUALMENTE, esses archives podem ser usados no 
STANDBY físico (controlado por DATAGUARD ou não), que é uma situação onde uma 
máquina de 'cópia'/secundária tem inicialmente os datafiles da máquina PROD 
copiados pra ela iguaizinhos e depois disso os ARCHIVES gerados na máquina 
origem são transmitidos pra máquina STANDBY e aplicados lá, deixando ela 
IGUALZINHA à máquina PROD : a idéia é que se PROD cair/crashar, a STANDBY 
assume
 O ponto faltante pra vc entender o erro é que é POSSÍVEL se fazer determinadas 
operações num database EVITANDO quase toda a geração de LOGs : uma maneira 
COMUM de se obter isso é alterar uma tabela para NOLOGGING e fazer um comando 
INSERT /+* APPEND */ nessa tabela O ponto é que há sim um overhead em se 
ter uma CÓPIA extra dos bytes alterados nos blocos do datafile, que é o que o 
LOG é no fim das contas, então num ambiente CONTROLADO, vc PODE bypassar a 
geração de logs NEM PRECISO DIZER, no instante em que vc fez uma operação 
NOLOG vc *** invalidou *** os backups E os standby desse banco, pois HOUVE 
conteúdo não presente nos logfiles, assim sendo o BACKUP tem que ser gerado de 
novo E o standby tem que ser refeito
 
 ==>>> ESSA é a situação em que teu banco está , alguém fez uma operação NOLOG 
que invalidou um backup e/ou um standby, yes ??? Pra solucionar isso, PRIMEIRA 
COISA o DBA encarregado desse banco TEM que IDENTIFICAR a operação NOLOG, quem 
a fez, porque fez, e passar a coordenar isso... É importante frisar que algumas 
Aplicações já fazem por default operações nolog, cfrme a nota sap 
https://blogs.sap.com/2015/02/18/ora-01578ora-26040-data-block-was-loaded-using-the-nologging-option/
 (por exemplo) já indica...
 Segunda coisa, o DBA tem que identificar a  checar se os blocos indicados como 
corrompidos e os refazer/recuperar cfrme possível, 
https://blog.rackspace.com/clearing-unused-corrupt-nologging-blocks, 
https://chenguangblog.wordpress.com/2011/02/11/ora-26040-data-block-was-loaded-using-the-nologging-option/
 , http://ulfet.blogspot.com/2013/03/how-to-fix-ora-26040-data-block-was.html e 
http://logic.edchen.org/how-to-resolve-ora-01578-ora-01110-and-ora-26040/ 
listam algumas possibilidades, com RMAN, com DBV e com movimentação de blocos...
 Terceira coisa, depois dos blocos corrompidos refeitos/recuperados/eliminados 
o DBA ** TEM ** que rever backups e standbys, e provavelmente os refazer 
 
 []s
 
   Chiappa
   
 OBS : é importante que fique CLARO que o DBA em princípio tem SIM a 
possibilidade de PROIBIR operações NOLOGGING, setando a propriedade 
FORCE_LOGGING do database, Evitando problemas do tipo os indicados tanto para 
backups quanto para standby.É sempre algo a considerar

Re: [oracle_br] Re: Descobrir um DBID

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

aAh tá : menos mal que o servidor não foi destruído/teve arqs apagados, só 
ficou indisponível Mas mesmo assim, se o pessoal tivesse cumprido o 
combinado vc teria tido o Tempo necessário pra ANOTAR direitinho o DBID, e mais 
importante, de VALIDAR esses backups, né ? Vamos lá saber se esses .BKP 
Realmente estão completos (ie, contém os datafiles E os archives E o 
controlfile E o initfile/spfile), se a versão de SO e de RDBMS lá na máquina 
que foi indisponibilizada tão batendo Certinho com essa onde vc vai tentar o 
restore Essas coisas TINHAM que ter sido validadas/verificadas antes do 
pessoal desligar/indisponibilizar a máquina, né não ???
 Bom, agora não tem jeito, vc vai confirmar NA PRÁTICA que esses backups tão 
íntegros E são compatíveis com o software RDBMS que vc tem aí no servidor, né ??
 
[]s

  Chiappa

Re: [oracle_br] Re: Descobrir um DBID

[angelo angelolis...@gmail.com [oracle_br]]

2018-08-14 15:27 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Como a gente falou, não dá pra saber se esse "983577551" é mesmo o DBID ou
> não : é bem capaz que seja, julgando pelo tamanho da string e pelo
> conteúdo, mas isso depende do FORMATO DE ARQUIVO que estava sendo usado na
> época do backup...
>  Já que vc não tem mais acesso ao catálogo RMAN, e vc mesmo disse que se
> for restaurar com outro DBID não importa, acho que tua melhor opção é mesmo
> vc trazer pra esse novo servidor os backup files todos, os RECATALOGAR
> (seja num controlfile duma instância que vc criou especificamente pra isso
> no servidor, seja num outro catálogo que esteja acessível a esse novo
> servidor) e fazer o restore depois OBVIAMENTE, pra que seja possível vc
> restaurar um backup, vc tem que ter o JOGO COMPLETO (ie, backup de banco
> MAIS os eventuais backups de archives necessários) E a versão do RDBMS, o
> sistema operacional e a arquitetura/bit size do novo servidor devem
> (preferencialmente) ser os mesmos do servidor original, a não ser que vc se
> encaixe nas possibilidades de cross platform backup do 11g ou do 12c
>
>  []s
>
>Chiappa
>
> OBS : só comentando, mas é uma beleza esse negócio de neguim sair apagando
> fisicamente um banco sem o teu aval como DBA, né não ?? Pelamor.
>

Chiappa,  não apagaram nada não. Na verdade, o servidor funcionava em um
local terceirizado, atendendo a uma demanda nossa.

No momento ele tá lá, ligado, na rede, ativo e ilhado.  Ninguém mais acessa
o sistema dele, porque foi desativado.  Mas precisamos aqui no escritório
devido a questões de gerar uns relatórios, dados históricos... enfim.

E como encerraram o contrato, a internet também foi encerrada. Estava
combinado de desligarem no fim do mês, mas o fornecedor se adiantou e
cortaram ontem mesmo. Depois essa maquina vai ser desligada, embalada e
despachada pra cá mas, como seguro morreu de velho, não vou correr risco
dela quebrar no meio do caminho no transporte, então já fui providenciando
alguns backups pra me garantir.

Temos um outro sistema, que se tivesse acontecido isso com a base dela,
realmente seria problemático, pois o DBID não pode trocar de jeito nenhum
(eu sempre altero quando preciso restaurar). Só que esse ta documentado,
não se perde.

Mas eu DBA?  Tenho que comer muito feijão ainda..  mas sei me virar e
dar meus pitacos..  vivendo e aprendendo

[]s

angelo



> 
>

[oracle_br] Re: Pesquisa de registros no Forms dentro do EBS

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

Blz ? Então, há mito tempo não faço customização nos Forms do EBS mas 
lembro que vc usava o TEMPLATE.FMB como um repositório, copiando dele os 
objetos que quer 
http://www.erpschools.com/forms/query_find-form-in-oracle-apps por exemplo 
mostra que no datablock QUERY_FIND vc acha 3 botões, um deles sendo de 
Pesquisa, tenta usar esse... Se não for, abre no Builder o TEMPLATE e procura 
em todos os datablocks, nos object groups e nas Object Libraries que o TEMPLATE 
tem atachado que vc deve achar, okdoc ?
 Sorry não poder ter sido mais Específico, mas realmente neste momento nem 
sequer o .FMB de template do EBS eu tenho aqui, nem tenho uma instalação de EBS 
que eu possa fuçar ou instalada na minha máquina, então estou respondendo de 
cabeça aqui
 
 []s
 
   Chiappa

[oracle_br] Re: Emnail com Oracle 11xe

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

"... ativar o envio de email automatico..." : sorry mas afaik Absolutamente Não 
Existe no RDBMS 11g *** nenhuma *** função pronta que envie emails 
automaticamente quando uma determinada situação ocorrer, vc TEM que OU escrever 
um rotina sua que seja disparada (por um job, digamos) a cada x minutos e 
verifique se a condição que vc quer ocorreu OU tem que usar um software de 
monitoração que a cada x minutos conecte no banco, verifique se a sua condição 
é verdadeira e se sim envia o email
 A opção de escrever uma rotina sua pode ser por exemplo uma procedure PL/SQL 
sua que chame a UTL_MAIL ( 
https://oracle-base.com/articles/10g/utl_mail-send-email-from-the-oracle-database
 exemplifica o uso dela) ou a UTL_SMTP 
(https://oracle-base.com/articles/misc/email-from-oracle-plsql é um exemplo 
dela), e para disparar a sua rotina via JOB vc pode usar tanto a package mais 
antiga DBMS_JOB quanto a mais recente (e com mais funcionalidades) 
DBMS_SCHEDULER, 
https://www.opencodez.com/oracle/oracle-job-scheduler-guide-examples-part-1.htm 
exemplifica o uso da DBMS_SCHEDULER
 Já a opção de usar um software de monitoração EXTERNO ao banco (software esse 
que vc adquiriu se não for grátis, instalou e configurou) depende de qual 
software vc vai querer usar : 
http://www.oracle.com/technetwork/oem/grid-control/bestpractices-notifications-130521.pdf
 exemplifica o envio de emails automáticos de alerta via Oracle Enterprise 
Manager, por exemplo
 
 []s
 
   Chiappa

[oracle_br] Re: Emnail com Oracle 11xe

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

"... ativar o envio de email automatico..." : sorry mas afaik Absolutamente Não 
Existe no RDBMS 11g *** nenhuma *** função pronta que envie emails 
automaticamente quando uma determinada situação ocorrer, vc TEM que OU escrever 
um rotina sua que seja disparada (por um job, digamos) a cada x minutos e 
verifique se a condição que vc quer ocorreu OU tem que usar um software de 
monitoração que a cada x minutos conecte no banco, verifique se a sua condição 
é verdadeira e se sim envia o email
 A opção de escrever uma rotina sua pode ser por exemplo uma procedure PL/SQL 
sua que chame a UTL_MAIL ( 
https://oracle-base.com/articles/10g/utl_mail-send-email-from-the-oracle-database
 exemplifica o uso dela) ou a UTL_SMTP 
(https://oracle-base.com/articles/misc/email-from-oracle-plsql é um exemplo 
dela), e para disparar a sua rotina via JOB vc pode usar tanto a package mais 
antiga DBMS_JOB quanto a mais recente (e com mais funcionalidades) 
DBMS_SCHEDULER, 
https://www.opencodez.com/oracle/oracle-job-scheduler-guide-examples-part-1.htm 
exemplifica o uso da DBMS_SCHEDULER
 Já a opção de usar um software de monitoração EXTERNO ao banco (software esse 
que vc adquiriu se não for grátis, instalou e configurou) depende de qual 
software vc vai querer usar : 
http://www.oracle.com/technetwork/oem/grid-control/bestpractices-notifications-130521.pdf
 exemplifica o envio de emails automáticos de alerta via Oracle Enterprise 
Manager, por exemplo
 
 []s
 
   Chiappa

[oracle_br] Pesquisa de registros no Forms dentro do EBS

[Marlon Pasquali - TI - Peccin S.A. marlon.pasqu...@peccin.com.br [oracle_br]]

Boa tarde pessoal,
   Desculpem se não é o objetivo deste grupo, mas preciso de uma ajuda no 
Oracle Forms.
Estou desenvolvendo um forms customizado para o Oracle EBS 12.2.5 , utilizando 
o TEMPLATE.fmb como base e já coloquei dentro de um Menu no EBS.
Dentro do EBS geralmente nos forms tem aquela "Lupa" de pesquisa para buscar os 
registros do Forms. Ocorre que não sei onde localizar este botão para colocar 
meu código de pesquisa para trazer os registros do forms que estou trabalhando.
Podem me ajudar como fazer isso ?

-  Forms [32 Bits] Versão 10.1.2.0.2 (Produção)
- Oracle EBS 12.2.5


Obrigado
Att,
Marlon

Re: [oracle_br] Re: Descobrir um DBID

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

Como a gente falou, não dá pra saber se esse "983577551" é mesmo o DBID ou não 
: é bem capaz que seja, julgando pelo tamanho da string e pelo conteúdo, mas 
isso depende do FORMATO DE ARQUIVO que estava sendo usado na época do backup...
 Já que vc não tem mais acesso ao catálogo RMAN, e vc mesmo disse que se for 
restaurar com outro DBID não importa, acho que tua melhor opção é mesmo vc 
trazer pra esse novo servidor os backup files todos, os RECATALOGAR (seja num 
controlfile duma instância que vc criou especificamente pra isso no servidor, 
seja num outro catálogo que esteja acessível a esse novo servidor) e fazer o 
restore depois OBVIAMENTE, pra que seja possível vc restaurar um backup, vc 
tem que ter o JOGO COMPLETO (ie, backup de banco MAIS os eventuais backups de 
archives necessários) E a versão do RDBMS, o sistema operacional e a 
arquitetura/bit size do novo servidor devem (preferencialmente) ser os mesmos 
do servidor original, a não ser que vc se encaixe nas possibilidades de cross 
platform backup do 11g ou do 12c
 
 []s
 
   Chiappa
   
OBS : só comentando, mas é uma beleza esse negócio de neguim sair apagando 
fisicamente um banco sem o teu aval como DBA, né não ?? Pelamor

Re: [oracle_br] Re: Descobrir um DBID

[angelo angelolis...@gmail.com [oracle_br]]

Então, Chiappa  e boa tarde, pessoal

Seguindo essa lógica talvez o dbid dele seja entao  983577551  é possivel
que sim e que não né?

Dei uma olhada agora nos arquivos.. temos lá (exemplo):

O1_MF_S_983577551_FPNQ44JD_ .BKP


As restrições que enfrento pra executar a tarefa são:

-Acesso somente a alguns BKP, que já sairam do servidor, para um
repositório na nuvem é de lá que pretendo pegar o backup pra tentar
restaurar aqui localmente, num servidor que não conhece nada do ambiente de
onde veio o bkp.

-Acessar o catalog seria ótimo, porém, ficou no próprio servidor..
láaa...em Vitória-ES..e como cortaram a conexão.. babou por enquanto. É
possivel até que o catalogo seja restaurado aqui, no backup

-Se eu conseguir catalogar os BKPs nessa outra instancia e o restore rolar,
mesmo que troque o dbid pra algum outro aleatório, não tem problema.

-Se eu não conseguir, com o que tenho aqui, ai não vai ter jeito, vou ter
que esperar o servidor chegar aqui no Rio pra acessar.

Eu sempre anoto os dbids, faço uma pequena ficha de identificação da
maquina, com dados para acessa-la e etc, só que esse não tive tempo hábil
de fazer isso, foi uma mudança repentina.


Vou montar o ambiente e depois eu falo o que arrumei.



2018-08-13 20:29 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> A partir do backup de dados propriamente dito afaik não, mas cfrme
> http://shahiddba.blogspot.com/2012/11/how-to-find-oracle-dbid.html
> indica, vc pode obter a partir dos LOGs (seja dos logs do RMAN, seja o log
> de tela que teu terminal tenha gerado - já me salvou N vezes o log do puTTY
> pra casos do tipo), ou de tracefiles que vc tenha ou de outros tipos de
> backup que contenham o DBID como parte do nome, o exemplo típico é o
> AUTOBACKUP
> E outro ponto, SE vc usa backup em catalog, LOGICAMENTE o output TODINHO
> dos backups RMAN é mantido nele, é outra chance
>
> []s
>
>   Chiappa
>
> 
>

Re: [oracle_br] Re: Descobrir um DBID

[Evandro Giachetto evandrogiache...@gmail.com [oracle_br]]

Eu imagino que seus backups estejam em uma Tape, certo? Caso o seu backup
esteja no local, basta vc catalogar os backuppieces no seu script de
restore do rman.

Se você sabe as infos do Gerenciador de Tape, e os nomes dos handlers
(backup piece) nas fitas, vc pode catalogar eles também, sem a necessidade
de saber o DBid.

Esse link do blog do Marko Sutic mostra como fazer.

http://msutic.blogspot.com/2014/03/rman-catalog-backuppiece-located-on-tape..html

I've recorded backups on tape to RMAN repository several times already, but
every next time I needed to do that I was searching through notes to find
proper procedure.

This time I will note procedure in form of the blog post.

Note!
Test is performed on Oracle version 11.1.0.7.


These were my unsuccessful attempts:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
RMAN> run
2> {
3> allocate channel c1 device type 'sbt_tape';
4> send
'NSR_ENV=(NSR_SERVER=backup_server,NSR_CLIENT=oracle_client,NSR_DATA_VOLUME=OrclPool)'
;
5> catalog  backuppiece 'ARCH_ORCL_rep2dod5_s128878_p1';
6> }

allocated channel: c1
channel c1: SID=321 device type=SBT_TAPE
channel c1: NMDA Oracle v1.1.0

sent command to channel: c1

ORA-19870: error while restoring backup piece
/u01/app/orcl11/product/11.1.0/db_1/dbs/ARCH_ORCL_rep2dod5_s128878_p1
ORA-19505: failed to identify file
"/u01/app/orcl11/product/11.1.0/db_1/dbs/ARCH_ORCL_rep2dod5_s128878_p1"
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3

released channel: c1
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: failure of catalog command at 03/05/2014 15:42:23
RMAN-06209: List of failed objects
RMAN-06211: ==
RMAN-06212:   Object Type   Filename/Handle
RMAN-06213: ---
---
RMAN-06214: Backup Piece
/u01/app/orcl11/product/11.1.0/db_1/dbs/ARCH_ORCL_rep2dod5_s128878_p1

and

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
RMAN> run
2> {
3> allocate channel c1 device type 'sbt_tape';
4> send
'NSR_ENV=(NSR_SERVER=backup_server,NSR_CLIENT=oracle_client,NSR_DATA_VOLUME=OrclPool)'
;
5> catalog device type 'sbt_tape' backuppiece
'ARCH_ORCL_rep2dod5_s128878_p1';
6> }

allocated channel: c1
channel c1: SID=321 device type=SBT_TAPE
channel c1: NMDA Oracle v1.1.0

sent command to channel: c1

released channel: c1
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: failure of catalog command at 03/05/2014 15:36:57
RMAN-06470: DEVICE TYPE is supported only when automatic channels are used



How to *catalog backuppiece on tape*...


Add SBT_TAPE configuration:
1
2
RMAN> configure default device type to 'SBT_TAPE';
RMAN> configure channel device type 'SBT_TAPE' send '[MML PARAMETERS]';

Catalog backuppiece:
1
RMAN> catalog device type 'SBT_TAPE' backuppiece '[BACKUP NAME]';

To clear configuration:
1
RMAN> configure channel device type ‘SBT_TAPE’ clear;


My example:

Set *configuration*:
1
2
3
4
5
6
RMAN> configure default device type to 'SBT_TAPE';
RMAN> configure channel device type 'SBT_TAPE'
2> send
'NSR_ENV=(NSR_SERVER=backup_server,NSR_CLIENT=oracle_client,NSR_DATA_VOLUME=OrclPool)'
;
new RMAN configuration parameters:
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' SEND
'NSR_ENV=(NSR_SERVER=backup_server,NSR_CLIENT=oracle_client,NSR_DATA_VOLUME=OrclPool)'
;
new RMAN configuration parameters are successfully stored

*Catalog* backuppiece:
1
2
3
4
5
6
7
RMAN> catalog device type 'SBT_TAPE' backuppiece
'ARCH_ORCL_rep2dod5_s128878_p1';

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=321 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: NMDA Oracle v1.1.0
cataloged backup piece
backup piece handle=ARCH_ORCL_rep2dod5_s128878_p1 RECID=127894
STAMP=841419878

*Clear* configuration:
1
2
3
4
5
RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;

old RMAN configuration parameters:
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' SEND
'NSR_ENV=(NSR_SERVER=backup_server,NSR_CLIENT=oracle_client,NSR_DATA_VOLUME=OrclPool)'
;
old RMAN configuration parameters are successfully deleted




Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com
http://www.dbaoracle.eti.br/





Em ter, 14 de ago de 2018 às 14:00, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> A partir do backup de dados propriamente dito afaik não, mas cfrme
> http://shahiddba.blogspot.com/2012/11/how-to-find-oracle-dbid.html
> indica, vc pode obter a partir dos LOGs (seja dos logs do RMAN, seja o log
> de tela que teu terminal tenha gerado - já me salvou N vezes o log do puTTY
> pra casos do 

[oracle_br] Re: Descobrir um DBID

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

A partir do backup de dados propriamente dito afaik não, mas cfrme 
http://shahiddba.blogspot.com/2012/11/how-to-find-oracle-dbid.html 
http://shahiddba.blogspot.com/2012/11/how-to-find-oracle-dbid.html indica, vc 
pode obter a partir dos LOGs (seja dos logs do RMAN, seja o log de tela que teu 
terminal tenha gerado - já me salvou N vezes o log do puTTY pra casos do tipo), 
ou de tracefiles que vc tenha ou de outros tipos de backup que contenham o DBID 
como parte do nome, o exemplo típico é o AUTOBACKUP
 E outro ponto, SE vc usa backup em catalog, LOGICAMENTE o output TODINHO dos 
backups RMAN é mantido nele, é outra chance
 

 []s
 

  Chiappa

Re: [oracle_br] Descobrir um DBID

[angelo angelolis...@gmail.com [oracle_br]]

Boa noite,

Usava catalog sim, alias uso. Mas ficou lá no local remoto e estou sem
acesso .. 500km daqui.. nao vou poder lançar mão do recurso

O banco nao precisa voltar com o mesmo dbid. Só preciso que o rman consiga
catalogar o backup
Sim, o backup era feito com o autobackup incluido e está na cópia que possuo

Eu vou tentar mais tarde em uma outra maquina, com uma instancia zerada..

obrigado pela dica

Angelo

Em Seg, 13 de ago de 2018 19:08, Evandro Giachetto
evandrogiache...@gmail.com [oracle_br] 
escreveu:

>
>
> Vc usava catalog.
>
> Se sim, basta conectar no catalog pelo RMAN e dar um list incarnations;
>
> Rman target /
>
> connect catalog user/password@sid
>
> list incarnations;
>
>
> 2. Se vc deixava o controlfile autobackup ligado e guardou algum log de
> seus backups, então no log deve conter o dbid.
>
> 3. Se vc tiver algum arquivo do banco disponível (datafile, logfile ou até
> mesmo um archivelog), vc pode extrair o DBID para um arquivo trace. O banco
> não precisa estar montado pra isso.
>
> rman target /
>
> alter system dump datafile 'C:\caminho\do\arquivo.dbf' block min 1 block
> max 10;
>
> Procura no trace que foi criado, algo assim: "Db ID=12345678"
>
>
> 4. Se vc não precisa que seu banco contenha o mesmo dbid, é só vc
> catalogar os backuppieces e restaurar o backup que o banco vai ser
> restaurado do mesmo jeito, mas com um dbid diferente.
>
> Evandro Giachetto
> Oracle DBA
> evandrogiache...@gmail.com
> http://www.dbaoracle.eti.br/
>
> 
>
>
>
> Em seg, 13 de ago de 2018 às 18:17, angelo angelolis...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Senhores,
>>
>> Consigo descobrir um DBID de um banco a partir de um backup full do Rman
>> ?  Esqueci de anotar.. mas tenho o backup a mão.
>>
>> Pois se eu nao conseguir pelo backup, só vou ter acesso ao servidor
>> fisico daqui a uns 10 dias..
>> que ele vai ser devolvido, um sistema antigo que saiu de operação mas
>> preciso consultar uma coisa.
>>
>> os caras se adiantaram e cortaram conexão, era pra ter sido no fim do
>> mês..  sem chance de religar
>>
>> meu Oracle é 11g  11.2.0.4  x64  windows.
>>
>>
>> []s angelo
>>
>>
>>
>> 
>

[oracle_br] erros no trace

[Andre Machado andres.mac...@gmail.com [oracle_br]]

*Bom dia, estou com alguns erros no trace log*


*Dump continued from file:
c:\app\administrador\diag\rdbms\orcl\orcl\trace\orcl_m000_9504.trc*
*ORA-01578: ORACLE data block corrupted (file # 2, block # 122209)*
*ORA-01110: data file 2: 'L:\DEBCRED\ORADATA\ORCL\ORCL\SYSAUX01.DBF'*
*ORA-26040: Data block was loaded using the NOLOGGING option*

*nao sei nem por onde comecar*
*alguem consegue dar uma luz ?*




-- 
___
André Machado

Re: [oracle_br] Emnail com Oracle 11xe

[Evandro Giachetto evandrogiache...@gmail.com [oracle_br]]

Vc pode utilizar o UTL_MAIL.

O Eduardo Legatti explica muito bem em seu blog.

https://eduardolegatti.blogspot.com/2010/04/um-pouco-dos-pacotes-utlsmtp-e-utlmail.html

Este outro artigo explica como fazer isso usando o gmail:

https://hostelfour.wordpress.com/2012/03/29/sending-email-from-oracle-xe-using-gmail/


Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com
http://www.dbaoracle.eti.br/





Em ter, 14 de ago de 2018 às 09:32, afonso_jalmore...@yahoo.com [oracle_br]
 escreveu:

>
>
> Bom dia, estou usando orcle 11xe e gostaria de atiovar o envio de email
> automatico dependendo de cwerta situacao, como ativo essa funcao??
>
>
> abs
>
> afonso
>
> Sao Paulo-SP
>
>
>
> 
>

[oracle_br] Emnail com Oracle 11xe

[afonso_jalmore...@yahoo.com [oracle_br]]

Bom dia, estou usando orcle 11xe e gostaria de atiovar o envio de email 
automatico dependendo de cwerta situacao, como ativo essa funcao??
 

 abs
 afonso
 Sao Paulo-SP
 

 

Re: Rép. : [oracle_br] Pesquisa de registros transparente

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

William, até é possível que a necessidade seja um BI, um DW ou coisa do tipo 
onde os dados coletados no oltp/front-end são centralizados e talvez 
agrupupados de acordo com indicadores, mas pelo que eu entendi da descrição lá 
do Neto não era isso : a necessidade dele pelo que eu entendi é, a partir de um 
ponto central (com capacidades mínimas de processamento, pelo jeito) acessar o 
on-line, os dados OLTP não agrupados, para uma consulta unitária, ie, ele quer 
saber os dados de UM determinado paciente, não um report de todos os pacientes, 
pelo que entendi - aí, se for isso mesmo, não cabe nenhum tipo de ETL nem de 
transferência (duplicação, na prática)  de dados completa : vamos aguardar a 
resposta do Neto pra sabermos Exatamente a necessidade, mas se ela for mesmo só 
consulta unitária a partir do OLTP que já existe, sem duplicação, afaik é o que 
eu tinha respondido : ou é RAC extendido oe é uma modelagem que indique ao 
'ponto central' qual instãncia pesquisar ou no último caso, pesquisar todas as 
instâncias até achar o dado desejado

[]s

  Chiappa
 

Re: [oracle_br] Descobrir um DBID

[Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]]

http://shahiddba.blogspot.com/2012/11/how-to-find-oracle-dbid.html?m=1

Atenciosamente,

Rodrigo Mufalani
—-
rodr...@mufalani.com.br
+55 21 988 994 817
+55 21 3193 0326
—-
Oracle Certified Master 11g (OCM)
Oracle ACE Member
—-

From: oracle_br@yahoogrupos.com.br  on behalf of 
Evandro Giachetto evandrogiache...@gmail.com [oracle_br] 

Sent: Tuesday, August 14, 2018 12:07:50 AM
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Descobrir um DBID



Vc usava catalog.

Se sim, basta conectar no catalog pelo RMAN e dar um list incarnations;

Rman target /

connect catalog user/password@sid

list incarnations;


2. Se vc deixava o controlfile autobackup ligado e guardou algum log de seus 
backups, então no log deve conter o dbid.

3. Se vc tiver algum arquivo do banco disponível (datafile, logfile ou até 
mesmo um archivelog), vc pode extrair o DBID para um arquivo trace. O banco não 
precisa estar montado pra isso.

rman target /

alter system dump datafile 'C:\caminho\do\arquivo.dbf' block min 1 block max 10;

Procura no trace que foi criado, algo assim: "Db ID=12345678"


4. Se vc não precisa que seu banco contenha o mesmo dbid, é só vc catalogar os 
backuppieces e restaurar o backup que o banco vai ser restaurado do mesmo 
jeito, mas com um dbid diferente.

Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com
http://www.dbaoracle.eti.br/

[https://docs.google.com/uc?export=download=0B2Cf_sTHpAPjUmVfU0cwUTNMMW8=0B2Cf_sTHpAPjMnE0eWMzbWg0emJLNVBHc096ZFZzazJMa0xFPQ]



Em seg, 13 de ago de 2018 às 18:17, angelo 
angelolis...@gmail.com [oracle_br] 
mailto:oracle_br@yahoogrupos.com.br>> escreveu:


Senhores,

Consigo descobrir um DBID de um banco a partir de um backup full do Rman ?  
Esqueci de anotar.. mas tenho o backup a mão.

Pois se eu nao conseguir pelo backup, só vou ter acesso ao servidor fisico 
daqui a uns 10 dias..
que ele vai ser devolvido, um sistema antigo que saiu de operação mas preciso 
consultar uma coisa.

os caras se adiantaram e cortaram conexão, era pra ter sido no fim do mês..  
sem chance de religar

meu Oracle é 11g  11.2.0.4  x64  windows.


[]s angelo