Re: [oracle_br] Linux x Display - DBCA nao funciona

2015-12-09 Por tôpico angelo angelolis...@gmail.com [oracle_br] 
Da ultima vez que precisei acessar um Xwindow no Linux ( justamente para
instalar um Client Oracle) instalei o vncserver nele.



On 8 December 2015 at 16:05, aandre...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
>
> Pessoal,
>
>
> Estou precisando de uma informação que não e sobre ORACLE, mas necessito
> dela para utilizar o DBCA ou NETCA pois estou recebendo o seguinte erro
> quando tento executar este comando:
>
>
> Claro que antes de postar pesquisei como posso resolver, e continuo
> pesquisando, mas se alguém tiver uma dica agradeço.
>
>
> -bash-4.1$ netca
>
> DISPLAY environment variable not set!
>
> Oracle Net Configuration Assistant is a GUI tool
>
> which requires that DISPLAY specify a location
>
> where GUI tools can display.
>
> Set and export DISPLAY, then re-run.
>
> -bash-4.1$
>
>
> -bash-4.1$ dbca
>
> DISPLAY not set.
>
> Set DISPLAY environment variable, then re-run.
>
> Minha maquina e Linux, com a seguinte versão:
>
>
> -bash-4.1$ cat /etc/issue
>
> Red Hat Enterprise Linux Server release 6.7 (Santiago)
>
> Kernel \r on an \m
>
>
> 
>

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

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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

Re: [oracle_br] Re: Linux x Display - DBCA nao funciona

2015-12-09 Por tôpico Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br] 
Obrigado a todos.
Consegui configurar utilizando:
DISPLAY=:0.0; export DISPLAY Valeu
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 9:13, "Ricardo Arnoud 
ricardo...@gmail.com [oracle_br]"  escreveu:
 

     Neste caso, você também pode usar o dbca silent, que não requer interface 
gráfica ou mesmo criar uma sessão gráfica com o vncserver e conectar nela 
remotamente para executar o dbca gráfico.

2015-12-09 8:35 GMT-02:00 andreibal...@gmail.com [oracle_br] 
:

     Não sei se é o caso, mas eu usava o Putty com o Xming no windows, e de vez 
em qdo este problema ocorria, mesmo setando a variavel DISPLAY, hoje eu uso o 
moba (http://mobaxterm.mobatek.net/) este client faz o export do display 
automaticamente. Espero que ajude.   



-- 
--
Thanks,
Ricardo Arnoud

Bacharel em Ciência da Computação - 2013/1



  

(51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS
http://www.ricardoarnoud.com
http://www.alterdatabaseopen.com
FB http://www.facebook.com/ricardo.arnoud
Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1  #yiv2128727764 
#yiv2128727764 -- #yiv2128727764ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv2128727764 
#yiv2128727764ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv2128727764 
#yiv2128727764ygrp-mkp #yiv2128727764hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv2128727764 #yiv2128727764ygrp-mkp #yiv2128727764ads 
{margin-bottom:10px;}#yiv2128727764 #yiv2128727764ygrp-mkp .yiv2128727764ad 
{padding:0 0;}#yiv2128727764 #yiv2128727764ygrp-mkp .yiv2128727764ad p 
{margin:0;}#yiv2128727764 #yiv2128727764ygrp-mkp .yiv2128727764ad a 
{color:#ff;text-decoration:none;}#yiv2128727764 #yiv2128727764ygrp-sponsor 
#yiv2128727764ygrp-lc {font-family:Arial;}#yiv2128727764 
#yiv2128727764ygrp-sponsor #yiv2128727764ygrp-lc #yiv2128727764hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv2128727764 
#yiv2128727764ygrp-sponsor #yiv2128727764ygrp-lc .yiv2128727764ad 
{margin-bottom:10px;padding:0 0;}#yiv2128727764 #yiv2128727764actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv2128727764 
#yiv2128727764activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv2128727764
 #yiv2128727764activity span {font-weight:700;}#yiv2128727764 
#yiv2128727764activity span:first-child 
{text-transform:uppercase;}#yiv2128727764 #yiv2128727764activity span a 
{color:#5085b6;text-decoration:none;}#yiv2128727764 #yiv2128727764activity span 
span {color:#ff7900;}#yiv2128727764 #yiv2128727764activity span 
.yiv2128727764underline {text-decoration:underline;}#yiv2128727764 
.yiv2128727764attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv2128727764 .yiv2128727764attach div a 
{text-decoration:none;}#yiv2128727764 .yiv2128727764attach img 
{border:none;padding-right:5px;}#yiv2128727764 .yiv2128727764attach label 
{display:block;margin-bottom:5px;}#yiv2128727764 .yiv2128727764attach label a 
{text-decoration:none;}#yiv2128727764 blockquote {margin:0 0 0 
4px;}#yiv2128727764 .yiv2128727764bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv2128727764 
.yiv2128727764bold a {text-decoration:none;}#yiv2128727764 dd.yiv2128727764last 
p a {font-family:Verdana;font-weight:700;}#yiv2128727764 dd.yiv2128727764last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv2128727764 
dd.yiv2128727764last p span.yiv2128727764yshortcuts 
{margin-right:0;}#yiv2128727764 div.yiv2128727764attach-table div div a 
{text-decoration:none;}#yiv2128727764 div.yiv2128727764attach-table 
{width:400px;}#yiv2128727764 div.yiv2128727764file-title a, #yiv2128727764 
div.yiv2128727764file-title a:active, #yiv2128727764 
div.yiv2128727764file-title a:hover, #yiv2128727764 div.yiv2128727764file-title 
a:visited {text-decoration:none;}#yiv2128727764 div.yiv2128727764photo-title a, 
#yiv2128727764 div.yiv2128727764photo-title a:active, #yiv2128727764 
div.yiv2128727764photo-title a:hover, #yiv2128727764 
div.yiv2128727764photo-title a:visited {text-decoration:none;}#yiv2128727764 
div#yiv2128727764ygrp-mlmsg #yiv2128727764ygrp-msg p a 
span.yiv2128727764yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv2128727764 
.yiv2128727764green {color:#628c2a;}#yiv2128727764 .yiv2128727764MsoNormal 
{margin:0 0 0 0;}#yiv2128727764 o {font-size:0;}#yiv2128727764 
#yiv2128727764photos div {float:left;width:72px;}#yiv2128727764 
#yiv2128727764photos div div {border:1px solid 
#66;height:62px;overflow:hidden;width:62px;}#yiv2128727764 
#yiv2128727764photos div label 
{color:#66;font-size:10px;overflow:hidden;text

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

2015-12-09 Por tôpico 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 “”…””

2015-12-09 Por tôpico 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
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>

Re: [oracle_br] problema display ao instalar oracle 11

2015-12-09 Por tôpico César Carvalho Yahoo cesar.sys...@yahoo.com.br [oracle_br] 
Tranquilo,

Qualquer coisa estamos ai a disposição.

Em 9 de dezembro de 2015 10:01, Marlon Pasquali - TI - Peccin S.A.
marlon.pasqu...@peccin.com.br [oracle_br] 
escreveu:

>
>
> Obrigado César Carvalho. Sua dica foi executada e funcionou perfeitamente.
> Abraço !
>
> -
>
>
> Para facilitar, voce pode acessar o servidor pelo VNC, e no console via
> VNC executar com root:
>
> xhost +
>
> su - oracle
>
> ./runInstaller
>
>
> [Marlon Pasquali]
>
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> Enviada em: quarta-feira, 9 de dezembro de 2015 10:36
> Para: César Carvalho; oracle_br@yahoogrupos.com.br
> Assunto: RES: [oracle_br] problema display ao instalar oracle 11
>
>
>
> Muito obrigado César, foi executado o procedimento e funcionou.
>
>
> Abraço !
>
> Att,
>
>
> [Marlon Pasquali]
>
> De: César Carvalho [mailto:cesar.sys...@gmail.com]
> Enviada em: quarta-feira, 9 de dezembro de 2015 10:19
> Para: Marlon Pasquali - TI - Peccin S.A.
> Assunto: Re: [oracle_br] problema display ao instalar oracle 11
>
> Bom dia,
> Se estiver executando no servidor local faça com root:
>
> xhost +srvoracle11g
>
> ./runInstaller
>
> Se estiver remoto:
>
> xhost +nome da maquina
>
> DISPLAY=srvoracle11g.localdomain:0.0; export DISPLAY
>
>
> Para facilitar, voce pode acessar o servidor pelo VNC, e no console via
> VNC executar com root:
>
> xhost +
>
> su - oracle
>
> ./runInstaller
>
>
> Em 9 de dezembro de 2015 09:17, César Carvalho   3cmailto:cesar.sys...@gmail.com>>> escreveu:
> Bom dia,
>
> Se estiver executando no servidor local faça com root:
>
> xhost +
>
> ./runInstaller
>
>
>
>
>
>
>
>
> Em 9 de dezembro de 2015 09:14, Marlon Pasquali - TI - Peccin S.A.
> marlon.pasqu...@peccin.com.br>
> [oracle_br]  oracle_br@yahoogrupos.com.br 3cmailto:oracle_br@yahoogrupos.com.br>>> escreveu:
>
>
> Bom dia amigos,
> Estou enviando abaixo uma dúvida que meu colega DBA está enfrentando ao
> instalar Linux em uma máquina.
> Se alguém puder nos dar uma dica, agradecemos.
>
> Obrigado,
>
> Att,
>
> De: Gustavo Zanardo - TI - Peccin S.A.
> Enviada em: quarta-feira, 9 de dezembro de 2015 08:49
> Para: Marlon Pasquali - TI - Peccin S.A.
> Assunto: problema display ao instalar oracle 11
>
> Dados da máquina:
>
> Disco 70 GB
> Memoria: 16 GB
> SO : Linux Red Hat 64 bits
>
> Problema:
>
> Com usuário Root consigo dar o comando xclock e aparece conforme abaixo:
>
> [cid:image003.png@01D1325D.DCC7E450]
>
> Preciso instalar o oracle 11g R2 no Linux 64 e configurei tudo conforme
> manual, mas com o usuário oracle apresenta um problema no DISPLAY, conforme
> segue:
>
> [oracle@msafv3 ~]$ xclock
> Error: Can't open display: 192.168.200.41:0
>
> E na hora em que começo instalar o oracle, já é mostrado que houve erro no
> Display.
>
> Checking Temp space: must be greater than 120 MB. Actual 59141 MB Passed
> Checking swap space: must be greater than 150 MB. Actual 18047 MB Passed
> Checking monitor: must be configured to display at least 256 colors
> >>> Could not execute auto check for display colors using command
> /usr/bin/xdpyinfo. Check if the DISPLAY variable is set. Failed 
>
> Obrigado
>
> [Gustavo Zanardo]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> --
>
>
>
> César Carvalho
>
> DBA Oracle|SQL Server
>
> Especialista em Banco de Dados
>
> MCP|MCSA|VPS|VTSP
>
> Cel: +55 79 9922-5597
> E-mail: cesar@hotmail.com> |
> cesar.sys...@gmail.com>
>
>
>
> --
>
>
>
> César Carvalho
>
> DBA Oracle|SQL Server
>
> Especialista em Banco de Dados
>
> MCP|MCSA|VPS|VTSP
>
> Cel: +55 79 9922-5597
> E-mail: cesar@hotmail.com> |
> cesar.sys...@gmail.com>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

RES: [oracle_br] problema display ao instalar oracle 11

2015-12-09 Por tôpico Marlon Pasquali - TI - Peccin S.A. marlon.pasqu...@peccin.com.br [oracle_br] 
Obrigado César Carvalho. Sua dica foi executada e funcionou perfeitamente.
Abraço !

-


Para facilitar, voce pode acessar o servidor pelo VNC, e no console via VNC 
executar com root:

xhost +

su - oracle

./runInstaller


[Marlon Pasquali]

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
Enviada em: quarta-feira, 9 de dezembro de 2015 10:36
Para: César Carvalho; oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] problema display ao instalar oracle 11



Muito obrigado César, foi executado o procedimento e funcionou.


Abraço !

Att,


[Marlon Pasquali]

De: César Carvalho [mailto:cesar.sys...@gmail.com]
Enviada em: quarta-feira, 9 de dezembro de 2015 10:19
Para: Marlon Pasquali - TI - Peccin S.A.
Assunto: Re: [oracle_br] problema display ao instalar oracle 11

Bom dia,
Se estiver executando no servidor local faça com root:

xhost +srvoracle11g

./runInstaller

Se estiver remoto:

xhost +nome da maquina

DISPLAY=srvoracle11g.localdomain:0.0; export DISPLAY


Para facilitar, voce pode acessar o servidor pelo VNC, e no console via VNC 
executar com root:

xhost +

su - oracle

./runInstaller


Em 9 de dezembro de 2015 09:17, César Carvalho 
mailto:cesar.sys...@gmail.com>>
 escreveu:
Bom dia,

Se estiver executando no servidor local faça com root:

xhost +

./runInstaller








Em 9 de dezembro de 2015 09:14, Marlon Pasquali - TI - Peccin S.A. 
marlon.pasqu...@peccin.com.br>
 [oracle_br] 
mailto:oracle_br@yahoogrupos.com.br>>
 escreveu:


Bom dia amigos,
Estou enviando abaixo uma dúvida que meu colega DBA está enfrentando ao 
instalar Linux em uma máquina.
Se alguém puder nos dar uma dica, agradecemos.

Obrigado,

Att,

De: Gustavo Zanardo - TI - Peccin S.A.
Enviada em: quarta-feira, 9 de dezembro de 2015 08:49
Para: Marlon Pasquali - TI - Peccin S.A.
Assunto: problema display ao instalar oracle 11

Dados da máquina:

Disco 70 GB
Memoria: 16 GB
SO : Linux Red Hat 64 bits

Problema:

Com usuário Root consigo dar o comando xclock e aparece conforme abaixo:

[cid:image003.png@01D1325D.DCC7E450]

Preciso instalar o oracle 11g R2 no Linux 64 e configurei tudo conforme manual, 
mas com o usuário oracle apresenta um problema no DISPLAY, conforme segue:

[oracle@msafv3 ~]$ xclock
Error: Can't open display: 192.168.200.41:0

E na hora em que começo instalar o oracle, já é mostrado que houve erro no 
Display.

Checking Temp space: must be greater than 120 MB. Actual 59141 MB Passed
Checking swap space: must be greater than 150 MB. Actual 18047 MB Passed
Checking monitor: must be configured to display at least 256 colors
>>> Could not execute auto check for display colors using command 
>>> /usr/bin/xdpyinfo. Check if the DISPLAY variable is set. Failed 

Obrigado

[Gustavo Zanardo]

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




--



César Carvalho

DBA Oracle|SQL Server

Especialista em Banco de Dados

MCP|MCSA|VPS|VTSP

Cel: +55 79 9922-5597
E-mail: 
cesar@hotmail.com>
 | 
cesar.sys...@gmail.com>



--



César Carvalho

DBA Oracle|SQL Server

Especialista em Banco de Dados

MCP|MCSA|VPS|VTSP

Cel: +55 79 9922-5597
E-mail: 
cesar@hotmail.com>
 | 
cesar.sys...@gmail.com>

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



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

[oracle_br] Re: problema display ao instalar oracle 11

2015-12-09 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
Com certeza o X foi startado pelo root, com os outros não tendo permissão de 
acesso - tenta conectar como root via terminal (com o MESMO soft de terminal 
que vc vai usar depois com o usuário oracle) , confira o valor do display com :

echo $DISPLAY[ENTER]

e 
, depois manda um :

xhost +[ENTER]

cuja resposta deverá ser :

"access control disabled, clients can connect from any host"

aí loga com oracle pedindo, nesse mesmo terminal :

su - oracle[ENTER]

e vc deve ser capaz de acessar uma app X qquer, por exemplo o relógio :

xclock[ENTER]



e é isso...

 []s
 
   Chiappa

RES: [oracle_br] problema display ao instalar oracle 11

2015-12-09 Por tôpico Marlon Pasquali - TI - Peccin S.A. marlon.pasqu...@peccin.com.br [oracle_br] 
Muito obrigado César, foi executado o procedimento e funcionou.


Abraço !

Att,


[Marlon Pasquali]

De: César Carvalho [mailto:cesar.sys...@gmail.com]
Enviada em: quarta-feira, 9 de dezembro de 2015 10:19
Para: Marlon Pasquali - TI - Peccin S.A.
Assunto: Re: [oracle_br] problema display ao instalar oracle 11

Bom dia,
Se estiver executando no servidor local faça com root:

xhost +srvoracle11g

./runInstaller

Se estiver remoto:

xhost +nome da maquina

DISPLAY=srvoracle11g.localdomain:0.0; export DISPLAY


Para facilitar, voce pode acessar o servidor pelo VNC, e no console via VNC 
executar com root:

xhost +

su - oracle

./runInstaller


Em 9 de dezembro de 2015 09:17, César Carvalho 
mailto:cesar.sys...@gmail.com>> escreveu:
Bom dia,

Se estiver executando no servidor local faça com root:

xhost +

./runInstaller








Em 9 de dezembro de 2015 09:14, Marlon Pasquali - TI - Peccin S.A. 
marlon.pasqu...@peccin.com.br [oracle_br] 
mailto:oracle_br@yahoogrupos.com.br>> escreveu:


Bom dia amigos,
Estou enviando abaixo uma dúvida que meu colega DBA está enfrentando ao 
instalar Linux em uma máquina.
Se alguém puder nos dar uma dica, agradecemos.

Obrigado,

Att,

De: Gustavo Zanardo - TI - Peccin S.A.
Enviada em: quarta-feira, 9 de dezembro de 2015 08:49
Para: Marlon Pasquali - TI - Peccin S.A.
Assunto: problema display ao instalar oracle 11

Dados da máquina:

Disco 70 GB
Memoria: 16 GB
SO : Linux Red Hat 64 bits

Problema:

Com usuário Root consigo dar o comando xclock e aparece conforme abaixo:

[cid:image003.png@01D1325D.DCC7E450]

Preciso instalar o oracle 11g R2 no Linux 64 e configurei tudo conforme manual, 
mas com o usuário oracle apresenta um problema no DISPLAY, conforme segue:

[oracle@msafv3 ~]$ xclock
Error: Can't open display: 192.168.200.41:0

E na hora em que começo instalar o oracle, já é mostrado que houve erro no 
Display.

Checking Temp space: must be greater than 120 MB. Actual 59141 MB Passed
Checking swap space: must be greater than 150 MB. Actual 18047 MB Passed
Checking monitor: must be configured to display at least 256 colors
>>> Could not execute auto check for display colors using command 
>>> /usr/bin/xdpyinfo. Check if the DISPLAY variable is set. Failed 

Obrigado

[Gustavo Zanardo]

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




--



César Carvalho

DBA Oracle|SQL Server

Especialista em Banco de Dados

MCP|MCSA|VPS|VTSP

Cel: +55 79 9922-5597
E-mail: cesar@hotmail.com | 
cesar.sys...@gmail.com



--



César Carvalho

DBA Oracle|SQL Server

Especialista em Banco de Dados

MCP|MCSA|VPS|VTSP

Cel: +55 79 9922-5597
E-mail: cesar@hotmail.com | 
cesar.sys...@gmail.com


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

[oracle_br] problema display ao instalar oracle 11

2015-12-09 Por tôpico Marlon Pasquali - TI - Peccin S.A. marlon.pasqu...@peccin.com.br [oracle_br] 
Bom dia amigos,
Estou enviando abaixo uma dúvida que meu colega DBA está enfrentando ao 
instalar Linux em uma máquina.
Se alguém puder nos dar uma dica, agradecemos.

Obrigado,

Att,


De: Gustavo Zanardo - TI - Peccin S.A.
Enviada em: quarta-feira, 9 de dezembro de 2015 08:49
Para: Marlon Pasquali - TI - Peccin S.A.
Assunto: problema display ao instalar oracle 11

Dados da máquina:

Disco 70 GB
Memoria: 16 GB
SO :  Linux Red Hat 64 bits

Problema:

Com usuário Root consigo  dar o comando xclock e aparece conforme abaixo:

[cid:image003.png@01D1325D.DCC7E450]

Preciso instalar o oracle 11g R2 no Linux 64 e configurei tudo conforme manual, 
mas com o usuário oracle apresenta um problema no DISPLAY, conforme segue:

[oracle@msafv3 ~]$ xclock
Error: Can't open display: 192.168.200.41:0

E na hora em que começo instalar o oracle, já é mostrado que houve erro no 
Display.

Checking Temp space: must be greater than 120 MB.   Actual 59141 MBPassed
Checking swap space: must be greater than 150 MB.   Actual 18047 MBPassed
Checking monitor: must be configured to display at least 256 colors
>>> Could not execute auto check for display colors using command 
/usr/bin/xdpyinfo. Check if the DISPLAY variable is set.Failed 

Obrigado



[Gustavo Zanardo]



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

Re: [oracle_br] Re: Linux x Display - DBCA nao funciona

2015-12-09 Por tôpico Ricardo Arnoud ricardo...@gmail.com [oracle_br] 
Neste caso, você também pode usar o dbca silent, que não requer interface
gráfica ou mesmo criar uma sessão gráfica com o vncserver e conectar nela
remotamente para executar o dbca gráfico.

2015-12-09 8:35 GMT-02:00 andreibal...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Não sei se é o caso, mas eu usava o Putty com o Xming no windows, e de vez
> em qdo este problema ocorria, mesmo setando a variavel DISPLAY, hoje eu uso
> o moba (http://mobaxterm.mobatek.net/) este client faz o export do
> display automaticamente. Espero que ajude.
> 
>



-- 
--
Thanks,
* Ricardo Arnoud*

*Bacharel em Ciência da Computação* - 2013/1





(51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS
http://www.ricardoarnoud.com
http://www.alterdatabaseopen.com
FB http://www.facebook.com/ricardo.arnoud
Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1

[oracle_br] Re: Linux x Display - DBCA nao funciona

2015-12-09 Por tôpico andreibal...@gmail.com [oracle_br] 
Não sei se é o caso, mas eu usava o Putty com o Xming no windows, e de vez em 
qdo este problema ocorria, mesmo setando a variavel DISPLAY, hoje eu uso o moba 
(http://mobaxterm.mobatek.net/) este client faz o export do display 
automaticamente. Espero que ajude.