/*

Sesin01 - Gestin de Instancia

Estudiante: Jos Luis Toro Alcarraz
Curso: Base de Datos Avanzado II
Correo:i201010865@cibertec.edu.pe
*/

Objetivo de la sesin

Reforzar los conceptos de instancias y base de datos y conocer los diferentes estados de una
instancia.

1) Que es una Instancia?

2) Los tipos de archivos de la base de datos.
3) Las fases del proceso de inicializacin.
4) Iniciar la instancia y abrir la base de datos.
5) Detener la instancia.
6) Otros estados de la base de datos.
7) Practicando lo aprendido

1) Qu es una Instancia?

Una instancia es un espacio en memoria y un conjunto de procesos, trabajando de manera

conjunta para poder acceder a una base de datos.

Es todo el proceso completo desde que se inicializa una instancia hasta que la base de datos
quede en marcha, es decir disponible para que los usuarios accedan a ella.

2) Los tipos de archivos de la base de datos

a) El archivo de parmetros PFILE.

Es un archivo de texto plano que contiene ciertos parmetros que son esenciales para el
funcionamiento inicial de una base de datos. Es el que sirve para poder acceder a la estructura
inicial de una base de datos.

La ruta de este archivo va a depender de donde hayamos instalado el Oracle.

En mi caso es: C:\app\XxkokoxX\admin\sysdba(Aqu tendremos tantas carpetas como bases de
datos creadas)\pfile\Aqu encontraremos un archivo con extensin numrica (El cual abriremos con
el block de notas).

Alguno de los parmetros que podemos observar:

Parmetros que deciden el nombre y el dominio de la base de datos.

###########################################
# Database Identification
###########################################
db_domain=""
db_name="sysdba"
Parmetro control files el cual aporta como dato una lista de archivos con su ubicacin completa
separados por ,. Esto es importante porque me dice donde es que se encuentran los archivos de
control de la base de datos.
###########################################
# File Configuration
###########################################
control_files=("C:\app\XxkokoxX\oradata\sysdba\control01.ctl","C:\app\XxkokoxX\fast_recovery_are
a\sysdba\control02.ctl")
db_recovery_file_dest="C:\app\XxkokoxX\fast_recovery_area"
db_recovery_file_dest_size=4322230272

Tambin tenemos informacin sobre los procesos. Esta informacin es muy relevante al momento
de iniciar una instancia ya que nos muestra la capacidad mxima de proceso que puede levantar el
servidor.
###########################################
# Processes and Sessions
###########################################
processes=150

Tambin tenemos informacin de la memoria. El tamao de bloque de datos de memoria afecta

totalmente al momento de levantar la instancia ya que es ah cuando se construye o se reserva el
espacio de memoria lo suficiente para dicha instancia.
###########################################
# Cache and I/O
###########################################
db_block_size=8192

b) Los archivos de control CONTROL FILES.

Vendra hacer algo as como el carnet de identidad de la base de datos. sea que es toda la
informacin necesaria para conocer cules son todos los archivos que componen una base de
datos. sea que aparte de la informacin horaria sobre la ltima accin que se hizo a la base de
datos, aparte de eso, encontraremos todas las listas de los archivos que componen una base de
datos.

c) Los archivos de datos DATA FILES.

Aqu en definitiva es donde est la informacin, es decir como sabemos una base de datos est
compuesta o se compone de una serie de DATA FILES, y dentro de estos DATA FILES distribuidos
en sus bloques de memoria es donde est toda la informacin que tenemos en las tablas. Tanto los
datos como los metadatos.

d) Los archivos de registros para rehacer REDOLOG FILES.

Son todos los archivos que contienen el histrico de lo que se hizo a la base de datos.

Nota1: Entonces tanto los DATA FILES como los REDOLOG FILES, podramos considerarlos
como los archivos que en verdad tienen la esencia de la base de datos, es decir toda la
informacin de una base de datos de una u otra forma est contenida dentro de los DATA y
REDOLOG DILES.

Nota2: Si sabemos que los archivos de control entre muchas otras cosas tienen la lista de cada
una de los DATA FILES y REDOLOG FILES que pertenecen a una base de datos. Si por decirlo de
una u otra manera se llegasen a perder los CONTROL FILES, estamos de acuerdo que se perdera
tambin la base de datos ya que lo nico que nos quedara sera una serie de archivos inconexos
que no formaran una base de datos. Por lo tanto la existencias de los CONTROL FILES me
garantizan que se conoce o que pertenece a una base de datos, que pertenece toda una serie de
DATA FILES concretos y toda una serie de REDOLOG concretos.

La ruta de estos archivos va a depender de donde hayamos instalado el Oracle.

En mi caso es: C:\app\XxkokoxX\ oradata\sysdba(Aqu tendremos tantas carpetas como bases de
datos creadas)\pfile\Aqu encontraremos un archivo con extensin CTL,DBF,LOG (El cual
abriremos con el block de notas).

3) Las fases del proceso de inicializacin.

Fase1 Inicializar la Instancia

En este proceso es cuando se reserva en la memoria el espacio necesario para la instancia y

cuando se pone en marcha los procesos necesarios para el funcionamiento de esa instancia.

En este punto solo hemos reservado el espacio en memoria y hemos inicializados los procesos,
todava no est la base de datos preparada para poder acceder a la informacin que est en los
archivos del disco.

Durante este proceso inicial hay un archivo importante que juega un papel imprescindible
(PPFILE).

Nota1: Si durante el proceso de inicializacin de la instancia el PFILE obtuviera datos errneos no

pasaramos ni de esta primera fase, cuidado porque en ese caso el error es demasiado difcil de
detectar.

Nota2: Entonces en esta primera fase se lee el archivo PFILE, se identifica cuanto espacio de
memoria, cuantos procesos, etc., y adems identifica cuales son los archivos de control.

Nota3: Pueda ser que alguien le interese iniciar solo la instancia sin continuar con los siguientes
pasos, esto solo tiene lgica en el momento en que se crea la base de datos, la base de datos la
hemos creado atreves de un asistente, pero si se crea manualmente lo que hay que hacer es
inicializar la instancia sin hacer nada ms y a partir de aqu se puede lanzar una instruccin
CREATE DATABASE (Pero esto seguro nunca lo vamos hacer ya que resulta sencillo hacer con un
asistente)

Fase2 Montar la Base de Datos.

En este momento se leen los archivos control files, si estos archivos estuvieran daados o no se
pudieran localizar en este momento nos fallara esta fase de proceso de inicializacin.
Cuando se dice que se monta la base de datos es porque dentro de estos control files, se lee la
ubicacin de todos los archivos que componen la base de datos, en este momento es cuando se
va a localizar estos archivos para luego poder abrirlos.

Nota1: Muchas veces nos interesada tener la base de datos montada, es decir con la instancia
inicializada y la base de datos montada, esto es til en escenario como por ejemplo cuando
queremos cambiar el nombre de un archivo de datos, o queremos cambiar la ubicacin de un
archivo de datos, o por ejemplo queremos hacer una recuperacin completa de la base de datos.

Fase3 Abrir la Base de Datos.

Hasta este momento la base de datos no estaba disponible para hacer consultas a sus tablas, solo
estaba disponible para ciertas tareas administrativa. Despus de esto se puede acceder a ella.

En esta fase se localizan los DATA FILES y los REDOLOG FILES, que estaban listado en el
CONTROL FILES y por decirlo de alguna u otra manera quedan bloqueados, es decir cuando la
base de datos est abierta estos archivos aunque los encuentres en los discos no podrn ser
borrados ni hacer nada con ellos, porque estn siendo retenidos o bloqueados por la base de
datos.

Es despus de este punto cuando los usuarios pueden acceder a la informacin y trabajar con toda
normalidad.

Nota: Tener presente que nosotros en nuestro equipo tenemos instalado un servidor Oracle y una
instancia y una base de datos. Cada vez que iniciemos nuestro equipo, se inicia esta base de datos
y ocurren estos 3 procesos.

Ahora pngamelo en prctica.

4) Iniciar la instancia y abrir la base de datos.

Sintaxis que debe usar un DBA para inicializar una base de datos.

STARTUP OPEN: Den entrara hemos hablado de 3 pasos los cuales se puede hacer en una sola
instruccin. Con el STARTUP podemos realizar todo el proceso de inicializacin (Iniciar la
instancia, montar la base de datos y abrir la base de datos El OPEN es opcional)

Tambin es interesante saber que cuando nos interese dejar la inicializacin en una fase anterior a
la fase de la base de datos abierta podemos utilizar otras instrucciones.

STARTUP NOMOUNT: Permite inicializar la instancia (Es decir activar el espacio en memoria,
reservar los procesos) pero todava sin montar ni abrir la base de datos. Hemos dicho que este
estado solo es til en el momento en que se crea la base de datos, por lo tanto va ser muy raro que
necesitemos dejar nuestra base de datos no montada es decir solo la instancia levantada.

STARTUP MOUNT: Tambin se puede pasar al estado montada pero no abierta, a esto tambin se
le llama la base de datos cerrada, este estado s que es muy til, ya que puede servir para ciertas
tareas administrativas como cambiar el nombre y la ubicacin de un archivo, recupera la base de
datos completamente, etc.
Tambin podramos hacerlo por partes:

Adems existe la posibilidad de avanzar paso a paso, es decir si nosotros hemos inicializado la
instancia con STARTUP NOMOUNT, podemos montar la base de datos, es decir usando la
siguiente instruccin "ALTER DATABASE MOUNT"

Del mismo para pasar de montar la base de datos a abrir la base de datos con la instruccin
"ALTER DATABASE OPEN"

Nota: En el momento de utilizar el STARTUP siempre se puede aportar la clausula PFILE. Cuando
portemos esta clausula le estaremos diciendo en esencia que instancia o que base de datos
queremos que se inicialice, porque en esta clausula se le indica cual es el archivo PFILE que
queremos que lea al principio, recordemos que el PFILE lo desencadena todo porque el archivo
PFILE nos dice que archivos CONTROL FILES son los de la base de datos y los CONTROL FILES
nos dicen que DATA FILES y REDOLOG FILES son los que compone la base de datos.

Por lo tanto podemos instanciar distintas bases de datos utilizando distinto PFILE. Esto tambin a
veces se utiliza para instanciar la misma base de datos pero con distintas estructuras de memorias,
es decir necesito reservar mas memoria y lo que puedo hacer es cambiar un parmetro del PFILE
y inicializar la instancia indicndole que me utilice este nuevo archivo PFILE que eh creado.

5) Detener la instancia.

La instancia cuando se detiene no se detiene por fases, se detiene entera, y existen muchas
formas de detenerla.

Al detener la instancia afecta sobre todo a la gente que est conectada a una base de datos, y es
que antes de detener una base de datos nos tenemos que plantear lo siguiente, si es que esta
base de datos esta en produccin, es decir si est siendo utilizada por usuarios a travs de una u
otras aplicaciones, qu les pasara cuando nosotros apaguemos la instancia?, lo que pasara
es que no tendrn acceso a esta base de datos. Por lo tanto existen distintas formas de apagar una
base de datos.

SHUTDOWN NORMAL: Seria la manera ms benevolente de intentar cerrar la base de datos.

Qu ocurrir? De entrada no ocurrir nada, lo nico que ocurrir es que cuando alguien quiera
volver a conectarse a esta base de datos no le ser permitido, y en el momento en que se hayan
cerrado todas las conexiones existente excepto evidentemente del administrador que ha ordenado
el SHUTDOWN es entonces cuando se proceder el cierre de la base de datos.

Digamos que esta forma es la forma ms graciosa de cerrar la base de datos, ya que nadie se
vendra interrumpido en su trabajo, ahora en el momento que cierren la conexin ya no podr
volver a conectarse, y cuando todo mundo haya cerrado la conexin, es cuando se cerrada la base
de datos. Claro dependiendo en que sistema esto no es posible porque hay muchsima gente
conectada y con mucho procesos que duran mucho tiempo, por lo tanto tendramos que esperar
bastante tiempo que se cerrada la base de datos.

SHUTDOWN IMMEDIATE: Esto sera el mtodo que deberamos utilizar si no pudiramos avisar
antes a todos los usuarios que abandonen la base de datos porque va hacer cerrada. Al aplicar
esto ya nadie puede iniciar una conexin pero qu ocurre con las conexione vigentes? Las
conexiones vigentes sufrirn un ROLLBACK en sus transacciones, es decir toda transaccin que
tengan en marcha se deshar y se cerrara la conexin. Cuando todas las conexiones se hayan
cerrado es cuando se cerrada la base de datos. Evidentemente esto es inmediato porque si en las
transacciones que hay en marcha la deshacemos con un ROLLBACK y cerramos las sesiones
enseguida nos encontraremos en que ya no hay una sesin abierta y el SHUTDOWN ocurrir ms
o menos de manera inmediata. Ahora bien se vern afectados aquellos usuarios que estaban
trabajando.

SHUTDOWN TRANSACTIONAL: Es similar al anterior en el sentido en que no deja iniciar nuevas

conexiones pero adems tampoco deja iniciar nuevas transacciones, lo que s es cierto es que
esperada a que todas las transacciones que hayan en curso se terminen para entonces cerrar la
conexin correspondiente y cuando haya cerrado todo cerrar la base de datos. Es una forma ms
inmediata que un SHUTDOW NORMAL porque un SHUTDOWN NORMAL el que est conectado
puede seguir realizando transacciones, mientras que aqu el que est conectado lo nico que
puede es terminar su tracciones que est en marcha y cuando esta transaccin termina se le cierra
la conexin, en cambio en el SHUTDOWN IMMEDIANTE ni siquiera se deja terminar la
transaccin, se desase la transaccin y se cierra la conexin inmediatamente.

SHUTDOWN ABORT: Esta opcin deberamos no utilizarla directamente ya Oracle en su literatura

dice solo se utiliza cuando ninguna de las otras 3 permite cerrar la base de datos. Esto es as en
ciertas circunstancia excepcionales, sobre todo cuando hay un error de por medio que no nos
permite cerrar la base de datos. Pensar que si cerramos la base de datos con un SHUTDOWN
ABORT en un momento en el cual vamos abrir la base de datos nos pedir una recuperacin(Es un
proceso la cual tiene lugar cuando la base de datos no se ha cerrado apropiadamente y los datos
no son coherentes). En un SHUTDOWN ABORT ni se desasen las transacciones ni se espera que
se terminen, es decir se cierra la conexin y dnde estabas es done te has quedado.

Nota: Utilizar siempre un SHUTDOWN NORMAL y si tenemos prisa fijar un escenario en el cual
saber que dentro de un minuto se pagara la luz y con UN SHUTDOWN NORMAL (Que es el
SHUTDOWN menos agresivo para los usuarios) sabemos que va a tardar ms de un minutos en
cerrase el servidor, entonces debemos utilizar alguna estrategia para cerrar ms rpido (Seguro
que con UN SHUTDOWN IMMEDIATE lo conseguiras en menos minutos)

6) Otros estados de la base de datos.

a) Modo lectura.

Abrir la base de datos en modo lectura (consultas y no modificaciones).

SQL> ALTER DATABASE OPEN READ ONLY;

Abrir la base de datos en modo lectura y escritura (consultas y modificaciones)

SQL> ALTER DATABASE OPEN READ WRITE;

b) Acceso restringido.

Significa dejar la base de datos en un modo que solo este accesible para personal administrativo
(SYS, SYSOPER). Esto puede ser til para realizar ciertas tareas administrativas como hacer
exportaciones o importaciones y por lo tanto queremos que durante un tiempo nadie acceda a la
base de datos, para hacer cargas de datos, o hacer prevenciones eventuales para que alguien
pueda acceder a la informacin, etc. El acceso restringido se puede hacer de 2 formas:

Levantar la base de datos ya con un estado restringido. O levantar la base de datos normal y
cambiar el estado ha restringido.

SQL> STARTUP RESTRICT;

SQL> STARTUP RESTRICT PFILE E:\Oracle\product\10.2.0\admin\db00pro\pfile\init.ora

La base de datos estar disponible pero en un estado restringido. Podramos comprobarlo

conectando con el usuario SCOTT/TIGER en el cual nos saldr un mensaje diciendo que solo est
permitido para usuarios que tengan privilegios de RESTRICTED SESSION.

Este privilegio los podemos otorgar a cualquier usuario por lo tanto no solo el usuario SYS podr
utilizarlo Ahora por cuestiones de seguridad y para que sea til la naturaleza de la funcionalidad de
apertura restringida solo un DBA debera tener este privilegio. Ahora si intentamos conectarnos
como SYS AS SYSDBA entonces si podremos conectarnos.

Ahora si quiero dejar esta base de datos accesible para todos los usuarios es decir eh terminado
con las tareas administrativas que me obligaron a poner la base de datos en un modo restringido
Ahora quiero dar permisos para que se pueda volver acceder a esta base de datos.

Para deshacer la apertura restringida.

SQL> ALTER SYSTEM DISABLE RESTRICTED SESSION;

Ahora si cualquier usuario puede acceder sin necesidad de tener el privilegio. Para comprobar nos
conectamos con el usuario SCOTT/TIGER nuevamente.

Como se pone una base de datos en modo restringido sin tener que cerrar o volver abrirla.

SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;

Para deshacer el modo restringido la misma instruccin de antes.

SQL> ALTER SYSTEM DISABLE RESTRICTED SESSION;

Otro efecto muy similar al del acceso restringido se consigue dejando la base de datos en
QUESCIED.

Hablamos del estado QUESCIED cuando la base de datos solo puede ser accesible por usuarios
que son DBA, sea que se hayan conectado como SYSDBA, ya no es una cuestin de permisos.

Es similar al acceso restringido pero es un poco ms sencillo porque permite hacerlo sin
necesidad de parar la base de datos, y sin necesidad de que esto afecte solo a quienes tengan
permiso concretos es decir aqu solo se permite transacciones que sea de un DBA , de alguien que
se ha conectado como SYSDBA.
SQL> ALTER SYSTEM QUIESCE RESTRICTED;

Ahora la base de datos esta en un estado en el que solo se permiten acciones de una DBA, es
decir solo se permite transacciones de aquellos usuarios que se hayan conectado como SYSDBA.
Esto puede ser necesario para ciertas tareas donde se interese que nadie ms pueda tocar nada
mientras se realiza una operacin.

Para deshacer el modo restringido QUESCIED.

SQL> ALTER SYSTEM UNQUIESCE;

c) Suspender y continuar.

Esto tambin puede ser til para realizar ciertas tareas administrativas y que durante esta tarea
administrativa no se lleve a cabo ninguna operacin, por ejemplo si interesa hacer un BACKUP de
la base de datos y mientras tanto queremos que no se realice ninguna operacin.

Para poder suspender temporalmente la base de datos que no es lo mismo que cerrarla ya que
cerrarla conlleva mucho ms problemas, ya que cierra las conexiones de todos los usuario, en
cambio, suspendiendo la base de datos las conexiones no se pierden, los usuario siguen
conectado pero no pueden realizar operaciones hasta que nosotros reanudemos la base de datos.

SQL> ALTER SYSTEM SUSPEND;

Para comprobar el estado en que se encuentra la base de datos.

SQL> SELECT DATABASE_STATUS FROM V$INSTANCE;

Entonces ahora por ejemplo podra ir haciendo una copia de seguridad teniendo la tranquilidad que
durante el momento en que se hace la copia de seguridad nadie va hacer ningn cambio a esta
base de datos.

Para volver la base de datos a un estado normal.

SQL> ALTER SYSTEM RESUME;

Comprobamos nuevamente el estado en que encuentra la base de datos.

SELECT DATABASE_STATUS FROM V$INSTANCE;

Nota: Bien tener presente que estos estados son tiles solo para ciertas tareas administrativas
muy especificas donde pueda haber un cierto conflicto de intereses respecto a los usuarios que
estn realizando cambios a la base de datos.

7) Practicando lo aprendido

Para Iniciar la instancia y abrir la base de datos necesitamos abrir el SQL*PLUS. Hay que tener en
cuenta que esto solo lo puede realizar un usuario que sea SYS es decir un Usuario con capacidad
administrativa.
Paso1 - Identificacin.

Ingresamos nuestras credenciales y la base de datos queda en estado abierto, en mi caso:

SQL*Plus: Release 11.2.0.3.0 Production on Vie Mar 16 10:21:17 2012

Copyright (c) 1982, 2011, Oracle. All rights reserved.

Introduzca el nombre de usuario: SYS AS SYSDBA

Introduzca la contrasea: mi password

Conectado a:
Oracle Database 11g Release 11.2.0.3.0 - 64bit Production

Paso2 - Cerrar la base de datos .

Para realizar pruebas cerramos la base de datos con el comando SHUTDOWN IMMEDIATE;. El
proceso de cierre no es ms que el proceso de inicializacin a la inversa. Primero se cierra la base
de datos\ Luego se desmonta la base de datos\ Finalmente se cierra la instancia de Oracle.
Bsicamente los 3 pasos del proceso de inicializacin a la inversa.

SQL> SHUTDOWN IMMEDIATE;

Base de datos cerrada.

Base de datos desmontada.
Instancia ORACLE cerrada.

Paso3 - Abrir todo el proceso de inicializacin (iniciar la instancia, montar la base de datos y
abrir la base de datos)

Abrimos la base de datos con el fichero de parmetros por defecto. O podramos agregar la
clausula PFILE = Ruta del archivo init.ora.

Primero se Inicializa la instancia (Si hay error en el PFILE marca error)\ Luego se Monta la base de
datos (Si hay errores en el CONTROL FILES marcada error)\Finalmente se abre la base de datos
(Si hay errores en los DATA FILES o REDOLOG FILES marcada error).

SQL> STARTUP OPEN;

Instancia ORACLE iniciada.

Total System Global Area 1586708480 bytes

Fixed Size 2255584 bytes
Variable Size 1023411488 bytes
Database Buffers 553648128 bytes
Redo Buffers 7393280 bytes
Base de datos montada.
Base de datos abierta.

Nota: Podramos no pasarle el parmetro PFILE ya que solo hemos creado una base de datos
(SYSDBA) y evidentemente seria esta base de datos la que nos instanciara, pero si hubiramos
creado distintas bases de datos y por lo tanto distintas instancias lo que hara sera levantarnos
siempre la ltima instancia que hayamos creado, y agregando la clausula PFILE nos permitir
saber con certeza que base de datos y con qu caractersticas se est abriendo.

Paso4 - Cerrar nuevamente la base de datos.

SQL> SHUTDOWN IMMEDIATE;

Base de datos cerrada.
Base de datos desmontada.
Instancia ORACLE cerrada.

Paso5 - Abrir la base de datos paso a paso.

Es decir primero levantare la instancia\ Luego cambiare el estado y pasare a tenerla montada\
Finalmente cambiare el estado y pasare a tener la base de datos abierta.

Inicializar la instancia sin montar la base de datos

En esta fase bsicamente se puede crear la base de datos (Por lo tanto es un estado que casi
nunca tendrs que acceder)

SQL> STARTUP NOMOUNT;

Instancia ORACLE iniciada.

Total System Global Area 1586708480 bytes

Fixed Size 2255584 bytes
Variable Size 1023411488 bytes
Database Buffers 553648128 bytes
Redo Buffers 7393280 bytes

Pasar a la siguiente fase y tenerla montada

Esta fase es importante para el DBA, porque permite hacer cambios estructurales a los archivos(Es
un estado administrativo bastante utilizado). En este estado no se puede acceder la base de datos
como SYS, se puede hacer si ciertas tareas administrativas pero no consultas de trabajo normal,
ya que la base de datos no est abierta.

SQL> ALTER DATABASE MOUNT;

Base de datos modificada.

Tambin podramos pasar directamente a esta fase usando un

SQL> STARTUP MOUNT;

Instancia ORACLE iniciada.

Total System Global Area 1586708480 bytes

Fixed Size 2255584 bytes
Variable Size 1023411488 bytes
Database Buffers 553648128 bytes
Redo Buffers 7393280 bytes
Base de datos montada.

Para pasar a la ltima fase y abrir la base de datos

En esta fase la base de datos ya est abierta (sea que se podr leer los archivos, los bloquea, los
une por decirlo de uno u otra manera a la instancia) y podemos empezar hacer las consultas.

SQL> ALTER DATABASE OPEN;

Base de datos modificada.

Comprobamos asiendo una consulta a la tabla EMP DEL ESQUEMA SCOTT

SQL> SET LINESIZE 130;

SQL> SELECT * FROM SCOTT.EMP;

EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO

------------ ---------- ----------- ---------- ------------ --------- ----------- ------------
7499 ALLEN SALESMAN 7698 20/02/81 1600 300 30

7521 WARD SALESMAN 7698 22/02/81 1250 500 30

7654 MARTIN SALESMAN 7698 28/09/81 1250 1400 30

14 filas seleccionadas.

Nota: Con esto hemos visto de qu forma se puede inicializar una base de datos, o asindolo fase
por fase que solo ser til cuando quedamos dejar la base de datos montada para tareas
administrativas o hacerlo directamente. Y tambin hemos aprendido que en el proceso de
inicializacin de una base de datos, se puede agregar el parmetro PFILE para indicar cul es el
archivo de parmetros que contiene la estructura esencial de la instancia de la base de datos.

EXTRA APUNTES IMPORTANTE

SYSTEM GLOBAL REA (SGA): Datos y transacciones.

DATABASE BUFFER CACHE: Tablas.

REDOLOG BUFFER CACHE: Cambios.

SAHRED POOL: Consultas y diccionario de datos.

PMON SMON: Monitoreo.

DBWR Y LOGWR: Escribir en los archivos.

CKPT: Bajar la data.

ARQUITECTO: Diseador.

PROGRAMADOR: Permisos.

EXTENSIN: Al segmento le agregamos porciones de memoria.

SQL PLUS: Herramienta ms bsica que hace de todo para trabajar con una base de datos
Oracle.

LISTENER (traductor): Para que establezca conexin a la base de datos ya sea desde Windows,
Linux, etc.

Para la comunicacin con la base de datos: Sentencias SQL y programas PL/SQL

SYSDBA: Permite instanciar una base de datos. Es el usuario con privilegio

Al abrir el SQL PLUS nos pide una identificacin.

Forma 1) Usuario con privilegios

Usuario: SYS AS SYSDBA
Contrasea: CIBERTEC

Forma 2) Usuario con privilegios

Usuario: SYSTEM AS SYSDBA
Contrasea: CIBERTEC

Forma 2) Usuario sin privilegios

Usuario: SYSTEM
Contrasea: CIBERTEC

Forma 3) Usuario sin privilegios

Usuario: SCOTT
Contrasea: TIGER

Cuando se instala Oracle por defecto existe una clave la cual es la siguiente:
SYSTEM (Pasword: MANAGER)
SYS (Pasword: CHANGE_OM_INSTALL)
Para cambiar de conexin:
CONNECT SYSTEM/CIBERTEC
CONNECT SYSTEM/CIBERTEC AS SYSDBA
CONNECT SYSTEM/MANAGER AS SYSDBA
CONNECT SYS/CIBERTEC AS SYSDBA
CONNECT SYS/MANAGER AS SYSDBA
Servicio de red: Conjunto de datos que identifican una base de datos remota (Nombre de la base
de datos, IP o nombre del servidor, protocolo y puerto

Ejemplo:
Nombre de la base de datos cibertec
IP o nombre del servidor 10.21.32.100
Protocolo TCP
Puerto 1521

Sentencia para conectarnos remotamente: USUARIO/PASSWORD@CADENA_CONEXION

Ejemplo: CONNECT SYSTEM/CIBERTEC@10.21.32.100,TCP,1521
CONNECT SCOTT/TIGER@SERVIDOR

Direccin del archivo tnsname.ora en mi caso sera:

C:\app\XxkokoxX\product\11.2.0\dbhome_1\NETWORK\ADMIN\tnsnames.ora

SHOW PARAMETER NOMBREPARAMETRO; Permite ver los valores de diferentes parmetros

de la base de datos.
SHOW PARAMETER SPFILE; Muestra la ubicacin del archivo SPFILE.
SHOW PARAMETER CONTROL_FILES; Muestra la ubicacin de los CONTROL FILES.
SELECT NAME FROM V$DATAFILE; Muestra la ubicacin de los DATA FILE.
SELECT MEMBER FROM V$LOGFILE; Muestra la ubicacin de los REDOLOG FILES
CREATE PFILE='C:/MIPFILE.ORA' FROM SPFILE; Sentencia para crear un archivo INIT.
CREATE SPFILE='C:/MIPFILE.ORA' FROM PFILE; Sentencia para crear un archivo binario.
SELECT * FROM V$VERSION; Muestra la versin del Oracle.

SPFILE O INIT.ORA?

A partir de la versin 9, Oracle introdujo el fichero de parmetros de arranque (ms conocido como
SPFILE) como mejora a los antiguos arranques con los init.ora.

Las ventajas que tienen estos nuevos ficheros sobre los antiguos son, entre otras:

Los SPFILE son binarios, mientras que los init.ora eran ficheros de texto.

Con los SPFILE se puede arrancar una instancia en modo remoto, mientras que con los
init.ora el fichero debe estar accesible (residir en el mismo sistema de ficheros) desde el
que se realiza el arranque.
 Los ALTER SYSTEM son guardados (si se quiere) automticamente en los SPFILE,
mientras que en los init.ora no.

Los SPFILE pueden ser incluidos en los BACKUPS de RMAN, mientras que los init.ora.

No obstante, y debido a que los init.ora pueden ser aun de gran utilidad (arrancar una instancia
cuando hay problemas, sobre todo), Oracle los ha mantenido (aunque recomienda
encarecidamente el uso de los SPFILE).

Aun as, hay DBAS que siguen fieles a sus INIT.ORA y sigue siendo su mtodo favorito de
arrancar las instancias.

Database Control
- Ir a Inicio /Oracle OraDB11g_home1/Database Control sysdba/ se abrir la siguiente
pgina: https://localhost:1158/em/console/logon/logon
- Iniciar sesin
Usuario: sys
Contrasea: cibertec
Conectar como: sysdba
- Muestra la interfaz Instancia de Base de Datos: sysdba
- Nos dirigimos a la pestaa Movimiento de Datos
- Seleccionamos la opcin Hoja de Trabajo de SQL

Capturas de pantalla:
-