[oracle_br] Duvida de boas práticas

2017-10-25 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Amigos,
Td bem?
Queria saber a opnião de vocês.
O pessoal de desenvolvimento pretendem criar uma tabela chamada STATUS para
todo sistema.
Nessa tabela contem as colunas: ID, Entidade (Nome da tabela), Propriedade
(Nome da coluna), valor (Valor do Status) e Descrição


Exemplo populado:


Entidade Propriedade Valor Descrição
WorkOrder Status 0 Fechado
WorkOrder Status 1 Em andamento
WorkOrder Status 2 Parado por problema
WorkOrder Status 3 Parado por manutenção
WorkOrder Status 4 Concluído
Product Status 0 Inativo
Product Status 1 Ativo
Employee Status 0 Ativo
Employee Status 1 Férias
Employee Status 2 Demitido
RouteWip Status 0 Livre
RouteWip Status 1 Restrição
RouteWip Status 2 Bloqueado


Ou seja, é um tabela unica com todos os status de todas as tabelas do banco.
Isso é uma boa prática?
Alguém no grupo utiliza essa forma de armazenamento?
Obrigado


Clayton Xavier


Re: [oracle_br] Re: Rotina DBA

2017-02-20 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Muito obrigado pela resposta e conselho. Vou estudar os link que me passou
para melhorar meus processo.






Em 19 de fev de 2017 17:43, "jlchia...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:






Olá, tudo jóia ? Seguem as respostas e obs pra cada item :




"1- Na época que fiz o curso DBA Oracle, o instrutor comentou que alert_log
é o jornal do DBA. Toda manhã tem que ser lido e analisado."


Sim, de forma geral aceito essa definição : o caso é que Diariamente há
informações importantes sendo logadas no alert, então concordo que para os
bancos Importantes e Críticos vc ** deveria SIM ** ser cientificado o
quanto antes 
 O ponto-chave é este que eu disse, ie, "para os bancos Importantes e
Críticos", sim sim ?? Comc certeza em ** toda e qualquer ** EMpresa há
Bancos que pela menor criticidade não se justifica isso




"Dessa forma, adotei a seguinte forma: Tenho uma maquina com um monitor
grande onde estão rodandos telas Putty com comando TAIL. De vez enquanto
algo me chama a atenção, assim dou uma olhada.
Isso mesmo é necessário? Realmente é um jornal matinal ou podemos deixar
pra ver quando ocorrer algum problema?"


Não : para os bancos importntes em que se justifique, vc *** não pode ***
deixar pra olhar só quando for avisado de um problema : o fato é que **
ALÉM ** de report de erros, vc também PODE receber *** avisos *** no seu
alert.log , do tipo "área tal está ficando cheia" ou "I/O do tipo tal
demorou mais que x milisegundos") ... OU SEJA : vc recebeu um AVISO antes
do erro acontecer de uma situação que pode merecer investigação -
ULULANTEMENTE ÓBVIO que (para os bancos Críticos que justifiquem) não há
Sentido em esperar o erro acontecer (ie, a tal área ficar completamente
cheeia, ou o I/O não se completar por timeout), vc FOI AVISADO ANTES então
tome uma ação antes






"Alguém tem algum outro tipo/forma de acompanhar isso?"


Yes, sir : além de comandos TAIL e similares, desde a versao 11g vc já pode
acessar o alerto via SELECT, tendo portanto acesso aos RECURSOS do dialeto
SQL Oracle, como analytics por exemplo : http://blog.tanelpoder.com/
2009/03/21/oracle-11g-reading-alert-log-via-sql/ exemplifica ANtes da
versão 11g ter isso built-in no database, vc podia ler o alert via SELECT
criando uma EXTERNAL TABLE que lesse o alert, http://www.dba-oracle.com/t_
oracle_alert_log_sql_external_tables.htmexemplifica
 E eu ** tenho ** que frisar aqui que o alert.log é bom e legal de
acompanhar. mas desde a versão 11g nós temos um OUTRO recurso ainda mais
completo em termos de monitoração e recebimento de msgs de aviso e de
erros, o chamado ADRCI : essa ferramenta não só contém as mesmas
informações do alert mas possui comandos/recursos para ZIPAR os trace
files/dump files/error files que normalmente acompanham um erro de banco,
para fazer PURGE de erros/warnings muito antigos, etc... Dá um look em
http://www.databasejournal.com/features/oracle/article.
php/3875896/Purging-Oracle-Databases-Alert-Log-with-
ADRCI---Usage-and-Warning.htm e em https://coskan.wordpress.com/
2010/12/06/alert-log-monitoring-script-via-adrci/ para algumas das
possibilidades da tool...



  E óbvio#2 : para aqueles ambientes críticos o Suficiente, normalmente vc
*** NÂO QUER *** esperar que o DBA leia sobre o warning/erro/o que for na
manhã seguinte - via de regra num ambiente assim há algum ** SOFTWARE **
que fica constantemente varrendo o alert.log e ao achar
warnings/erros/situações anômalas já dispara IMEDIATAMENTE um email ou um
SMS pro DBA. que em tese tem que olhar o problema É JÁ, e não "amanhã" de
manhã"... http://www.martinberger.com/?p=2341 exemplifica com o Oracle OEM
13c mas ** trocentas ** alternativas pra isso existem, OU mesmo se a $$$
for curtíssima vc pode apelar para scripts desenvolvidos por vc mesmo que
façam o mesmo...






"2- Backup! Tenho uma maquina semelhante as de produção onde realizo
RESTORE trimestralmente dos backups de produção para validação e registro
de tempo de recuperação. Isso é uma prática adequada?
"


==> Sim, o procedimento de se restaurar um backup de PROD nalguma máquina
similar (normalmente a de HOMOLOGAÇÃO, ou a máquina de stand-by, ou coisa
assim) é *** SIM  altamente recomendado, isso é a ùnica Coisa que vai
te dar Tranquilidade e Garantia que os backups PROD estão íntegros
 O que *** Não É Padrão*** é vc fazer isso Trimestralmente : nos bancos
Críticos e Importantes que justifiquem isso deveria ter uma frequência
muito maior, com um espaçamento muito menor : alguns defendem semanalmente
outros mais de uma vez por semana O que não dá é vc ter alguma
Corrupção silenciosa em Produção (ou mesmo algum erro operacional, tipo
perda de archives) e só descobrir que teu backup miou 3 meses depois, não
acha ???


[]s



  Chiappa






[oracle_br] Rotina DBA

2017-02-19 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Ola amigos,


Eu tenho duas dúvidas a respeito de trabalho de rotina de DBA.
Gostaria de saber a opinião de vocês:


1- Na época que fiz o curso DBA Oracle, o instrutor comentou que alert_log
é o jornal do DBA. Toda manhã tem que ser lido e analisado.
Dessa forma, adotei a seguinte forma: Tenho uma maquina com um monitor
grande onde estão rodandos telas Putty com comando TAIL. De vez enquanto
algo me chama a atenção, assim dou uma olhada.
Isso mesmo é necessário? Realmente é um jornal matinal ou podemos deixar
pra ver quando ocorrer algum problema?
Alguém tem algum outro tipo/forma de acompanhar isso?


2- Backup! Tenho uma maquina semelhante as de produção onde realizo RESTORE
trimestralmente dos backups de produção para validação e registro de tempo
de recuperação. Isso é uma prática adequada?


Eu sou o único e primeiro DBA da empresa. Não tive a oportunidade de ter um
Senior ao lado para adquirir experiencia. Assim adotei e criei rotinas que
achei necessário.


Desde já, agradeço.


--
Clayton Xavier
(15) 98119-8871


Re: [oracle_br] Oracle Client 11g 64 Win

2017-01-16 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Eu não sei se é o seu caso, mas comigo aconteceu isso e era o binario da
instalação. Depois de várias tentativas, resolvi baixar o instalador
novamente e daí funcionou.


Em 16 de jan de 2017 15:15, "'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br]"  escreveu:


>
>
> Pessoal,
>
> Estou precisando instalar o Oracle Client 11g Win 64 bits numa maquina que
> já tem o 32 bits instalado.
>
> Ao executar o arquivo setup.exe ele abre uma tela do prompt e fecha,
> alguém já passou por isso e sabe como resolver?
>
>
>
> Grato
>
> Ednilson
>
>


Re: [oracle_br] Re: Arquivo de LOG ocssd grande

2016-11-24 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Corretissímo. Como falei na epoca... o barato sai caro.
Mais uma vez agradeço seus comentarios.


Em 23 de nov de 2016 21:53, "jlchia...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:


>
>
> Rapaz, não só tá sem Suporte o banco (supostamente) Crítico (ninguém bota
> RAC em banco não-crítico) , mas ainda por cima é RAC ,o que normalmente
> Implica em ** ainda mais camadas ** de software Oracle, como ASM e
> Clusterware, todas Complexas e Todas sem suporte também... Uau
>
> Bom, reforce a necessidade URGENTE de Suporte, e Apresente, como
> alternativa de menor custo, a compra de um contrato de Suporte para um
> outro produto Oracle, de menor custo que o RDBMS : com isso vc terá pelo
> menos acesso aos bug reports e aos Documentos Técnicos do metalink, como as
> notas que citei...
>
> []s
>
>   Chiappa
>
>


Re: [oracle_br] Re: Arquivo de LOG ocssd grande

2016-11-23 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Entendi. Muito obrigado pela explicação, Chiappa.
Infelizmente, devido a cortes nos gastos a empresa optou por não continuar
com suporte e isso faz uns dois anos. Somente tem a licença.
Vou apresentar o problema e aconselhar o retorno do suporte.


Em 23 de nov de 2016 17:15, "jlchia...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:


>
>
> Blz ? Se fosse uma pequena diferença eu diria arredondamento do tempo pelo
> algoritmo de rotate de logs do Clusterware, mas esse tamanho tão loucamente
> maior aponta muito mais é pra BUG, mesmo : bora abrir um Chamado no Suporte
> Oracle e confirmar se vc pode estar caindo nos bugs referentes à isso (por
> exemplo o citado na nota metalink "GI ocssd.log rotation fails with error
> LFI-00142 and logfile grows to huge size (Doc ID 1900986.1)") , okdoc ??
>
>  E *** não , vc Não Deve apagar na mão esses arquivos de log do
> Clusterware, sob pena de cair nas situações de erro cfrme descritas na nota
> metalink "Grid infrastructure ocssd.log is not immediately recreated after
> being accidentally deleted (Doc ID 1508918.1)", ok ??
>
>  []s
>
>Chiappa
>
>


[oracle_br] Arquivo de LOG ocssd grande

2016-11-23 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Bom dia pessoal,


Me deparei com uma situação aqui e fiquei na duvida do porque ocorreu isso
e como resolver.


O ambiente aqui é:
SO: Oracle Linux 6.5
DB: Oracle 11gR2 (RAC dois servidores)


Notei tardiamente que a partição estava se esgotando e fui procurar saber o
que estava consumindo tanto.


Achei na pasta do servidor 1: /u01/app/11.2.0.4/grid/log/db01/cssd
Esta situação:
-rw-r--r-- 1 grid oinstall52741064 Sep 28 14:55 ocssd.l01
-rw-r--r-- 1 grid oinstall52714872 Sep 28 14:11 ocssd.l02
-rw-r--r-- 1 grid oinstall52715430 Sep 28 13:27 ocssd.l03
-rw-r--r-- 1 grid oinstall52707511 Sep 28 12:43 ocssd.l04
-rw-r--r-- 1 grid oinstall52724158 Sep 28 11:59 ocssd.l05
-rw-r--r-- 1 grid oinstall52728860 Sep 28 11:15 ocssd.l06
-rw-r--r-- 1 grid oinstall52746199 Sep 28 10:31 ocssd.l07
-rw-r--r-- 1 grid oinstall52759516 Sep 28 09:46 ocssd.l08
-rw-r--r-- 1 grid oinstall52735390 Sep 28 09:01 ocssd.l09
-rw-r--r-- 1 grid oinstall52731606 Sep 28 08:16 ocssd.l10
*-rw-r--r-- 1 grid oinstall 10640729589 Nov 23 11:20 ocssd.log*




E achei na pasta do servidor 2: /u01/app/11.2.0.4/grid/log/db02/cssd
Esta situação:
-rw-r--r-- 1 grid oinstall 52728660 Nov 22 13:53 ocssd.l01
-rw-r--r-- 1 grid oinstall 52732157 Nov 22 13:08 ocssd.l02
-rw-r--r-- 1 grid oinstall 52739466 Nov 22 12:23 ocssd.l03
-rw-r--r-- 1 grid oinstall 52727910 Nov 22 11:38 ocssd.l04
-rw-r--r-- 1 grid oinstall 52730956 Nov 22 10:53 ocssd.l05
-rw-r--r-- 1 grid oinstall 52718916 Nov 22 10:05 ocssd.l06
-rw-r--r-- 1 grid oinstall 52713812 Nov 22 09:20 ocssd.l07
-rw-r--r-- 1 grid oinstall 52725963 Nov 22 08:36 ocssd.l08
-rw-r--r-- 1 grid oinstall 52755446 Nov 22 07:50 ocssd.l09
-rw-r--r-- 1 grid oinstall 52724341 Nov 22 07:05 ocssd.l10
-rw-r--r-- 1 grid oinstall 44054726 Nov 23 09:33 ocssd.log


Alguém ai saberia me dizer o que poderia ter ocorrido para o arquivo de log
no servidor 1 ter crescido tanto e não criado mais arquivos parciais?


Como posso corrigir? Posso simplesmente apagar o arquivo?


Desde já agradeço.
Clayton Xavier


Re: [oracle_br] Debug Oracle Rac

2016-11-11 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Boa noite Nelson.


No tnsnames voce utilizou instance_name ?
Pois eu tive esse problema no 11g RAC e ao acrescentar instance_name no
tnsnames, conseguimos debugar normalmente.


Em 11 de nov de 2016 18:53, "Nelson Cartaxo ncart...@yahoo.com [oracle_br]"
 escreveu:


>
>
> Boa noite pessoal,
>
> Os analistas lá da empresa, estão com problemas pra debugar packages, em
> uma base em Rac, com plsql developer trava, já com o toad da erro,
> ora-12505.
>
> Alguém já passou por isso?
>
> Oracle 12.1.0.2 usando container e pluggable. Apontei também direto para
> uma única instância no tnsnames.ora e mesmo assim não rolou.
> Abraços
>
> Att,
> Nelson Cartaxo
>
> Enviado via iPhone
>
>


Re: [oracle_br] Ambiente Virtualizado

2014-09-23 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Legal. Valeu pelos comentários !!!


2014-09-23 15:09 GMT-03:00 angelo angelolis...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:


>
>
> Já,
>
> E funciona normalmente.
> O servidor virtual muito se assemelha ao real, eu vejo como uma questao de
> configuração (boa configuração), da maquina e do ambiente de virtualizacao,
> ter um hardware fisico que atenda a contento, como os colegas ja comentaram
> com detalhes.
>
> bom atentar ao detalhe do licenciamento também.
>
>
> 2014-09-23 8:46 GMT-03:00 Clayton Xavier clayton.assis.xav...@gmail.com
> [oracle_br] :
>
>>
>>
>> Bom dia Pessoal,
>>
>> Alguém já instalou um banco de dados em ambiente virtualizado?
>> No meu caso, só tenho disponível dois servidores clusterizados VMware
>> para levantar uma base.
>> Alguém já teve problemas neste tipo de ambiente?
>> Abraço
>>
>> --
>> Clayton Xavier
>>
>>
>
>






--
Clayton Xavier
(15) 98119-8871


[oracle_br] Ambiente Virtualizado

2014-09-23 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Bom dia Pessoal,


Alguém já instalou um banco de dados em ambiente virtualizado?
No meu caso, só tenho disponível dois servidores clusterizados VMware para
levantar uma base.
Alguém já teve problemas neste tipo de ambiente?
Abraço


--
Clayton Xavier