RE: [oracle_br] Re: Snapshot não funciona

2014-11-27 Por tôpico 'Milanez, Mr. (Rafael)' rmila...@makrosouthamerica.com [oracle_br]
Ednilson,
Tivemos um problema parecido com o seu aqui na empresa, fizemos uma migração na 
época de um banco 10g r1 para 11gr1 , e tívemos algumas Mviews com refresh FAST 
que não atualizavam de maneira alguma.
Descobri que era um problema de paralelismo , fiz um teste utilizando o comando 
abaixo como workaround e consequentemente abrimos um chamado na Oracle sobre o 
caso.
alter system set job_queue_processes=0 scope=memory';

From: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
Sent: quinta-feira, 27 de novembro de 2014 16:56
To: oracle_br@yahoogrupos.com.br
Subject: RES: [oracle_br] Re: Snapshot não funciona


Chiappa,
Conferi os CHARACTERSET de ambos os Bancos e estão iguais.
Recriei o DB LINK do Banco 9i, com usuário e senhas tudo minúsculos, alterei o 
parâmetro SEC_CASE_SENSITIVE_LOGON para false no banco 11g.

O mais estranho que alguns snapshot funciona, mas a grande maioria fica em 
execução e não finaliza.
No ALERT não gera nada.

Sinceramente não sei mais o que fazer.

Grato
Ednilson Silva

De: oracle_br@yahoogrupos.com.brmailto:oracle_br@yahoogrupos.com.br 
[mailto:oracle_br@yahoogrupos.com.br]
Enviada em: quinta-feira, 27 de novembro de 2014 11:31
Para: oracle_br@yahoogrupos.com.brmailto:oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Snapshot não funciona



 Tudo jóia ? Então, dado o fato que o 9i já foi de-suportado/tirado de Produção 
há ** anos ** atrás, até se aceita a possibilidade (que deveria ser investigada 
com o Suporte) de BUG, mas em paralelo a essa linha eu diria pra vc :

 a) verificar se durante a migração para 11g esse banco teve alguma 
caracteristica física mudada (por exemplo, digamos, passou a usar um 
characterset multibyte sendo que os outros usam single-byte)

 b) verificar se as características NATIVAS do 11g não podem estar interferindo 
: exemplo ** TÍPICO ** é a sensitividade ao case de senhas no 11g, que DEMANDA 
que databases links e demais objetos que registram senhas sejam RECRIADOS com a 
senha entre aspas-duplas, cfrme 
http://pbarut.blogspot.com.br/2008/08/db-link-to-oracle-11g.html e 
http://anandmandilwar.com/2013/07/25/ora-01017-error-while-accessing-db-link-from-9i-to-11g/

 c) houveram algumas queixas de falhas em dblinks inter-versões que usavam os 
dados de conexão diretamente na string ao invés de ter uma entrada no 
TNSNAMES.ORA, cfrme 
http://cursedbycode.blogspot.com.br/2011/05/database-link-between-oracle-9i-and-11g.html

 == SE nada disso for aplicável, aí a Recomendação seria vc tracejar uma 
sessão aonde Manualmente vc faça o REFRESH, + ou - cfrme 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:616795500346622064
 ou 
http://oracletoday.blogspot.com.br/2008/04/materialized-view-refresh-change-in-10g.html
 , e ver o que vc recebe/encontra... Também não é má idéia se pedir a análise 
do refresh via DBMS_MVIEW, http://www.orafaq.com/node/831 tem um exemplo...

  []s

Chiappa



___

The information transferred by this e-mail is solely for the intended 
recipient(s).
Any disclosure, copying, distribution of this e-mail by and to others is not 
allowed. If you are not an intended recipient, please delete this e-mail and 
notify the 
sender.

___




RE: [oracle_br] Re: Snapshot não funciona

2014-11-27 Por tôpico 'Milanez, Mr. (Rafael)' rmila...@makrosouthamerica.com [oracle_br]
https://docs.oracle.com/cd/E18283_01/server.112/e17110/initparams108.htm

JOB_QUEUE_PROCESSES specifies the maximum number of job slaves per instance 
that can be created for the execution of DBMS_JOB jobs and Oracle Scheduler 
(DBMS_SCHEDULER) jobs. DBMS_JOB and Oracle Scheduler share the same job 
coordinator and job slaves, and they are both controlled by the 
JOB_QUEUE_PROCESSES parameter.
If the value of JOB_QUEUE_PROCESSES is set to 0, then DBMS_JOB jobs and Oracle 
Scheduler jobs will not run on the instance.
If JOB_QUEUE_PROCESSES is set to a value in the range of 1 to 1000, then 
DBMS_JOB jobs and Oracle Scheduler jobs will run. The actual number of job 
slaves created for Oracle Scheduler jobs is auto-tuned by the Scheduler 
depending on several factors, including available resources, Resource Manager 
settings, and currently running jobs. However, the combined total number of job 
slaves running DBMS_JOB jobs and Oracle Scheduler jobs on an instance can never 
exceed the value of JOB_QUEUE_PROCESSES for that instance. The number of job 
slaves running Oracle Scheduler jobs is additionally limited to the value of 
the MAX_JOB_SLAVE_PROCESSES Scheduler attribute.
Advanced replication uses Oracle Scheduler for data refreshes. Oracle Streams 
Advanced Queuing uses Oracle Scheduler for message propagation. Materialized 
views use Oracle Scheduler for automatic refreshes. Setting JOB_QUEUE_PROCESS 
to 0 will disable these features as well as any other features that use Oracle 
Scheduler or DBMS_JOB.


From: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
Sent: quinta-feira, 27 de novembro de 2014 16:56
To: oracle_br@yahoogrupos.com.br
Subject: RES: [oracle_br] Re: Snapshot não funciona


Chiappa,
Conferi os CHARACTERSET de ambos os Bancos e estão iguais.
Recriei o DB LINK do Banco 9i, com usuário e senhas tudo minúsculos, alterei o 
parâmetro SEC_CASE_SENSITIVE_LOGON para false no banco 11g.

O mais estranho que alguns snapshot funciona, mas a grande maioria fica em 
execução e não finaliza.
No ALERT não gera nada.

Sinceramente não sei mais o que fazer.

Grato
Ednilson Silva

De: oracle_br@yahoogrupos.com.brmailto:oracle_br@yahoogrupos.com.br 
[mailto:oracle_br@yahoogrupos.com.br]
Enviada em: quinta-feira, 27 de novembro de 2014 11:31
Para: oracle_br@yahoogrupos.com.brmailto:oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Snapshot não funciona



 Tudo jóia ? Então, dado o fato que o 9i já foi de-suportado/tirado de Produção 
há ** anos ** atrás, até se aceita a possibilidade (que deveria ser investigada 
com o Suporte) de BUG, mas em paralelo a essa linha eu diria pra vc :

 a) verificar se durante a migração para 11g esse banco teve alguma 
caracteristica física mudada (por exemplo, digamos, passou a usar um 
characterset multibyte sendo que os outros usam single-byte)

 b) verificar se as características NATIVAS do 11g não podem estar interferindo 
: exemplo ** TÍPICO ** é a sensitividade ao case de senhas no 11g, que DEMANDA 
que databases links e demais objetos que registram senhas sejam RECRIADOS com a 
senha entre aspas-duplas, cfrme 
http://pbarut.blogspot.com.br/2008/08/db-link-to-oracle-11g.html e 
http://anandmandilwar.com/2013/07/25/ora-01017-error-while-accessing-db-link-from-9i-to-11g/

 c) houveram algumas queixas de falhas em dblinks inter-versões que usavam os 
dados de conexão diretamente na string ao invés de ter uma entrada no 
TNSNAMES.ORA, cfrme 
http://cursedbycode.blogspot.com.br/2011/05/database-link-between-oracle-9i-and-11g.html

 == SE nada disso for aplicável, aí a Recomendação seria vc tracejar uma 
sessão aonde Manualmente vc faça o REFRESH, + ou - cfrme 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:616795500346622064
 ou 
http://oracletoday.blogspot.com.br/2008/04/materialized-view-refresh-change-in-10g.html
 , e ver o que vc recebe/encontra... Também não é má idéia se pedir a análise 
do refresh via DBMS_MVIEW, http://www.orafaq.com/node/831 tem um exemplo...

  []s

Chiappa



___

The information transferred by this e-mail is solely for the intended 
recipient(s).
Any disclosure, copying, distribution of this e-mail by and to others is not 
allowed. If you are not an intended recipient, please delete this e-mail and 
notify the 
sender.

___