4Dados Consultoria & Suporte

Oracle Partner Network

Artigos
Cursores abertos por uma determinada sessão

Em processos de tuning, por muitas vezes é preciso determinar quais consultas de uma sessão estão consumindo mais recursos do ambiente.

Para obter essa informações são utilizadas 3 visões, sendo elas gv$open_cursor, gv$session e gv$sql.

A query abaixo retorna essa informação seguindo a ordem solicitada, podendo ser B(Buffer Gets), D(Disk Reads), ou E(Executions).

Antes de executar a consulta, identifique o SID da sessão que deseja analisar.

 

 
Backup Recover Full

Nesse artigo iremos abordar uma recuperação full do banco de dados. Para isso, utilizaremos o RMAN no procedimento de backup e restore.

É impressindível a um profissional Oracle conhecer essa ferramenta. Se você desconhece, minha sugestão é que você procure obter informações a respeito do funcionamento dela.

É possível acessá-la de duas maneiras:

  • Com catálogo
  • Sem catálogo

 

 
Backup Gerenciado pelo Usuário

Neste artigo abordaremos os backups gerenciados pelo usuário.

Os processos de backup e recovery gerenciados pelo usuário não utilizam o RMAN. São utilizados comandos do próprio sistema operacional para realizar o backup e o recover.

Existem dois tipos de backup gerenciados pelo usuário, os realizados com o banco de dados ABERTO e o FECHADO.

Referimos ABERTO quando o database terá seu backup realizado com o banco em funcionamento normal, ou seja, com os usuário acessando os dados normalmente. Obrigatoriamente precisa estar em ARCHIVE LOG.

 

 
Ativando trace de sessão

Por muitas vezes na identificação em problemas de performance, é necessário ativar um trace de forma a gerar um log das declarações realizadas pela sessão.

Os valores pertinentes aos parâmetros session_idserial_num pode ser obtidos através de consulta na visão V$SESSION.

Imaginando que você já esteja de posse dos valores(SID,SERIAL#), irá utilizar o pacote DBMS_MONITOR, passando além desses, os parâmetroswaits binds , que podem receber os valores FALSE ou TRUE.

 

 
Ajustando o BUFFER CACHE, SHARED POOL e o LOG BUFFER

É bem verdade que as interfaces GUI como o Spotlight, o Database/Grid Control(10g), o OEM(9x) entre outras, são muito úteis, e facilitam em muito a identificação de problemas de performance. Mas, como nem sempre teremos essas ferramentas à mão, é interessante saber utilizar as visões V$ para identificar problemas de performance.

Por isso, iremos falar um pouco da utilização de views para realizar o ajuste do BUFFER CACHE, SHARED POOL e LOG BUFFER.

 

 
<< Start < Prev 1 2 3 Next > End >>
Page 2 of 3