Re: [oracle_br] Erro instalação RAC

2017-04-13 Por tôpico 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 _ From: Rodrigo Mufalani > Sent:

Re: [oracle_br] Erro instalação RAC

2017-04-13 Por tôpico 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á

Re: [oracle_br] Erro instalação RAC

2017-04-13 Por tôpico 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

Re: [oracle_br] Erro instalação RAC

2017-04-13 Por tôpico 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 From: oracle_br@yahoogrupos.com.br on behalf of Carlos

[oracle_br] Erro instalação RAC

2017-04-13 Por tôpico 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#

Re: [oracle_br] impdp

2017-04-13 Por tôpico Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
Vlw Chiappa é exatamente isso que estou fazendo ... obrigado! Em 13 de abril de 2017 18:04, Mario Rodrigues escreveu: > Vlw Chiappa .. é exatamente isos > > > Em 13 de abril de 2017 18:02, jlchia...@yahoo.com.br [oracle_br] < > oracle_br@yahoogrupos.com.br> escreveu:

Re: [oracle_br] impdp

2017-04-13 Por tôpico Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
Vlw Chiappa .. é exatamente isos Em 13 de abril de 2017 18:02, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Ok : entendo que por enquanto os volumes de dados reais vindos da Produção > estão cabendo no Oracle XE, E no momento a Aplicação não está usando

Re: [oracle_br] impdp

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Ok : entendo que por enquanto os volumes de dados reais vindos da Produção estão cabendo no Oracle XE, E no momento a Aplicação não está usando nenhum recurso que inexiste no XE, por isso vc estava usando o XE (já que ele é free pra qualquer tipo de dado, em qualquer ambiente , com código prod

Re: [oracle_br] Re: Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Ah tá, tá explicado, vc passou batido na questão de renomear o path pra tablespace TEMP, aí o RDBMS foi tentar (baseado na lista do controlfile) criar a tablespace tempo num local/path que não existia no servidor destino, tá explicado... okdoc, curiosidade matada... []s Chiappa

Re: [oracle_br] impdp

2017-04-13 Por tôpico Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
Exatamente o X da questão é teste hoje .. mas vai virar produção e os dados do teste SÃO REAIS. Infelizmente é a realidade rsrsrs .. já conversei com o diretor e estamos vendo licenças .. vlw pessoal Em 13 de abril de 2017 15:25, jlchia...@yahoo.com.br [oracle_br] <

Re: [oracle_br] Re: Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico angelo angelolis...@gmail.com [oracle_br]
Não criou porque a restauração apontou para um volume que não existe ( era apontamento de path da outra maquina), acho que passou batido na configuracao do newid Só percebi quando fui rodar pela 1a vez o NID. Então para dropar o tablespace, só criando outro temp como padrão (com um caminho

Re: [oracle_br] Re: Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Ah, se vc for eventualmente criar um texto com o seu exemplo de backup e restore pra gente tentar saber por que o RMAN não criou a tablespace TEMP sozinho pra vc, plz faça algo tipo o que eu fiz em https://pastebin.com/W0A1w5AL https://pastebin.com/W0A1w5AL , bem passo-a-passo mesmo, E

Re: [oracle_br] impdp

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Exatamente, embora depende de que tipo de DESENVOLVIMENTO e/ou TESTES que vão ser feitos nesse banco aí : se são testes com dados ** reais ** vindos de Produção, e/ou se o código sendo Desenvolvido vai fazer parte de um Produto/Aplicativo que vai ser vendido e gerar lucro OU vai ser usado em

Re: [oracle_br] Re: Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Perfeitamente, pelo jeito vc caiu exatamente no mesmo caso que eu, ie, já tinha backup posterior ao que eu queria registrado no controlfile que recuperei e o restore por default vai no último... Tem outras maneiras de se evitar isso (pra isso é que foi criado a opção de TAG no RMAN, vc indica

Re: [oracle_br] impdp

2017-04-13 Por tôpico Luis Freitas lfreita...@yahoo.com [oracle_br]
Mario,    Se você não vai usar este sistema em produção, está fazendo testes ou desenvolvimento, pode usar uma versão full com a licença "OTN", que não tem custo.     Mas para isso não pode ter esse sistema em produção ai na empresa ou organização onde você está. Se tiver uma produção do

Re: [oracle_br] Re: Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico angelo angelolis...@gmail.com [oracle_br]
Vamos lá.. Origem era 11.2.0.4 Destino: 11.2.0.4 ( foi instalado do zero, substituindo o antigo, na maquina desenv ) backup de origem: Hot (full + archivelogs) tudo windows x64 Eu já consegui resolver e restaurar o backup. Fiz examente isso.. apaguei tudo do repositorio do rman e

[oracle_br] Re: Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Xô entender : o database-origem está rodando em QUAL exata versão de binários, é essa mesma 11.2.0.4 cujos binários vc instalou na máquina destino ?? SE NÃO FOR, provavelmente vc vai ter que depois de restaurar fazer um startup upgrade e executar os scripts de recriação do dicionário de dados,

Re: [oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico Paulo Jr paulobarbosa....@gmail.com [oracle_br]
Já verificou se tem alguma ferramenta que faz cópia e bloqueia a gravação no disco, já vi algo desse tipo. *Abraços,* *Paulo Barbosa* *skype: paulobarbosa.sp* *Cel.: (11) 98869-0988* 2017-04-13 9:57 GMT-03:00 alisson daniel alisson...@yahoo.com.br [oracle_br]

Re: [oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
A msg parece que tá clara aqui : ORA-27040: file create error, unable to create file OSD-04002: unable to open file O/S-Error: (OS 1392) The file or directory is corrupted and unreadable. OU SEJA, o archiver não tá conseguindo criar/abrir corretamente o arquivo... O busílis é que há **

Re: [oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico alisson daniel alisson...@yahoo.com.br [oracle_br]
 Olá Paulo, Foi a primeira coisa que fiz. Mas o erro retorna com o tempo. Action: Use RMAN command CATALOG RECOVERY AREA to re-catalog any such files. If the file header is corrupted, then delete those files using an OS utility. Do not use messages 19817; it is used for

Re: [oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico Paulo Jr paulobarbosa....@gmail.com [oracle_br]
olha essa nota e veja se resolve. OERR: ORA-19816 "WARNING: Files may exist in %s that are not known to database." Reference Note (Doc ID 288181.1) *Abraços,* *Paulo Barbosa* *skype: paulobarbosa.sp* *Cel.: (11) 98869-0988* 2017-04-13 9:37 GMT-03:00 alisson daniel

Re: [oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico alisson daniel alisson...@yahoo.com.br [oracle_br]
Olá Angelo,  As permissões estão ok, inclusive ele grava os archives logs ( tenho vários de hoje ).   Em Quinta-feira, 13 de Abril de 2017 9:12, "angelo angelolis...@gmail.com [oracle_br]" escreveu:   Permissões de ntfs nessa pasta como estão ?  

[oracle_br] Erro ORA-10693 - ressurgindo das cinzas

2017-04-13 Por tôpico 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

Re: [oracle_br] Re: Sequences schema sys

2017-04-13 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Sim, o ponto é que imho há peixinhos maiores pra se fritar, há muitas outras coisas mais comuns/possíveis de acontecer que temos que treinar antes, mas okdoc No caso, se vc não consegue abrir o banco normalmente a opção é fechar e depois abrir com startup upgrade, e só então vc rodar os

Re: [oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico angelo angelolis...@gmail.com [oracle_br]
Permissões de ntfs nessa pasta como estão ? Parece que a base não consegue escrever no disco OSD-04002: unable to open file O/S-Error: (OS 1392) The file or directory is corrupted and unreadable. Unable to create archive log file 'E:\BDEDUCAR\ARCHIVELOG\2017_ 04_11\O1_MF_1_421421_%U_.ARC'

[oracle_br] ORA-19816: Ajuda

2017-04-13 Por tôpico alisson...@yahoo.com.br [oracle_br]
Bom dia a todos, começou a apresentar erros no banco aqui , Estou com a versão Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Product , com todos os pacth atualizados. Uso Windows Server 2012 R2 Fiz o procedimento sugerido Catalog Recovery area, mas o erro