|
Kill session em ambiente RAC
|
| Até a versão 10g, para fazer o kill na sessão do usuário, era necessário estar conectado na instance da sessão. A versão 11g trouxe uma mudança em relação a esse procedimento.
Na versão 10g, eram passados dois parâmetros para realizar o kill da sessão, o SID e o SERIAL# que podiam ser obtidos a partir de consultas na GV$SESSION(V$SESSION).
|
|
|
|
Monitorando o login no database
|
| Uma das maiores dificuldades do DBA, é garantir a seguranças das informações existentes no database. Evitar que elas sejam acessadas por usuários que não deveriam possuir autorização para tal.
De forma resumida, o objetivo dessa trigger será, receber a solicitação de conexão ao database e, conforme a faixa de IP do usuário, aplicação, usuário de rede, e usuário do database, permitir ou não essa conexão.
Iremos criar alguns objetos para que a trigger possa funcionar corretamente, e de forma melhor separar os mesmos dentro do database precisaremos de um schema que chamaremos SECURITY_USER.
|
|
|
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.
|
|
|
|
Monitorando o progresso do RMAN
|
| O RMAN(Recovery Manager), é a ferramenta de backup/recover do Oracle Database.
Algumas vezes, além de saber o percentual atual do backup/recover, pode ser preciso estimar o tempo de conclusão.
A query abaixo, através de uma pequena alteração, fornece justamente essa informação através do campo prev_finish.
|
|
| 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âmetros waits e binds , que podem receber os valores FALSE ou TRUE.
|
|
|
|
|
|
|
| Page 1 of 3 |
