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.
|
|
|
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.
|
|
|
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_id e serial_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 e 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.
|
|
|
|
|
|
Page 2 of 3 |