3 TIPOS DE CONEXIONES

-----------------------------------------------------------------------------------
---------

-sqlplus sys@orcl18 as sysdba -- primer tipo de conexion con la base de datos (CDB
que es la base contenedora)

-conn sys/Tselinograd1@orcl18pdb as sysdba -- nos conectamos directo a la PDB

-show user --vemos el usuario actual con el que estamos

-disconnect; -- se cierra la sesion pero se mantiene abierta la aplicacion

-exit -- cierra la sesion, todos los cambios en la bd son comprometidos, los

cambios ejecutados dentro de la sesion se pierden

------------------------------------------------------

-sqlplus sys@orcl18 as sysdba -- iniciamos conexion al CDB

-show con_name; -- Para ver que nos conectamos efectivamente al CDB

-select * from v$database;

-exit -- salimos de la sesion sql del CDB

-sqlplus sys@orcl18pdb as sysdba -- iniciamos la conexion con la PDB

-show con_name; -- para ver que nos conectamos efectivamente al PDB

-exit -- salimos de la sesion sql del PDB

-sqlplus hr/hr@orcl18pdb -- iniciamos la conexion con el usuario hr y su password

hr (coneccion directa), sin un rol como sysdba o sysoper

-select first_name from employees; -- consultamos la columna de nombre de los

empleados

-mkdir prueba -- como usuario oracle crearemos una carpeta usando mkdir

-cd prueba -- ingresamos a la carpeta de prueba

-vi script.sh -- generamos un scrip para conectarnos a la base de datos usando el

editor vi, este script tendra el registro de los nombres de los empleados con sus
salarios

/*

#ingresamos este codigo dentro del editor de texto y guardamos los cambios con :wq
#/bin/bash
sqlplus hr/hr@orcl18pdb << EOF
select e.last_name|','|e.first_name nombre, e.salary sueldo from employees e;
EOF

*/
- cat script.sh -- con cat visualizamos el contenido del script por consola

-- ls -la -- para ver los permisos del script (vemos que poder leer, escribir
pero no podemos ejecutar el archivo)

-- chmod 740 -- le cambiamos los permisos al arhivo con chmod

-- ls -la --para raticar el cambio de permiso del script

-- ./script.sh -- ejecutamos la script

-vi script.sh -- volvemos a editar el script generandolo ahora con un diagonal

para finalizar la instruccion sql con el proposito de liberar recursos

/*

#ingresamos este codigo dentro del editor de texto y guardamos los cambios con :wq
#/bin/bash
sqlplus hr/hr@orcl18pdb << EOF
select e.last_name|','|e.first_name nombre, e.salary sueldo from employees e;
EOF

*/

-- ./script.sh -- ejecutamos nuevamente la script

----------------------------------------------Parametros de la base de
datos----------------------------------------------------------

-sqlplus sys@orcl18 as sysdba -- ingresamos con el CDB

-select * from v$parameter; -- entrega un listado de todos los parametros que

contiene la base de datos(valores actuales de la sesi�n)

-select * from v$system_parameter -- V$SYSTEM_PARAMETER muestra los valores

actuales del sistema independientes de la sesion.

-show parameters -- nos trae igual el listado de parametros de la base de datos

cuando se prende

-show parameters control_files; -- nos trae un parametro en especifico

-show parameters sga;

-show parameters sga_target; -- especifica el tama�o de memoria con el arranca la

base de datos (lo que se reserva cuando se inicia)

-show parameters sga_max_size; -- especifica el maximo de tama�o con el cual puede

estirarse la base de datos, es recomendable que sea su valor similar al de target
-show parameters sga_min_size; -- especifica el minimo de tama�o de memoria(en 0
MB) que se le puede llegar a sacar a la base

-show parameter db_cache_size; -- se especifica el tama�o de la cach� de buffer del

bloque est�ndar

-show parameter shared_pool_size; -- se especifica el tama�o del pool compartido en

bytes.

- show parameter job_queue_processes;

---------------------------Formas en que se puede guardar los parametros de la base

de datos---------------------------------------

1) SPFILE: Archivo escrito en texto binario, cuando se prende la base de datos con
startup lee este tipo de archivo, se ocupa este para hacer un backup y tener los
parametros guardados en este archivo
ejemplo: PFILE = archivo_de_par�metros , aqui se especifica una serie de
par�metros de inicializaci�n agrupados si desea.
2) PFILE: Archivo escrito en texto plano, si a la base de datos le digo iniciame
con startup automaticamente se lee este tipo de archivo pfile = "nombre_archivo" y
cualquier cambio que se realice en este archivo se vera afectado en la proxima
inicializacion de la base
-- el archivo PFILE tiene el formato de init$ORACLE_SID.ora y se encuentra en el
patch $ORACLE_HOME/dbs pero se recomienda el uso del SPFILE y tener una una copia
en SPFILE

------------------------------------Modificacion de los parametros de la base de

datos------------------------------------------------------------------------------
------------------

-- ALTER SESSION modifica el valor del par�metro s�lo en la sesi�n desde donde se
est� ejecutando.

-- ALTER SYSTEM cambia globalmente el valor del par�metro. El nuevo par�metro ser�
eficaz hasta que se cierre la base de datos.

-- ALTER SYSTEM DEFERRED modifica el valor del par�metro para las futuras sesiones
que se conecten a la base de datos.

alter system set sga_target=1G scope=both; -- cambiar el valor del parametro

sga_target que corresponde al valor con el que inicia la base de datos, el scope
puede recibir unos de los tres valores son: memory(cambio este parametro en
memoria, osea se usa una vez para la sesion actual y despues no se usa mas),spile
para que guarde los cambios en el momento pero no afectara a la base de
datos(validacion de los cambios) sino hasta la proxima vez que se vuelva a
reiniciar la instancia, el valor botch lo cambia en memoria para la sesion actual
como en spfile y para todas las siguientes sesiones

alter system set sga_max_size=1G scope=both;

ALTER SESSION SET SQL_TRACE = TRUE;

ALTER SYSTEM SET SHARED_POOL_SIZE = 64M;

ALTER SYSTEM SET DB_CACHE_SIZE = 96M;

-- se recomienda hacer el backup antes de realizar el cambio de un parametro en un

archivo de texto plano(PFILE), para tener un respaldo y no romper la base de datos
despues su nuevo inicio

-- hacer respaldo del control file en caso que se hayan rompidos todas las
contrase�as de la base de datos, puedes recuperar las contrae�as
-- hacer respaldo del db_id
-- hacer respaldo de pfile
-- hacer un backup

select * from v$database; -- para visualizar el DBID de la base de

datos(primordial para hacer la recuperacion ante un fallo, se recomienda guardar
ese numero)

-- isses_modifiable, indica si el par�metro se puede modificar por el comando ALTER

SESSION.
-- issys_modifiable, indica si el par�metro se puede modificar por el comando ALTER
SYSTEM.
-- Ismodified, si el valor es MODIFIED ha sido modificado por un comando ALTER
SESSION, y si el valor es SYS_MODIFIED indica que ha sido modificado por un comando
ALTER SYSTEM.
SELECT isses_modifiable,issys_modifiable,ismodified,name FROM
V$SYSTEM_PARAMETER;

---------------------------------------Modo de arranque y apagado de la base de

datos------------------------------------------------------------------------------
--------

-- Apagada (no se encuentra arriba)

Pasos que se pasa en el momento de prender la base de datos:

1- busca los archivos de parametros los lee y comienza a crear la instancia de la

base de datos

2- por ultimo revisa donde se encuentran los control files de la base de datos (no
carga esos control files solo verifica que esten en la base y que contengan un
formato correcto)

-- Cambia al estado de NO MOUNT

Pasos despues del estado NO MOUNT:

1- carga los control files para que esten utilizables

2- Localiza los data files y redolog (solo verifican su ubicacion pero nos los
carga en la base que tienen formato correcto)

-- Cambia al estado de MOUNT (monta la base de datos)

1- carga los data files y los redolog

-- Cambia el estado a OPEN (Se da el acceso a los usuarios a la base)

--En las versiones 12 y 18 se debe inciar los pdbs despues de haber iniciado el CDB

-- A diferencia de las CDB los PDB pasan directo al estado OPEN sin pasar por los
estados anteriores como el CDB

un ejemplo de ello:

desplegar las opciones de coneccion CDB:

-Click derecho en disparadores y seleccionar Nuevo disparador (un disparador es lo

que se ejecutara automaticamente en caso de suceder algo)
-En tipo de base elegimos: DATABASE
-En temporizacion se selecciona AFTER
-En eventos arrastramos hacia la derecha LOGON
-Click en aceptar.

esta configuracion del disparador significa "que sucede despues que la base de
datos se prenda"

Codificar lo siguiente dentro del disparador:

CREATE OR REPLACE TRIGGER START_PDB

AFTER LOGON ON DATABASE
BEGIN
alter pluggable database all open; -- despues que se haya iniciado la base de
datos se ejecutara este disparador para el inicio automatico de todos los PDBS
END;

para apagar ls base de datos, se codifica:

-shutdown -- apaga la base de datos cuando los usuarios se desconecten y terminen

todos sus procesos,antes de eso no (no se aceptaran mas conecciones de usuarios,
pero si nuevas transacciones)
o
-shutdown normal
-shutdown transactional -- espera que las transacciones finalicen con un commit o
rollback para poder votarla (las transacciones que estan en uso, pero no nuevas
transacciones)

-shutdown inmediate -- este tipo tipo de apago de base de datos no espera, en otras
palabras hace un rollback a lo que no termino y no espera la desconeccion de los
usuarios, ademas de que las transacciones no confirmadas se deshacen

-shutdown abort -- este tipo de apagado no hace commit, ni rollback si estabas

en medio de una transaccion y modificastes algo no se guardara nada (se usa en caso
de un hackeo de la base de datos o cuando los demas shutdown no funcionen)
en la proxima inicializacion mediante startup se necesitara
crash recovery

para prender la base de datos, se codifica:

-startup -- este comando crea una instancia la cual monta y abre la database
- SELECT TO_CHAR(STARTUP_TIME,'MON-DD-RR HH24:MI:SS') StartTime FROM V$INSTANCE --
la query muestra la hora en que la instancia actual fue iniciada

-startup mount y enseguida puedes abrirlo con un alter database open

-startup nomount, para enseguida montarlo con un alter database mount y finalmente
abrir la base con alter database open
-startup restrict -- Arranque solo para usuarios con el privilegio RESTRICTED
SESSION
-startup force -- Aborta la instancia en ejecuci�n antes de realizar un inicio
normal.
-startup pfile=/oracle/database/init2.ora -- Arranque con un fichero de par�metros
distinto al habitual o localizado en una situaci�n diferente a donde se encuentra
por defecto
-alter database open read only -- al abrir la base de datos en readonly evita que
las transacciones de usuarios modifiquen la informacion contenida en la base de
datos
-alter database open red write -- abre la base de datos en modo lectura escritura
lo que permite que los usuarios generen registros de redo log

---------------------------------------------------Logs de alertas de la base de

datos y fichero de
rastreo--------------------------------------------------------------------------

SELECT value FROM v$parameter -- muestra el directorio donde se encuentra el

archivo de log que contiene como un historial completo de lo que acontece sobre la
base de datos
WHERE name = 'background_dump_dest';

vi alert.log -- se usa el editor vi para abrir el archivo alert.log

SELECT value FROM v$parameter

WHERE name = 'user_dump_dest'; -- define la ubicacion de los ficheros de rastreo de
los usuarios

SELECT value FROM v$parameter -- se especifica en bloques del sistema operativo.

Limita el tama�o de los ficheros de rastreo, no del archivo alert ni de los
archivos de rastreo de los procesos background
WHERE name = 'max_dump_file_size';
ALTER SESSION SET sql_trace=TRUE; -- se habilitara la creacion de ficheros de log
por cada sentencia sql que envie al servidor en dicha sesion

--------------------------------------------------Vistas
dinamicas--------------------------------------------------------------------------
---

-- se le llaman vistas dinamicas porque estan en constante actualizacion mientras

esta en uso la base de datos, su contenido esta
relacionado con el rendimiento, proporciona informacion sobre las estructuras
fisicas y logicas de la base de datos

-- las vistas dinamicas se identifican con el prefijo V$

-- cuado las vistas dinamicas se puedan leer desde memoria seran posibles
accederlas desde el estado nomount, en caso contrario
si las vistas que lean datos desde los ficheros de control precisar�n que la
base de datos est� montada.

-- select * from V$FIXED_TABLE -- se muestra todas las vistas dinamicas de

rendimiento

-- select * from V$CONTROLFILE -- Enumera los nombres de los ficheros de control

-- select * from V$DATABASE -- Contiene informaci�n sobre la base de datos

-- select * from V$BGPROCESS --al iniciar la base de datos sin haberse montado se
puede consultar los procesos en segundo plano que se est�n ejecutando

-- select * from V$DATAFILE -- se podra consultar V$DATAFILE para ver el estado

de archivo de datos y ficheros de control cuando la base de datos este en el
estado de montaje

-- SELECT * FROM v$session -- Enumera la informaci�n de la sesi�n actual