Re: [oracle_br] duvida constatacao sobre rman tts / datapump tts..

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

Bom dia,

Marcos, eu não conhecia a ferramenta ZDM.. vou dar uma analisada na
ferramenta
parece que ele pede um banco (destino) em stand by, não ?

Até então, até o momento, fui tocando o barco com o esquema do datapump
mesmo. expdp/impdp  já que outras opções não eram muito ace$$iveis pro
cliente, ja que o ambiente é SE

[]s angelo

On Wed, 22 Jan 2020 at 15:42, Marcos Braga braga.mar...@gmail.com
[oracle_br]  wrote:

>
>
> Angelo, boa tarde,
>
> Já tentou o ZDM (Zero Downtime Migration), uma das opções de migração da
> própria Oracle, dá uma olhada em:
> https://www.oracle.com/database/technologies/rac/zdm.html
>
> A maioria das migrações que fiz, dou preferência em expdp/impdp para
> limpar a base, marcas d'água e as vezes alguns ajustes de parâmetros..
>
> Veja se essa ferramenta atende, e também há outros links para os blogs com
> algumas situações que podem te ajudar.
>
> Boa sorte,
> Braga
>
>
> Em seg., 13 de jan. de 2020 às 14:35, angelo angelolis...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> boa tarde,
>>
>> Um excelente 2020 a todos
>>
>> Fui colocar a mão na massa para preparar uma migração de uma base 11g SE
>> (11.2.0.4)  para o Oracle cloud
>>
>> Seguindo as opções que a própria Oracle sugere na documentação do
>> ambiente cloud:
>>
>>
>> - datapump + transport tablespace
>>
>> - rman transport tablespace
>>
>> - rman convert transportable tablespace
>>
>>
>> me interessei por estes esquemas porque pouparia muito tempo e e montei
>> um ambiente teste e fui fazer o ensaio, mas testando as opções, as duas
>> primeiras opções não funcionaram logo de cara.
>>
>> A idéia era copiar os datafiles la para o linux, no oracle cloud e
>> importar os tablespaces de volta...
>>
>>
>> RMAN>TRANSPORT TABLESPACE TBL_TESTE1,TBL_TESTE2 TABLESPACE DESTINATION
>> 'D:\migracao\dest' AUXILIARY DESTINATION 'D:\migracao\auxiliar';
>>
>> usar o arquivo de controle do banco de dados de destino em vez do
>> catßlogo de recuperaþÒo
>> RMAN-00571: ===
>> RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
>> RMAN-00571: ===
>> RMAN-03002: falha do comando transport tablespace em 01/13/2020 11:40:04
>> RMAN-06455: A RecuperaþÒo Pontual de Tablespace requer o Enterprise
>> Edition
>>
>> RMAN>
>>
>>
>> Devido ao fato que, o export dessas bases somente funciona se a base
>> origem for Enterprise ?
>>
>> Verifiquei a view  *v$option* a opcao "Export transportable tablespaces"
>> vem False.
>>
>>
>> Tentei também o datapump com tablespace_transport option e nada feito.
>>
>>
>> Pra concluir ainda topei com este site e este:
>>
>>
>> Master Note: Transportable Tablespaces (TTS) -- Common Questions and
>> Issues
>>
>>
>> https://blogs.oracle.com/db/master-note:-transportable-tablespaces-tts-common-questions-and-issues
>>
>>
>> e esse
>> https://mikedietrichde.com/2017/11/14/transportable-tablespaces-work-se2-ee/
>>
>>
>>
>> A base da empresa é SE... acho que, teoricamente, quebrou completamente o
>> esquema;  Pelo que entendi, em ambiente SE, só import de TTS de uma base
>> funcion.. exportar não.. é isso?
>>
>> Me sobra o datapump convencional (que eu não queria usar, devido ao
>> tamanho da base e do transtorno que essa base especificamente causa mas)
>>
>>
>> Existiria alguma outra opção ?
>>
>>
>> []s angelo
>>
>>
>
> --
>
> *Marcos Braga*
>
> -- .- -.-- / -  . / ..-. --- .-. -.-. . / -... . / .-- .. -  /
> -.-- --- ..-
> Obi Wan Kenobi
>
> 
>

[oracle_br] duvida constatacao sobre rman tts / datapump tts..

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

boa tarde,

Um excelente 2020 a todos

Fui colocar a mão na massa para preparar uma migração de uma base 11g SE
(11.2.0.4)  para o Oracle cloud

Seguindo as opções que a própria Oracle sugere na documentação do ambiente
cloud:


- datapump + transport tablespace

- rman transport tablespace

- rman convert transportable tablespace


me interessei por estes esquemas porque pouparia muito tempo e e montei um
ambiente teste e fui fazer o ensaio, mas testando as opções, as duas
primeiras opções não funcionaram logo de cara.

A idéia era copiar os datafiles la para o linux, no oracle cloud e importar
os tablespaces de volta...


RMAN>TRANSPORT TABLESPACE TBL_TESTE1,TBL_TESTE2 TABLESPACE DESTINATION
'D:\migracao\dest' AUXILIARY DESTINATION 'D:\migracao\auxiliar';

usar o arquivo de controle do banco de dados de destino em vez do catßlogo
de recuperaþÒo
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: falha do comando transport tablespace em 01/13/2020 11:40:04
RMAN-06455: A RecuperaþÒo Pontual de Tablespace requer o Enterprise Edition

RMAN>


Devido ao fato que, o export dessas bases somente funciona se a base origem
for Enterprise ?

Verifiquei a view  *v$option* a opcao "Export transportable tablespaces"
vem False.


Tentei também o datapump com tablespace_transport option e nada feito.


Pra concluir ainda topei com este site e este:


Master Note: Transportable Tablespaces (TTS) -- Common Questions and Issues

https://blogs.oracle.com/db/master-note:-transportable-tablespaces-tts-common-questions-and-issues


e esse
https://mikedietrichde.com/2017/11/14/transportable-tablespaces-work-se2-ee/



A base da empresa é SE... acho que, teoricamente, quebrou completamente o
esquema;  Pelo que entendi, em ambiente SE, só import de TTS de uma base
funcion.. exportar não.. é isso?

Me sobra o datapump convencional (que eu não queria usar, devido ao tamanho
da base e do transtorno que essa base especificamente causa mas...)


Existiria alguma outra opção ?


[]s angelo

[oracle_br] off-topic - oracle cloud

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

bom dia,

Alguem aí, já começou a usar a nova nuvem da Oracle Cloud, agora em Sao
Paulo ( lançou no ultimo dia 23/8 )

[]s angelo

Re: [oracle_br] Dúvida em drop / create

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

Por acaso vi um exemplo agora no manual ..

https://docs.oracle.com/cd/B13789_01/appdev.101/b10807/13_elems017.htm

*Examples*

The following PL/SQL block contains several examples of dynamic SQL:

DECLARE
   sql_stmtVARCHAR2(200);
   plsql_block VARCHAR2(500);
   emp_id  NUMBER(4) := 7566;
   salary  NUMBER(7,2);
   dept_id NUMBER(2) := 50;
   dept_name   VARCHAR2(14) := 'PERSONNEL';
   locationVARCHAR2(13) := 'DALLAS';
   emp_rec emp%ROWTYPE;
BEGIN
   EXECUTE IMMEDIATE 'CREATE TABLE bonus (id NUMBER, amt NUMBER)';
   sql_stmt := 'INSERT INTO dept VALUES (:1, :2, :3)';
   EXECUTE IMMEDIATE sql_stmt USING dept_id, dept_name, location;
   sql_stmt := 'SELECT * FROM emp WHERE empno = :id';
   EXECUTE IMMEDIATE sql_stmt INTO emp_rec USING emp_id;
   plsql_block := 'BEGIN emp_pkg.raise_salary(:id, :amt); END;';
   EXECUTE IMMEDIATE plsql_block USING 7788, 500;
   sql_stmt := 'UPDATE emp SET sal = 2000 WHERE empno = :1
  RETURNING sal INTO :2';
   EXECUTE IMMEDIATE sql_stmt USING emp_id RETURNING INTO salary;
   EXECUTE IMMEDIATE 'DELETE FROM dept WHERE deptno = :num'
  USING dept_id;
   EXECUTE IMMEDIATE 'ALTER SESSION SET SQL_TRACE TRUE';
END;





On Thu, 18 Apr 2019 at 17:20, Leandro Valiengo leandro_valie...@yahoo.com.br
[oracle_br]  wrote:

>
>
> Prezados,
> boa tarde.
>
> Estou tendo seguinte erro no script:
>
> BEGIN
> EXECUTE IMMEDIATE 'DROP TABLE BDD.TESTE';
> EXCEPTION
> WHEN OTHERS THEN NULL;
> END;
>
> CREATE TABLE BDD.TESTE (
> .
> .
> .
> );
>
> COMMENT ON TABLE BDD.TESTE IS 'Tabela bla bla bla';
>
> COMMENT ON TABLE BDD.TESTE IS 'Tabela bla bla bla';
> Relatório de erros -
> ORA-06550: linha 7, coluna 1:
> PLS-00103: Encountered the symbol "CREATE"
> 06550. 0 -  "line %s, column %s:\n%s"
> *Cause:Usually a PL/SQL compilation error.
> *Action:
>
> abs,
> Leandro
>
> 
>

[oracle_br] bancos plugaveis

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

Como vocês tem trabalhado com o recurso de banco PDBs nas suas bases 12c em
seus
projetos ou dia dia ?  na verdade queria encontrar alguma boa pratica.

Porque, banco Oracle 12c  em diante é algo relativamente novo pra mim... e
estou buscando atualização, claro.  Mas queria ter uma ideia de como tem
sido lidar com esse tipo de banco no dia dia, por ai.

Desde meados de janeiro, estamos usando uma base no ambiente do Oracle
Cloud, e de fevereiro em diante entrou em produção, mas tudo dentro do
único PDB existente, que no dia a dia se comporta como um banco normal..
Uma base 12.2.0.1.0  que está rodando um sistema que o fornecedor já não
suportava mais o 11g.

Ok que, ambiente do Oracle cloud, muita coisa é gerenciada e já vem
configurada,
Mas dão total liberdade pra alterar qualquer coisa

O banco já nasce como um nó de Rac, o storage é em asm e disponibiliza 1
plugável já
entregue na configuração. Em uma VM rodando Oracle linux.

É bom que estamos testando o conceito ( cdb, pdb) e também trabalhar em
nuvem

Eu sozinho não ia conseguir instalar isso tudo não (sem apanhar e sem pedir
ajuda, até porque nunca fiz)

[]s angelo

Re: [oracle_br] Re: Oracle 12c + Delphi Xe8

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

Olha,

Não tenho nenhuma string de conexão acessando via Oledb em produção aqui
acessando com Oracle.  Mas se eu tivesse, seria mais ou menos assim:

Provider=OraOLEDB.Oracle;Data Source=MyOracleDB;User Id=myUsername;Password=
myPassword;CacheType=File;

Pois varia muito de qual componente e qual linguagem se vai trabalhar.

Sendo que o maior repositório do mundo de exemplos de string conexão é esse
site aqui (esse exemplo de cima, peguei colando.. tá coerente)

https://www.connectionstrings.com/oracle-provider-for-ole-db-oraoledb/

[]s angelo


On Fri, 1 Mar 2019 at 11:43, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Yep, até deduzi isso, mas nunca vi mais gordo nem mais magro, realmente
> foge do meu conhecimento... Se vc já usou isso/tem esse conhecimento,
> Angelo, se puder jogar aqui no grupo um copy/paste da criação e uso dum
> cara desses neste cenário de máquina+windows 64 bits tentando conectar com
> OLEDB 32 bits, isso amplia o conhecimento de todo mundo...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: Oracle 12c + Delphi Xe8

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

" até fala dum tal arquivo UDL,   "

É um arquivo texto com a string de conexão.
Nesse arquivo costuma carregar...  host, nome do banco ou sid, login e
senha.


On Fri, 1 Mar 2019 at 11:15, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Blz ? Vou responder separadamente cada item :
>
> "Não sou um expert em banco de dados, meu negócio é desenvolvimento de
> sistemas..."
>
> Sorry, mas um especialista em Banco de Dados especificamente só seria útil
> pra assegurar que o BANCO DE DADOS em si está corretamennte setado, E que
> está acessível pelas ferramentas-cliente oficiais/nativas do banco : como
> isso vc já comprovou que está OK, não sei o que nós, aqui, especialistas em
> Banco de Dados, vamos coinseguir te ajudar mais, mas vamos tentar... Antes
> de dar algumas sugestões/procedimentos, deixa eu responder os outros
> pontos, porém...
>
> "se eu preciso somente do Oracle OleDB Provider ou só do client, ou dois
> dois juntos, ou mais alguma coisa eu não sei."
>
> Eu vou dar sugestões de acordo com o melhor do meu conhecimento, que é :
> até onde sei, até onde já vi, afora JDBC ou alguns componentes comerciais,
> a esmagadora maioria dos middlewares/libs de conexão free EXIGEM sfotware
> client Oracle instalado, elas "montam" em cima do client, não são capazes
> de conectar diretamente sem client Oracle... Então vou INSISTIR na hipótese
> que vc precisa dos dois instalados e configurados E que o problema é que a
> versão antiga do client Oracle e/ou do Oracle OLEDB PROVIDER usavam
> protocolo de rede Microsoft antigo/bugado, que foi cortado o Suporte nessa
> atualização do Windows 10... Isso está LONGE de ser impossível, na internet
> vc acha n casos onde algum componente de Rede antigo/legado parou de
> funcionar após atualização do WIndows 10E NÂO IMPORTA há quantos anos
> vc usa/usava o componente, não quer dizer NADA vc falar 'ah, funciona há 10
> anos' - software antigo/legado chega uma hora/momento que perde o
> necessário, isso não é (ou não devia ser) surpresa pra ninguém...
>   INCLUSIVE, vc até pode (para fins de testes, digamos) botar WIndows 7 na
> sua máquina de desenv e talvez de momento o problema desapareça, MAS nada
> nem ninguém garante que a Microsoft não faça backport do desligamento de
> protocolo de rede antigo/inseguro no Windows 7 também, mais dia menos
> dia...
>  IMHO, o seu problema MAIOR é que vc Não TEM Suporte de NINGUÉM ao usar
> componentes de conexão freeware E antigos, aí quando dá algum
> problema/alguma mudança de ambiente, etc, que nem deu, vc não tem a quem
> recorrer... Por isso, recomendo Analisar com carinho a Possibilidade de
> passar a usar um dos componentes de conexão que indiquei em msgs
> anteriores, aí vc tem todo um SUPORTE a quem recorrer, e não é tão
> imensamente caro, é coisa de algumas centenas de reais...
>
> "não temos aqui uma pessoa especialista em Bando de Dados, a estrutura da
> empresa não suporta isso."
>
> Se hoje a Empresa não suporta ter uma pessoa que, mais que banco de dados,
> conheça a fundo essa parte de Rede e middleware (como eu disse, um DBA puro
> e simples talvez não te seja útil), pense na Possibilidade de contratar os
> Serviços de alguma consultoria, em especial uma com grande experiência em
> desenvolvimento em Delphi para soluções Empresariais, fatalmente software
> do tipo TEM acesso a banco de dados
>
> "  Sistema Operacional : Windows 10 Professional 64 bits.
> Ferramenta de Desenvolvimento : Delphi XE8 Enterprise Edition
> pode gerar aplicações de 32 ou 64 bits
> Aplicação Desenvolvida : Aplicação em uso por cliente a 5 anos
> e foi desenvolvida e compilada em 32 bits
> "
>
> Bom, só por desencargo de consciência FICA aqui novamente a Recomendação
> de upgrade da ferramenta E/OU eventual upgrade da aplicação, compilando-a
> em 64 bits E usando drivers modernos : sei que isso é Complicado de fazer e
> demorado, mas é uma opção que te dá mais Garantias contra eventuais
> mudanças de software legado... PRINCIPALMENTE no seu caso, quando o
> problema é travamento/exceção/erro inesperado que aparece num Sistema
> Operacional mais moderno, a Possibilidade se torna muito atrativa, se
> possível for...
>  E a perguntinha que não quer calar : SE vc usa Enterprise Edition, vc tem
> LICENÇA de uso, certo ? Isso não te intitula a algum tipo de SUPORTE na
> Embarcadero ? Se sim, vc Abriu chamado lá e eles não conseguiram te ajudar
> em nada, foi isso ??
>
> ==>> Isso posto, a minha Sugestão para work-around é :
>
> 1. Agora que vc deixou Claro que vc tem duas máquinas separadas no seu
> ambiente desenv, vc NÂO PRECISAVA TER MEXIDO EM NADA na sua máquina de
> banco de dados, o computador 1 : vc MEXEU nela, reinstalou, fez qquer coisa
> ?? Me parece que sim, dado uma mensagem anterior onde vc dizia que
> "listener não foi encontrado", coisa assim Se mexeu, confirme que vc
> tenha essa máquina com o listener startado, banco startado E registrado
> nesse Listener, o de 

Re: [oracle_br] Re: Oracle 12c + Delphi Xe8

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

Bom dia Samuel,  bom dia pessoal

Na verdade, acho que está te faltando seguir o caminho certo, alguém lhe
apontar o caminho
Depois do seu esclarecimento de como é o ambiente ficou mais facil de dar
palpites.

Quanto a lista, eu diria que é o melhor lugar pra aprender alguma coisa e
criar contatos, pois são situações na maioria reais, pessoas iguais a mim,
você e qualquer outro,
por aí trabalhando em algum lugar e que de repente se depara com algum
problema.. e ai enfim..

Então queria que você verificasse 3 coisas

01 => O Oledb, bem como qualquer outro middleware, componentes de acesso a
dados,  depende do TNSNAMES estar configurado corretamente para executar.
Vc comentou que havia testado com o tnsping e nao encontrava o banco.
Poderia então publicar aqui o arquivo *TNSNAMES.ORA*  da sua maquina e a do
servidor ?

Aliás, o *Computador 2*
"   Sistema Operacional : Windows 10 Professional 64 bits.
Ferramenta de Desenvolvimento : Delphi XE8 Enterprise Edition pode
gerar aplicações de 32 ou 64 bits
Aplicação Desenvolvida : Aplicação em uso por cliente a 5 anos e
foi desenvolvida e compilada em 32 bits
Endereço IP : 192.168.0.51 "

TEM realmente o cliente do Oracle instalado ?  A informacao do Listener tem
que estar certa, casando direitinho.

Se não tiver:
Faça o download
http://download.oracle.com/otn/nt/oracle12c/122010/win32_12201_client.zip
 e instala a opção de desenvolvimento  (não é a instant client)
 eu gosto de instalar essa opcao, embora gaste um pouco mais espaço no
hd, inclusive aonde vai ficar o arquivo TNSNAMES.ORA, e depois no dia-dia
incomoda muito menos o usuario, o desenvolver, o suporte, o dba, todo mundo
 O Sql developer conecta porque nao depende dele, conexao jdbc funciona
de outra forma.

Se já tiver instalado:

Tô assumindo que o client, no seu computador onde vc trabalha com o Delphi
é 32 bits. Então primeiro a comunicacao cliente x banco tem que existir
Adoconnection eu vi no tempo que mexia com VB6.. a conexão é OLEDB

Enquanto a info do TNSNAMES do seu computador  não estiver igual ao do
servidor, não vai rolar mesmo, tem que atender os requisitos antes.

O ODAC só deve ser instalado depois que existir client do Oracle instalado.

Essas informações existem todas na documentacao ria Oracle
https://docs.oracle.com/en/


As outras duas coisas a se verificar depende desse primeiro passo. A lista
aguarda seus comentarios

[]s angelo

On Fri, 1 Mar 2019 at 09:09, Samuel Callegaro samuel.calleg...@yahoo.com.br
[oracle_br]  wrote:

>
>
> Chiappa,
>
> Bom Dia,
>
> Primeiramente vou me desculpar por não ter visto certos emails, cairam
> na minha caixa de spam e não os tinha visto.
>
> Segundo vou colocar a situação.
>
> *Computador 1*
> Sistema Operacional : Windows 10 Professional 64 bits.
> Banco de Dados Instalado : Oracle Database 12c Enterprise Edition
> Release 12.2.0.1.0 - 64bit Production
> Serviço configurado : ORCL
> Endereço IP : 192.168.0.68
>
> *Computador 2*
> Sistema Operacional : Windows 10 Professional 64 bits.
> Ferramenta de Desenvolvimento : Delphi XE8 Enterprise Edition pode
> gerar aplicações de 32 ou 64 bits
> Aplicação Desenvolvida : Aplicação em uso por cliente a 5 anos e
> foi desenvolvida e compilada em 32 bits
> Endereço IP : 192.168.0.51
>
> Obs 1 : Ambos os computadores são da empresa e estão instalados e
> configurados em uma rede com domínio Windows com acessos por usuários e
> senha.
>
> Obs 2 : Os usuários dos dois computadores são administradores de rede
> e domínio com acesso total a toda a rede e equipamentos.
>
> No ambiente da empresa, onde desenvolvo e testo os sistemas, o banco
> de dados está na mesma infra de rede, neste caso está no "*Computador 1*"
> e o computador que utilizo é o "*Computador 2*".  No cliente, ele possui
> o Banco de Dados na Cidade de Campinas/SP e acessa remotamente este banco
> de dados a partir de máquinas com cliente instalados na cidade de
> Louveira/SP. Esta conexão através de Oracle OleDB Provider, nos foi
> informada pelo client quando ele nos disse que era esta a conexão que eles
> tinham disponível no local.
>
> O Delphi, assim como outras ferramentas de desenvolvimento,
> utilizam-se de objetos para a conexão ao Banco de Dados, e nestes objetos
> não são todos os recursos que estão disponíveis ou que podem ser
> utilizados; no caso desta aplicação a opção escolhida foi um objeto chamado
> ADOConnection que permite a conexão ao Banco de Dados e a melhor forma de
> fazer isto foi através do Oracle OleDB Provider ; o que sempre funcionou
> bem, pois a anos utilizamos esta mesma estrutura, desde quando começamos a
> utilizar Oracle 8 com Delphi 6. Porém, infelizmente, após essa atualização
> do Windows, não estamos mais conseguindo reconfigurar o que precisamos em
> nossos computadores.
>
> Anteriormente à atualização do Windows 10 Pro do Release 1803 para o
> 1809, eu já 

Re: [oracle_br] Re: Oracle 12c + Delphi Xe8

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

Boa ideia,

Tem planilia dinâmica em Excel rodando aqui na casa que também acessa o
Oracle. O provider utilizado também precisa corresponder a versao do
aplicativo utilizado (exe de 32 bits, driver 32,   exe de 64, driver 64)
Quando é compilado com dotnet, esse problema raramente ocorre.  Mas fora
disso, é o  dll hell rolando ainda

Isso vale pra linked server tambem, se fizer link entre Sql Server e Oracle



On Thu, 28 Feb 2019 at 11:33, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Ah, detalhe importante : quando vc for testar a versão 12c do driver OLEDB
> da Oracle, entre outros testes EXPERIMENTE fazer uma conexão OLEDB com o
> banco Oracle usando o provedor OLE Oracle/driver em algum OUTRO programa
> que não o Delphi (** DENTRO DO EXCEL ** , por exemplo) - a idéia aqui é
> Delimitar ainda mais se há ou não problema com o driver em si, ou se é
> alguma inconpatibilidade do próprio Delphi XE 8 com protocolos de rede
> atualizados : não é Provável mas é Possível
>
>  []s
>
>Chiappa
> 
>

Re: [oracle_br] Oracle 12c + Delphi Xe8

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

Samuel, bom dia

Tem toda cara e jeito de ser driver o problema

Por acaso, temos uma aplicação aqui na empresa em que o fornecedor proibiu
de atualizar da 11g pra 12c
fizeram em delphi também.  No caso, essa aplicacao dele, requer driver
Oracle 32 bits, em 64 bits daria erros semelhantes ao que vc ta pegando..

Porque o EXE foi compilado em 32 bits  ( acho que usam Delphi 7 ainda)
O banco Oracle, roda em um servidor dedicado.

O Delphi XE 8 permite escolher a compilacao ser 64/32  ?

Acho que existe, se nao falha a memoria, um driver da oracle chamado ODAC
em 32 bits, que atualiza as dlls responsaveis pela conexao por Oledb
eu acho que foi usado aqui, vou dar uma olhada e comento

lembro que deu trabalho fazer o sistema funcionar.
O mesmo roda em um servidor aplicacao windows,  que só ele fala com o
Oracle, e as máquinas nas estações de trabalho acessam esse servidor,
esquema de 3 camadas.


On Thu, 28 Feb 2019 at 09:36, samuel.calleg...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Pessoal,
>
>
> Bom Dia,
>
>
> Estou com um problema que não estou conseguindo resolver. Tenho o
> Oracle12c instalado em um computador com Win10Pro. Neste computador está
> tudo funcionando, banco, serviço, sql plus, sql developer, etc, etc etc.
>
>
> No meu computador que também é Win10Pro, eu consigo acessar o bando de
> dados através do serviço e do sql developer, porém quando tento conectar ao
> banco através da minha aplicação em DelphiXE8 dá o erro:
>
>
> "Falha no teste de conexão devido a um erro na inicialização do provedor.
> Falha catastrófica"
>
>
> O acesso faço utilizando o "Oracle Ole DB Provider".
>
>
> Alguém consegue me ajudar
>
>
> Abraço
>
>
> Samuca
>
> 
>

Re: [oracle_br] Re: Dois listener no mesmo sevidor

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

Sei que não seria o melhor dos mundos, concordo contigo

mas pensei naquela situação em que,  "não gostaria de mudar muito o
ambiente pra ter que desfazer tudo depois..."   isso acontece direto
duas placas, as chamadas ficariam isoladas, de verdade.. não é o melhor
cenário, mas..


On Tue, 26 Feb 2019 at 11:54, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Sim, poder pode : só não sei o que se ganha com isso, já que não importa
> se o Listener 12c estiver em outro IP ou em outra porta, NECESSARIAMENTE
> vai ter que se mexer na config de conexão da app, certo ? Já que VAI ter
> que mexer na config da app pra ela conectar no Listener 12c (e no banco
> 12c, claro), não vejo diferença em mudar a PORTA no mesmo ip OU mudar de
> ip
>
> E ** NÃO TEM SENTIDO ** em se falar de qualquer tipo de "CONFLITO"
> possível, afinal uma conexão tcp/ip num IP x mas porta y é COMPLETAMENTE
> DIFERENTE de uma conexão nesse mesmo IP mas numa porta z , Não Vejo Como
> pode haver "CONFLITO" de qquer tipo, okdoc ?? NO MÁXIMO, se houver uma
> tempestade de conexões, ie, um cenário onde dezenas ou centenas de clientes
> querem conectar ao mesmo tempo no mesmo IP controlado pela mesma NIC,
> talvez haja não um CONFLITO mas um Overhead, uma possível perda de
> performance com talvez até chance de timeout por causa dos limites / qtdade
> de conexões que uma NIC pode atender ao mesmo tempo, aí SIM  talvez faça
> sentido vc ter dois IPs em duas NICs diferentes : não por segurança mas por
> questões de performance... Isso imho é um caso MUITO DIFÍCIL , já que em
> tese o Listener leva fração de segundo pra estabelecer uma conexão E não
> faz muito sentido uma aplicação Saudável que sofra desse tipo de tempestade
> de conexões como descrevi , mas em tese é possível, sim 
>
>
>  []s
>
>Chiappa
>
> 
>

Re: [oracle_br] Re: Dois listener no mesmo sevidor

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

bom dia,  uma sugestão simples também..

seria botar um segundo IP na maquina, numa segunda placa de rede, se
puder,  e configura uma em cada uma o listener correspondente a versão,
seja o 11g ou 12c
eu li ai, pelas mensagens trocadas,  que o servidor ta configurado com o IP
na rede 192.168.150.10..  poderia surgir um 192.168.150.11 e aí cada um no
seu quadrado nessa transição entre as versões

e creio que risco zero de conflitar o listener .. que tal ?

[]s angelo


On Mon, 25 Feb 2019 at 12:15, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Ok, e por enquanto só vc, o Administrador, tá conectando nesse novo banco
> 12c com o Listener 12c usando um software cliente Atualizado, certo ? Sendo
> (como parece ser) um ambiente de testes, imagino que no futuro breve a
> idéia é subir uma instância de testes da aplicação e tentar conectar com o
> software cliente/drivers/middleware da aplicação nesse listener 12c, e se
> eventualmente voltarem a aparecer msgs tipo essa 12537 aí vc vai tentando
> alterar parâmetro de compatibility no banco, upgradear
> middleware/drivers/versão de client Oracle na aplicação e coisas assim,
> certo ??
>  Sim, me parece um plano muito Razoável, sim
>
>  []s
>
>Chiappa
> 
>

Re: [oracle_br] Re: mais uma de licenciamento

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

Chiappa

Sério que o Oracle VM server também licencia?
Até então eu achava que fosse free e o suporte comprado ( pra poder fazer
atualizações que parece que vem do mesmo repositorio do UELK) .. eu nao
sabia que teria que ser licenciado o uso também.

Mas de qualquer forma, vou verificar essa situação com a Oracle, já que
eles estão me devendo algumas respostas mesmo..
e sugerir que eles pressionam com mais empenho o fornecedor X que não
libera migrar o 11g pra 12c pra tomar jeito e resolver isso.. porque ficar
com 2 servidores com 2 versoes diferentes rodando

todo o feedback é bem vindo inclusive o seu, e de toda lista

obrigado ai mais uma vez

[]s angelo


On Fri, 7 Dec 2018 at 10:15, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Sim, agora tá claro : se teu servidor físico tem dois processadores vc NÂO
> PODE usar licença de um processador, não importa o que... E é isso mesmo :
> a única opção em que a Oracle aceita licença parcial (ie, licenciar menos
> processadores do que tem fisicamente no servidor) é com Oracle VM,
> correto...
>  Então em resumo suas opções são :
>
>  a. usar dois servidores físicos diferentes, cada um com um processador e
> em cada servidor vc usaria uma licença de um processador : essa opção vai
> te dar a separação completa entre as diferentes versões que sempre é
> desejada E provavelmente é a opção mais barata, mas tem que ver o custo de
> licença do Oracle VM
>
>  OU
>
>  b. 'dividir' o servidor físico em duas VMs de um processador com o Oracle
> VM : isso vai deixar vc usar melhor a máquina que vc já tem E continua
> dando a vantagem de separação, MAS traz o custo de uma licença do OracleVM,
> que não sei quanto custa hoje, vc tem que ver
>
>  OU
>
>  c. SE REALMENTE os dois produtos são mesmo iguais, em tese vc poderia
> fazer um upgrade da sua licença 12c de um processador para dois
> processadores, e aí usar essa licença pra cobrir tanto a versão 11g quanto
> a versão 12c dessse mesmo produto : como eu disse, SE o produto for
> rigorosamente o mesmo, vc PODE ter quantas instâncias quiser, na versão que
> quiser, no SO que quiser... Provavelmente isso não var ser efetivo em
> termos de Custo, já que o 'desconto' no caso de Upgrade de licença não
> costuma ser grande coisa, mas existe...
>
>  ===>>> OBVIAMENTE, isso valeria se REALMENTE teus produtos são os mesmos
> : eu ** ACHO  que não são, pois iirc Standard Edition na época
> do 11g era STANDARD EDITION ONE, e com o 12c certamente o que foi
> licenciado deve ter sido o STANDARD EDITION TWO, são produtos diferentes,
> miou
>
>  E como eu disse antes, até é possível vc migrar sem custo SEONE para
> SETWO, e aí sendo o mesmo produto cobrir tudo com a mesma licença de dois
> processadores, mas SETWO significar RDBMS 12c e vc já disse que o
> aplicativo mais antigo não aceita RDBMS 12c, aí essa opção de migrar o
> SEONE 11g pra SETWOtá fora...
>
>  Acho que vai ser a. ou b. mesmo no seu caso
>
>  []s
>
>Chiappa
> 
>

Re: [oracle_br] Re: mais uma de licenciamento

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

Então,

2 licenças,  2 processadores, cada licença para um processador especifico.
É 1 pra 1, creio eu.

Tenho uma maquina aqui, com 2 procs que teoricamente atenderia essa
empreitada.

Acho que 2 VMs, no mesmo servidor (ai teria que lançar mao do oracle vm
mesmo pra não ter duvida)  ficaria compliant. Certo ?


On Thu, 6 Dec 2018 at 17:07, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Tá, vc tem duas licenças que licenciam só um processador, essa parte eu
> entendi. Porém repito a pergunta, QUANTOS processadores teu único servidor
> físico tem ?/ Se é mais de um vc Não Está Compliant, sorry...
>  Sim, caso teu SO não permita hard-partitioning (AIX permite, HP-UX
> permite, alguns outros também) tua única solução pra usar essas duas
> licenças de um só processador num servidor com mais de um processador é
> Oracle VM , criando duas VMs cada uma acessando um único dos vários
> processadores, isso aí...
>
>  []s
>
>Chiappa
> 
>

Re: [oracle_br] Re: mais uma de licenciamento

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

Então,

Tem duas licencas Std edition one por processador. Por isso que outro dia
postei uma msg sobre Std edition two de fazer upgrade.. isso ta em
andamento, a Oracle ficou de passar os valores de upgrade.

Uma maneira de resolver seria 1 Vm com 11g e a outra com 12c (no caso usa
ndo o Oracle Vm no servidor hospedeiro) alocando 1 proc pra cada uma.
To certo?

Em Qui, 6 de dez de 2018 16:20, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br escreveu:

>
>
> Só complementando, se a sua dúvida na verdade é outra, ie, nesse único
> servidor físico vc só tem um só processador físico, até onde sei seria OK
> vc ter nesse servidor duas licenças de um processador só...
>  Eu friso que estou SUPONDO aqui, já que NUNCA estive nessa situação mas
> AFAIK não vejo problema, já que vc neste caso acima descrito RESPEITOU a
> regra de todos os processadores licenciados...
>
> []s
>
>   Chiappa
>
>  >> IMPORTANTE : acredito que vc Saiba que o Licenciamento do RDBMS
> Oracle é feito POR PRODUTO e PELO HARDWARE , absolutamente Não Importando a
> versão do RDBMS nem do sistema Operacional nem a quantidade de instâncias :
> assim, se esses dois RDBMS 11g e 12c que vc quer usar são o mesmo produto
> (ie, mesmo tipo de RDBMS com a mesma Edition : digamos, ambos são RDBMS
> STANDARD EDITION, ou ambos são RDBMS ENTERPRISE EDITION, enfim são o MESMO
> PRODUTO), não é porque um é 11g e outro é 12c que vc precisa ter duas
> licenças... Pode olhar no seu Contrato de Licença que ele só fala de
> 'Standard Edition', 'Standard Edition One', 'Enterprise Edition', ele NÂO
> FALAR de versão 10g, 11g, 12c nem nada
>  Sendo assim, eu SUPONHO que vc tem duas Licenças porque são dois Produtos
> diferentes, certo ??
> 
>

[oracle_br] mais uma de licenciamento

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

boa tarde, senhores

A questão é meio cretina, mas queria uma opinião.

É correto ter 2 licenças por processador e usar 1 servidor (com um
processador) com uma versão (.eg. 11g) e a outra licença com outra versao (
eg. 12c ) ?

O que ocorre:  Existe um determinado fornecedor de uma solução ERP no
mercado que, não vou citar o nome, ainda não homologou o sistema dele e nem
tem previsão de faze-la para a versão 12c.  Só da suporte só for 11g
(11.2.0.4).  Atualização da aplicação sai toda hora.. mas do lado do BD
nada, nem sinal..

Paralelo a isso, tem um outro sistema, de outro fornecedor que já passou o
informe, determinando que a partir de janeiro/2019 só dará suporte se o
banco for  >= 12c R1  ou seja não aceita mais 11g.

Resumindo, só coisa boa... operacionalmente isso é muito ruim de
administrar e eu penso, que numa situação de uma eventual auditoria isso
ainda pode dar algum galho, sei lá

No seu ambiente, existem essas "misturebas"  ?  Pior sao os
provisórios-definitivos..


[]s angelo

Re: [oracle_br] Re: Preciso achar uma versao =< 12.1.0.1 no support

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

Opa

Entendido..
Por hora vai ser a questão de mover de SE1 para SE2 até porque as
aplicações nem foram homologadas para 18c..
E como precisamos sair da 11g acho que esse vai ser o caminho.

Eu vou testar por minha conta o 18c quando vagar um tempo e um servidor.

[]s  angelo

On Wed, 21 Nov 2018 at 14:56, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Fico contente de vc ter encontrado isso no e-delivery : como eu disse, nem
> sempre vc encontra versões já aposentadas lá... De resto como eu disse : se
> vc realmente precisa da 12.1.0.1 (eu pensei num motivo técnico, mas se for
> um motivo comercial como licença, ok), que seja...
> Só friso que (embora eu tenha felizmente sido poupado de ter que trabalhar
> com Standard Edition, seja 1 ou 2) , até onde sei :
>
> 1. cfrme
> http://www.oracle.com/us/support/library/lifetime-support-technology-069183.pdf
> o SE1 já é considerado fora de Suporte, E não tem plano de Suporte
> Extendido oficialmente indicado no documento : NÃO SEI se vc vai conseguir
> adquirir Suporte pra ele, e trabalhar SEM SUPORTE não é muito seguro : o
> primeiro bizu que der, o primeiro ORA-600, o primeiro crash é roça, vc vai
> estar Sozinho sem Suporte
>
> 2. tanto
> www.oracle.com/us/products/database/oracle-db-se2-brief-2680836.pdf
> quanto
> https://www.vendita.com/blog/11-oracle-licensing-tips-notes/82-migrating-to-oracle-standard-edition-2-from-standard-edition-standard-edition-1
> falam do "Zero-cost license migration from either SE or SE1 to SE2" : com
> isso, pagando apenas a taxa de Suporte do SE2 (já que vc não consegue nem
> migrar nem adquirir Licença sem Suporte, afaik) vc faria o UPGRADE da sua
> Licença SE1 para SE2, não ficando totalmente no escuro / sem Suporte da
> Oracle, que é o que acontecerá se vc quiser manter SE1
>
> 3. estou um pouco por fora mas até onde sei na versão 18c em diante a
> Oracle não ia mais lançar um binário específico pra Standard Edition : o
> que ouvi falar é que vc ia baixar um instalador único e simplesmente se vc
> licenciou Standard Edition vc não instala as options/features SE .
>  Dá uma olhada nisso se vc for fazer upgrade de licença : isso porque não
> faz sentido ter todo o trabalho de upgradear licença pra versão 12c sendo
> que a 18c já deve estar disponível...
>
>  []s
>
>Chiappa
> 
>

Re: [oracle_br] Re: Preciso achar uma versao =< 12.1.0.1 no support

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

Bom dia, pessoal

Chiappa,  só vc mesmo para responder a um questionamento desses "cretino"
feito o meu.. Não procurei o suficiente e corri na lista.. 

Pior que, logo depois que mandei o email pra cá, encontrei no e-delivery a
versão exata (12.1.0.1)... ela deve estar atualizada até a epoca de
lançada... seria uma tarefa de atualizar mais adiante.
É que tem uma "questão dinheiristica" envolvida algo do tipo: "contrato de
suporte e licença cobre 11g e 12c SE1 (por isso que falei do 12.1.0.1  se
virar *.2*  ja é considerado SE2 ) e junto a isso, vem toda aquela historia
de pagar diferença para estender o contrato enquanto estiver ativo para nao
ter comprar outra licença como fosse do zero, etc.. "  mas enfim... era um
assunto que estava meio que dormindo e ai levantaram a bola de novo e é
essa justamente a situação da empresa..  ainda não tá contemplando 12c
SE2.. torço agora para que não desistam de fazer esse upgrade porque é
muito necessário.  Enterprise no mundo deles, não rola.  eu por mim ja
estava na 12.2,  18..
O norte já foi passado agora eles vão decidir o que fazer...

obrigado pela resposta

[]s angelo

On Tue, 20 Nov 2018 at 13:42, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Bom, primeiro ENTENDA : a diferença da 12.1.0.1 para 12.1.0.2 é ** mínima
> **, são bugfixes de pequena monta : com Absoluta certeza, NENHUMA nova
> feature é introduzida num sub-sub-release do tipo Assim sendo,
> tecnicamente falando a 12.1.0.2 que vc acha em
> https://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html
> é COM CERTEZA 99,999% idêntica à 12.1.0.1, pra todos os fins PRÁTICOS ela
> serve sem dúvida... Ok, até pode ter algum fornecedor de Aplicativo que
> EXIGE uma versão com 4 dígitos do banco E não aceita versão imediatamente
> superior, mas isso é uma caça à pelo em ovo, tecnicamente eu repito
> normalmente não há uma razão técnica específica pra isso
>
>  Porém, respondendo : sim,  se vc REALMENTE TEM UMA EXIGÊNCIA TOTAL da
> versão EXATA que precisa ser 12.1.0.1, sim : Com ABSOLUTA certeza, seja
> qual for o software Oracle, todas as versões que vc não encontra no technet
> vc TEM que abrir um Chamado no Suporte Oracle, do tipo  "Software & OS
> Media Requests" - dá um look em
> https://renaps.com/en/blog/how-to/how-to-request-software-media-when-it-is-unavailable-on-the-oracle-software-delivery-cloud-site
> pra um exemplo...
>
>  []s
>
>Chiappa
>
>  OBS : em alguns casos, vc pode obter versões anteriores de softwares
> Oracle em https://edelivery.oracle.com : no caso do database 12c eu
> Acredito que vc não vá achar essa versão exata lá mas verifique...
> 
>

[oracle_br] Preciso achar uma versao =< 12.1.0.1 no support

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

boa tarde,

Essa pergunta acho que seria pra quem é "craque" de metalink

Preciso achar uma versão 12.1.0.1.x  ou 12.1.0.0  que seria SE 1 pra trás.
Estou rodando o metalink /support da Oracle desde o inicio da manhã e não a
encontro.
Tenho que responder um questionamento que fizeram na empresa.

Apesar de que SE2 (12.1.0.2.x)  mais atual encontro à vontade, mas por
enquanto não posso pegar.

Será que vou precisar abrir um chamado pra obter essa versão 12.1..0.1  ?
Pelo tempo, imagino que ja devam ter retirado e só pedindo, não sei ao certo

Eu sei que é uma versão bem velha, e tenho que mostrar que existe a tal
versão e o tamanho dela em GB.
Acho os patches mas nao acho a propria versão em si.

[]s angelo

[oracle_br] app windows service acessando o Oracle

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

boa tarde senhores,

Não sei se vocês já viram algo assim:

De ter um aplicativo acessando o Oracle, mas esse aplicativo é um serviço
do Windows e roda queries a partir deste.

Tenho um "cliente interno" que está pegando um problema com erro com
formato de data quando as queries são executadas. Principalmente quando a
execução começa depois de um reboot.
A minha desconfiança é de que o problema esteja ocorrendo porque o SO está
em inglês e eles não colocaram nada de configuração de variável de ambiente
do lado cliente na maquina.

No caso deles, acho que no registry do windows seria o mais indicado do que
setar no windows as configurações de variável de ambiente. O que acha disso
?

Já que o serviço do windows não depende de fazer logon.  Inicia primeiro
até que o proprio SO dependendo do que for.  Não tá nem o NLS_LANG
configurado.

Eles me mostraram o ambiente, como o servidor estava configurado. Não
encontrei nem entradas no Registry do windows das chaves das configurações
de ambiente, e também não fizeram nenhuma variável de ambiente. As
configurações de cliente tipo tnsnames.ora estão corretas.

É um Oracle 11gR2 x64 linux o servidor (11.2.0.4)

O cliente é um Win2016 com o aplicativo serviço registrado e rodando.

Pensei em sugerir que eles criem as chaves no regedit diretamente seguindo
a recomendação do https://docs.oracle.com/cd/E11882_01/win.112/e10845/
registry.htm#NTQRF180
pois se a maquina sofrer um reboot, o aplicativo teoricamente entraria e o
client Oracle pegaria as configurações de ambiente corretas.  Mas antes
resolvi compartilhar com vocês pra ver se alguém já tinha visto algo assim


[]s angelo

Re: [oracle_br] Re: Descobrir um DBID

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

Bom dia,

Pô bem lembrado, isso não pode ser esquecido.. senao ficaria o servidor
atualizado com a base desatualizada (nao duvido que isso aconteça muito..)

[]s angelo

Em Qua, 15 de ago de 2018 19:20, Evandro Giachetto
evandrogiache...@gmail.com [oracle_br] 
escreveu:

>
>
> Se seu banco de origem era 11.2.0.3 e vc instalou o software versão
> 11.2.0.4 no destino, então vc vai ter que fazer o upgrade logo depois que
> fizer o restore do banco.
>
> Assim que o restore e recover tiverem concluído, vc deve abrir o banco com
> resetlogs para recriar os redologs e em modo de upgrade, e rodar o catupgrd
> para concluir o upgrade de 11.2.0.3 para 11.2.0.4.
>
> Algom assim:
>
> SQL> alter database open resetlogs upgrade;
>
> SQL> @?/rdbms/admin/catupgrd.sql
>
>
> Esse blog aqui explica bem:
>
>
> http://parthidba.blogspot..com/2014/10/migrating-oracle-database-from-11203-to.html
> 
>
>
>
> Evandro Giachetto
> Oracle DBA
> evandrogiache...@gmail.com
> http://www.dbaoracle.eti.br/
>
> 
>
>
>
> Em qua, 15 de ago de 2018 às 15:21, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Sim, backup COLD implica em parar o banco enquanto ele está sendo feito -
>> realmente com ele vc tem 100% de certeza que NÂO há transações / alterações
>> / manipulações de dados comitadas mas ainda não baixadas pro disco,sim, mas
>> é Difícil que haja janela pra isso, sim...
>>  Em não podendo ser COLD (exceções feitas à soluções de snapshot de
>> discos que se integrem com o RDBMS e "forcem" um checkpoint completo E
>> suspendam I/O no banco enquanto rola o snapshot) aí então SIM, estamos no
>> domínio do HOT BACKUP
>>  Pra vc explicar/conceituar HOT BACKUP pra um leigo, é bem simples : diga
>> que ele é composto por uma cópia dos  dados 'intocados' que estavam em
>> disco MAIS uma cópia da trilha de alterações, ie, de TODOS os dados que
>> vieram do disco e foram alterados até um determinado ponto no tempo, okdoc
>> ? Simples... NÂO EXISTE isso de "99% do que está ali é backupeado", até
>> porque backup e gravidez, ou vc tem ou não tem - não existe backup parcial
>> , não existe meia gravidez, ou vc tem completo ou não tem.  Assim
>> sendo, falando do seu caso, se é backup HOT vc só tem um backup válido SE E
>> APENAS SE vc tem uma cópia de TODOS os archived redo logs gerados desde a
>> última alteração dos datafiles até a hora do backup : se vc não tem 100% de
>> certeza que tem TODOS esses archives backupeados, vc simplesmente NÂO TEM
>> CERTEZA de ter um backup íntegro, sim sim sim ??? UM archive que seja
>> faltante pronto, já significa que do ponto do tempo onde esse archive
>> faltante foi gerado pra frente vc simplesmente NÃO conseguirá recuperar os
>> dados desse ponto pra frente - digamos que quando foi feito o backup mais
>> recente dos datafiles o SCN marcado num deles era de 72 horas atrás
>> (plenamente possível - como nós sabemos quando vc faz COMMIT os dados NÃO
>> SÃO gravados imediatamente nos datafiles, por questões de performance), e
>> por qquer falha na sua política vc PERDEU o archive que registrava
>> alterações de 71 horas atrás : pronto, essa simples falha de UM archive
>> crítico faltante te impedirá de recuperar esse datafile em questão... E se
>> esse datafile for o que contém a crítica tablespace SYSTEM ?? Ferrou
>>
>>  É por isso que eu insisto : backup HOT só é tão confiável o quanto for
>> confiável tua política de backups de Archives.
>>
>>  []s
>>
>>Chiappa
>>
> 
>

Re: [oracle_br] Re: Descobrir um DBID

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

Bom dia,

É backup full HOT.

Os do dia que eu peguei devem estar.. vou saber na hora

Esse tipo de backup, quase sempre falta um archive, normalmente dos ultimos
scn que foram criados depois que o backup já rodou.  E ai entra que o
famoso alter system open resetlogs e recomeça a encarnação do 1.

Se eu tentasse explicar pra um leigo o que seria... esse backup é sempre
uma janela, ou melhor, um intervalo fechado entre um determinado espaço e
tempo de onde queiramos salvar... é feito um snapshot .. 99% do que esta
ali, vai ser backupeado.

Cold, eu teria 100% certeza que seria integro, porque primeiro que teria
que colocar a base em mount.  Mas qual sistema, em produção, online, 24x7
suporta dar uma "paradinha", ficar offline um tempo, pra rodar um backup
full e depois voltar ?

Acho que é mais ou menos isso, não é ?  Como a base não estava em produção
e parou de ser atualizada não vira um problema, está tudo lá..

[]s angelo



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

>
>
>
> A pergunta é só se esse tal backup full é COLD ou HOT : se for HOT, vc tem
> certeza que TODOS os archives necessários tão junto ?? Pelo jeito, acho que
> essa resposta vc vai ter na prática, né ?
>
> []s
>
>   Chiappa
>
> ---Em oracle_br@yahoogrupos.com.br,  escreveu:
>
> Com certeza, Chiappa!
>
> Pois é.. esse imprevisto atrapalhou um pouco mas... vamos em frente.
>
> Lá é um 11.2.0.3  em windows, ambos x64
>
> Aqui, é 11.2.0.4,  vou criar uma maquina virtual com o mesmo SO instalar o
> Oracle nela e fazer o restore, pra resolver a demanda de agora.
>
> Depois quando a maquina chegar, se tiver tudo legal com ela, o mais
> provavel é exportar o schema pra um outro banco nosso e vai ficar de
> histórico.
>
> Peguei algumas pastas do fast recovery area  mais recentes e fui mandando
> algumas copia pra fora. E como lá todo dia rolava backup full, acho que vai
> perder nada.  Só não poder estar corrompido, é claro. K
>
> Vai ser o teste na prática
>
> []s angelo
>
>
> 2018-08-14 18:04 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br>:
>
>
>
> aAh tá : menos mal que o servidor não foi destruído/teve arqs apagados, só
> ficou indisponível Mas mesmo assim, se o pessoal tivesse cumprido o
> combinado vc teria tido o Tempo necessário pra ANOTAR direitinho o DBID, e
> mais importante, de VALIDAR esses backups, né ? Vamos lá saber se esses
> .BKP Realmente estão completos (ie, contém os datafiles E os archives E o
> controlfile E o initfile/spfile), se a versão de SO e de RDBMS lá na
> máquina que foi indisponibilizada tão batendo Certinho com essa onde vc vai
> tentar o restore Essas coisas TINHAM que ter sido validadas/verificadas
> antes do pessoal desligar/indisponibilizar a máquina, né não ???
>  Bom, agora não tem jeito, vc vai confirmar NA PRÁTICA que esses backups
> tão íntegros E são compatíveis com o software RDBMS que vc tem aí no
> servidor, né ??
>
> []s
>
>   Chiappa
>
>
> 
>

Re: [oracle_br] Re: Descobrir um DBID

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

Com certeza, Chiappa!

Pois é.. esse imprevisto atrapalhou um pouco mas... vamos em frente.

Lá é um 11.2.0.3  em windows, ambos x64

Aqui, é 11.2.0.4,  vou criar uma maquina virtual com o mesmo SO instalar o
Oracle nela e fazer o restore, pra resolver a demanda de agora.

Depois quando a maquina chegar, se tiver tudo legal com ela, o mais
provavel é exportar o schema pra um outro banco nosso e vai ficar de
histórico.

Peguei algumas pastas do fast recovery area  mais recentes e fui mandando
algumas copia pra fora. E como lá todo dia rolava backup full, acho que vai
perder nada.  Só não poder estar corrompido, é claro. K

Vai ser o teste na prática

[]s angelo


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

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

Re: [oracle_br] Re: Descobrir um DBID

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

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

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

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

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

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

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

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

[]s

angelo



> 
>

Re: [oracle_br] Re: Descobrir um DBID

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

Então, Chiappa  e boa tarde, pessoal

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

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

O1_MF_S_983577551_FPNQ44JD_ .BKP


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

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

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

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

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

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


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



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

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

Re: [oracle_br] Descobrir um DBID

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

Boa noite,

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

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

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

obrigado pela dica

Angelo

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

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

[oracle_br] Descobrir um DBID

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

Senhores,

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

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

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

meu Oracle é 11g  11.2.0.4  x64  windows.


[]s angelo

Re: [oracle_br] Problemas com a senha do sys x orapwd

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

Então,

Acabei resolvendo a pasta  %Oracle_home%/database é o local correto onde o
arquivo de senha tem que ficar ( em Windows server), mas tem um outro
detalhe que é o formato do nome.

Diz aqui que:   (
https://docs.oracle.com/cd/E11882_01/server.112/e25494/dba.htm#ADMIN11060  )


=> Em ambiente Windows, o arquivo de senha precisa ser no formato  *
PWD*SID.ORA
e estar na pasta %ORACLE_HOME%\DATABASE

=> Em ambiente Linux/Unix o arquivo de senha precisa ser no formato
*ORAPWD*SID.ORA e estar na pasta  $ORACLE_HOME/dbs

Então renomeei o arquivo para o formato acima e bingo.  Nunca mais esqueço
isso... k

obrigado pela ajuda

angelo


2018-07-24 10:38 GMT-03:00 Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br] :

>
>
> Bota o arquivo na pasta %Oracle_home%/database e faz um teste...
>
> Atenciosamente,
>
> Rodrigo Mufalani
> —-
> rodr...@mufalani.com.br
> +55 21 988 994 817
> +55 21 3193 0326
> —-
> Oracle Certified Master 11g (OCM)
> Oracle ACE Member
> —-
> --
> *From:* oracle_br@yahoogrupos.com.br  on
> behalf of angelo angelolis...@gmail.com [oracle_br] <
> oracle_br@yahoogrupos.com.br>
> *Sent:* Tuesday, July 24, 2018 3:28:22 PM
> *To:* oracle_br@yahoogrupos.com.br
> *Subject:* [oracle_br] Problemas com a senha do sys x orapwd
>
>
>
> Bom dia,
>
> Tenho até vergonha de comentar isso... uma coisa tao básica mas...
>
> Estou levando uma SURRA de uma base que restaurei ontem de um backup pra
> fazer um ambiente de homologação.
>
> Não consigo entrar com a senha do SYS as SYSDBA mesmo ja tendo recriado o
> arquivo de senha. Eu preciso acessar de fora, pra uma determinada tarefa...
>
> e mesmo modificando a senha com alter user sys identified by ... nada
>
> Só consigo acessar pelo console ( assim mesmo, se alterar o arquivo
> sqlnet..ora o parametro para none) passo a não conseguir também
>
> É como se, o arquivo de senha não estivesse sendo associado, reconhecido
> pelo banco
>
> Será que ta bugado ou eu que estou bugado (bem provável) ?
>
>
> No console, na propria maquina vai..
>
> D:\ORACLE\product\11.2.0\dbhome_1\dbs>sqlplus / as sysdba
>
> SQL*Plus: Release 11.2.0.4.0 Production on Ter Jul 24 10:25:23 2018
>
> Copyright (c) 1982, 2013, Oracle.  All rights reserved.
>
> Conectado a:
> Oracle Database 11g Release 11.2.0.4.0 - 64bit Production
>
> SQL> show parameters password
>
> NAME TYPEVALUE
>  --- -
> remote_login_passwordfilestring  EXCLUSIVE
> SQL> select * from v$pwfile_users;
>
> não há linhas selecionadas
>
> SQL>
>
>
>
>
>
> []s angelo
>
> 
>

[oracle_br] Problemas com a senha do sys x orapwd

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

Bom dia,

Tenho até vergonha de comentar isso... uma coisa tao básica mas..

Estou levando uma SURRA de uma base que restaurei ontem de um backup pra
fazer um ambiente de homologação.

Não consigo entrar com a senha do SYS as SYSDBA mesmo ja tendo recriado o
arquivo de senha. Eu preciso acessar de fora, pra uma determinada tarefa..

e mesmo modificando a senha com alter user sys identified by ... nada

Só consigo acessar pelo console ( assim mesmo, se alterar o arquivo
sqlnet.ora o parametro para none) passo a não conseguir também

É como se, o arquivo de senha não estivesse sendo associado, reconhecido
pelo banco

Será que ta bugado ou eu que estou bugado (bem provável) ?


No console, na propria maquina vai..

D:\ORACLE\product\11.2.0\dbhome_1\dbs>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Ter Jul 24 10:25:23 2018

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Release 11.2.0.4.0 - 64bit Production

SQL> show parameters password

NAME TYPEVALUE
 --- -
remote_login_passwordfilestring  EXCLUSIVE
SQL> select * from v$pwfile_users;

não há linhas selecionadas

SQL>





[]s angelo

Re: [oracle_br] Re: [OFF-TOPIC] Backup/exportar chave pública

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

Pelo visto é chave de SSH e deve ter tentado usar o putty..

Isso é pra nao ter que digitar a senha do ( root ) por exemplo, ao acessar
o servidor remotamente



2018-05-24 10:15 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Colega, não sei se vc vai ter muito sucesso perguntando aqui sobre uma
> questão tão des-relacionada com banco de dados quanto gerenciamento de
> chave de acesso num servidor, mas de qquer forma, SE vc plz nos esclarecer
> QUAL o Sistema Operacional em questão, COMO vc acessa os tais servidores
> (ssh ? telnet ? remote Desktop Windows ?? E com qual client, puTTY ??) E de
> que Tipo de chaves estamos falando (SSH ? GNUPG ? IIS ? certificados AD ?
> Outra ??) eventualmente quem trabalhe com a mesma Solução pode palpitar
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: Upgrade 9i para 12cR1

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

Entendi,

São verdadeiros "monstros" de processamento, só que, ao meu ver, é um
ambiente meio "caro" de manter,
Mas se tem parceiro, então deve andar bem, torna a vida mais simples


2018-05-11 15:43 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> É verdade que em alguns casos um hardware x86-64 com Linux pode dar o
> mesmo nível de performance que um Power RISC (que é onde se roda AIX,
> normalmente), sim, E que via de regra é mais fácil se encontrar ref e
> expertise para Linux  do que pra AIX ... Porém, sabemos lá se na Empresa do
> colega isso é verdade, de repente eles tem uma Parceria com a IBM, sabe-se
> lá...
>
> Mas se ele for mudar de servidor sempre vale a pena uma Boa pesquisa pra
> ver se outros provedores podem preencher as necessidades dele, sim sim...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: Upgrade 9i para 12cR1

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

uma pergunta de curioso,

O negocio dele não comporta rodar o Oracle no Linux ?  Já que ta pensando
em atualizar o sistema operacional...

Pois em matéria de SO, atualizado está e uma boa galera compreende mais, se
comparado ao AIX  que nem todo mundo acessa e o hardware é restrito ( ibm )



On 10 May 2018 at 13:35, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  wrote:

>
>
> Pessoal obrigado pelas explicações.
>
> Além dessa base 9i, existem mais 4 bases na versão 10gR2 nesse mesmo
> servidor. Então o que eu entendo qual seria o procedimento mais simples:
>
> a) Atualizar o sistema operacional para uma versão compatível com a versão
> 12c e a 10gR2 (vou olhar no metalink se existe, talvez o AIX 6 seja)
>
> b) Adicionar um novo file system e instalar o Oracle 12cRx em um novo
> oracle_home nesse file system
>
> c) Criar um banco vazio 12cRx
>
> d) realizar o export dos dados 9i
>
> e) importar 12xRx
>
>
> Vou levar todas as considerações mencionadas acima, tanto realizar isso em
> um servidor de teste e verifiar as questões dos clients de conexão.
>
> Obrigado :)
>
>
>
> Em quarta-feira, 9 de maio de 2018 18:57:01 BRT, jlchia...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
>
>
> E uma obs final : tudo fica MUITO, mas MUUUITO MAIS fácil E seguro se o
> upgrade puder ser feito num outro servidor pra onde vc transfira os
> arquivos todos do database 9i , tendo antes já instalodo lá a nova versão
> de SO e a nova versão do RDBMS . Se o cliente não tava pensando nisso,
> insista : só se ele fechar questão de modo absoluto é que aí não tem jeito
> e vc terá que assumir os riscos...
>
>  []s
>
>Chiappa
>
> 
>

Re: [oracle_br] Migrar BD 9i HPUX para Linux

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

Restaurar um backup do 9i do hp-ux no linux, se o servidor destino for
mesmo Endian

EXP/IMP desse tamanho ia ficar impraticavel




2018-03-07 10:39 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br] :

>
>
> Pessoal,
>
>
>
> Preciso migrar um banco (600G) Oracle Enterprise 9i  (release 9.2.0.8) que
> está em HP-UX para Red Hat Linux.
>
>
>
> É um banco de legado e não posso alterar a versão do Oracle.
>
>
>
> Então pensei em fazer um EXP / IMP, existe alguma outra alternativa para
> essa migração?
>
>
>
> Grato
>
> Ednilson
>
> 
>

Re: [oracle_br] Re: Excel + Oracle

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

Vitor,

O driver do Oracle que está instalado na sua maquina está igual a versão do
Excel executado na maquina ( Excel * 32 = 32 bit /  Excel* 64 = 64 bit )  ?
tem isso também...

Essas rotinas de planilias vinculada em tabela, costumam ser aborrecedoras

Ainda existem uns "bagulhos" aqui na empresa rodando em Visual Basic 6.0 e
que não desapegam, daí o driver certo é crucial..  tem rotina que gera
saida em Excel,  por isso que to comentando essas coisas.

Uma outra maneira, seria nao usar o odbc, e sim a fonte de dados com o
driver nativo net framework (com o driver .net da oracle) na vinculacao da
fonte de dados da planilia. A execução é bem mais rapida que odbc ou oledb

Se tiver alguem ai que programa para desktop, usando linguagem C# ou vb.net,
e que ja tenha mexido com VB 6 antes acho que consegue te exemplificar
melhor



2018-02-06 14:59 GMT-02:00 Vitor Junior vitorj...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Já li esse exemplo. Não consegui adaptar o source para o Oracle, com ODBC.
>
>
>
> att
>
> Vitor Jr.
> https://www.linkedin.com/in/vitorjr
>
> Em 6 de fev de 2018 14:56, "jlchia...@yahoo.com.br [oracle_br]" <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Eu não  usei recentemente então não tenho de momento nenhum exemplo
>> pronto pra te dar, mas https://www.excelguru.ca/blog/
>> 2016/04/28/pass-parameters-to-sql-queries/ diz que vc vai precisar
>> programar um pouquinho, vc vai ter que escrever uma Função que monte a
>> string de SQL tipo :
>>
>> dbQuery = "Select * FROM " & dbTable & " WHERE " & sFilterField & "='" &
>> sFieldValue & "'
>>
>> e depois SIM vc passa a string dentro de dbQuery como Argumento pro
>> PowerQuery : jogar DIRETO no text item que o powerquery abre os 
>> indicando as células pelo que entendi Não Vai Rolar
>>
>> []s
>>
>>   Chiappa
>>
> 
>

Re: [oracle_br] Quando uma coluna foi alterada?

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

Ednilson,

A estrutura da tabela ou o conteudo do campo ? ( um update/delete/insert
por exemplo )



2018-01-24 13:23 GMT-02:00 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br] :

>
>
> Pessoal,
>
> Preciso descobrir quando uma coluna foi alterada numa tabela.
>
> Existe uma view ou tabela que dê essa informação?
>
>
>
> Oracle Database Enterprise 10g – Release 10.2.0.5
>
>
>
> OBS. Banco não tem auditoria habilitada.
>
>
>
> Grato
>
> Ednilson
>
> 
>

Re: [oracle_br] Tamanho do Archives Log

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

Certamente é algum erro...

No inicio desse ano (eu estava de ferias)  vi uma situacao parecida, só que
no sql server

Por causa de um erro em uma procedure,  o log gerado pela transacao era de
quase 100 gb por dia, que nao era o normal tambem, porque havia um estoque
zerado e o programa tava se perdendo...  enfim

Nossa sorte, era que a mesma foi desenvolvida internamente, então foi facil
resolver, tivesse que depender de suporte externo, ia demorar um pouco mais




2018-01-18 12:21 GMT-02:00 Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br] :

>
>
> Boa tarde,
>
>
>
>Gerar redo (consequentemente archivelog) é um comportamento do banco de
> dados. Nesse caso, você deve investigar a(s) rotina(s)/processo(s) que
> estão gerando mais redo no seu banco de dados e solicitar ajuste junto ao
> fornecedor do apps. Muito provável que haja algum processo problemático
> para gerar 400GB de redo em um bd com 500GB.
>
>
>
> Atenciosamente,
>
> Rodrigo Mufalani
>
>
>
>
>
> *De: * em nome de "Alessandro Lúcio
> Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]" <
> oracle_br@yahoogrupos.com.br>
> *Responder para: *"oracle_br@yahoogrupos.com.br" <
> oracle_br@yahoogrupos.com.br>
> *Data: *quinta-feira, 18 de janeiro de 2018 12:03
> *Para: *Yahoo! Brazil 
> *Assunto: *[oracle_br] Tamanho do Archives Log
>
>
>
>
>
> Bom dia a todos,
>
>
>
> Eu tomo conta de um banco de dados Oracle 12.2.0.1 em Oracle Linux 6.5,
> neste banco é para aplicação Protheus.
>
> Nestes últimos meses ocorreram duas migrações, uma do Banco que era
> Windows e foi para Linux e outra da aplicação Protheus  que foi da versão
> 11 para 12.
>
>
>
> O Banco tem cerca de 500 gigas, porem por estes dias o banco gera mais de
> 400 gigas de archives por dia, o que deu um salto muito alto, antes gerava
> cerca de 4  a 5 gigas.
>
> Alguem tem alguma ideia do porque disso? A solução (gerar menos archives)
> é somente a nivel de aplicação ou tem algo a nivel de banco a ser feito?
>
>
>
> Obrigado!
>
> 
>

[oracle_br] Objetos invalidos apos um shutdown é possivel ?

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

Bom dia,

Poderia acontecer de, supor que um servidor Oracle tenha a base parada com
shutdown immediate, para uma atualização do sistema operacional e um
reboot, ao retornar em produção, um schema apresentar diversos objetos
marcados como inválidos ?

Eu acho que isso não aconteceria, a base foi encerrada bonitinha mas quero
ver se estou certo.

Tá rolando um inquérito aqui na empresa, porque isso aconteceu aqui, nesse
feriado do Natal, o servidor foi atualizado e hoje cedo o sistema que
acessa essa base, um erp, nao abria justamente por dar mensagens de erros
de objetos inválidos e ninguém sabia dizer quem foi ou como foi que
alterou... isso porque nao comecei a procurar nada ainda no banco... quero
ver se alguém se acusa

E pressionando as pessoas, porque to achando que teve dedo do fornecedor
(que tem acesso também porque eventualmente faz algumas alterações no
schema dele) no meio porque por volta das 8:00 o erro ainda ocorria e ja
tinha usuario reclamando e depois das 8:30, "misteriosamente", os objetos
ficaram validos e começou a funcionar e não avisaram nada a gente

situacao escrota de lidar né ?

[]s angelo

Re: [oracle_br] Re: AJuda script shell

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

Esse seu workaround..   isso também poderia ser chamado de "RTA - Recurso
Tecnico Alternativo"  um nome mais pomposo para a gambi,  afinal fica feio
falar pro cliente que fez uma "gambiarra"...   Kkkk

mas as vezes a gente tem que lançar mão dessas tecnicas mesmo.. Ta
lembrando o caso do outro thread do problema que tava rolando com o Nagios,
que o colega estava reclamando que de vez em quando travava o banco.

O que nos conforta é que é tudo nessa vida é codigo,  e código sempre tem
bug..

tomara que a Oracle responda isso rapido, se é que o problema está lá, siga
com sua pesquisa enquanto isso




2017-12-12 18:20 GMT-02:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> Chiappa, no ponto 1 eu concordo com tudo que voce disse. Isso eh um
> workaround vulgo gambiarra para poder sanar o problema do cliente enquanto
> nao se descobri a causa raiz, um chamado com a Oracle ja foi aberto para
> suporte.
>
> Em relacao ao item 2 a minha consulta funciona sim, esse pid eh o mesmo
> pid do SO, tanto que ela existe na v$process, e nao na v$session. Tanto que
> funcionou!
>
> Essa questao do alter system disconnect session eu vou testar tambem,
> obrigado pela dica.
>
>
> Em Terça-feira, 12 de Dezembro de 2017 14:25, "jlchia...@yahoo.com.br
> [oracle_br]"  escreveu:
>
>
>
> Bom, antes de responder algumas obs importantes :
>
> 1. absolutamente NÃO É NORMAL que vc tenha que ficar matando sessão
> manualmente : necessariamente ALGUMA COISA está causando a sessão ficar
> 'pendurada' , e vc DEVERIA MESMO encontrar e solucionar esse 'alguma
> coisa'... Há muitas possibilidades, que vão desde falha na infra de rede
> fazendo a comunicação com o banco ser perdida, até bugs em middleware, ou
> mesmo aplicação porquinha que sai criando conexões novas sem desativar
> anteriores, coisas assim Em ALGUNS CASOS inclusive pode ser possível
> como work-around vc solicitar que o banco mesmo elimine sessões inativas
> por x minutos aplicando o DCD e um profile de máximo de conexão, mas
> normalmente o mais correto é encontrar a Causa raiz antes de tudo...
>
> 2. SE vc for obrigado a por qquer motivo matar a sessão, a sessão
> normalmente fica com status de KILLED apenas se vc usou (incorretamente,
> imho) o KILL SESSIOn ao invés do DISCONNECT SESSION, via de regra muito
> mais efetivo : http://www.fabioprado.net/2014/05/matando-sessoes-no-
> oracle-database.html é uma das refs pra ele
>
> 3. Tudo que vou falar na resposta é baseado em conexões DEDICADAS e
> PERMANENTES, e criadas quando a sessão pede conexão : EVIDENTEMENTE não se
> aplica se a sua app está usando qualquer tipo de POOLS DE CONEXÃO, ou se
> seu banco tá usando MTS/SHARED SESSIONs
>
> Isso posto, a resposta : como eu não uso quase nunca KILL SESSION não
> tenho aqui um ambiente a testar, mas de acordo com a nota metalink "How To
> Find The Process Identifier (pid, spid) After The Corresponding Session Is
> Killed?" (Doc ID 387077.1) é possível que o ponteiro em memória do processo
> que atendia à sessão não fique mais registrado na coluna PADDR da
> V$SESSION, pois o processo de eliminação já começou no banco mas não chegou
> ainda a ser solicitada remoção no SO (seja qual for o motivo - banco
> intensamente concorrente, rollback sendo executado ainda, o que for)...
> Veja lá se é esse o seu caso, SE FOR ISSO obviamente teu JOIN :
>
> SELECT  p.spid
> FROM v$session s,
>  v$process p
>WHERE s.paddr   = p.addr
>
> NÂO VAI FUNCIONAR, sim sim ?? Se for isso aplique um dos work-arounds
> indicados para encontrar o SPID (system pid, o id da task no Sistema
> Operacional) na V$PROCESS a partir da linha da V$SESSION que está com
> STATUS de KILLED, provavelmente (já que seu banco é 11g) deve ser :
>
> select spid from v$process where addr=(select creator_addr from v$session
> where STATUS='KILLED');
>
> Ou alguma variação muito próxima
>
> Aí a segunda parte da resposta : uma vez que vc conseguiu uma query que
> extraia os SPIDs vc TANTO pode escrever um shell script que acione o
> sqlplus  via script e retorne o valor de cada SPID desejado QUANTO pode
> fazer o contrário, ie, dentro do sqlplus gerar um shell script com os
> comandos necessários - sim, um shell script NADA MAIS É do que um
> arquivo-texto, é Bico gerar um arquivo-texto com o output de uma query no
> sqlplus... Seria algo mais ou menos tipo :
>
> ==> vc tem um script sqlplus chamado gera_kills.sql contendo :
>
> set term off feedback off verify off pages 0 lines 500 trimspool on head
> off
> spool /tmp/kill_sessions.sh
> select 'kill -9 ' || spid from v$process where addr=(select creator_addr
> from v$session where STATUS='KILLED')
> /
> select 'exit' || chr(10) from dual
> /
> spool off
> exit
>
>
> Aí teu shell script principal seria tipo :
>
> #!/bin/sh
> sqlplus system/senhadele @gera_kills.sql
> /tmp/kill_sessions.sh
> exit
>
>
>
> ===> ok ? imho é MUUUITO mais simples vc gerar shell script a 

Re: [oracle_br] Sessões ficando "Presas" workaround please

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

É verdade que o nagios tem agente para monitorar BD oracle, mas

Eu acredito que o software deva estar bugado, porque o agente de
monitoramento não deveria causar transtornos no ambiente do usuário, pelo
menos em tese.. quanto mais "transparente" melhor

Criar uma procedure seria um paliativo, mas já tentou falar com o
responsavel pelo software pra ver se existe alguma atualizacao dessa
aplicação? Porque isso não vai parar... a nao ser que desabilite o
monitoramento de BD

[]s


2017-12-01 15:23 GMT-02:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> Oracle EE 11.2.0.4 - Standalone (sem grid)
>
>
> Senhores, em um determinado ambiente, está recorrente a abertura de
> chamado em relação a lentidão, e o que percebi consultando a v$session +
> v$process +session_event é que existe um usuário chamado XXXNAGIOS
> (USERNAME) que conecta por um server remoto (MACHINE ) utilizando o
> SQLPLUS (MODULE SQLPLUS) todas as suas sessões ficam com status ACTIVE,
> todas elas estão tomando a WAIT SQL*NET message from client e não existe
> nenhum sql sendo executado no momento.
>
> Após matar essas sessões, o ambiente volta a normalizar. Esse é um usuário
> que conecta no database para realizar operações de monitoramento.
>
> Abri chamado com a Oracle para poder ajudar no que pode está ocorrendo, as
> sessões simplismente não desconectam e após os SQLs serem executados,
> continuam consumindo recurso da máquina e tomando a WAIT acima.
>
> Enquanto a Oracle não me dá uma solução definitiva, estava pensando em
> realizar um workaround em relação a isso.
> Seria criar um job que executasse uma PROCEDURE para matar essas sessões
> de tempos em tempos, gostaria da ajuda de vocês para montar a procedure já
> que faz muitos anos que trabalhei com pl/sql.
>
> O cursor para carregar os dados seria mais ou menos dessa forma:
>
>   SELECT s.sid,
>  s.serial#
> FROM v$session s,
>  v$process p
>WHERE s.paddr   = p.addr
>  AND s.username = 'XXXNAGIOS'
>  AND s.status  = 'ACTIVE'
> AND s.module = 'SQL*PLUS'
> and s.machine = 'MMM'
> and s.last_call_et > 400;
>
>
> e em um loop realizar o execute immediate ('alter system kill session
> ''vsid'', ''vserial'' immediate');
>
> Alguém pode me ajudar a montar esse procedure?
>
> Lembrando que isso é somente uma ação paleativa enquanto não identificamos
> o que está causando esse comportamento no ambiente.
>
>
>
> 
>

Re: [oracle_br] ç e ~ não aparecem

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

Isso tem cara de ser encoding..

Existe alguma tela na configuracao do relatório relacionado a isso ?

Na sua maquina provavelmente esta diferente do servidor



2017-10-25 16:27 GMT-02:00 Eduardo Souza pjabran...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Caros amigos boa tarde!
>
> Estou enfrentando um problema: as palavras que contém Ç e ~ aparecem no
> menu do Forms 6i conforme abaixo:
>
> VALIDAÇÃO -> VALIDAC?O
>
> EMISSÃO -> EMISS?O
>
> ADMINISTRAÇÃO -> ADMINISTRAC?O
>
> Isso é somente na minha máquina.  Quando eu compilo o menu e executo
> aparece essa variação.
>
> Outras pessoas fazem o mesmo e a exibição é normal.
>
> Onde devo alterar se for o caso?
>
> Grande abraço.
>
>
> Eduardo.
>
>
> 
>

Re: [oracle_br] Fatal NI connect error 12170.

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

Ih, isso acontece comigo direto em uma base

mas nao dá nada,  porque a culpa é da propria app que fica com a conexão
aberta a vida toda.




2017-09-29 8:58 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br] :

>
>
> Bom Dia Pessoal,
>
>
>
> Tenho um banco que o fornecedor esta reclamando que cai a conexão do
> usuário, este usuários estão com profile default, sem IDLE_TIME
>
>
>
> Analisando o Alert, encontrei varias mensagem como esta abaixo.
>
>
>
> - Oracle Enterprise 11g – release 11.2.0.4.0
>
> - Red Hat Enterprise Linux Server release 6.5
>
>
>
> *Alert Log*
>
>
>
> Fatal NI connect error 12170.
>
>
>
>   VERSION INFORMATION:
>
> TNS for Linux: Version 11.2.0.4.0 - Production
>
> Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0
> - Production
>
> TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 -
> Production
>
>   Time: 29-SEP-2017 07:06:25
>
>   Tracing not turned on.
>
>   Tns error struct:
>
> ns main err code: 12535
>
>
>
> TNS-12535: TNS:operation timed out
>
> ns secondary err code: 12560
>
> nt main err code: 505
>
>
>
> TNS-00505: Operation timed out
>
> nt secondary err code: 110
>
> nt OS err code: 0
>
>   Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.242.120.61)(PORT=57282))
>
> Fri Sep 29 07:29:51 2017
>
>
>
> Notei que não tinha o arquivo sqlnet.ora em $ORACLE_HOME/network/admin e
> então configurei da seguinte forma, seguindo alguns post que vi na internet.
>
>
>
> $ more sqlnet.ora
>
> SQLNET.INBOUND_CONNECT_TIMEOUT=0
>
> SQLNET.EXPIRE_TIME=10
>
>
>
> E no listener.ora, inseri a linha abaixo e mesmo assim, continuo a receber
> essas mensagens no Alert
>
>
>
> INBOUND_CONNECT_TIMEOUT_LISTENER=0
>
>
>
> Alguem já passou por isso e poderia dar um ajudar?
>
>
>
> Grato,
>
> Ednilson
>
> 
>

Re: [oracle_br] Docker

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

Aproveitando o gancho, pergunta cretina de leigo (de verdade) no assunto:
 Docker *não* é igual VM, não é ?
Escuto muito falar de docker, leio muito mas nunca vi um na minha frente
ainda..  no ambiente aqui o pessoal ainda nem sabe o que é isso...

ainda não tinha visto exemplo em Oracle tambem, interessante.

bom dia


2017-07-05 7:15 GMT-03:00 Vitor Junior vitorj...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Sim, utilizo em produção sem problemas.
> Post da Oracle disponibilizando no github as instruções:
> https://blogs.oracle.com/developer/creating-an-oracle-
> database-docker-image
>
>
>
> Em 4 de jul de 2017 11:43 PM, "Nelson Cartaxo ncart...@yahoo.com
> [oracle_br]"  escreveu:
>
>>
>>
>> Pessoal boa noite,
>>
>> Alguém já usou docker com oracle? Consegui montar um container com um
>> banco 12c e um pdb, porem quando faço o export do container (do docker) não
>> leva os DataFiles.
>> Desde já agradeço a força
>>
>>  Att,
>>
>> *Nelson Cartaxo*
>>
>>
>> 
>

[oracle_br] Off-topic: ferramenta Delphix

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

Os colegas estrangeiros lá da lista Oracle-L de vez em quando costumam
falar uma ferramenta chamada Delphix  mas eu nunca ouvi falar dela por aqui.


Fui me interar do que era então, parece ser uma solução completa de
backup/clone/gerenciamento
que é executado a partir de uma VM no Vmware e dá um gás no backup do
Oracle pra facilitar a vida mais adiante.
Pelo que falam, é tao completo que só falta servir o cafézinho também

https://www.delphix.com/blog/delphix-culture/what-delphix


enfim, alguém por aqui no país ja usou ou viu algum lugar usando ?


[]s angelo

Re: [oracle_br] Re: Suporte oracle 11g

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

Sim,

Bom, ja renovamos.. por mais 2 anos. Vida que segue..

Estamos cientes dessas travas do SE 2 com relação aos threads, é ridículo.

La na frente, quando chegar a hora de licenciar o 12 de vez,  Já se ventila
a possibilidade de levar pra nuvem, não ter mais hardware em casa. Bem no
esquema do "bring your license".
A Oracle ta tentando matar essas instalações, quer que todo mundo vá pra
nuvem.

No meu caso, banco na nuvem, só rola se o sistema for junto e ficar na
mesma rede que o banco de dados se encontra, pra não ter aquelas questões
de latência e tudo mais.

O maior cliente desse banco é o Erp novo que a empresa colocou. Que só
aceita trabalhar com o 11g por enquanto.

[]s


2017-05-31 11:25 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Blz ? Bom dia...
>
> Então, essa informação de que o produto que  hoje usa e para o qual tem
> Contrato de Suporte ativo é 11g Standard Edition não tinha chegado pra mim,
> então sim, esqueça o que eu falei de baixar a nova versão e fazer o upgrade
> mais tarde mesmo que tenha expirado o Contrato de Suporte ...
>
>  Para começo de conversa, se vc olhar os papers oficiais da Oracle sobre o
> assunto (principalmente http://www.oracle.com/us/
> products/database/oracle-db-se2-brief-2680836.pdf) vc vai ver que em
> NENHUM MOMENTO ele diz que um usuário que tem Suporte para Standard Edition
> hoje pode baixar o SE1 ou SE2, que são Produtos/Editions diferentes do SE -
> é BEM DIFERENTE do Enterprise Edition 11g x Enterprise Edition 12R1 x
> Enterprise Edition 12cR2, todos são versões mais novas do MESMO exato
> produto Enterprise, na mesma Edition Então a primeira coisa ao que
> entendo, pra poder baixar o SE1 ou SE2 vc ** tem ** que ter um Contrato de
> Suporte Ativo e solicitar esses binários para a Oracle, sem um Contrato de
> Suporte ativo nem isso vc consegue - PORTANTO, se teu Contrato de Suporte
> está para expirar e vc prevê uma breve futura migração/upgrade pra SE1 ou
> SE2 ** sim **, mesmo que esse upgrade não seja no curto prazo é MUITO
> MELHOR vc Renovar esse contrato agora, pois se vc não o fizer e ficar sem
> Suporte, no futuro para Reativar o Suporte desse 11g e assim poder baixar o
> SE1 ou SE2, aí vc TERIA QUE PAGAR a taxa de Reativação que não é barata
>
>  O segundo ponto é LICENCIAMENTO : o paper acima diz bem claramente :
>
>  "Zero-Cost License Migration from SE :
>
>  SE customers can choose to upgrade to Oracle Database Standard Edition 2
> without incurring any additional license cost.
>  "
>
>  Assim sendo, A NÃO SER que a representante da Oracle retorne com um
> paper/documento mais Recente que tenha superado esse, ao que entendo vc
> PODE SIM migrar a tua Licença de Uso SE para SE2, desde que vc tenha
> Contrato de Suporte, obviamente... OKDOC ??
>  EVIDENTEMENTE, já que vc está tendo trabalho e esforço pra migrar, já vai
> migrar é para o último release, o SE2... Não faz sentido vc gastar tempo e
> esforço (e DINHEIRO, portanto) para não fazer isso...
>
>  ==>  NOTAR  que o paper não fala Absolutamente Nada sobre
> migração do Contrato de Suporte (só da Licença de Uso), então não digo nada
> se a migração da Licença for zero-cost ** MAS ** a migração do Contrato de
> Suporte envolver uns cascalhos
>
>  CASO por qualquer motivo vc não possa migrar essa Licença que vc tem hoje
> , aí vem a sua resposta para a 'pergunta cretina' : SIM, vc pode comprar
> duas licenças pra mesma Empresa para produtos diferentes (como seriam esse
> SE e um eventual SE2), problema nenhum...
>  E outra coisa, a Licença ** não implica ** em nada extra instalado (tudo
> é feito em papel, via contrato) então não há tecnicamente impedimento
> NENHUM em vc ter duas licenças para dois produtos instalados em servidores
> diferentes, OU duas licenças para dois produtos instalados no MESMO
> SERVIDOR, ou ter as duas Licenças mas só ter um dos produtos instalados, ou
> qquer combinação do tipo...
>
>  []s
>
>Chiappa
> 
>

Re: [oracle_br] Re: Suporte oracle 11g - Desvendando o misterio do se1 e se2

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

Detalhe:  ( se liga no quarto digito.. )

Desvendendando o misterio do SE 1 e SE2

De acordo com o
http://docs.oracle.com/database/121/DBLIC/editions.htm#DBLIC109

12.1.0.1.xxx  SE 1

12.1.0.2.xxx  SE 2

12.2  ( se 2)


E de acordo com o artigo do colega abaixo:

https://mikedietrichde.com/2015/09/07/oracle-database-12-1-0-2-se2-support-and-patches-for-oracle-database-12-1-0-1-sese1/

e do colega Ludovico  http://www.ludovicocaldara.net/dba/oraclese2/

chego a conclusão que me enganei de novo no entendimento, e ainda postei
uma mensagem para o grupo comentando... o que a gente poderia usar seria
 12.1.0.1.xxx (que seria jurassico)


Ou seja, não tem jeito: O melhor mesmo é licenciar pro 12c mas com o
suporte ativo



2017-05-31 9:09 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Ah sim, eu estava pensando em (e referi/listei as minhas experiências com)
> Enterprise Edition : com EE é como eu falei...
>  Realmente, no caso de Standard Edition ficou complexo... Por exemplo,
> todas as Documentações e papers Oracle que consultei indicam que vc
> Licencia o produto, ie 'database edition tal', E pode baixar patches pro
> seu produto E novas versões desse mesmo Produto : como o Standard Edition 1
> E o Standard Edition 2 são Edições *** completamente diferentes *** do
> Standard Edition original, são Produtos DIFERENTES, quem hoje tem Suporte
> pra Standard Edition pode baixar o SE1 ou SE2 ??? Indeterminado, NENHUM
> Documento que consultei fala isso claramente, mas Acredito que não
>
>   Outro enrosco é a questão de Licença, vc comprou uma Licença (lifetime,
> que seja)  para o Produto X (o SE no caso) : quando o produto deixa de
> existir (não é uma nova versão, são binários diferentes, com
> funcionalidades diferentes, Edition diferente, enfim novo Produto, entre o
> SE versus o SE1 e SE2) como é que fica a Licença ? Tem que comprar uma nova
> Licença ??? Provavelmente sim, e provavelmente a pessoa que vem do SE não
> vai pagar o valor completo de uma licença cheia do SE1 ou SE2 , mas que vai
> ter que comprar uma nova Licença (a preço reduzido, mas Comprar) acho que
> vai ser inescapável
>
>  Até hoje não trabalhei com Standard Edition então tudo que falei acima é
> de ouvir dizer e de algumas Pesquisas que fiz
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: Suporte oracle 11g

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

bom dia galera,


A versão enterprise é um verdadeiro "parque de diversões" com tudo que tem
direito, sonho de consumo de muita gente... mas, aqui não rola,
 infelizmente.  :-(

Mandei um e-mail ontem pra colaboradora da Oracle que está atendendo a
empresa com essa demanda;

Questionei essa situacao do Oracle std SE 1 e SE 2 e sobre o suporte
estendido

A resposta da moça foi a seguinte:.. abre aspas

"Oi Angelo,



Vou explicar abaixo, porém fique a vontade de me ligar para falarmos:



Em resumo, considerando que vocês estão na versão 11g, vocês possuem o
suporte premier com todos os benefícios listados no link
http://www.oracle.com/us/support/lifetime-support/index.html, porém, não
possuem apenas novos desenvolvimentos de paches de correção, salvo algumas
exceções, para algumas plataformas descritas em nossa política de suporte –
item 3. Se necessário, poderão contratar o Extended Support. De acordo com
o item 3 da página 6, a tarifa de Suporte Estendido não será cobrada para o
período de fevereiro de 2015 a Dezembro de 2018. Durante esse período, você
receberá o Suporte Estendido durante tais períodos conforme descrito na
seção de Níveis de Suporte Técnico da Oracle no link da política de
suporte. Suporte Vitalício:
http://www.oracle.com/br/corporate/policy/index.html.

Referente a atualização de 11g para 12c do seu banco você poderá realizar
estando com o suporte ativo, sem custo adicional. Caso, posteriormente,
queira fazer um Upgrade para STD 2 será necessário que seu gerente de
licenças verifique a possibilidade e calcule o investimento/custo para
realizar essa migração, que também só poderá ser feita com seu suporte
ativo."

fecha aspas

Daí entendi que:  Podemos trabalhar com a 12c  (ou SE 1 )  12.1.x  e  12.2
( se 2)  teremos que pagar a parte o licenciamento etc e tal.   E fim de
papo.

Dai eu faço a *Pergunta Cretina:*  com 2 licenças será que posso ter um
servidor com 12c e outro com 11g (cada um com 1 processador só um cenário
hipotético)  no ar, ao mesmo tempo?  Se tiver, ia sugerir um paralelo

[]s  angelo




2017-05-31 9:09 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Ah sim, eu estava pensando em (e referi/listei as minhas experiências com)
> Enterprise Edition : com EE é como eu falei...
>  Realmente, no caso de Standard Edition ficou complexo... Por exemplo,
> todas as Documentações e papers Oracle que consultei indicam que vc
> Licencia o produto, ie 'database edition tal', E pode baixar patches pro
> seu produto E novas versões desse mesmo Produto : como o Standard Edition 1
> E o Standard Edition 2 são Edições *** completamente diferentes *** do
> Standard Edition original, são Produtos DIFERENTES, quem hoje tem Suporte
> pra Standard Edition pode baixar o SE1 ou SE2 ??? Indeterminado, NENHUM
> Documento que consultei fala isso claramente, mas Acredito que não
>
>   Outro enrosco é a questão de Licença, vc comprou uma Licença (lifetime,
> que seja)  para o Produto X (o SE no caso) : quando o produto deixa de
> existir (não é uma nova versão, são binários diferentes, com
> funcionalidades diferentes, Edition diferente, enfim novo Produto, entre o
> SE versus o SE1 e SE2) como é que fica a Licença ? Tem que comprar uma nova
> Licença ??? Provavelmente sim, e provavelmente a pessoa que vem do SE não
> vai pagar o valor completo de uma licença cheia do SE1 ou SE2 , mas que vai
> ter que comprar uma nova Licença (a preço reduzido, mas Comprar) acho que
> vai ser inescapável
>
>  Até hoje não trabalhei com Standard Edition então tudo que falei acima é
> de ouvir dizer e de algumas Pesquisas que fiz
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: Suporte oracle 11g

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

Ainda estamos avaliando..

Na duvida, já baixei o ultimo CPU de abril passado.




2017-05-30 9:59 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Angelo, adicionalmente deixe-me colocar um ponto a mais aqui que imho vai
> ser ** crítico ** quando vc avaliar se renova ou não o Suporte desse 11g :
> seguinte, quando vc opta por rodar o RDBMS sem um Contrato de Suporte, se
> no futuro vc quiser/precisar comprar Suporte pra esse produto que rodava
> sem Suporte vc VAI ter que pagar uma taxa a mais além do preço normal de um
> contrato de Suporte, o que a Oracle chama de reinstatement fee... Essa taxa
> é MUUUITO ALTA, é coisa de uns 40% do valor de compra de um contrato de
> Suporte
>  Então, analise direitinho se não valeria a pena renovar o Suporte para
> esse 11g sem pagar essa taxa a mais, não arriscando a ter que no ano que
> vem pagar o reinstatement fee se precisar de Suporte (para poder baixar
> nova versão de RDBMS por causa de uma Migração, para ser capaz de baixar
> patches, etc)
>
>   Como eu disse algumas vezes em ocasiões anteriores, se é um ambiente
> Produtivo IMHO é um risco Inaceitável vc ficar sem Suporte (ninguém garante
> que se teu Suporte expirar amanhã aí depois de amanhã apareça um bug, ou vc
> precise de uma ajuda/aconselhamento por parte da Oracle, ou vc precise
> baixar novas versões, ou que alguém mande vc passar a usar um
> recurso/feature do banco que vc não conhece e sobre o qual vc tenha uma
> dúvida fundamental, etc) , então pra mim vale a pena Renovar para não ter
> chance de ter que pagar reinstatement fee numa dessas emergências se vc
> optar por rodar sem Suporte, mas a decisão é sua...
>
>   []s
>
> Chiappa
> 
>

Re: [oracle_br] Re: Suporte oracle 11g

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

Isso foi até a versao 12.1 onde na ocasiao tiraram a versao SE ONE da
comercialização.

12.2 tem que pagar uma diferença.. $$$

ou pagar só pelo suporte até o 11g, apesar de se conseguir baixar, não está
totalmente licenciado



2017-05-29 18:55 GMT-03:00 Luis Freitas lfreita...@yahoo.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Angelo,
>
>   Lembrando que o suporte Oracle inclui o direito de upgrade.
>
>   Se você para de pagar o suporte, não pode mais fazer um upgrade para
> versões mais novas.
>
>Nessa situação, quando for fazer o upgrade vai ter que escolher
> entre comprar as licenças novamente ou pagar o suporte retroativo.
>
> Atc,
> Luis Freitas
>
>
>
> On Monday, May 29, 2017 6:00 PM, "jlchia...@yahoo.com.br [oracle_br]" <
> oracle_br@yahoogrupos.com.br> wrote:
>
>
>
> Opa : então, a nota metalink xxx nos diz que :
>
> Database 11g Release 2 Lifetime Support Dates
> Release  GA Date Premier Support EndsExtended Support Ends
> Sustaining Support Ends
> 11.2 Sep 200931 Jan 2015 31 Dec 2020
> Indefinite
>
> OU SEJA, o Suporte Premier acabou em 31/01/2015, desde 01/02/2015 **
> PORTANTO ** o 11gR2 já está SIM em Suporte Extendido, okdoc ??? nenhuma
> Novidade aqui pra vc, espero ???
>
> O ponto adicional é que, cfrme vc sabe, normalmente para vc poder ativar o
> Suporte Extendido vc tem que pagar uma taxa extra além do valor de
> Renovação normal, e a Oracle optou (por liberalidade contratual, decisão
> interna dela, Oracle) por postergar a aplicação desta taxa para depois de
> Dezembro/2018, então quem renovar o Suporte Extendido pro 11gR2 antes dessa
> data vai pagar só o preço normal de renovação de Suporte, não havendo taxas
> extrasVeja o artigo Oficial registrando isso em
> https://blogs.oracle.com/stevenchan/database-112-
> extended-support-fee-waived-through-december-2018 ...
>
>  E não existe isso de "preocupação se vão mudar as Regras" : a Oracle ***
> sempre *** registra muito detalhadamente, com Anos de antecedência, o tempo
> de vida do Suporte para TODOS os seus produtos...
>
>  []s
>
>Chiappa
>
> OBS : vc não perguntou, mas só pra esclarecer, deixe-me fazer duas
> indicações :
>
> a. o Suporte é um valor que vc paga Anualmente, de modo OPCIONAL, para que
> vc possa baixar patches e abrir Chamados no Suporte Técnico para ser
> atendido por um especialista Oracle - se vc quiser assumir o Risco,
> tranquilamente vc PODE SIM rodar um RDBMS Oracle sem pagara a taxa de
> Suporte... O que é INESCAPÁVEL para vc poder rodar o RDBMS Oracle de modo
> não-ilegal é ter comprado a necessária Licença de Uso, que é um pagamento
> que vc pode fazer uma vez só e vale pra vida toda OU pode ser feito
> anualmente ou bi-anualmente, cfrme quiser...
>
> b. vou relembrar rapidamente o que significa cada estágio de Suporte :
>
>  => Premier Support : para produtos que estão nesta fase de Suporte, se
> não existir uma correção para um bug que vc encontrar, a Oracle se obriga a
> criar um para vc , E também a Oracle garante que os scripts de Upgrade, as
> ferramentas de Administração que ela disponibilizar, etc, VÂO ser
> totalmente compatíveis com o produto em questão. Outro ponto é que vc pode
> abrir Chamados no Suporte da Oracle em regime de 24x7, a qualquer momento,
> para Produtos que estão nesta fase de Suporte
>
>  => Extended Support : para produtos que estão nessa fase de Suporte (é **
> EXATAMENTE o caso do 11gR2 hoje em dia !!), o Diferencial maior é que a
> Oracle *** não mais *** se compromete a criar patches específicos pra esse
> produto... O Produto vai continuar recebendo CPUs e PSUs (ie, os conjuntos
> de correções trimestrais para os bugs que a Oracle for encontrando), mas no
> ritmo e na Agenda pré-existente dela : REPITO, se vc encontrar um bug (o
> mais crítico que seja) no produto Oracle que está nessa fase de Suporte, vc
> que espere até a Oracle EVENTUALMENTE libere um patch dentro do PSU ou do
> CPU trimestral
>
>  => Sustaining Support : para os produtos que estão nesta fase de Suporte
> vc NÃO MAIS poderá abrir Chamados 24x7, vc NÃO mais vai receber os
> conjuntos de patches trimestrais, e NÃO VAI SER garantido que os scripts de
> Upgrade pra versões mais novas e/ou que as eventuais ferramentas sejam
> Adaptadas pra essa versão do Produto... Basicamente para produtos que vc
> tenha Sustaining vc só poderá abrir o Chamado e ser atendido SE o seu
> problema já for conhecido, E só vai poder baixar/aplicar os patches já
> existentes...
>  É importante lembrar que para vc ter o Suporte Sustaining para um produto
> tão velho que já saiu da fase até de Extended, vc *** VAI  ter que
> pagar uma Taxa extra afora o valor de Renovação normal de Suporte, E essa
> taxa extra Não É barata, de forma alguma
>
>
> 
>

[oracle_br] Suporte oracle 11g

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

Opa!  boa tarde pessoal

A familia Oracle 11.2.0.4.xxx  ja entrou no suporte estendido ?  Chiappa ?

A mulher da Oracle me pertubando pra renovar contrato,  mas bateu a
sensação de estar começando a pagar pra manter legado.
O valor da renovação apresentado em si nem é alto, mas.. to preocupado, não
sei se vão mudar as regras amanhã, se entrar em extendido.

E o pior que não podemos migrar pro *12c* ainda por causa de um fornecedor,
eu já queria estar nele.


[]s angelo

[oracle_br] Vocês ja viram isso acontecer ? Jobs AQ$ Oracle mutiplicados

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

Um colega postou uma mensagem em uma outra lista que eu também participo e
é curioso,

No Oracle 12c da empresa dele comentou que estão aparecendo varios varios
Jobs AQ$_PLSQL_NTFN%  ( podem ser NTFN_14926290, NTFN_14999828..  infinito )
Isso é do advance queue

Descobri que existe uma nota no metalink  Doc ID 2001165.1  (*AQ$_PLSQL_NTFN
Scheduler Jobs Executed in large numbers affecting Database performance
(Doc ID 2001165.1)*

sendo que o exemplo que pegaram, o banco de dados estava com 25 mil jobs em
execução. Porque não terminava e foi pipocando de novos jobs e nao parava.

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

[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 existente)

vou fazer o texto


2017-04-13 15:55 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.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 , bem passo-a-passo mesmo, E principalmente
> mostrando como estava e como ficou a config de banco E do RMAN, okdoc ? Aí
> quem puder/quiser ter a curiosidade de tentar reproduzir o seu caso
> consegue...
>
> []s
>
>   Chiappa
> 
>

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

[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 cataloguei novamente, pegando um backup de
ontem a noite.  O servidor original tinha catalogo.  Esse nao tem e nem vai
ter.

O mexe / remexe de trocar caminho das pastas newid etc, era porque o
servidor origem tem discos onde os arquivos estavam espalhados

Nessa maquina só tem  C:\  e  D:\  e foram todos moram no D:\ORACLE

Como já havia tentado restaurar o backup antes e tinha topado com o
problema e também, já havia alterado o pfile, o controle e tudo mais, para
deixar tudo apontando para as pastas no D:\
A segunda tentativa de restauração foi relax.  O sistema já encontrou tudo
e aí fluiu

Um detalhe que precisei recriar  o tablespace TEMP  default novamente a
base subiu apontando pra pasta e depois recriar os redos.

Eu to montando um passo a passo de backup/restore e colocando nele todas
essas coisas que acontecem no meio do caminho até pra usar como referencia
já que não é algo que eu faça toda hora.

Próximo passo vai ser renomear a base, via nid



2017-04-13 12:41 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.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, ie, o catalog.sql e catproc.sql, bem como um utlrp depois...
>
> Prosseguindo : se vc leu minha thread original, vc vai ver que no meu caso
> o primeiro problema foi que meus backups todos estavam sendo registrados em
> controlfile e não em banco de catálogo (vc não diz mas PARECE ser esse seu
> caso) e casualmente eu tinha registrado nesse controlfile backups MAIS
> RECENTES do que aquele cujos backup files eu estava tentando restaurar
> A solução foi simplesmente *** apagar *** todos os backups outros que já
> estavam nesse controlfile após o restore dele, ou seja, , toricar o
> procedimento de (depois que os backup files já foram disponibilizados no
> servidor destino) :
>
> "criar o pfile,  voltar o spfile, editar, criar o spfile, criar as
> pastinhas, restaurar o control,  catalogar, restaurar a base,..."
>
> para :
>
> "criar o pfile,  voltar o spfile, editar, criar o spfile, criar as
> pastinhas, restaurar o control,  APAGAR TODOS OS BACKUPS REGISTRADOS
> NESSE CONTROLFILE ***,  catalogar, restaurar a base,"
>
> faça isso, mal não faz, sim sim ??
>
> ===>> Meu OUTRO problema é que não tinham me passado que era backup COLD,
> aí eu ficava que nem tonto tentando fazer recover depois do restore... Aí
> vem a pergunta, DE QUE TIPO é esse backup que vc está tentando voltar, QUAL
> os SCNs contidos nos archives que vc dispõe se for backup HOT, como está o
> SCN dos datafiles, como está o SCN do controlfile ??? Com essa info vc vai
> ser capaz de identificar se precisa fazer ou não recover depois do restore
> (e UNTIL até quando, se for o caso de RESTORE), confirmar que vc tem TODOS
> os archives na sequência bonitinhos se for HOT... Sim sim sim ???
>
> []s
>
>   Chiappa
>
> OBS :
>
>   a.  eu notei que vc falou que vai "trocar os caminhos" , provavelmente
> porque na máquina destino o caminho para os datafiles é diferente, né ? Não
> esqueça de que (SE vc não está usando arquivos criados automaticamente pelo
> RDBMS) vc precisa  usar o comando para isso, pode ser o SET NEWNAME direto
> no RMAN, pode ser executando comandos SQL padrão tipo ALTER DATABASE RENAME
> FILE 'xxx' TO 'yyy'... Eu prefiro sempre  executar um comando para cada
> arquivo a renomear/mudar de path, pois assim tenho CERTEZA que não esqueci
> nenhum, não confio/não gosto das opções de trocar o destino geral...
>   E não esqueça que *** OUTROS *** paths podem precisar ser mudados nos
> parâmetros do banco : *** LISTE *** na íntegra os parâmetros do
> banco-origem e CONFIRME que todos os parâmetros que indicam algum PATH
> (aonde gravar log, controlfiles, dumps, etc, etc, etc) estão apontando para
> PATHs válidos/apropriados...
>
>   b. Não É INCOMUM que vc queira mudar o NOME do database e/ou da
> instância, etc no novo servidor : SE houver essa necessidade, veja os
> comandos apropriados, que pode ser dbnewid, pode ser recriar o controlfile
> a partir do backup to trace ou outros cfrme preferir... Logicamente, depois
> de trocado o nome da instância/do database tipicamente vc tem que RECRIAR
> ou RENOMEAR arquivos que contém no nome referência para a
> instância/database original, como initfiles, archives, etc
>E por ORGANIZAÇÃO também é mega-comum que os diretórios Administrativos
> do database contenham o nome dele, se vc renomear o database por questão de
> Organização normalmente se 

[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>

Re: [oracle_br] ORA-19816: Ajuda

[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'

ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not
known to database.

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.



On 13 April 2017 at 08:43, alisson...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> 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 persiste
> depois de algum tempo.
>
>
> Alguém pode me ajudar nesse processo ? me dizendo se já passou por isso ?
>
>
> Grato.
>
>
>
>
> ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not
> known to database.
>
> 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.
>
>
> *** 2017-04-11 22:18:23.726
>
> Unable to create archive log file 'E:\BDEDUCAR\ARCHIVELOG\2017_
> 04_11\O1_MF_1_421421_%U_.ARC'
>
> ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not
> known to database.
>
> 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.
>
> *
>
> WARNING: A file of type ARCHIVED LOG may exist in
>
> db_recovery_file_dest that is not known to the database.
>
> Use the RMAN command CATALOG RECOVERY AREA to re-catalog
>
> any such files. If files cannot be cataloged, then manually
>
> delete them using OS command. This is most likely the
>
> result of a crash during file creation.
>
>
>
>
> 
>

Re: [oracle_br] impdp

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

Mas agora o banco provavelmente foi corrompido.. pelo que comentou o
Chiappa na mensagem anterior.. verifica se nao aconteceu ?

Acho que vc vai precisar abandonar o XE e trabalhar com a versao full do
banco (standard, enterprise)

Se fosse uma situação de um banco normal, do tipo, não quisesse alterar o
characterset,  ainda teria a opção de poder criar um novo banco e trabalhar
em cima




2017-04-12 15:08 GMT-03:00 Mario Rodrigues marioirodrig...@gmail.com
[oracle_br] <oracle_br@yahoogrupos.com.br>:

>
>
> Ângelo,
>
>
> Pois eh .. vi ate uma resposta tua a alguns dias
>  "
>
> https://docs.oracle.com/cd/E17781_01/install.112/e18803/toc.htm#BABGBFJH
>
>
> AL16UTF16
>
> Unicode 4.0 UTF-16 Universal character set
>
> AL32UTF8
>
> Unicode 4.0 UTF-8 Universal character set
>
> UTF8
>
> Unicode 3.0 UTF-8 Universal character set, CESU-8 compliant
> "
>
> Vou ver se rola essa dica do UTF8 .. mas acho q o jeito é alterar na mão
> antes de importar os dados:(
>
> Vlww
>
>
> Em 12 de abril de 2017 14:55, angelo angelolis...@gmail.com [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Mario,
>>
>>
>> Dá uma olhada nisso aqui =>   http://stackoverflow.com/que
>> stions/23779159/change-nls-character-set-parameters-on-oracle-11g-xe
>>
>> e depois nisso, a documentação oficial =>  https://docs.oracle.com/cd/B1
>> 9306_01/server.102/b14225/ch2charset.htm
>>
>>
>> Tenho a impressão que por limitacoes do XE, vc nao vai conseguir fazer
>> isso, mesmo que altere o banco vai chiar... eu acho
>> mas se o encoding WE8ISO8859P1  for um subset do UTF8, talvez dê um
>> samba..
>>
>>
>>
>>
>>
>> 2017-04-12 12:37 GMT-03:00 Mario Rodrigues marioirodrig...@gmail.com
>> [oracle_br] <oracle_br@yahoogrupos.com.br>:
>>
>>>
>>>
>>> Pessoal
>>>
>>> Boa tarde
>>>
>>> Voltando com o topico, a empresa me enviou o characterset é o
>>> WE8ISO8859P1.
>>>
>>> Dai alterei usando "Alter database character set INTERNAL_USE
>>> WE8ISO8859P1;" (nunca havia feito, achei na internet)
>>> Rodando os SQL's
>>> SELECT value$ FROM sys.props$ WHERE name = 'NLS_CHARACTERSET';
>>> SELECT value FROM nls_database_parameters WHERE parameter =
>>> 'NLS_CHARACTERSET'
>>>
>>> Dai blz, quando tento realizar o IMPORT aparecem 2 erros:
>>>
>>> ORA 39006 Erro interno
>>> ORA 39213 metadados não disponível
>>>
>>> Alguem já passou por isso?? Faltou fazer algo?? Já tentei ate import com
>>> o SYS e da o mesmo erro.
>>>
>>>
>>> Em 5 de abril de 2017 18:04, jlchia...@yahoo.com.br [oracle_br] <
>>> oracle_br@yahoogrupos.com.br> escreveu:
>>>
>>>>
>>>>
>>>> Acredito que talvez seja no 12c apenas - mas independente disso, já que
>>>> vc não conseguiu obter o characterset de origem pelo impdp, vc CHEGOU a
>>>> usar a sugestão (que FUNCIONA, sim) do outro colega de usar o comando
>>>> STRINGS no dumpfile que a empresa mandou ?? Logo nas primeiras linhas deve
>>>> constar qual  o characterset origem usado na exportação E a ** minha **
>>>> Sugestão de vc extrair o DDL só da tabela  pra ver se a coluna
>>>> originalmente foi definida com tamanho em CARACTERES ou em BYTES, vc fez
>>>> ???
>>>>  Essas coisas ABSOLUTAMENTE NÃO DEPENDEM da tal outra Empresa
>>>>
>>>> []s
>>>>
>>>>   Chiappa
>>>>
>>>
>>>
>>
> 
>

Re: [oracle_br] impdp

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

Mario,


Dá uma olhada nisso aqui =>
http://stackoverflow.com/questions/23779159/change-nls-character-set-parameters-on-oracle-11g-xe

e depois nisso, a documentação oficial =>
https://docs.oracle.com/cd/B19306_01/server.102/b14225/ch2charset.htm


Tenho a impressão que por limitacoes do XE, vc nao vai conseguir fazer
isso, mesmo que altere o banco vai chiar... eu acho
mas se o encoding WE8ISO8859P1  for um subset do UTF8, talvez dê um samba..





2017-04-12 12:37 GMT-03:00 Mario Rodrigues marioirodrig...@gmail.com
[oracle_br] :

>
>
> Pessoal
>
> Boa tarde
>
> Voltando com o topico, a empresa me enviou o characterset é o WE8ISO8859P1.
>
> Dai alterei usando "Alter database character set INTERNAL_USE
> WE8ISO8859P1;" (nunca havia feito, achei na internet)
> Rodando os SQL's
> SELECT value$ FROM sys.props$ WHERE name = 'NLS_CHARACTERSET';
> SELECT value FROM nls_database_parameters WHERE parameter =
> 'NLS_CHARACTERSET'
>
> Dai blz, quando tento realizar o IMPORT aparecem 2 erros:
>
> ORA 39006 Erro interno
> ORA 39213 metadados não disponível
>
> Alguem já passou por isso?? Faltou fazer algo?? Já tentei ate import com o
> SYS e da o mesmo erro.
>
>
> Em 5 de abril de 2017 18:04, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Acredito que talvez seja no 12c apenas - mas independente disso, já que
>> vc não conseguiu obter o characterset de origem pelo impdp, vc CHEGOU a
>> usar a sugestão (que FUNCIONA, sim) do outro colega de usar o comando
>> STRINGS no dumpfile que a empresa mandou ?? Logo nas primeiras linhas deve
>> constar qual  o characterset origem usado na exportação E a ** minha **
>> Sugestão de vc extrair o DDL só da tabela  pra ver se a coluna
>> originalmente foi definida com tamanho em CARACTERES ou em BYTES, vc fez
>> ???
>>  Essas coisas ABSOLUTAMENTE NÃO DEPENDEM da tal outra Empresa
>>
>> []s
>>
>>   Chiappa
>>
>
> 
>

Re: [oracle_br] impdp

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

Ih cara

Tem um detalhe, que lembrei agora...

O Oracle XE só suporta estes encodings abaixo... Mesmo que tente corrigir,
acho que vai continuar a dar ruim  :(

https://docs.oracle.com/cd/E17781_01/install.112/e18803/toc.htm#BABGBFJH


AL16UTF16

Unicode 4.0 UTF-16 Universal character set

AL32UTF8

Unicode 4.0 UTF-8 Universal character set

UTF8

Unicode 3.0 UTF-8 Universal character set, CESU-8 compliant




On 4 April 2017 at 15:10, Luis Freitas lfreita...@yahoo.com [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Mario,
>
>O melhor é ver qual o characterset da base que gerou o export, e criar
> uma base usando o mesmo characterset.
>
>Pode olhar o arquivo com "strings .dmp | head" (Em linux/unix),
> deve aparecer o characterset em que ele foi gerado, que provavelmente é o
> characterset da base de origem.
>
>Se eu fosse chutar, o arquivo deve ser WE8ISO8859P1 e  você deve estar
> usando uma base UTF8 (Unicode).
>
> Atc,
> Luis Freitas
>
>
> On Tuesday, April 4, 2017 2:01 PM, "Mario Rodrigues
> marioirodrig...@gmail.com [oracle_br]" <oracle_br@yahoogrupos.com.br>
> wrote:
>
>
>
> Pois é ... já solicitei as informações a empresa q fez o export .. é que
> tenho certeza que vai demorar uns 2 dias para eu obter a resposta .. estou
> pesquisando (com as dicas de vcs) uma forma de tentar resolver sem depender
> deles ...
>
> Obrigado
>
>
>
> Em 4 de abril de 2017 13:44, César Carvalho cesar.sys...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Ta com cara de encoding  mesmo.
>
> Em 4 de abril de 2017 13:35, angelo angelolis...@gmail.com [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Será que não está com o encoding errado não ?
>
> Tem que ser igual ao do banco de dados que foi exportado, do contrario vai
> chover erros pra todo lado porque o impdp tenta fazer uma conversão
> impossível de rolar.
>
>
>
> 2017-04-04 11:31 GMT-03:00 Tércio Costa terciosilvaco...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> :
>
>
> [image: alt]Oracle XE tem os mesmos limites de coluna que as outras
> versões. Acontece que o erro está mostrando que o carácter que ele está
> tentando importar tem tamanho 31 mesmo, maior que o da coluna, por isso o
> erro. Verifique essa linha em questão se é assim mesmo, faça uma consulta
> na base que exportou.
>
>
>
>
> Em 4 de abril de 2017 11:16, Mario Rodrigues marioirodrig...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Pessoal,
>
> Bom Dia
>
> Estou realizando o import de uma base, dai aestou tendo a seguinte msg de
> erro:
>
> value too large for column DESCRICAO(actual: 21, maximum: 20)
>
> Quem fez o DUMP me informou que a coluna em questão esta com 30 no tamanho
> ... alguem sabe me informar se no ORACLE XE tem algum limite sobre o
> tamanho???
>
>
>
>
>
>
> --
>
> [image: photo]
> *Tércio Costa, *
> *Oracle Certified SQL Expert*
> Analista de Sistemas, Unimed João Pessoa
> m:+55 83 9 9915 9168 | w:https://oraclepress.wordpr ess.com/
> <http://oraclepress.wordpress.com/> |
> <http://plus.google.com/+T%C3%A9rcioCosta>
> <http://br.linkedin.com/in/terciocosta>
>
>
>
>
>
> --
>
> César Carvalho
> Especialista em Banco de Dados
> MCP|MCSA|VPS|VTSP
> *E-mail:* cesar@hotmail.com | cesar.sys...@gmail.com
> *Skype:*  cesar.dba
>
>
>
>
> 
>

Re: [oracle_br] impdp

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

Mario, tenta importar de novo com o impdp ( vai dar erro )

mas coloca pra gerar log em txtlogfile=erro.txt  e olha o arquivo de
erro gerado
O encoding utilizado vai aparecer dentro do log, logo no inicio quando o
arquivo dmp começar a ser lido.

E ai vc pode ajustar a sua sessão pra importar com o encoding original.




On 4 April 2017 at 15:10, Luis Freitas lfreita...@yahoo.com [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Mario,
>
>O melhor é ver qual o characterset da base que gerou o export, e criar
> uma base usando o mesmo characterset.
>
>Pode olhar o arquivo com "strings .dmp | head" (Em linux/unix),
> deve aparecer o characterset em que ele foi gerado, que provavelmente é o
> characterset da base de origem.
>
>Se eu fosse chutar, o arquivo deve ser WE8ISO8859P1 e  você deve estar
> usando uma base UTF8 (Unicode).
>
> Atc,
> Luis Freitas
>
>
> On Tuesday, April 4, 2017 2:01 PM, "Mario Rodrigues
> marioirodrig...@gmail.com [oracle_br]" <oracle_br@yahoogrupos.com.br>
> wrote:
>
>
>
> Pois é ... já solicitei as informações a empresa q fez o export .. é que
> tenho certeza que vai demorar uns 2 dias para eu obter a resposta .. estou
> pesquisando (com as dicas de vcs) uma forma de tentar resolver sem depender
> deles ...
>
> Obrigado
>
>
>
> Em 4 de abril de 2017 13:44, César Carvalho cesar.sys...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Ta com cara de encoding  mesmo.
>
> Em 4 de abril de 2017 13:35, angelo angelolis...@gmail.com [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Será que não está com o encoding errado não ?
>
> Tem que ser igual ao do banco de dados que foi exportado, do contrario vai
> chover erros pra todo lado porque o impdp tenta fazer uma conversão
> impossível de rolar.
>
>
>
> 2017-04-04 11:31 GMT-03:00 Tércio Costa terciosilvaco...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> :
>
>
> [image: alt]Oracle XE tem os mesmos limites de coluna que as outras
> versões. Acontece que o erro está mostrando que o carácter que ele está
> tentando importar tem tamanho 31 mesmo, maior que o da coluna, por isso o
> erro. Verifique essa linha em questão se é assim mesmo, faça uma consulta
> na base que exportou.
>
>
>
>
> Em 4 de abril de 2017 11:16, Mario Rodrigues marioirodrig...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Pessoal,
>
> Bom Dia
>
> Estou realizando o import de uma base, dai aestou tendo a seguinte msg de
> erro:
>
> value too large for column DESCRICAO(actual: 21, maximum: 20)
>
> Quem fez o DUMP me informou que a coluna em questão esta com 30 no tamanho
> ... alguem sabe me informar se no ORACLE XE tem algum limite sobre o
> tamanho???
>
>
>
>
>
>
> --
>
> [image: photo]
> *Tércio Costa, *
> *Oracle Certified SQL Expert*
> Analista de Sistemas, Unimed João Pessoa
> m:+55 83 9 9915 9168 | w:https://oraclepress.wordpr ess.com/
> <http://oraclepress.wordpress.com/> |
> <http://plus.google.com/+T%C3%A9rcioCosta>
> <http://br.linkedin.com/in/terciocosta>
>
>
>
>
>
> --
>
> César Carvalho
> Especialista em Banco de Dados
> MCP|MCSA|VPS|VTSP
> *E-mail:* cesar@hotmail.com | cesar.sys...@gmail.com
> *Skype:*  cesar.dba
>
>
>
>
> 
>

Re: [oracle_br] impdp

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

Será que não está com o encoding errado não ?

Tem que ser igual ao do banco de dados que foi exportado, do contrario vai
chover erros pra todo lado porque o impdp tenta fazer uma conversão
impossível de rolar.



2017-04-04 11:31 GMT-03:00 Tércio Costa terciosilvaco...@gmail.com
[oracle_br] :

>
>
> Oracle XE tem os mesmos limites de coluna que as outras versões. Acontece
> que o erro está mostrando que o carácter que ele está tentando importar tem
> tamanho 31 mesmo, maior que o da coluna, por isso o erro. Verifique essa
> linha em questão se é assim mesmo, faça uma consulta na base que exportou.
>
>
>
>
> Em 4 de abril de 2017 11:16, Mario Rodrigues marioirodrig...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Pessoal,
>>
>> Bom Dia
>>
>> Estou realizando o import de uma base, dai aestou tendo a seguinte msg de
>> erro:
>>
>> value too large for column DESCRICAO(actual: 21, maximum: 20)
>>
>> Quem fez o DUMP me informou que a coluna em questão esta com 30 no
>> tamanho ... alguem sabe me informar se no ORACLE XE tem algum limite sobre
>> o tamanho???
>>
>>
>>
>>
>
>
> --
>
> [image: photo]
> *Tércio Costa, *
> *Oracle Certified SQL Expert*
> Analista de Sistemas, Unimed João Pessoa
> m:+55 83 9 9915 9168 <+55+83+9915+9168> | w:https://oraclepress.
> wordpress.com/  |
> 
> 
>
> 
>

Re: [oracle_br] ORA-07445: exception encountered: core dump

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

Esse parâmetro desativado, que contornou o problema do Erik, e
aparentemente deixou o bd dele mais lento, pode influenciar nas
estatisticas, ou nao tem nada a ver?

Imaginei o seguinte:  Seria algo onde o Oracle estaria colocando a conta,
na memoria Ram do servidor, se tirassemos o recurso, nao otimiza mais
nada..  Como se tivesse pedindo um tunning pra compensar isso.
Faz sentido ou pura viagem ?

[]s

angelo


2017-03-17 16:54 GMT-03:00 Luis Freitas lfreita...@yahoo.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Erik,
>
> Esse parâmetro desativa recursos do "query optimizer", então é bem
> provável relacionado sim.
>
> Atc,
> Luis Freitas
>
>
> On Friday, March 17, 2017 3:55 PM, "Erik Castilho escasti...@gmail.com
> [oracle_br]"  wrote:
>
>
>
> Para contorno do problema citado acima foi setado o parâmetro
> *"_optimizer_enable_extended_stats"* para false, após isso um outro
> processo do sistema ficou muito lento, antes era bem rápido mas agora esta
> bem lento, não sei se foi por causa desse parâmetro especificamente porém
> coincidiu, esse parâmetro tem algo haver com o desempenho do banco? algo
> assim?
>
> Em 17 de março de 2017 14:16, Luis Freitas lfreita...@yahoo.com
> [oracle_br]  escreveu:
>
>
> Erik,
>
>É muito comum se negociar desconto ou gratuidade no primeiro ano de
> suporte do Oracle, então normalmente é instalado o ultimo patch set do
> banco, mesmo que a empresa acabe não renovando esse suporte depois.
>
>A 11.2.0.4 está disponível desde Agosto de 2013. É provável que a maior
> parte dos clientes do seu ERP aí esteja na versão 11.2.0.3 ou 11.2.0.4.
>
>Para estar nessa situação que você tem ai é preciso que seja negociado
> um contrato de licença sem nenhum tipo de suporte. Ou havia o primeiro ano
> de suporte mas a pessoa que instalou o banco "comeu bola", e pela regra do
> suporte Oracle você só pode usar o que fez o "download" antes de expirar o
> suporte.
>
>   Nem me lembro mais quando foi a ultima vez que vi um banco 11.2.0.1. Há
> muita instalações ainda usando a versão 10g r2 e até alguns 9i r2, e 11g
> r1, mas também costuma ser um dos últimos patchsets que estava disponível.
>
>   Sobre download de patches não relacionados ao produto, há sim bloqueio
> de alguns tipos de patches por família de produto, isso é chamado de "Patch
> Entitlement" e quando acontece o botão de download fica desativado para o
> patch, e existe também alguma auditoria no download de patches.
>
> Atenciosamente,
> Luis Freitas
>
>
> On Friday, March 17, 2017 10:59 AM, "jlchia...@yahoo.com.br [oracle_br]" <
> oracle_br@yahoogrupos.com.br> wrote:
>
>
>
> Ainda na tentativa de esclarecer cristalinamente a sua situação, há alguns
> pontos a mais que são ** diferentes ** dos outros Fabricantes de RDBMSs na
> política de Licenciamento e na de Suporte :
>
> 1. sobre Suporte :
>
>
> a) de modo geral a Oracle trabalha assim : quando lança um Produto, ela já
> diz até quando ele vai estar em Suporte Premier (ie, até quando a Oracle se
> compromete a criar bugfixes pra ele e se compromete a atuar diretamente no
> seu ambiente em caso de problemas, podendo inclusive - a critério dela -
> solicitar acesso remoto e te ajudar a resolver problemas diretamente), ALÉM
> de se comprometer a criar um bugfix customizado pra vc se vc encontrar um
> bug novo.
>   Assim que acaba o período de Suporte Premier, começa o período de
> Suporte Extendido : durante o período de Suporte Extendido, vc recebe as
> correções para erros críticos que a Oracle descobrir (ie, CPUs e PSUs) mas
> iirc não pode solicitar novos bugfixes customizados para o seu ambiente
> para novos bugs que vc encontrar e a Oracle não se compromete a atuar
> diretamente  no seu ambiente seja qual for a Criticidade / Severidade do
> problema, ** mas ** vc terá Pleno acesso aos softwares Oracle atualizados e
> aos bugfixes que já foram feitos, bem como aos DOCUMENTOS TÉCNICOS todos
> que existam, tais como o que o outro colega usou pra indicar o work-around
> do seu bug... Acabando o período de Suporte Extendido, aí começa o período
> de Sustaining Support, onde vc não recebe nada de novo, é só acesso aos
> bugfixes que já foram criados e nenhuma Ação da Oracle será feita pelos
> Analistas além de pesquisar e indicar ações anteriores já tomadas no
> passado para outros clientes.
>
> b) Custos : o ponto é que após o primeiro ano de Suporte Extendido
> normalmente a Oracle cobra além do valor de Contrato de Suporte normal uma
> ** taxa extra ** , para (entre outras coisas) valorizar/estimular a mudança
> de versão : no caso ESPECÍFICO do 11gR2, porém, cfrme 
> https://blogs.oracle.com/
> UPGRADE/entry/no_extra_fee_ for_extended
> , a
> Oracle optou por DISPENSAR essa taxa extra, então vc ainda pode obter
> SUporte para o 11gR2 sem essa taxa extra.
>
>Além desse, o outro Custo que vc pode (eu diria vai) incorrer aí 

Re: [oracle_br] ORA-07445: exception encountered: core dump

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

Sim,

Infelizmente, quem instalou o servidor e o Oracle, não se ligou nesse
pequeno detalhe... teria que fazer um upgrade nele também



2017-03-15 17:27 GMT-03:00 Erik Castilho escasti...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> CentOS 6 e a versão licenciada é a 11g mas o suporte realmente não foi
> contrato no ato do licenciamento. Tem mais essa que realmente eu tinha
> esquecido a Oracle homologa apenas RH, OEL e Suse, então usando CentOS
> estou fora do suporte da Oracle mesmo que tivesse o suporte, certo?
>
> Em 15 de março de 2017 17:08, angelo angelolis...@gmail.com [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Erik,
>>
>> Complemento da "bomba"... esse Linux é qual distribuição ? Se nao for RH,
>> Suse ou a propria distribuicao da Oracle, o suporte da Oracle não suporta..
>> por nao ser homologado e tal..
>>
>> Se a empresa nao pagou o suporte desde que expirou, é isso mesmo.. vão
>> cobrar um retroativo ou parte pra um novo licenciamento, porque fica tao
>> caro que nem vale a pena.
>>
>> Agora se nunca foi licenciado... melhor não comentar nada e negociar o
>> licenciamento direto.
>>
>>
>>
>> 2017-03-15 16:02 GMT-03:00 Erik Castilho escasti...@gmail.com
>> [oracle_br] <oracle_br@yahoogrupos.com.br>:
>>
>>>
>>>
>>> Ricardo Arnoud, pois é sempre achei que essa história de homologar é
>>> balela pois pelo menos dessa empresa q eu sei o servidor do banco deles que
>>> talvez eles usam para essa homologação é em Windows, e eu aqui uso no
>>> Linux, ahhh...então a culpa é do Linux? rsss...paciência viu
>>>
>>> Já estou vendo essa questão do suporte da Oracle, mas o consultor da
>>> Oracle já me mandou que no caso eu vou ter que pagar o suporte retroativo
>>> do período que eu não renovei, estou esperando a "bomba".
>>>
>>> Primeira vez que esbarro em um bug, foi tenso mas foi bom.
>>>
>>> []'s
>>>
>>> Em 15 de março de 2017 15:25, Ricardo Arnoud ricardo...@gmail.com
>>> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
>>>
>>>>
>>>>
>>>> Usar como argumento que o sistema foi homologado para a versão 11.2.0.1
>>>> é bengala, primeiramente esse ambiente deveria estar em uma versão mais
>>>> atual como por exemplo a 11.2.0.4. Para isso, se requer
>>>> suporte/licenciamento.
>>>>
>>>> E amigo, parabéns pois você esbarrou em um bug.
>>>>
>>>> 2017-03-15 14:48 GMT-03:00 Erik Castilho escasti...@gmail.com
>>>> [oracle_br] <oracle_br@yahoogrupos.com.br>:
>>>>
>>>>>
>>>>>
>>>>> Boa tarde,
>>>>>
>>>>> Primeiramente obrigado pelas respostas de todos. O problema foi
>>>>> solucionado, inicialmente setei o parâmetro 
>>>>> set_optimizer_enable_extended_stats=false
>>>>> conforme o colega sugeriu acima, depois rodei a aplicação novamente e deu 
>>>>> o
>>>>> erro. Posteriormente verifiquei os parâmetros 'shared_pool_size',
>>>>> 'java_pool_size', 'large_pool_size' e todos estavam com 'Value=0', atribui
>>>>> uns valores para cada um e depois alterei o parâmetro
>>>>> "_optimizer_enable_extended_stats" para sessão novamente e deu certo.
>>>>>
>>>>> Tecnicamente não entendi a questão dos parâmetros acima, mas deu
>>>>> certo, vou estudar mais para entender melhor essa situação, simular essa
>>>>> situação mais vezes em ambiente de testes para tentar entender.
>>>>>
>>>>> Consultando um outro trace file pude verificar uma query gigantesca e
>>>>> também chamadas para outras procedures que acredito ser dessa aplicação,
>>>>> imaginei será que essa aplicação faz essa consulta desse tamanho? será que
>>>>> não teria como otimizar isso? não estou fugindo da minha responsabilidade
>>>>> com relação a empresa que presto serviço mas a software house simplesmente
>>>>> jogou a 'bomba' pra cima do servidor e/ou da instalação do Oracle, tá 
>>>>> certo
>>>>> que foi uma questão de parâmetros, mas será que talvez a 'carga' de
>>>>> consultas, chamadas e objetos utilizada nessa aplicação não ocasionou uma
>>>>> excessiva carga no RDBMS que não suportou e cortava a conexão com a
>>>>> aplicação? Pois a perda de conexão era apenas nessa aplicação po

Re: [oracle_br] ORA-07445: exception encountered: core dump

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

Erik

Z Linux é pra mainframe ibm

https://en.wikipedia.org/wiki/Linux_on_z_Systems




2017-03-15 16:44 GMT-03:00 Erik Castilho escasti...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Chiappa, é realmente não esta solucionado vc tá certo, foi apenas
> utilizado uma forma paliativa para tratar a situação nesse momento já estou
> vendo essa questão das versões superiores.
>
> No site da Oracle tem a versão 11.2.0.2.0 para arquitetura zLinux64, o
> que é essa zLinux64? Seria possível o download de releases mais recentes do
> 11g?
>
> []'s
>
> Em 15 de março de 2017 16:04, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Opa : então, lamento dizer mas vc *** não *** solucionou o problema : se
>> o BUG era causado por um parãmetro absolutamente válido setado de maneira
>> correta mas causando issues, o ** código ** do RDBMS que manipula esse
>> setting tá com bug, não usando o parâmetro vc apenas ** EVITOU ** o
>> problema, isso Não é Solução, é um Contorno apenas. Inclusive, bugs do
>> tipo são normalmente RAPIDAMENTE solucionados nos patchsets seguintes (o
>> mais recente é o que deixa o banco na versão 11.2.0.4.x), então aplicar o
>> patchset mais recente em cima desse 11.2.0.1 que vc tem não só solucionaria
>> este mas OUTROS possíveis bugs também, pelo jeito ESTA seria a ** SOLUÇÃO
>> ** para vc
>>  Para responder a sua pergunta, provavelmente quando o fornecedor do ERP
>> homologou o produto deles no 11.2.0.1 simplesmente ou usou um volume de
>> dados muito inferior OU simplesmente não estava com o parâmetro que dispara
>> o bug setado, simples assim, por isso ele não caiu no bug
>>
>>  Outra coisa, ainda que eles tenham feito uma Homologação no 11.2.0.1, a
>> cada vez que a Oracle solta um patchset grande em tese é ** OBRIGAÇÂO ** do
>> fornecedor avaliar/re-homologar : só pra vc ter uma idéia,
>> https://juliandontcheff.wordpress.com/2013/08/28/oracle-
>> database-11-2-0-4-new-features/ lista que até a versão  11.2.0.4 foram
>> consertados coisa de 5 mil bugs : não rola dizer que tem que ficar na
>> 11.2.0.1 por causa do raio do fornecedor e ficar sujeito a cair a qualquer
>> momento em um dos 5 mil, né não ?? ACho bem difícil se trabalhar assim em
>> Produção, pra dizer o mínimo ...
>>
>>  []s
>>
>>Chiappa
>>
>
> 
>

Re: [oracle_br] ORA-07445: exception encountered: core dump

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

Erik,

Complemento da "bomba"... esse Linux é qual distribuição ? Se nao for RH,
Suse ou a propria distribuicao da Oracle, o suporte da Oracle não suporta..
por nao ser homologado e tal..

Se a empresa nao pagou o suporte desde que expirou, é isso mesmo.. vão
cobrar um retroativo ou parte pra um novo licenciamento, porque fica tao
caro que nem vale a pena.

Agora se nunca foi licenciado... melhor não comentar nada e negociar o
licenciamento direto.



2017-03-15 16:02 GMT-03:00 Erik Castilho escasti...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Ricardo Arnoud, pois é sempre achei que essa história de homologar é
> balela pois pelo menos dessa empresa q eu sei o servidor do banco deles que
> talvez eles usam para essa homologação é em Windows, e eu aqui uso no
> Linux, ahhh...então a culpa é do Linux? rsss...paciência viu
>
> Já estou vendo essa questão do suporte da Oracle, mas o consultor da
> Oracle já me mandou que no caso eu vou ter que pagar o suporte retroativo
> do período que eu não renovei, estou esperando a "bomba".
>
> Primeira vez que esbarro em um bug, foi tenso mas foi bom.
>
> []'s
>
> Em 15 de março de 2017 15:25, Ricardo Arnoud ricardo...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Usar como argumento que o sistema foi homologado para a versão 11.2.0.1 é
>> bengala, primeiramente esse ambiente deveria estar em uma versão mais atual
>> como por exemplo a 11.2.0.4. Para isso, se requer suporte/licenciamento.
>>
>> E amigo, parabéns pois você esbarrou em um bug.
>>
>> 2017-03-15 14:48 GMT-03:00 Erik Castilho escasti...@gmail.com
>> [oracle_br] :
>>
>>>
>>>
>>> Boa tarde,
>>>
>>> Primeiramente obrigado pelas respostas de todos. O problema foi
>>> solucionado, inicialmente setei o parâmetro 
>>> set_optimizer_enable_extended_stats=false
>>> conforme o colega sugeriu acima, depois rodei a aplicação novamente e deu o
>>> erro. Posteriormente verifiquei os parâmetros 'shared_pool_size',
>>> 'java_pool_size', 'large_pool_size' e todos estavam com 'Value=0', atribui
>>> uns valores para cada um e depois alterei o parâmetro
>>> "_optimizer_enable_extended_stats" para sessão novamente e deu certo.
>>>
>>> Tecnicamente não entendi a questão dos parâmetros acima, mas deu certo,
>>> vou estudar mais para entender melhor essa situação, simular essa situação
>>> mais vezes em ambiente de testes para tentar entender.
>>>
>>> Consultando um outro trace file pude verificar uma query gigantesca e
>>> também chamadas para outras procedures que acredito ser dessa aplicação,
>>> imaginei será que essa aplicação faz essa consulta desse tamanho? será que
>>> não teria como otimizar isso? não estou fugindo da minha responsabilidade
>>> com relação a empresa que presto serviço mas a software house simplesmente
>>> jogou a 'bomba' pra cima do servidor e/ou da instalação do Oracle, tá certo
>>> que foi uma questão de parâmetros, mas será que talvez a 'carga' de
>>> consultas, chamadas e objetos utilizada nessa aplicação não ocasionou uma
>>> excessiva carga no RDBMS que não suportou e cortava a conexão com a
>>> aplicação? Pois a perda de conexão era apenas nessa aplicação pois outras
>>> aplicações e módulos do mesmo ERP continuavam funcionando normalmente.
>>>
>>> Eles me passaram que essa versão 11.0.2.1.0 foi 100% homologada para o
>>> sistema, dai eu pergunto, como que foi homologada 100% sendo que esta
>>> ocorrendo este erro? fico com essas dúvidas e questionamentos que nunca vão
>>> ser respondidos por parte deles, mas na hora de falar que a culpa tá no
>>> banco ou no servidor é fácil né
>>>
>>> Mais uma vez obrigado a todos!
>>>
>>>
>>>
>>> Em 15 de março de 2017 13:05, jlchia...@yahoo.com.br [oracle_br] <
>>> oracle_br@yahoogrupos.com.br> escreveu:
>>>


 Erik, um ponto adicional : como vc está tendo uma parada completamente
 inesperada de um processo no Oracle, *** não é Incomum *** que coisas que
 deveriam estar gravadas não o estejam, ou algo assim, se o processo estiver
 sendo interrompido antes de gravar o necessário, levando á ** CORRUPÇÃO **
 ...
  ENtão, além de tentar um work-around se não puder fazer a análise de
 correção, eu RECOMENDO que vc (ou o DBA encarregado) faça os procedimentos
 de HEALTHCHECK e Verificação de Integridade desse banco, o quanto antes

 []s

   Chiappa

>>>
>>>
>>
>>
>> --
>> --
>> Thanks,
>> * Ricardo Arnoud*
>>
>>
>>
>>
>>
>>
>> Porto Alegre - RS
>> http://www.queroaprenderlinux.com.br
>> http://www.peritodigitalonline.com.br
>>
>>
> 
>

Re: [oracle_br] Re: merge join cartesiano

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

Então Chiappa.. eu nunca usei e nem tinha alterado esse parâmetro antes foi
a primeira vez mesmo

Realmente é um erp sim, um famoso da área tributaria e fiscal, o suporte do
fornecedor ja tentou mil coisas, cada hora pedem pra rodar um script
diferente ou alterar uma determinada configuração e isso já tem 1 semana...

E ai pediram para desabilitar o merge join porque para eles, seria ruim
para a performance.
E como esse banco é dedicado a esse sistema, acho que não tem stress.



2017-03-15 12:58 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Colega, veja lá : primeiro de tudo, se uma determinada funcionalidade
> fosse nociva ** SEMPRE **, em Qualquer Situação (ou na Maioria das
> Situações) ela com certeza nem teria sido CRIADA, pra começo de conversa,
> não acha  https://asktom.oracle.com/pls/asktom/f?p=100:11:0p11_
> question_id:4105951726381 logo no começo da página mostra um caso onde
> devido à baixa cardinalidade esperada das tabelas esse approach é
> TOTALMENTE VÁLIDO e PERFORMÁTICO, sim sim ???
>  Então a sua resposta é : NENHUMA feature é maligna pra performance por si
> só,NEHUMA é "CUSTOSA"  seja qual for a situação  SIm 
>
>  Aí vem o segundo ponto : como vc usa um ERP (que por definição é um
> software ** complexo ** e que tende a lidar com volumes altos de dados e
> distribuições irregulares, ** ALÉM de SQL fixo e nem sempre muito bem
> feito), nessas situações específicas é comum que o fornecedor peça para vc
> DESABILITAR uma feature x ou y qualquer - isso ele faz baseado no
> conhecimento dos SQLs que ele mesmo criou ** E ** baseado na utilização
> comum/distribuições e volumes de dados que ele espera ver, ok ? Então, vc
> EM PRINCÍPIO segue as Recomendações do fornecedor ** mas ** se vc tiver um
> caso onde a sua experiência é diferente, aí antes de mais nada é acionar o
> SUporte desse ERP e discutir com ele a Viabilidade de habilitar a feature
> tal e qual
>
>  []s
>
>Chiappa
> 
>

[oracle_br] merge join cartesiano

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

Alguem ai ja teve problema de performance por causa de  merge join
cartesian ?


Dei uma catada no google, se é custoso para o BD porque vem habilitado por
default ?

pelo menos eu nunca tinha alterado isso, até hoje de manhã.

No spfile o parametro é

_optimizer_sortmerge_join_enabled
_optimizer_sortmerge_join_inequality

que aqui agora ta setado como false.

a pedido do fornecedor inclusive, uma situacao que ta rolando num sistema
aqui

Re: [oracle_br] Desaster Recovery

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

Bom dia,

As vezes pode virar uma bateção de cabeça, ainda mais se o ambiente não
estiver previamente documentado...
Principalmente com relação ao *DBID do banco. *Guarda bem esse numero,
porque vc ainda vai precisar dele um dia

Passei por uma situação tosca outro dia, em que um tablespace nao era
backupeado, na configuração do rman estava excluido de proposito.

Mas na hora do restore, em outra maquina não retornava porque havia
referencia a ele, na listagem dos datafiles fazia uma referencia ao que não
tinha
Era uma emergência, precisava fazer uma correção em um sistema que o
usuário tinha feito uns lançamentos errados, então era uma copia do banco
de produção.

E pra completar, as pastas onde estavam os arquivos originais não eram as
mesmas no servidor ( era um outro servidor ), ter que sair adaptando com
set newname datafile..
E na pressa, até lembrar que existia o comando "recover database skip
tablespace fulano,beltrano,...  until sequence (ou scn) etc."

Pode tentar também  com  recover database until cancel.


Carlos, vou propor um outro desafio para treinar o restore, depois que vc
vencer este: => formata a maquina, reinstala o Oracle, zerado e tenta
voltar esse backup ai de novo..

Depois de praticar alguma vezes backup e restore, fica parecendo uma
receita de bolo, que muda pouco, dependendo da situação.




On 15 March 2017 at 03:39, Carlos Eduardo carloseduard...@yahoo.com
[oracle_br]  wrote:

>
>
> Cenário: Desastre e Recovery, COM BACKUP, SEM CATALOGO, INSTANCE SHUTDOWN.
> Enterprise Edition 12.1.0.2 Linux 64
>
> SQL> archive log list
> Database log mode   Archive Mode
> Automatic archival   Enabled
> Archive destination   /u01/app/archivelog2
> Oldest online log sequence 67
> Next log sequence to archive   70
> Current log sequence   70
>
>
> a) PASSO 1 - BACKUPEAR TODOS OS ARQUIVOS DO DATABASE
>
> run
> {alter system archive log current;
>  backup database plus archivelog delete input;
> }
>
> Starting backup at 15-MAR-17
> using channel ORA_DISK_1
> channel ORA_DISK_1: starting full datafile backup set
> channel ORA_DISK_1: specifying datafile(s) in backup set
> input datafile file number=1 name=/u01/app/oracle/oradata/
> TERRA1/datafile/o1_mf_system_dbz6nx14_.dbf
> input datafile file number=3 name=/u01/app/oracle/oradata/
> TERRA1/datafile/o1_mf_sysaux_dbz6m573_.dbf
> input datafile file number=5 name=/u01/app/oracle/oradata/
> TERRA1/datafile/o1_mf_new_user_dcchkvk9_.dbf
> input datafile file number=4 name=/u01/app/oracle/oradata/
> TERRA1/datafile/o1_mf_undotbs1_dcczlbll_.dbf
> input datafile file number=6 name=/u01/app/oracle/oradata/
> TERRA1/datafile/o1_mf_tbs_user_dccnlhxy_.dbf
> input datafile file number=7 name=/u01/app/oracle/oradata/
> TERRA1/datafile/o1_mf_new_user_dcchkvnx_.dbf
> channel ORA_DISK_1: starting piece 1 at 15-MAR-17
> channel ORA_DISK_1: finished piece 1 at 15-MAR-17
> piece handle=/u01/app/oracle/fast_recovery_area/TERRA1/
> backupset/2017_03_15/o1_mf_nnndf_TAG20170315T021022_ddkm6036_.bkp
> tag=TAG20170315T021022 comment=NONE
> channel ORA_DISK_1: backup set complete, elapsed time: 00:01:45
> Finished backup at 15-MAR-17
>
> Starting backup at 15-MAR-17
> current log archived
> using channel ORA_DISK_1
> channel ORA_DISK_1: starting archived log backup set
> channel ORA_DISK_1: specifying archived log(s) in backup set
> input archived log thread=1 sequence=72 RECID=133 STAMP=938657529
> channel ORA_DISK_1: starting piece 1 at 15-MAR-17
> channel ORA_DISK_1: finished piece 1 at 15-MAR-17
> piece handle=/u01/app/oracle/fast_recovery_area/TERRA1/
> backupset/2017_03_15/o1_mf_a_TAG20170315T021210_ddkm9bgq_.bkp
> tag=TAG20170315T021210 comment=NONE
> channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
> channel ORA_DISK_1: deleting archived log(s)
> archived log file name=/u01/app/archivelog/arc_1_72_936747113.arc
> RECID=133 STAMP=938657529
> Finished backup at 15-MAR-17
>
> Starting Control File and SPFILE Autobackup at 15-MAR-17
> piece handle=/u01/backup/controlfile/control_file_c-2182710439-20170315-00.ctl
> comment=NONE
> Finished Control File and SPFILE Autobackup at 15-MAR-17
>
>
> 2) rm -rf em todos os datafiles, controlfiles, redo logs, spfile e init.
>
>
> 3) Restaurando o spfile
>
> RMAN> set dbid=2182710439 <(21)%208271-0439>
>
> executing command: SET DBID
>
> RMAN> startup nomount;
>
> startup failed: ORA-01078: failure in processing system parameters
> LRM-00109: could not open parameter file '/u01/app/oracle/product/12.1.
> 0.2/db_1/dbs/initTERRA1.ora'
>
> starting Oracle instance without parameter file for retrieval of spfile
> Oracle instance started
>
> Total System Global Area1073741824 bytes
>
> Fixed Size 2932632 bytes
> Variable Size281018472 bytes
> Database Buffers 784334848 bytes
> Redo Buffers   5455872 bytes
>
> RMAN> set dbid=2182710439 <(21)%208271-0439>
>
> executing 

Re: [oracle_br] Re: tamanho ideal do redo..

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

O bicho vai pegar mesmo quando começarmos a rodar o sistema de nota fiscal
eletrônica nesse sistema, porque toda rotina de faturamento do ERP novo vai
integrar com ele.. e tabelas que tratam de capa e corpo de nota fiscal e
pedidos e estoque costumam crescer demasiadamente rapido..

Fabio, no teu site tem algum artigo de tuning?  vou dar uma procurada


[]s


2016-12-14 13:35 GMT-02:00 Fabio Prado fbifa...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Pessoal,
>
>  Só para reforçar os comentários do Chiappa, já fiz consultoria de
> Tuning nos BDs de alguns ex-alunos, e em vários deles o problema principal
> de performance horrenda do BD era o tamanho dos redo logs que estava com o
> valor padrão de 50M, e eram muito pequenos para a carga atual de transações
> daqueles BDs.
>
>  O cálculo que eu faço para dimensionar o redo log era recriá-los com
> um tamanho aproximado ao volume de redo que é gerado num período de 20
> minutos... tempo aprox. ideal (conforme diversas fontes de pesquisas,
> incluindo docs da Oracle que dizem que o tempo ideal de um switch log deve
> ser de 15 ou 20 minutos) para balancear performance e seguranças dos dados
> do redo.
>
> []s
>
>
> *Fábio Prado*
> 
> www.fabioprado.net
> "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
> Oracle"
>
>
> Em 14 de dezembro de 2016 12:14, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Angelo, se esse ambiente é PROD e (portanto) segurança/recuperabilidade é
>> paradigma máximo, faça isso Pra Ontem : um só log file é um
>> SPOF/SinglePointOfFailure total e completo E, já que tanto aumentar
>> redo log file size QUANTO ter redo log file group members (apontando pra
>> discos DIFERENTES, é Óbvio!!, se não tiver usando disk devices num storage)
>> são coisas ONLINE, se vc já tiver o hardware nem precisa esperar pela
>> próxima janela
>>
>> []s
>>
>>   Chiappa
>>
>
> 
>

Re: [oracle_br] Re: tamanho ideal do redo..

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

Já o fiz, no domingo passado

Agora o redo está multiplexado por 2x (acho que é suficiente, e em discos
separados), e acrescentei mais 3 grupos de 200mb, removendo os originais
(de 50) ,e foi...
Engraçado que os arquivos  *.arc na hora que descarrega eles não saem com
200 mb, sai sempre um pouco menor, 180, 188 mb + ou - ... enfim, são
detalhes..

[]s


2016-12-14 12:14 GMT-02:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Angelo, se esse ambiente é PROD e (portanto) segurança/recuperabilidade é
> paradigma máximo, faça isso Pra Ontem : um só log file é um
> SPOF/SinglePointOfFailure total e completo E, já que tanto aumentar
> redo log file size QUANTO ter redo log file group members (apontando pra
> discos DIFERENTES, é Óbvio!!, se não tiver usando disk devices num storage)
> são coisas ONLINE, se vc já tiver o hardware nem precisa esperar pela
> próxima janela
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: tamanho ideal do redo..

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

"pois mesmo que vc não tenha o log necessário archivado em caso de crash vc
 OBVIAMENTE  está MULTIPLEXANDO seus log files, né não ??? "

==> Resp:  Não.. :-(Mas é uma tarefa a ser feita na próxima janela.
Pouco tempo pra ficar preparando.. queriam começar a usar logo, ai ja viu
né..



2016-12-14 10:16 GMT-02:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Blz ? Então, no tocante á otimização para que os redos atendam a um tempo
> mínimo de recuperação desejado, uma opção pode ser vc usar o ADVISOR
> específico pra isso , veja http://www.orafaq.com/node/1437 e
> http://www.databasejournal.com/features/oracle/article.
> php/3395731/Oracle-10gs-Redo-Logfile-Sizing-Advisor.htm para exemplos e
> refs... Notar também que há muuito tempo (desde 9i iirc) já temos o
> FAST_START_MTTR_TARGET para indicar tempo de recuperabilidade...
>
>   Já no que se refere à performance eu tenho alguns pontos : o primeiro é
> que, ao contrário do que vc parece pensar (julgando pelo que vc escreveu no
> parágrafo em que vc fala de redo) por princípio NÃO HÁ COMO o tamanho
> grande demais de um redo log file interferir na performance, pois a
> gravação de redo no redo log file NÂO IMPLICA em acessar o arquivo todo, o
> arquivo é aberto em APPEND-MODE...
>
>  Já um tamanho de redo log file muito pequeno ** SIM **, pode interferir
> pois em princípio independente de outros settings, se um redo log file
> enche um archive deverá ser criado, se esse enchimento for frequente Não só
> o processo de ARCH pode ficar sobrecarregado (já que vai ser acionado a
> "toda hora") mas também o LOG WRITER pode ter que ficar "esperando" o ARCH
> liberar / confirmar a criação de archive antes da geração de novos logs
> poder avançar É baseado mais ou menos nisso que a Oracle recomenda um
> intervalo de alguns minutos entre a geração de cada archive - é um jogo de
> Equilíbrio entre a segurança e a performance, muito embora a questão de
> Segurança não é tão crítica, pois mesmo que vc não tenha o log necessário
> archivado em caso de crash vc  OBVIAMENTE  está MULTIPLEXANDO seus
> log files, né não ???
>
> O resumo da ópera então é : avalie a possibilidade de usar o Advisor,
> saiba que log file muito grande não deve interferir (negativamente ou
> positivamente) E que um log file muito pequeno PODE SIM interferir
> negativamente - sendo assim, eu sempre chuto como valor inicial algo em
> torno de 500Mb a 1 GB como log file size, esses 50 Mb default numa
> utilização em ambiente Produtivo via de regra são ridículos... Aí depois
> uso o Advisor, analiso os waits referentes a log e archive, analiso a
> diferença de tempos de criação dos archives, por aí...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Re: tamanho ideal do redo..

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

Porque vc acha isso, Rafael ?

Você ta imaginando uma situacao dele ser replicado, espelhado ?  DG =
Dataguard certo ?



On 14 December 2016 at 11:44, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  wrote:

>
>
> Chiappa, uma dúvida:
>
>
> "por princípio NÃO HÁ COMO o tamanho grande demais de um redo log file
> interferir na performance"
>
> Quando se tem uma infra com DG configurado com protection mode max
> protection por exemplo, um log grande demais não vai interferir na
> performance ?
>
> Enviado do Yahoo Mail para iPhone 
>
> On quarta-feira, dezembro 14, 2016, 9:16 AM, jlchia...@yahoo.com.br
> [oracle_br]  wrote:
>
>
>
> Blz ? Então, no tocante á otimização para que os redos atendam a um tempo
> mínimo de recuperação desejado, uma opção pode ser vc usar o ADVISOR
> específico pra isso , veja http://www.orafaq.com/node/1437 e
> http://www.databasejournal.com/features/oracle/article.
> php/3395731/Oracle-10gs-Redo-Logfile-Sizing-Advisor.htm para exemplos e
> refs... Notar também que há muuito tempo (desde 9i iirc) já temos o
> FAST_START_MTTR_TARGET para indicar tempo de recuperabilidade...
>
>   Já no que se refere à performance eu tenho alguns pontos : o primeiro é
> que, ao contrário do que vc parece pensar (julgando pelo que vc escreveu no
> parágrafo em que vc fala de redo) por princípio NÃO HÁ COMO o tamanho
> grande demais de um redo log file interferir na performance, pois a
> gravação de redo no redo log file NÂO IMPLICA em acessar o arquivo todo, o
> arquivo é aberto em APPEND-MODE...
>
>  Já um tamanho de redo log file muito pequeno ** SIM **, pode interferir
> pois em princípio independente de outros settings, se um redo log file
> enche um archive deverá ser criado, se esse enchimento for frequente Não só
> o processo de ARCH pode ficar sobrecarregado (já que vai ser acionado a
> "toda hora") mas também o LOG WRITER pode ter que ficar "esperando" o ARCH
> liberar / confirmar a criação de archive antes da geração de novos logs
> poder avançar É baseado mais ou menos nisso que a Oracle recomenda um
> intervalo de alguns minutos entre a geração de cada archive - é um jogo de
> Equilíbrio entre a segurança e a performance, muito embora a questão de
> Segurança não é tão crítica, pois mesmo que vc não tenha o log necessário
> archivado em caso de crash vc  OBVIAMENTE  está MULTIPLEXANDO seus
> log files, né não ???
>
> O resumo da ópera então é : avalie a possibilidade de usar o Advisor,
> saiba que log file muito grande não deve interferir (negativamente ou
> positivamente) E que um log file muito pequeno PODE SIM interferir
> negativamente - sendo assim, eu sempre chuto como valor inicial algo em
> torno de 500Mb a 1 GB como log file size, esses 50 Mb default numa
> utilização em ambiente Produtivo via de regra são ridículos... Aí depois
> uso o Advisor, analiso os waits referentes a log e archive, analiso a
> diferença de tempos de criação dos archives, por aí...
>
> []s
>
>   Chiappa
>
> 
>

[oracle_br] tamanho ideal do redo..

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

Opa! bom dia

11gr2 win64 (11.2.0.4)

A recomendação que fazem de pegar os ultimos 15 min de archive logs
produzidos pelo banco
pra definir um tamanho ideal pro redolog.. seria algo que se pode confiar ?

Quando grava muitos em pouco tempo entra a questao do I/O. Se é grande
demais e demora a descarregar o redo, também pode ficar inconsistente no
caso de um crash e nao ter log para voltar com o backup...  entao,
chutômetro teria que passar longe tb..

Essa base entrou no ar tem pouco tempo, o redo ta no tamanho padrao ainda
(50 mb)
Ela da uns "picos" de log seguido por causa de umas rotinas de carga em
tabela, porque ainda migra algumas informações do sistema antigo.

E esse servidor produção é provisório, a base vai "morar" num linux até o
inicio do ano que vem, assim espero..

 Pasta de G:\U01\fast_recovery_area\ORALAB\ARCHIVELOG\2016_12_13

13/12/2016  11:07  .
13/12/2016  11:07  ..
13/12/2016  04:2040.978.944 O1_MF_1_2348_D4Z4T4BL_.ARC
13/12/2016  09:0842.750.976 O1_MF_1_2349_D4ZOO44P_.ARC
13/12/2016  09:0948.316.416 O1_MF_1_2350_D4ZOPXDQ_.ARC
13/12/2016  09:0945.516.288 O1_MF_1_2351_D4ZOR1J9_.ARC
13/12/2016  09:1142.886.656 O1_MF_1_2352_D4ZOT3PW_.ARC
13/12/2016  09:1246.206.464 O1_MF_1_2353_D4ZOWKWZ_.ARC
13/12/2016  09:1841.257.472 O1_MF_1_2354_D4ZP78QJ_.ARC
13/12/2016  09:2141.045.504 O1_MF_1_2355_D4ZPFO37_.ARC
13/12/2016  09:5540.813.568 O1_MF_1_2356_D4ZRG2NB_.ARC
13/12/2016  10:1548.666.624 O1_MF_1_2357_D4ZSL52M_.ARC
13/12/2016  10:1550.445.824 O1_MF_1_2358_D4ZSLTDD_.ARC
13/12/2016  10:1549.570.304 O1_MF_1_2359_D4ZSMH52_.ARC
13/12/2016  10:1650.048.000 O1_MF_1_2360_D4ZSN4BG_.ARC
13/12/2016  10:1649.065.472 O1_MF_1_2361_D4ZSNS8Z_.ARC
13/12/2016  10:1640.884.736 O1_MF_1_2362_D4ZSOCGC_.ARC
13/12/2016  11:0744.499.456 O1_MF_1_2363_D4ZWMTJ5_.ARC
  16 arquivo(s)722.952.704 bytes

G:\U01\fast_recovery_area\ORALAB\ARCHIVELOG\2016_12_13>


[]s angelo

Re: [oracle_br] Re: Comunicação entre VM's

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

Opa

Manero esse artigo hein ?


Eu acho que a maior dificuldade da galera é acertar os pré-requisitos,
preparar a equação pra ser resolvida. Enxergar o problema como um todo
antes de começar a buscar a saída

O pre requisito pra um ambiente de cluster é rede. Então, todos os nós
envolvidos, precisam estar alinhadas, todas se enxergando entre si. Mas
entre falar e pegar e fazer, as vezes tem um gap (ex: nao sei fazer, me
confundo..to na luta).  Isso realmente acho que só com a pratica, e com a
informação certa no lugar certo.


Então essa ideia do internal networking... minha sugestao seria colocar a
rede 20.0.0.10 e 20.0.0.20  nas interfaces dela, que estao configuradas
como rede interna dos hosts das vm.

E a outra interface a comunicacao com o mundo externo, que vai servir no
caso, para acessar o Oracle mais tarde, e o proprio servidor, no
gerenciamento. A rede interna fica de background do dg e do rac.


raciocinei certo ? tiver errado, pode apontar, tambem quero aprender

[]s



2016-12-07 10:26 GMT-02:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Blz ? Então, não manjo muito de rede (junto com Storage avançado, é uma
> área um tanto falha na minha expertise, pois embora já tenha atuado como
> sysadmin além de programador, analista e DBA não tive a oportunidade de
> atuar nem como network admin nem como storage specialist) mas imho o mais
> simples é vc usar o internal networking, ie, a rede host-only que o
> virtualbox já cria pra vc quando vc o instala - ela serve apenas para
> comunicação interna e usa a camada de net do host físico... Vc encontra um
> passo-a-passo para esse setup em http://flaviosoares.com/2012-
> 11/oracle-data-guard-11-2-0-3-com-virtualbox-parte-1/ e nos artigos que
> seguem esse primeiro
>
> Até é possível vc fazer como queria, ie, criar uma rede virtual usando
> DNS, mas imho isso é mais complexo, não vale a pena só para estudar ...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Comunicação entre VM's

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

Bom dia,

Carlos,

Coloca tudo na mesma subrede, pra não se complicar, OU entao, coloque 2
interfaces em cada maquina dedicada a outra rede e a outra para se
comunicar com o ambiente externo

Isso aqui:

10.0.2.15  db_standby.localdomain db_standby
20.0.0.20  db_standby.localdomain db_standby
20.0.0.10  oel65.localdomain oel65

Isso só vai dar certo se a outra  maquina virtual tambem estiver na mesma
subrede ( exemplo  10.0.2.15 host A, 10.0.2.16  host B)  e 20.0.0.20 host A
e 20.0.0.10 host B)
Para as redes se comunicarem entre si, elas precisam de pelo menos uma rota
estatica.. Por isso que to achando que vai se complicar... fugindo do
escopo

Eu colocaria

20.0.0.15  eth1  host A

20.0.0.20 eth1 host B

20.0.0.10 eht1 host C

e tambem

10.0.2.10 host a
10.0.2.15host b
10.0.2.20 host c

mascara 255.255.255.0 e default gw 10.0.2.1   ( essa é o default gw do
virtual box? o servidor virtual acessa a rede externa e a interna por ela? )

A 20.0.0.X  deixaria branco o gw, so colocaria mascara

com a mesma mascara e default gw ( se ela for acessar internet por exemplo
). Isso ai é comum fazerem quando tem storage, iscsi..  deixaria o gw em
branco.
Se a intenção é fazer que elas se comuniquem para montar o rac, essa rede
20.0.0.0 anao precisaria de default gateway.  Só a outra interface, na rede
10.0.2.X  que sim, para sair pelo virtual box



2016-12-06 21:40 GMT-02:00 carloseduard...@yahoo.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Cenário: Virtual box 5.1.8
> Linux: 6.5 64 bits OEL
>
>
> Senhores, gostaria que me ajudassem com um probleminha que estou
> enfrentando. Estou tentando que duas Maquinas virtuais consigam se
> comunicar entre si, estou tentando montar um lab para realizar algumas
> tarefas com o DG.
>
> Segue o passo a passo que eu realizei:
>
> ===> Maquina virtual 1
>
> obs: Criei a interface de rede Bridge chamada eth2
> hostname: oel65
>
> [root@oel65 Desktop]# ifconfig
> eth1  Link encap:Ethernet  HWaddr 08:00:27:B0:A3:AC
>   inet6 addr: fe80::a00:27ff:feb0:a3ac/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:0 (0.0 b)  TX bytes:258 (258.0 b)
>
> eth2  Link encap:Ethernet  HWaddr FA:D1:DB:FF:B0:F0
>   inet addr:20.0.0.10  Bcast:20.0.255.255  Mask:255.255.0.0
>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>   RX packets:78 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:78 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:6372 (6.2 KiB)  TX bytes:6372 (6.2 KiB)
>
>
> [root@oel65 Desktop]# cat /etc/hosts
>
> 127.0.0.1localhost.localdomain localhost4
> 10.0.2.15oel65.localdomain oel65
> 20.0.0.10oel65.localdomain oel65
> 20.0.0.20db_standby.localdomain  db_standby
>
> ===>  Maquina Virtual 2
>
> hostname: db_standby
>
> [root@db_standby Desktop]# ifconfig
> eth0  Link encap:Ethernet  HWaddr 08:00:27:77:4A:ED
>   inet6 addr: fe80::a00:27ff:fe77:4aed/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:0 (0.0 b)  TX bytes:258 (258.0 b)
>
> eth2  Link encap:Ethernet  HWaddr F6:F3:31:7D:C8:84
>   inet addr:20.0.0.20  Bcast:20.0.255.255  Mask:255.255.0.0
>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>   RX packets:86 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:86 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:7156 (6.9 KiB)  TX bytes:7156 (6.9 KiB)
>
>
> [root@db_standby Desktop]# cat /etc/hosts
> 127.0.0.1  localhost.localdomain localhost4
> 10.0.2.15  db_standby.localdomain db_standby
> 20.0.0.20  db_standby.localdomain db_standby
> 20.0.0.10  oel65.localdomain oel65
>
>
> 
>
> 

Re: [oracle_br] Troca de Storage +ASM

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

Alisson,

Acho que eu faria a mesma coisa.

Colocar os storages em paralelo, migrar e retirar o antigo

Não te livra de um periodo de downtime, mas em paralelo duraria menos tempo

E que bom que resolveram legalizar, menos dores de cabeça também.

Em 29/09/2016 12:08, "alisson...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Bom dia Senhores!
>
> Primeiro quero agradecer a todos que movimento esse grupo. Realmente faz
> toda a diferença.
>
> Bom tenho no meu ambiente oracle 11GR2 versão 11.2.0.1.0 ( Parece que está
> tendo um movimento da empresa para legalizar e ter suporte graça a deus
> hehehe ) com ASM ..
>
> Tenho 5 disco de 400M associado ao Grupo e com uso de 60%.A ideia é abrir
> uma janela para troca de Storage e me deparei no seguinte problema,
> primeiro que nunca fiz algo parecido de trocar de storage (estou com
> ambiente widnows server 2012 r2.
>
> Não sei se meu raciocino está correto mas pensei em ativar o outro storage
> e deixar os dois funcionando, depois adicionaria mais 5 discos do mesmo
> tamanho e depois que a sincronia for feita , pensei em excluir os discos
> antigos.
> Não sei se esse é o melhor caminho , acredito que deve existir outros
> caminhos ou forma ou até está equivocado com isso . Como disse antes é um
> procedimento que nunca fiz.
>
> Uma outra dúvida sempre solicitei discos dos mesmo tamanhos mas realmente
> é necessário ou existe um padrão indicado pela oracle ?
>
> Desde de já agradeço a todos.
>
>
> 
>

Re: RES: [oracle_br] Re: Ajuda Erro ORA-00445: background process "J000" did not start after 120 seconds

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

Complementando a informacao informacao...  Patchset13390677   vulgo
Oracle 11gr2  11.2.0.4

Sendo que ja tem depois dele tem o 23530402 ( cpu julho16)

Tenho um servidor que foram aplicados..ta rodando já



2016-09-23 15:47 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Opa, pára tudo :
>
> "Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 -"
>
> 11.2.0.1, sério  Depois do mundo de bugfixes introduzidos no 11.2.0.2,
> 11.2.0.3 E 11.2.0.4 ??? Mega-ultra-biga-suspeito de vc estar caindo num bug
> já conhecido, talvez no mesmo que indiquei, talvez num dos outros
> Aposto e ganho que o Suporte vai mandar vc Aplicar o patchset mais recente
> JUNTO com o último PSU - "Bundle" do caso de Windows
>
> []s
>
>   Chiappa
> 
>

Re: RES: [oracle_br] Re: Ajuda Erro ORA-00445: background process "J000" did not start after 120 seconds

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

Vixe  babou então...

Sugiro, documentar tudo que ta acontecendo e avisar a eles..

Nao ter licença já não é uma coisa boa, por motivos que extrapolam usar o
Oracle e não é objeto da discussão aqui..
Ficar sem o Oracle, desatualizado é pior ainda porque podem ocorrer de
topar em algum bug que ja foi resolvido e a empresa parar porque não
resolveu o primeiro item na entrada..

3 regras do DBA...   (pegando emprestado do Fabio Telles)


   - 1ª O DBA deve educar o usuário. O DBA sempre diz o jeito certo de
   fazer as coisas.
   - 2ª Meta medo no cara. Coisas ruins vão acontecer se ele não ouvir o
   DBA deles.
   - 3ª Crie descontentamento. Se eles se recusarem a ouvir as 2 primeiras
   regras ferra eles, deixa o banco cair.

http://savepoint.blog.br/3-regras-do-dba/


E o meu amigo la o problema dele é quase o mesmo.. nao tem licença e fica
rebootando o servidor todo dia... e vai vivendo...





2016-09-23 15:54 GMT-03:00 'Yahoo' alisson...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Na verdade a empresa não tem licença para essa base...
>
>
>
> Esse é o grande problema.. L
>
>
>
> *De:* oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> *Enviada em:* sexta-feira, 23 de setembro de 2016 15:48
> *Para:* oracle_br@yahoogrupos.com.br
> *Assunto:* Re: RES: [oracle_br] Re: Ajuda Erro ORA-00445: background
> process "J000" did not start after 120 seconds
>
>
>
>
>
> Opa, pára tudo :
>
> "Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 -"
>
> 11.2.0.1, sério  Depois do mundo de bugfixes introduzidos no 11.2.0.2,
> 11.2.0.3 E 11.2.0.4 ??? Mega-ultra-biga-suspeito de vc estar caindo num bug
> já conhecido, talvez no mesmo que indiquei, talvez num dos outros
> Aposto e ganho que o Suporte vai mandar vc Aplicar o patchset mais recente
> JUNTO com o último PSU - "Bundle" do caso de Windows
>
> []s
>
>   Chiappa
>
> 
>

Re: [oracle_br] Re: Ajuda Erro ORA-00445: background process "J000" did not start after 120 seconds

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

Hardware nao poderia estar provocando isso tambem nao ?


Encasquetei com esta mensagem:ORA-00445: background process "O000" did
not start after 120 secondsErrors in file c:\app\administrator\diag\rdbm
s\bdeducar\bdeducar\trace\bdeducar_lgwr_6700.trc  (incident=684623):Fri Sep
23 12:29:07 2016



2016-09-23 15:22 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Opa : então, tá ** bem claro ** que o problema aí é um dos processos ASM
> parando de responder - em princípio NÂO HÁ consumo de memória ou gasto de
> CPU excessivo envolvido Necessariamente, afora alguma (improvável)
> má-config extrema, o que a gente pensa é em bug - abra pra ontem um Chamado
> no Suporte Oracle e avalie com eles (entre outras) a aplicabilidade da nota
> metalink "Database Instance Crashes with ORA-15064 ORA-03135 ORA-00240 on
> 11.2" (Doc ID 1487108.1) - se vc olhar essa nota, as msgs envolvidas são :
>
> ORA-00240: control file enqueue held for more than 120 seconds
>
> NOTE: ASMB terminating
>
> ORA-15064: communication failure with ASM instance
> ORA-03135: connection lost contact
>
> ==> que são Suspeitosamente parecidas com as suas, veja lá...
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Ajuda Erro ORA-00445: background process "J000" did not start after 120 seconds

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

Certo mas aconteceu alguma coisa, o log nao iria pipocar sozinho...

A conexao deve ter caído e voltado em seguida.. intervalo de tempo
suficiente pra provocar algum erro

Olha, a mensagem da algumas outras dicas do que pode ter ocorrido  =>  " O000"
did not start after 120 secondsErrors"


Você mesmo cuida do storage ou outra pessoa ?  Sugiro olhar os logs por
volta de 12:00 e 13:00 e claro, olhar o proprio log de eventos do servidor
Windows

Posso estar enganado, mas pra mim essa base parou na hora do almoço e por
volta de 12:27 foi a hora fatidica.. até que teve intervenção manual para o
banco voltar




On 23 September 2016 at 15:05, 'Yahoo' alisson...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Olá boa tarde!
>
>
>
> Ela tem um storage conectada a ela e é ASM, Stande Alone.. Tem backup sim.
>
>
>
> Na verdade o ASM estava ativo ...
>
>
>
> Fri Sep 23 12:27:02 2016
>
>
>
> Errors in file 
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\trace\bdeducar_cjq0_6948.trc
> (incident=684822):
>
>
>
> Olhei as conexões com o Storage tudo ok..
>
>
>
>
>
>
>
>
>
> *De:* oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> *Enviada em:* sexta-feira, 23 de setembro de 2016 14:48
> *Para:* oracle_br@yahoogrupos.com.br
> *Assunto:* Re: [oracle_br] Ajuda Erro ORA-00445: background process
> "J000" did not start after 120 seconds
>
>
>
>
>
> Boa tarde
>
>
>
> Essa maquina está ligada a algum storage e usando ASM ?  É RAC ou stand
> alone ?   Tem backup ?
>
>
>
> Parece que caiu a conexao com o ASM, por isso pipocando as mensagens de
> erro..
>
>
>
> ORA-15064: communication failure with ASM instance
>
>
>
>
>
>
>
> On 23 September 2016 at 14:14, alisson...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> wrote:
>
>
>
> boa tarde Senhores.
>
>
>
> Hoje comecei a receber erros (ORA-00445: background process "J000" did not
> start after 120 seconds) e com isso o banco parou , tive que levanta-lo
> novamente.
>
>
>
> Meu ambiente encontrasse em Windows server 2012 R2, temos 128G de
> memorias. versão do Oracle Sendo a versão do oracle 11r .
>
>
>
> parallel_servers_target  integer 224
>
> memory_targetbig integer 78336M
>
> memory_max_targetbig integer 78336M
>
>
>
>
>
> RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATION
> INITIAL_ALLOCATION LIMIT_VALUE
> processes 388 453   3000   3000
> sessions 401 480   4536   4536
> enqueue_locks 532 590  52700  52700
> enqueue_resources 136 157  20176  UNLIMITED
> ges_procs 0 0  0  0
> ges_ress 0 0  0  UNLIMITED
> ges_locks 0 0  0  UNLIMITED
> ges_cache_ress 0 0  0  UNLIMITED
> ges_reg_msgs 0 0  0  UNLIMITED
> ges_big_msgs 0 0  0  UNLIMITED
> ges_rsv_msgs 0 0  0  0
> gcs_resources 0 0  0  0
> gcs_shadows 0 0  0  0
> dml_locks 3 3  19956  UNLIMITED
> temporary_table_locks 0 0  UNLIMITED  UNLIMITED
> transactions 4 4   4989  UNLIMITED
> branches 0 2   4989  UNLIMITED
> cmtcallbk 0 1   4989  UNLIMITED
> max_rollback_segments 24 24   4989  65535
> sort_segment_locks 92 103  UNLIMITED  UNLIMITED
> k2q_locks 0 0   9072  UNLIMITED
> max_shared_servers 1 1  UNLIMITED  UNLIMITED
> parallel_max_servers 0 32560   3600
>
>
>
>
>
>
>
> Bom o erro começou aqui e no momento do erro não vi processamento e nem
> memoria alta ...
>
>
>
> ORA-03113: end-of-file on communication channelORA-15064: communication
> failure with ASM instanceErrors in file c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\trace\bdeducar_asmb_5144.trc:NOTE: ASMB
> terminatingFri Sep 23 12:31:12 2016Incident details in:
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\incident\incdir_684734\
> bdeducar_arc1_6372_i684734.trcORA-00240: control file enqueue held for
> more than 120 secondsErrors in file c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\trace\bdeducar_arc1_6372.trc
> (incident=684734):Fri Sep 23 12:31:11 2016Trace dumping is performing
> id=[cdmp_20160923122908]Fri Sep 23 12:29:08 2016  Current log# 1 seq#
> 184145 mem# 3: E:\BDEDUCAR\ONLINELOG\O1_MF_1_C54Q6NK8_.LOG  Current log#
> 1 seq# 184145 mem# 2: +DATA/bdeducar/onlinelog/group_1.355.896477093
> Current log# 1 seq# 184145 mem# 1: C:\APP\REDO\REDO01A.LOG  Current log# 1
> seq# 184145 mem# 0: E:\REDO\REDO01A.LOGThread 1 advanced to log sequence
> 184145 (LGWR switch)Incident details in: c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\incident\incdir_684623\bdeducar_lgwr_6700_i684623.trcORA-00445:
> background process "O000" did not start after 120 secondsErrors in file
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\trace\bdeducar_lgwr_6700.trc
> (incident=684623):Fri Sep 23 12:29:07 2016Trace dumping is performing
> id=[cdmp_20160923122759]Fri Sep 23 12:27:59 2016Incident details in:
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\incident\incdir_684622\

Re: [oracle_br] Ajuda Erro ORA-00445: background process "J000" did not start after 120 seconds

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

Boa tarde

Essa maquina está ligada a algum storage e usando ASM ?  É RAC ou stand
alone ?   Tem backup ?

Parece que caiu a conexao com o ASM, por isso pipocando as mensagens de
erro..

ORA-15064: communication failure with ASM instance



On 23 September 2016 at 14:14, alisson...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> boa tarde Senhores.
>
> Hoje comecei a receber erros (ORA-00445: background process "J000" did not
> start after 120 seconds) e com isso o banco parou , tive que levanta-lo
> novamente.
>
> Meu ambiente encontrasse em Windows server 2012 R2, temos 128G de
> memorias. versão do Oracle Sendo a versão do oracle 11r .
>
> parallel_servers_target  integer 224
> memory_targetbig integer 78336M
> memory_max_targetbig integer 78336M
>
>
> RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATION
> INITIAL_ALLOCATION LIMIT_VALUE
> processes 388 453   3000   3000
> sessions 401 480   4536   4536
> enqueue_locks 532 590  52700  52700
> enqueue_resources 136 157  20176  UNLIMITED
> ges_procs 0 0  0  0
> ges_ress 0 0  0  UNLIMITED
> ges_locks 0 0  0  UNLIMITED
> ges_cache_ress 0 0  0  UNLIMITED
> ges_reg_msgs 0 0  0  UNLIMITED
> ges_big_msgs 0 0  0  UNLIMITED
> ges_rsv_msgs 0 0  0  0
> gcs_resources 0 0  0  0
> gcs_shadows 0 0  0  0
> dml_locks 3 3  19956  UNLIMITED
> temporary_table_locks 0 0  UNLIMITED  UNLIMITED
> transactions 4 4   4989  UNLIMITED
> branches 0 2   4989  UNLIMITED
> cmtcallbk 0 1   4989  UNLIMITED
> max_rollback_segments 24 24   4989  65535
> sort_segment_locks 92 103  UNLIMITED  UNLIMITED
> k2q_locks 0 0   9072  UNLIMITED
> max_shared_servers 1 1  UNLIMITED  UNLIMITED
> parallel_max_servers 0 32560   3600
>
>
>
> Bom o erro começou aqui e no momento do erro não vi processamento e nem
> memoria alta ...
>
> ORA-03113: end-of-file on communication channelORA-15064: communication
> failure with ASM instanceErrors in file c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\trace\bdeducar_asmb_5144.trc:NOTE: ASMB
> terminatingFri Sep 23 12:31:12 2016Incident details in:
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\incident\incdir_684734\
> bdeducar_arc1_6372_i684734.trcORA-00240: control file enqueue held for
> more than 120 secondsErrors in file c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\trace\bdeducar_arc1_6372.trc
> (incident=684734):Fri Sep 23 12:31:11 2016Trace dumping is performing
> id=[cdmp_20160923122908]Fri Sep 23 12:29:08 2016  Current log# 1 seq#
> 184145 mem# 3: E:\BDEDUCAR\ONLINELOG\O1_MF_1_C54Q6NK8_.LOG  Current log#
> 1 seq# 184145 mem# 2: +DATA/bdeducar/onlinelog/group_1.355.896477093
> Current log# 1 seq# 184145 mem# 1: C:\APP\REDO\REDO01A.LOG  Current log# 1
> seq# 184145 mem# 0: E:\REDO\REDO01A.LOGThread 1 advanced to log sequence
> 184145 (LGWR switch)Incident details in: c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\incident\incdir_684623\bdeducar_lgwr_6700_i684623.trcORA-00445:
> background process "O000" did not start after 120 secondsErrors in file
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\trace\bdeducar_lgwr_6700.trc
> (incident=684623):Fri Sep 23 12:29:07 2016Trace dumping is performing
> id=[cdmp_20160923122759]Fri Sep 23 12:27:59 2016Incident details in:
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\incident\incdir_684622\
> bdeducar_lgwr_6700_i684622.trcORA-00240: control file enqueue held for
> more than 120 secondsErrors in file c:\app\administrator\diag\
> rdbms\bdeducar\bdeducar\trace\bdeducar_lgwr_6700.trc
> (incident=684622):Fri Sep 23 12:27:58 2016Trace dumping is performing
> id=[cdmp_20160923122703]Fri Sep 23 12:27:03 2016Errors in file
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\trace\
> bdeducar_cjq0_6948.trc:kkjcre1p: unable to spawn jobq slave process
> Incident details in: c:\app\administrator\diag\rdbms\bdeducar\bdeducar\
> incident\incdir_684822\bdeducar_cjq0_6948_i684822.trcORA-00445:
> background process "J000" did not start after 120 secondsErrors in file
> c:\app\administrator\diag\rdbms\bdeducar\bdeducar\trace\bdeducar_cjq0_6948.trc
> (incident=684822):Fri Sep 23 12:27:02 2016
>
> Alguem já passou por esse problema ?
>
>
>
> 
>

Re: [oracle_br] Re: [ PROCEDURE WRAPPED ]

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

Embora o foco da discussao não seja entender se valeria ou não a pena
critpografar procedures / triggers e assemelhados... Vale lembrar o que diz
o  docs

https://docs.oracle.com/cd/B28359_01/appdev.111/b28370/wrap.htm

Limitations of Wrapping

   -

   Wrapping is not a secure method for hiding passwords or table names.

   Wrapping a PL/SQL unit prevents most users from examining the source
   code, but might not stop all of them.
   -

   Wrapping does not hide the source code for triggers.

   To hide the workings of a trigger, write a one-line trigger that invokes
   a wrapped subprogram.
   -

   Wrapping does not detect syntax or semantic errors.

   Wrapping detects only tokenization errors (for example, runaway
   strings), not syntax or semantic errors (for example, nonexistent tables or
   views). Syntax or semantic errors are detected during PL/SQL compilation or
   when executing the output file in SQL*Plus.
   -

   Wrapped PL/SQL units are not downward-compatible

Mas se me perguntarem o que eu acho de criptografar dados: fecho totalmente!


[]s angelo


2016-09-23 11:23 GMT-03:00 Andre Santos andre.psantos...@gmail.com
[oracle_br] :

>
>
> Ricardo
>
> Por outro lado, o wrapp dificulta.., mas há meios de descriptografar.
>
> [ ]
>
> André
>
>
> Em 23 de setembro de 2016 09:36, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Bom dia :
>>
>>   o overhead existe mas é *** absolutamente Mínimo *** : mensure o tempo
>> decorrido  - e também o consumo de recursos de banco via v$sesstat - de
>> várias execuções de múltiplos PL/SQLs e vc verá diferenças Minúsculas entre
>> tempo e gasto de recursos com e sem wrap...
>>
>>   []s
>>
>> Chiappa
>>
>
> 
>

Re: [oracle_br] Re: Oralce 11g express com c# - visual studio 2015 community

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

Entao,

um complemento
No caso do meu colega aqui, conseguiu resolver mudando o projeto para x64

Estava em anycpu, nessa configuracao o VS compila o fonte em versao 32 pra
ficar compativel com todo mundo.

Só pedi pra ele certificar que o servidor aonde vai rodar o projeto em
producao depois esteja tambem em 64



2016-09-22 10:30 GMT-03:00 angelo :

> Bom dia,
>
> Ontem eu tava com a mesma bronca
>
> na empresa usamos o VS.NET 2015 tambem e é o que Chiappa comentou mesmo:
>
> Driver, versao 32 ou 64  +  Client 32 ou 64  qual usar ?
>
> Resposta:  DEPENDE.   Vai depender tambem do projeto que vc estiver
> desenvolvendo no Visual Studio
>
> No caso aqui, um colega trocou de maquina, reinstalou o ambiente e ao
> abrir o projeto dele choveu muitos erros devido a versao incorreta.. A
> compilacao rola normal, mas na hora de executar aparecem os pepinos.
>
>
> Ao fazer um pequeno programinha pra acessar a base e dar uma select  e um
> print na tela ( tipo, scott/ tiger )  funciona
>
> Mas os componetes que ja existiam nao... Agora vai ser uma trabalheira pra
> arrrumar o ambiente primeiro pra poder funcionar
>
> Hoje ele deve tentar com a 32 bits
>
>
> No *odp.net * A verdade é que tudo desemboca na *OCI.DLL
> *e ai ele encontra o que ta configurado no TNSNAMES.ORA pra entao
> conectar no banco
>
>
> Entao no seu caso, 11g XE acredito que vá  precisar de usar tudo em 32
> bits. Minha sugestao seria baixar  o *ODAC 11.2.0.3 32 bits  *além de ja
> ter o client ( 32 ) instalado na maquina desenvolvimento tb porque o
> tnsnames deve ser configurado.
>
> []s angelo
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 2016-09-21 16:00 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br>:
>
>>
>>
>> Bom, eu não uso isso mas antes de mais nada os detalhes please : se vc
>> está usando o Visual Studio, vc baixou e instalou o "Oracle developer
>> Tools" para ele cfrme http://www.oracle.com/technetw
>> ork/topics/dotnet/downloads/odacmsidownload-2745497.html ? Vc tá usando
>> EXATAMENTE O QUE para conectar no banco, Oracle Data Provider ? Se sim,
>> checou os cursos/artigos sobre ele em https://apexapps.oracle.com/pl
>> s/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID:13260 , e EM ESPECIAL o
>> "Getting Started with Oracle Data Provider for .NET (C# Version)" ?
>>  E importante : iirc esses coisos aí de ODAC são *** absolutamente
>> incapazes *** de conectar no banco Oracle por si sós, eles PRECISAM montar
>> em cima do Oracle client , que TEM QUE ESTAR instalado e configurado Vc
>> TEm o client Oracle instalado direitinho aí, né ? Vc consegue conectar no
>> banco Oracle pelo Oracle client ???
>>
>>  Se nenhuma destas refs te ajudar, manda numa próxima mensagem os **
>> detalhes ** todos do banco (principalmente se ele é 32 ou 64 bits, e a
>> versão EXATA dele - só 'Express Edition' é insuficiente, creio) E do client
>> Oracle (principalmente, se ele é 32 ou 64 bits, eu já vi uns probs de
>> incompatibilidade de client 32-bits conectando em database 64-bits num SO
>> de 64 bits), bem como uns printscreens (sobe eles num serviço de
>> compartilhamento e manda os links) mostrando como vc configurou o VS, que
>> quem usar a ferramenta pode tentar te ajudar mais...
>>
>>  []s
>>
>>Chiappa
>>
>> 
>>
>
>

Re: [oracle_br] Re: Oralce 11g express com c# - visual studio 2015 community

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

Bom dia,

Ontem eu tava com a mesma bronca

na empresa usamos o VS.NET 2015 tambem e é o que Chiappa comentou mesmo:

Driver, versao 32 ou 64  +  Client 32 ou 64  qual usar ?

Resposta:  DEPENDE.   Vai depender tambem do projeto que vc estiver
desenvolvendo no Visual Studio

No caso aqui, um colega trocou de maquina, reinstalou o ambiente e ao abrir
o projeto dele choveu muitos erros devido a versao incorreta.. A compilacao
rola normal, mas na hora de executar aparecem os pepinos.


Ao fazer um pequeno programinha pra acessar a base e dar uma select  e um
print na tela ( tipo, scott/ tiger )  funciona

Mas os componetes que ja existiam nao... Agora vai ser uma trabalheira pra
arrrumar o ambiente primeiro pra poder funcionar

Hoje ele deve tentar com a 32 bits


No *odp.net * A verdade é que tudo desemboca na *OCI.DLL   *e
ai ele encontra o que ta configurado no TNSNAMES.ORA pra entao conectar no
banco


Entao no seu caso, 11g XE acredito que vá  precisar de usar tudo em 32
bits. Minha sugestao seria baixar  o *ODAC 11.2.0.3 32 bits  *além de ja
ter o client ( 32 ) instalado na maquina desenvolvimento tb porque o
tnsnames deve ser configurado.

[]s angelo


































2016-09-21 16:00 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Bom, eu não uso isso mas antes de mais nada os detalhes please : se vc
> está usando o Visual Studio, vc baixou e instalou o "Oracle developer
> Tools" para ele cfrme http://www.oracle.com/technetwork/topics/dotnet/
> downloads/odacmsidownload-2745497.html ? Vc tá usando EXATAMENTE O QUE
> para conectar no banco, Oracle Data Provider ? Se sim, checou os
> cursos/artigos sobre ele em https://apexapps.oracle.com/
> pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID:13260 , e EM ESPECIAL o
> "Getting Started with Oracle Data Provider for .NET (C# Version)" ?
>  E importante : iirc esses coisos aí de ODAC são *** absolutamente
> incapazes *** de conectar no banco Oracle por si sós, eles PRECISAM montar
> em cima do Oracle client , que TEM QUE ESTAR instalado e configurado Vc
> TEm o client Oracle instalado direitinho aí, né ? Vc consegue conectar no
> banco Oracle pelo Oracle client ???
>
>  Se nenhuma destas refs te ajudar, manda numa próxima mensagem os **
> detalhes ** todos do banco (principalmente se ele é 32 ou 64 bits, e a
> versão EXATA dele - só 'Express Edition' é insuficiente, creio) E do client
> Oracle (principalmente, se ele é 32 ou 64 bits, eu já vi uns probs de
> incompatibilidade de client 32-bits conectando em database 64-bits num SO
> de 64 bits), bem como uns printscreens (sobe eles num serviço de
> compartilhamento e manda os links) mostrando como vc configurou o VS, que
> quem usar a ferramenta pode tentar te ajudar mais...
>
>  []s
>
>Chiappa
>
> 
>

Re: [oracle_br] Lentidão ??

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

Operacao debug.

O Gargalo deve estar no servidor de aplicação que vem antes do oracle

Vou sugerir, tentar rodar essas mesmas queries no servidor de aplicação (se
isso for possivel ), se lá tiver um sqlplus.

Ta muito evidente..   Você roda a mesma query na mão, a partir do seu
desktop ou em outra maquina e resultado é instantâneo.   A partir do
servidor, alguma coisa trava e o resultado nao é instantaneo. Ora pois, se
estão todos no mesmo ambiente, mesma rede, etc etc...   Talvez essa ainda
seja a hipotese que ninguém testou por ai? ou ja fizeram ?

Depois que tudo foi desligado e religado, nao deve ter subido alguma coisa
corretamente.. de repente um novo reset (no servidor de aplicação)  vai
resolver a parada.


[]s angelo


2016-09-14 11:24 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> A aplicação é feita em Delphi e também muita coisa escrita em PL/SQL
>
> * Inclusive essa consulta está escrita dentro de uma trigger.*
>
> - O problema é só com um determinado usuário da aplicação mesmo?
>
> R: Não, o problema é com qualquer usuário que tenta executar essa mesma
> tarefa.
>
>  - A lentidão da aplicação com esse usuário é geral ou apenas em
> determinados processos ou consultas?
>
> R: A lentidão é geral em todo processo que ele realiza, consultando sempre
> a v$session_wait entre outras V$ vi que a maior parte do tempo (80%) a
> sessão fica ativa com a consulta que foi passada.
>
> - Ele já tentou executar de outra máquina?
>
> R: Já tentamos fazer isso, de qualquer máquina o tempo de término é o
> mesmo.
>
>  - Se outro usuário executar a mesma consulta (com exatamente os mesmos
> parâmetros), qual é o tempo?
>
> R: Se eu executar essa consulta por fora com os mesmo parâmetros a
> consulta me retorna em milissegundos.
>
>
>
> Obs: Rodrigo, irei estudar a respeito desses parametros para ajustar e
> respondo aqui se houve alguma melhora significativa, também entrei em
> contato com o usuário e com os desenvolvedores, e tudo indica que essa
> TRIGGER não é de fundamental importancia para o sistema que o usuario está
> utilizando (nem para outros), porém iremos estudar se é viável desabilitar
> a trigger e verificar a melhora do processo.
>
>
>
> Em Quarta-feira, 14 de Setembro de 2016 10:48, "Andre Santos
> andre.psantos...@gmail.com [oracle_br]" 
> escreveu:
>
>
>
> Rafael
>
> Problema misterioso, heim!
> Depois do desligamento imprevisto, acho que subiu algo desconfigurado...
> O que me chamou a atenção:
>
>   Event waited on Times   Max. Wait  Total
> Waited
>      Waited  --
> 
>   SQL*Net message *from* client  3566   19.03
> 65.30
>
> O evento que mais demora é esperando as mensagens a partir "do cliente"
> (no caso, seria o servidor de aplicação).
>
> Sem contar que tanto o SELECT quanto o INSERT (que parece ser simples)
> gastaram praticamente o mesmo tempo de Execute (elapsed = 41.6...).
> Pode ser coincidência, mas talvez seja o "padrão" de algum gargalo que
> está ocorrendo na aplicação.
> E o Fetch mesmo parece que não está demorado.
>
> A arquitetura da aplicação é de 3 camadas (com um servidor de aplicação
> entre o client e o SGBD)?
> Para continuar investigando:
>  - O problema é só com um determinado usuário da aplicação mesmo?
>  - A lentidão da aplicação com esse usuário é geral ou apenas em
> determinados processos ou consultas?
>  - Ele já tentou executar de outra máquina?
>  - Se outro usuário executar a mesma consulta (com exatamente os mesmos
> parâmetros), qual é o tempo?
>
> [ ]'s
>
> André
>
>
> Em 13 de setembro de 2016 20:18, Rodrigo Mufalani rodr...@mufalani.com.br
> [oracle_br]  escreveu:
>
>
> Boa noite,
>
> O teu problema não está em disco (db file sequential read).
>
>
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 1 0.00 0.00
> latch: row cache objects 4 0.00 0.00
> SQL*Net message to client 3566 0.00 0.02
> log file sync 41 0.00 0.08
> SQL*Net message from client 3566 19.03 65.30
> latch: shared pool 1 0.00 0.00
> direct path read 23 0.02 0.05
> direct path write 6 0.00 0.00
> SQL*Net more data from client 3 0.00 0.00
> SQL*Net more data to client 2 0.00 0.00
>
>
> Olhe para as colunas Times Waited que tem maiores valores. Se for uma apps
> java aumente o fetchsize, (procure por setFetchSize(100)), ou mais, o
> padrão são 10 linhas, também incremente o SDU size e TDU size no tnsnames e
> listener.ora
>
>
> Atenciosamente,
>
>  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
> 

Re: [oracle_br] Lentidão ??

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

Rafael,

E a aplicação do usuário ?  Como a aplicação alcança o banco de dados ?
Seria a partir da maquina dele x banco ou algum servidor de aplicacao ou
webservice no meio do caminho ?

Esse usuario, está local, esta remoto... ?





2016-09-13 15:32 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> => Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.
> Options -> tuning pack, diagnostic pack
>
>
> Senhores, boa tarde.
>
> Um usuário em especial está reclamando de problema de lentidão na tarefa
> que ele está executando. A tarefa era executada em 15 segundos no pior dos
> casos (até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45
> segundos. Nesse intervalo de tempo nada foi modificado, nem aplicação, nem
> database, o que houve foi uma queda de energia no final de semana
> desligando todos os servidores (Pessoal do storage e AIX já verificou se
> existiu algum problema após o desligamento e nada foi encontrado).
>
> Verificação:
>
> Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS
> está respondendo rápido, não estamos com problema de desempenho, é uma
> reclamação única de um determinado usuário.
>
> a) Verifiquei sessões ativas
> b) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  V$SQLTEXT SQL
> c) oratop
> d) trace 10046
>
> O que consegui encontrar é que existe uma consulta que é onde o usuário
> passa a maior parte do tempo com a sua sessão ATIVA. Uma consulta simples,
> segue abaixo:
>
>
> SELECT MIN(EMD.DTHRMOV)
>   FROM  LF,
>XXX  MF,
> EMD
>  WHERE MF.CODDOC = :B1
>AND MF.DTHRMOV = (SELECT MAX(DTHRMOV)
>FROM XXX
>   WHERE CODDOC = :B1
> AND DTHRMOV < :B2
>  )
>AND MF.CODLOCAL = LF.CODLOCAL
>AND EMD.CODDOC=MF.CODDOC
>AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> Plan hash value: 2923565733
>
> ---
>Id | Operation   NAMEROWS
> Cost Stale
> 
> |0 | SELECT STATEMENT 1   2
> |1 |  SORT AGGREGATE  1   2
> |2 |   NESTED LOOPS   1 2
> |3 |NESTED LOOPS  1
> 2NO
> |4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
> |5 |  INDEX RANGE SCAN XXX 1
> 2   NO
> |6 |   SORT AGGREGATE  1
> 2   NO
> |7 |TABLE ACCESS BY INDEX ROWIDXXX  1
> 2  NO
> |8 | INDEX RANGE SCAN  XXX  1
> 2 NO
> |9 | INDEX RANGE SCAN  XXX   1
> 2   NO
> |   10 |TABLE ACCESS BY INDEX ROWIDXXX  1
> 2   NO
> 
>
> Acontece que quando eu executo essa consulta no sqlplus ou em outro
> front-end a consulta é executada em menos de um segundo, extremamente
> rápida.
>
> obs: Na wait_event quando a consulta é executada é mostrado o
> db_file_sequencial read, só adiantando que o cache_size é mais que
> suficiente.
>
>
> Alguém poderia ajudar a resolver essa bronca?
>
>
>
>
>
>
>
> 
>

[oracle_br] Fwd: Patch Issue 11g

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

Gostaria de uma opiniao, vcs tem mais experiencia em aplicar patch do que
eu...

Agora final do dia, fui tentar aplicar e eu to achando estranho essa
reclamacao do OPatch, veja abaixo, o que marquei em vermelho
O que acontece, durante o processo, ta reclamando de um monte de DLL que
estaria ativa (ou registrada, que é o certo, nao?)  e todos os serviços do
Oracle estão parados e a base parada.

A maquina nao ta em produção ainda, então tô.. mexendo..


Ambiente Oracle 11.2.0.4  x64  Windows e o patch que tentei aplicar
foi o *23530402
  (desse CPU que saiu esse mes recente, o banco foi atualizado ha pouco
tempo do 11.2.0.3.x pra 11.2.0.4) *


[27/07/2016 18:11:17]OUI exists, the oraclehome is OUI based.
[27/07/2016 18:11:17]OUI exists, the oraclehome is OUI based.
[27/07/2016 18:11:18]OPatch invoked as follows: 'apply '
[27/07/2016 18:11:18]OUI-67077:
 Oracle Home   :
D:\U01\product\11.2.0\dbhome_1
 Inventário Central: C:\Program
Files\Oracle\Inventory
de   :
 Versão de OPatch: 11.2.0.3.14
 Versão de OUI   : 11.2.0.4.0
 Localização de OUI  :
D:\U01\product\11.2.0\dbhome_1\oui
 Localização do arquivo de log:
D:\U01\product\11.2.0\dbhome_1\cfgtoollogs\opatch\opatch2016-07-27_18-11-17PM_1.log
[27/07/2016 18:11:18]Patch history file:
D:\U01\product\11.2.0\dbhome_1\cfgtoollogs\opatch\opatch_history.txt
[27/07/2016 18:11:21][OPSR-MEMORY-1] : after
installInventory.getAllCompsVect() call : 9 (MB)
[27/07/2016 18:11:21][OPSR-MEMORY-2] : after loading rawOneOffList9
(MB)
[27/07/2016 18:11:21]NApply::new process() calls old process() if
CAS is not enabled.
[27/07/2016 18:11:21]Verifying environment and performing
prerequisite checks...
[27/07/2016 18:11:21][OPSR-MEMORY-3] : before loading cooked one
off : 13 (MB)
[27/07/2016 18:11:21][OPSR-MEMORY-4] : after filling cookedOneOffs
and when inventory is loaded.. : 14 (MB)
[27/07/2016 18:11:22]Checking conflict among patches...
[27/07/2016 18:11:22]checkConflictAmongPatchesWithDetail start ->
Wed Jul 27 18:11:22 BRT 2016
[27/07/2016 18:11:22]Wed Jul 27 18:11:22 BRT 2016
[27/07/2016 18:11:22]Adapter can go list: 23530402
[27/07/2016 18:11:22]Adapter not need list:
[27/07/2016 18:11:22]Adapter auto-rollback list:
[27/07/2016 18:11:22]checkConflictAmongPatchesWithDetail end -> Wed
Jul 27 18:11:22 BRT 2016
[27/07/2016 18:11:22]Intra-Conflict check PASSED
[27/07/2016 18:11:22]Checking if Oracle Home has components
required by patches...
[27/07/2016 18:11:22]Check if patch "23530402"  is a no-op patch.
[27/07/2016 18:11:22]Opt. comp. not in OH inventory: oracle.sdo,
11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.sysman.agent, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.tg4msql, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.tg4sybs, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.tg4tera, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.tg4ifmx, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.tg4db2, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.oraolap, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.oraolap.api, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.ic, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.rdbms.dv, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.network.aso, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.has.cfs, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.has.crs, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory:
oracle.has.cvu, 11.2.0.4.0
[27/07/2016 18:11:22]Opt. comp. not in OH inventory: oracle.usm,
11.2.0.4.0
[27/07/2016 18:11:22][ oracle.sdo, 11.2.0.4.0 ] , [
oracle.sysman.agent, 11.2.0.4.0 ] , [ oracle.rdbms.tg4msql, 11.2.0.4.0 ] ,
[ oracle.rdbms.tg4sybs, 11.2.0.4.0 ] , [ oracle.rdbms.tg4tera, 11.2.0.4.0 ]
, [ oracle.rdbms.tg4ifmx, 11.2.0.4.0 ] , [ oracle.rdbms.tg4db2, 11.2.0.4.0
] , [ oracle.oraolap, 11.2.0.4.0 ] , [ oracle.oraolap.api, 11.2.0.4.0 ] , [
oracle.rdbms.ic, 11.2.0.4.0 ] , [ oracle.rdbms.dv, 11.2.0.4.0 ] , [
oracle.network.aso, 11.2.0.4.0 ] , [ oracle.has.cfs, 11.2.0.4.0 ] , [
oracle.has.crs, 11.2.0.4.0 ] , [ oracle.has.cvu, 11.2.0.4.0 ] , [
oracle.usm, 11.2.0.4.0 ]
[27/07/2016 18:11:22]CheckMissingComp: OPatch is not running w/
2-phase patching, 

Re: [oracle_br] Re: Transparent Gateway

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

Bom dia,

Só uma pergunta meio incrédula..  esse recurso do Oracle Transparent
Gateway ele precisa ser adquirido a parte ?

No SS o linked server o recurso é nativo mesmo na versao standard, basta
que exista driver Oledb  correspondente ao banco que se deseja conectar
para fechar o link. O resto é configuração.


[]s angelo




2016-07-20 18:59 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Tudo jóia ?? Então, primeira coisa que vc tem que fazer é consultar a nota
> metalink/My Oracle Support "OERR: ORA-28500 'connection from ORACLE to a
> non-Oracle system returned this message:' Reference Note" (Doc ID 50022.1)
> : ela lista Todos os principais bugs e issues conhecidas com o Oracle
> Transparent Gateway for SQLSERVER, que é o produto que vc está usando...
> Veja que ** muitos ** dos pontos citados são bugs no driver/na camada de
> comunicação com o SS, cuja Solução é usar versão superior do TG : caso isso
> não seja possível (suspeito que pra quem Ainda usa 10g tanto tempo depois
> do decomissionamento Pode Ser o caso), veja as possibilidades de
> work-around...
>
>  Afora isso, também existe (e Não é Pequena) a possibilidade de vc estar
> OU estar Estourando colunas, ** principalmente ** se vc confia em conversão
> automática entre datatypes Oracle x SQLSERVER, OU estar ultrapassando algum
> default do driver na hora de transmitir dados OU (se o characterset do SS
> ou do Oracle for multibyte) vc estar recebendo bytes a mais
>
>   Analise aí para ver qual/se alguma das possibilidades tá pegando aí pra
> vc...
>
>   []s
>
>
>Chiappa
> 
>

Re: [oracle_br] Transparent Gateway

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

Se eu entendi bem, isso é uma especie de linked server ao contrario (do
oracle pro sql server).  Ja fiz o contrario do sql server pra oracle, e
funciona..
Concordo com o que o colega colocou na mensagem abaixo.. parece ser algum
estouro de tamanho de campo




2016-07-20 17:00 GMT-03:00 Emerson dos Santos Gaudêncio
emerson.fen...@gmail.com [oracle_br] :

>
>
> Boa Tarde Ednilson,
>
>  O Campo que está enviando a informação para o BD MS SQL Server deve estar
> estourando o tamanho do campo retornando o erro abaixo:
>
> "ORA-28500: Connection from Oracle to a non-Oracle system returned this
> message
> [Transparent Gateway for MSSQL][A05B] The string is too long. Maximal
> length is 1000"
>
> , verifique o tamanho deste campo na tabela que está utilizando no MS SQL
> Server assim aumentando o limite do campo ou efetuando um substring na
> rotina dentro do Oracle para respeitar os limites do banco de dados de
> destino no MS SQL Server.
>
> Qualquer dúvida estou a disposição,
> Att.
> Emerson S. Gaudêncio
>
> Em 20 de julho de 2016 15:48, 'Ednilson Silva' ednilson.si...@jbs.com.br
> [oracle_br]  escreveu:
>
>>
>>
>> Boa Tarde,
>>
>> Temos aqui um Oracle 10.2.0.5 tentando fazer um INSERT num Banco MSSQL e
>> que passa por um Transparent Gateway, só que estou recebendo o erro abaixo
>>
>>
>>
>> ORA-28500: Connection from Oracle to a non-Oracle system returned this
>> message
>>
>> [Transparent Gateway for MSSQL][A05B] The string is too long. Maximal
>> length is 1000
>>
>>
>>
>> Alguém ideia de como posso resolver isso?
>>
>>
>>
>> Grato,
>>
>>
>>
>> Ednilson Silva
>>
>>
> 
>

Re: [oracle_br] Re: Trocar dbid - qual o risco

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

Pois é..  a chave do reino não fica só comigo.. rss

ele tem a senha por ser um dos sócios da empresa (ele é desenvolvedor tb, e
tá participando do projeto pra adequar algumas rotinas de integração entre
um terceiro sistema e esse) e na base onde estao sendo feita os testes, ele
mexe direto.

Mas quanto ao dbid, ele nao vai mais rodar o nid não... Falei agora pouco
com o fornecedor que ja atualizou a informacao do licenciamento, o
aplicativo tá lá, rodando bonito, isso é o que importa pra eles.

Esse sistema deve entrar no ar em meados de agosto.

obrigado pelo feedback

[]s angelo


2016-07-15 15:47 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Opa : então, na prática (exceto em casos que arqs do database são enviados
> pra outro server, como STANDBY físico, E ignorando aplicações doidas aí, né
> :)) o único ponto externo ao banco onde se usa DBID (os internos o próprio
> utilitário DBNEWID atualiza) é mesmo os backups RMAN, então sim, perda de
> backups anteriores seria tua principal fonte potencial de problemas...
>  No seu caso, como o ambiente ainda vai entrar em prod, imagino que os
> backups anteriores vão ser mesmo descartados, então isso não seria
> dificuldade, então não teria muito o que alegar por aí - se registrando
> direitinho o novo dbid para os casos de crash recover / backup restore, e
> *** TENDO CERTEZA ** que esse novo dbid não está duplicado no mesmo
> ambiente/servidor tecnimanete não vejo muito o que se alegar, não 
>
>   Pessoalmente, o que me dá medo é que esse procedimento é um pouco
> complexo pra quem não é DBA, idealmente quem faz isso é o DBA (*** não é
> *** só sair executando a coisa), mas se o cliente não é DBA e tem a senha
> aí morreu, as chaves do reino já tão com o bandido, não tem muito o que se
> fazer pra impedir
>
>   []s
>
> Chiappa
> 
>

[oracle_br] Trocar dbid - qual o risco

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

Vou aproveitar que o Chiappa trocou de lado um pouco pra perguntar;

tenho um cliente interno aqui que quer porque quer que eu mude o *dbid* do
banco de dados em banco que vai entrar em produção (ainda vai)

na verdade.. existe um determinado sistema na casa rodando que confere as
informações de licenciamento, uma das variaveis é o dbid. Como a base que
ja foi restaurada, a aplicacao esta sendo movida de um servidor para outro,
ao fazer alguns testes, logo de cara, o programa reclamou disso.

Diante disso, esse cliente, ja procurou até no google passo a passo para
rodar o *nid* e ta quase querendo meter a mão pra fazer.. do tipo "receita
de bolo muito tranquilo, muito facil.."  K

Não é algo costumeiro ( pelo menos pra mim )  mas qual o risco inerente e
invisivel a olho nu de se sair trocando o dbid assim de uma hora pra outra
? O cara é insistente, to preocupado dele acessar o servidor na calada da
noite e mudar (tem a senha) e amanhã me ligar pra dizer que deu ruim...  Eu
queria botar um terror mas um terror fundamentado, pra ele não fazer isso,
sem antes tentar ver com a aplicação para atualizar as informações do
licenciamento... do tipo, "troquei de servidor de banco e quero que a app
funcione".

Essa situacao de mudar o id, isso é utilizado quando por exemplo, se
recupera um bak em instância zerada a partir de uma outra, ou recuperar de
um crash..

Eu ja imagino que vou ter problemas por exemplo com backup, o rman nao vai
identificar os backups anteriores, logo de cara


[]s angelo

Re: [oracle_br] UPDATE SET ROW

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

Fazendo uma analogia, goleiros de time de futebol também treinam para jogar
na linha quando necessário (e tem uns que jogam muito bem)

Então, nada mal, programar também, conhecimento não ocupa espaço.
Pois ficar muito tempo fazendo só a mesma coisa, parece que a gente esquece
um pouco.. mas voltando a pratica, as memórias voltam em pouco tempo



On 15 July 2016 at 08:36, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  wrote:

>
>
> Chiappa o Tom Kyte brasileiro!!!
>
>
> Em Quinta-feira, 14 de Julho de 2016 23:53, "jlchia...@yahoo.com.br
> [oracle_br]"  escreveu:
>
>
>
> Pessoal, estava fazendo um trabalhinho de programação em PL/SQL (mesmo
> mais atuando como DBA de vez em quando ainda faço esse tipo de
> Desenvolvimento), onde tinha que manipular um registro com muitos campos e
> acabei usando a feature acima, onde ao invés de indicar cada coluna vc só
> carrega uma variável ROWTYPE com os valores e manda o PL/SQL updatear todas
> as colunas contidas na ROWTYPE : fazia tanto tempo que não usava que tinha
> esquecido The Oracle PL/SQL ROW Keyword
> 
> [image: image] 
> The Oracle PL/SQL ROW Keyword 
> In Oracle PL/SQL, The keyword ROW is used in UPDATE statements to modify a
> complete record of a table. This feature was introduced in Oracle 9i
> Visualizar em psoug.org 
> Visualização pelo Yahoo
>
> tem um Exemplo...
>
> Abraços,
>
>   Chiappa
>
>
>
> 
>

Re: [oracle_br] Monitoring Index

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

Se essa máquina tivesse 2 processadores certamente faria diferença




2016-07-06 11:35 GMT-03:00 Rosivaldo Ramalho rosiva...@gmail.com
[oracle_br] :

>
>
> Rafael,
>
> Olha como está a quantidade de parses das consultas (a não utilização de
> bind variables), acredito ser um ponto melhor a atacar ao invés de ir para
> os índices, até porque você terá que fazer isso índice a índice.
>
> Se for para a monitoria de índice mesmo, dá para automatizar o ON/OFF da
> monitoria e o uso deles, mas o que eu me preocuparia é o tempo de
> amostragem de uso, um mês pode não ser suficiente.
>
> Atenciosamente
> --
> Rosivaldo Ramalho 
> Diretor na RLXE - http://www.rlxe.com.br
> 
>
> OCP DB 10g | OCP DB 11g | OCE RAC 11g | OCE PT 11g
> OCP OAS 10g | OCE WLS 10g
>
> http://about.me/rosivaldo
>
> 2016-07-06 11:28 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
> [oracle_br] :
>
>>
>>
>> Oracle 11.2.0.4 - Grid standalone - AIX 64 bits
>>
>> Senhores, bom dia.
>>
>> Em um determinado cliente, existe um servidor físico com 1 processador de
>> 4 cores, onde existem dois servidores virtuais (dois ambientes de produção)
>> compartilhando o recurso da máquina.
>>
>>
>> Os dois servidores estão sempre trabalhando no seu limite de CPU. Estamos
>> fazendo um trabalho para tentar tentar diminuir esse trabalho. Evitando que
>> a CPU trabalhe sem necessidade.
>>
>> **Um dos trabalhos** é a exclusão de índices (se gasta CPU sem
>> necessidade atualizando índices que não estão sendo utilizados pela
>> aplicação) que não estão sendo utilizados, acontece que existem em torno de
>> 20 mil índices criados em uma das bases e gostaria de saber o quanto é que
>> esse monitoramento de índice vai nos custar de CPU, tenho receio de
>> habilitar o monitoramento de índices e acabar prejudicando mais ainda o
>> pouco de CPU disponível que o cliente possui. Estava pensando em aplicar a
>> auditoria de índices em um determinado schema e assim por diante, o
>> problema é que o cliente tem pressa e deixar o monitoramento por 1 mes em
>> cada schema isso iria demorar muito, sei que o processo correto a se fazer
>> seria esse, porém o cliente tem pressa.
>>
>>
>>
>>
>>
>>
> 
>

Re: [oracle_br] "

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

Paulo,

Então pra funcionar, ele teria que ter trocado a senha então, antes de
expirar
É diferente de usuario bloqueado por errar o login X vezes (no caso dele 1)

Mas ta estranho, mesmo expirado deveria poder trocar se tem acesso.



2016-05-20 9:35 GMT-03:00 Paulo Jr paulobarbosa@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Teoricamente, a XUXA não pode trocar a senha, pois expirou como ela vai se
> conectar?
> Mas como nosso amigo falou, entra como sys a manda bala. Depois tenta
> conectar com a XUXA e trocar a senha.
>
>
> Em sex, 20 de mai de 2016 às 09:31, angelo angelolis...@gmail.com
> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> bom dia,
>>
>> Um jeito tosco de resolver seria:  entrar no BD como sys as sysdba e
>> revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos...
>>
>> O jeito sério:  Tem alguma coisa rodando ai no BD tipo trigger para
>> controlar o logon ou mudar senha ?
>>
>> Deveria ter trocado a senha realmente, tem algum boi na linha nesse
>> processo ai...
>>
>>
>>
>>
>> On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com
>> [oracle_br] <oracle_br@yahoogrupos.com.br> wrote:
>>
>>>
>>>
>>> ** Oracle 11.2.0.4 EE
>>>
>>>
>>> SQL> conn xuxa/xuxa@INSTANCIA
>>> ERROR:
>>> ORA-28001: the password has expired
>>>
>>>
>>> Changing password for xuxa
>>> New password:
>>> Retype new password:
>>> ERROR:
>>> ORA-00604: error occurred at recursive SQL level 1
>>> ORA-06502: PL/SQL: numeric or value error
>>> ORA-06512: at line 26
>>>
>>>
>>> Password unchanged
>>>
>>>
>>> Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa"
>>> possui privilégio de "ALTER USER".
>>>
>>> O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com
>>> exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7;
>>> FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL
>>>
>>>
>>> Alguém pode ajudar?
>>>
>>>
>>>
>>>
>> 
>

Re: [oracle_br] "

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

bom dia,

Um jeito tosco de resolver seria:  entrar no BD como sys as sysdba e
revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos...

O jeito sério:  Tem alguma coisa rodando ai no BD tipo trigger para
controlar o logon ou mudar senha ?

Deveria ter trocado a senha realmente, tem algum boi na linha nesse
processo ai...



On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  wrote:

>
>
> ** Oracle 11.2.0.4 EE
>
>
> SQL> conn xuxa/xuxa@INSTANCIA
> ERROR:
> ORA-28001: the password has expired
>
>
> Changing password for xuxa
> New password:
> Retype new password:
> ERROR:
> ORA-00604: error occurred at recursive SQL level 1
> ORA-06502: PL/SQL: numeric or value error
> ORA-06512: at line 26
>
>
> Password unchanged
>
>
> Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa"
> possui privilégio de "ALTER USER".
>
> O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com
> exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7;
> FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL
>
>
> Alguém pode ajudar?
>
>
>
> 
>

Re: [oracle_br] Re: Encriptar/Decriptar dados

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

Bom dia

E o que vcs dizem sobre a feature Oracle Data Masking?

Saiu ate um case no site da dita cuja, comentando que o nosso SPC Brasi
utiliza mas rodando num exadata..

http://www.oracle.com/us/corporate/customers/customersearch/spc-brasil-1-exadata-ss-2411326.html
Em 14/05/2016 20:38, "Alex Zaballa zaballa_gru...@yahoo.com.br [oracle_br]"
 escreveu:

>
>
> Apenas complementando, o Data Redaction funciona no 11g.
>
>
> http://www.oracle.com/technetwork/articles/database/data-redaction-odb12c-2331480.html
>
> One new feature in Oracle Database 12c was Oracle Data Redaction. This new
> feature has been backported to Oracle Database 11.2.0.4!
>
>
>
>
> On sábado, maio 14, 2016, 15:06, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> wrote:
>
>
>
> Sim, ** se ** o colega que perguntou tá usando versão 12c (nós não
> sabemos, ele Não Indicou, e data redaction só e apenas no 12c) ele
> realmente poderia usar data redaction Porém, imho, a questão é que o
> data redaction trabalha a nível de SQL, ie, ele introduz um
> "homem-no-meio", um "filtro" a mais na comunicação entre o banco e o
> cliente, verificando permissões antes do SQL ser executado... Isso funciona
> muito bem para prevenir acessos impróprios por parte de aplicativos e
> usuários finais (que necessariamente estarão usando SQL pra obter e enviar
> informações pro banco) MAS ABSOLUTAMENTE NÃO IMPEDE dumps (em memória ou em
> disco), roubo de dados via backups, acesso direto aos arquivos do banco via
> tools do Sistema Operacional , cfrme 
> https://blogs.oracle.com/securityinsideout/entry/what_s_the_difference_between
> explica É esta funcionalidade de impedir acesso "físico", digamos
> assim, aonde o Transparent Data Encryption brilha - inclusive, afaik
> (confirme isso mas me parece que) tanto o DR quanto o TDE são licenciados
> pelo Advanced Security Option, então se optar por um já teria direito ao
> outro também, o mais seguro talvez fosse usar os dois juntos , protegendo
> TANTo o físico quanto o acesso por SQL, cfrme 
> http://www.oracle.com/technetwork/database/options/advanced-security/advanced-security-wp-12c-1896139.pdf
> , 
> https://www.sans.org/reading-room/whitepapers/analyst/data-encryption-redaction-review-oracle-advanced-security-35422
> e 
> http://allthingsoracle.com/how-is-data-security-maintained-and-whats-new-in-oracle-12c-database-security-part-1/
> indicam...
>
> []s
>
>   Chiappa
>
> 
>

Re: [oracle_br] Uso de DBLink entre instâncias Oracle

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

Oi, Elaine,

Kk...não, eu sou filho de um aposentado de lá.. e ai entrei de
dependente :-)



2016-05-13 13:08 GMT-03:00 'Eliane SILVA' ecssi...@frg.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Oi Angelo,
>
> Obrigada pelo seu apoio.
> Só vi o seu email agora pois estava fechando esta questão do DBlink.
> Consegui fazer o acesso a outras instâncias e em outros servidores tb.
> Tive que
> alterar o tnsnames.ora com as novas referências dos outros
> servidores/instâncias. De qualquer forma, agradeço o seu código (vou dar
> uma olhada
> e acrescentar mais alguma coisa).
>
> Vc é cliente da FRG ? É aposentado de Furnas ?
>
> Realmente esse grupo é muito bom, o pessoal apóia bastante e com muita
> boa vontade.
>
> Abçs,
>
> Eliane.
>
> >>> "angelo angelolis...@gmail.com [oracle_br]"
> <oracle_br@yahoogrupos.com.br> 13/5/2016 11:36 >>>
>
> Bom dia,
>
> Elaine,
>
> Dê uma olhada na doc da oracle, como o Chiappa sugeriu na mensagem
> dele
>
> https://docs.oracle.com/cd/B28359_01/server.111/b28286/statements_5005.htm
>
> E como eu também sou cliente da fundação FRG.. bom saber que quem cuida
> da base de dados lá, troca mensagens aqui no grupo.. então tá em boas
> mãos, imagino assim.. rsss
>
> Segue um exemplo, fiz agorinha na minha base de testes, com 2
> instancias, no mesmo servidor.
>
> tenho duas instancias: domushm e alldev.
>
> A partir da domushm, fiz a conexao com a alldev, com a famosa conta
> scott/tiger:
>
> SQL> create public database link testedblink connect to scott
> identified by "tiger" using 'alldev';
>
> Vínculo de banco de dados criado.
>
> SQL> select * from dba_db_links;
>
> OWNER DB_LINK USERNAME
> --
> --
> --
> HOST
>
> --
> CREATED
> 
> PUBLIC TESTEDBLINK SCOTT
> alldev
> 13/05/16
>
> Vamos dar uma select na tabela emp que está na base alldev, para ver
> que o dblink funciona:
>
> SQL> select * from emp@testedblink;
>
> EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
> -- -- - --  --
> -- --
> 7369 SMITH CLERK 7902 17/12/80 800 20
> 7499 ALLEN SALESMAN 7698 20/02/81 1600 300 30
> 7521 WARD SALESMAN 7698 22/02/81 1250 500 30
> 7566 JONES MANAGER 7839 02/04/81 2975 20
> 7654 MARTIN SALESMAN 7698 28/09/81 1250 1400 30
> 7698 BLAKE MANAGER 7839 01/05/81 2850 30
> 7782 CLARK MANAGER 7839 09/06/81 2450 10
> 7788 SCOTT ANALYST 7566 19/04/87 3000 20
> 7839 KING PRESIDENT 17/11/81 5000 10
> 7844 TURNER SALESMAN 7698 08/09/81 1500 0 30
> 7876 ADAMS CLERK 7788 23/05/87 1100 20
>
> EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
> -- -- - --  --
> -- --
> 7900 JAMES CLERK 7698 03/12/81 950 30
> 7902 FORD ANALYST 7566 03/12/81 3000 20
> 7934 MILLER CLERK 7782 23/01/82 1300 10
>
> 14 linhas selecionadas.
>
> SQL>
>
> Obs: Para não escrever muito, pode-se criar um sinônimo, fazendo
> referencia a tabela dentro do dblink
>
> 2016-05-12 16:02 GMT-03:00 'Eliane SILVA' ecssi...@frg.com.br
> [oracle_br] <oracle_br@yahoogrupos.com.br>:
>
> Pessoal,
>
> Tenho 3 servidores Oracle Standard 11g, sendo que 2 estão em RAC
> (produção) e
> o terceiro com outro Oracle Standard 11g, sendo que com duas
> instâncias
> (desenvolvimento e homologação).
> Como posso fazer com que eles conversem entre si (select) ?
> Estou lendo alguma coisa sobre DBLink, mas ainda não utilizei ...
>
> Agradeço a atenção de todos !
>
> Eliane.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

[oracle_br] OT - Grupo dbas - Dbabrasil no telegram

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

Queria aproveitar para convida-los a entrar no grupo que roda no Telegram
(o primo do whatsapp)
Talvez alguns aqui ja conheçam e frequentem

https://telegram.me/DbaBrasil


Obs: Nos grupos do telegram, seu número de telefone não aparece no grupo,
apenas o seu nick. Porque as vezes a pessoa fica meio cabrera de entrar por
causa disso...


[]s angelo

Re: [oracle_br] Uso de DBLink entre instâncias Oracle

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

Bom dia,

Elaine,


Dê uma olhada na doc da oracle, como o Chiappa sugeriu na mensagem dele

https://docs.oracle.com/cd/B28359_01/server.111/b28286/statements_5005.htm


E como eu também sou cliente da fundação FRG.. bom saber que quem cuida da
base de dados lá, troca mensagens aqui no grupo.. então tá em boas mãos,
imagino assim.. rsss

Segue um exemplo, fiz agorinha na minha base de testes, com 2 instancias,
no mesmo servidor.

tenho duas instancias: *domushm *e *alldev*.

A partir da domushm, fiz a conexao com a alldev, com a famosa conta
scott/tiger:

SQL> create public database link testedblink connect to scott identified by
"tiger" using 'alldev';


Vínculo de banco de dados criado.

SQL> select * from dba_db_links;

OWNER  DB_LINK

 USERNAME
--

--
HOST

CREATED

PUBLIC TESTEDBLINK

 SCOTT
alldev
13/05/16


Vamos dar uma select na tabela emp que está na base alldev, para ver que o
dblink funciona:


SQL> select * from emp@testedblink;

 EMPNO ENAME  JOB  MGR HIREDATESAL   COMM
  DEPTNO
-- -- - --  -- --
--
  7369 SMITH  CLERK   7902 17/12/80800
   20
  7499 ALLEN  SALESMAN7698 20/02/81   1600300
  30
  7521 WARD   SALESMAN7698 22/02/81   1250500
  30
  7566 JONES  MANAGER 7839 02/04/81   2975
   20
  7654 MARTIN SALESMAN7698 28/09/81   1250   1400
  30
  7698 BLAKE  MANAGER 7839 01/05/81   2850
   30
  7782 CLARK  MANAGER 7839 09/06/81   2450
   10
  7788 SCOTT  ANALYST 7566 19/04/87   3000
   20
  7839 KING   PRESIDENT17/11/81   5000
   10
  7844 TURNER SALESMAN7698 08/09/81   1500  0
  30
  7876 ADAMS  CLERK   7788 23/05/87   1100
   20

 EMPNO ENAME  JOB  MGR HIREDATESAL   COMM
  DEPTNO
-- -- - --  -- --
--
  7900 JAMES  CLERK   7698 03/12/81950
   30
  7902 FORD   ANALYST 7566 03/12/81   3000
   20
  7934 MILLER CLERK   7782 23/01/82   1300
   10

14 linhas selecionadas.

SQL>


Obs: Para não escrever muito, pode-se criar um sinônimo, fazendo referencia
a tabela dentro do dblink



2016-05-12 16:02 GMT-03:00 'Eliane SILVA' ecssi...@frg.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Pessoal,
>
> Tenho 3 servidores Oracle Standard 11g, sendo que 2 estão em RAC
> (produção) e
> o terceiro com outro Oracle Standard 11g, sendo que com duas instâncias
> (desenvolvimento e homologação).
> Como posso fazer com que eles conversem entre si (select) ?
> Estou lendo alguma coisa sobre DBLink, mas ainda não utilizei ...
>
> Agradeço a atenção de todos !
>
> Eliane.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

Re: [oracle_br] Re: copia de binários do oracle para outro S.O

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

Então é provavel que tenham corrigido o problema na versão 12c.. e a 11g
fica a ver navios por enquanto (ou mais um motivo pra sugerir o usuario
migrar.. )



2016-05-12 15:45 GMT-03:00 alexssandro0...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Boa tarde!
>
> Pessoal, as notas do metalink que falam do problema do pre_page_sga são:
>
> Bug 8505803 - PRE_PAGE_SGA results in excessive page table size when using
> MEMORY_TARGET [AMM] (Doc ID 8505803.8),
>
> Health Check Alert: Consider setting PRE_PAGE_SGA to FALSE (Doc ID
> 957525.1)
>
> Slow Connection or ORA-12170 During Connect when PRE_PAGE_SGA init.ora
> Parameter is Set (Doc ID 289585.1)
>
> Nas notas acima, nos mostra que temos problemas tanto no gerenciamento
> automático de memória quanto no manual. Sendo a solução desabilitar o
> pre_page_sga.
> Isso na versão Oracle 11G, que é a minha (11.2.0.4).
>
> Já para a versão 12C a história é outra, pois a nota Doc ID 1987975.1 nos
> diz que este parâmetro vem habilitado por default, "The default value for
> the parameter PRE_PAGE_SGA has changed in 12c to TRUE. It used to be FALSE
> in prior releases. "
> Na Doc acima eles demonstram a melhoria que foi realizado no 12c, para
> justificar o do por que o parâmetro passou a ser habilitado por default.
>
>
>
>
>
> 
>

Re: [oracle_br] Re: copia de binários do oracle para outro S.O

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

Vê se tem alguma correção pra isso..

teoricamente o parâmetro deveria funcionar, sem deixar o acesso ao ambiente
lento..



2016-05-11 16:29 GMT-03:00 alexssandro0...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Boa tarde!
>
> Pessoal, descobri o motivo pelo qual a conexão estava demorada.
>
> Se trata do parâmetro pre_page_sga que no meu ambiente da como "TRUE"
>
> No blog do Kevin, descreve o problema que passei com AMM, porém tive este
> problema com o gerenciamento manual de memória também.
> Oracle Database 11g Automatic Memory Management – Part IV. Don’t Use
> PRE_PAGE_SGA, OK?
> 
> [image: image]
> 
> Oracle Database 11g Automatic Memory Mana...
> 
> BLOG UPDATE (05.14.09): The bug number for this PRE_PAGE_SGA with
> Automatic Memory Management issue  is 8505803 It has been quite a while
> since...
> Visualizar em kevinclosson.net
> 
> Visualização pelo Yahoo
>
>
>
> Isso se deu pois no meu ambiente oficial eu tenho o hugepages habilitado,
> mas na Amazon eu optei por não habilitar.
> Sem o hugepages tem lentidão, já com o hugepages isso não ocorre.
>
> Mais uma vez obrigado a todos.
>
>
>
> 
>

Re: [oracle_br] Re: Deletar linhas X Espaço

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

Truncate vc vai apagar a tabela inteira.. sem poder criar condicoes de
busca para apagar alguns registros..




2016-05-10 12:07 GMT-03:00 Eduardo Souza pjabran...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Realizando truncate nas tabelas alvo obtenho o resultado esperado/desejado?
>
> Em 9 de maio de 2016 12:57, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Bem, estes são conceitos relativamente básicos no RDBMS Oracle (recomendo
>> uma repassada nos manuais, caso ele não esteja claro) mas é o seguinte :
>>
>> => primeiro de tudo, quando ocorre um DELETE (e um COMMIT depois, Óbvio),
>> o RDBMS Não "Devolve" esse espaço, ie não o marca como "livre" - por
>> questão de performance, esse espaço fica ainda RESERVADO para a tabela que
>> o usou antes,pois assim quando os novos dados chegarem (e a suposição do
>> RDBMS é que os dados VÃO chegar, uma tabela normalmente é dinâmica) esse
>> espaço é reaproveitado, POUPANDO o trabalho de formatar novos blocos...CASO
>> vc tenha 100% de CERTEZA que encontrou uma exceção, ie que realmente, após
>> um DELETE a(s) tabela(s) envolvida(s) ABSOLUTAMENTE NUNCA vão incorporar
>> novos dados, SIM, aí então vc terá que fazer uma operação extra de
>> movimentação de dados,o comportamento default não te atende...
>>
>> => O outro conceito Crítico aqui para podermos te aconselhar é a questão
>> da ORGANIZAÇÃO lÒGICA do espaço em disco num database Oracle : uma vez
>> usado , TODO e QUALQUER espaço fica pertencendo a uma TABLESPACE - depois
>> de usar um dos métodos que vamos discutir, o espaço sem uso depois do
>> DELETE vai ser marcado como Livre/reusável mas vai CONTINUAR pertencendo à
>> tablespace atual - caso vc queira que esse espaço ** não fique mais **
>> contido nessa tablespace (digamos, porque vc quer usar ele em outra
>> tablespace, ou talvez até fora do database, para outro fim) aí, Além de
>> fazer a operação  de mopvimentação de dados vc vai TAMBÈM ter que fazer um
>> RESIZE da tablespace...
>>
>>
>> Assim, com estes dois conceitos chaves em mente, para podermos te
>> orientar nos CONFIRME que REALMENTE vc encontrou exceção na alocação (ie,
>> vc tem MESMO tableas que não vão sofrer mais entrada de dados e que
>> soifreram DELETEs), e nos diga :
>>
>> - vc quer/precisa tirar o espaço datablespace, ou apenas o ter marcado
>> como Livre na mesma tablespace original já é suficiente ?
>>
>> - qual a versão exata do seu RDBMS Oracle ?
>>
>> - qual o número de tabelas envolvidas, e de qual volume (em bytes) de
>> dados a movimentar estamos falando ? Existem muitas constraints entre as
>> tabelas envolvidas ou não ?
>>
>> - vc tem uma janela de manutenção (ie, um período em que ninguém tá
>> usando o database) pra fazer a operação ou não, tem que ser tudo (ou quase
>> tudo) online ? De quanto tempo é a janela, se ela existe ?
>>
>>
>>  Com isso podemos te orientar sobre qual seria o melhor procedimento
>>
>>  []s
>>
>>Chiappa
>>
>
> 
>