Descargar Ejercicios de Instancia Oracle SQL Developer

EJERCICIOS GESTIÓN INSTANCIA ORACLE
1. Localiza el fichero init.ora (y spfile.ora si existe) de nuestra BD.
C:\oraclexe\app\oracle\product\11.2.0\server\config\scripts
Nos vamos a equipo.
Unidad C:\
Pinchamos en Oraclexe.
Pinchamos en app.
Pinchamos en Oracle.
Pinchamos en product.
Pinchamos en la carpeta 11.2.0
Pinchamos en Server.
Pinchamos en la carpeta confing.
Pinchamos en la carpeta scripts.
Y encontramos el archivo init.ora
En mi caso no existe el archivo spfile.ora
2. Anota el valor de los parámetros: control_files, sessions y
undo_tablespace.
Abrimos el archivo init.ona con nuestro blog de nota o con un programa
de lector de archivos como el notepad.
Control files:
Sessions:
undo_tablespace:
3. Arranca la BD (startup) y anota el valor de los parámetros: Total System
Global Area, Fixed Size, Variable Size y Database Buffers.
(ORA01081: no se puede iniciar ORACLE cuando ya se está ejecutando cierre
primero Si encontráis el siguiente error es porque la BD ya está abierta y no es
necesario arrancarla).
Vemos que nuestra base de datos está conectada. Lo que tenemos que
realizar es cerrarla con el comando shutdown.
Una vez que ya está cerrada, la volvemos a arrancar con el comando startup.
Nos ofrecerá los parámetros de total system gobal área, fixed size, variable size,
datataba buffers, redo buffers.
4. Investiga el valor de los siguientes parámetros:
SQL> show parameter processes
SQL> show parameter sga_target
SQL> show parameter sga_max_size
SQL> show parameter db_block_size
SQL> show parameter log_buffer
SQL> show parameter db_cache_size
SQL> show parameter shared_pool_size
5. Arranca sólo la instancia (NOMOUNT) y consultar algún parámetro. Qué ocurre
al acceder a V$CONTROLFILE (por ejemplo, con un describe) y por qué.
En mi caso cerramos primero la base de datos con el comando shutdown.
La volvemos a inicializar con el comenado startup nomount.
Al arrancar sólo la instancia, podemos consultar los parámetros del init (o el
spfile), ya que este fichero se lee justo antes de arrancar la instancia. Pero, al
indicar NOMOUNT, todavía NO SE HA ABIERTO EL FICHERO DE CONTROL, por lo
que no tendremos acceso a su contenido y tampoco a las tablas estáticas del
DD que están almacenadas en la BD, cuyos ficheros tampoco se han abierto.
Al ponder desc v$controlfile;
O también describe v$controlfile
Vemos los datos de la tabla.
Escribimos una seleccionamos todos sobre la table v$controlfile.
Indicamos select * from v$controlfile;
Pero en este caso nos dice que no hay filas seleccionadas.
6. Montar la BD.
Consultar V$CONTROLFILE.
Para obtener nombre y ruta del control file: SQL>select name from v$controlfile;
Qué sucede al intentar leer de la tabla DBA_USERS.
Al montar la BD, se abre el fichero de control leyendo su contenido, de forma
que ya sabemos la ubicación y el nombre de cada uno de los ficheros que
componen la BD.
La BD no la hemos abierto por lo que no podemos ver la tabla DBA_USERS.
Primero montamos la base de datos, con alter database mount;
Para obtener nombre y ruta del control file: SQL>select name from v$controlfile;
El archivo de la base de datos donde está montada.
Ponemos select count(*) from v$logfile;
Nos indica que hay dos archivos log.
Qué sucede al intentar leer de la tabla DBA_USERS.
Que no existe dba_users en la base de datos.
7. Abrir la BD y leer DBA_USERS.
Para abrir la base de datos.
sql>alter database open;
Si la leemos, nos dice que no existe.
8. Cierra la BD (shutdown)
Indicamos shutdown
9. Impide las conexiones de usuarios, de modo que el DBA sí pueda conectarse.
Intenta conectarte como hr y comprueba que no puedes. Volver a permitir
conexiones de usuarios.
Logueada como sysdba:
• Si la BD está parada SQL>STARTUP RESTRICT
•
Si la BD está arrancada SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
Desde SQL.Command Line inicio otra sesión logueada ahora como hr
SQL>connect hr y comprobaré que no me dejará conectarme
10. Recuperación de la BD (se realiza si no funciona la base de datos)
En algunas ocasiones Oracle muestra errores muy generales (error en el enlace,
en la conexión, archivos corruptos...) que nos impiden seguir manejando la BD
(ya que aunque la instancia permanece abierta la BD está montada (pero
cerrada) y por eso no permite acceder a datos). Es recomendable intentar
recuperar la BD y solucionar el error.
Logueadas as sysdba:
SQL> recover database;
Media recovery complete.
SQL> alter database open;
Database altered.
Cuando esto no nos resuelve el problema es aconsejable (en la misma sesión,
es decir, seguimos loguedos as sysdba) cerrar la instancia y volverla abrir
montando la BD, hacerle entonces el recovery y luego abrir la BD.
SQL> shutdown immediate
OK
SQL> startup mount
OK
SQL> recover database;
Media recovery complete.
SQL> alter database open;
Database altered.
11. Cerrar la BD y abrirla en modo READ ONLY, y crear una tabla. Activar modo
READ WRITE y volver a crear la tabla.
Para abrir la BD en modo READ ONLY, primero debemos arrancar la BD sin abrirla
(MOUNT), si no está ya en ese estado (si está abierta la cerraremos).
Lo primero que hacemos es conectarnos al sys
Ponemos connect sys as sysdba
Cerramos la base de datos con shutdown
La inicializar con el comenado startup nomount.
Para abrir la BD en modo READ ONLY
sql>alter database open read only;
sql>create table system.mitabla(c1 varchar2(2)) tablespace users;
Como hemos visto, en modo readonly no podemos crear una tabla pues los
ficheros de la BD están en modo de sólo lectura. Si abrimos la BD en modo
normal (readwrite), no tendremos problemas para crear la tabla.
No tiene que funcionar porque solo está en lectura.
Cerramos la base de datos con shutdown
La inicializar con el comenzado startup mount
Y realizo un alter database open read write;
Creamos una tabla
create table system.mitabla(c1 varchar2(2)) tablespace users;