[oracle_br] Erro de Timezone - GRID

[Thales Renato Salgado Menezes thalessalg...@yahoo.com.br [oracle_br]]

Prezados, bom dia!
Estou com um problema na minha estrutura RAC - 11.2.0.4. 
Nesse ambiente, ao logar no banco utilizando listener, ao executar um select de 
sysdate, retorna com 3 horas a mais que a hora do servidor.
Se conecto direto no banco, via sqlplus, o sysdate retorna corretamente.
Seguindo o doc 1209444.1, alterei 
$GRID_HOME/crs/install/s_crsconfig__env.txt corrigindo o TZ, e mesmo 
assim, o erro persiste.
Alguma sugestão de algo que possa ser feito, além destas?

Thales Renato S. Menezes

[oracle_br] Erro ora-19599 ao Fazer o Restore

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Olá Senhores,
    Meu cenário é o seguinte, temos três servidores, o primeiro é produção com 
Oracle 11.2.0.4 em S.O Oracle Linux 6, o segundo é um banco de teste usando 
Oracle 11.2.0.4 em Oracle Linux 6, e o terceiro que é um servidor para Backup 
usando CentOs 7.
    Ocorre que os backups são feito primeiramente no Servidor de Produção e 
depois uma cópia deste backup usando "backup backupset" para o Servidor 3 
(CentOs 7), tento um disco mapeado no servidor de Produção.

     Ao fazer a restauração no Banco de teste (servidor 2) usando os backups 
que encontra-se no servidor de backup (servidor 3), a operação falha com o erro 
ora-19599, mesmo se a operação for lendo os backups diretamente do servidor de 
backup , (pois o servidor 2 também mapeia o servidor de backup), como se enviar 
o backup do Servidor de Backup para o Servidor de Teste.
     Se o "backup backupset" for feito diretamente para o servidor de teste OU 
o servidor de teste ler os backups que se encontram no servidor de produção, 
funciona normalmente. Entretanto se o backup "passar" pelo servidor de backup, 
tanto usando "backup backupset", como copiar o backup via S.O (Scp ou CP)  o 
backup fica em crash. ( e o pior que o log de todas estas operações retorna com 
sucesso!)
    Eu pensei que o problema seria de disco, mas foi trocado por um HD novo, 
mas o problema persiste. E o que me chama mais atenção e que tenho este mesmo 
cenário em outros cliente e não dão problema. E também exclui o problema com 
"filesystemio_options=SETALL" , pois este parametro esta o padrão.

  Outra observação é que o disco do Servidor de Backup como de Teste usa 
formatação Ext4 , mudei o servidor de backup para Ext3, mas o erro persiste.
    Obrigado!


Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema


þ http://alecordeirosilva.blogspot.com/


Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)

[oracle_br] Erro de TNS - conexão fechada

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

Bom dia pessoal,
Estamos com um problema recorrente em nosso banco.


O erro apresentado é o seguinte:


***

Fatal NI connect error 12537, connecting to:
(LOCAL=NO)

  VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 
11.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: 
Version 11.2.0.1.0 - Production
  Time: 25-JAN-2019 08:56:03
  Tracing not turned on.
  Tns error struct:
ns main err code: 12537

TNS-12537: TNS:conexão fechada
ns secondary err code: 12560
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
opiodr aborting process unknown ospid (4180) as a result of ORA-60


Versão sistema operacional: Windows server 2012 64
Versão Oracle: 11.2.0.1.0


Voltamos o BKP e tudo funciona normalmente, porém após algum tempo esse erro 
volta a acontecer. Não sei o que fazer para solucionar, verifiquei os 
parâmetros do sql.ora, do listneer e estão corretos.


Att
Marlon

[oracle_br] erro listener - ODA - 12c

[Jefferson Silva jeff_programa...@yahoo.com.br [oracle_br]]

Prezados Amigos,
Estou com um problema. Encontrei um ODA 12c e o LISTENER esta dando 'pau'. O 
detalhe é que ele estava funcionando, mas, esta necessário fazer uma 
configuração devido a um erro de uma aplicação antiga e fui informado que era 
necessário adicionar os 
parametros:SQLNET..ALLOWED_LOGON_VERSION_CLIENT=8SQLNET.ALLOWED_LOGON_VERSION_SERVER=8A
 aplicação continuou sem acessar. Fui fazer uma reconfiguração abrindo o 
'netca' e parou de funcionar agora de vez... :(
Vou mostrar a você os erros e talvez alguém consiga me dar uma luz...Com o 
usuário grid: 

--LSNRCTL for Linux: Version 12.1.0.2.0 - Production on 18-JUL-2018 10:00:55
Copyright (c) 1991, 2014, Oracle.  All rights reserved.
Welcome to LSNRCTL, type "help" for information.
LSNRCTL> statusConnecting to 
(DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))STATUS of the 
LISTENERAlias                     LISTENERVersion       
            TNSLSNR for Linux: Version 12.1.0.2.0 - ProductionStart Date        
        18-JUL-2018 09:31:46Uptime                    0 days 0 hr. 29 min. 11 
secTrace Level               offSecurity                  ON: Local OS 
AuthenticationSNMP                      OFFListener Parameter File   
/u01/app/12.1.0.2/grid/network/admin/listener.oraListener Log File         
/u01/app/grid/diag/tnslsnr/INC-SRV-DBMV1/listener/alert/log.xmlListening 
Endpoints Summary...  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER)))The 
listener supports no servicesThe command completed 
successfully--LSNRCTL> start
TNS-01106: Listener using listener name LISTENER has already been startedseu eu 
parar e subir de novo não muda 
nada.--Meu listener (vim 
/u01/app/12.1.0.2/grid/network/admin/listener.ora):
MGMTLSNR=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=MGMTLSNR    
        # line added by Agent# listener.ora Network Configuration File: 
/u01/app/12.1.0.2/grid/network/admin/listener.ora# Generated by Oracle 
configuration tools.
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN2 = ON
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1 = ON
VALID_NODE_CHECKING_REGISTRATION_LISTENER_SCAN2=OFF             # line added by 
Agent
VALID_NODE_CHECKING_REGISTRATION_LISTENER_SCAN1=OFF             # line added by 
Agent
VALID_NODE_CHECKING_REGISTRATION_ASMNET2LSNR_ASM = SUBNET
VALID_NODE_CHECKING_REGISTRATION_ASMNET1LSNR_ASM = SUBNET
ASMNET2LSNR_ASM =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL 
= IPC)(KEY = ASMNET2LSNR_ASM))    )  )
ASMNET1LSNR_ASM =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL 
= IPC)(KEY = ASMNET1LSNR_ASM))    )  )
VALID_NODE_CHECKING_REGISTRATION_LISTENER = SUBNET
LISTENER =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL = 
IPC)(KEY = LISTENER))    )  )
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_ASMNET2LSNR_ASM = ON
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_ASMNET1LSNR_ASM = ON
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER = ON
LISTENER_SCAN2 =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL = 
IPC)(KEY = LISTENER_SCAN2))    )  )
LISTENER_SCAN1 =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL = 
IPC)(KEY = LISTENER_SCAN1))    )  )
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_MGMTLSNR=ON              # line added by 
AgentVALID_NODE_CHECKING_REGISTRATION_MGMTLSNR=SUBNET                # line 
added by Agent



---Sem mais, 

Jefferson Silva.

Re: [oracle_br] Erro ao entrar no sqlplus

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

Então : 10g ou não, se esse tal'clone' (que sei lá o que é E como foi feito) 
Realmente, Completamente, Absolutamente trouxe para a máquina clonada ** TODAS 
*** as libraries, TODOS os configs de kernel,  TODOS os módulos carregados pelo 
init, enfim, TODOS OS SOFTWARES E AJUSTES internos do Sistema Operacional (E os 
configurou com as variáveis de ambiente corretas, etc), DEVERIA TER FUNCIONADO, 
sim... Essas coisas são as Dependências Únicas do software RDBMS Oracle...

 Pra mim eu ainda apostaria minhas fichas imaginárias na chance de FALHA desse 
tal processo de clone...
 
 []s
 
   Chiappa

Re: [oracle_br] Erro ao entrar no sqlplus

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Entao pessoal, desculpem a demora para responder.O que foi feito foi um clone 
da maquina, ou seja, nao foi feita uma nova instalacao do SO, foi feito um 
clone.
Depois o que peço é a criação dos file systems que preciso e peço pra equipe de 
backup backupear o oracle_home e restaurar nesse clone. 
QUando eu faço dessa forma, sempre funciona, foram mais de 10 maquinas, porém 
dessa vez o sqlplus não quer funcionar, estou achando muito estranho, acho que 
por conta da versão 10g.
Em quarta-feira, 7 de março de 2018 16:09:52 BRT, jlchia...@yahoo.com.br 
[oracle_br]  escreveu:  
 
     
Vamos ver, mas entendo que NÂO , eu Imagino que o pessoal de AIX simplesmente 
copiou os arqs do ORACLE_HOME e abaixo pro novo servidor... Se foi isso, é 
BATATA dar problema, porque além dos arqs constante no ORACLE_HOME o software 
Oracle *** EXIGE *** diversas libraries/packages de Sistema presentes, E 
presentes numa versão Específica
 IMHO o que se deve fazer nesse caso é : primeiro demandar que o pessoal do AIX 
instale o Sistema Operacional EXATAMENTE QUE NEM a máquina-origem (com os 
MESMOS pacotes de instalação, com os MESMOS params de kernel, MESMAS libraries 
de sistema, enfim, instalação IDÊNTICA ): isso confirmadamente OK, aí o DBA ** 
INSTALA ** o software Oracle , usando a MESMA EXATA VERSÃO e os MESMOS EXATOS 
patches aplicados no software Oracle da máquina - origem...

[]s

  Chiappa
  #yiv1035838031 #yiv1035838031 -- #yiv1035838031ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1035838031 
#yiv1035838031ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1035838031 
#yiv1035838031ygrp-mkp #yiv1035838031hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1035838031 #yiv1035838031ygrp-mkp #yiv1035838031ads 
{margin-bottom:10px;}#yiv1035838031 #yiv1035838031ygrp-mkp .yiv1035838031ad 
{padding:0 0;}#yiv1035838031 #yiv1035838031ygrp-mkp .yiv1035838031ad p 
{margin:0;}#yiv1035838031 #yiv1035838031ygrp-mkp .yiv1035838031ad a 
{color:#ff;text-decoration:none;}#yiv1035838031 #yiv1035838031ygrp-sponsor 
#yiv1035838031ygrp-lc {font-family:Arial;}#yiv1035838031 
#yiv1035838031ygrp-sponsor #yiv1035838031ygrp-lc #yiv1035838031hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1035838031 
#yiv1035838031ygrp-sponsor #yiv1035838031ygrp-lc .yiv1035838031ad 
{margin-bottom:10px;padding:0 0;}#yiv1035838031 #yiv1035838031actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1035838031 
#yiv1035838031activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1035838031
 #yiv1035838031activity span {font-weight:700;}#yiv1035838031 
#yiv1035838031activity span:first-child 
{text-transform:uppercase;}#yiv1035838031 #yiv1035838031activity span a 
{color:#5085b6;text-decoration:none;}#yiv1035838031 #yiv1035838031activity span 
span {color:#ff7900;}#yiv1035838031 #yiv1035838031activity span 
.yiv1035838031underline {text-decoration:underline;}#yiv1035838031 
.yiv1035838031attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1035838031 .yiv1035838031attach div a 
{text-decoration:none;}#yiv1035838031 .yiv1035838031attach img 
{border:none;padding-right:5px;}#yiv1035838031 .yiv1035838031attach label 
{display:block;margin-bottom:5px;}#yiv1035838031 .yiv1035838031attach label a 
{text-decoration:none;}#yiv1035838031 blockquote {margin:0 0 0 
4px;}#yiv1035838031 .yiv1035838031bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1035838031 
.yiv1035838031bold a {text-decoration:none;}#yiv1035838031 dd.yiv1035838031last 
p a {font-family:Verdana;font-weight:700;}#yiv1035838031 dd.yiv1035838031last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1035838031 
dd.yiv1035838031last p span.yiv1035838031yshortcuts 
{margin-right:0;}#yiv1035838031 div.yiv1035838031attach-table div div a 
{text-decoration:none;}#yiv1035838031 div.yiv1035838031attach-table 
{width:400px;}#yiv1035838031 div.yiv1035838031file-title a, #yiv1035838031 
div.yiv1035838031file-title a:active, #yiv1035838031 
div.yiv1035838031file-title a:hover, #yiv1035838031 div.yiv1035838031file-title 
a:visited {text-decoration:none;}#yiv1035838031 div.yiv1035838031photo-title a, 
#yiv1035838031 div.yiv1035838031photo-title a:active, #yiv1035838031 
div.yiv1035838031photo-title a:hover, #yiv1035838031 
div.yiv1035838031photo-title a:visited {text-decoration:none;}#yiv1035838031 
div#yiv1035838031ygrp-mlmsg #yiv1035838031ygrp-msg p a 
span.yiv1035838031yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv1035838031 
.yiv1035838031green {color:#628c2a;}#yiv1035838031 .yiv1035838031MsoNormal 
{margin:0 0 0 0;}#yiv1035838031 o {font-size:0;}#yiv1035838031 
#yiv1035838031photos div {float:left;width:72px;}#yiv1035838031 
#yiv1035838031photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv1035838031 
#yiv1035838031phot

Re: [oracle_br] Erro ao entrar no sqlplus

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

Vamos ver, mas entendo que NÂO , eu Imagino que o pessoal de AIX simplesmente 
copiou os arqs do ORACLE_HOME e abaixo pro novo servidor... Se foi isso, é 
BATATA dar problema, porque além dos arqs constante no ORACLE_HOME o software 
Oracle *** EXIGE *** diversas libraries/packages de Sistema presentes, E 
presentes numa versão Específica
 IMHO o que se deve fazer nesse caso é : primeiro demandar que o pessoal do AIX 
instale o Sistema Operacional EXATAMENTE QUE NEM a máquina-origem (com os 
MESMOS pacotes de instalação, com os MESMOS params de kernel, MESMAS libraries 
de sistema, enfim, instalação IDÊNTICA ): isso confirmadamente OK, aí o DBA ** 
INSTALA ** o software Oracle , usando a MESMA EXATA VERSÃO e os MESMOS EXATOS 
patches aplicados no software Oracle da máquina - origem...

[]s

  Chiappa

Re: [oracle_br] Erro ao entrar no sqlplus

[Thiago Sgobe thiagosg...@gmail.com [oracle_br]]

Rafael,

Quando voce diz que pediu a equipe de AIX para fazer este clone, seria o
procedimento todo, com execução do *runinstaller -clone* como descrito na
documentação?

https://docs.oracle.com/cd/B19306_01/install.102/b15660/app_cloning.htm


2018-03-07 7:57 GMT-06:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> Adicionando:
> Ambiente single instance em FS
>
> Em quarta-feira, 7 de março de 2018 10:35:48 BRT, Rafael Mendonca
> raffaell.t...@yahoo.com [oracle_br] 
> escreveu:
>
>
>
>
> Senhores, bom dia.
>
> Pedi para a equipe de AIX realizar um clone (binarios oracle/AIX) de um
> servidor de produção, pois iria precisar do mesmo para criar um standby
> database.
>
>
> Cenário:
> AIX 3 5 00F690054C00
> Oracle 10gR2
>
>
> No standby database, após setar o ORACLE_SID e o ORACLE_HOME caiu no erro
> abaixo:
>
> oracle@  sqlplus / as sysdba
>
> SQL*Plus: Release 10.2.0.4.0 - Production on Wed Mar 7 10:15:20 2018
>
> Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
>
> exec(): 0509-036 Cannot load program oracleelipsprd because of the
> following errors:
> 0509-130 Symbol resolution failed for /usr/lib/libc.a[aio_64.o]
> because:
> 0509-136   Symbol kaio_rdwr64 (number 1) is not exported from
>dependent module /unix.
> 0509-136   Symbol listio64 (number 2) is not exported from
>dependent module /unix..
> 0509-136   Symbol acancel64 (number 3) is not exported from
>dependent module /unix.
> 0509-136   Symbol iosuspend64 (number 4) is not exported from
>dependent module /unix.
> 0509-136   Symbol aio_nwait (number 5) is not exported from
>dependent module /unix.
> 0509-136   Symbol aio_nwait64 (number 6) is not exported from
>dependent module /unix.
> 0509-136   Symbol aio_nwait_timeout (number 7) is not exported from
>dependent module /unix.
> 0509-136   Symbol aio_nwait_timeout64 (number 8) is not exported
> from
>dependent module /unix.
> 0509-026 System error: Error 0
> 0509-192 Examine .loader section symbols with the
>  'dump -Tv' command.
> ERROR:
> ORA-12547: TNS:lost contact
>
>
> Ja verifiquei o seguinte:
>
> a) assync IO
>
> *AIX : 0509-130 Symbol resolution failed for /usr/lib/libc.a[aio_64.o]*
>
>  
> *https://www.ibm.com/developerworks/community/blogs/kairoaraujo/entry/aix_0509_130_symbol_resolution_failed_for_usr_lib_libc_a_aio_64_o1?lang=pt_br
> *
>
>
> b) RElink dos binarios
>
> c) Permissoes
>
> oracle@xxx ls -la oracle
> -rwsr-s--x1 oracle   dba   133931969 Jun 15 2011  oracle
>
>
>
> Alguem poderia me ajudar? No primary database isso nao acontece.
>
>
>
> 
>



-- 

*Thiago Sgobe*

Re: [oracle_br] Erro ao entrar no sqlplus

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Adicionando:Ambiente single instance em FS
Em quarta-feira, 7 de março de 2018 10:35:48 BRT, Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]  escreveu:  
 
     

Senhores, bom dia.
Pedi para a equipe de AIX realizar um clone (binarios oracle/AIX) de um 
servidor de produção, pois iria precisar do mesmo para criar um standby 
database.

Cenário:AIX 3 5 00F690054C00
Oracle 10gR2

No standby database, após setar o ORACLE_SID e o ORACLE_HOME caiu no erro 
abaixo:
oracle@  sqlplus / as sysdba
SQL*Plus: Release 10.2.0.4.0 - Production on Wed Mar 7 10:15:20 2018
Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
exec(): 0509-036 Cannot load program oracleelipsprd because of the following 
errors:        0509-130 Symbol resolution failed for /usr/lib/libc.a[aio_64.o] 
because:        0509-136   Symbol kaio_rdwr64 (number 1) is not exported from   
                dependent module /unix.        0509-136   Symbol listio64 
(number 2) is not exported from                   dependent module /unix.       
 0509-136   Symbol acancel64 (number 3) is not exported from                   
dependent module /unix.        0509-136   Symbol iosuspend64 (number 4) is not 
exported from                   dependent module /unix.        0509-136   
Symbol aio_nwait (number 5) is not exported from                   dependent 
module /unix.        0509-136   Symbol aio_nwait64 (number 6) is not exported 
from                   dependent module /unix.        0509-136   Symbol 
aio_nwait_timeout (number 7) is not exported from                   dependent 
module /unix.        0509-136   Symbol aio_nwait_timeout64 (number 8) is not 
exported from                   dependent module /unix.        0509-026 System 
error: Error 0        0509-192 Examine .loader section symbols with the         
        'dump -Tv' command.ERROR:ORA-12547: TNS:lost contact

Ja verifiquei o seguinte:
a) assync IO
AIX : 0509-130 Symbolresolution failed for /usr/lib/libc.a[aio_64.o]

 
https://www.ibm.com/developerworks/community/blogs/kairoaraujo/entry/aix_0509_130_symbol_resolution_failed_for_usr_lib_libc_a_aio_64_o1?lang=pt_br


b) RElink dos binarios
c) Permissoes
oracle@xxx ls -la oracle-rwsr-s--x    1 oracle   dba       133931969 Jun 15 
2011  oracle


Alguem poderia me ajudar? No primary database isso nao acontece.


  #yiv0996292195 #yiv0996292195 -- #yiv0996292195ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv0996292195 
#yiv0996292195ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv0996292195 
#yiv0996292195ygrp-mkp #yiv0996292195hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv0996292195 #yiv0996292195ygrp-mkp #yiv0996292195ads 
{margin-bottom:10px;}#yiv0996292195 #yiv0996292195ygrp-mkp .yiv0996292195ad 
{padding:0 0;}#yiv0996292195 #yiv0996292195ygrp-mkp .yiv0996292195ad p 
{margin:0;}#yiv0996292195 #yiv0996292195ygrp-mkp .yiv0996292195ad a 
{color:#ff;text-decoration:none;}#yiv0996292195 #yiv0996292195ygrp-sponsor 
#yiv0996292195ygrp-lc {font-family:Arial;}#yiv0996292195 
#yiv0996292195ygrp-sponsor #yiv0996292195ygrp-lc #yiv0996292195hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv0996292195 
#yiv0996292195ygrp-sponsor #yiv0996292195ygrp-lc .yiv0996292195ad 
{margin-bottom:10px;padding:0 0;}#yiv0996292195 #yiv0996292195actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv0996292195 
#yiv0996292195activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv0996292195
 #yiv0996292195activity span {font-weight:700;}#yiv0996292195 
#yiv0996292195activity span:first-child 
{text-transform:uppercase;}#yiv0996292195 #yiv0996292195activity span a 
{color:#5085b6;text-decoration:none;}#yiv0996292195 #yiv0996292195activity span 
span {color:#ff7900;}#yiv0996292195 #yiv0996292195activity span 
.yiv0996292195underline {text-decoration:underline;}#yiv0996292195 
.yiv0996292195attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv0996292195 .yiv0996292195attach div a 
{text-decoration:none;}#yiv0996292195 .yiv0996292195attach img 
{border:none;padding-right:5px;}#yiv0996292195 .yiv0996292195attach label 
{display:block;margin-bottom:5px;}#yiv0996292195 .yiv0996292195attach label a 
{text-decoration:none;}#yiv0996292195 blockquote {margin:0 0 0 
4px;}#yiv0996292195 .yiv0996292195bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv0996292195 
.yiv0996292195bold a {text-decoration:none;}#yiv0996292195 dd.yiv0996292195last 
p a {font-family:Verdana;font-weight:700;}#yiv0996292195 dd.yiv0996292195last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv0996292195 
dd.yiv0996292195last p span.yiv0996292195yshortcuts 
{margin-right:0;}#yiv0996292195 div.yiv0996292195attach-table div div a 
{text-decoration:none;}#yiv0996292195 div.yiv0996292195attach-table 
{width:400px;}#yiv0996292195 div.yiv0996292195file-title a, #yiv0996292195

[oracle_br] Erro ao entrar no sqlplus

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Senhores, bom dia.
Pedi para a equipe de AIX realizar um clone (binarios oracle/AIX) de um 
servidor de produção, pois iria precisar do mesmo para criar um standby 
database.

Cenário:AIX 3 5 00F690054C00
Oracle 10gR2

No standby database, após setar o ORACLE_SID e o ORACLE_HOME caiu no erro 
abaixo:
oracle@  sqlplus / as sysdba
SQL*Plus: Release 10.2.0.4.0 - Production on Wed Mar 7 10:15:20 2018
Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
exec(): 0509-036 Cannot load program oracleelipsprd because of the following 
errors:        0509-130 Symbol resolution failed for /usr/lib/libc.a[aio_64.o] 
because:        0509-136   Symbol kaio_rdwr64 (number 1) is not exported from   
                dependent module /unix.        0509-136   Symbol listio64 
(number 2) is not exported from                   dependent module /unix.       
 0509-136   Symbol acancel64 (number 3) is not exported from                   
dependent module /unix.        0509-136   Symbol iosuspend64 (number 4) is not 
exported from                   dependent module /unix.        0509-136   
Symbol aio_nwait (number 5) is not exported from                   dependent 
module /unix.        0509-136   Symbol aio_nwait64 (number 6) is not exported 
from                   dependent module /unix.        0509-136   Symbol 
aio_nwait_timeout (number 7) is not exported from                   dependent 
module /unix.        0509-136   Symbol aio_nwait_timeout64 (number 8) is not 
exported from                   dependent module /unix.        0509-026 System 
error: Error 0        0509-192 Examine .loader section symbols with the         
        'dump -Tv' command.ERROR:ORA-12547: TNS:lost contact

Ja verifiquei o seguinte:
a) assync IO
AIX : 0509-130 Symbolresolution failed for /usr/lib/libc.a[aio_64.o]

 
https://www.ibm.com/developerworks/community/blogs/kairoaraujo/entry/aix_0509_130_symbol_resolution_failed_for_usr_lib_libc_a_aio_64_o1?lang=pt_br


b) RElink dos binarios
c) Permissoes
oracle@xxx ls -la oracle-rwsr-s--x    1 oracle   dba       133931969 Jun 15 
2011  oracle


Alguem poderia me ajudar? No primary database isso nao acontece.

Re: [oracle_br] Erro ORA-1652: unable to extend temp segment by 128 in tablespace TEMP

[erisva...@ymail.com [oracle_br]]

bom dia!!

Obrigado Rodrigo pela dica!!
Realmente só tenho 1 datafile na temp. 

Li seu artigo, vou ficar monitorando pra tentar pegar o select que esta rodando 
no momento do erro. 
Em todo caso vou considerar incluir mais um datafile se nao conseguir 
identificar. 

Brigadão

atc, 

Erisvaldo de Oliveira

Re: [oracle_br] Erro ORA-1652: unable to extend temp segment by 128 in tablespace TEMP

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

Bom dia,

Significa que vc está rodando acima da capacidade da sua tablespace 
temporaria. Dê uma olhada nas queries e processos que estão ocasionando isso, 
ordenação (order by) e agregação (group by) são as principais causas. Você pode 
adicionar mais datafiles, estou assumindo que vc tem apenas 1, e que ele está 
chegando no limite de 32gb. Facil de identificar, basta pegar nos sistemas onde 
está dando esse erro, de estouro na temp, muito provável que seja o próprio  
gerador do problema.
  Uma outra coisa, que já vi ocorrer, é o time de desenv usar 
equivocadamente a function WMSYS.WM_CONCAT e ela aloca espaço temporário em 
demasia.
  Dê uma olhada nesse post http://mufalani.com.br/evil-wm_concat/

Att
Mufalani

Obter o Outlook para iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
erisva...@ymail.com [oracle_br] 
Sent: Sunday, November 26, 2017 12:25:42 PM
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Erro ORA-1652: unable to extend temp segment by 128 in 
tablespace TEMP



bom dia,

estou recebendo o erro de que o oracle nao consegue estender a tablespace TEMP

Já recriei a temp2 setei como default e exclui a temp, porém continuo recebendo 
o mesmo
erro.

Alguém poderia me dar uma dica do que pode estar ocorrendo.

atc,
Erisvaldo

[oracle_br] Erro ORA-1652: unable to extend temp segment by 128 in tablespace TEMP

[erisva...@ymail.com [oracle_br]]

bom dia,

estou recebendo o erro de que o oracle nao consegue estender a tablespace TEMP

Já recriei a temp2 setei como default e exclui a temp, porém continuo recebendo 
o mesmo 
erro. 

Alguém poderia me dar uma dica do que pode estar ocorrendo. 

atc, 
Erisvaldo
 

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

"Até porque o linux foi instalado na mesma maquina que anteriormente era 
Windows."

Ah, acho que entendi : o banco origem (a partir de onde foi feito o backup HOT) 
está rodando neste momento sob Linux mas ele anteriormente rodava sob Windows, 
E originalmente para essa migração foi feito o RESTORE de um backup 
FULL/Consistente/Cold gerado no Windows nesse servidor Linux, né ?

 Sim, nesse caso o controlfile ** Pode sim vir ** com backups anteriormente 
registrados nele, sim É normal, até por isso eu Sempre listo o conteúdo 
RMAN do controlfile colm o banco montado : algumlas vezes já vi casos onde 
haviam catalogados nesse controlfile restaurado backups Posteriores ou 
Anteriores ao que eu queria, por exemplo...  Porém, via de regra com o banco 
MOUNTed vc ** DEVERIA SIM ** ter sido Totalmente capaz de listar conteúdo RMAN 
no controlfile E apagar / limpar ele :
 
RMAN> startup mount;

instância Oracle iniciada
banco de dados montado

Total da Área Global do Sistema1570009088 bytes

Fixed Size 2255544 bytes
Variable Size503317832 bytes
Database Buffers1056964608 bytes
Redo Buffers   7471104 bytes

RMAN> list backup;


Lista de Conjuntos de Backup
===


BS Key  Type LV Size   Device Type Elapsed Time Horário de Conclusão
---  -- -- ---  
1   Full1.09G  DISK00:01:20 11/10/17
Chave BP: 1   Status: AVAILABLE  Compactado: NO  Tag: TAG20171018T192114
Nome do Componente: 
C:\APP\ORACLE\FAST_RECOVERY_AREA\O11GR2\BACKUPSET\2017_10_11\O1_MF_NNNDF_TAG20171018T192114_DYHKGCJS_.BKP
  Lista de Arquivos de Dados no conjunto de backup 1
  File LV Type Ckp SCNTempo de Verif. Name
   --  -- --- 
  1   Full 131149411/10/17
C:\APP\ORACLE\ORADATA\O11GR2\SYSTEM01.DBF
  2   Full 131149411/10/17
C:\APP\ORACLE\ORADATA\O11GR2\SYSAUX01.DBF
  3   Full 131149411/10/17
C:\APP\ORACLE\ORADATA\O11GR2\UNDOTBS01.DBF
  4   Full 131149411/10/17
C:\APP\ORACLE\ORADATA\O11GR2\EXAMPLE01.DBF
  5   Full 131149411/10/17
C:\APP\ORACLE\ORADATA\O11GR2\USERS01.DBF
  6   Full 131149411/10/17
C:\APP\ORACLE\ORADATA\O11GR2\TS_UNIFORM_SIZE_10M_01.DBF

BS Key  Type LV Size   Device Type Elapsed Time Horário de Conclusão
---  -- -- ---  
2   Full9.36M  DISK00:00:01 11/10/17
Chave BP: 2   Status: AVAILABLE  Compactado: NO  Tag: TAG20171018T192114
Nome do Componente: 
C:\APP\ORACLE\FAST_RECOVERY_AREA\O11GR2\BACKUPSET\2017_10_11\O1_MF_NCSNF_TAG20171018T192114_DYHKK282_.BKP
  SPFILE Incluído: Horário de modificação: 11/10/17
  SPFILE db_unique_name: O11GR2
  Arquivo de Controle Incluído: SCN Ckp: 1311494  Tempo Ckp: 11/10/17

RMAN> delete noprompt backup;

utilizando o canal ORA_DISK_1

Lista de Componentes de Backup
BP Key  BS Key  Pc# Cp# Status  Device Type Piece Name
--- --- --- --- --- --- --
1   1   1   1   AVAILABLE   DISK
C:\APP\ORACLE\FAST_RECOVERY_AREA\O11GR2\BACKUPSET\2017_10_11\O1_MF_NNNDF_TAG20171018T192114_DYHKGCJS_.BKP
2   2   1   1   AVAILABLE   DISK
C:\APP\ORACLE\FAST_RECOVERY_AREA\O11GR2\BACKUPSET\2017_10_11\O1_MF_NCSNF_TAG20171018T192114_DYHKK282_.BKP
componente de backup deletado
handle de componente de 
backup=C:\APP\ORACLE\FAST_RECOVERY_AREA\O11GR2\BACKUPSET\2017_10_11\O1_MF_NNNDF_TAG20171018T192114_DYHKGCJS_.BKP
 RECID=1 STAMP=957727275
componente de backup deletado
handle de componente de 
backup=C:\APP\ORACLE\FAST_RECOVERY_AREA\O11GR2\BACKUPSET\2017_10_11\O1_MF_NCSNF_TAG20171018T192114_DYHKK282_.BKP
 RECID=2 STAMP=957727362
Deletou 2 objetos


RMAN> list backup;

especificação não corresponde a nenhum backup no repositório

RMAN>

===> CROSSCHECK tudo bem vc não ter conseguido fazer, mas SE vc não foi capaz 
de listar e limpar o conteúdo RMAN do controlfile logo após restaurar e montar 
o database cfrme demonstrado acima, muito Certamente isso deve ser bugzinho, o 
CONVERT implícito que o RMAN fez quando vc restaurou o backupset gerado no 
Windows originalmente nesse Linux deve ter corrompido um bocadinho do 
controlfile - como os outros colegas disseram, o RESTORE crossplatform é 
relativamente novo, normal ter ainda algum bugzinho 
Como eu disse antes, esse procedimento de reconstruir o controlfile para limpar 
conteúdo RMAN anterior dentro dele imho é WORK-AROUND : ele Funciona, claro, 
Não Deveria ter sido necessário 

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Chiappa,
  No caso da pergunta "Xo entender, a tua PRODUÇÃO está em Windows " Não. 
Até porque o linux foi instalado na mesma maquina que anteriormente era 
Windows. Então depois deste dois dias mencionado, produção estava rodando em 
linux. E teste de backup era de LINUX para LINUX.
 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Quarta-feira, 18 de Outubro de 2017 17:29, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Pois é, Alessandro, temos duas coisas aí : primeiro, o procedimento de 
restaurar um backup feito no Windows em uma máquina Linux , nesse cenário tá 
Absolutamente Claro que vc Não Precisa (nem deve, nem tem como Exceto 
gambiarrando/imitando standby físico) nem restaurar os backups de archives E 
muito menos os aplicar, pois Necessariamente o backup WIndows foi feito FULL e 
Consistente, Não demandando NADA MAIS pra poder fazer o OPEN RESETLOGS depois 
do simples RESTORE DATABASE, sem ** nenhum tipo de RECOVER **... Isso tá claro, 
né ?? E é isso o que vc disse que fez originalmente, certinho

A minha dúvida é no segundo paràgrafo, quando vc disse :

"Depois de uns 2 dias que o banco já estava em linux, criamos uma outra maquina 
linux e tentando restaurar o banco de produção nesta nova maquina (para 
testes/homologação de backup). Neste cenário, como o banco de produção esta 
fazendo backup a quente, com banco no modo open, ai precisaria dos archives.
"

Xo entender, a tua PRODUÇÃO está em Windows  Se sim, as notas e refs todas 
que indicamos COMPROVAM que é absolutamente Não Suportado e/ou Documentado vc 
restaurar no Linux um backup a quente/inconsistente feito no Windows (que por 
ser à quente/não full/inconsistente PRECISA dos archives gerados lá no Windows 
para fazer o RECOVER DATABASE no Linux) : se foi isso que vc fez, vc deu uma 
sorte Imensa, vc fez um procedimento não-suportado / não garantido  e que 
funcionou  É isso que o Luis questionou anteriormente...

[]s

  Chiappa  #yiv5942045981 #yiv5942045981 -- #yiv5942045981ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5942045981 
#yiv5942045981ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5942045981 
#yiv5942045981ygrp-mkp #yiv5942045981hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5942045981 #yiv5942045981ygrp-mkp #yiv5942045981ads 
{margin-bottom:10px;}#yiv5942045981 #yiv5942045981ygrp-mkp .yiv5942045981ad 
{padding:0 0;}#yiv5942045981 #yiv5942045981ygrp-mkp .yiv5942045981ad p 
{margin:0;}#yiv5942045981 #yiv5942045981ygrp-mkp .yiv5942045981ad a 
{color:#ff;text-decoration:none;}#yiv5942045981 #yiv5942045981ygrp-sponsor 
#yiv5942045981ygrp-lc {font-family:Arial;}#yiv5942045981 
#yiv5942045981ygrp-sponsor #yiv5942045981ygrp-lc #yiv5942045981hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5942045981 
#yiv5942045981ygrp-sponsor #yiv5942045981ygrp-lc .yiv5942045981ad 
{margin-bottom:10px;padding:0 0;}#yiv5942045981 #yiv5942045981actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5942045981 
#yiv5942045981activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5942045981
 #yiv5942045981activity span {font-weight:700;}#yiv5942045981 
#yiv5942045981activity span:first-child 
{text-transform:uppercase;}#yiv5942045981 #yiv5942045981activity span a 
{color:#5085b6;text-decoration:none;}#yiv5942045981 #yiv5942045981activity span 
span {color:#ff7900;}#yiv5942045981 #yiv5942045981activity span 
.yiv5942045981underline {text-decoration:underline;}#yiv5942045981 
.yiv5942045981attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5942045981 .yiv5942045981attach div a 
{text-decoration:none;}#yiv5942045981 .yiv5942045981attach img 
{border:none;padding-right:5px;}#yiv5942045981 .yiv5942045981attach label 
{display:block;margin-bottom:5px;}#yiv5942045981 .yiv5942045981attach label a 
{text-decoration:none;}#yiv5942045981 blockquote {margin:0 0 0 
4px;}#yiv5942045981 .yiv5942045981bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5942045981 
.yiv5942045981bold a {text-decoration:none;}#yiv5942045981 dd.yiv5942045981last 
p a {font-family:Verdana;font-weight:700;}#yiv5942045981 dd.yiv5942045981last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5942045981 
dd.yiv5942045981last p span.yiv5942045981yshortcuts 
{margin-right:0;}#yiv5942045981 div.yiv5942045981attach-table div div a 
{text-decoration:none;}#yiv5942045981 div.yiv5942045981attach-table 
{width:400px;}#yiv5942045981 div.yiv5942045981file-title a, #yiv5942045981 
div.yiv5942045981file-title a:active, #yiv5942045981 
div.yiv5942045981file-title a:hover, #yiv5942045981 div.yiv5942045981file-title 
a:visited {text-decoration:none;}#yiv594

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Pois é, Alessandro, temos duas coisas aí : primeiro, o procedimento de 
restaurar um backup feito no Windows em uma máquina Linux , nesse cenário tá 
Absolutamente Claro que vc Não Precisa (nem deve, nem tem como Exceto 
gambiarrando/imitando standby físico) nem restaurar os backups de archives E 
muito menos os aplicar, pois Necessariamente o backup WIndows foi feito FULL e 
Consistente, Não demandando NADA MAIS pra poder fazer o OPEN RESETLOGS depois 
do simples RESTORE DATABASE, sem ** nenhum tipo de RECOVER **... Isso tá claro, 
né ?? E é isso o que vc disse que fez originalmente, certinho

A minha dúvida é no segundo paràgrafo, quando vc disse :

"Depois de uns 2 dias que o banco já estava em linux, criamos uma outra maquina 
linux e tentando restaurar o banco de produção nesta nova maquina (para 
testes/homologação de backup). Neste cenário, como o banco de produção esta 
fazendo backup a quente, com banco no modo open, ai precisaria dos archives.
"

Xo entender, a tua PRODUÇÃO está em Windows  Se sim, as notas e refs todas 
que indicamos COMPROVAM que é absolutamente Não Suportado e/ou Documentado vc 
restaurar no Linux um backup a quente/inconsistente feito no Windows (que por 
ser à quente/não full/inconsistente PRECISA dos archives gerados lá no Windows 
para fazer o RECOVER DATABASE no Linux) : se foi isso que vc fez, vc deu uma 
sorte Imensa, vc fez um procedimento não-suportado / não garantido  e que 
funcionou  É isso que o Luis questionou anteriormente...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Alessandro,
   Acho que você não entendeu o problema, e também a sorte que você teve do 
procedimento funcionar. Volto lá na sugestão de rodar um "select * ..." em 
todas as tabelas, melhor descobrir algum problema logo e resolver.
  O ponto mais importante é que ao fazer a conversão dessa forma, foram puladas 
etapas de validação em que o Oracle poderia prever ou bloquear corrompimento de 
dados. 
    A compatibilidade de formato dos datafiles entre plataformas é um recurso 
relativamente novo, surgiu a partir da versão 10g, e tem as suas restrições. Os 
procedimentos costumam ser com o "transportable tablespaces" ou um comando 
"convert" no RMAN. 

Atc,Luis Freitas 

   

 On Wednesday, October 18, 2017 5:39 PM, "Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br [oracle_br]"  wrote:
 

     Chiappa,

No caso, eu não precisei aplicar archives para migrar de Linux para Windows. 
Foi mesmo só o Restore database e open resetlogs.

Depois de uns 2 dias que o banco já estava em linux, criamos uma outra maquina 
linux e tentando restaurar o banco de produção nesta nova maquina (para 
testes/homologação de backup). Neste cenário, como o banco de produção esta 
fazendo backup a quente, com banco no modo open, ai precisaria dos archives.

Foi neste ultimo cenário que detectamos que não conseguíamos restaurar os 
backup's do archives gerado pelo servidor de produção linux no linux de teste. 
Indo mais a fundo na nossa pesquisa, descobrimos que em produção não 
conseguíamos executar nenhum comando referente aos Archives (tais como 
crosscheck, delete obsolete archiveg all, entre outros), mas o backup 
archivelog sim.
Para resolver este problema temos duas saídas, recriar o controlfile a partir 
do trace (solução adotada para o ambiente de homologação de backup) ou aguardar 
uns 7 a 10 dias até todos os archives de registro do Windows do ControlFile 
entre como obsolete e então seja excluído devido ao parâmetro 
control_file_record_keep_time. Em produção resolvemos aguardar este dias para a 
"auto-cura" do Oracle.

 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

  #yiv8644427241 -- #yiv8644427241ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8644427241 
#yiv8644427241ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8644427241 
#yiv8644427241ygrp-mkp #yiv8644427241hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8644427241 #yiv8644427241ygrp-mkp #yiv8644427241ads 
{margin-bottom:10px;}#yiv8644427241 #yiv8644427241ygrp-mkp .yiv8644427241ad 
{padding:0 0;}#yiv8644427241 #yiv8644427241ygrp-mkp .yiv8644427241ad p 
{margin:0;}#yiv8644427241 #yiv8644427241ygrp-mkp .yiv8644427241ad a 
{color:#ff;text-decoration:none;}#yiv8644427241 #yiv8644427241ygrp-sponsor 
#yiv8644427241ygrp-lc {font-family:Arial;}#yiv8644427241 
#yiv8644427241ygrp-sponsor #yiv8644427241ygrp-lc #yiv8644427241hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8644427241 
#yiv8644427241ygrp-sponsor #yiv8644427241ygrp-lc .yiv8644427241ad 
{margin-bottom:10px;padding:0 0;}#yiv8644427241 #yiv8644427241actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8644427241  
#yiv8644427241activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8644427241
 #yiv8644427241activity span {font-weight:700;}#yiv8644427241 
#yiv8644427241activity span:first-child 
{text-transform:uppercase;}#yiv8644427241 #yiv8644427241activity span a 
{color:#5085b6;text-decoration:none;}#yiv8644427241 #yiv8644427241activity span 
span {color:#ff7900;}#yiv8644427241 #yiv8644427241activity span 
.yiv8644427241underline {text-decoration:underline;}#yiv8644427241 
.yiv8644427241attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8644427241 .yiv8644427241attach div a 
{text-decoration:none;}#yiv8644427241 .yiv8644427241attach img 
{border:none;padding-right:5px;}#yiv8644427241 .yiv8644427241attach label 
{display:block;margin-bottom:5px;}#yiv8644427241 .yiv8644427241attach label a 
{text-decoration:none;}#yiv8644427241 blockquote {margin:0 0 0 
4px;}#yiv8644427241 .yiv8644427241bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv8644427241 
.yiv8644427241bold a {text-decoration:none;}#yiv8644427241 dd.yiv8644427241last 
p a {font-family:Verdana;font-weight:700;}#yiv8644427241 dd.yiv8644427241last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8644427241 
dd.yiv8644427241last p span.yiv8644427241yshortcuts 
{margin-right:0;}#yiv8644427241 div.yiv8644427241attach-table div div a 
{text-decoration:none;}#yiv8644427241 div.yiv8644427241attach-table 
{width:400px;}#yiv8644427241 div.yiv8644427241file-title a, #yiv8644427241 
div.yiv8644427241file-title a:active, #yiv864442724

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Chiappa,

No caso, eu não precisei aplicar archives para migrar de Linux para Windows. 
Foi mesmo só o Restore database e open resetlogs.

Depois de uns 2 dias que o banco já estava em linux, criamos uma outra maquina 
linux e tentando restaurar o banco de produção nesta nova maquina (para 
testes/homologação de backup). Neste cenário, como o banco de produção esta 
fazendo backup a quente, com banco no modo open, ai precisaria dos archives.

Foi neste ultimo cenário que detectamos que não conseguíamos restaurar os 
backup's do archives gerado pelo servidor de produção linux no linux de teste. 
Indo mais a fundo na nossa pesquisa, descobrimos que em produção não 
conseguíamos executar nenhum comando referente aos Archives (tais como 
crosscheck, delete obsolete archiveg all, entre outros), mas o backup 
archivelog sim.
Para resolver este problema temos duas saídas, recriar o controlfile a partir 
do trace (solução adotada para o ambiente de homologação de backup) ou aguardar 
uns 7 a 10 dias até todos os archives de registro do Windows do ControlFile 
entre como obsolete e então seja excluído devido ao parâmetro 
control_file_record_keep_time. Em produção resolvemos aguardar este dias para a 
"auto-cura" do Oracle.

 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Quarta-feira, 18 de Outubro de 2017 13:00, "Luis Freitas 
lfreita...@yahoo.com [oracle_br]"  escreveu:
 

     Chiappa,
   No procedimento que o Alexandre mandou, ele fez o backup original com o 
banco em "mount", e não rodou o "recover database" antes de fazer o "open". 
Então não teve mesmo aplicação de archive. 
   Talvez eu tenha entendido errado, mas lendo as notas me parece que é 
possível fazer backups "hot", e apenas um ultimo backup incremental precisaria 
ser "cold".
    Tem alguma mágica que acontece no dataguard que permite fazer dataguard 
físico entre plataformas (Item 7 da lista). Nesse caso tem aplicação de 
archives, mas é pelo dataguard.
Atc,Luis Freitas 

On Wednesday, October 18, 2017 12:33 PM, "jlchia...@yahoo.com.br 
[oracle_br]"  wrote:
 

     Imagino que sim, e deve ser alguma coisa ainda não totalmente 
Suportada/Documentada, pois tanto a nota "Clone Database from Windows To Linux 
(Lower patchset to Higher) using RMAN" (Doc ID 2143991.1) quanto a "How to 
Restore Crossplatform Database from OMF to OMF Format Using Rman SET NEWNAME 
Command" (Doc ID 1940303.1) e (principalmente) a "RMAN 
DUPLICATE/RESTORE/RECOVER Mixed Platform Support" (Doc ID 1079563.1) dizem que 
se vc optar por restaurar o Backup feito no Windows no Linux ele ** TEM *** que 
ser  cold/consistent, pois Não é Suportada a aplicação de redo gerado no 
Windows no Linux, cfrme a nota "Restore From Windows To Linux using RMAN Fails" 
(Note 2003327.1)   Acho que restaurar e aplicar os archives backupeados no 
Windows no banco restaurado no Linux deve Mesmo ser alguma nova feature 12cR2, 
OU talvez recém-incluida no último patchset/cpu/psu de versão abaixo, sim...

[]s

  Chiappa  

 #yiv1306886399 #yiv1306886399 -- #yiv1306886399ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1306886399 
#yiv1306886399ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1306886399 
#yiv1306886399ygrp-mkp #yiv1306886399hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1306886399 #yiv1306886399ygrp-mkp #yiv1306886399ads 
{margin-bottom:10px;}#yiv1306886399 #yiv1306886399ygrp-mkp .yiv1306886399ad 
{padding:0 0;}#yiv1306886399 #yiv1306886399ygrp-mkp .yiv1306886399ad p 
{margin:0;}#yiv1306886399 #yiv1306886399ygrp-mkp .yiv1306886399ad a 
{color:#ff;text-decoration:none;}#yiv1306886399 #yiv1306886399ygrp-sponsor 
#yiv1306886399ygrp-lc {font-family:Arial;}#yiv1306886399 
#yiv1306886399ygrp-sponsor #yiv1306886399ygrp-lc #yiv1306886399hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1306886399 
#yiv1306886399ygrp-sponsor #yiv1306886399ygrp-lc .yiv1306886399ad 
{margin-bottom:10px;padding:0 0;}#yiv1306886399 #yiv1306886399actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1306886399 
#yiv1306886399activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1306886399
 #yiv1306886399activity span {font-weight:700;}#yiv1306886399 
#yiv1306886399activity span:first-child 
{text-transform:uppercase;}#yiv1306886399 #yiv1306886399activity span a 
{color:#5085b6;text-decoration:none;}#yiv1306886399 #yiv1306886399activity span 
span {color:#ff7900;}#yiv1306886399 #yiv1306886399activity span 
.yiv1306886399underline {text-decoration:underline;}#yiv1306886399 
.yiv1306886399attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1306886399 .yiv1306886399attach div a 
{text-decoration:none;}#yiv1306886399 .

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Exatamente, a chave aí é a frase "simulando uma configuração de dataguard" : 
como é citado nas outras notas, RECOVER de database com archives gerados em 
outra plataforma (windows <=> Linux, no caso em questão) Ainda não é 
oficialmente Suportado, mas É suportado SIM a aplicação de archives gerados em 
outra plataforma (com mesmo endianess, claro) para fins de standby físico, 
sim... 
 Ninguém duvida que daqui a pouco essa restrição/limitação de aplicação de 
archives diretamente pelo Recover database do RMAN já já cai

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Chiappa,
  Tá difícil de acompanhar esses novos features do RMAN, rs.
   Tem um procedimento hibrido que permite usar backup online, começa com o 
RMAN, e passa para o dataguard no final para aplicar os archives. "Using Active 
Database Duplication to Create Cross Platform Data Guard Setup (Windows/Linux) 
(Doc ID 881421.1)"
   A nota "Data Guard Support for Heterogeneous Primary and Logical Standbys in 
Same Data Guard Configuration (Doc ID 1085687.1)", tem uma entrelinha lá no 
meio: 
"Oracle recommends using the Data Guard Broker command line interface (DGMGRL) 
to administer mixed platform combinations from Oracle Database 11g onward and 
SQL*Plus command line for configurations that pre-date Oracle Database 11g."
     Então deve ser possível fazer isso metade pelo RMAN, metade pelo SQL*Plus, 
simulando uma configuração de dataguard e no final um "switch" para "primary".
Atc,Luis Freitas

 

On Wednesday, October 18, 2017 2:20 PM, "jlchia...@yahoo.com.br 
[oracle_br]"  wrote:
 

     Esse é o ponto : concordo COMPLETAMENTE que o procedimento normal 
documentado é que vc deve fazer o restore do database e depois simplesmente um 
OPEN RESETLOGS, simples assim : Não Há a menor necessidade (nem a 
Possibilidade!!) de recuperar database quando de backup cross platform...

Porém, acontece que na msg original ele disse (ênfase com *s minha):

"Após isso *** precisaria aplicar os Archives Logs *** para poder abrir o banco 
"

 Ao que entendi então Realmente ele quis/precisou (não sei por qual motivo, se 
o backup foi cold/consistente) aplicar archives que foram gerados na origem 
Windows, e como as notas mostram Não Existe suporte oficial pra aplicação de 
archives formato Windows numa instância rodando sob Linux  A NÃO SER NO CASO de 
standby físico SE era isso mesmo que o colega lá queria fazer e fez, sim : 
como vc perguntou, Confirmo que se foi isso que o colega queira fazer e fez é 
alguma coisa Nova e Não-Documentada/suportada...
 

 []s
 
   Chiappa  #yiv5773170614 #yiv5773170614 -- #yiv5773170614ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5773170614 
#yiv5773170614ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5773170614 
#yiv5773170614ygrp-mkp #yiv5773170614hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5773170614 #yiv5773170614ygrp-mkp #yiv5773170614ads 
{margin-bottom:10px;}#yiv5773170614 #yiv5773170614ygrp-mkp .yiv5773170614ad 
{padding:0 0;}#yiv5773170614 #yiv5773170614ygrp-mkp .yiv5773170614ad p 
{margin:0;}#yiv5773170614 #yiv5773170614ygrp-mkp .yiv5773170614ad a 
{color:#ff;text-decoration:none;}#yiv5773170614 #yiv5773170614ygrp-sponsor 
#yiv5773170614ygrp-lc {font-family:Arial;}#yiv5773170614 
#yiv5773170614ygrp-sponsor #yiv5773170614ygrp-lc #yiv5773170614hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5773170614 
#yiv5773170614ygrp-sponsor #yiv5773170614ygrp-lc .yiv5773170614ad 
{margin-bottom:10px;padding:0 0;}#yiv5773170614 #yiv5773170614actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5773170614 
#yiv5773170614activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5773170614
 #yiv5773170614activity span {font-weight:700;}#yiv5773170614 
#yiv5773170614activity span:first-child 
{text-transform:uppercase;}#yiv5773170614 #yiv5773170614activity span a 
{color:#5085b6;text-decoration:none;}#yiv5773170614 #yiv5773170614activity span 
span {color:#ff7900;}#yiv5773170614 #yiv5773170614activity span 
.yiv5773170614underline {text-decoration:underline;}#yiv5773170614 
.yiv5773170614attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5773170614 .yiv5773170614attach div a 
{text-decoration:none;}#yiv5773170614 .yiv5773170614attach img 
{border:none;padding-right:5px;}#yiv5773170614 .yiv5773170614attach label 
{display:block;margin-bottom:5px;}#yiv5773170614 .yiv5773170614attach label a 
{text-decoration:none;}#yiv5773170614 blockquote {margin:0 0 0 
4px;}#yiv5773170614 .yiv5773170614bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5773170614 
.yiv5773170614bold a {text-decoration:none;}#yiv5773170614 dd.yiv5773170614last 
p a {font-family:Verdana;font-weight:700;}#yiv5773170614 dd.yiv5773170614last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5773170614 
dd.yiv5773170614last p span.yiv5773170614yshortcuts 
{margin-right:0;}#yiv5773170614 div.yiv5773170614attach-table div div a 
{text-decoration:none;}#yiv5773170614 div.yiv5773170614attach-table 
{width:400px;}#yiv5773170614 div.yiv5773170614file-title a, #yiv5773170614 
div.yiv5773170614file-title a:active, #yiv5773170614 
div.yiv5773170614file-title a:hover, #yiv5773170614 div.yiv5773170614file-title 
a:visited {text-decoration:none;}#yiv5773170614 div.yiv5773170614photo-title a, 
#yiv5773170614 div.yiv5773170614photo-title a:active, #yiv5773170614 
div.yiv5773170614photo-title a:hover, #yiv5

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Esse é o ponto : concordo COMPLETAMENTE que o procedimento normal documentado é 
que vc deve fazer o restore do database e depois simplesmente um OPEN 
RESETLOGS, simples assim : Não Há a menor necessidade (nem a Possibilidade!!) 
de recuperar database quando de backup cross platform...

Porém, acontece que na msg original ele disse (ênfase com *s minha):

"Após isso *** precisaria aplicar os Archives Logs *** para poder abrir o banco 
"

 Ao que entendi então Realmente ele quis/precisou (não sei por qual motivo, se 
o backup foi cold/consistente) aplicar archives que foram gerados na origem 
Windows, e como as notas mostram Não Existe suporte oficial pra aplicação de 
archives formato Windows numa instância rodando sob Linux  A NÃO SER NO CASO de 
standby físico SE era isso mesmo que o colega lá queria fazer e fez, sim : 
como vc perguntou, Confirmo que se foi isso que o colega queira fazer e fez é 
alguma coisa Nova e Não-Documentada/suportada...
 

 []s
 
   Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Chiappa,
   No procedimento que o Alexandre mandou, ele fez o backup original com o 
banco em "mount", e não rodou o "recover database" antes de fazer o "open". 
Então não teve mesmo aplicação de archive. 
   Talvez eu tenha entendido errado, mas lendo as notas me parece que é 
possível fazer backups "hot", e apenas um ultimo backup incremental precisaria 
ser "cold".
    Tem alguma mágica que acontece no dataguard que permite fazer dataguard 
físico entre plataformas (Item 7 da lista). Nesse caso tem aplicação de 
archives, mas é pelo dataguard.
Atc,Luis Freitas 

On Wednesday, October 18, 2017 12:33 PM, "jlchia...@yahoo.com.br 
[oracle_br]"  wrote:
 

     Imagino que sim, e deve ser alguma coisa ainda não totalmente 
Suportada/Documentada, pois tanto a nota "Clone Database from Windows To Linux 
(Lower patchset to Higher) using RMAN" (Doc ID 2143991.1) quanto a "How to 
Restore Crossplatform Database from OMF to OMF Format Using Rman SET NEWNAME 
Command" (Doc ID 1940303.1) e (principalmente) a "RMAN 
DUPLICATE/RESTORE/RECOVER Mixed Platform Support" (Doc ID 1079563.1) dizem que 
se vc optar por restaurar o Backup feito no Windows no Linux ele ** TEM *** que 
ser  cold/consistent, pois Não é Suportada a aplicação de redo gerado no 
Windows no Linux, cfrme a nota "Restore From Windows To Linux using RMAN Fails" 
(Note 2003327.1)   Acho que restaurar e aplicar os archives backupeados no 
Windows no banco restaurado no Linux deve Mesmo ser alguma nova feature 12cR2, 
OU talvez recém-incluida no último patchset/cpu/psu de versão abaixo, sim...

[]s

  Chiappa  #yiv6414813445 #yiv6414813445 -- #yiv6414813445ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv6414813445 
#yiv6414813445ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv6414813445 
#yiv6414813445ygrp-mkp #yiv6414813445hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv6414813445 #yiv6414813445ygrp-mkp #yiv6414813445ads 
{margin-bottom:10px;}#yiv6414813445 #yiv6414813445ygrp-mkp .yiv6414813445ad 
{padding:0 0;}#yiv6414813445 #yiv6414813445ygrp-mkp .yiv6414813445ad p 
{margin:0;}#yiv6414813445 #yiv6414813445ygrp-mkp .yiv6414813445ad a 
{color:#ff;text-decoration:none;}#yiv6414813445 #yiv6414813445ygrp-sponsor 
#yiv6414813445ygrp-lc {font-family:Arial;}#yiv6414813445 
#yiv6414813445ygrp-sponsor #yiv6414813445ygrp-lc #yiv6414813445hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv6414813445 
#yiv6414813445ygrp-sponsor #yiv6414813445ygrp-lc .yiv6414813445ad 
{margin-bottom:10px;padding:0 0;}#yiv6414813445 #yiv6414813445actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv6414813445 
#yiv6414813445activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv6414813445
 #yiv6414813445activity span {font-weight:700;}#yiv6414813445 
#yiv6414813445activity span:first-child 
{text-transform:uppercase;}#yiv6414813445 #yiv6414813445activity span a 
{color:#5085b6;text-decoration:none;}#yiv6414813445 #yiv6414813445activity span 
span {color:#ff7900;}#yiv6414813445 #yiv6414813445activity span 
.yiv6414813445underline {text-decoration:underline;}#yiv6414813445 
.yiv6414813445attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv6414813445 .yiv6414813445attach div a 
{text-decoration:none;}#yiv6414813445 .yiv6414813445attach img 
{border:none;padding-right:5px;}#yiv6414813445 .yiv6414813445attach label 
{display:block;margin-bottom:5px;}#yiv6414813445 .yiv6414813445attach label a 
{text-decoration:none;}#yiv6414813445 blockquote {margin:0 0 0 
4px;}#yiv6414813445 .yiv6414813445bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv6414813445 
.yiv6414813445bold a {text-decoration:none;}#yiv6414813445 dd.yiv6414813445last 
p a {font-family:Verdana;font-weight:700;}#yiv6414813445 dd.yiv6414813445last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv6414813445 
dd.yiv6414813445last p span.yiv6414813445yshortcuts 
{margin-right:0;}#yiv6414813445 div.yiv6414813445attach-table div div a 
{text-decoration:none;}#yiv6414813445 div.yiv6414813445attach-table 
{width:400px;}#yiv6414813445 div.yiv6414813445file-title a, #yiv6414813445 
div.yiv6414813445file-title a:active, #yiv6414813445 
div.yiv6414813445file-title a:hover, #yiv6414813445 div.yiv6414813445file-title 
a:visited {text-decoration:none;}#yiv6414813445 div.yiv6414813445photo-title a, 
#yiv6414813445 div.yiv6414813445photo-title a:active, #yiv6414813445 
div.yiv6414813445photo-title a:hover, #yiv6414813445 
div.yiv6414813445photo-title a:visited {text-decoration:none;}#yiv6414813445 
div#yiv6414813445ygrp-mlmsg #yiv6414813445ygrp-msg p a 
span.yiv6414813445yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv6414813445 
.yiv6414813445green {color:#628c2a;}#yiv6414813445 .yiv6414813445MsoNormal 
{margin:0 0 0 0;}#yiv6414813445 o {font-size:0;}#yiv6414813445 
#yiv6414813445photo

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Imagino que sim, e deve ser alguma coisa ainda não totalmente 
Suportada/Documentada, pois tanto a nota "Clone Database from Windows To Linux 
(Lower patchset to Higher) using RMAN" (Doc ID 2143991.1) quanto a "How to 
Restore Crossplatform Database from OMF to OMF Format Using Rman SET NEWNAME 
Command" (Doc ID 1940303.1) e (principalmente) a "RMAN 
DUPLICATE/RESTORE/RECOVER Mixed Platform Support" (Doc ID 1079563.1) dizem que 
se vc optar por restaurar o Backup feito no Windows no Linux ele ** TEM *** que 
ser  cold/consistent, pois Não é Suportada a aplicação de redo gerado no 
Windows no Linux, cfrme a nota "Restore From Windows To Linux using RMAN Fails" 
(Note 2003327.1)   Acho que restaurar e aplicar os archives backupeados no 
Windows no banco restaurado no Linux deve Mesmo ser alguma nova feature 12cR2, 
OU talvez recém-incluida no último patchset/cpu/psu de versão abaixo, sim...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Alessandro,
   Essa base aí é 12c? Pegunto pois talvez tenha algum "new feature" que eu não 
conheça.
   Fui la no suporte consultar, há uma nota mestre para migração de plataforma 
"Migration Of An Oracle Database Across OS Platforms (Generic Platform) (Doc ID 
733205.1)".
   Essa nota lista os procedimentos:
   
   - Export / Import to include the use of Datapump facilities. All versions 
support Export/Import but for Datapump 10.1.0.2 or higher is required
   - Transportable Tablespaces 10G or Later
   - RMAN Convert Database functions. 10G or Later
   - RMAN Duplicate
   - Streams Replication
   - Create Table As Select (CTAS)
   - Dataguard Heterogeneous Primary and Physical Standbys
   - Oracle Golden Gate (For assistance with Oracle Golden Gate, an SR needs 
opened with the correct team)

   Bom, nessa lista não tem só "restore".
   Com rman tem "RMAN Convert Database functions" e "RMAN Duplicate". 
   Também se usa o rman quando faz a conversão por "Transportable Tablespaces" 
e usa o recurso de "Cross Platform Incremental Backup" para fazer "roll 
forward" dos datafiles antes do processo de impdp.
    O mais parecido é o "RMAN Duplicate", mas no duplicate o control file é 
sempre recriado, talvez por isso a necessidade de recriá-lo para resolver os 
erros.
    Outra coisa que acontece no duplicate é que é feito um novo "DBID" o que 
irá marcar definitivamente o banco de dados como novo para o RMAN, impedindo 
que misture um backup/archives anteriores a conversão com backups novos durante 
o restore.
    Os processos de conversão com RMAN pedem para rodar uma package antes, 
DBMS_TDB.CHECK_DB, não sei que verificações ela faz.
   Há também um alerta na nota "RMAN DUPLICATE/RESTORE/RECOVER Mixed Platform 
Support (Doc ID 1079563.1)", falando que se o banco foi atualizado de uma 
versão anterior a 11g, pode haver blocos incompatíveis com a migração de 
plataforma.
   É exagero, mas o seguro morreu de velho, eu faria um "select * from ..." de 
todas as tabelas para forçar um full scan de todas elas, e confirmar que não há 
nenhum problema de compatibilidade no formato dos blocos, e gradualmente faria 
um "rebuild" de todos os índices, durante a noite. Aí vai do tamanho da base e 
do tempo e impacto que demora para rodar isso.
   Se aparecer alguma tabela com problemas de leitura e o servidor antigo ainda 
está disponível, é possível marcar os blocos afetados como ruins e recuperar os 
dados de lá com um insert as select usando os ROWIDs, por DBLink por exemplo, 
ou mesmo export/import em uma tabela ou esquema diferente, seguido de um 
insert/select ou alter table rename.
Atc,Luis Freitas
 

On Tuesday, October 17, 2017 6:07 PM, "Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br [oracle_br]"  wrote:
 

      No caso eu fiz um backup nivel 0 com o banco no estado mount no Windows, 
e autobackup do controlfile. 
Depois instalei o Linux neste servidor e o Oracle. Feito isso fiz o restaure do 
banco, com algo mais ou menos assim...
run { set dbid=x;         set controlfile autobackup format for device type 
disk to '';         
catalog start with 'diretorio onde salvei o backup nivel 0 do Windows no 
linux';         restore controlfile from autobackup;         alter database 
mount;         sql 'alter system set 
db_create_file_dest="/u01/app/oracle/oradata"';         set newname for 
database to new;         restore database;         switch datafile all;         
alter database open resetlogs;       }

 depois disso consegui excluir do catalogo do controlfile os backup do Windows, 
mas os archives dara os erros...        
 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Terça-feira, 17 de Outubro de 2017 14:54, "Luis Freitas 
lfreita...@yahoo.com [oracle_br]"  escreveu:
 

     Alessandro,
   É um cenário bem diferente.
   Talvez não seja preciso recriar o controlfile depois que os archives sairem 
do controlfile, se no restore eles assumirem nomes compatíveis com linux.
   Mas um restore de um backup antigo feito no Windows em um servidor Linux, 
seria preciso fazer a conversão novamente no meio do restore?
Atc,Luis Freitas
    

On Tuesday, October 17, 2017 3:47 PM, "Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br [oracle_br]"  wrote:
 

     Olá Luis,
Eu descobrir o problema.

Ocorre que a poucos dias este banco foi migrado do Windows Server 2012 para 
Oracle Linux 6.5, e por isso tinha no catalogo do controlfile alguns archives 
que tinha a estrutura do Windows. 

Por isso qualquer operação sobre os archives (crosscheck; delete archivelog 
all; delete obsolete...) apresentava erro. Para conseguir restaura-lo o backup 
do archive eu tive que recriar o controfile a partir do trace.
Ocorre que PRODUCAO ainda esta com este problema, mas conforme pesquisei depois 
de algum

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

 No caso eu fiz um backup nivel 0 com o banco no estado mount no Windows, e 
autobackup do controlfile. 
Depois instalei o Linux neste servidor e o Oracle. Feito isso fiz o restaure do 
banco, com algo mais ou menos assim...
run { set dbid=x;         set controlfile autobackup format for device type 
disk to '';         
catalog start with 'diretorio onde salvei o backup nivel 0 do Windows no 
linux';         restore controlfile from autobackup;         alter database 
mount;         sql 'alter system set 
db_create_file_dest="/u01/app/oracle/oradata"';         set newname for 
database to new;         restore database;         switch datafile all;         
alter database open resetlogs;       }

 depois disso consegui excluir do catalogo do controlfile os backup do Windows, 
mas os archives dara os erros...        
 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Terça-feira, 17 de Outubro de 2017 14:54, "Luis Freitas 
lfreita...@yahoo.com [oracle_br]"  escreveu:
 

     Alessandro,
   É um cenário bem diferente.
   Talvez não seja preciso recriar o controlfile depois que os archives sairem 
do controlfile, se no restore eles assumirem nomes compatíveis com linux.
   Mas um restore de um backup antigo feito no Windows em um servidor Linux, 
seria preciso fazer a conversão novamente no meio do restore?
Atc,Luis Freitas
    

On Tuesday, October 17, 2017 3:47 PM, "Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br [oracle_br]"  wrote:
 

     Olá Luis,
Eu descobrir o problema.

Ocorre que a poucos dias este banco foi migrado do Windows Server 2012 para 
Oracle Linux 6.5, e por isso tinha no catalogo do controlfile alguns archives 
que tinha a estrutura do Windows. 

Por isso qualquer operação sobre os archives (crosscheck; delete archivelog 
all; delete obsolete...) apresentava erro. Para conseguir restaura-lo o backup 
do archive eu tive que recriar o controfile a partir do trace.
Ocorre que PRODUCAO ainda esta com este problema, mas conforme pesquisei depois 
de algum tempo esta informação "lixo" do windows irá sumir por causa do 
parametro control_file_record_keep_time, que padrão é 07 dias.
No momento vou aguardar Produção se "auto-curar" e se por uma eventualidade 
precisar restaurar o banco de produção, sei que preciso recriar o controlfile.

 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Terça-feira, 17 de Outubro de 2017 12:43, "Luis Freitas 
lfreita...@yahoo.com [oracle_br]"  escreveu:
 

     Alessandro,
   Tem algum datafile com $ no meio do nome?
Atc,Luis Freitas 

On Monday, October 16, 2017 7:37 PM, "jlchia...@yahoo.com.br [oracle_br]" 
 wrote:
 

     Nem precisava ter recriado : ao que parece era mesmo backup pieces não 
catalogados corretamente, para limpar/remover as entradas já existentes nesse 
controlfile vc poderia ter simplesmente conectado o RMAN nesse controlfile já 
existente (via RMAN TARGET=usuario/senha NOCATALOG) e daí dentro do RMAN vc 
fazia um DELETE de todos os backups catalogados e depois um CATALOG START 
WITH 

Mas ok, reconstruir o controlfile Também funciona no sentido de remover todos 
os backups nele catalogados...

[]s

  Chiappa  

 

 

 #yiv9400259881 #yiv9400259881 -- #yiv9400259881ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9400259881 
#yiv9400259881ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9400259881 
#yiv9400259881ygrp-mkp #yiv9400259881hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9400259881 #yiv9400259881ygrp-mkp #yiv9400259881ads 
{margin-bottom:10px;}#yiv9400259881 #yiv9400259881ygrp-mkp .yiv9400259881ad 
{padding:0 0;}#yiv9400259881 #yiv9400259881ygrp-mkp .yiv9400259881ad p 
{margin:0;}#yiv9400259881 #yiv9400259881ygrp-mkp .yiv9400259881ad a 
{color:#ff;text-decoration:none;}#yiv9400259881 #yiv9400259881ygrp-sponsor 
#yiv9400259881ygrp-lc {font-family:Arial;}#yiv9400259881 
#yiv9400259881ygrp-sponsor #yiv9400259881ygrp-lc #yiv9400259881hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9400259881 
#yiv9400259881ygrp-sponsor #yiv9400259881ygrp-lc .yiv9400259881ad 
{margin-bottom:10px;padding:0 0;}#yiv9400259881 #yiv9400259881actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9400259881 
#yiv9400259881activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9400259881
 #yiv9400259881activity span {font-weight:700;}#yiv9400259881 
#yiv9400259881activity span:first-child 
{text-transform:uppercase;}#yiv9400259881 #yiv9400259881activity span a 
{color:#5085b6;text-decoratio

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Alessandro,
   É um cenário bem diferente.
   Talvez não seja preciso recriar o controlfile depois que os archives sairem 
do controlfile, se no restore eles assumirem nomes compatíveis com linux.
   Mas um restore de um backup antigo feito no Windows em um servidor Linux, 
seria preciso fazer a conversão novamente no meio do restore?
Atc,Luis Freitas
    

On Tuesday, October 17, 2017 3:47 PM, "Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br [oracle_br]"  wrote:
 

     Olá Luis,
Eu descobrir o problema.

Ocorre que a poucos dias este banco foi migrado do Windows Server 2012 para 
Oracle Linux 6.5, e por isso tinha no catalogo do controlfile alguns archives 
que tinha a estrutura do Windows. 

Por isso qualquer operação sobre os archives (crosscheck; delete archivelog 
all; delete obsolete...) apresentava erro. Para conseguir restaura-lo o backup 
do archive eu tive que recriar o controfile a partir do trace.
Ocorre que PRODUCAO ainda esta com este problema, mas conforme pesquisei depois 
de algum tempo esta informação "lixo" do windows irá sumir por causa do 
parametro control_file_record_keep_time, que padrão é 07 dias.
No momento vou aguardar Produção se "auto-curar" e se por uma eventualidade 
precisar restaurar o banco de produção, sei que preciso recriar o controlfile.

 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Terça-feira, 17 de Outubro de 2017 12:43, "Luis Freitas 
lfreita...@yahoo.com [oracle_br]"  escreveu:
 

     Alessandro,
   Tem algum datafile com $ no meio do nome?
Atc,Luis Freitas 

On Monday, October 16, 2017 7:37 PM, "jlchia...@yahoo.com.br [oracle_br]" 
 wrote:
 

     Nem precisava ter recriado : ao que parece era mesmo backup pieces não 
catalogados corretamente, para limpar/remover as entradas já existentes nesse 
controlfile vc poderia ter simplesmente conectado o RMAN nesse controlfile já 
existente (via RMAN TARGET=usuario/senha NOCATALOG) e daí dentro do RMAN vc 
fazia um DELETE de todos os backups catalogados e depois um CATALOG START 
WITH 

Mas ok, reconstruir o controlfile Também funciona no sentido de remover todos 
os backups nele catalogados...

[]s

  Chiappa  

 

 #yiv2320985407 #yiv2320985407 -- #yiv2320985407ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv2320985407 
#yiv2320985407ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv2320985407 
#yiv2320985407ygrp-mkp #yiv2320985407hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv2320985407 #yiv2320985407ygrp-mkp #yiv2320985407ads 
{margin-bottom:10px;}#yiv2320985407 #yiv2320985407ygrp-mkp .yiv2320985407ad 
{padding:0 0;}#yiv2320985407 #yiv2320985407ygrp-mkp .yiv2320985407ad p 
{margin:0;}#yiv2320985407 #yiv2320985407ygrp-mkp .yiv2320985407ad a 
{color:#ff;text-decoration:none;}#yiv2320985407 #yiv2320985407ygrp-sponsor 
#yiv2320985407ygrp-lc {font-family:Arial;}#yiv2320985407 
#yiv2320985407ygrp-sponsor #yiv2320985407ygrp-lc #yiv2320985407hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv2320985407 
#yiv2320985407ygrp-sponsor #yiv2320985407ygrp-lc .yiv2320985407ad 
{margin-bottom:10px;padding:0 0;}#yiv2320985407 #yiv2320985407actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv2320985407 
#yiv2320985407activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv2320985407
 #yiv2320985407activity span {font-weight:700;}#yiv2320985407 
#yiv2320985407activity span:first-child 
{text-transform:uppercase;}#yiv2320985407 #yiv2320985407activity span a 
{color:#5085b6;text-decoration:none;}#yiv2320985407 #yiv2320985407activity span 
span {color:#ff7900;}#yiv2320985407 #yiv2320985407activity span 
.yiv2320985407underline {text-decoration:underline;}#yiv2320985407 
.yiv2320985407attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv2320985407 .yiv2320985407attach div a 
{text-decoration:none;}#yiv2320985407 .yiv2320985407attach img 
{border:none;padding-right:5px;}#yiv2320985407 .yiv2320985407attach label 
{display:block;margin-bottom:5px;}#yiv2320985407 .yiv2320985407attach label a 
{text-decoration:none;}#yiv2320985407 blockquote {margin:0 0 0 
4px;}#yiv2320985407 .yiv2320985407bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv2320985407 
.yiv2320985407bold a {text-decoration:none;}#yiv2320985407 dd.yiv2320985407last 
p a {font-family:Verdana;font-weight:700;}#yiv2320985407 dd.yiv2320985407last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv2320985407 
dd.yiv2320985407last p span.yiv2320985407yshortcuts 
{margin-right:0;}#yiv2320985407 div.yiv2320985407attach-table div div a 
{text-decoration:none;}#yiv2320985407 div.yiv2320985407attach-table 
{width:400px;}#yiv2320985407 

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Olá Luis,
Eu descobrir o problema.

Ocorre que a poucos dias este banco foi migrado do Windows Server 2012 para 
Oracle Linux 6.5, e por isso tinha no catalogo do controlfile alguns archives 
que tinha a estrutura do Windows. 

Por isso qualquer operação sobre os archives (crosscheck; delete archivelog 
all; delete obsolete...) apresentava erro. Para conseguir restaura-lo o backup 
do archive eu tive que recriar o controfile a partir do trace.
Ocorre que PRODUCAO ainda esta com este problema, mas conforme pesquisei depois 
de algum tempo esta informação "lixo" do windows irá sumir por causa do 
parametro control_file_record_keep_time, que padrão é 07 dias.
No momento vou aguardar Produção se "auto-curar" e se por uma eventualidade 
precisar restaurar o banco de produção, sei que preciso recriar o controlfile.

 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Terça-feira, 17 de Outubro de 2017 12:43, "Luis Freitas 
lfreita...@yahoo.com [oracle_br]"  escreveu:
 

     Alessandro,
   Tem algum datafile com $ no meio do nome?
Atc,Luis Freitas 

On Monday, October 16, 2017 7:37 PM, "jlchia...@yahoo.com.br [oracle_br]" 
 wrote:
 

     Nem precisava ter recriado : ao que parece era mesmo backup pieces não 
catalogados corretamente, para limpar/remover as entradas já existentes nesse 
controlfile vc poderia ter simplesmente conectado o RMAN nesse controlfile já 
existente (via RMAN TARGET=usuario/senha NOCATALOG) e daí dentro do RMAN vc 
fazia um DELETE de todos os backups catalogados e depois um CATALOG START 
WITH 

Mas ok, reconstruir o controlfile Também funciona no sentido de remover todos 
os backups nele catalogados...

[]s

  Chiappa  

 #yiv5445632774 #yiv5445632774 -- #yiv5445632774ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5445632774 
#yiv5445632774ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5445632774 
#yiv5445632774ygrp-mkp #yiv5445632774hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5445632774 #yiv5445632774ygrp-mkp #yiv5445632774ads 
{margin-bottom:10px;}#yiv5445632774 #yiv5445632774ygrp-mkp .yiv5445632774ad 
{padding:0 0;}#yiv5445632774 #yiv5445632774ygrp-mkp .yiv5445632774ad p 
{margin:0;}#yiv5445632774 #yiv5445632774ygrp-mkp .yiv5445632774ad a 
{color:#ff;text-decoration:none;}#yiv5445632774 #yiv5445632774ygrp-sponsor 
#yiv5445632774ygrp-lc {font-family:Arial;}#yiv5445632774 
#yiv5445632774ygrp-sponsor #yiv5445632774ygrp-lc #yiv5445632774hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5445632774 
#yiv5445632774ygrp-sponsor #yiv5445632774ygrp-lc .yiv5445632774ad 
{margin-bottom:10px;padding:0 0;}#yiv5445632774 #yiv5445632774actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5445632774 
#yiv5445632774activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5445632774
 #yiv5445632774activity span {font-weight:700;}#yiv5445632774 
#yiv5445632774activity span:first-child 
{text-transform:uppercase;}#yiv5445632774 #yiv5445632774activity span a 
{color:#5085b6;text-decoration:none;}#yiv5445632774 #yiv5445632774activity span 
span {color:#ff7900;}#yiv5445632774 #yiv5445632774activity span 
.yiv5445632774underline {text-decoration:underline;}#yiv5445632774 
.yiv5445632774attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5445632774 .yiv5445632774attach div a 
{text-decoration:none;}#yiv5445632774 .yiv5445632774attach img 
{border:none;padding-right:5px;}#yiv5445632774 .yiv5445632774attach label 
{display:block;margin-bottom:5px;}#yiv5445632774 .yiv5445632774attach label a 
{text-decoration:none;}#yiv5445632774 blockquote {margin:0 0 0 
4px;}#yiv5445632774 .yiv5445632774bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5445632774 
.yiv5445632774bold a {text-decoration:none;}#yiv5445632774 dd.yiv5445632774last 
p a {font-family:Verdana;font-weight:700;}#yiv5445632774 dd.yiv5445632774last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5445632774 
dd.yiv5445632774last p span.yiv5445632774yshortcuts 
{margin-right:0;}#yiv5445632774 div.yiv5445632774attach-table div div a 
{text-decoration:none;}#yiv5445632774 div.yiv5445632774attach-table 
{width:400px;}#yiv5445632774 div.yiv5445632774file-title a, #yiv5445632774 
div.yiv5445632774file-title a:active, #yiv5445632774 
div.yiv5445632774file-title a:hover, #yiv5445632774 div.yiv5445632774file-title 
a:visited {text-decoration:none;}#yiv5445632774 div.yiv5445632774photo-title a, 
#yiv5445632774 div.yiv5445632774photo-title a:active, #yiv5445632774 
div.yiv5445632774photo-title a:hover, #yiv5445632774 
div.yiv5445632774photo-title a:visited {text-decoration:none;}#yiv5445632774 
div#yiv5445632774ygrp-mlmsg #yiv54456327

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Alessandro,
   Tem algum datafile com $ no meio do nome?
Atc,Luis Freitas 

On Monday, October 16, 2017 7:37 PM, "jlchia...@yahoo.com.br [oracle_br]" 
 wrote:
 

     Nem precisava ter recriado : ao que parece era mesmo backup pieces não 
catalogados corretamente, para limpar/remover as entradas já existentes nesse 
controlfile vc poderia ter simplesmente conectado o RMAN nesse controlfile já 
existente (via RMAN TARGET=usuario/senha NOCATALOG) e daí dentro do RMAN vc 
fazia um DELETE de todos os backups catalogados e depois um CATALOG START 
WITH 

Mas ok, reconstruir o controlfile Também funciona no sentido de remover todos 
os backups nele catalogados...

[]s

  Chiappa  #yiv7264831157 #yiv7264831157 -- #yiv7264831157ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7264831157 
#yiv7264831157ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7264831157 
#yiv7264831157ygrp-mkp #yiv7264831157hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv7264831157 #yiv7264831157ygrp-mkp #yiv7264831157ads 
{margin-bottom:10px;}#yiv7264831157 #yiv7264831157ygrp-mkp .yiv7264831157ad 
{padding:0 0;}#yiv7264831157 #yiv7264831157ygrp-mkp .yiv7264831157ad p 
{margin:0;}#yiv7264831157 #yiv7264831157ygrp-mkp .yiv7264831157ad a 
{color:#ff;text-decoration:none;}#yiv7264831157 #yiv7264831157ygrp-sponsor 
#yiv7264831157ygrp-lc {font-family:Arial;}#yiv7264831157 
#yiv7264831157ygrp-sponsor #yiv7264831157ygrp-lc #yiv7264831157hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7264831157 
#yiv7264831157ygrp-sponsor #yiv7264831157ygrp-lc .yiv7264831157ad 
{margin-bottom:10px;padding:0 0;}#yiv7264831157 #yiv7264831157actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7264831157 
#yiv7264831157activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7264831157
 #yiv7264831157activity span {font-weight:700;}#yiv7264831157 
#yiv7264831157activity span:first-child 
{text-transform:uppercase;}#yiv7264831157 #yiv7264831157activity span a 
{color:#5085b6;text-decoration:none;}#yiv7264831157 #yiv7264831157activity span 
span {color:#ff7900;}#yiv7264831157 #yiv7264831157activity span 
.yiv7264831157underline {text-decoration:underline;}#yiv7264831157 
.yiv7264831157attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv7264831157 .yiv7264831157attach div a 
{text-decoration:none;}#yiv7264831157 .yiv7264831157attach img 
{border:none;padding-right:5px;}#yiv7264831157 .yiv7264831157attach label 
{display:block;margin-bottom:5px;}#yiv7264831157 .yiv7264831157attach label a 
{text-decoration:none;}#yiv7264831157 blockquote {margin:0 0 0 
4px;}#yiv7264831157 .yiv7264831157bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv7264831157 
.yiv7264831157bold a {text-decoration:none;}#yiv7264831157 dd.yiv7264831157last 
p a {font-family:Verdana;font-weight:700;}#yiv7264831157 dd.yiv7264831157last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv7264831157 
dd.yiv7264831157last p span.yiv7264831157yshortcuts 
{margin-right:0;}#yiv7264831157 div.yiv7264831157attach-table div div a 
{text-decoration:none;}#yiv7264831157 div.yiv7264831157attach-table 
{width:400px;}#yiv7264831157 div.yiv7264831157file-title a, #yiv7264831157 
div.yiv7264831157file-title a:active, #yiv7264831157 
div.yiv7264831157file-title a:hover, #yiv7264831157 div.yiv7264831157file-title 
a:visited {text-decoration:none;}#yiv7264831157 div.yiv7264831157photo-title a, 
#yiv7264831157 div.yiv7264831157photo-title a:active, #yiv7264831157 
div.yiv7264831157photo-title a:hover, #yiv7264831157 
div.yiv7264831157photo-title a:visited {text-decoration:none;}#yiv7264831157 
div#yiv7264831157ygrp-mlmsg #yiv7264831157ygrp-msg p a 
span.yiv7264831157yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv7264831157 
.yiv7264831157green {color:#628c2a;}#yiv7264831157 .yiv7264831157MsoNormal 
{margin:0 0 0 0;}#yiv7264831157 o {font-size:0;}#yiv7264831157 
#yiv7264831157photos div {float:left;width:72px;}#yiv7264831157 
#yiv7264831157photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv7264831157 
#yiv7264831157photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv7264831157
 #yiv7264831157reco-category {font-size:77%;}#yiv7264831157 
#yiv7264831157reco-desc {font-size:77%;}#yiv7264831157 .yiv7264831157replbq 
{margin:4px;}#yiv7264831157 #yiv7264831157ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv7264831157 #yiv7264831157ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv7264831157 
#yiv7264831157ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv7264831157 
#yiv7264831157ygrp-mlmsg select, #yiv7264831157 input, #yiv7264831157 textarea 
{font:99% Arial, Helvetica, clean, sans-serif;}#yiv7264831157 
#yiv72648

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Nem precisava ter recriado : ao que parece era mesmo backup pieces não 
catalogados corretamente, para limpar/remover as entradas já existentes nesse 
controlfile vc poderia ter simplesmente conectado o RMAN nesse controlfile já 
existente (via RMAN TARGET=usuario/senha NOCATALOG) e daí dentro do RMAN vc 
fazia um DELETE de todos os backups catalogados e depois um CATALOG START 
WITH 

Mas ok, reconstruir o controlfile Também funciona no sentido de remover todos 
os backups nele catalogados...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Apenas informando :

Sim esta maquina esta acessando o servidor remoto, pois o restore dos datafiles 
foram feitos acessando os backup's do servidor remoto.
O restore eu queria fazer na maquina local a partir do backup dos archivelos 
que estão na rede.


Para contornar isso eu mandei recriei o controlfile via Trace e cataloguei os 
backups que existiam e agora funcionou normalmente.  
Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Segunda-feira, 16 de Outubro de 2017 15:35, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

    

 Hmmm Se o backup foi feito (e no momento está) num disco REMOTO, ie, um 
disco que não é Local da máquina aonde vc quer fazer o RESTORE, vc TEM CERTEZA 
que a nova máquina está acessando corretamente esse disco remoto ??? Com todas 
as Permissões adequadas ???
 O teste de RESTORE sem banco de catálogo (apagando os backups já registrados 
nesse controlfile E recatalogando com CATALOG START WITH) anteriormente 
sugerido Também serve para comprovar que a nova máquina tá conseguindo ler o 
conteúdo desse disco remoto de boa...

[]s

  Chiappa  #yiv3361245598 -- #yiv3361245598ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv3361245598 
#yiv3361245598ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv3361245598 
#yiv3361245598ygrp-mkp #yiv3361245598hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv3361245598 #yiv3361245598ygrp-mkp #yiv3361245598ads 
{margin-bottom:10px;}#yiv3361245598 #yiv3361245598ygrp-mkp .yiv3361245598ad 
{padding:0 0;}#yiv3361245598 #yiv3361245598ygrp-mkp .yiv3361245598ad p 
{margin:0;}#yiv3361245598 #yiv3361245598ygrp-mkp .yiv3361245598ad a 
{color:#ff;text-decoration:none;}#yiv3361245598 #yiv3361245598ygrp-sponsor 
#yiv3361245598ygrp-lc {font-family:Arial;}#yiv3361245598 
#yiv3361245598ygrp-sponsor #yiv3361245598ygrp-lc #yiv3361245598hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv3361245598 
#yiv3361245598ygrp-sponsor #yiv3361245598ygrp-lc .yiv3361245598ad 
{margin-bottom:10px;padding:0 0;}#yiv3361245598 #yiv3361245598actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv3361245598 
#yiv3361245598activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv3361245598
 #yiv3361245598activity span {font-weight:700;}#yiv3361245598 
#yiv3361245598activity span:first-child 
{text-transform:uppercase;}#yiv3361245598 #yiv3361245598activity span a 
{color:#5085b6;text-decoration:none;}#yiv3361245598 #yiv3361245598activity span 
span {color:#ff7900;}#yiv3361245598 #yiv3361245598activity span 
.yiv3361245598underline {text-decoration:underline;}#yiv3361245598 
.yiv3361245598attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv3361245598 .yiv3361245598attach div a 
{text-decoration:none;}#yiv3361245598 .yiv3361245598attach img 
{border:none;padding-right:5px;}#yiv3361245598 .yiv3361245598attach label 
{display:block;margin-bottom:5px;}#yiv3361245598 .yiv3361245598attach label a 
{text-decoration:none;}#yiv3361245598 blockquote {margin:0 0 0 
4px;}#yiv3361245598 .yiv3361245598bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv3361245598 
.yiv3361245598bold a {text-decoration:none;}#yiv3361245598 dd.yiv3361245598last 
p a {font-family:Verdana;font-weight:700;}#yiv3361245598 dd.yiv3361245598last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv3361245598 
dd.yiv3361245598last p span.yiv3361245598yshortcuts 
{margin-right:0;}#yiv3361245598 div.yiv3361245598attach-table div div a 
{text-decoration:none;}#yiv3361245598 div.yiv3361245598attach-table 
{width:400px;}#yiv3361245598 div.yiv3361245598file-title a, #yiv3361245598 
div.yiv3361245598file-title a:active, #yiv3361245598 
div.yiv3361245598file-title a:hover, #yiv3361245598 div.yiv3361245598file-title 
a:visited {text-decoration:none;}#yiv3361245598 div.yiv3361245598photo-title a, 
#yiv3361245598 div.yiv3361245598photo-title a:active, #yiv3361245598 
div.yiv3361245598photo-title a:hover, #yiv3361245598 
div.yiv3361245598photo-title a:visited {text-decoration:none;}#yiv3361245598 
div#yiv3361245598ygrp-mlmsg #yiv3361245598ygrp-msg p a 
span.yiv3361245598yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv3361245598 
.yiv3361245598green {color:#628c2a;}#yiv3361245598 .yiv3361245598MsoNormal 
{margin:0 0 0 0;}#yiv3361245598 o {font-size:0;}#yiv3361245598 
#yiv3361245598photos div {float:left;width:72px;}#yiv3361245598 
#yiv3361245598photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv3361245598 
#yiv3361245598photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv3361245598
 #yiv3361245598reco-cat

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Hmmm Se o backup foi feito (e no momento está) num disco REMOTO, ie, um 
disco que não é Local da máquina aonde vc quer fazer o RESTORE, vc TEM CERTEZA 
que a nova máquina está acessando corretamente esse disco remoto ??? Com todas 
as Permissões adequadas ???
 O teste de RESTORE sem banco de catálogo (apagando os backups já registrados 
nesse controlfile E recatalogando com CATALOG START WITH) anteriormente 
sugerido Também serve para comprovar que a nova máquina tá conseguindo ler o 
conteúdo desse disco remoto de boa...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Eu acredito que sim, pois em outra msg ele já tinha dito que o RESTORE do banco 
em si foi ok, o problema foi no restore dos archives Mas vale o 
questionamento, é pedir mesmo pro colega ** comprovar ** que conseguiu montar o 
banco após o restore...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

"Das duas maneiras" quer dizer que vc via as configs no RMAN via show all e via 
script ?? E quanto à qiestão dos parâmetros, vc TEM 100% de certeza que os 
parâmetros de Destino dos archives, de flash area (se vc usa) e correlatos 
estão apontando para o path CORRETO ??

E as questões  de acesso ao catálogo (se vc usa banco de catálogo) e ** 
Conteúdo ** do catálogo, os backups de archive em questão vc tem 100% de 
certeza que estão Corretamente Catalogados ?? Se não tem certeza, vale Muito a 
Pena já que os arquivos de backup estão no disco vc conectar em NOCATALOG nessa 
instância, listar o conteúdo de backups no controlfile em questão, limpar esse 
conteúdo e recatalogar os backups nesses controlfiles, via CATALOGO START WITH 
como sugerido em outra msg...

[]s

  Chiappa
 

---Em oracle_br@yahoogrupos.com.br,  escreveu:

 Eu tentei das duas maneiras.
 
  
 Alessandro Lúcio Cordeiro da Silva 
Analista de Sistema

 þ http://alecordeirosilva.blogspot.com/ http://alecordeirosilva.blogspot.com/

 Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)



 


 Em Segunda-feira, 16 de Outubro de 2017 14:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:

 

   Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver com 
argumentos inadequados para o ENV num channel, e isso tem muito mais a ver com 
media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado... 
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa

 


 

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Seguindo a documentacao

To restore archived redo logs to a new location:

After connecting to the target database, make sure the database is mounted or 
open.

Perform the following operations within a RUN block, as shown in the following 
example script:

Specify the new location for the restored archived redo logs using SET 
ARCHIVELOG DESTINATION.

https://docs.oracle.com/cd/B19306_01/backup.102/b14192/recov004.htm


Obter o Outlook para iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br] 

Sent: Monday, October 16, 2017 4:22:41 PM
To: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Erro ao Restaurar os Archivelogs



Meu caro, qual o estado do seu banco?! Você chegou a resraurar os control files 
e montar o mesmo?!

Obter o Outlook para iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br] 

Sent: Monday, October 16, 2017 4:09:55 PM
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Erro ao Restaurar os Archivelogs



Exatamente é um teste de Restore. O init/spfile são o que foram criados no 
momento que criava o Oracle em outra maquina.

Antes de apresentar problema só tinha mesmo as variaveis de ambiente do 
ORACLE_BASE, ORACLE_HOME e ORACLE_SID, que são exatamente iguais (diretorios 
tb) de produção. Depois de apresentar o problema setei a 
"NLS_DATE_FORMAT='DD-MON-YY HH24:MI:SS' para teste, mas o mesmo erro.

Posso fazer normalmente shutdown e startup mount. No momento só apareceu o erro 
quando tento restaurar o archivelog.


Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)



Em Segunda-feira, 16 de Outubro de 2017 15:03, "Alessandro Lúcio Cordeiro da 
Silva alecordeirosi...@yahoo.com.br [oracle_br]"  
escreveu:



Não. O backup esta sendo feito em um disco compartilhado do Windows.

Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)



Em Segunda-feira, 16 de Outubro de 2017 14:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:



Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver com 
argumentos inadequados para o ENV num channel, e isso tem muito mais a ver com 
media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado...
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Meu caro, qual o estado do seu banco?! Você chegou a resraurar os control files 
e montar o mesmo?!

Obter o Outlook para iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br] 

Sent: Monday, October 16, 2017 4:09:55 PM
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Erro ao Restaurar os Archivelogs



Exatamente é um teste de Restore. O init/spfile são o que foram criados no 
momento que criava o Oracle em outra maquina.

Antes de apresentar problema só tinha mesmo as variaveis de ambiente do 
ORACLE_BASE, ORACLE_HOME e ORACLE_SID, que são exatamente iguais (diretorios 
tb) de produção. Depois de apresentar o problema setei a 
"NLS_DATE_FORMAT='DD-MON-YY HH24:MI:SS' para teste, mas o mesmo erro.

Posso fazer normalmente shutdown e startup mount. No momento só apareceu o erro 
quando tento restaurar o archivelog.


Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)



Em Segunda-feira, 16 de Outubro de 2017 15:03, "Alessandro Lúcio Cordeiro da 
Silva alecordeirosi...@yahoo.com.br [oracle_br]"  
escreveu:



Não. O backup esta sendo feito em um disco compartilhado do Windows.

Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)



Em Segunda-feira, 16 de Outubro de 2017 14:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:



Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver com 
argumentos inadequados para o ENV num channel, e isso tem muito mais a ver com 
media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado...
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Exatamente é um teste de Restore. O init/spfile são o que foram criados no 
momento que criava o Oracle em outra maquina.

Antes de apresentar problema só tinha mesmo as variaveis de ambiente do 
ORACLE_BASE, ORACLE_HOME e ORACLE_SID, que são exatamente iguais (diretorios 
tb) de produção. Depois de apresentar o problema setei a 
"NLS_DATE_FORMAT='DD-MON-YY HH24:MI:SS' para teste, mas o mesmo erro.

Posso fazer normalmente shutdown e startup mount. No momento só apareceu o erro 
quando tento restaurar o archivelog.
 Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Segunda-feira, 16 de Outubro de 2017 15:03, "Alessandro Lúcio Cordeiro 
da Silva alecordeirosi...@yahoo.com.br [oracle_br]" 
 escreveu:
 

     Não. O backup esta sendo feito em um disco compartilhado do Windows. 
Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Segunda-feira, 16 de Outubro de 2017 14:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver 
com argumentos inadequados para o ENV num channel, e isso tem muito mais a ver 
com media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado... 
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa  

 #yiv0333102594 #yiv0333102594 -- #yiv0333102594ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv0333102594 
#yiv0333102594ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv0333102594 
#yiv0333102594ygrp-mkp #yiv0333102594hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv0333102594 #yiv0333102594ygrp-mkp #yiv0333102594ads 
{margin-bottom:10px;}#yiv0333102594 #yiv0333102594ygrp-mkp .yiv0333102594ad 
{padding:0 0;}#yiv0333102594 #yiv0333102594ygrp-mkp .yiv0333102594ad p 
{margin:0;}#yiv0333102594 #yiv0333102594ygrp-mkp .yiv0333102594ad a 
{color:#ff;text-decoration:none;}#yiv0333102594 #yiv0333102594ygrp-sponsor 
#yiv0333102594ygrp-lc {font-family:Arial;}#yiv0333102594 
#yiv0333102594ygrp-sponsor #yiv0333102594ygrp-lc #yiv0333102594hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv0333102594 
#yiv0333102594ygrp-sponsor #yiv0333102594ygrp-lc .yiv0333102594ad 
{margin-bottom:10px;padding:0 0;}#yiv0333102594 #yiv0333102594actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv0333102594 
#yiv0333102594activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv0333102594
 #yiv0333102594activity span {font-weight:700;}#yiv0333102594 
#yiv0333102594activity span:first-child 
{text-transform:uppercase;}#yiv0333102594 #yiv0333102594activity span a 
{color:#5085b6;text-decoration:none;}#yiv0333102594 #yiv0333102594activity span 
span {color:#ff7900;}#yiv0333102594 #yiv0333102594activity span 
.yiv0333102594underline {text-decoration:underline;}#yiv0333102594 
.yiv0333102594attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv0333102594 .yiv0333102594attach div a 
{text-decoration:none;}#yiv0333102594 .yiv0333102594attach img 
{border:none;padding-right:5px;}#yiv0333102594 .yiv0333102594attach label 
{display:block;margin-bottom:5px;}#yiv0333102594 .yiv0333102594attach label a 
{text-decoration:none;}#yiv0333102594 blockquote {margin:0 0 0 
4px;}#yiv0333102594 .yiv0333102594bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv0333102594 
.yiv0333102594bold a {text-decoration:none;}#yiv0333102594 dd.yiv0333102594last 
p a {font-family:Verdana;font-weight:700;}#yiv0333102594 dd.yiv0333102594last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv0333102594 
dd.yiv0333102594last p span.yiv0333102594yshortcuts 
{margin-right:0;}#yiv0333102594 div.yiv0333102594attach-table div div a 
{text-decoration:none;}#yiv0333102594 div.yiv0333102594attach-table 
{width:400px;}#yiv0333102594 div.yiv0333102594file-title a, #yiv0333102594 
div.yiv0333102594file-title a:active, #yiv0333102594 
div.yiv0333102594file-title a:hover, #yiv0333102594 div.yiv0333102594file-title 
a:visited {text-decoration:none;}#yiv0333102594 div.yiv0333102594photo-title a, 
#yiv0333102594 div.yiv0333102594photo-title a:active, #yiv0333102594 
div.yiv0333102594photo-title a:hover, #yiv0333102594 
div.y

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Não. O backup esta sendo feito em um disco compartilhado do Windows. Alessandro 
Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Segunda-feira, 16 de Outubro de 2017 14:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver 
com argumentos inadequados para o ENV num channel, e isso tem muito mais a ver 
com media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado... 
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa  #yiv8323076161 #yiv8323076161 -- #yiv8323076161ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8323076161 
#yiv8323076161ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8323076161 
#yiv8323076161ygrp-mkp #yiv8323076161hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8323076161 #yiv8323076161ygrp-mkp #yiv8323076161ads 
{margin-bottom:10px;}#yiv8323076161 #yiv8323076161ygrp-mkp .yiv8323076161ad 
{padding:0 0;}#yiv8323076161 #yiv8323076161ygrp-mkp .yiv8323076161ad p 
{margin:0;}#yiv8323076161 #yiv8323076161ygrp-mkp .yiv8323076161ad a 
{color:#ff;text-decoration:none;}#yiv8323076161 #yiv8323076161ygrp-sponsor 
#yiv8323076161ygrp-lc {font-family:Arial;}#yiv8323076161 
#yiv8323076161ygrp-sponsor #yiv8323076161ygrp-lc #yiv8323076161hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8323076161 
#yiv8323076161ygrp-sponsor #yiv8323076161ygrp-lc .yiv8323076161ad 
{margin-bottom:10px;padding:0 0;}#yiv8323076161 #yiv8323076161actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8323076161 
#yiv8323076161activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8323076161
 #yiv8323076161activity span {font-weight:700;}#yiv8323076161 
#yiv8323076161activity span:first-child 
{text-transform:uppercase;}#yiv8323076161 #yiv8323076161activity span a 
{color:#5085b6;text-decoration:none;}#yiv8323076161 #yiv8323076161activity span 
span {color:#ff7900;}#yiv8323076161 #yiv8323076161activity span 
.yiv8323076161underline {text-decoration:underline;}#yiv8323076161 
.yiv8323076161attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8323076161 .yiv8323076161attach div a 
{text-decoration:none;}#yiv8323076161 .yiv8323076161attach img 
{border:none;padding-right:5px;}#yiv8323076161 .yiv8323076161attach label 
{display:block;margin-bottom:5px;}#yiv8323076161 .yiv8323076161attach label a 
{text-decoration:none;}#yiv8323076161 blockquote {margin:0 0 0 
4px;}#yiv8323076161 .yiv8323076161bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv8323076161 
.yiv8323076161bold a {text-decoration:none;}#yiv8323076161 dd.yiv8323076161last 
p a {font-family:Verdana;font-weight:700;}#yiv8323076161 dd.yiv8323076161last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8323076161 
dd.yiv8323076161last p span.yiv8323076161yshortcuts 
{margin-right:0;}#yiv8323076161 div.yiv8323076161attach-table div div a 
{text-decoration:none;}#yiv8323076161 div.yiv8323076161attach-table 
{width:400px;}#yiv8323076161 div.yiv8323076161file-title a, #yiv8323076161 
div.yiv8323076161file-title a:active, #yiv8323076161 
div.yiv8323076161file-title a:hover, #yiv8323076161 div.yiv8323076161file-title 
a:visited {text-decoration:none;}#yiv8323076161 div.yiv8323076161photo-title a, 
#yiv8323076161 div.yiv8323076161photo-title a:active, #yiv8323076161 
div.yiv8323076161photo-title a:hover, #yiv8323076161 
div.yiv8323076161photo-title a:visited {text-decoration:none;}#yiv8323076161 
div#yiv8323076161ygrp-mlmsg #yiv8323076161ygrp-msg p a 
span.yiv8323076161yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv8323076161 
.yiv8323076161green {color:#628c2a;}#yiv8323076161 .yiv8323076161MsoNormal 
{margin:0 0 0 0;}#yiv8323076161 o {font-size:0;}#yiv8323076161 
#yiv8323076161photos div {float:left;width:72px;}#yiv8323076161 
#yiv8323076161photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv8323076161 
#yiv8323076161photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv8323076161
 #yiv8323076161reco-category {font-size:77%;}#yiv8323076161 
#yiv8323076161reco-desc {font-size:77%;}#yiv8323076161 .yiv8323076161replbq 
{margin:4px;}#yiv8323076161 #yiv8323076161ygrp-actbar div a:first-child 
{margin-

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Eu tentei das duas maneiras. Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Segunda-feira, 16 de Outubro de 2017 14:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver 
com argumentos inadequados para o ENV num channel, e isso tem muito mais a ver 
com media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado... 
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa  #yiv8323076161 #yiv8323076161 -- #yiv8323076161ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8323076161 
#yiv8323076161ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8323076161 
#yiv8323076161ygrp-mkp #yiv8323076161hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8323076161 #yiv8323076161ygrp-mkp #yiv8323076161ads 
{margin-bottom:10px;}#yiv8323076161 #yiv8323076161ygrp-mkp .yiv8323076161ad 
{padding:0 0;}#yiv8323076161 #yiv8323076161ygrp-mkp .yiv8323076161ad p 
{margin:0;}#yiv8323076161 #yiv8323076161ygrp-mkp .yiv8323076161ad a 
{color:#ff;text-decoration:none;}#yiv8323076161 #yiv8323076161ygrp-sponsor 
#yiv8323076161ygrp-lc {font-family:Arial;}#yiv8323076161 
#yiv8323076161ygrp-sponsor #yiv8323076161ygrp-lc #yiv8323076161hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8323076161 
#yiv8323076161ygrp-sponsor #yiv8323076161ygrp-lc .yiv8323076161ad 
{margin-bottom:10px;padding:0 0;}#yiv8323076161 #yiv8323076161actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8323076161 
#yiv8323076161activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8323076161
 #yiv8323076161activity span {font-weight:700;}#yiv8323076161 
#yiv8323076161activity span:first-child 
{text-transform:uppercase;}#yiv8323076161 #yiv8323076161activity span a 
{color:#5085b6;text-decoration:none;}#yiv8323076161 #yiv8323076161activity span 
span {color:#ff7900;}#yiv8323076161 #yiv8323076161activity span 
.yiv8323076161underline {text-decoration:underline;}#yiv8323076161 
.yiv8323076161attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8323076161 .yiv8323076161attach div a 
{text-decoration:none;}#yiv8323076161 .yiv8323076161attach img 
{border:none;padding-right:5px;}#yiv8323076161 .yiv8323076161attach label 
{display:block;margin-bottom:5px;}#yiv8323076161 .yiv8323076161attach label a 
{text-decoration:none;}#yiv8323076161 blockquote {margin:0 0 0 
4px;}#yiv8323076161 .yiv8323076161bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv8323076161 
.yiv8323076161bold a {text-decoration:none;}#yiv8323076161 dd.yiv8323076161last 
p a {font-family:Verdana;font-weight:700;}#yiv8323076161 dd.yiv8323076161last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8323076161 
dd.yiv8323076161last p span.yiv8323076161yshortcuts 
{margin-right:0;}#yiv8323076161 div.yiv8323076161attach-table div div a 
{text-decoration:none;}#yiv8323076161 div.yiv8323076161attach-table 
{width:400px;}#yiv8323076161 div.yiv8323076161file-title a, #yiv8323076161 
div.yiv8323076161file-title a:active, #yiv8323076161 
div.yiv8323076161file-title a:hover, #yiv8323076161 div.yiv8323076161file-title 
a:visited {text-decoration:none;}#yiv8323076161 div.yiv8323076161photo-title a, 
#yiv8323076161 div.yiv8323076161photo-title a:active, #yiv8323076161 
div.yiv8323076161photo-title a:hover, #yiv8323076161 
div.yiv8323076161photo-title a:visited {text-decoration:none;}#yiv8323076161 
div#yiv8323076161ygrp-mlmsg #yiv8323076161ygrp-msg p a 
span.yiv8323076161yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv8323076161 
.yiv8323076161green {color:#628c2a;}#yiv8323076161 .yiv8323076161MsoNormal 
{margin:0 0 0 0;}#yiv8323076161 o {font-size:0;}#yiv8323076161 
#yiv8323076161photos div {float:left;width:72px;}#yiv8323076161 
#yiv8323076161photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv8323076161 
#yiv8323076161photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv8323076161
 #yiv8323076161reco-category {font-size:77%;}#yiv8323076161 
#yiv8323076161reco-desc {font-size:77%;}#yiv8323076161 .yiv8323076161replbq 
{margin:4px;}#yiv8323076161 #yiv8323076161ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv83230761

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Deduzo que seja um restore, ou teste de restore sendo realizado. Você
trouxe o mesmo init/spfile de produção?
Não setou nenhuma variável direto no terminal e após um reboot parou de
funcionar?
Se conectar no sqlplus e fizer um startup nomount o problema se repete?



Att,/Regards,


Vitor Jr.
LinkedIn Profile 

Em 16 de outubro de 2017 15:53, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver
> com argumentos inadequados para o ENV num channel, e isso tem muito mais a
> ver com media managers (e portanto fitas) do que discos
>  RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para
> o backup quanto para a tentativa de restore dos archives, bem como um SHOW
> ALL no RMAN e uma lista dos parâmetros de init de banco não-default, para
> vermos se tem algum setting flagrantemente errado...
>  Isso feito, veja se os backups estão MESMO corretamente catalogados no
> banco de catalog (se vc o usa) ou os recatalogue no controlfile se for o
> caso...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Vc tem 100% de certeza disso ? Pois tipicamente erros do tipo tem a ver com 
argumentos inadequados para o ENV num channel, e isso tem muito mais a ver com 
media managers (e portanto fitas) do que discos
 RECHEQUE isso e nos mostre os scripts exatos que foram usados tanto para o 
backup quanto para a tentativa de restore dos archives, bem como um SHOW ALL no 
RMAN e uma lista dos parâmetros de init de banco não-default, para vermos se 
tem algum setting flagrantemente errado... 
 Isso feito, veja se os backups estão MESMO corretamente catalogados no banco 
de catalog (se vc o usa) ou os recatalogue no controlfile se for o caso...

[]s

  Chiappa

Re: [oracle_br] Erro ao Restaurar os Archivelogs

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

Boa tarde,

   Porque nao copia os backups de archives pra uma pasta e usa o comando 
catalog para usar os mesmos na maquina destino?

CATALOG START WITH ‘/path/backup/‘;

Obter o Outlook para iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br] 

Sent: Monday, October 16, 2017 3:30:35 PM
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Erro ao Restaurar os Archivelogs



Não. O backup do archivelog foi feita em disco e o restore deste tb.

Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)



Em Segunda-feira, 16 de Outubro de 2017 13:57, "Vitor Junior 
vitorj...@gmail.com [oracle_br]"  escreveu:



É fita?



Att,/Regards,


Vitor Jr.
LinkedIn Profile<https://www.linkedin.com/in/vitorjr/>

Em 16 de outubro de 2017 14:48, Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br<mailto:alecordeirosi...@yahoo.com.br> [oracle_br] 
mailto:oracle_br@yahoogrupos.com.br>> escreveu:

Bom tarde pessoal,

Eu estou tentado restaurar o banco de dados Oracle 11.2.0.4 em um outro 
servidor Oracle Linux 6.5. Primeiramente fiz a instalação do Oracle e depois 
fiz o Restore do Banco.

Após isso precisaria aplicar os Archives Logs para poder abrir o banco com 
ResetLogs, mas ao tentar restaurar os archives com o backup de archives 
apresenta o erro abaixo:


  ora-07217: sltln: environment cannot be evaluated.

O comando que uso é este abaixo:

  rman> run { SET ARCHIVELOG DESTINATION TO '/u01/backup/archives'; restore 
archivelog all; }


Não sei o que é, pelo que pesquise é problema com variavel de ambiente, mas as 
variaveis ORACLE_HOME, ORACLE_BASE e ORACLE_SID estão certas, ja passou por 
algo deste tipo?


Alessandro Lúcio Cordeiro da Silva

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Os comandos são executados diretamente no terminal ou você está usando
dentro de um script?



Att,/Regards,


Vitor Jr.
LinkedIn Profile 

2017-10-16 15:30 GMT-02:00 Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br] :

>
>
> Não. O backup do archivelog foi feita em disco e o restore deste tb.
>
> Alessandro Lúcio Cordeiro da Silva
> Analista de Sistema
> þ http://alecordeirosilva.blogspot.com/
> Porque esta é a vontade de Deus, a saber, a vossa
> santificação: que vos abstenhais da prostituição.
> (1º Tessalonicenses 4:3)
>
>
>
> Em Segunda-feira, 16 de Outubro de 2017 13:57, "Vitor Junior
> vitorj...@gmail.com [oracle_br]"  escreveu:
>
>
>
> É fita?
>
>
>
> Att,/Regards,
>
>
> Vitor Jr.
> LinkedIn Profile 
>
> Em 16 de outubro de 2017 14:48, Alessandro Lúcio Cordeiro da Silva
> alecordeirosi...@yahoo.com.br [oracle_br] 
> escreveu:
>
>
> Bom tarde pessoal,
>
> Eu estou tentado restaurar o banco de dados Oracle 11.2.0.4 em um outro
> servidor Oracle Linux 6.5. Primeiramente fiz a instalação do Oracle e
> depois fiz o Restore do Banco.
>
> Após isso precisaria aplicar os Archives Logs para poder abrir o banco com
> ResetLogs, mas ao tentar restaurar os archives com o backup de archives
> apresenta o erro abaixo:
>
>
>   ora-07217: sltln: environment cannot be evaluated.
>
> O comando que uso é este abaixo:
>
>   rman> run { SET ARCHIVELOG DESTINATION TO '/u01/backup/archives';
> restore archivelog all; }
>
>
> Não sei o que é, pelo que pesquise é problema com variavel de ambiente,
> mas as variaveis ORACLE_HOME, ORACLE_BASE e ORACLE_SID estão certas, ja
> passou por algo deste tipo?
>
>
> Alessandro Lúcio Cordeiro da Silva
>
>
>
>
> 
>

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Não. O backup do archivelog foi feita em disco e o restore deste tb. Alessandro 
Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 

Em Segunda-feira, 16 de Outubro de 2017 13:57, "Vitor Junior 
vitorj...@gmail.com [oracle_br]"  escreveu:
 

     É fita?
 

Att,/Regards,


Vitor Jr.LinkedIn Profile
Em 16 de outubro de 2017 14:48, Alessandro Lúcio Cordeiro da Silva 
alecordeirosi...@yahoo.com.br [oracle_br]  
escreveu:

     Bom tarde pessoal,

Eu estou tentado restaurar o banco de dados Oracle 11.2.0.4 em um outro 
servidor Oracle Linux 6.5. Primeiramente fiz a instalação do Oracle e depois 
fiz o Restore do Banco.

Após isso precisaria aplicar os Archives Logs para poder abrir o banco com 
ResetLogs, mas ao tentar restaurar os archives com o backup de archives 
apresenta o erro abaixo:
      
      ora-07217: sltln: environment cannot be evaluated. 
O comando que uso é este abaixo:
  rman> run { SET ARCHIVELOG DESTINATION TO '/u01/backup/archives'; restore 
archivelog all; }

Não sei o que é, pelo que pesquise é problema com variavel de ambiente, mas as 
variaveis ORACLE_HOME, ORACLE_BASE e ORACLE_SID estão certas, ja passou por 
algo deste tipo?
 Alessandro Lúcio Cordeiro da Silva 

   

  #yiv6752110588 #yiv6752110588 -- #yiv6752110588ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv6752110588 
#yiv6752110588ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv6752110588 
#yiv6752110588ygrp-mkp #yiv6752110588hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv6752110588 #yiv6752110588ygrp-mkp #yiv6752110588ads 
{margin-bottom:10px;}#yiv6752110588 #yiv6752110588ygrp-mkp .yiv6752110588ad 
{padding:0 0;}#yiv6752110588 #yiv6752110588ygrp-mkp .yiv6752110588ad p 
{margin:0;}#yiv6752110588 #yiv6752110588ygrp-mkp .yiv6752110588ad a 
{color:#ff;text-decoration:none;}#yiv6752110588 #yiv6752110588ygrp-sponsor 
#yiv6752110588ygrp-lc {font-family:Arial;}#yiv6752110588 
#yiv6752110588ygrp-sponsor #yiv6752110588ygrp-lc #yiv6752110588hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv6752110588 
#yiv6752110588ygrp-sponsor #yiv6752110588ygrp-lc .yiv6752110588ad 
{margin-bottom:10px;padding:0 0;}#yiv6752110588 #yiv6752110588actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv6752110588 
#yiv6752110588activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv6752110588
 #yiv6752110588activity span {font-weight:700;}#yiv6752110588 
#yiv6752110588activity span:first-child 
{text-transform:uppercase;}#yiv6752110588 #yiv6752110588activity span a 
{color:#5085b6;text-decoration:none;}#yiv6752110588 #yiv6752110588activity span 
span {color:#ff7900;}#yiv6752110588 #yiv6752110588activity span 
.yiv6752110588underline {text-decoration:underline;}#yiv6752110588 
.yiv6752110588attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv6752110588 .yiv6752110588attach div a 
{text-decoration:none;}#yiv6752110588 .yiv6752110588attach img 
{border:none;padding-right:5px;}#yiv6752110588 .yiv6752110588attach label 
{display:block;margin-bottom:5px;}#yiv6752110588 .yiv6752110588attach label a 
{text-decoration:none;}#yiv6752110588 blockquote {margin:0 0 0 
4px;}#yiv6752110588 .yiv6752110588bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv6752110588 
.yiv6752110588bold a {text-decoration:none;}#yiv6752110588 dd.yiv6752110588last 
p a {font-family:Verdana;font-weight:700;}#yiv6752110588 dd.yiv6752110588last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv6752110588 
dd.yiv6752110588last p span.yiv6752110588yshortcuts 
{margin-right:0;}#yiv6752110588 div.yiv6752110588attach-table div div a 
{text-decoration:none;}#yiv6752110588 div.yiv6752110588attach-table 
{width:400px;}#yiv6752110588 div.yiv6752110588file-title a, #yiv6752110588 
div.yiv6752110588file-title a:active, #yiv6752110588 
div.yiv6752110588file-title a:hover, #yiv6752110588 div.yiv6752110588file-title 
a:visited {text-decoration:none;}#yiv6752110588 div.yiv6752110588photo-title a, 
#yiv6752110588 div.yiv6752110588photo-title a:active, #yiv6752110588 
div.yiv6752110588photo-title a:hover, #yiv6752110588 
div.yiv6752110588photo-title a:visited {text-decoration:none;}#yiv6752110588 
div#yiv6752110588ygrp-mlmsg #yiv6752110588ygrp-msg p a 
span.yiv6752110588yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv6752110588 
.yiv6752110588green {color:#628c2a;}#yiv6752110588 .yiv6752110588MsoNormal 
{margin:0 0 0 0;}#yiv6752110588 o {font-size:0;}#yiv6752110588 
#yiv6752110588photos div {float:left;width:72px;}#yiv6752110588 
#yiv6752110588photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv6752110588 
#yiv6752110588photos div label 
{color:#66;

Re: [oracle_br] Erro ao Restaurar os Archivelogs

[Vitor Junior vitorj...@gmail.com [oracle_br]]

É fita?



Att,/Regards,


Vitor Jr.
LinkedIn Profile 

Em 16 de outubro de 2017 14:48, Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br] 
escreveu:

>
>
> Bom tarde pessoal,
>
> Eu estou tentado restaurar o banco de dados Oracle 11.2.0.4 em um outro
> servidor Oracle Linux 6.5. Primeiramente fiz a instalação do Oracle e
> depois fiz o Restore do Banco.
>
> Após isso precisaria aplicar os Archives Logs para poder abrir o banco com
> ResetLogs, mas ao tentar restaurar os archives com o backup de archives
> apresenta o erro abaixo:
>
>
>   ora-07217: sltln: environment cannot be evaluated.
>
> O comando que uso é este abaixo:
>
>   rman> run { SET ARCHIVELOG DESTINATION TO '/u01/backup/archives';
> restore archivelog all; }
>
>
> Não sei o que é, pelo que pesquise é problema com variavel de ambiente,
> mas as variaveis ORACLE_HOME, ORACLE_BASE e ORACLE_SID estão certas, ja
> passou por algo deste tipo?
>
>
> Alessandro Lúcio Cordeiro da Silva
>
> 
>

[oracle_br] Erro ao Restaurar os Archivelogs

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Bom tarde pessoal,

Eu estou tentado restaurar o banco de dados Oracle 11.2.0.4 em um outro 
servidor Oracle Linux 6.5. Primeiramente fiz a instalação do Oracle e depois 
fiz o Restore do Banco.

Após isso precisaria aplicar os Archives Logs para poder abrir o banco com 
ResetLogs, mas ao tentar restaurar os archives com o backup de archives 
apresenta o erro abaixo:
      
      ora-07217: sltln: environment cannot be evaluated. 
O comando que uso é este abaixo:
  rman> run { SET ARCHIVELOG DESTINATION TO '/u01/backup/archives'; restore 
archivelog all; }

Não sei o que é, pelo que pesquise é problema com variavel de ambiente, mas as 
variaveis ORACLE_HOME, ORACLE_BASE e ORACLE_SID estão certas, ja passou por 
algo deste tipo?
 Alessandro Lúcio Cordeiro da Silva 

[oracle_br] Erro Reports Server (REP-51002)

[Ricardo Augusto de Moura Dal Secco ramds...@gmail.com [oracle_br]]

Pessoal estamos com o seguinte problema aqui na empresa, o serviço de
Relatório não inicia e dá a seguinte mensagem de erro:

​
Situação do WebLogic

​
Mesmo parando e iniciando esses serviços não conseguimos mais fazer com que
ele funcione, e isso aconteceu sem nada de "novo" no servidor, nenhuma
atualização de SO ou de qualquer outra coisa.

*Cenário:*
*SO - Windows Server 2012 R2*
*Banco - 11G R2*
*Forms - 11G*

Alguém já passou por isso, alguém pode nos dar uma luz ?

Ricardo


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

[oracle_br] Erro instalação Apex

[Diego Venuzka - TI - Peccin S.A. diego.venu...@peccin.com.br [oracle_br]]

Boa tarde
Temos um ambiente Oracle, com o banco 11.2.0.4, no Oracle Linux 5 e estamos 
tentando fazer a instalação do Apex 5.1.1, mas recebemos sempre o erro abaixo. 
Tentamos instalar até no Windows Server 2012, sem sucesso:
> @apex_epg_config.sql  C:\app\administrator\product\11.2.0\dbhome_4\Apex

Procedimento PL/SQL concluido com sucesso.
Procedimento PL/SQL concluido com sucesso.
Procedimento PL/SQL concluido com sucesso.
Procedimento PL/SQL concluido com sucesso.

. Loading images directory: 
C:\app\administrator\product\11.2.0\dbhome_4\Apex/apex/images

Diretório criado.

declare
*
ERRO na linha 1:
ORA-22288: falha no arquivo ou na operação LOBFILEOPEN
O sistema n+conseguiu localizar o caminho especificado.
ORA-06512: em "SYS.XMLTYPE", line 296
ORA-06512: em line 16
Esse erro ocorre específicamente após a execução do script @apex_epg_config.sql 
como sys.
Alguém já passou por isso? Alguma sugestão?


[Diego]



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

[oracle_br] Erro ao gerar Report

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

Boa tarde pessoal,
Temos um Report customizado para gerar boleto bancário em PDF rodando em cima 
do Oracle EBS 11.5.10.2
Este relatório funciona perfeitamente no ambiente atual

Estamos migrando de servidor para:

Oracle Database Appliance (ODA).
Oracle Linux server release 5.11
Banco  Oracle 11.2.0.4.0

Neste ambiente, ao executar o concurrent, está dando o erro abaixo:
Alguém tem alguma idéia do que possa ser ?



+---+
Peccin Customizations: Version : UNKNOWN

Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.

XXPCN_AR_BOLETO module: XPCN - Emissão de Boleto Bancário Peccin
+---+

A hora atual do sistema é 09-MAI-2017 14:52:40

+---+


+-
| Iniciando a execução do programa concorrente...
+-

Argumentos

P_ORG_ID='103'
P_SUB_SERIES='1094'
P_NF_INI='276910'
P_NF_FIM='276910'
P_IMPRE_AUTOMATICA='N'


Current NLS_LANG and NLS_NUMERIC_CHARACTERS Environment Variables are :
BRAZILIAN PORTUGUESE_BRAZIL.WE8ISO8859P1

',.'

stat_low = B
stat_high = 0
emsg:foi finalizado por sinal 11

+---+
Início das mensagens de log do FND_FILE
+---+
+---+
Fim das mensagens de log do FND_FILE
+---+
Programa foi finalizado por sinal 11
O Gerenciador Concorrente encontrou um erro ao executar o Oracle *Report  para 
a sua solicitação concorrente 24821034.

Verifique o log e/ou o arquivo de saída de relatório da sua solicitação 
concorrente, para obter informações mais detalhadas.

Re: [oracle_br] Erro instalação RAC

[Carlos Eduardo carloseduard...@yahoo.com [oracle_br]]

Rodrigo, boa tarde.
Eu adicionei no resolv.conf nos dois nós e o erro permaneceu.Porém, como vc 
informou que poderia ignorar por se tratar de um lab (nao terial problema em 
relacao a isso para montar meu lab), a instalação foi concluída com sucesso sem 
nenhum tipo de erro.
Mais uma vez, obrigado. 

Em Sexta-feira, 14 de Abril de 2017 16:06, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Boa tarde,

 Como isso é um ambiente de testes, que está montando. Pode ignorar esse erro, 
mas se quiser consertar basta adicionar/ajustar no seu /etc/resolv.conf

options attempts:2
options timeout:1


Atenciosamente,

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
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<mailto:rodr...@mufalani.com.br>
<http://www.mufalani.com.br/>[cid:image001.png@01D2B539.06763860]<http://www.mufalani.com.br/>[cid:image002.png@01D2B539.06763860]



De:  em nome de "Carlos Eduardo 
carloseduard...@yahoo.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: sexta-feira, 14 de abril de 2017 14:52
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: Re: [oracle_br] Erro instalação RAC

PRVF-5636 : The DNS response time for an unreachable node exceeded "15000"

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

  #yiv3955216346 #yiv3955216346 -- #yiv3955216346ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv3955216346 
#yiv3955216346ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv3955216346 
#yiv3955216346ygrp-mkp #yiv3955216346hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv3955216346 #yiv3955216346ygrp-mkp #yiv3955216346ads 
{margin-bottom:10px;}#yiv3955216346 #yiv3955216346ygrp-mkp .yiv3955216346ad 
{padding:0 0;}#yiv3955216346 #yiv3955216346ygrp-mkp .yiv3955216346ad p 
{margin:0;}#yiv3955216346 #yiv3955216346ygrp-mkp .yiv3955216346ad a 
{color:#ff;text-decoration:none;}#yiv3955216346 #yiv3955216346ygrp-sponsor 
#yiv3955216346ygrp-lc {font-family:Arial;}#yiv3955216346 
#yiv3955216346ygrp-sponsor #yiv3955216346ygrp-lc #yiv3955216346hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv3955216346 
#yiv3955216346ygrp-sponsor #yiv3955216346ygrp-lc .yiv3955216346ad 
{margin-bottom:10px;padding:0 0;}#yiv3955216346 #yiv3955216346actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv3955216346 
#yiv3955216346activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv3955216346
 #yiv3955216346activity span {font-weight:700;}#yiv3955216346 
#yiv3955216346activity span:first-child 
{text-transform:uppercase;}#yiv3955216346 #yiv3955216346activity span a 
{color:#5085b6;text-decoration:none;}#yiv3955216346 #yiv3955216346activity span 
span {color:#ff7900;}#yiv3955216346 #yiv3955216346activity span 
.yiv3955216346underline {text-decoration:underline;}#yiv3955216346 
.yiv3955216346attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv3955216346 .yiv3955216346attach div a 
{text-decoration:none;}#yiv3955216346 .yiv3955216346attach img 
{border:none;padding-right:5px;}#yiv3955216346 .yiv3955216346attach label 
{display:block;margin-bottom:5px;}#yiv3955216346 .yiv3955216346attach label a 
{text-decoration:none;}#yiv3955216346 blockquote {margin:0 0 0 
4px;}#yiv3955216346 .yiv3955216346bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv3955216346 
.yiv3955216346bold a {text-decoration:none;}#yiv3955216346 dd.yiv3955216346last 
p a {font-family:Verdana;font-weight:700;}#yiv3955216346 dd.yiv3955216346last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv3955216346 
dd.yiv3955216346last p span.yiv3955216346yshortcuts 
{margin-right:0;}#yiv3955216346 div.yiv3955216346attach-table div div a 
{text-decoration:none;}#yiv3955216346 div.yiv3955216346attach-table 
{width:400px;}#yiv3955216346 div.yiv3955216346file-title a, #yiv3955216346 
div.yiv3955216346file-title a:active, #yiv3955216346 
div.yiv3955216346file-title a:hover, #yiv3955216346 div.yiv3955216346file-title 
a:visited {text-decoration:none;}#yiv3955216346 div.yiv3955216346photo-title a, 
#yiv3955216346 div.yiv3955216346photo-title a:active, #yiv3955216346 
div.yiv3955216346photo-title a:hover, #yiv3955216346 
div.yiv3955216346photo-title a:visited {text-decoration:none;}#yiv3955216346 
div#yiv3955216346ygrp-mlmsg #yiv3955216346ygrp-msg p a 
span.yiv3955216346yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv3955216346 
.yiv3955216346green {color:#628c2a;}#yiv3955216346 .yiv3955216346MsoNormal 
{margin:0 0 0 0;}#yiv3955216346 o {font-size:0;}#yiv3955216346 
#yiv395521634

Re: [oracle_br] Erro instalação RAC

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

Boa tarde,

  Como isso é um ambiente de testes, que está montando. Pode ignorar esse erro, 
mas se quiser consertar basta adicionar/ajustar no seu /etc/resolv.conf

options attempts:2
options timeout:1


Atenciosamente,

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
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<mailto:rodr...@mufalani.com.br>
<http://www.mufalani.com.br/>[cid:image001.png@01D2B539.06763860]<http://www.mufalani.com.br/>[cid:image002.png@01D2B539.06763860]



De:  em nome de "Carlos Eduardo 
carloseduard...@yahoo.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: sexta-feira, 14 de abril de 2017 14:52
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: Re: [oracle_br] Erro instalação RAC

PRVF-5636 : The DNS response time for an unreachable node exceeded "15000"


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

Re: [oracle_br] Erro instalação RAC

[Carlos Eduardo carloseduard...@yahoo.com [oracle_br]]

Rodrigo, muito obrigado pelo artigo, me ajudou bastante e consegui passar do 
erro. O nslookup consegue resolver todos os hosts tanto do nó1 como do nó2 
(pub, priv, vip, scan), conforme o artigo mostra.
Porém, no final da instalação, nas checangens do pré-requisito me aparece o 
seguinte:
Task resolv.conf Integrity  FAILED Check Failed on Nodes: [rac2, rac1]
MORE DETAILS
Verification result of failed node: rac2  Details:  - PRVF-5636 : The DNS 
response time for an unreachable node exceeded "15000" ms on following nodes: 
rac1,rac2  - Cause:  The DNS response time for an unreachable node exceeded the 
value specified on nodes specified.  - Action:  Make sure that ''options 
timeout'', ''options attempts'' and ''nameserver'' entries in file resolv.conf 
are proper. On HPUX these entries will be ''retrans'', ''retry'' and 
''nameserver''. On Solaris these will be ''options retrans'', ''options retry'' 
and ''nameserver''. Make sure that the DNS server responds back to name lookup 
request within the specified time when looking up an unknown host name.  - ;; 
connection timed out; trying next origin ;; connection timed out; no servers 
could be reached  - Cause: Cause Of Problem Not Available  - Action: User 
Action Not Available  - Check for integrity of file "/etc/resolv.conf" failed  
- Cause: Cause Of Problem Not Available  - Action: User Action Not Available

[root@rac2 stages]# cat /etc/resolv.conf# Generated by NetworkManagersearch 
localdomain#nameserver 201.17.128.247#nameserver 201.17.128.239nameserver 
192.168.56.1nameserver 127.0.0.1

 

Em Quinta-feira, 13 de Abril de 2017 21:25, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Tent seguir essa dica aqui usando esse dnsmasq
http://dbaora.com/configure-scan-dns-for-rac-11g-rac-12c-using-dnsmasq-in-oel5-oel6-2/
Get Outlook for iOS_
From: Rodrigo Mufalani 
Sent: quinta-feira, abril 13, 2017 21:11
Subject: Re: [oracle_br] Erro instalação RAC
To: 


Entao...
    O que o instalador do Oracle faz é usar o nslookup (utilitario do linux) 
para checar os nomes e se está usando dns. O que eu fiz foi pegar um script 
linux pronto na net e aí troquei o nslookup original por ele, quando o 
instalado do Oracle faz a chamada, ele chama o script já ajustado para simular 
a resposta de um dns.
Get Outlook for iOSFrom:oracle_br@yahoogrupos.com.br 
 on behalf of Carlos 
eduardocarloseduard...@yahoo.com [oracle_br] 
Sent: Thursday, April 13, 2017 8:53:51 PM
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Erro instalação RAC  Rodrigo, obrigado pelo retorno.
Mas como estou começando meus estudos e meus aprendizados com RAC, eu não 
entendi o que você quis dizer.

Em Quinta-feira, 13 de Abril de 2017 19:03, "Rodrigo 
mufalanirodr...@mufalani.com.br [oracle_br]"  
escreveu:


 Vc renomeia o nslookup e o substitui por um shell script... da uma googlada 
por esse caminho que foi assim que resolvi essa questao.
Get Outlook for iOSFrom:oracle_br@yahoogrupos.com.br 
 on behalf of Carlos 
eduardocarloseduard...@yahoo.com [oracle_br] 
Sent: Thursday, April 13, 2017 6:41:08 PM
To: Yahoo! Brazil
Subject: [oracle_br] Erro instalação RAC  Cenário: 
GI and DB 12cR1OEL 6.9Virtual BOX (sem servidor DNS/GNS)
Dois nós

# Public192.168.56.101   rac1.localdomain        rac1192.168.56.102   
rac2.localdomain        rac2# Private192.168.1.101   rac1-priv.localdomain   
rac1-priv192.168.1.102   rac2-priv.localdomain   rac2-priv# 
Virtual192.168.56.103  rac1-vip.localdomain    rac1-vip192.168.56.104  
rac2-vip.localdomain    rac2-vip# SCAN#192.168.56.105   rac-scan.localdomain 
rac-scan#192.168.56.106   rac-scan.localdomain rac-scan#192.168.56.107   
rac-scan.localdomain rac-scan

Obs: Em cada VM, eu tenho 3 adaptadores de rede, a primeira NAT, a segunda Host 
only (publica) e a terceira Internal network (privada)
As maquinas RAC1 e RAC2 se comunicam pela rede PUBLICA e pela rede PRIVADA 
(pingando pelo IP ou pelo host).
Mas se eu pingar o endereço virtual ou pelo SCAN, não funciona.
Quando eu chego na instalação do GI na parte GRID PLUG and PLAY information, o 
erro abaixo é gerado:
[INS-40718] 
Single Client Access Name (SCAN): rac-scan.localdomain could not be resolved.

Alguém sabe como posso resolver essa situação?








  #yiv8688802151 #yiv8688802151 -- #yiv8688802151ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8688802151 
#yiv8688802151ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8688802151 
#yiv8688802151ygrp-mkp #yiv8688802151hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8688802151 #yiv8688802151ygrp-mkp #yiv8688802151ads 
{margin-bottom:10px;}#yiv8688802151 #yiv8688802151ygrp-mkp .yiv8688802151ad 

Re: [oracle_br] Erro instalação RAC

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

Tent seguir essa dica aqui usando esse dnsmasq

http://dbaora.com/configure-scan-dns-for-rac-11g-rac-12c-using-dnsmasq-in-oel5-oel6-2/

Get Outlook for iOS<https://aka.ms/o0ukef>
_
From: Rodrigo Mufalani mailto:rodr...@mufalani.com.br>>
Sent: quinta-feira, abril 13, 2017 21:11
Subject: Re: [oracle_br] Erro instalação RAC
To: mailto:oracle_br@yahoogrupos.com.br>>


Entao...

O que o instalador do Oracle faz é usar o nslookup (utilitario do linux) 
para checar os nomes e se está usando dns. O que eu fiz foi pegar um script 
linux pronto na net e aí troquei o nslookup original por ele, quando o 
instalado do Oracle faz a chamada, ele chama o script já ajustado para simular 
a resposta de um dns.

Get Outlook for iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br<mailto:oracle_br@yahoogrupos.com.br> 
mailto:oracle_br@yahoogrupos.com.br>> on behalf 
of Carlos Eduardo carloseduard...@yahoo.com<mailto:carloseduard...@yahoo.com> 
[oracle_br] mailto:oracle_br@yahoogrupos.com.br>>
Sent: Thursday, April 13, 2017 8:53:51 PM
To: oracle_br@yahoogrupos.com.br<mailto:oracle_br@yahoogrupos.com.br>
Subject: Re: [oracle_br] Erro instalação RAC



Rodrigo, obrigado pelo retorno.

Mas como estou começando meus estudos e meus aprendizados com RAC, eu não 
entendi o que você quis dizer.


Em Quinta-feira, 13 de Abril de 2017 19:03, "Rodrigo Mufalani 
rodr...@mufalani.com.br<mailto:rodr...@mufalani.com.br> [oracle_br]" 
mailto:oracle_br@yahoogrupos.com.br>> escreveu:



Vc renomeia o nslookup e o substitui por um shell script... da uma googlada por 
esse caminho que foi assim que resolvi essa questao.

Get Outlook for iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br<mailto:oracle_br@yahoogrupos.com.br> 
mailto:oracle_br@yahoogrupos.com.br>> on behalf 
of Carlos Eduardo carloseduard...@yahoo.com<mailto:carloseduard...@yahoo.com> 
[oracle_br] mailto:oracle_br@yahoogrupos.com.br>>
Sent: Thursday, April 13, 2017 6:41:08 PM
To: Yahoo! Brazil
Subject: [oracle_br] Erro instalação RAC


Cenário:

GI and DB 12cR1
OEL 6.9
Virtual BOX (sem servidor DNS/GNS)

Dois nós


# Public
192.168.56.101   rac1.localdomainrac1
192.168.56.102   rac2.localdomainrac2
# Private
192.168.1.101   rac1-priv.localdomain   rac1-priv
192.168.1.102   rac2-priv.localdomain   rac2-priv
# Virtual
192.168.56.103  rac1-vip.localdomainrac1-vip
192.168.56.104  rac2-vip.localdomainrac2-vip
# SCAN
#192.168.56.105   rac-scan.localdomain rac-scan
#192.168.56.106   rac-scan.localdomain rac-scan
#192.168.56.107   rac-scan.localdomain rac-scan


Obs: Em cada VM, eu tenho 3 adaptadores de rede, a primeira NAT, a segunda Host 
only (publica) e a terceira Internal network (privada)

As maquinas RAC1 e RAC2 se comunicam pela rede PUBLICA e pela rede PRIVADA 
(pingando pelo IP ou pelo host).

Mas se eu pingar o endereço virtual ou pelo SCAN, não funciona.

Quando eu chego na instalação do GI na parte GRID PLUG and PLAY information, o 
erro abaixo é gerado:

[INS-40718]

Single Client Access Name (SCAN): rac-scan.localdomain could not be resolved.


Alguém sabe como posso resolver essa situação?

Re: [oracle_br] Erro instalação RAC

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

Entao...

O que o instalador do Oracle faz é usar o nslookup (utilitario do linux) 
para checar os nomes e se está usando dns. O que eu fiz foi pegar um script 
linux pronto na net e aí troquei o nslookup original por ele, quando o 
instalado do Oracle faz a chamada, ele chama o script já ajustado para simular 
a resposta de um dns.

Get Outlook for iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Carlos Eduardo carloseduard...@yahoo.com [oracle_br] 

Sent: Thursday, April 13, 2017 8:53:51 PM
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Erro instalação RAC



Rodrigo, obrigado pelo retorno.

Mas como estou começando meus estudos e meus aprendizados com RAC, eu não 
entendi o que você quis dizer.


Em Quinta-feira, 13 de Abril de 2017 19:03, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:



Vc renomeia o nslookup e o substitui por um shell script... da uma googlada por 
esse caminho que foi assim que resolvi essa questao.

Get Outlook for iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Carlos Eduardo carloseduard...@yahoo.com [oracle_br] 

Sent: Thursday, April 13, 2017 6:41:08 PM
To: Yahoo! Brazil
Subject: [oracle_br] Erro instalação RAC


Cenário:

GI and DB 12cR1
OEL 6.9
Virtual BOX (sem servidor DNS/GNS)

Dois nós


# Public
192.168.56.101   rac1.localdomainrac1
192.168.56.102   rac2.localdomainrac2
# Private
192.168.1.101   rac1-priv.localdomain   rac1-priv
192.168.1.102   rac2-priv.localdomain   rac2-priv
# Virtual
192.168.56.103  rac1-vip.localdomainrac1-vip
192.168.56.104  rac2-vip.localdomainrac2-vip
# SCAN
#192.168.56.105   rac-scan.localdomain rac-scan
#192.168.56.106   rac-scan.localdomain rac-scan
#192.168.56.107   rac-scan.localdomain rac-scan


Obs: Em cada VM, eu tenho 3 adaptadores de rede, a primeira NAT, a segunda Host 
only (publica) e a terceira Internal network (privada)

As maquinas RAC1 e RAC2 se comunicam pela rede PUBLICA e pela rede PRIVADA 
(pingando pelo IP ou pelo host).

Mas se eu pingar o endereço virtual ou pelo SCAN, não funciona.

Quando eu chego na instalação do GI na parte GRID PLUG and PLAY information, o 
erro abaixo é gerado:

[INS-40718]

Single Client Access Name (SCAN): rac-scan.localdomain could not be resolved.


Alguém sabe como posso resolver essa situação?

Re: [oracle_br] Erro instalação RAC

[Carlos Eduardo carloseduard...@yahoo.com [oracle_br]]

Rodrigo, obrigado pelo retorno.
Mas como estou começando meus estudos e meus aprendizados com RAC, eu não 
entendi o que você quis dizer. 

Em Quinta-feira, 13 de Abril de 2017 19:03, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Vc renomeia o nslookup e o substitui por um shell script... da uma 
googlada por esse caminho que foi assim que resolvi essa questao.
Get Outlook for iOSFrom: oracle_br@yahoogrupos.com.br 
 on behalf of Carlos Eduardo 
carloseduard...@yahoo.com [oracle_br] 
Sent: Thursday, April 13, 2017 6:41:08 PM
To: Yahoo! Brazil
Subject: [oracle_br] Erro instalação RAC  Cenário: 
GI and DB 12cR1OEL 6.9Virtual BOX (sem servidor DNS/GNS)
Dois nós

# Public192.168.56.101   rac1.localdomain        rac1192.168.56.102   
rac2.localdomain        rac2# Private192.168.1.101   rac1-priv.localdomain   
rac1-priv192.168.1.102   rac2-priv.localdomain   rac2-priv# 
Virtual192.168.56.103  rac1-vip.localdomain    rac1-vip192.168.56.104  
rac2-vip.localdomain    rac2-vip# SCAN#192.168.56.105   rac-scan.localdomain 
rac-scan#192.168.56.106   rac-scan.localdomain rac-scan#192.168.56.107   
rac-scan.localdomain rac-scan

Obs: Em cada VM, eu tenho 3 adaptadores de rede, a primeira NAT, a segunda Host 
only (publica) e a terceira Internal network (privada)
As maquinas RAC1 e RAC2 se comunicam pela rede PUBLICA e pela rede PRIVADA 
(pingando pelo IP ou pelo host).
Mas se eu pingar o endereço virtual ou pelo SCAN, não funciona.
Quando eu chego na instalação do GI na parte GRID PLUG and PLAY information, o 
erro abaixo é gerado:
[INS-40718] 
Single Client Access Name (SCAN): rac-scan.localdomain could not be resolved.

Alguém sabe como posso resolver essa situação?




  #yiv7524536005 #yiv7524536005 -- #yiv7524536005ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7524536005 
#yiv7524536005ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7524536005 
#yiv7524536005ygrp-mkp #yiv7524536005hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv7524536005 #yiv7524536005ygrp-mkp #yiv7524536005ads 
{margin-bottom:10px;}#yiv7524536005 #yiv7524536005ygrp-mkp .yiv7524536005ad 
{padding:0 0;}#yiv7524536005 #yiv7524536005ygrp-mkp .yiv7524536005ad p 
{margin:0;}#yiv7524536005 #yiv7524536005ygrp-mkp .yiv7524536005ad a 
{color:#ff;text-decoration:none;}#yiv7524536005 #yiv7524536005ygrp-sponsor 
#yiv7524536005ygrp-lc {font-family:Arial;}#yiv7524536005 
#yiv7524536005ygrp-sponsor #yiv7524536005ygrp-lc #yiv7524536005hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7524536005 
#yiv7524536005ygrp-sponsor #yiv7524536005ygrp-lc .yiv7524536005ad 
{margin-bottom:10px;padding:0 0;}#yiv7524536005 #yiv7524536005actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7524536005 
#yiv7524536005activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7524536005
 #yiv7524536005activity span {font-weight:700;}#yiv7524536005 
#yiv7524536005activity span:first-child 
{text-transform:uppercase;}#yiv7524536005 #yiv7524536005activity span a 
{color:#5085b6;text-decoration:none;}#yiv7524536005 #yiv7524536005activity span 
span {color:#ff7900;}#yiv7524536005 #yiv7524536005activity span 
.yiv7524536005underline {text-decoration:underline;}#yiv7524536005 
.yiv7524536005attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv7524536005 .yiv7524536005attach div a 
{text-decoration:none;}#yiv7524536005 .yiv7524536005attach img 
{border:none;padding-right:5px;}#yiv7524536005 .yiv7524536005attach label 
{display:block;margin-bottom:5px;}#yiv7524536005 .yiv7524536005attach label a 
{text-decoration:none;}#yiv7524536005 blockquote {margin:0 0 0 
4px;}#yiv7524536005 .yiv7524536005bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv7524536005 
.yiv7524536005bold a {text-decoration:none;}#yiv7524536005 dd.yiv7524536005last 
p a {font-family:Verdana;font-weight:700;}#yiv7524536005 dd.yiv7524536005last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv7524536005 
dd.yiv7524536005last p span.yiv7524536005yshortcuts 
{margin-right:0;}#yiv7524536005 div.yiv7524536005attach-table div div a 
{text-decoration:none;}#yiv7524536005 div.yiv7524536005attach-table 
{width:400px;}#yiv7524536005 div.yiv7524536005file-title a, #yiv7524536005 
div.yiv7524536005file-title a:active, #yiv7524536005 
div.yiv7524536005file-title a:hover, #yiv7524536005 div.yiv7524536005file-title 
a:visited {text-decoration:none;}#yiv7524536005 div.yiv7524536005photo-title a, 
#yiv7524536005 div.yiv7524536005photo-title a:active, #yiv7524536005 
div.yiv7524536005photo-title a:hover, #yiv7524536005 
div.yiv7524536005photo-title a:visited {text-decoration:none;}#yiv7524536005 
div#yiv7524536005ygrp-mlmsg #yiv7524536005ygrp-msg p a 
span.yiv7524536005yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv7524536005 
.yiv7524536005gr

Re: [oracle_br] Erro instalação RAC

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

Vc renomeia o nslookup e o substitui por um shell script... da uma googlada por 
esse caminho que foi assim que resolvi essa questao.

Get Outlook for iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br  on behalf of 
Carlos Eduardo carloseduard...@yahoo.com [oracle_br] 

Sent: Thursday, April 13, 2017 6:41:08 PM
To: Yahoo! Brazil
Subject: [oracle_br] Erro instalação RAC



Cenário:

GI and DB 12cR1
OEL 6.9
Virtual BOX (sem servidor DNS/GNS)

Dois nós


# Public
192.168.56.101   rac1.localdomainrac1
192.168.56.102   rac2.localdomainrac2
# Private
192.168.1.101   rac1-priv.localdomain   rac1-priv
192.168.1.102   rac2-priv.localdomain   rac2-priv
# Virtual
192.168.56.103  rac1-vip.localdomainrac1-vip
192.168.56.104  rac2-vip.localdomainrac2-vip
# SCAN
#192.168.56.105   rac-scan.localdomain rac-scan
#192.168.56.106   rac-scan.localdomain rac-scan
#192.168.56.107   rac-scan.localdomain rac-scan


Obs: Em cada VM, eu tenho 3 adaptadores de rede, a primeira NAT, a segunda Host 
only (publica) e a terceira Internal network (privada)

As maquinas RAC1 e RAC2 se comunicam pela rede PUBLICA e pela rede PRIVADA 
(pingando pelo IP ou pelo host).

Mas se eu pingar o endereço virtual ou pelo SCAN, não funciona.

Quando eu chego na instalação do GI na parte GRID PLUG and PLAY information, o 
erro abaixo é gerado:

[INS-40718]

Single Client Access Name (SCAN): rac-scan.localdomain could not be resolved.


Alguém sabe como posso resolver essa situação?

[oracle_br] Erro instalação RAC

[Carlos Eduardo carloseduard...@yahoo.com [oracle_br]]

Cenário: 
GI and DB 12cR1OEL 6.9Virtual BOX (sem servidor DNS/GNS)
Dois nós

# Public192.168.56.101   rac1.localdomain        rac1192.168.56.102   
rac2.localdomain        rac2# Private192.168.1.101   rac1-priv.localdomain   
rac1-priv192.168.1.102   rac2-priv.localdomain   rac2-priv# 
Virtual192.168.56.103  rac1-vip.localdomain    rac1-vip192.168.56.104  
rac2-vip.localdomain    rac2-vip# SCAN#192.168.56.105   rac-scan.localdomain 
rac-scan#192.168.56.106   rac-scan.localdomain rac-scan#192.168.56.107   
rac-scan.localdomain rac-scan

Obs: Em cada VM, eu tenho 3 adaptadores de rede, a primeira NAT, a segunda Host 
only (publica) e a terceira Internal network (privada)
As maquinas RAC1 e RAC2 se comunicam pela rede PUBLICA e pela rede PRIVADA 
(pingando pelo IP ou pelo host).
Mas se eu pingar o endereço virtual ou pelo SCAN, não funciona.
Quando eu chego na instalação do GI na parte GRID PLUG and PLAY information, o 
erro abaixo é gerado:
[INS-40718] 
Single Client Access Name (SCAN): rac-scan.localdomain could not be resolved.

Alguém sabe como posso resolver essa situação?

[oracle_br] Erro ORA-10693 - ressurgindo das cinzas

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

Bom dia pessoal,

Chiappa, eu to topando com um bug (talvez o bug na verdade seja eu)   que
já foi objeto de discussao aqui ha 9 anos atras num thread seu
https://www.mail-archive.com/oracle_br@yahoogrupos.com.br/msg44178.html

O erro ORA-19693: componente de backup

D:\ORACLE\FAST_RECOVERY_AREA\ORALAB\BACKUPSET\2017_04_11\O1_MF_A_TAG20170411T223652_DGV15OQ3_.BKP
jß foi incluÝdo


É uma restauração de um backup de outro servidor (prod) para uma maquina de
desenvolvimento, em Windows.

Até ontem era 11.2.0.3 e vinha de um 11.2.0.4 patchset

Tive a ideia entao de atualizar a base e deixar um ambiente mais decente,
digamos assim.
Só que desinstalei o banco de dados da maquina (ja tava bem zoneado, e era
maquina de teste.. ) e instalei o 11.2.0.4 nele

E ai foi o procedimento de criar a instancia, criar o pfile,  voltar o
spfile, editar, criar o spfile, criar as pastinhas, restaurar o control,
 catalogar, restaurar a base, trocar os caminhos...


Chegou na hora de rodar o recover.. não estou conseguindo transpor esse
obstáculo. Mando o recover e erro.

Estou com uma cópia nova mais recente de ontem a noite, na maquina, to
pensando em dropar e recomeçar do zero novamente  rodei agorinha e
resultado..

Estou achando que fiz alguma besteira em catalogar, bem com cara que foi
descrito no thread

Eu vou retomar o trabalho agora.. e talvez reiniciar, to com um backup mais
recente ainda a mão.



RMAN> recover database skip tablespace wms_data,wms_index;

Iniciando recover em 13/04/17
utilizando o canal ORA_DISK_1

Executando: alter database datafile 5 offline
Executando: alter database datafile 6 offline
iniciar recuperaçao de media

canal ORA_DISK_1: iniciando restauração de log arquivado para destino
default
canal ORA_DISK_1: restaurando log de arquivado
thread de log arquivado=1 sequÛncia=3243
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: falha do comando recover em 04/13/2017 09:30:35
ORA-19693: componente de backup
D:\ORACLE\FAST_RECOVERY_AREA\ORALAB\BACKUPSET\20
17_04_11\O1_MF_A_TAG20170411T223652_DGV15OQ3_.BKP já foi incluído

RMAN>

Assunto: Re: [oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3

[Marcos Vinicius de Almeida Rocha mva.ro...@yahoo.com.br [oracle_br]]

Bom dia Rodrigo.
Sim, o firewall esta desabilitado.

Enviado do Yahoo Mail no Android 
 
  Em sex, 24 fev, 2017 às 8:24, Vitor Junior vitorj...@gmail.com 
[oracle_br]&It;oracle_br@yahoogrupos.com.br> escreveu:       


Já tentou:

systemctl stop firewalld
systemctl disable firewalld


On Fri, Feb 24, 2017, 02:13 Rodrigo Mufalani rodr...@mufalani.com.br 
[oracle_br]  wrote:

     
Boa noite,

 Você consegue dar ping e ssh entre as máquinas? No seu /etc/hosts das duas 
máquinas tem resolução para rac1 e rac2?

Atenciosamente,

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
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<mailto:rodr...@mufalani.com.br>
<http://www.mufalani.com.br/>[cid:image001.png@01D28E43.91F08DE0]<http://www.mufalani.com.br/>[cid:image002.png@01D28E43.91F08DE0]



De:  em nome de "Marcos Vinicius de Almeida Rocha 
mva.ro...@yahoo.com.br [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: sexta-feira, 24 de fevereiro de 2017 02:08
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: [oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3




Bom dia senhores.


Um amigo esta tomando um erro na instalação do Oracle RAC 11.2.0.4 no OEL7.3.
Parei para replicar esta instalação aqui em casa usando virtual box, para 
tentar ajudar e tomei o mesmo erro (segue abaixo) durante o cluster verify pre 
crsinst.

Já desabilitei o selinux, iptables, instalei todos os pacotes, acertei os 
parâmetros do limits e do kernel, as configurações de rede estão corretas (e o 
multicast esta habilitado), os discos estão configurados no fstab, rodei o 
mcasttest e também deu erro.

Alguém já passou por este problema?


Checking subnet "192.168.1.0" for multicast communication with multicast group 
"230.0.1.0"...
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
Checking subnet "192.168.1.0" for multicast communication with multicast group 
"224.0.0.251"...
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
Checking subnet "10.0.0.0" for multicast communication with multicast group 
"230.0.1.0"...
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.60" on node "rac1"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.60" on node "rac1"
Checking subnet "10.0.0.0" for multicast communication with multicast group 
"224.0.0.251"...
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.60" on node "rac1"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.60" on node "rac1"





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


   
-- 
Att,/Regards,

Vitor Jr.
https://br.linkedin.com/in/vitorjunior81

Re: [oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Já tentou:

systemctl stop firewalld
systemctl disable firewalld

On Fri, Feb 24, 2017, 02:13 Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]  wrote:

>
>
> Boa noite,
>
> Você consegue dar ping e ssh entre as máquinas? No seu /etc/hosts das duas
> máquinas tem resolução para rac1 e rac2?
>
> Atenciosamente,
>
> <http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico |
> 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
> <mailto:rodr...@mufalani.com.br>
> <http://www.mufalani.com.br/>[cid:image001.png@01D28E43.91F08DE0]<
> http://www.mufalani.com.br/>[cid:image002.png@01D28E43.91F08DE0]
>
>
>
> De:  em nome de "Marcos Vinicius de Almeida
> Rocha mva.ro...@yahoo.com.br [oracle_br]" 
> Responder para: "oracle_br@yahoogrupos.com.br" <
> oracle_br@yahoogrupos.com.br>
> Data: sexta-feira, 24 de fevereiro de 2017 02:08
> Para: "oracle_br@yahoogrupos.com.br" 
> Assunto: [oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3
>
>
>
> Bom dia senhores.
>
>
> Um amigo esta tomando um erro na instalação do Oracle RAC 11.2.0.4 no
> OEL7.3.
> Parei para replicar esta instalação aqui em casa usando virtual box, para
> tentar ajudar e tomei o mesmo erro (segue abaixo) durante o cluster verify
> pre crsinst.
>
> Já desabilitei o selinux, iptables, instalei todos os pacotes, acertei os
> parâmetros do limits e do kernel, as configurações de rede estão corretas
> (e o multicast esta habilitado), os discos estão configurados no fstab,
> rodei o mcasttest e também deu erro.
>
> Alguém já passou por este problema?
>
>
> Checking subnet "192.168.1.0" for multicast communication with multicast
> group "230.0.1.0"...
> PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to
> communicate with interface "192.168.1.61" on node "rac2"
> PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to
> communicate with interface "192.168.1.60" on node "rac1"
> PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to
> communicate with interface "192.168.1.61" on node "rac2"
> PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to
> communicate with interface "192.168.1.60" on node "rac1"
> Checking subnet "192.168.1.0" for multicast communication with multicast
> group "224.0.0.251"...
> PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to
> communicate with interface "192.168.1.61" on node "rac2"
> PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to
> communicate with interface "192.168.1.60" on node "rac1"
> PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to
> communicate with interface "192.168.1.61" on node "rac2"
> PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to
> communicate with interface "192.168.1.60" on node "rac1"
> Checking subnet "10.0.0.0" for multicast communication with multicast
> group "230.0.1.0"...
> PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to
> communicate with interface "10.43.1.61" on node "rac2"
> PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to
> communicate with interface "10.43.1.60" on node "rac1"
> PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to
> communicate with interface "10.43.1.61" on node "rac2"
> PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to
> communicate with interface "10.43.1.60" on node "rac1"
> Checking subnet "10.0.0.0" for multicast communication with multicast
> group "224.0.0.251"...
> PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to
> communicate with interface "10.43.1.61" on node "rac2"
> PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to
> communicate with interface "10.43.1.60" on node "rac1"
> PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to
> communicate with interface "10.43.1.61" on node "rac2"
> PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to
> communicate with interface "10.43.1.60" on node "rac1"
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
-- 
Att,/Regards,

Vitor Jr.
https://br.linkedin.com/in/vitorjunior81

Re: [oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3

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

Boa noite,

  Você consegue dar ping e ssh entre as máquinas? No seu /etc/hosts das duas 
máquinas tem resolução para rac1 e rac2?

Atenciosamente,

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
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<mailto:rodr...@mufalani.com.br>
<http://www.mufalani.com.br/>[cid:image001.png@01D28E43.91F08DE0]<http://www.mufalani.com.br/>[cid:image002.png@01D28E43.91F08DE0]



De:  em nome de "Marcos Vinicius de Almeida Rocha 
mva.ro...@yahoo.com.br [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: sexta-feira, 24 de fevereiro de 2017 02:08
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: [oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3


Bom dia senhores.


Um amigo esta tomando um erro na instalação do Oracle RAC 11.2.0.4 no OEL7.3.
Parei para replicar esta instalação aqui em casa usando virtual box, para 
tentar ajudar e tomei o mesmo erro (segue abaixo) durante o cluster verify pre 
crsinst.

Já desabilitei o selinux, iptables, instalei todos os pacotes, acertei os 
parâmetros do limits e do kernel, as configurações de rede estão corretas (e o 
multicast esta habilitado), os discos estão configurados no fstab, rodei o 
mcasttest e também deu erro.

Alguém já passou por este problema?


Checking subnet "192.168.1.0" for multicast communication with multicast group 
"230.0.1.0"...
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
Checking subnet "192.168.1.0" for multicast communication with multicast group 
"224.0.0.251"...
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.61" on node "rac2"
PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to communicate 
with interface "192.168.1.60" on node "rac1"
Checking subnet "10.0.0.0" for multicast communication with multicast group 
"230.0.1.0"...
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.60" on node "rac1"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.60" on node "rac1"
Checking subnet "10.0.0.0" for multicast communication with multicast group 
"224.0.0.251"...
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to communicate 
with interface "10.43.1.60" on node "rac1"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.61" on node "rac2"
PRVG-11134 : Interface "10.43.1.60" on node "rac1" is not able to communicate 
with interface "10.43.1.60" on node "rac1"




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

[oracle_br] Erro na instalação do Oracle Rac 11.2.0.4 no OEL 7.3

[Marcos Vinicius de Almeida Rocha mva.ro...@yahoo.com.br [oracle_br]]

Bom dia senhores.

Um amigo esta tomando um erro na instalação do Oracle RAC 11.2.0.4 no OEL7.3. 
Parei para replicar esta instalação aqui em casa usando virtual box, para 
tentar ajudar e tomei o mesmo erro (segue abaixo) durante o cluster verify pre 
crsinst.
Já desabilitei o selinux, iptables, instalei todos os pacotes, acertei os 
parâmetros do limits e do kernel, as configurações de rede estão corretas (e o 
multicast esta habilitado), os discos estão configurados no fstab, rodei o 
mcasttest e também deu erro. 
Alguém já passou por este problema?


Checking subnet "192.168.1.0" for multicast communication with multicast group 
"230.0.1.0"...PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not able 
to communicate with interface "192.168.1.61" on node "rac2"PRVG-11134 : 
Interface "192.168.1.61" on node "rac2" is not able to communicate with 
interface "192.168.1.60" on node "rac1"PRVG-11134 : Interface "192.168.1.60" on 
node "rac1" is not able to communicate with interface "192.168.1.61" on node 
"rac2"PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to 
communicate with interface "192.168.1.60" on node "rac1"Checking subnet 
"192.168.1.0" for multicast communication with multicast group 
"224.0.0.251"...PRVG-11134 : Interface "192.168.1.61" on node "rac2" is not 
able to communicate with interface "192.168.1.61" on node "rac2"PRVG-11134 : 
Interface "192.168.1.61" on node "rac2" is not able to communicate with 
interface "192.168.1.60" on node "rac1"PRVG-11134 : Interface "192.168.1.60" on 
node "rac1" is not able to communicate with interface "192.168.1.61" on node 
"rac2"PRVG-11134 : Interface "192.168.1.60" on node "rac1" is not able to 
communicate with interface "192.168.1.60" on node "rac1"Checking subnet 
"10.0.0.0" for multicast communication with multicast group 
"230.0.1.0"...PRVG-11134 : Interface "10.43.1.61" on node "rac2" is not able to 
communicate with interface "10.43.1.61" on node "rac2"PRVG-11134 : Interface 
"10.43.1.61" on node "rac2" is not able to communicate with interface 
"10.43.1.60" on node "rac1"PRVG-11134 : Interface "10.43.1.60" on node "rac1" 
is not able to communicate with interface "10.43.1.61" on node "rac2"PRVG-11134 
: Interface "10.43.1.60" on node "rac1" is not able to communicate with 
interface "10.43.1.60" on node "rac1"Checking subnet "10.0.0.0" for multicast 
communication with multicast group "224.0.0.251"...PRVG-11134 : Interface 
"10.43.1.61" on node "rac2" is not able to communicate with interface 
"10.43.1.61" on node "rac2"PRVG-11134 : Interface "10.43.1.61" on node "rac2" 
is not able to communicate with interface "10.43.1.60" on node "rac1"PRVG-11134 
: Interface "10.43.1.60" on node "rac1" is not able to communicate with 
interface "10.43.1.61" on node "rac2"PRVG-11134 : Interface "10.43.1.60" on 
node "rac1" is not able to communicate with interface "10.43.1.60" on node 
"rac1"

[oracle_br] Erro ao instalar GRID

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Senhores, bom dia.
Cenário:
=> Oracle Linux v6.5=> GI v12.1.0.1
O grid ao chegar aos seus 85% e após pedir para executar os scripts com usuário 
root, segue o erro que surge:
[INS-32123] Exeution of 'GI Install' script failed on nodes: rac1
 VIsualizando o log 
/u01/app/oraInventory/logs/installActions2017-01-16_11-00-02PM.log
2017/01/16 23:54:53 CLSRSC-1003: Failed to start resource OC4J^M2017/01/16 
23:54:54 CLSRSC-287: FirstNode configuration failed^MDied at 
/u01/app/12.1.0/grid_1/crs/install/crsinstall.pm line 2398.^MThe command 
'/u01/app/12.1.0/grid_1/perl/bin/perl -I/u01/app/12.1.0/grid_1/perl/lib 
-I/u01/app/12.1.0/grid_1/crs/install 
/u01/app/12.1.0/grid_1/crs/install/rootcrs.pl  -auto -lang=en_US.UTF-8' 
execution failed^M

Visualizando o log: 
/u01/app/12.1.0/grid_1/cfgtoollogs/crsconfig/rootcrs_rac1_2017-01-16_11-36-06PM.log
2017-01-16 23:54:56: Succeeded in writing the checkpoint:'ROOTCRS_NODECONFIG' 
with status:FAIL2017-01-16 23:54:56: Install node: rac12017-01-16 23:54:56: 
Current first node: rac12017-01-16 23:54:56: Invoking 
"/u01/app/12.1.0/grid_1/bin/cluutil -ckpt -oraclebase /u01/app/oracle 
-writeckpt -name ROOTCRS_STACK -state FAIL"2017-01-16 23:54:56: trace 
file=/u01/app/oracle/crsdata/rac1/crsconfig/cluutil2.log2017-01-16 23:54:56: 
Running as user oracle: /u01/app/12.1.0/grid_1/bin/cluutil -ckpt -oraclebase 
/u01/app/oracle -writeckpt -name ROOTCRS_STACK -state FAIL2017-01-16 23:54:56: 
s_run_as_user2: Running /bin/su oracle -c ' echo CLSRSC_START; 
/u01/app/12.1.0/grid_1/bin/cluutil -ckpt -oraclebase /u01/app/oracle -writeckpt 
-name ROOTCRS_STACK -state FAIL '

2017-01-16 23:54:57: Succeeded in writing the checkpoint:'ROOTCRS_STACK' with 
status:FAIL2017-01-16 23:54:57: Install node: rac12017-01-16 23:54:57: Current 
first node: rac12017-01-16 23:54:57: Invoking 
"/u01/app/12.1.0/grid_1/bin/cluutil -exec -ocrsetval -key 
SYSTEM.rootcrs.checkpoints.firstnode -value FAIL"2017-01-16 23:54:57: trace 
file=/u01/app/oracle/crsdata/rac1/crsconfig/cluutil3.log2017-01-16 23:54:57: 
Executing cmd: /u01/app/12.1.0/grid_1/bin/cluutil -exec -ocrsetval -key 
SYSTEM.rootcrs.checkpoints.firstnode -value FAIL2017-01-16 23:54:57: Succeeded 
in writing the key pair (SYSTEM.rootcrs.checkpoints.firstnode:FAIL) to 
OCR"/u01/app/12.1.0/grid_1/cfgtoollogs/crsconfig/rootcrs_rac1_2017-01-16_11-36-06PM.log"
 2138L, 176301C  

Obs: Estou sem acesso ao metalink, entao se alguem puder ajudar sem passar 
referencias do metalink eu agradeço.

[oracle_br] Erro Executar Oracle Miner - ORA-20999: Error in WF_RUN:

[Grimaldo Lopes grimaldo_lo...@hotmail.com [oracle_br]]

Caros amigos, ao executar o oracle Miner na leitura de um arquivo de dados no 
workflow, apresenta o erro abaixo. Alguém já passou por isso?


Versão Sql Developer : 4.2.0.16.356

Banco Enterprise ORACLe: 11.2


Obrigado



oracle.ide.dialogs.ProgressException: java.sql.SQLException: ORA-20999: Error 
in WF_RUN:
ORA-20999: Error in internal_wf_run:
ORA-20003: Falha em Execução do Workflow devido a Error in WF_RUN:
ORA-2:
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1149
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1281
.
ORA-06512: em "ODMRSYS.ODMR_INTERNAL_UTIL", line 1589
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1316
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1334
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1487
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1506
ORA-06512: em line 1

at oracle.ide.dialogs.ProgressRunnable.start(ProgressRunnable.java:136)
at 
oracle.dmt.dataminer.workflow.WorkflowContextMenu.handleRunAction(WorkflowContextMenu.java:2505)
at 
oracle.dmt.dataminer.workflow.WorkflowContextMenu.handleRunAction(WorkflowContextMenu.java:2540)
at 
oracle.dmt.dataminer.workflow.WorkflowContextMenu.handleRunAction(WorkflowContextMenu.java:2513)
at 
oracle.dmt.dataminer.workflow.WorkflowContextMenu.handleEvent(WorkflowContextMenu.java:3099)
at 
oracle.ide.controller.IdeAction$ControllerDelegatingController.handleEvent(IdeAction.java:1488)
at oracle.ide.controller.IdeAction.performAction(IdeAction.java:663)
at oracle.ide.controller.IdeAction.actionPerformedImpl(IdeAction.java:1159)
at oracle.ide.controller.IdeAction.actionPerformed(IdeAction.java:618)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
at java.awt.Component.processMouseEvent(Component.java:6533)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6298)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
at java.awt.Container.dispatchEventImpl(Container.java:2280)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.awt.EventQueue$4.run(EventQueue.java:729)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
at 
oracle.javatools.internal.ui.EventQueueWrapper._dispatchEvent(EventQueueWrapper.java:169)
at 
oracle.javatools.internal.ui.EventQueueWrapper.dispatchEvent(EventQueueWrapper.java:151)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.sql.SQLException: ORA-20999: Error in WF_RUN:
ORA-20999: Error in internal_wf_run:
ORA-20003: Falha em Execução do Workflow devido a Error in WF_RUN:
ORA-2:
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1149
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1281
.
ORA-06512: em "ODMRSYS.ODMR_INTERNAL_UTIL", line 1589
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1316
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1334
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1487
ORA-06512: em "ODMRSYS.ODMR_WORKFLOW", line 1506
ORA-06512: em line 1

at oracle.jdbc.driver.T4CTTIoer11.pr

Re: [oracle_br] erro ORA-00445 = kernel.randomize_va_space = 1

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

Meu caro,

  Dá uma olhada na MOSC noteid abaixo:

[https://support.oracle.com/epmos/adf/images/t.gif]

ORA-00445: Background Process "" Did Not Start After 120 Seconds (Doc ID 
1345364.1)


   Esse parâmetro é utilizado para corrigir um problema, mas é bem específico e 
no caso da nota foi usado para solucionar um bug nas plataformas:

IBM: Linux on System z
Linux x86-64
Linux x86

  De fato, tem sim alguma informação sobre no metalink, como é uma coisa que 
afeta a alocação de memória o melhor dos mundos é abrir um chamado na Oracle 
informando dos requisitos da sua empresa e ver o que ela fala a respeito dessa 
implementação e como isso irá afetar o seu produto.

Atenciosamente,

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
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<mailto:rodr...@mufalani.com.br>
<http://www.mufalani.com.br/>[cid:image002.png@01D22B94.E85DC7E0]<http://www.mufalani.com.br/>[cid:image003.png@01D22B94.E85DC7E0]


De:  em nome de "Leandro Tadeu Belpiede 
ltbelpi...@hotmail.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: sexta-feira, 21 de outubro de 2016 11:27
Para: Oracle 
Assunto: [oracle_br] erro ORA-00445 = kernel.randomize_va_space = 1


bom dia a todos,
alguem poderia me ajudar com este erro, pois a empresa solicita por medida de 
segurança que o valor fique como 1, mas em pesquisa diz que para o banco e pode 
ser corrompido, gostaria de saber se tem como funcionar deixando o 
"kernel.randomize_va_space " com o valor 1 , e assim a memoria deixa de ser 
randomica, e no site da Oracle não fala nada documentada para eu mostrar ao 
cliente que ai  está o erro.

help-me !



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

[oracle_br] erro ORA-00445 = kernel.randomize_va_space = 1

[Leandro Tadeu Belpiede ltbelpi...@hotmail.com [oracle_br]]

bom dia a todos,alguem poderia me ajudar com este erro, pois a empresa solicita 
por medida de segurança que o valor fique como 1, mas em pesquisa diz que para 
o banco e pode ser corrompido, gostaria de saber se tem como funcionar deixando 
o "kernel.randomize_va_space " com o valor 1 , e assim a memoria deixa de ser 
randomica, e no site da Oracle não fala nada documentada para eu mostrar ao 
cliente que ai  está o erro.
help-me ! 

Re: [oracle_br] ERRO: ORA-12514: client 8i

[Roger Camatini rogerio.camat...@gmail.com [oracle_br]]

Chiappa,

Com certeza, estarei verificando e implementando os que estiverem fora do
exposto.


Atenciosamente,

Rogério Camatini


Em 24 de agosto de 2016 14:20, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Tá, mas se a aplicação é com developer 6i ** TODOS ** os detalhes que
> citei na outra resposta tem que ser Implementados, se vc quer ter alguma
> chance de Estabilidade, okdoc ?? Não se esqueça deles...
>
>  []s
>
>   Chiappa
> 
>

Re: [oracle_br] ERRO: ORA-12514: client 8i

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

Tá, mas se a aplicação é com developer 6i ** TODOS ** os detalhes que citei na 
outra resposta tem que ser Implementados, se vc quer ter alguma chance de 
Estabilidade, okdoc ?? Não se esqueça deles...

 []s

  Chiappa

Re: [oracle_br] ERRO: ORA-12514: client 8i

[Roger Camatini rogerio.camat...@gmail.com [oracle_br]]

Chiappa,

Muito obrigado pelos esclarecimentos!

Então, esse banco era um 9i e foi feito upgrade para 11g, antes claro todos
os desenvolvedores homologaram seus sistemas no 11g para então ser feito o
upgrade de versão. Claro que nesse processo de homologação esqueceram desse
detalhe, o client. Downgrade já posso descartar, portanto o que posso fazer
é utilizar a string de conexão antiga sem os parametros de failover e sem
service_name e sim com SID.

Muito obrigado a todos pela ajuda.


Atenciosamente,

Rogério Camatini


Em 24 de agosto de 2016 13:28, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Detalhe adicional : além de tudo o que disse na minha Resposta, ** Aviso
> ** que na época do Client 8 ** não ** existia FAILOVER, ** não ** existia
> conexão por SERVICE NAME, e features Avançadas do tipo - assim sendo, NÂO
> AS USE se vc quer Estabilidade
>
>  []s
>
>   Chiappa
> 
>

Re: [oracle_br] ERRO: ORA-12514: client 8i

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

Detalhe adicional : além de tudo o que disse na minha Resposta, ** Aviso ** que 
na época do Client 8 ** não ** existia FAILOVER, ** não ** existia conexão por 
SERVICE NAME, e features Avançadas do tipo - assim sendo, NÂO AS USE se vc quer 
Estabilidade

 []s

  Chiappa

Re: [oracle_br] ERRO: ORA-12514: client 8i

[Roger Camatini rogerio.camat...@gmail.com [oracle_br]]

Emerson,

Obrigado pela informação. Mesmo retirando os parâmetros de failover não
funcionou. Mas consegui conectar usando a string abaixo, será que a mesma
vai conseguir suprir minha necessidade se acontecer um failover ou
switchover?

xxxprd =
  (DESCRIPTION_LIST =
(FAILOVER = TRUE)
(LOAD_BALANCE = FALSE)
(DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
  (CONNECT_DATA =(SERVICE_NAME = xx)
 (SERVER = DEDICATED)))
(DESCRIPTION =(ADDRESS =(PROTOCOL = TCP)(HOST = XXXdg)(PORT = 1521))
  (CONNECT_DATA =(SERVICE_NAME = xx)
(SERVER = DEDICATED)))
  )

Não posso fazer o teste no momento devido serem aplicações criticas.


Atenciosamente,

Rogério Camatini


Em 24 de agosto de 2016 12:13, Emerson dos Santos Gaudêncio
emerson.fen...@gmail.com [oracle_br] 
escreveu:

>
>
> Bom dia Rogério,
>
>  Estava pesquisando na documentação oficial da Oracle e segue o link
> abaixo, conforme a versão do cliente utilizado no servidor de aplicação:
>
> http://docs.oracle.com/cd/A84055_01/EE806DOC/doc/
> network.804/a58230/appc.htm
>
> http://docs.oracle.com/cd/A84055_01/EE806DOC/doc/
> network.804/a58230/appb.htm#424125
>
> Na documentação os parâmetros de failover não são suportados,
> provavelmente o problema que esteja encarando seja essa incompatibilidade
> dos parâmetros que não são suportados por essa versão do oracle cliente
> 8.0.6.
>
> Qualquer dúvida estou a disposição.
>
> Att,
> Emerson S. Gaudêncio
>
> Em 24 de agosto de 2016 10:19, Roger Camatini rogerio.camat...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Bom dia Pessoal,
>>
>> Tenho o seguinte cenário:
>>
>> *Database produção:*
>>
>> 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 IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
>> NLSRTL Version 11.2.0.4.0 - Production
>>
>> *Database standby:*
>>
>> 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 IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
>> NLSRTL Version 11.2.0.4.0 - Production
>>
>>
>> Estou recebendo esse erro em conexões ao banco após alteração da string
>> de conexão (tnsnames.ora) das aplicações para suportar failover ou
>> switchover de banco.
>>
>> SQL*Plus: Release 8.0.6.0.0 - Production on Qua Ago 24 10:16:43 2016
>>
>> (c) Copyright 1999 Oracle Corporation.  All rights reserved.
>>
>> ERRO:
>> ORA-12514: Message 12514 not found;  product=RDBMS80; facility=ORA
>>
>>
>> Informe o nome do usußrio:
>>
>> *Antiga string: (nesse formato conecta sem problemas)*
>>
>> xxxprd =
>>   (DESCRIPTION =
>> (ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
>> (CONNECT_DATA =
>>   (SERVER = DEDICATED)
>>   (SERVICE_NAME = xx)
>> )
>>   )
>>
>> *Nova string: (nesse formato acontece o erro)*
>>
>> xxxprd =
>>   (DESCRIPTION =
>> (FAILOVER = ON)
>> (LOAD_BALANCE = off)
>> (ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
>> (ADDRESS = (PROTOCOL = TCP)(HOST = XXXdg)(PORT = 1521))
>> (CONNECT_DATA =
>>   (SERVER = DEDICATED)
>>   (SERVICE_NAME = xx)
>> )
>>   )
>>
>> As aplicações com erro utilizam forms/reports 6i e fazem uso do client 8i
>> para conexão. Já setei os parametros "
>> *SQLNET.ALLOWED_LOGON_VERSION_SERVER=8*","
>> *SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8*" no arquivo sqlnet.ora dos
>> servidores de banco, mas mesmo assim não houve sucesso.
>>
>> Não abri chamado pois sei que não há mais suporte para as ferramentas que
>> são utilizadas nesse caso. Também já gloogei pra caramba e nada.
>>
>> Alguém já passou por algo parecido e que possa me dar uma luz na
>> resolução. Sei que o correto seria estar tudo atualizado para versões mais
>> atuais,
>> mas sabem como é, nem tudo é perfeito nesse mundo.
>>
>> Atenciosamente,
>>
>> Rogério Camatini
>>
>>
> 
>

Re: [oracle_br] ERRO: ORA-12514: client 8i

[Emerson dos Santos Gaudêncio emerson.fen...@gmail.com [oracle_br]]

Bom dia Rogério,

 Estava pesquisando na documentação oficial da Oracle e segue o link
abaixo, conforme a versão do cliente utilizado no servidor de aplicação:

http://docs.oracle.com/cd/A84055_01/EE806DOC/doc/network.804/a58230/appc.htm

http://docs.oracle.com/cd/A84055_01/EE806DOC/doc/network.804/a58230/appb.htm#424125

Na documentação os parâmetros de failover não são suportados, provavelmente
o problema que esteja encarando seja essa incompatibilidade dos parâmetros
que não são suportados por essa versão do oracle cliente 8.0.6.

Qualquer dúvida estou a disposição.

Att,
Emerson S. Gaudêncio

Em 24 de agosto de 2016 10:19, Roger Camatini rogerio.camat...@gmail.com
[oracle_br]  escreveu:

>
>
> Bom dia Pessoal,
>
> Tenho o seguinte cenário:
>
> *Database produção:*
>
> 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 IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
> NLSRTL Version 11.2.0.4.0 - Production
>
> *Database standby:*
>
> 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 IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
> NLSRTL Version 11.2.0.4.0 - Production
>
>
> Estou recebendo esse erro em conexões ao banco após alteração da string de
> conexão (tnsnames.ora) das aplicações para suportar failover ou switchover
> de banco.
>
> SQL*Plus: Release 8.0.6.0.0 - Production on Qua Ago 24 10:16:43 2016
>
> (c) Copyright 1999 Oracle Corporation.  All rights reserved.
>
> ERRO:
> ORA-12514: Message 12514 not found;  product=RDBMS80; facility=ORA
>
>
> Informe o nome do usußrio:
>
> *Antiga string: (nesse formato conecta sem problemas)*
>
> xxxprd =
>   (DESCRIPTION =
> (ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
> (CONNECT_DATA =
>   (SERVER = DEDICATED)
>   (SERVICE_NAME = xx)
> )
>   )
>
> *Nova string: (nesse formato acontece o erro)*
>
> xxxprd =
>   (DESCRIPTION =
> (FAILOVER = ON)
> (LOAD_BALANCE = off)
> (ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
> (ADDRESS = (PROTOCOL = TCP)(HOST = XXXdg)(PORT = 1521))
> (CONNECT_DATA =
>   (SERVER = DEDICATED)
>   (SERVICE_NAME = xx)
> )
>   )
>
> As aplicações com erro utilizam forms/reports 6i e fazem uso do client 8i
> para conexão. Já setei os parametros "
> *SQLNET.ALLOWED_LOGON_VERSION_SERVER=8*","
> *SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8*" no arquivo sqlnet.ora dos
> servidores de banco, mas mesmo assim não houve sucesso.
>
> Não abri chamado pois sei que não há mais suporte para as ferramentas que
> são utilizadas nesse caso. Também já gloogei pra caramba e nada.
>
> Alguém já passou por algo parecido e que possa me dar uma luz na
> resolução. Sei que o correto seria estar tudo atualizado para versões mais
> atuais,
> mas sabem como é, nem tudo é perfeito nesse mundo.
>
> Atenciosamente,
>
> Rogério Camatini
>
> 
>

[oracle_br] ERRO: ORA-12514: client 8i

[Roger Camatini rogerio.camat...@gmail.com [oracle_br]]

Bom dia Pessoal,

Tenho o seguinte cenário:

*Database produção:*

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 IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production

*Database standby:*

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 IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production


Estou recebendo esse erro em conexões ao banco após alteração da string de
conexão (tnsnames.ora) das aplicações para suportar failover ou switchover
de banco.

SQL*Plus: Release 8.0.6.0.0 - Production on Qua Ago 24 10:16:43 2016

(c) Copyright 1999 Oracle Corporation.  All rights reserved.

ERRO:
ORA-12514: Message 12514 not found;  product=RDBMS80; facility=ORA


Informe o nome do usußrio:

*Antiga string: (nesse formato conecta sem problemas)*

xxxprd =
  (DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
(CONNECT_DATA =
  (SERVER = DEDICATED)
  (SERVICE_NAME = xx)
)
  )

*Nova string: (nesse formato acontece o erro)*

xxxprd =
  (DESCRIPTION =
(FAILOVER = ON)
(LOAD_BALANCE = off)
(ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = XXXdg)(PORT = 1521))
(CONNECT_DATA =
  (SERVER = DEDICATED)
  (SERVICE_NAME = xx)
)
  )

As aplicações com erro utilizam forms/reports 6i e fazem uso do client 8i
para conexão. Já setei os parametros "
*SQLNET.ALLOWED_LOGON_VERSION_SERVER=8*","
*SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8*" no arquivo sqlnet.ora dos
servidores de banco, mas mesmo assim não houve sucesso.

Não abri chamado pois sei que não há mais suporte para as ferramentas que
são utilizadas nesse caso. Também já gloogei pra caramba e nada.

Alguém já passou por algo parecido e que possa me dar uma luz na resolução.
Sei que o correto seria estar tudo atualizado para versões mais atuais,
mas sabem como é, nem tudo é perfeito nesse mundo.

Atenciosamente,

Rogério Camatini

[oracle_br] Erro ao usar Post Forms Builder 6i - ORA-12203:TNS:unable to connect to destination

[Carlos Cesar Aparecido Da Silva carlos.sil...@jbsfoods.com.br [oracle_br]]

Boa tarde, Pessoal!
Tivemos uma migração recentemente, e uma tela(desenvolvida em Forms Builder 6i) 
que utiliza POST esta perdendo a conexão, sempre que o comando é chamado.
Alguém já pegou algo do tipo ???

Forms  6i
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production

ORA-12203:TNS:unable to connect to destination

Att;

RES: [oracle_br] erro orachk

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

Leonardo,

Sim, estou usando o bash

 

$ echo $SHELL

/bin/bash

 

Grato

Ednilson Silva

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quarta-feira, 13 de abril de 2016 11:04
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] erro orachk

 

  

Amigo,

Acredito que você não esteja utilizando o bash como shell. Verifica isso, 
executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".

 

2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] :

  

Pessoal,

Estou tentando rodar o orachk num banco 11g e estou recebendo este erro abaixo, 
alguém já passou por isso?

 

Red Hat Linux 4.8

 

$ ./orachk

./orachk: line 25537: syntax error near unexpected token `"$tag"'

./orachk: line 25537: `  ?*) path+=("$tag") ;;'

 

Grato,

Ednilson Silva




-- 

Leonardo Valente

RES: [oracle_br] erro orachk

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

Leonardo,

Mesma coisa...

 

$ sh orachk

orachk: line 23517: syntax error near unexpected token `"$tag"'

orachk: line 23517: `  ?*) path+=("$tag") ;;'

 

Neste servidor tenho Oracle 9i, 10g e 11g, rsrsrs

 

Grato,

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quarta-feira, 13 de abril de 2016 11:12
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] erro orachk

 

  

Mais uma sugestão. Esse Red Hat é bem antigo.. nem sei se esse script é 
compatível e se depende das variáveis LD_LIBRARY_PATH, ORACLE_HOME... Tenta 
chamar assim: sh orachk

 

Em 13 de abril de 2016 11:03, Leonardo Valente  
escreveu:

Amigo,

Acredito que você não esteja utilizando o bash como shell. Verifica isso, 
executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".

 

2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] :

  

Pessoal,

Estou tentando rodar o orachk num banco 11g e estou recebendo este erro abaixo, 
alguém já passou por isso?

 

Red Hat Linux 4.8

 

$ ./orachk

./orachk: line 25537: syntax error near unexpected token `"$tag"'

./orachk: line 25537: `  ?*) path+=("$tag") ;;'

 

Grato,

Ednilson Silva





-- 

Leonardo Valente




-- 

Leonardo Valente

Re: [oracle_br] erro orachk

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Talvez se tu conseguir uma versão mais antiga, pode ser possível... teria
que ver se o metalink possúi algo do tipo older versions.

Em qua, 13 de abr de 2016 às 11:16, 'Ednilson Silva'
ednilson.si...@jbs.com.br [oracle_br] 
escreveu:

>
>
> Vitor,
>
> Hum, lascou então...
>
> Será que tem para RH 4.8?
>
>
>
> Grato
>
> Ednilson
>
>
>
> *De:* oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> *Enviada em:* quarta-feira, 13 de abril de 2016 11:11
> *Para:* oracle_br@yahoogrupos.com.br
> *Assunto:* Re: [oracle_br] erro orachk
>
>
>
>
>
> Da documentação:
>
>
>
> Supported Platforms At this time, the tool is supported on the following
> UNIX platforms: - Intel Linux* (Oracle Linux/RedHat 5, 6, 7 and SuSE 9,10,
> 11, 12)
>
>
>
>
>
>
>
> Em qua, 13 de abr de 2016 às 11:03, Leonardo Valente
> leonardovale...@gmail.com [oracle_br] 
> escreveu:
>
>
>
> Amigo,
>
> Acredito que você não esteja utilizando o bash como shell. Verifica isso,
> executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".
>
>
>
> 2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
> [oracle_br] :
>
>
>
> Pessoal,
>
> Estou tentando rodar o orachk num banco 11g e estou recebendo este erro
> abaixo, alguém já passou por isso?
>
>
>
> Red Hat Linux 4.8
>
>
>
> $ ./orachk
>
> ./orachk: line 25537: syntax error near unexpected token `"$tag"'
>
> ./orachk: line 25537: `  ?*) path+=("$tag") ;;'
>
>
>
> Grato,
>
> Ednilson Silva
>
>
>
> --
>
> Leonardo Valente
>
> --
>
> Att,/Regards,
>
>
> Vitor Jr.
> https://br.linkedin.com/in/vitorjunior81
>
>
>
> 
>
-- 
Att,/Regards,

Vitor Jr.
https://br.linkedin.com/in/vitorjunior81

RES: [oracle_br] erro orachk

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

Vitor,

Hum, lascou então...

Será que tem para RH 4.8?

 

Grato

Ednilson

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quarta-feira, 13 de abril de 2016 11:11
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] erro orachk

 

  

Da documentação:

 

Supported Platforms At this time, the tool is supported on the following UNIX 
platforms: - Intel Linux* (Oracle Linux/RedHat 5, 6, 7 and SuSE 9,10, 11, 12)

 

 

 

Em qua, 13 de abr de 2016 às 11:03, Leonardo Valente leonardovale...@gmail.com 
[oracle_br]  escreveu:

  

Amigo,

Acredito que você não esteja utilizando o bash como shell. Verifica isso, 
executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".

 

2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] :

  

Pessoal,

Estou tentando rodar o orachk num banco 11g e estou recebendo este erro abaixo, 
alguém já passou por isso?

 

Red Hat Linux 4.8

 

$ ./orachk

./orachk: line 25537: syntax error near unexpected token `"$tag"'

./orachk: line 25537: `  ?*) path+=("$tag") ;;'

 

Grato,

Ednilson Silva





-- 

Leonardo Valente

-- 

Att,/Regards,


Vitor Jr.
https://br.linkedin.com/in/vitorjunior81

 

Re: [oracle_br] erro orachk

[Leonardo Valente leonardovale...@gmail.com [oracle_br]]

Mais uma sugestão. Esse Red Hat é bem antigo.. nem sei se esse script é
compatível e se depende das variáveis LD_LIBRARY_PATH, ORACLE_HOME... Tenta
chamar assim: sh orachk

Em 13 de abril de 2016 11:03, Leonardo Valente 
escreveu:

> Amigo,
>
> Acredito que você não esteja utilizando o bash como shell. Verifica isso,
> executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".
>
>
> 2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
> [oracle_br] :
>
>>
>>
>> Pessoal,
>>
>> Estou tentando rodar o orachk num banco 11g e estou recebendo este erro
>> abaixo, alguém já passou por isso?
>>
>>
>>
>> Red Hat Linux 4.8
>>
>>
>>
>> $ ./orachk
>>
>> ./orachk: line 25537: syntax error near unexpected token `"$tag"'
>>
>> ./orachk: line 25537: `  ?*) path+=("$tag") ;;'
>>
>>
>>
>> Grato,
>>
>> Ednilson Silva
>>
>> 
>>
>
>
>
> --
> Leonardo Valente
>



-- 
Leonardo Valente

Re: [oracle_br] erro orachk

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Da documentação:

Supported Platforms At this time, the tool is supported on the following
UNIX platforms: - Intel Linux* (Oracle Linux/RedHat 5, 6, 7 and SuSE 9,10,
11, 12)



Em qua, 13 de abr de 2016 às 11:03, Leonardo Valente
leonardovale...@gmail.com [oracle_br] 
escreveu:

>
>
> Amigo,
>
> Acredito que você não esteja utilizando o bash como shell. Verifica isso,
> executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".
>
>
> 2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
> [oracle_br] :
>
>>
>>
>> Pessoal,
>>
>> Estou tentando rodar o orachk num banco 11g e estou recebendo este erro
>> abaixo, alguém já passou por isso?
>>
>>
>>
>> Red Hat Linux 4.8
>>
>>
>>
>> $ ./orachk
>>
>> ./orachk: line 25537: syntax error near unexpected token `"$tag"'
>>
>> ./orachk: line 25537: `  ?*) path+=("$tag") ;;'
>>
>>
>>
>> Grato,
>>
>> Ednilson Silva
>>
>>
>
>
> --
> Leonardo Valente
> 
>
-- 
Att,/Regards,

Vitor Jr.
https://br.linkedin.com/in/vitorjunior81

Re: [oracle_br] erro orachk

[Leonardo Valente leonardovale...@gmail.com [oracle_br]]

Amigo,

Acredito que você não esteja utilizando o bash como shell. Verifica isso,
executando "echo $SHELL".  Acho que teria que retornar "/bin/bash".


2016-04-13 10:21 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br] :

>
>
> Pessoal,
>
> Estou tentando rodar o orachk num banco 11g e estou recebendo este erro
> abaixo, alguém já passou por isso?
>
>
>
> Red Hat Linux 4.8
>
>
>
> $ ./orachk
>
> ./orachk: line 25537: syntax error near unexpected token `"$tag"'
>
> ./orachk: line 25537: `  ?*) path+=("$tag") ;;'
>
>
>
> Grato,
>
> Ednilson Silva
>
> 
>



-- 
Leonardo Valente

[oracle_br] erro orachk

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

Pessoal,

Estou tentando rodar o orachk num banco 11g e estou recebendo este erro
abaixo, alguém já passou por isso?

 

Red Hat Linux 4.8

 

$ ./orachk

./orachk: line 25537: syntax error near unexpected token `"$tag"'

./orachk: line 25537: `  ?*) path+=("$tag") ;;'

 

Grato,

Ednilson Silva

Re: [oracle_br] Erro ORA-14450

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Post com explicação do problema e sugestão de possível correção.

http://kishor-meher-oracle.blogspot.com.br/2011/07/ora-14450-attempt-to-access.html




Em sex, 8 de jan de 2016 às 12:08, Erik Castilho escasti...@gmail.com
[oracle_br]  escreveu:

>
>
> Vítor, bom dia!
>
> Certo, me desculpe.
>
> Versão do s.o. Linux CentOS 5.4
> Versão do banco com 4 dígitos: 10.2.0
> Cenário onde está ocorrendo o problema, o problema ocorre no momento de
> efetuar um procedimento no ERP.
>
> Em 8 de janeiro de 2016 11:48, Vitor Junior vitorj...@gmail.com
> [oracle_br]  escreveu:
>
> Erik, pra um início de ajuda, tu tens que mandar pelo menos:
>>
>> Versão do s.o.
>> Versão do banco com 4 dígitos
>> Cenário onde está ocorrendo o problema
>>
>> Senão fica complicado de começar a ajudar! :)
>>
>> Em sex, 8 de jan de 2016 às 11:40, Erik Castilho escasti...@gmail.com
>> [oracle_br]  escreveu:
>>
>>>
>>>
>>> Pessoal, bom dia!
>>>
>>> Estou com esse erro em produção, alguém pode me explicar o que fazer
>>> para resolver, por favor?
>>>
>>> ORA-14450: attempt to access a transactional temp table already in use
>>>
>>> []'s
>>>
>>> --
>>
> Att,/Regards,
>>
>>
>> Vitor Jr.
>> Infraestrutura / Infrastructure Team
>>
>> Oracle 12c DBA Certified Professional - OCP 12c
>> Oracle 11g DBA Certified Professional - OCP 11g
>> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
>> Infrastructure Administrator - OCE
>> Oracle Database 11g Performance Tuning Certified Expert - OCE
>> Oracle Exadata 11g Certified Implementation Specialist
>> Oracle Certified Associate, MySQL 5
>> mail, gtalk e msn: vitorj...@gmail.com
>> http://certificacaobd.com.br/
>> skype: vjunior1981
>> https://mybizcard.co/vitor.jr.385628
>>
>> 
>
-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628

Re: [oracle_br] Erro ORA-14450

[Erik Castilho escasti...@gmail.com [oracle_br]]

Vítor, bom dia!

Certo, me desculpe.

Versão do s.o. Linux CentOS 5.4
Versão do banco com 4 dígitos: 10.2.0
Cenário onde está ocorrendo o problema, o problema ocorre no momento de
efetuar um procedimento no ERP.

Em 8 de janeiro de 2016 11:48, Vitor Junior vitorj...@gmail.com [oracle_br]
 escreveu:

>
>
> Erik, pra um início de ajuda, tu tens que mandar pelo menos:
>
> Versão do s.o.
> Versão do banco com 4 dígitos
> Cenário onde está ocorrendo o problema
>
> Senão fica complicado de começar a ajudar! :)
>
> Em sex, 8 de jan de 2016 às 11:40, Erik Castilho escasti...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Pessoal, bom dia!
>>
>> Estou com esse erro em produção, alguém pode me explicar o que fazer para
>> resolver, por favor?
>>
>> ORA-14450: attempt to access a transactional temp table already in use
>>
>> []'s
>>
>> --
> Att,/Regards,
>
>
> Vitor Jr.
> Infraestrutura / Infrastructure Team
>
> Oracle 12c DBA Certified Professional - OCP 12c
> Oracle 11g DBA Certified Professional - OCP 11g
> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> Infrastructure Administrator - OCE
> Oracle Database 11g Performance Tuning Certified Expert - OCE
> Oracle Exadata 11g Certified Implementation Specialist
> Oracle Certified Associate, MySQL 5
> mail, gtalk e msn: vitorj...@gmail.com
> http://certificacaobd.com.br/
> skype: vjunior1981
> https://mybizcard.co/vitor.jr.385628
>
> 
>

Re: [oracle_br] Erro ORA-14450

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Erik, pra um início de ajuda, tu tens que mandar pelo menos:

Versão do s.o.
Versão do banco com 4 dígitos
Cenário onde está ocorrendo o problema

Senão fica complicado de começar a ajudar! :)

Em sex, 8 de jan de 2016 às 11:40, Erik Castilho escasti...@gmail.com
[oracle_br]  escreveu:

>
>
> Pessoal, bom dia!
>
> Estou com esse erro em produção, alguém pode me explicar o que fazer para
> resolver, por favor?
>
> ORA-14450: attempt to access a transactional temp table already in use
>
> []'s
> 
>
-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628

[oracle_br] Erro ORA-14450

[Erik Castilho escasti...@gmail.com [oracle_br]]

Pessoal, bom dia!

Estou com esse erro em produção, alguém pode me explicar o que fazer para
resolver, por favor?

ORA-14450: attempt to access a transactional temp table already in use

[]'s

Re: [oracle_br] Erro: ORA-31 619: invalid d ump file “”…””

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Bom dia Chiappa,
Foi exatamente essa minha orientação.  Obrigado. Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


Em Quinta-feira, 10 de Dezembro de 2015 9:50, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Dá uma dica lá pro pessoal do cliente : o arquivo .DMP é um ** binário **, 
então na hora de eles puxarem o arquivo do servidor Oracle (para depois 
enviarem pra vc), se casualmente eles usam FTP aí ** AVISE ** eles pra 
especificarem BINARY MODE, senão o FTP corrompe ele... Só um lembrete...

[]s

  Chiappa  #yiv9198328020 #yiv9198328020 -- #yiv9198328020ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9198328020 
#yiv9198328020ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9198328020 
#yiv9198328020ygrp-mkp #yiv9198328020hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9198328020 #yiv9198328020ygrp-mkp #yiv9198328020ads 
{margin-bottom:10px;}#yiv9198328020 #yiv9198328020ygrp-mkp .yiv9198328020ad 
{padding:0 0;}#yiv9198328020 #yiv9198328020ygrp-mkp .yiv9198328020ad p 
{margin:0;}#yiv9198328020 #yiv9198328020ygrp-mkp .yiv9198328020ad a 
{color:#ff;text-decoration:none;}#yiv9198328020 #yiv9198328020ygrp-sponsor 
#yiv9198328020ygrp-lc {font-family:Arial;}#yiv9198328020 
#yiv9198328020ygrp-sponsor #yiv9198328020ygrp-lc #yiv9198328020hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9198328020 
#yiv9198328020ygrp-sponsor #yiv9198328020ygrp-lc .yiv9198328020ad 
{margin-bottom:10px;padding:0 0;}#yiv9198328020 #yiv9198328020actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9198328020 
#yiv9198328020activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9198328020
 #yiv9198328020activity span {font-weight:700;}#yiv9198328020 
#yiv9198328020activity span:first-child 
{text-transform:uppercase;}#yiv9198328020 #yiv9198328020activity span a 
{color:#5085b6;text-decoration:none;}#yiv9198328020 #yiv9198328020activity span 
span {color:#ff7900;}#yiv9198328020 #yiv9198328020activity span 
.yiv9198328020underline {text-decoration:underline;}#yiv9198328020 
.yiv9198328020attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv9198328020 .yiv9198328020attach div a 
{text-decoration:none;}#yiv9198328020 .yiv9198328020attach img 
{border:none;padding-right:5px;}#yiv9198328020 .yiv9198328020attach label 
{display:block;margin-bottom:5px;}#yiv9198328020 .yiv9198328020attach label a 
{text-decoration:none;}#yiv9198328020 blockquote {margin:0 0 0 
4px;}#yiv9198328020 .yiv9198328020bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv9198328020 
.yiv9198328020bold a {text-decoration:none;}#yiv9198328020 dd.yiv9198328020last 
p a {font-family:Verdana;font-weight:700;}#yiv9198328020 dd.yiv9198328020last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv9198328020 
dd.yiv9198328020last p span.yiv9198328020yshortcuts 
{margin-right:0;}#yiv9198328020 div.yiv9198328020attach-table div div a 
{text-decoration:none;}#yiv9198328020 div.yiv9198328020attach-table 
{width:400px;}#yiv9198328020 div.yiv9198328020file-title a, #yiv9198328020 
div.yiv9198328020file-title a:active, #yiv9198328020 
div.yiv9198328020file-title a:hover, #yiv9198328020 div.yiv9198328020file-title 
a:visited {text-decoration:none;}#yiv9198328020 div.yiv9198328020photo-title a, 
#yiv9198328020 div.yiv9198328020photo-title a:active, #yiv9198328020 
div.yiv9198328020photo-title a:hover, #yiv9198328020 
div.yiv9198328020photo-title a:visited {text-decoration:none;}#yiv9198328020 
div#yiv9198328020ygrp-mlmsg #yiv9198328020ygrp-msg p a 
span.yiv9198328020yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv9198328020 
.yiv9198328020green {color:#628c2a;}#yiv9198328020 .yiv9198328020MsoNormal 
{margin:0 0 0 0;}#yiv9198328020 o {font-size:0;}#yiv9198328020 
#yiv9198328020photos div {float:left;width:72px;}#yiv9198328020 
#yiv9198328020photos div div {border:1px solid 
#66;height:62px;overflow:hidden;width:62px;}#yiv9198328020 
#yiv9198328020photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv9198328020
 #yiv9198328020reco-category {font-size:77%;}#yiv9198328020 
#yiv9198328020reco-desc {font-size:77%;}#yiv9198328020 .yiv9198328020replbq 
{margin:4px;}#yiv9198328020 #yiv9198328020ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv9198328020 #yiv9198328020ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv9198328020 
#yiv9198328020ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv9198328020 
#yiv9198328020ygrp-mlmsg select, #yiv9198328020 input, #yi

Re: [oracle_br] Erro: ORA-31 619: invalid d ump file “”…””

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

Dá uma dica lá pro pessoal do cliente : o arquivo .DMP é um ** binário **, 
então na hora de eles puxarem o arquivo do servidor Oracle (para depois 
enviarem pra vc), se casualmente eles usam FTP aí ** AVISE ** eles pra 
especificarem BINARY MODE, senão o FTP corrompe ele... Só um lembrete...

[]s

  Chiappa

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Pessoal,
Obrigado pela ajuda, vou seguir a orientação de solicitar a empresa (CLIENTE) 
um novo dump.Ja tinha a desconfiança de que nao era erro nosso.
Valeu a todos!!! Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


Em Quarta-feira, 9 de Dezembro de 2015 15:10, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Boa tarde,
   Faz o seguinte.. Tenta usar na exportação. 
VERSION=10.2      No final da linha do teu script. Assim ele vai fazer manter o 
dump como se ele fosse na versão 10.2 do Oracle (10g).
Atenciosamente,



Em 09/12/2015, à(s) 14:58, Andre Luiz Reis Marques aandre...@yahoo.com.br 
[oracle_br]  escreveu:

Mufalani

A versao é 11g pode ter alguma diferença de realese.  
Import: Release 11.2.0.3.0 - Production on Wed Dec 9 13:58:44 2015
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights 
reserved.Password:
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
ProductionWith the Partitioning, OLAP, Data Mining and Real Application Testing 
optionsORA-39001: invalid argument valueORA-39000: bad dump file 
specificationORA-31619: invalid dump file 
"/u01/app/oracle/admin/dsv/dpdump/SYST_S_07_12_backup_dev.dmp"
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."Chico Xavier




Em Quarta-feira, 9 de Dezembro de 2015 14:35, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:


 Entao executa ele novamente e posta a saida pra gente tentar lhe ajudar. As 
versoes de oracle sao iguais?! 

[ ]'s#mufalani
   Desculpe por erros! Este e-mail foi escrito do meu smartphone!
    Sorry for typos! This mail was written from my smartphone!!!
Em 9 de dez de 2015, às 14:01, Andre Luiz Reis Marques aandre...@yahoo.com.br 
[oracle_br]  escreveu:


 Consultei a informação: DATA_PUMP_DIR esta correto.Retirei o rows = y tambem.
Observacao, o script acima ja havia sido utilizado.  So alterei os nomes do DMP 
e LOG.
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."Chico Xavier




Em Quarta-feira, 9 de Dezembro de 2015 12:50, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:


 Boa tarde,
  Arranca esse rows=y e veja para qual o caminho aponta o DATA_PUMP_DIR na view 
dba_directories como disse nosso amigo abaixo:
Atenciosamente,



Em 09/12/2015, à(s) 12:46, Paulo Jr paulobarbosa@gmail.com [oracle_br] 
 escreveu:

Executa o select e veja se o dump está no diretório correto.
select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;

e o nome do dump no diretorio.

Att,
Paulo BarbosaAdm de Banco de Dados
skype: paulobarbosa.sp
Cel.: (11) 98869-0988

2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br 
[oracle_br] :

 
Colegas,
Segue o scritp para conferencia, e o que uso sempre: 
impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
LOGFILE=ARQ.log rows=y schemas=SYST_S
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."Chico Xavier




Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:


 Boa tarde,
  Você deve estar usando expdp e impdp e referenciando o path completo do 
arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do tipo 
directory e usar apenas o nome do arquivo.

Atenciosamente,



Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] 
 escreveu:

prezados
Estou tendo o erro abaixo:
ORA-39001: invalid argument valueORA-39000: bad dump file specification
ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
SO de origemAIX 7.1
Oracle: 11.2.0.3.0
SO de 
destinoLSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarchRed
 Hat Enterprise Linux Server release 6.7 (Santiago)Red Hat Enterprise Linux 
Server release 6.7 (Santiago)
Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou o 
exp ao inves do expdb?
Obrigad

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

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

Boa tarde,

   Faz o seguinte.. Tenta usar na exportação. 

VERSION=10.2  
 
   No final da linha do teu script. Assim ele vai fazer manter o dump como se 
ele fosse na versão 10.2 do Oracle (10g).

Atenciosamente,



> Em 09/12/2015, à(s) 14:58, Andre Luiz Reis Marques aandre...@yahoo.com.br 
> [oracle_br]  escreveu:
> 
> 
> Mufalani
> 
> A versao é 11g pode ter alguma diferença de realese.  
> 
> Import: Release 11.2.0.3.0 - Production on Wed Dec 9 13:58:44 2015
> 
> Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
> Password:
> 
> Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 
> 64bit Production
> With the Partitioning, OLAP, Data Mining and Real Application Testing options
> ORA-39001: invalid argument value
> ORA-39000: bad dump file specification
> ORA-31619: invalid dump file 
> "/u01/app/oracle/admin/dsv/dpdump/SYST_S_07_12_backup_dev.dmp"
> 
>  
> Atenciosamente, 
> André Luiz R. Marques 
> Administrador de Banco de Dados - SQL Server/Oracle
> Tel: (21) 99978-4564
>  
> Evite imprimir. Colabore com o Meio Ambiente!
>  
> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
> começar agora e fazer um novo fim." 
>Chico Xavier
> 
> 
> 
> 
> Em Quarta-feira, 9 de Dezembro de 2015 14:35, "Rodrigo Mufalani 
> rodr...@mufalani.com.br  [oracle_br]" 
> mailto:oracle_br@yahoogrupos.com.br>> escreveu:
> 
> 
>  
> Entao executa ele novamente e posta a saida pra gente tentar lhe ajudar. As 
> versoes de oracle sao iguais?! 
> 
> [ ]'s
> #mufalani
> 
>Desculpe por erros! Este e-mail foi escrito do meu smartphone!
> 
> Sorry for typos! This mail was written from my smartphone!!!
> 
> Em 9 de dez de 2015, às 14:01, Andre Luiz Reis Marques aandre...@yahoo.com.br 
>  [oracle_br]  > escreveu:
> 
>>  
>> Consultei a informação: DATA_PUMP_DIR esta correto.
>> Retirei o rows = y tambem.
>> 
>> Observacao, o script acima ja havia sido utilizado.  So alterei os nomes do 
>> DMP e LOG.
>> 
>>  
>> Atenciosamente, 
>> André Luiz R. Marques 
>> Administrador de Banco de Dados - SQL Server/Oracle
>> Tel: (21) 99978-4564
>>  
>> Evite imprimir. Colabore com o Meio Ambiente!
>>  
>> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
>> começar agora e fazer um novo fim." 
>>Chico Xavier
>> 
>> 
>> 
>> 
>> Em Quarta-feira, 9 de Dezembro de 2015 12:50, "Rodrigo Mufalani 
>> rodr...@mufalani.com.br  [oracle_br]" 
>> mailto:oracle_br@yahoogrupos.com.br>> 
>> escreveu:
>> 
>> 
>>  
>> Boa tarde,
>> 
>>   Arranca esse rows=y e veja para qual o caminho aponta o DATA_PUMP_DIR na 
>> view dba_directories como disse nosso amigo abaixo:
>> 
>> Atenciosamente,
>> 
>> 
>> 
>>> Em 09/12/2015, à(s) 12:46, Paulo Jr paulobarbosa@gmail.com 
>>>  [oracle_br] 
>>> mailto:oracle_br@yahoogrupos.com.br>> 
>>> escreveu:
>>> 
>>> 
>>> Executa o select e veja se o dump está no diretório correto.
>>> 
>>> select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;
>>> 
>>> e o nome do dump no diretorio.
>>> 
>>> 
>>> Att,
>>> 
>>> Paulo Barbosa
>>> Adm de Banco de Dados
>>> skype: paulobarbosa.sp
>>> Cel.: (11) 98869-0988
>>> 
>>> 2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br 
>>>  [oracle_br] >> >:
>>>  
>>> 
>>> Colegas,
>>> 
>>> Segue o scritp para conferencia, e o que uso sempre: 
>>> 
>>> impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
>>> LOGFILE=ARQ.log rows=y schemas=SYST_S
>>>  
>>> Atenciosamente, 
>>> André Luiz R. Marques 
>>> Administrador de Banco de Dados - SQL Server/Oracle
>>> Tel: (21) 99978-4564
>>>  
>>> Evite imprimir. Colabore com o Meio Ambiente!
>>>  
>>> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
>>> começar agora e fazer um novo fim." 
>>>Chico Xavier
>>> 
>>> 
>>> 
>>> 
>>> Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
>>> rodr...@mufalani.com.br  [oracle_br]" 
>>> mailto:oracle_br@yahoogrupos.com.br>> 
>>> escreveu:
>>> 
>>> 
>>>  
>>> Boa tarde,
>>> 
>>>   Você deve estar usando expdp e impdp e referenciando o path completo do 
>>> arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do 
>>> tipo directory e usar apenas o nome do arquivo.
>>> 
>>> 
>>> Atenciosamente,
>>> 
>>> 
>>> 
 Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br 
  [oracle_br] >>> > escreveu:
 
 
 prezados
 Estou tendo o erro abaixo:
 
 ORA-39001: invalid argument value
 ORA-39000: bad dump file specification
 
 ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
 
 SO de o

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Mufalani

A versao é 11g pode ter alguma diferença de realese.  
Import: Release 11.2.0.3.0 - Production on Wed Dec 9 13:58:44 2015
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights 
reserved.Password:
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
ProductionWith the Partitioning, OLAP, Data Mining and Real Application Testing 
optionsORA-39001: invalid argument valueORA-39000: bad dump file 
specificationORA-31619: invalid dump file 
"/u01/app/oracle/admin/dsv/dpdump/SYST_S_07_12_backup_dev.dmp"
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


Em Quarta-feira, 9 de Dezembro de 2015 14:35, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Entao executa ele novamente e posta a saida pra gente tentar lhe ajudar. 
As versoes de oracle sao iguais?! 

[ ]'s#mufalani
   Desculpe por erros! Este e-mail foi escrito do meu smartphone!
    Sorry for typos! This mail was written from my smartphone!!!
Em 9 de dez de 2015, às 14:01, Andre Luiz Reis Marques aandre...@yahoo.com.br 
[oracle_br]  escreveu:


    Consultei a informação: DATA_PUMP_DIR esta correto.Retirei o rows = y 
tambem.
Observacao, o script acima ja havia sido utilizado.  So alterei os nomes do DMP 
e LOG.
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


Em Quarta-feira, 9 de Dezembro de 2015 12:50, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Boa tarde,
  Arranca esse rows=y e veja para qual o caminho aponta o DATA_PUMP_DIR na view 
dba_directories como disse nosso amigo abaixo:
Atenciosamente,



Em 09/12/2015, à(s) 12:46, Paulo Jr paulobarbosa@gmail.com [oracle_br] 
 escreveu:

Executa o select e veja se o dump está no diretório correto.
select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;

e o nome do dump no diretorio.

Att,
Paulo BarbosaAdm de Banco de Dados
skype: paulobarbosa.sp
Cel.: (11) 98869-0988

2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br 
[oracle_br] :

 
Colegas,
Segue o scritp para conferencia, e o que uso sempre: 
impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
LOGFILE=ARQ.log rows=y schemas=SYST_S
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."Chico Xavier




Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:


 Boa tarde,
  Você deve estar usando expdp e impdp e referenciando o path completo do 
arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do tipo 
directory e usar apenas o nome do arquivo.

Atenciosamente,



Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] 
 escreveu:

prezados
Estou tendo o erro abaixo:
ORA-39001: invalid argument valueORA-39000: bad dump file specification
ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
SO de origemAIX 7.1
Oracle: 11.2.0.3.0
SO de 
destinoLSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarchRed
 Hat Enterprise Linux Server release 6.7 (Santiago)Red Hat Enterprise Linux 
Server release 6.7 (Santiago)
Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou o 
exp ao inves do expdb?
Obrigado























  

 
  #yiv5282203238 #yiv5282203238 -- #yiv5282203238ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5282203238 
#yiv5282203238ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5282203238 
#yiv5282203238ygrp-mkp #yiv5282203238hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5282203238 #yiv5282203238ygrp-mkp #yiv5282203238ads 
{margin-bottom:10px;}#yiv5282203238 #yiv5282203238ygrp-mkp .yiv5282203238ad 
{padding:0 0;}#yiv5282203238 #yiv5282203238ygrp-mkp .yiv5282203238ad p 
{margin:0;}#yiv5282203238 #yiv5282203238ygrp-mkp .yiv5282203238ad a 
{color:#ff;text-decoration:none;}#yiv5282203238 #yiv5282203238ygrp-sponsor 
#yiv5282203238ygrp-lc {font-family:Arial;}#yiv5282203238 
#yiv5282203238ygrp-sponsor #yiv5282203238ygrp-lc #yiv5282203238hd {margin:10px 
0px;font-weight:700;f

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

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

Entao executa ele novamente e posta a saida pra gente tentar lhe ajudar. As 
versoes de oracle sao iguais?! 

[ ]'s
#mufalani

   Desculpe por erros! Este e-mail foi escrito do meu smartphone!

Sorry for typos! This mail was written from my smartphone!!!

> Em 9 de dez de 2015, às 14:01, Andre Luiz Reis Marques aandre...@yahoo.com.br 
> [oracle_br]  escreveu:
> 
> Consultei a informação: DATA_PUMP_DIR esta correto.
> Retirei o rows = y tambem.
> 
> Observacao, o script acima ja havia sido utilizado.  So alterei os nomes do 
> DMP e LOG.
> 
>  
> Atenciosamente, 
> André Luiz R. Marques 
> Administrador de Banco de Dados - SQL Server/Oracle
> Tel: (21) 99978-4564
>  
> Evite imprimir. Colabore com o Meio Ambiente!
>  
> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
> começar agora e fazer um novo fim."
>Chico Xavier
> 
> 
> 
> 
> Em Quarta-feira, 9 de Dezembro de 2015 12:50, "Rodrigo Mufalani 
> rodr...@mufalani.com.br [oracle_br]"  escreveu:
> 
> 
>  
> Boa tarde,
> 
>   Arranca esse rows=y e veja para qual o caminho aponta o DATA_PUMP_DIR na 
> view dba_directories como disse nosso amigo abaixo:
> 
> Atenciosamente,
> 
> 
> 
>> Em 09/12/2015, à(s) 12:46, Paulo Jr paulobarbosa@gmail.com [oracle_br] 
>>  escreveu:
>> 
>> 
>> Executa o select e veja se o dump está no diretório correto.
>> 
>> select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;
>> 
>> e o nome do dump no diretorio.
>> 
>> 
>> Att,
>> 
>> Paulo Barbosa
>> Adm de Banco de Dados
>> skype: paulobarbosa.sp
>> Cel.: (11) 98869-0988
>> 
>> 2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br 
>> [oracle_br] :
>>  
>> 
>> Colegas,
>> 
>> Segue o scritp para conferencia, e o que uso sempre: 
>> 
>> impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
>> LOGFILE=ARQ.log rows=y schemas=SYST_S
>>  
>> Atenciosamente, 
>> André Luiz R. Marques 
>> Administrador de Banco de Dados - SQL Server/Oracle
>> Tel: (21) 99978-4564
>>  
>> Evite imprimir. Colabore com o Meio Ambiente!
>>  
>> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
>> começar agora e fazer um novo fim." 
>>Chico Xavier
>> 
>> 
>> 
>> 
>> Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
>> rodr...@mufalani.com.br [oracle_br]"  escreveu:
>> 
>> 
>>  
>> Boa tarde,
>> 
>>   Você deve estar usando expdp e impdp e referenciando o path completo do 
>> arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do 
>> tipo directory e usar apenas o nome do arquivo.
>> 
>> 
>> Atenciosamente,
>> 
>> 
>> 
>>> Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] 
>>>  escreveu:
>>> 
>>> 
>>> prezados
>>> Estou tendo o erro abaixo:
>>> 
>>> ORA-39001: invalid argument value
>>> ORA-39000: bad dump file specification
>>> 
>>> ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
>>> 
>>> SO de origem
>>> AIX 7.1
>>> 
>>> Oracle: 11.2.0.3.0
>>> 
>>> SO de destino
>>> LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
>>> Red Hat Enterprise Linux Server release 6.7 (Santiago)
>>> Red Hat Enterprise Linux Server release 6.7 (Santiago)
>>> 
>>> Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
>>> Production
>>> 
>>> Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou 
>>> o exp ao inves do expdb?
>>> 
>>> Obrigado
> 
> 
> 
> 

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Consultei a informação: DATA_PUMP_DIR esta correto.Retirei o rows = y tambem.
Observacao, o script acima ja havia sido utilizado.  So alterei os nomes do DMP 
e LOG.
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


Em Quarta-feira, 9 de Dezembro de 2015 12:50, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Boa tarde,
  Arranca esse rows=y e veja para qual o caminho aponta o DATA_PUMP_DIR na view 
dba_directories como disse nosso amigo abaixo:
Atenciosamente,



Em 09/12/2015, à(s) 12:46, Paulo Jr paulobarbosa@gmail.com [oracle_br] 
 escreveu:

Executa o select e veja se o dump está no diretório correto.
select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;

e o nome do dump no diretorio.

Att,
Paulo BarbosaAdm de Banco de Dados
skype: paulobarbosa.sp
Cel.: (11) 98869-0988

2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br 
[oracle_br] :

 
Colegas,
Segue o scritp para conferencia, e o que uso sempre: 
impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
LOGFILE=ARQ.log rows=y schemas=SYST_S
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."Chico Xavier




Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:


 Boa tarde,
  Você deve estar usando expdp e impdp e referenciando o path completo do 
arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do tipo 
directory e usar apenas o nome do arquivo.

Atenciosamente,



Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] 
 escreveu:

prezados
Estou tendo o erro abaixo:
ORA-39001: invalid argument valueORA-39000: bad dump file specification
ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
SO de origemAIX 7.1
Oracle: 11.2.0.3.0
SO de 
destinoLSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarchRed
 Hat Enterprise Linux Server release 6.7 (Santiago)Red Hat Enterprise Linux 
Server release 6.7 (Santiago)
Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou o 
exp ao inves do expdb?
Obrigado























  #yiv0436166593 #yiv0436166593 -- #yiv0436166593ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv0436166593 
#yiv0436166593ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv0436166593 
#yiv0436166593ygrp-mkp #yiv0436166593hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv0436166593 #yiv0436166593ygrp-mkp #yiv0436166593ads 
{margin-bottom:10px;}#yiv0436166593 #yiv0436166593ygrp-mkp .yiv0436166593ad 
{padding:0 0;}#yiv0436166593 #yiv0436166593ygrp-mkp .yiv0436166593ad p 
{margin:0;}#yiv0436166593 #yiv0436166593ygrp-mkp .yiv0436166593ad a 
{color:#ff;text-decoration:none;}#yiv0436166593 #yiv0436166593ygrp-sponsor 
#yiv0436166593ygrp-lc {font-family:Arial;}#yiv0436166593 
#yiv0436166593ygrp-sponsor #yiv0436166593ygrp-lc #yiv0436166593hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv0436166593 
#yiv0436166593ygrp-sponsor #yiv0436166593ygrp-lc .yiv0436166593ad 
{margin-bottom:10px;padding:0 0;}#yiv0436166593 #yiv0436166593actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv0436166593 
#yiv0436166593activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv0436166593
 #yiv0436166593activity span {font-weight:700;}#yiv0436166593 
#yiv0436166593activity span:first-child 
{text-transform:uppercase;}#yiv0436166593 #yiv0436166593activity span a 
{color:#5085b6;text-decoration:none;}#yiv0436166593 #yiv0436166593activity span 
span {color:#ff7900;}#yiv0436166593 #yiv0436166593activity span 
.yiv0436166593underline {text-decoration:underline;}#yiv0436166593 
.yiv0436166593attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv0436166593 .yiv0436166593attach div a 
{text-decoration:none;}#yiv0436166593 .yiv0436166593attach img 
{border:none;padding-right:5px;}#yiv0436166593 .yiv0436166593attach label 
{display:block;margin-bottom:5px;}#yiv0436166593 .yiv0436166593attach label a 
{text-decoration:none;}#yiv0436166593 blockquote {margin:0 0 0 
4px;}#yiv0436166593 .yiv0436166593bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv0436166593 
.yiv0436166593bold a {text-decoration:none;}#yiv04

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

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

Boa tarde,

  Arranca esse rows=y e veja para qual o caminho aponta o DATA_PUMP_DIR na view 
dba_directories como disse nosso amigo abaixo:

Atenciosamente,



> Em 09/12/2015, à(s) 12:46, Paulo Jr paulobarbosa@gmail.com [oracle_br] 
>  escreveu:
> 
> 
> Executa o select e veja se o dump está no diretório correto.
> 
> select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;
> 
> e o nome do dump no diretorio.
> 
> 
> Att,
> 
> Paulo Barbosa
> Adm de Banco de Dados
> skype: paulobarbosa.sp
> Cel.: (11) 98869-0988
> 
> 2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br 
>  [oracle_br]  >:
>  
> 
> Colegas,
> 
> Segue o scritp para conferencia, e o que uso sempre: 
> 
> impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
> LOGFILE=ARQ.log rows=y schemas=SYST_S
>  
> Atenciosamente, 
> André Luiz R. Marques 
> Administrador de Banco de Dados - SQL Server/Oracle
> Tel: (21) 99978-4564
>  
> Evite imprimir. Colabore com o Meio Ambiente!
>  
> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
> começar agora e fazer um novo fim." 
>Chico Xavier
> 
> 
> 
> 
> Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
> rodr...@mufalani.com.br  [oracle_br]" 
> mailto:oracle_br@yahoogrupos.com.br>> escreveu:
> 
> 
>  
> Boa tarde,
> 
>   Você deve estar usando expdp e impdp e referenciando o path completo do 
> arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do 
> tipo directory e usar apenas o nome do arquivo.
> 
> 
> Atenciosamente,
> 
> 
> 
>> Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br 
>>  [oracle_br] > > escreveu:
>> 
>> 
>> prezados
>> Estou tendo o erro abaixo:
>> 
>> ORA-39001: invalid argument value
>> ORA-39000: bad dump file specification
>> 
>> ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
>> 
>> SO de origem
>> AIX 7.1
>> 
>> Oracle: 11.2.0.3.0
>> 
>> SO de destino
>> LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
>> Red Hat Enterprise Linux Server release 6.7 (Santiago)
>> Red Hat Enterprise Linux Server release 6.7 (Santiago)
>> 
>> Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
>> Production
>> 
>> Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou 
>> o exp ao inves do expdb?
>> 
>> Obrigado
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
> 
> 
> 
> 
> 
> 
> 

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

[Paulo Jr paulobarbosa....@gmail.com [oracle_br]]

Executa o select e veja se o dump está no diretório correto.

select DIRECTORY_NAME, DIRECTORY_PATH from DBA_DIRECTORIES;

e o nome do dump no diretorio.


*Att,*

*Paulo Barbosa*

*Adm de Banco de Dados*

*skype: paulobarbosa.sp*
*Cel.: (11) 98869-0988*

2015-12-09 12:42 GMT-02:00 Andre Luiz Reis Marques aandre...@yahoo.com.br
[oracle_br] :

>
>
> Colegas,
>
> Segue o scritp para conferencia, e o que uso sempre:
>
> impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp
> LOGFILE=ARQ.log rows=y schemas=SYST_S
>
> Atenciosamente,
> André Luiz R. Marques
> Administrador de Banco de Dados - SQL Server/Oracle
> Tel: (21) 99978-4564
>
> *Evite imprimir. Colabore com o Meio Ambiente!*
>
> "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode
> começar agora e fazer um novo fim."
>*Chico Xavier*
>
>
>
>
> Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani
> rodr...@mufalani.com.br [oracle_br]" 
> escreveu:
>
>
>
> Boa tarde,
>
>   Você deve estar usando expdp e impdp e referenciando o path completo do
> arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do
> tipo directory e usar apenas o nome do arquivo.
>
>
> Atenciosamente,
>
>
> Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>
> prezados
> Estou tendo o erro abaixo:
>
> ORA-39001: invalid argument value
> ORA-39000: bad dump file specification
>
> ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
>
> SO de origem
> AIX 7.1
>
> Oracle: 11.2.0.3.0
>
> SO de destino
>
> LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
> Red Hat Enterprise Linux Server release 6.7 (Santiago)
> Red Hat Enterprise Linux Server release 6.7 (Santiago)
>
> Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit
> Production
>
> Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou
> usou o exp ao inves do expdb?
>
> Obrigado
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 
>

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Colegas,
Segue o scritp para conferencia, e o que uso sempre: 
impdp adm@dev DIRECTORY=DATA_PUMP_DIR DUMPFILE=I_S_07_12_backup_dev.dmp 
LOGFILE=ARQ.log rows=y schemas=SYST_S
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


Em Quarta-feira, 9 de Dezembro de 2015 12:26, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
 

     Boa tarde,
  Você deve estar usando expdp e impdp e referenciando o path completo do 
arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do tipo 
directory e usar apenas o nome do arquivo.

Atenciosamente,



Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] 
 escreveu:

prezados
Estou tendo o erro abaixo:
ORA-39001: invalid argument valueORA-39000: bad dump file specification
ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
SO de origemAIX 7.1
Oracle: 11.2.0.3.0
SO de 
destinoLSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarchRed
 Hat Enterprise Linux Server release 6.7 (Santiago)Red Hat Enterprise Linux 
Server release 6.7 (Santiago)
Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou o 
exp ao inves do expdb?
Obrigado















  #yiv1080211965 #yiv1080211965 -- #yiv1080211965ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1080211965 
#yiv1080211965ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1080211965 
#yiv1080211965ygrp-mkp #yiv1080211965hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1080211965 #yiv1080211965ygrp-mkp #yiv1080211965ads 
{margin-bottom:10px;}#yiv1080211965 #yiv1080211965ygrp-mkp .yiv1080211965ad 
{padding:0 0;}#yiv1080211965 #yiv1080211965ygrp-mkp .yiv1080211965ad p 
{margin:0;}#yiv1080211965 #yiv1080211965ygrp-mkp .yiv1080211965ad a 
{color:#ff;text-decoration:none;}#yiv1080211965 #yiv1080211965ygrp-sponsor 
#yiv1080211965ygrp-lc {font-family:Arial;}#yiv1080211965 
#yiv1080211965ygrp-sponsor #yiv1080211965ygrp-lc #yiv1080211965hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1080211965 
#yiv1080211965ygrp-sponsor #yiv1080211965ygrp-lc .yiv1080211965ad 
{margin-bottom:10px;padding:0 0;}#yiv1080211965 #yiv1080211965actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1080211965 
#yiv1080211965activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1080211965
 #yiv1080211965activity span {font-weight:700;}#yiv1080211965 
#yiv1080211965activity span:first-child 
{text-transform:uppercase;}#yiv1080211965 #yiv1080211965activity span a 
{color:#5085b6;text-decoration:none;}#yiv1080211965 #yiv1080211965activity span 
span {color:#ff7900;}#yiv1080211965 #yiv1080211965activity span 
.yiv1080211965underline {text-decoration:underline;}#yiv1080211965 
.yiv1080211965attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1080211965 .yiv1080211965attach div a 
{text-decoration:none;}#yiv1080211965 .yiv1080211965attach img 
{border:none;padding-right:5px;}#yiv1080211965 .yiv1080211965attach label 
{display:block;margin-bottom:5px;}#yiv1080211965 .yiv1080211965attach label a 
{text-decoration:none;}#yiv1080211965 blockquote {margin:0 0 0 
4px;}#yiv1080211965 .yiv1080211965bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1080211965 
.yiv1080211965bold a {text-decoration:none;}#yiv1080211965 dd.yiv1080211965last 
p a {font-family:Verdana;font-weight:700;}#yiv1080211965 dd.yiv1080211965last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1080211965 
dd.yiv1080211965last p span.yiv1080211965yshortcuts 
{margin-right:0;}#yiv1080211965 div.yiv1080211965attach-table div div a 
{text-decoration:none;}#yiv1080211965 div.yiv1080211965attach-table 
{width:400px;}#yiv1080211965 div.yiv1080211965file-title a, #yiv1080211965 
div.yiv1080211965file-title a:active, #yiv1080211965 
div.yiv1080211965file-title a:hover, #yiv1080211965 div.yiv1080211965file-title 
a:visited {text-decoration:none;}#yiv1080211965 div.yiv1080211965photo-title a, 
#yiv1080211965 div.yiv1080211965photo-title a:active, #yiv1080211965 
div.yiv1080211965photo-title a:hover, #yiv1080211965 
div.yiv1080211965photo-title a:visited {text-decoration:none;}#yiv1080211965 
div#yiv1080211965ygrp-mlmsg #yiv1080211965ygrp-msg p a 
span.yiv1080211965yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv1080211965 
.yiv1080211965green {color:#628c2a;}#yiv1080211965 .yiv1080211965MsoNormal 
{margin:0 0 0 0;}#yiv1080211965 o {font-size:0;}#yiv108021196

[oracle_br] Erro: ORA-31619: invalid dump file “”…””

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

prezados

 Estou tendo o erro abaixo:
 

 ORA-39001: invalid argument value
 ORA-39000: bad dump file specification
 
 ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
 

 SO de origem
 AIX 7.1
 

 Oracle: 11.2.0.3.0
 

 SO de destino
 
LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
 Red Hat Enterprise Linux Server release 6.7 (Santiago)
 Red Hat Enterprise Linux Server release 6.7 (Santiago)
 

 Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
 

 Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou o 
exp ao inves do expdb?
 

 Obrigado
 

 

 

 

 

 

 

 

 

 

 

 

 

Re: [oracle_br] Erro: ORA-31619: invalid dump file “”…””

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

Boa tarde,

  Você deve estar usando expdp e impdp e referenciando o path completo do 
arquivo como fazia no exp e imp. Com o datampump tem que usar um objeto do tipo 
directory e usar apenas o nome do arquivo.


Atenciosamente,



> Em 09/12/2015, à(s) 12:23, aandre...@yahoo.com.br [oracle_br] 
>  escreveu:
> 
> 
> prezados
> 
> Estou tendo o erro abaixo:
> 
> 
> 
> ORA-39001: invalid argument value
> 
> ORA-39000: bad dump file specification
> 
> 
> ORA-31619: invalid dump file "x/dpdump/meu_banco_backup_dev.dmp"
> 
> 
> 
> SO de origem
> 
> AIX 7.1
> 
> 
> 
> Oracle: 11.2.0.3.0
> 
> 
> 
> SO de destino
> 
> LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
> 
> Red Hat Enterprise Linux Server release 6.7 (Santiago)
> 
> Red Hat Enterprise Linux Server release 6.7 (Santiago)
> 
> 
> 
> Oracle: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
> Production
> 
> 
> 
> Tenho a suspeita que o arquivo esteja corrompido ou o DBA que executou usou o 
> exp ao inves do expdb?
> 
> 
> 
> Obrigado
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 

[oracle_br] Erro ao Instalar Oracle Grid

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

Boa noite.
 

 Estou instalando o Oracle grid em um servidor Windows Server 2012 R2 e Oracle 
Grid 12c Release 1.
 

 Tinha instalando antes e precisei desentalar, fiz isso de forma convencional, 
executando o desinstalador no qual não reportou nenhum erro.
 

 Ao tentar instalar novamente , está sendo apresentado um erro INS-40404 
informando que o instalador detector uma instancia configurada.
 

 Alguém já passou por isso que possa me ajudar ?
 

 

 Abcs,
 Alisson Luz
 

 

 

 

 

[oracle_br] Erro de permissão ao instalar o Grid Infrastructure - PRVF-9802

[Emerson Martins emersonmarti...@gmail.com [oracle_br]]

Bom dia pessoal.


Estou instalando um Oracle RAC 11gR2 11.2.0.4 com dois nós utilizando
VMware e discos do storage (LUNS) sendo apresentadas diretamente as vms.


Fiz todo o processo inicial necessário porém estou com um warning na hora
dos pre-requisitos durante instalação do Grid Infrastructure na etapa de
verificação dos discos.


Os discos ASM já são enxergados pelos dois nodes conforme abaixo e durante
a instalação do grid:


[root@rac01hml ~]# /etc/init.d/oracleasm listdisks


DISK01


DISK02


DISK03




[root@rac02hml ~]# /etc/init.d/oracleasm listdisks


DISK01


DISK02


DISK03




Já setei no udev utilizando o oracle-base e outros artigos  porém as
permissões para o usuário e grupo que configurei não ficam persistentes..
se alguém puder dar uma dica ai onde estou errando eu agradeço.






KERNEL=="sde1", BUS=="scsi",PROGRAM=="/sbin/scsi_id -g -u -d /dev/$parent",
RESULT=="360002ac0003a2963", NAME="DISK01", OWNER="oracle",
GROUP="dba", MODE="0660"




KERNEL=="sdd1" BUS=="scsi", PROGRAM="/sbin/scsi_id -g -u -d /dev/$parent",
RESULT=="360002ac0003b2963", NAME="DISK02", OWNER="oracle",
GROUP="dba", MODE="0660"




KERNEL=="sdc1", BUS=="scsi", PROGRAM="/sbin/scsi_id -g -u -d /dev/$parent",
RESULT=="360002ac0003c2963", NAME="DISK03", OWNER="oracle",
GROUP="dba", MODE="0660"




A mensagem de Warning:




Device Checks for ASM - This is a pre-check to verify if the specified
devices meet the requirements for configuration through the Oracle U


niversal Storage Manager Configuration Assistant.


  Check Failed on Nodes: [rac01hml,  rac02hml]


Verification result of failed node: rac01hml





 Details:


 -


PRVF-9992 : Group of device "/dev/oracleasm/disks/DISK02" did not match the
expected group. [Expected = "dba"; Found = "oinstall"] on nodes


: [rac01hml, rac02hml]  - Cause:  Group of the device listed was different
than required group.  - Action:  Change the group of the device


listed or specify a different device.


 -


PRVF-9802 : Attempt to get udev info from node "rac01hml" failed  - Cause:
Attempt to read the udev permissions file failed, probably due


to missing permissions directory, missing or invalid permissions file, or
permissions file not accessible to use account running the check.


  - Action:  Make sure that the udev permissions directory is created, the
udev permissions file is available, and it has correct read perm


issions for access by the user running the check.


Back to Top


Verification result of failed node: rac02hml










Att,


Emerson Martins

Re: [oracle_br] Erro ora-0600 while SMON was doing logging scn->time mapping.

[germanopac...@gmail.com [oracle_br]]

legal, obrigado pela ajuda! realmente, usando a opção "cascade" no analyze 
table, encontrei um índice com problema.
 removi e recriei e tudo ok.
 

 grande ajuda :) , obrigado mesmo!