Asdasd

Velocidad de acceso a disco/Velocidad de acceso a RAM

·RAM ~ 10 ^ -9 segundos
·Disco ~ 10 ^ -3 segundos

En RMAN que cosas puedo respaldar con el comando backup

RMAN se encarga de la gestión de backups y restauración de data files, archive logs y control files, además de poder ser usado para la recuperación completa o incompleta de una Base de datos.

Comandos GRANT, REVOKE, privilegios de sistemas, privilegios de objetos

Privilegio de sistema, es un privilegio que le permite a un usuario ejecutar acciones particulares en la BD. Por ejemplo crear un tablespace.

Privilegio de objeto, son privilegios que le permiten al usuario accesar y manipular un objeto particular.

Para obtener información acerca de los privilegios se pueden consultar las siguientes vistas:

• DBA_SYS_PRIVS
• SESSION_PRIVS
• DBA_TAB_PRIVS
• DBA_COL_PRIVS

Vistas, para que sirve una vista, que tipo de uso tiene las vistas

·Una vista (VIEW) es una tabla lógica (no física) que se basa en otras tablas o vistas.
·Funciona como una ventana a través de la cual pueden visualizarse o modificarse datos de las tablas.
·Una vista no contiene datos en si misma.
·Las tablas sobre las que se define una vista se llaman tablas base.
·La vista se almacena como una sentencia SELECT nominada en el diccionario de datos.

Tipos de uso:

·Conseguir un acceso restringido a la base de datos, ya que la vista puede mostrar sólo una porción específica.
·Sustituir consultas complejas por varias consultas más simples que emplean vistas. Por ejemplo, una selección sobre una vista definida sobre varias tablas será más fácil de realizar que si tuviéramos que utilizar la combinación (JOIN) de esas tablas para realizarla.
·Proveer independencia de datos.
·Proveer distintas maneras de ver los mismos datos, adaptados a cada usuario o aplicación.
Permitir el acceso a grupos de usuarios de acuerdo con unos criterios concretos.

Arquitectura ORACLE, que es una BD?, que es una instancia?, para que sirve el archivo de control, para que sirve el datafile, que propiedades ACID garantizan estas estructura

Una base de datos es un almacén que nos permite guardar grandes cantidades de información de forma organizada para que luego podamos encontrar y utilizar fácilmente. Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.

Características que debe posser un RDBMS (Relational Data Base Management System):

Servicios que debe entregar un DBMS:
1.- Debe permitir a los usuarios leer y escribir datos. (Por medio de SQL)
2.- Debe garantizar la seguridad de datos.
3.- Debe ser capaz de implementar reglas de integridad (PK, FK, CHECK, UK)
4.- Rapidez en el acceso. Fácil acceso.
5.- Disponibilidad.
6.- Respaldo y recuperación.
7.- Debe ser capaz de manejar la concurrencia.
8.- Independencia de datos.
9.- Ser capaz de implentar una transacción.

Instancia

Una instancia de Oracle está conformada por varios procesos y espacios de memoria compartida que son necesarios para acceder a la información contenida en la base de datos.
La instancia está conformada por procesos del usuario, procesos que se ejecutan en el background de Oracle y los espacios de memoria que comparten estos procesos.

Control File

Es un pequeño archivo binario
Define el estado en tiempo real de la base de datos física
(Esquema Interno)
Mantiene la integridad de la base de datos
Es absolutamente necesario :
·Al montar ( MOUNT ) la base de datos durante el startup
·Para operar la base de datos
Está asociado a una y solo una base de datos
Su pérdida puede requerir la recuperación de la base de
datos.
Su tamaño inicial se define durante el comando CREATE
DATABASE.

Datafile

Un datafile es la representación física de un tablespace. Son los "ficheros de datos" donde se almacena la información físicamente

Propiedades ACID

Es un conjunto de propiedades que debe cumplir una transacción. Estas propiedades son: Atomicidad, consistencia, aislamiento y durabilidad.

Atomicidad (Atomicity): hace relación con que una transacción se debe hacer completa o no hacerse en lo absoluto.

Consistencia (Consistency): asegura que la base de datos transita de un estado de consistencia a otro estado de consistencia, respetandose todas las reglas de integridad.

Asilamiento(Isolation): con el fin de que las transacciones no se entorpezcan entre si, es necesario garantizar un nivel de aislamiento entre ellas. Existen varios niveles de aislamiento.

Durabilidad (Durability): se garantiza la persistencia de todos los cambios realizados por la transacción una vez que esta ha terminado. Si después el sistema falla, por ejemplo con un corte de luz, al recuperar el sistema, los cambios realizados por la transacción, estan guardados en la base de datos.

UNDO, tablespace, segmentos de rollback, parámetros

Un segmento de UNDO se utilice para guardar valores antiguos (datos de undo) cuando un proceso cambia información en la base de datos. Almacena la ubicación del dato modificado y el dato como estaba antes de dicho proceso.

Tablespace

Tipos de tablespace:

El SBA crea tablespaces para incrementar el control y facilitar el mantenimiento. El servidor Oracle reconoce 2 tipos de tablespaces: SYSTEM y todos los demás.

Tablespace SYSTEM:

·Creado con la base de datos.
·Requerido en todas las bases de dato.
·Contiene el diccionario de datos, incluyendo unidades de programación.
·Contiene el segmento de undo SYSTEM.
·No debe contener datos de usuario, pero esta permitido.

Tablespace no-SYSTEM:

·Permiten mayor flexibilidad en la administración de la base de datos.
·Separa los segmentos de undo, temporales, datos de programa, e índice de aplicación.
·Separa datos por requerimientos de respaldo.
·Separa datos dinamicos y estaticos.
·Controla la cantidad de espacio designado para los objetos de los usuarios.

Segmentos de rollback

Son objetos internos de la BD que permiten efectuar la restauración de las transacciones no validadas asegurando la consistencia en lectura. La estructura de los registros de rollback es :
oIdentificador de la transacción.
oDirección del bloque donde está la tabla.
oNúmero de fila.
oNúmero de columna.
oValor del dato antiguo (antes de ser modificado).

Parámetros

El Fichero INIT.ORA

Como parte de la distribución software, Oracle provee de un fichero de parámetros de inicialización llamado init.ora. Este fichero contiene los parámetros del sistema Oracle y debe ser utilizado por el DBA para configurar el SGDB y adecuarlo a una determinada explotación. Oracle lee este fichero durante el proceso de arranque para determinar el tamaño de la SGA y encontrar los ficheros de control, entre otros menesteres.
Como el fichero init.ora es fundamental para el arranque de la BD, debería ser copiado frecuentemente para protegerlo de posibles prédidas.

Tipos de shutdown

Existen 3 tipos de shutdown:
Shutdown normal
Se impide el acceso a la BD, espera a que todos los usuarios completen todas sus peticiones y se desconecten del servidor. La opción normal cierra la BD, desmonta la BD y para la instancia con cuidado y es la opción recomendada para parar la BD.
Shutdown immediate
En ciertas ocasiones puede ser necesario parar la BD de modo inmediato. Si es así, las sentencias en proceso son terminadas inmediatamente, cualquier transacción no confirmada (uncommitted) es vuelta atrás (rolled back) y la BD es parada. La única desventaja de utilizar esta opción es que Oracle no espera a que los usuarios se desconecten. Sin embargo, la BD será consistenta y no se necesitará recuperación en el siguiente arranque.

Shutdown abort
Cuando se utiliza la opción abort las sentencias SQL son terminadas bruscamente, y las transacciones no confirmadas no son vueltas atrás. Parar la BD con la opción abort requiere recuperación en la siguiente vez que arranque la BD y esta opción debe ser utilizada sólo cuando no quede más remedio

Tipos de startup

·Normal
·Nomount
·Mount
·Open
·Restrict

SQLLOADER

Sql Loader es una utilidad que proporciona Oracle para cargar datos a una base de datos desde un fichero externo, normalmente un fichero de texto aunque tambien pueden ser ficheros binarios.

Estructuras de TABLESPACE, cuales son los TS cuando yo creo una BD con el DBCA

·En los tablespace se almacenan los objetos del esquema de la BD (tablas, índices, etc), pudiendose repartir por varios ficheros.
·Una BD tiene varios tablespace.
·Un tablespace tiene varios datafiles.
·Un datafile pertenece solo a un tablespace y un tablespace pertenece solo a una base de datos.

Para que sirve el TS system, el TS sysout, el TS temp, el TS undo, el TS users, el TS example (este guarda todos los objetos de los esquemas de demo)

TS System:

Creado con la base de datos.
Requerido en todas las bases de dato.
Contiene el diccionario de datos, incluyendo unidades de programa almacenadas.
Contiene el segmento de undo SYSTEM.
No debe contener datos de usuario, pero esta permitido.

TS Example:

·Guarda todos los objetos de los esquemas de demo.

Archivo de parametros, que tipos existen, como se suben como se bajan, como cambio un parametro en el SPFILE, como cambio un parametro en el INIT.ora

Existen dos tipos de archivos de parámetros:
Archivo de Parámetro estático, PFILE, referido comúnmente como
init%SID%.ora. Este archivo puede modificarse con cualquier editor de texto del sistema operativo.
Archivo de Parámetro Persistente (binario), SPFILE, referido comúnmente como spfile%SID%.ora. Este archivo debe modificarse con comandos Oracle.

Cuales son las fases para crear una BD manual, comando para crear una BD manual (create database)... pasos para crear una BD manualmente, saber en que estados se hace cada comando (el create database se hace en el estado NOMOUNT... ya que el archivo de control tiene que estar cerrado).

Se puede crear una base de datos siguiendo los siguientes pasos:
1. Decidir un nombre de instancia único %SID%, por ejemplo: test
2. Definir variable de ambiente ORACLE_SID, ejemplo en Linux:
$ORACLE_SID=test; export ORACLE_SID
3. Crear el archivo de parámetros init%SID%.ora, ej: inittest.ora.
En el archivo de parámetros definir el tamaño de bloque que va a tener la base
de datos, en el ejemplo: db_block_size=8192
4. Determinar la estructura de directorios que serán necesarios para los archivos
de la base de datos, archivos de trace, archivos de alerta, etc.
5. Crear archivo de password para la administración remota de la instancia, en el
ejemplo: orapwtest
6. Iniciar la instancia en modo NOMOUNT.
7. Preparar comando CREATE DATABASE
8. Desde sqlplus, y como usuario SYS con rol SYSDBA ejecutar creación de la
base de datos (comando CREATE DATABASE)
9. Crear las vistas de catálogo (DBA_, ALL_, USER_ y vistas Dinámicas V$ con
sus sinónimos. (ejecutando el script catalog.sql)
10. Instalar opción procedural PL/SQL. (ejecutando el script catproc.sql)
11. Añadir archivos de control o de log adicionales, si esto fuera necesario.
12. Particularizar la estructura de la base si se necesita.

¿Cómo podemos determinar el número de extensiones y su tamaño de un segmento?

Para establecer el tamaño de las futuras extensiones que irá solicitando un segmento se utilizan varios parámetros a los que hay que dar valor en el momento de la creación de la tabla, índice o segmento de rollback. Estos parámetros se indican en la claúsula STORAGE de la sentencia que crea el segmento y son los siguientes:

·Initial: Indica el tamaño en bytes de la primera extensión que tendrá el segmento.
·Next: Indica el tamaño que tendrá la próxima extensión que se cree cuando no quede más sitio en las extensiones que ya tiene asignadas el segmento.
·Pctincrease: En el momento que se asigna una nueva extensión al segmento, se recalcula el valor que va a tener la próxima que se le asigne y que será, el tamaño de la extensión recién creada (el next que tenía el segmento) aumentado en el porcentaje indicado por pctincrease.
·Minextents: Se indica el número de extensiones que se deben reservar a la vez para un determinado segmento en el momento de su creación.
·Maxextents: Es el numero máximo de extensiones que se pueden crear en ese objeto, contando también la primera.

Storage

Todo objeto que tenga ocupación física en la base de datos, tendrá una cláusula storage en su sintaxis de creación. El objetivo de esta cláusula es definir ciertas propiedades de almacenamiento para el objeto creado, como puede ser tamaño de la extensión inicial, tamaño de las siguientes extensiones

v$log: Muestra los redolog activos.
v$logfile: Muestra los grupos y redologs pertenecientes a dichos grupos.
v$datafile: Muestra los datafiles que posee la base de datos.
v$controlfile: Muestra ubicación actual de los controlfiles.
dba_users: Muestra información relacionada con los usuarios de la base de datos.
dba_profiles: Muestra información de todos los perfiles y sus límites.
dba_tablespaces: Contiene la descripción de todos los tablespaces.
dba_tables: Contiene la descripción de todas las tablas relacionales de la base de datos.
dba_sys_privs: Muestra los privilegios de sistema entregados a usuarios y roles.
dba_role_privs: Muestra los roles otorgados a roles y usuarios.