5.2. VALORES DE INICIALIZACION

5.2 ASIGNANDO VALORES DE INICIALIZACION DE LA BASE DE DATOS.

Una instancia es definida por los parámetros utilizados para su construcción en la memoria. Se puede cambiar después del arranque mediante el ajuste de estos parámetros, si los parámetros son los que se puede modificar en tiempo de ejecución. Algunos se fijan en el tiempo de inicio y sólo pueden ser modificados por el cierre de la instancia y comenzar de nuevo.

Los parámetros utilizados para crear la instancia inicial.

Vienen desde el archivo de parámetros que puede ser un pfile(estático) o un spfile(dinámico) o de valores por defecto.

Cada parámetro tiene un valor predeterminado, excepto para el parámetro DB_NAME, lo que siempre debe ser especificado.

En total hay cerca de trescientos parámetros (el número exacto puede variar entre las distintas versiones y plataformas) que es aceptable para el DBA para configurar. Hay de hecho acerca de otros mil quinientos parámetros, conocido como "ocultos" los parámetros, que el DBA no se supone que establece, los cuales generalmente no son visibles y sólo se mantendrá en Oracle Support.

Los (aproximadamente) de trescientos parámetros se dividen en "básicos" y "Avanzados". La idea es que la mayoría de los casos la base de datos funcionará correctamente con un valor predeterminado valores para los parámetros avanzados. Sólo alrededor de treinta y tres (el número exacto puede variar entre versiones) son "básicos". Por lo tanto los parámetros de configuración no es una tarea enorme. Pero es muy importante.

PARAMETROS ESTATICOS Y DINAMICOS Y EL ARCHIVO DE PARAMETROS.

Para ver los parámetros y sus valores actuales, ejecute la siguiente consulta:

select name,value from v$parameter order by name;

Una consulta que puede dar resultados ligeramente diferentes

select name,value from v$spparameter order by name;

La diferencia es la vista desde el cual los nombres de parámetros y valores son tomados. V$PARAMETER muestra los parámetros y valores actuales de la instancia que se está ejecutando. V$SPPARAMETER muestra los parámetros y valores del spfile guardado en disco. Por lo general, estos serán los mismos. Pero no siempre. Algunos parámetros suelen ser cambiados durante la ejecución de la instancia. Otros, conocidos como parámetros estáticos, se fijan en el momento de inicio de la instancia. Un cambio realizado en los parámetros modificables tendrá un efecto inmediato y opcionalmente se puede escribir a la spfile. Si se hace esto, entonces el cambio será permanente: la próxima vez que la instancia se detiene y se inicia la instancia, el nuevo valor será leído del spfile. Si el cambio no se guarda en la spfile, entonces el cambio sólo persiste hasta que la instancia sea detenida. Para cambiar un parámetro estático, el cambio debe ser por escrito a la spfile, a continuación, entrará en vigor en el siguiente inicio. Si la salida de las dos consultas anteriores es diferente, eso normalmente será porque el DBA ha realizado un trabajo de optimización que aún no ha hecho permanente, o consideró necesario ajustar un parámetro estático y aún no ha reiniciado la instancia. Las otras columnas de V$PARAMETER Y V$SPPARAMETER son fácil de entender. Ellos muestran la información tal como si el parámetro se puede cambiar (Por un período de sesiones o para la instancia conjunto), si se ha cambiado, y si se ha especificado en absoluto o se encuentra en forma predeterminada. Las vistas V$PARAMETER y V$SPPARAMETER pueden ser vistas atreves del Database Control. De la Página principal en el TAB Server en el Link Parámetros de Inicialización.

Para cambiar parámetros con sqlplus utilice el comando: ALTER SYSTEM:

El prime query muestra el valor del parámetro DB_CREATE_FILE_DEST, el que esta ejecutándose en memoria y el que está en el archivo spfile. Los siguientes dos comandos asignan valores distintos pero usando la palabra SCOPE. Los resultados se ven en la segunda consulta. El ultimo comando utilice SCOPE = BOTH los dos al mismo tiempo.

Pregunta de examen: Un intento de cambiar un parámetro estático causara error a menos que se especifique en el SCOPE como SPFILE. Valor predeterminado es SCOPE = BOTH La instancia en ejecución y el archivo spfile. Si la instancia se inicia con pfile a continuación el SCOPE = spfile fallará.

Como se vio en el capítulo 4, cuando una instancia de base de datos se creó por primera vez, será fruto de un pfile. Esto tiene que ser convertido a un spfile. El comando es:

create spfile [='spfilename'] from pfile [='pfilename'];

Si los nombres no se dan para spfilename o pfilename, a continuación, los nombres predeterminados basados estarán basados en ORACLE_HOME y el SID se deben asumir. Para la ingeniería inversa de un spfile en un pfile, el comando es

create pfile [='pfilename'] from spfile [='spfilename'] ;

El PFILE CREATE y crear comandos SPFILE se puede ejecutar desde SQL * Plus en cualquier momento, incluso antes de la instancia se ha iniciado.

LOS PARAMETROS BASICOS.

Los parámetros considerados básicos en una instancia son los que deben ser considerados por cada base de datos. En algunos casos, el valor por default va a estar bien. Para ver los básicos utilice esta consulta.

select name,value from v$parameter where isbasic='TRUE' order by name;

Una consulta que puede dar resultados ligeramente diferentes.

select s.name,s.value from v$spparameter s join v$parameter p on s.name=p.name where p.isbasic='TRUE' order by name;

PARAMETRO	PROPOSITO
cluster_database	Indica si la base de datos esta en RAC o en Single Instancia.
compatible	La versión de la instancia se emulará. Normalmente, esto sería la versión actual, pero puede parecerse a versiones anteriores.
control_files	Nombre y localización del control files.
db_block_size	Tamaño de block por default para el formato de los datafile.
db_create_file_dest	Localización default para los datafiles.
db_create_online_log_dest_1	Localización default para los online redo log files.
db_create_online_log_dest_2	Localización default para los online redo log files copias multiplexadas.
db_domain	El nombre de dominio que puede agregarse a la db_name para generar un nombre único en el mundo.
db_name	Nombre de la base de datos.
db_recovery_file_dest	Localización del Área de Recuperación Flash.
db_recovery_file_dest_size	Cantidad de datos que se pueden escribir en el área de recuperación flash.
db_unique_name	Único nombre de base de datos, necesarios si hay dos bases de datos con el mismo db_name en un mismo equipo.
Instance_number	Se utiliza para distinguir entre dos instancias RAC de abrir la misma base de datos. Otra indicación de que se considera estándar RAC
job_queue_processes	Numero de procesos disponibles para ejecutar trabajos programados.
log_archive_dest_1	Destino para el archivado de los redo log files
log_archive_dest_2	Destino para las copias multiplexadas de los redo log files.
log_archive_dest_state_1	Indicador si el destino está habilitado sí o no.
log_archive_dest_state_2	Indicador si el destino está habilitado sí o no.
nls_languaje	El lenguaje de la Instancia.
nls_territory	La ubicación geográfica de la instancia.
open_cursors	El número de áreas de trabajo de SQL que una sesión puede tener abiertos a la vez.
pga_aggregate_target	Cantidad total de memoria de la instancia para alojar la PGA.
processes	Número máximo de procesos (incluyendo los procesos del servidor de sesiones) pueden conectarse a la instancia
remote_listener	Direcciones de los Listener en otra máquina con la que la instancia deben inscribirse, otro parámetro que sólo es relevante para un RAC
remote_login_passwordfile	Sea o no utilizar un archivo de contraseñas externa, para permitir el archivo de contraseñas autenticación.
rollback_segments	Casi obsoleto, reemplazado por los parámetros que siguen UNDO
sessions	Cantidad máxima de sesiones permitida en la instancia.
sga_target	El tamaño del SGA, dentro del cual Oracle gestionará las diversas SGA estructuras de memoria.
shared_server	El número de procesos de servidor compartido para poner en marcha, en sesiones que no son establecido con los procesos de servidor dedicado
star_transformation_enabled	Ya sea para permitir que el optimizador de consultas que volver a escribir unirse a la dimensiones de una tabla de hechos
undo_management	Ya sea deshacer datos deben ser gestionados de forma automática deshacer de tablas, o de forma manual en los segmentos de rollback gestionados
undo_tablespace	Si se utiliza la gestión automática de deshacer, donde los datos deben residir deshacer

CAMBIANDO PARAMETROS
Los parámetros estáticos no se puede cambiar más que con un ALTER SYSTEM con SCOPE=SPFILE o BOTH.
Un ejemplo de parámetro estático es LOG_BUFFER, si tu deseas redimensionar el tamaño a 6m usas el siguiente comando.


alter system set log_buffer=6m;


El comando fallará pero lo puedes cambiar SCOPE=SPFILE y el cambio resultara hasta que reinicies.
El default log buffer probablemente es el correcto. Si usted lo plantea, esposible que comprometer la transformación se lleve más tiempo.
Si lo haces más pequeño que por defecto, será en hecho de ser internamente ajustado hasta el tamaño predeterminado.


EJERCICIO 5-2.
CONSULTAS Y AJUSTE DE PARAMETROS DE INICIALIZACION.


1.- Conéctese a la base de datos con el usuario sys y privilegios sysdba.
2.- Despliegue todos los parámetros básicos, verificando si se han establecidos o son los default.


Select name, value, isdefault from v$parameter where isbasic = ‘TRUE’


3.- Los parámetros básicos que están en default se debe investigar para ver si el predeterminado es correcto.
De hecho, todos los parámetros básicos deben ser considerados. Lea sobre todos ellos en la documentación de Oracle ahora. El volumen que necesidad se titula Oracle Database referencia. Parte1, Capítulo 1 tiene un párrafo describir todos los parámetros de inicialización.