[oracle_br] Re: Lentidão backup incremental

2015-06-16 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Bom, a primeira coisa que a gente pensa é bug ou má-configuração : por parte do 
RMAN, as notas "Known RMAN Performance Problems" (Doc ID 247611.1) e "RMAN 
Backup Performance" (Doc ID 360443.1) listam as principais issues, levante ** 
exatamente ** a versão (com 4 dígitos ao menos - NÃO BASTA só falar que é 
11gr2!!) e verifique se algum dos bugs e misconfigs citados pode estar 
pegando...
 Outra possibilidade , já que vc diz que no backup incremental só é que a 
má-performance aparece, é que o aqruivo de BCT (Block Change Tracking, o 
arquivo que registra as alterações a se incluir no backup incremental) não 
esteja sendo usado, a nota "RMAN incremental level 1 backups are not using 
block change tracking file" (Doc ID 1192652.1) lista um dos casos possíveis que 
pode causar isso...
 
 E para tentar eliminar a chance de bug/versão inadequada de driver/software 
por parte do TSM e para tentar isolar a chance de probs no banco de catálogo 
(se é que vc usa catálogo), eu diria pra vc tentar fazer backups level 0 full e 
level 1 incremental para disco (SEM passar pelo TSM, portanto) e também tentar 
fazer backups em controlfile ao invés de catálogo...

 => SE nada disso resultar, provavelmente vc vai ter que abrir um Chamado no 
Suporte, mas em paralelo à isso nos mostre a versão exata do RMAN/banco, a 
config do RMAN, o modo exato como vc criou o BCT e os scripts de backup E a 
descrição mais detalhada possível do Sistema Operacional e do hardware/ambiente 
de backup, que quem estiver usando uma config parecida pode tentar palpitar...
 
  []s
  
Chiappa

[oracle_br] Re: problema extract golden gate

2015-06-16 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Opa : desconsiderando coisas não default (como por exemplo vc ter uma Tabela de 
exceções criada pra carga, 
http://www.oracle11ggotchas.com/articles/CreatingaGoldenGateExceptionHandlertotrapandlogOracleErrors.htm
 exemplifica) afaik o máximo que vc pode fazer no banco é checar espaço livre 
nas tablespaces, consultar a estrutura da tabela pra ver se ela está Adequada 
ao que o GG está tentando carregar (tanto em termos de datatype quanto em 
termos de tamanho em bytes/caracteres das colunas)...
 Mas antes de ir pra isso, eu diria é pra vc consultar os *** LOGS *** do 
GoldenGate - muito certamente é lá que vc vai encontrar mensagens indicado se o 
erro foi de tamanho, de dado inválido pro datatype, de falta de espaço livre, 
etc... Como ref, indico o manual "Oracle® GoldenGate Administering Oracle 
GoldenGate" no cap. 18 Monitoring Oracle GoldenGate Processing  , e sites como 
http://decipherllc.blogspot.com.br/2010/07/troubleshooting-oracle-goldengate.html
 , 
http://pt.slideshare.net/BobbyCurtisMBA/how-many-ways-to-monitor-oracle-golden-gatecollaborate-14,
 
http://satya-dba.blogspot.com/2012/02/ggsci-goldengate-command-interpreter.html,
 http://dbasolutions.wikispaces.com/Golden+Gate, 
http://blog.yannickjaquier.com/oracle/goldengate-hands-on-in-one-hour.html, 
http://www.pythian.com/blog/oracle-goldengate-extract-internals-part-i/ e/ou 
livros como o "Oracle GoldenGate 11g Implementer's Guide" ou o "Expert Oracle 
GoldenGate (Expert's Voice in Oracle)"...
 
  []s
  
Chiappa

Re: [oracle_br] arquivo.dbf deletado

2015-06-16 Por tôpico Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]
Obrigado,
Procedimento executado.
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


 Em Terça-feira, 16 de Junho de 2015 16:38, "Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br]"  escreveu:
   

     Boa tarde,
  Simples, basta você usar a opção offline drop, segue um link de um passo a 
passo:
http://www.midvision.com/community/code-blog-for-developers/bid/275526/How-to-drop-an-Oracle-tablespace-if-you-accidentally-delete-its-datafile

Atenciosamente,

Rodrigo Mufalani
Database Consultant
+55 XX(21) 3193-0326
rodr...@mufalani.com.br
www.mufalani.com.br 

"Stop guessing… Be Sure… Because performance matters"

Em 16/06/2015, à(s) 16:26, aandre...@yahoo.com.br [oracle_br] 
 escreveu:

Prezados,
Alguem apagou o meu arquivo dentro do meu:
AIX 7.0Oracle 11.2.0.1.0
/oracle/INSTANCIA/data01.havia tres arquivos .dbf, eram para ser apagados, mas 
ao inves de entrarem no sqlplus ou no pl/sql, e apagarem os schemas e 
tablaspacesapagaram direto o meu arquivo dbf.
Agora, quando tento dropar a referida tablespace, recebo a mensagem obvia de 
que o arquivo nao esta no diretorio.
Obs.: esses arquivos eram para ser apagado mesmo.
Pergunta: 
posso eliminar as linhas nas tabelas de Sistema:
dba_tablespace_usage_metricsdba_tablespace_thresholdsdba_data_filesdba_tablespaces
Sei que isso nao e uma boa pratica, mas como apagaram fisicamente o arquivo 
dbf, gostaria de saber se e um contorno que pode ser feito.

Obrigado.



  #yiv1237758941 #yiv1237758941 -- #yiv1237758941ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1237758941 
#yiv1237758941ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1237758941 
#yiv1237758941ygrp-mkp #yiv1237758941hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1237758941 #yiv1237758941ygrp-mkp #yiv1237758941ads 
{margin-bottom:10px;}#yiv1237758941 #yiv1237758941ygrp-mkp .yiv1237758941ad 
{padding:0 0;}#yiv1237758941 #yiv1237758941ygrp-mkp .yiv1237758941ad p 
{margin:0;}#yiv1237758941 #yiv1237758941ygrp-mkp .yiv1237758941ad a 
{color:#ff;text-decoration:none;}#yiv1237758941 #yiv1237758941ygrp-sponsor 
#yiv1237758941ygrp-lc {font-family:Arial;}#yiv1237758941 
#yiv1237758941ygrp-sponsor #yiv1237758941ygrp-lc #yiv1237758941hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1237758941 
#yiv1237758941ygrp-sponsor #yiv1237758941ygrp-lc .yiv1237758941ad 
{margin-bottom:10px;padding:0 0;}#yiv1237758941 #yiv1237758941actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1237758941 
#yiv1237758941activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1237758941
 #yiv1237758941activity span {font-weight:700;}#yiv1237758941 
#yiv1237758941activity span:first-child 
{text-transform:uppercase;}#yiv1237758941 #yiv1237758941activity span a 
{color:#5085b6;text-decoration:none;}#yiv1237758941 #yiv1237758941activity span 
span {color:#ff7900;}#yiv1237758941 #yiv1237758941activity span 
.yiv1237758941underline {text-decoration:underline;}#yiv1237758941 
.yiv1237758941attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1237758941 .yiv1237758941attach div a 
{text-decoration:none;}#yiv1237758941 .yiv1237758941attach img 
{border:none;padding-right:5px;}#yiv1237758941 .yiv1237758941attach label 
{display:block;margin-bottom:5px;}#yiv1237758941 .yiv1237758941attach label a 
{text-decoration:none;}#yiv1237758941 blockquote {margin:0 0 0 
4px;}#yiv1237758941 .yiv1237758941bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1237758941 
.yiv1237758941bold a {text-decoration:none;}#yiv1237758941 dd.yiv1237758941last 
p a {font-family:Verdana;font-weight:700;}#yiv1237758941 dd.yiv1237758941last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1237758941 
dd.yiv1237758941last p span.yiv1237758941yshortcuts 
{margin-right:0;}#yiv1237758941 div.yiv1237758941attach-table div div a 
{text-decoration:none;}#yiv1237758941 div.yiv1237758941attach-table 
{width:400px;}#yiv1237758941 div.yiv1237758941file-title a, #yiv1237758941 
div.yiv1237758941file-title a:active, #yiv1237758941 
div.yiv1237758941file-title a:hover, #yiv1237758941 div.yiv1237758941file-title 
a:visited {text-decoration:none;}#yiv1237758941 div.yiv1237758941photo-title a, 
#yiv1237758941 div.yiv1237758941photo-title a:active, #yiv1237758941 
div.yiv1237758941photo-title a:hover, #yiv1237758941 
div.yiv1237758941photo-title a:visited {text-decoration:none;}#yiv1237758941 
div#yiv1237758941ygrp-mlmsg #yiv1237758941ygrp-msg p a 
span.yiv1237758941yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv1237758941 
.yiv1237758941green {color:#628c2a;}#yiv1237758941 .yiv12377

Re: [oracle_br] Nova instancia

2015-06-16 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Boa tarde,

Você pode ter mais de um database por RAC, e ter uma instance para cada 
node existente se assim desejar. Você também pode ter configuração de single 
instance e outras. 

Neste artigo postado na OTN eu ensino como fazer a criação do database em 
cluster via linha de comando: 

http://www.oracle.com/technetwork/pt/articles/database-performance/dbca-linha-de-comando-oracle11gr2-2370471-ptb.html

[ ]'s
#mufalani

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

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

> Em 16/06/2015, às 15:27, Wagner Martins wag...@flamboia.com.br [oracle_br] 
>  escreveu:
> 
> Boa tarde a todos!
> 
> Caso alguém possa me ajudar eu agradeço
> 
> Tenho o seguinte senário no oracle 11g RAC (Oracle linux 5.9):
> Total de nós do cluster: 2
> Hosts: host1 e host2
> Nome do banco de dados RAC: orcl
> Instancia do banco de dados orcl: orcl1 e orcl2
> 
> A montagem do cluster foi feito pela Dell onde não tenho mais suporte, porém 
> tenho um novo sistema que será implantado e o fabricante solicitou uma nova 
> instancia para que seu sistema a utilize.
> 
> A pergunta é: 
> 1) Posso ter mais de uma instancia para cada nó do cluster?
> 2) Eu teria que criar mais duas instancias? Uma orcl3 para o nó do host1 e 
> uma orcl4 para o host2?
> 
> Obrigado,
> 
> 
> 


[oracle_br] Nova instancia

2015-06-16 Por tôpico Wagner Martins wag...@flamboia.com.br [oracle_br]
Boa tarde a todos!


Caso alguém possa me ajudar eu agradeço


Tenho o seguinte senário no oracle 11g RAC (Oracle linux 5.9):
Total de nós do cluster: 2
Hosts: host1 e host2
Nome do banco de dados RAC: orcl

Instancia do banco de dados orcl: orcl1 e orcl2


A montagem do cluster foi feito pela Dell onde não tenho mais suporte,
porém tenho um novo sistema que será implantado e o fabricante solicitou
uma nova instancia para que seu sistema a utilize.


A pergunta é:
1) Posso ter mais de uma instancia para cada nó do cluster?
2) Eu teria que criar mais duas instancias? Uma orcl3 para o nó do host1 e
uma orcl4 para o host2?


Obrigado,


Re: [oracle_br] arquivo.dbf deletado

2015-06-16 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Boa tarde,

  Simples, basta você usar a opção offline drop, segue um link de um passo a 
passo:

http://www.midvision.com/community/code-blog-for-developers/bid/275526/How-to-drop-an-Oracle-tablespace-if-you-accidentally-delete-its-datafile


Atenciosamente,

Rodrigo Mufalani
Database Consultant
+55 XX(21) 3193-0326
rodr...@mufalani.com.br
www.mufalani.com.br 

"Stop guessing… Be Sure… Because performance matters"

> Em 16/06/2015, à(s) 16:26, aandre...@yahoo.com.br [oracle_br] 
>  escreveu:
> 
> 
> Prezados,
> 
> 
> 
> Alguem apagou o meu arquivo dentro do meu:
> 
> 
> 
> AIX 7.0
> 
> Oracle 11.2.0.1.0
> 
> 
> 
> /oracle/INSTANCIA/data01.
> 
> havia tres arquivos .dbf, eram para ser apagados, mas ao inves de entrarem no 
> sqlplus ou no pl/sql, e apagarem os schemas e tablaspaces
> 
> apagaram direto o meu arquivo dbf.
> 
> 
> 
> Agora, quando tento dropar a referida tablespace, recebo a mensagem obvia de 
> que o arquivo nao esta no diretorio.
> 
> 
> 
> Obs.: esses arquivos eram para ser apagado mesmo.
> 
> 
> 
> Pergunta: 
> 
> 
> 
> posso eliminar as linhas nas tabelas de Sistema:
> 
> 
> 
> dba_tablespace_usage_metrics
> 
> dba_tablespace_thresholds
> 
> dba_data_files
> 
> dba_tablespaces
> 
> 
> 
> Sei que isso nao e uma boa pratica, mas como apagaram fisicamente o arquivo 
> dbf, gostaria de saber se e um contorno que pode ser feito.
> 
> 
> 
> 
> 
> Obrigado.
> 
> 
> 
> 
> 



[oracle_br] arquivo.dbf deletado

2015-06-16 Por tôpico aandre...@yahoo.com.br [oracle_br]
Prezados,
 

 Alguem apagou o meu arquivo dentro do meu:
 

 AIX 7.0
 Oracle 11.2.0.1.0
 

 /oracle/INSTANCIA/data01.
 havia tres arquivos .dbf, eram para ser apagados, mas ao inves de entrarem no 
sqlplus ou no pl/sql, e apagarem os schemas e tablaspaces
 apagaram direto o meu arquivo dbf.
 

 Agora, quando tento dropar a referida tablespace, recebo a mensagem obvia de 
que o arquivo nao esta no diretorio.
 

 Obs.: esses arquivos eram para ser apagado mesmo.
 

 Pergunta: 
 

 posso eliminar as linhas nas tabelas de Sistema:
 

 dba_tablespace_usage_metrics
 dba_tablespace_thresholds
 dba_data_files
 dba_tablespaces
 

 Sei que isso nao e uma boa pratica, mas como apagaram fisicamente o arquivo 
dbf, gostaria de saber se e um contorno que pode ser feito.
 

 

 Obrigado.
 



Re: [oracle_br] Curso DBA Oracle Duque de Caxias

2015-06-16 Por tôpico Jefferson Clyton jeff_programa...@yahoo.com.br [oracle_br]
boa tarde marcelo,

Eu creio que não.
Eu cheguei a fazer o curso de pl/sql a algum tempo atrás. As vezes eles
abrem em um sindicato. Vou dar uma verificada e lhe retorno.

Sem mais,

Jefferson Silva.


*Visite o meu blog -  Notícias sobre Banco de Dados em geral.*
http://jeff-dba.blogspot.com/

Em 8 de junho de 2015 14:19, marcelo pereira da silva
marcelo...@yahoo.com.br [oracle_br]  escreveu:

>
>
> Boa tarde!
> O Curso de Oracle em Duque de Caxias, na faculdade Unigranrio, ainda
> existe?
>
>  
>


[oracle_br] problema extract golden gate

2015-06-16 Por tôpico Orfeu Lima orfeu.l...@gmail.com [oracle_br]
Bom dia a todos do grupo!!!
Tenho um extract no golden gate que está abendando.
Alguém saberia me informar qual o select que posso fazer na base para saber
as diferenças entre as tabelas na qual esse extract se refere que pode
estar com problemas ou diferenças.
Obrigado.


[oracle_br] Lentidão backup incremental

2015-06-16 Por tôpico Alessandro Silva xalexsi...@yahoo.com.br [oracle_br]
 Oracle 11gR2
Senhores, quando realizado um backup incremental diferencial nível 0 acontece o 
seguinte:

 |DESTINO |STATUS  |DURACAO   |OUTPUT GB|OUTPUT MB/s
SBT_TAPE|COMPLETED 05:16:33  |   1452.2|   78.3 
 
Ou seja, durou 05 horas aproximadamente um backup de quase 1,5TB com uma taxa 
de transferência de 78.3
Quando realizado um backup incremental diferencial nível 1, acontece o seguinte:
 |DESTINO |STATUS  |DURACAO   |OUTPUT GB|OUTPUT MB/s
SBT_TAPE|COMPLETED 01:26:34  |   15.7|   3.1

Ou seja um backup de apenas 15GB durou em torno de  1 hora e meia. Com uma taxa 
de 3.1 apenas.
Isso não foi a primeira vez, após a implementação do backup incremental, todo 
backup nível 1 a taxa de transferÇencia cai de forma expressiva. Falei com o 
responsável pelo TSM, mas as modificações que ele realizou de nada adiantou.
Alguém já passou por isso?

obs: o arquivo de rastreamento foi criado.