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

2017-09-20 Por tôpico jlchia...@yahoo.com.br [oracle_br]
E tal como vc tinha dito em msg anteriores, o ronca e fuça lá do Admin falando 
que tava tudo bem no dataprotector, né ?? É sempre assim, é vc Insistir um 
pouquinho que a coisa aparece...

[]s

  Chiappa

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

2017-09-20 Por tôpico '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





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

2017-09-15 Por tôpico jlchia...@yahoo.com.br [oracle_br]
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

2017-09-15 Por tôpico '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