--Para utilizar el SQL tuning advisor se deben dar los siguientes roles al usuario
grant advisor to hr;
grant administer sql tuning set to hr;



El siguiente paquete se utiliza para recolectar estadisticas.
exec DBMS_STATS.DELETE_SCHEMA_STATS ('hr');
--exec DBMS_STATS.GATHER_SCHEMA_STATS('HR');


SELECT count(*) FROM hr.employees;

SELECT NUM_ROWS FROM DBA_TABLES
WHERE OWNER='HR' AND TABLE_NAME='EMPLOYEES';

SET AUTOTRACE ON

EXPLAIN PLAN FOR
SELECT count(*) FROM hr.employees;

SELECT COUNT(*) FROM HR.EMPLOYEES;


 select sum(e.salary), avg(e.salary), count(1), e.department_id
 from departments d, employees e
 group by e.department_id order by e.department_id

http://blog.yannickjaquier.com/oracle/oracle-enterprise-manager-cloud-control-12c-release-3-upgrade.html
http://www.dba-oracle.com/oracle10g_tuning/t_dbms_sqltune_tasks.htm

Create profile

Esta sentencia sirve para crear un perfil de usuario.
Un perfil de usuario es una forma de limitar los recursos que puede utilizar un usuario.
Cada usuario puede tener un único perfil.
Antes de asignar un perfil a un usuario es necesario que este perfil exista en la base de datos.
Un perfil se asigna en la creación de un usuario CREATE USER o modificandolo ALTER USER.
Un ejemplo de script sería:

Copiar

CREATE PROFILE app_user LIMIT 
  SESSIONS_PER_USER                 2   --
  CPU_PER_SESSION               10000   -- decimas de segundo
  CPU_PER_CALL                      1   -- decimas de segundo
  CONNECT_TIME              UNLIMITED   -- minutos
  IDLE_TIME                        30   -- minutos
  LOGICAL_READS_PER_SESSION   DEFAULT   -- DB BLOCKS
  LOGICAL_READS_PER_CALL      DEFAULT   -- DB BLOCKS
  -- COMPOSITE_LIMIT          DEFAULT   -- 
  PRIVATE_SGA                     20M   -- 
  FAILED_LOGIN_ATTEMPTS             3   --
  PASSWORD_LIFE_TIME               30   -- dias
  PASSWORD_REUSE_TIME              12   --
  PASSWORD_REUSE_MAX        UNLIMITED   -- 
  PASSWORD_LOCK_TIME          DEFAULT   -- dias
  PASSWORD_GRACE_TIME               2   -- dias
  PASSWORD_VERIFY_FUNCTION       NULL;

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/sqldev/r32/Tuning_Advisor_OBE/SQL%20Tuning%20Advisor.html 

Tipos de cierre de base de datos

Tipos de cierre de base de datos

NormalExaminar Sesiones

Esperar que todos los usuarios conectados actualmente se desconecten de la base de datos

Transaccional

Desconectar todos los usuarios una vez terminadas las transacciones

Inmediato

Realizar rollback en las transacciones activas y desconectar a todos los usuarios conectados

Abortar

Cierre instantáneo al abortar la instancia de base de datos

Mantenimiento de la base de datos
Objetivos
Gestionar estadísticas del optimizador
Gestionar el repositorio de carga de trabajo automatica
Uso del Monitor de diagnostico automatico de la base de datos.
Describe y utiliza el marco de asesoramiento
Establece umbrales de alertas
Utilza alertas generadas por el servidor
Utiliza tareas automaticas

Mantenimiento de la base de datos
Mantenimiento de la base de datos proactivo es facilitado por la
sofisticada infraestructura de la base de datos Oracle, incluyendo
los siguientes elementos:

• El Repositorio de Carga de Trabajo Automática es un repositorio incorporado en cada base de datos Oracle. 

    En intervalos regulares, el servidor de bases de datos Oracle toma
    una instantanea de todas las estadisticas vitales y la información de
    la carga de trabajo y guarda todo estos datos en el AWR. Los datos
    capturados pueden ser analizados por ti, por la base de datos en si
     misma, o  por ambos.

•  Utilizando tareas automatizadas, la base de datos realiza operaciones cotidianas de mantenimiento tales como respalos regulares, refrescar 

       estadisticas del optimizador, y chequeos de la salud de la base de  datos.
   Cuando tu utilizas herramientas de diagnostico tales como el Enterprise Manager, Explain plan and SQL * PLus AUTOTRACE, tu puedes ver el plan de ejecución que el optimizador elige.
Nota: El optimizador de Oracle tiene dos nombres basados en su funcionalidad:el query optimizer y el Automatic Tuning Optimizer.
   

Archivos de parametros de inicialización

Cuando tu inicias una base de datos, un archivo de parametros de inicialización es leído. Hay dos tipos de archivos de parametros de inicialización.
El archivo de parametros del servidor: Este es el tipo preferido de archivo de parametros de inicialización. Es un archivo binario que puede ser escrito y leído por el servidor y no debe editarse manualmente. Reside en el servidor donde la instancia de Oracle se esta ejecutando; es consistente a través del apagado e inicio de la base de datos. El nombre por defecto para este archivo, que es buscado automaticamente al inicio, es spfile<SID>.ora.

El archivo de texto de parametros de inicialización init<sid>.ora: Este tipo de archivo puede leerse por el servidor de base de datos, pero no es escrito por el servidor. La configuración de los parametros de inicialización deben cambiarse manualmente utilizando un editor de texto para que sean consistentes a través del inicio y apagado. El nombre por defecto de este archivo (que es buscado automaticamente al inicio si un SPFILE no es encontrado) es el init<SID>.ora.
Se recomienda crear un SPFILE como una manera dínamica de mantener los parametros de inicialización.
Nota: La base de datos Oracle busca en el directorio de Linux  $ORACLE_HOME/dbs los archivos de inicialización. Con ASM, el SPFILE frecuentemente  se localiza en un grupo de discos ASM. En este caso un archivo init<SID>.ora debe existir también en el directorio $ORACLE_HOME/dbs que identifica la ubicación SPFILE.

SELECT name, value FROM V$PARAMETER WHERE name LIKE
'%pool%';


SELECT name , value FROM V$PARAMETER;
 SELECT name, value FROM V$PARAMETER WHERE name LIKE
'%pool%';
SHOW PARAMETER SHARED_POOL_SIZE

ASM Fast mirror resync

Esta caracteristica utiliza el atributo disk_repair_time del grupo de discos  para determinar cuanto tiempo esperar antes de que el disco ASM sea borrado permanentemente después de que ha sido puesto como desconectado. El valor por defecto es 3.6 horas.
El tiempo puede especificarse en minutos, horas y días. Si la unidad no se especifica la unidad, entonces se utilizan horas por defecto. Esto significa que si un disco del grupo de discos ASM se convierte en no disponible por un periodo de tiempo corto, el servidor espera a que el disco se vuelva disponible otra vez. En lugar de removerlo forzadamente de una vez del grupo de disco como era el caso con Oracle 10g. Esto puede ser útil si un disco se vuelve inaccesible temporalmente por una desconexion de cable.
Nota: La resincronización rapida de un grupo de discos puede apagarse cambiando el atributo disk_repair_time a 0.
En 10g, tal disco sería borrado del grupo de disco inmediatamente. Esto podría causar operaciones de rebalanceo innecesarias