Cuando se instala la infraestructura del GRID para un servidor independiente , la Red de Oracle Listener es iniciada desde su directorio de instalación de software, conocido como < Grid_home > . Se requiere un Listener que se ejecute a partir de esta instalación de software para proporcionar capacidades de conexión a la instancia ASM . Esto también se utiliza por defecto para escuchar en todas las instancias de base de datos que están instalados en el mismo servidor.
cat listener.ora
# listener.ora Network Configuration File: /u01/app/oracle/product/11.2.0/grid/network/admin/listener.ora
# Generated by Oracle configuration tools. SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = dbtest) (ORACLE_HOME = /u01/app/oracle/product/11.2.0/grid) (SID_NAME = dbtest) ) (SID_DESC = (GLOBAL_DBNAME = orcl) (ORACLE_HOME = /u01/app/oracle/product/11.2.0/grid) (SID_NAME = orcl) ) ) LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521)) ) (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) ) ) ADR_BASE_LISTENER = /u01/app/oracle ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER = ON
cat sqlnet.ora # sqlnet.ora
Network Configuration File: /u01/app/oracle/product/11.2.0/grid/network/admin/sqlnet.ora # Generated by Oracle configuration tools. NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT) ADR_BASE = /u01/app/oracle
$ORACLE_HOME/u01/app/oracle/product/11.2.0/dbhome_1/network/admin
cat listener.ora # listener3342170619141601331.ora Network Configuration File: /tmp/listener3342170619141601331.ora # Generated by Oracle configuration tools. LISTENER_DBTEST = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1522)) ) ) ) #LISTENER.ORA Network Configuration File #Created by Oracle Enterprise Manager Clone Database tool SID_LIST_LISTENER_DBTEST = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = dbtest) (ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1) (SID_NAME = dbtest) ) )
cat sqlnet.ora #SQLNET.ORA Network Configuration File #Created by Oracle Enterprise Manager Clone Database tool
martes, 25 de noviembre de 2014
domingo, 23 de noviembre de 2014
Creando una base de datos manualmente
Creando una base de datos manualmente en linux
export ORACLE_SID=dbtest
en linux/unix se crea en la carpeta
$ORACLE_HOME/dbs
cat initdbtest.ora
##############################################################################
# Example INIT$ORACLE_SID.ORA file
#
# This file is provided by Oracle Corporation to help you start by providing
# a starting point to customize your RDBMS installation for your site.
#
# NOTE: The values that are used in this file are only intended to be used
# as a starting point. You may want to adjust/tune those values to your
# specific hardware and needs. You may also consider using Database
# Configuration Assistant tool (DBCA) to create INIT file and to size your
# initial set of tablespaces based on the user input.
###############################################################################
# Change '<ORACLE_BASE>' to point to the oracle base (the one you specify at
# install time)
db_name='dbtest'
memory_target=1G
processes = 150
audit_file_dest='/u01/app/oracle/admin/dbtest/adump'
audit_trail ='db'
db_block_size=8192
db_domain=''
db_create_file_dest=+DATA
db_recovery_file_dest=+FRA
db_recovery_file_dest_size=2G
diagnostic_dest='/u01/app/oracle'
open_cursors=300
remote_login_passwordfile='EXCLUSIVE'
undo_tablespace='UNDOTBS1'
# You may want to ensure that control files are created on separate physical
# devices
control_files='+DATA','+FRA'
mkdir /u01/app/oracle/admin/dbtest/adump
En caso de que se utilice Oracle Managed Files se debe definir el parametro
db_create_file_dest=+DATA en el archivo de parametros de inicialización para poder simplificar el trabajo de la siguiente manera.
SQL> CREATE DATABASE dbtest
USER SYS IDENTIFIED BY oracle_4U
USER SYSTEM IDENTIFIED BY oracle_4U
EXTENT MANAGEMENT LOCAL
DEFAULT TEMPORARY TABLESPACE temp
UNDO TABLESPACE undotbs1
DEFAULT TABLESPACE users;
Database created.
https://docs.oracle.com/cd/B28359_01/server.111/b28310/create003.htm#ADMIN11073
- Establecer el ORACLE_SID
export ORACLE_SID=dbtest
- Crear el archivo de parametros de inicialización
en linux/unix se crea en la carpeta
$ORACLE_HOME/dbs
cat initdbtest.ora
##############################################################################
# Example INIT$ORACLE_SID.ORA file
#
# This file is provided by Oracle Corporation to help you start by providing
# a starting point to customize your RDBMS installation for your site.
#
# NOTE: The values that are used in this file are only intended to be used
# as a starting point. You may want to adjust/tune those values to your
# specific hardware and needs. You may also consider using Database
# Configuration Assistant tool (DBCA) to create INIT file and to size your
# initial set of tablespaces based on the user input.
###############################################################################
# Change '<ORACLE_BASE>' to point to the oracle base (the one you specify at
# install time)
db_name='dbtest'
memory_target=1G
processes = 150
audit_file_dest='/u01/app/oracle/admin/dbtest/adump'
audit_trail ='db'
db_block_size=8192
db_domain=''
db_create_file_dest=+DATA
db_recovery_file_dest=+FRA
db_recovery_file_dest_size=2G
diagnostic_dest='/u01/app/oracle'
open_cursors=300
remote_login_passwordfile='EXCLUSIVE'
undo_tablespace='UNDOTBS1'
# You may want to ensure that control files are created on separate physical
# devices
control_files='+DATA','+FRA'
- Crear el directorio audit_file_dest
mkdir /u01/app/oracle/admin/dbtest/adump
- Iniciar la instancia
En caso de que se utilice Oracle Managed Files se debe definir el parametro
db_create_file_dest=+DATA en el archivo de parametros de inicialización para poder simplificar el trabajo de la siguiente manera.
SQL> CREATE DATABASE dbtest
USER SYS IDENTIFIED BY oracle_4U
USER SYSTEM IDENTIFIED BY oracle_4U
EXTENT MANAGEMENT LOCAL
DEFAULT TEMPORARY TABLESPACE temp
UNDO TABLESPACE undotbs1
DEFAULT TABLESPACE users;
Database created.
https://docs.oracle.com/cd/B28359_01/server.111/b28310/create003.htm#ADMIN11073
viernes, 21 de noviembre de 2014
ASM
connect sys as sysasm;
CREATE DISKGROUP FRA
EXTERNAL REDUNDANCY
DISK '/dev/oracleasm/disks/ASM5'
NAME ASM5;
ALTER DISKGROUP FRA
ADD DISK '/dev/oracleasm/disks/ASM6' NAME ASM6;
select group_number,disk_number,mode_status,name
from v$asm_disk;
SELECT *
FROM V$ASM_OPERATION;
create diskgroup fra external redundancy
disk '/dev/oracleasm/disks/ASM5' NAME FRA001
disk '/dev/oracleasm/disks/ASM6' NAME FRA002
disk '/dev/oracleasm/disks/ASM7' NAME FRA003
disk '/dev/oracleasm/disks/ASM8' NAME FRA004
ATTRIBUTE 'au_size'='4M',
'compatible.asm'='11.2',
'compatible.rdbms'='11.2';
http://www.dbajunior.com/create-asm-disk-groups/
CREATE DISKGROUP FRA
EXTERNAL REDUNDANCY
DISK '/dev/oracleasm/disks/ASM5'
NAME ASM5;
ALTER DISKGROUP FRA
ADD DISK '/dev/oracleasm/disks/ASM6' NAME ASM6;
select group_number,disk_number,mode_status,name
from v$asm_disk;
SELECT *
FROM V$ASM_OPERATION;
create diskgroup fra external redundancy
disk '/dev/oracleasm/disks/ASM5' NAME FRA001
disk '/dev/oracleasm/disks/ASM6' NAME FRA002
disk '/dev/oracleasm/disks/ASM7' NAME FRA003
disk '/dev/oracleasm/disks/ASM8' NAME FRA004
ATTRIBUTE 'au_size'='4M',
'compatible.asm'='11.2',
'compatible.rdbms'='11.2';
http://www.dbajunior.com/create-asm-disk-groups/
Oracle Label Security
Oracle Label Security ofrece la solución más avanzada y flexible de clasificación de datos en la industria, permitiendo a la base de datos de Oracle saber inherentemente la sensibilidad de los datos consolidados de múltiples bases de datos. Oracle Label Security proporciona la capacidad de definir las etiquetas de datos, asignar etiquetas de usuarios y proteger información confidencial de aplicaciones dentro de la base de datos Oracle.
Las políticas de seguridad de Oracle label proporcionan la capacidad de definir las etiquetas de datos personalizados para casi cualquier industria que van de la asistencia sanitaria a la aplicación de la ley. Opciones de aplicación flexibles permiten al control de acceso que sea finamente sintonizado.
Gestión de políticas de seguridad de etiqueta de Oracle se puede realizar utilizando Oracle
Encargado de la empresa y la integración con Oracle Identity Management proporciona una gestión centralizado de la empresa.
Las políticas de seguridad de Oracle label proporcionan la capacidad de definir las etiquetas de datos personalizados para casi cualquier industria que van de la asistencia sanitaria a la aplicación de la ley. Opciones de aplicación flexibles permiten al control de acceso que sea finamente sintonizado.
Gestión de políticas de seguridad de etiqueta de Oracle se puede realizar utilizando Oracle
Encargado de la empresa y la integración con Oracle Identity Management proporciona una gestión centralizado de la empresa.
martes, 11 de noviembre de 2014
Mantenimiento de la base de datos
Objetivos
Después de completar esta lección , usted debería ser capaz de :
• Manejar las estadísticas del optimizador
• Manejo del repositorio del repositorio automático de la carga de trabajo ( AWR )
lunes, 10 de noviembre de 2014
Automatic Tuning Optimizer
Cuando las sentencias SQL son ejecutadas por la base de datos Oracle, el optimizador de consultas es utilizado para generar los planes de ejecución
en dos modos: un modo normal y un modo de afinación.
En modo normal, el optimizador compila el codigo SQL y genera un plan de ejecución. El modo normal del optimizador genera un plan razonable de ejecución para la mayoría de sentencias SQL. Bajo modo normal, el optimizador opera con restricciones muy estrictas, generalmente una fracción de segundo, durante la cual debe encontrar un buen plan de ejecución.
En modo de afinación, el optimizador realiza un analisis adicional para revisar sí el plan de ejecución producido bajo modo normal puede ser mejorado aún más. La salida del optimizador de consultas no es un plan de ejecución, sino una serie de acciones, junto con sus beneficio racionales y esperados para producir un plan significativamente superior. Cuando se ejecuta en modo de afinación, el optimizador es referido como Automatic Tuning Optimizer.
Bajo modo de afinación, el optimizador puede tomar varios minutos para afinar un sentencia unica. Consume una gran cantidad de recursos y tiempo invocar el Automatic Tuning Optimizer cada vez que una sentencia tiene que ser analizada. El Automatic Tuning Optimizer esta destinado a ser utilizado con sentencias SQL de alta carga de trabajo que no tienen un impacto trivial en el sistema entero. El Automatic Database Diagnostic Monitor (ADDM) identifica proactivamente las sentencias SQL con alta carga de trabajo las cuales son buenas candidatas para el afinador de SQL. Cuando las sentencias SQL son ejecutadas por la base de datos Oracle, el optimizador de consultas es utilizado para generar los planes de ejecución
en dos modos: un modo normal y un modo de afinación.
En modo normal, el optimizador compila el codigo SQL y genera un plan de ejecución. El modo normal del optimizador genera un plan razonable de ejecución para la mayoría de sentencias SQL. Bajo modo normal, el optimizador opera con restricciones muy estrictas, generalmente una fracción de segundo, durante la cual debe encontrar un buen plan de ejecución.
En modo de afinación, el optimizador realiza un analisis adicional para revisar sí el plan de ejecución producido bajo modo normal puede ser mejorado aún más. La salida del optimizador de consultas no es un plan de ejecución, sino una serie de acciones, junto con sus beneficio racionales y esperados para producir un plan significativamente superior. Cuando se ejecuta en modo de afinación, el optimizador es referido como Automatic Tuning Optimizer.
Bajo modo de afinación, el optimizador puede tomar varios minutos para afinar un sentencia unica. Consume una gran cantidad de recursos y tiempo invocar el Automatic Tuning Optimizer cada vez que una sentencia tiene que ser analizada. El Automatic Tuning Optimizer esta destinado a ser utilizado con sentencias SQL de alta carga de trabajo que no tienen un impacto trivial en el sistema entero. El Automatic Database Diagnostic Monitor (ADDM) identifica proactivamente las sentencias SQL con alta carga de trabajo las cuales son buenas candidatas para el afinador de SQL.
https://docs.oracle.com/cd/B28359_01/server.111/b28274/sql_tune.htm#PFGRF02604
en dos modos: un modo normal y un modo de afinación.
En modo normal, el optimizador compila el codigo SQL y genera un plan de ejecución. El modo normal del optimizador genera un plan razonable de ejecución para la mayoría de sentencias SQL. Bajo modo normal, el optimizador opera con restricciones muy estrictas, generalmente una fracción de segundo, durante la cual debe encontrar un buen plan de ejecución.
En modo de afinación, el optimizador realiza un analisis adicional para revisar sí el plan de ejecución producido bajo modo normal puede ser mejorado aún más. La salida del optimizador de consultas no es un plan de ejecución, sino una serie de acciones, junto con sus beneficio racionales y esperados para producir un plan significativamente superior. Cuando se ejecuta en modo de afinación, el optimizador es referido como Automatic Tuning Optimizer.
Bajo modo de afinación, el optimizador puede tomar varios minutos para afinar un sentencia unica. Consume una gran cantidad de recursos y tiempo invocar el Automatic Tuning Optimizer cada vez que una sentencia tiene que ser analizada. El Automatic Tuning Optimizer esta destinado a ser utilizado con sentencias SQL de alta carga de trabajo que no tienen un impacto trivial en el sistema entero. El Automatic Database Diagnostic Monitor (ADDM) identifica proactivamente las sentencias SQL con alta carga de trabajo las cuales son buenas candidatas para el afinador de SQL. Cuando las sentencias SQL son ejecutadas por la base de datos Oracle, el optimizador de consultas es utilizado para generar los planes de ejecución
en dos modos: un modo normal y un modo de afinación.
En modo normal, el optimizador compila el codigo SQL y genera un plan de ejecución. El modo normal del optimizador genera un plan razonable de ejecución para la mayoría de sentencias SQL. Bajo modo normal, el optimizador opera con restricciones muy estrictas, generalmente una fracción de segundo, durante la cual debe encontrar un buen plan de ejecución.
En modo de afinación, el optimizador realiza un analisis adicional para revisar sí el plan de ejecución producido bajo modo normal puede ser mejorado aún más. La salida del optimizador de consultas no es un plan de ejecución, sino una serie de acciones, junto con sus beneficio racionales y esperados para producir un plan significativamente superior. Cuando se ejecuta en modo de afinación, el optimizador es referido como Automatic Tuning Optimizer.
Bajo modo de afinación, el optimizador puede tomar varios minutos para afinar un sentencia unica. Consume una gran cantidad de recursos y tiempo invocar el Automatic Tuning Optimizer cada vez que una sentencia tiene que ser analizada. El Automatic Tuning Optimizer esta destinado a ser utilizado con sentencias SQL de alta carga de trabajo que no tienen un impacto trivial en el sistema entero. El Automatic Database Diagnostic Monitor (ADDM) identifica proactivamente las sentencias SQL con alta carga de trabajo las cuales son buenas candidatas para el afinador de SQL.
https://docs.oracle.com/cd/B28359_01/server.111/b28274/sql_tune.htm#PFGRF02604
sábado, 8 de noviembre de 2014
Automatic Workload Repository
Automatic Workload Repository
Repositorio Automatico de carga de trabajo
El repositorio automatico de carga de trabajo es una colección de estadisticas persistentes del rendimiento del sistema que le pertenecen al usuario SYS. El repositorio automatico de carga de trabajo reside en el espacio de tablas SYSAUX.
Un SNAPSHOT(imagen instantanea) es un conjunto de estadisticas de rendimiento capturadas en cierto tiempoo y guardadas en el repositorio automatico de carga de trabajo. Cada snapshot es identificado por un número de secuencia (snap_id) que es único en el AWR. Por defecto, los snapshots son generados cada 60 minutos. Puedes ajustar esta frecuencia cambiando el parametro de intervalo de snapshot. Porque los asesores de base de datos dependen de los snapshots, debes estar consiente que el ajuste del nivel puede afectar la precisión de diagnostico.
Repositorio Automatico de carga de trabajo
El repositorio automatico de carga de trabajo es una colección de estadisticas persistentes del rendimiento del sistema que le pertenecen al usuario SYS. El repositorio automatico de carga de trabajo reside en el espacio de tablas SYSAUX.
Un SNAPSHOT(imagen instantanea) es un conjunto de estadisticas de rendimiento capturadas en cierto tiempoo y guardadas en el repositorio automatico de carga de trabajo. Cada snapshot es identificado por un número de secuencia (snap_id) que es único en el AWR. Por defecto, los snapshots son generados cada 60 minutos. Puedes ajustar esta frecuencia cambiando el parametro de intervalo de snapshot. Porque los asesores de base de datos dependen de los snapshots, debes estar consiente que el ajuste del nivel puede afectar la precisión de diagnostico.
viernes, 7 de noviembre de 2014
Asesores de Oracle
Utilizando los asesores de Oracle
Obten consejos sobre retos clave de administración y mejora el rendimiento en Oracle Database 11g.
Los asesores son herramientas potentes que proveen un consejo especifico sobre como enfrentar retos clave
de administración, cubriendo una amplia variedad de areas, incluyendo espacio de almacenamiento, rendimiento,
y administración de undo. Los advisors estan construidos sobre dos componentes de la infraestructura.
El repositorio automatico de carga de trabajo (AWR). Este repositorio provee servicios para la recolección, mantenimiento, y utilización de estadisticas con el proposito de la detección de problemas y auto afinación.
La información estadistica es guardada en el repositorio AWR en forma de instantaneas(snapshots).
Automatic database diagnostic monitor (ADDM). Este monitor realiza analisis, detecta cuellos de botella, y recomienda soluciones. Las recomendaciones pueden incluir el tipo de asesores que pueden ser utilizados para
resolver le problema.
Este texto se centra en algunos de los asesores que son invocados por el ADDM para ayudar a mejorar el rendimiento de la base de datos. Presenta preguntas de muestra del tipo que podrias encontrar cuando presentas el examen Oracle Database 11g Administration Workshop I, el cual te permite ganar el nivel de certificación Oracle Certified Associate.
SQL tuning Advisor
El asesor de afinación SQL analiza problemas con sentencias SQL individuales, tales como un plan optimizador de mal desempeño o el uso equivocado de ciertas estructuras SQL, y hace recomendaciones para mejorar su desempeño.
Puede ejecutar el asesor de ajuste SQL contra las sentencias SQL que requieren muchos recursos.
Un conjunto de sentencias SQL durante un período de tiempo, o de una carga de trabajo SQL. Normalmente , se ejecuta este consejero en respuesta a un hallazgo rendimiento ADDM que recomienda su uso.
Oracle Database 11g introduce el asesor de afinación SQL automático , que puede ser configurado para ejecutarse de forma automática durante las ventanas de mantenimiento del sistema como una tarea de mantenimiento . Durante cada ejecución automática, el asesor selecciona consultas SQL de gran carga en el sistema y genera recomendaciones sobre cómo ajustarlas.
Juan empieza a crear una nueva tabla basada en los datos de la tabla de clientes . Los siguientes criterios deben aplicarse en los datos:
Todas las columnas de la tabla de clientes deben estar disponibles en la nueva tabla .
La nueva tabla debe tener datos sólo para aquellos clientes cuyo pedido promedio es de US $ 1 millón o más por trimestre , que no han efectuado pagos correspondientes a los dos últimos pedidos , y cuyo plazo de pago ha superado el período de crédito.
Obten consejos sobre retos clave de administración y mejora el rendimiento en Oracle Database 11g.
Los asesores son herramientas potentes que proveen un consejo especifico sobre como enfrentar retos clave
de administración, cubriendo una amplia variedad de areas, incluyendo espacio de almacenamiento, rendimiento,
y administración de undo. Los advisors estan construidos sobre dos componentes de la infraestructura.
El repositorio automatico de carga de trabajo (AWR). Este repositorio provee servicios para la recolección, mantenimiento, y utilización de estadisticas con el proposito de la detección de problemas y auto afinación.
La información estadistica es guardada en el repositorio AWR en forma de instantaneas(snapshots).
Automatic database diagnostic monitor (ADDM). Este monitor realiza analisis, detecta cuellos de botella, y recomienda soluciones. Las recomendaciones pueden incluir el tipo de asesores que pueden ser utilizados para
resolver le problema.
Este texto se centra en algunos de los asesores que son invocados por el ADDM para ayudar a mejorar el rendimiento de la base de datos. Presenta preguntas de muestra del tipo que podrias encontrar cuando presentas el examen Oracle Database 11g Administration Workshop I, el cual te permite ganar el nivel de certificación Oracle Certified Associate.
SQL tuning Advisor
El asesor de afinación SQL analiza problemas con sentencias SQL individuales, tales como un plan optimizador de mal desempeño o el uso equivocado de ciertas estructuras SQL, y hace recomendaciones para mejorar su desempeño.
Puede ejecutar el asesor de ajuste SQL contra las sentencias SQL que requieren muchos recursos.
Un conjunto de sentencias SQL durante un período de tiempo, o de una carga de trabajo SQL. Normalmente , se ejecuta este consejero en respuesta a un hallazgo rendimiento ADDM que recomienda su uso.
Oracle Database 11g introduce el asesor de afinación SQL automático , que puede ser configurado para ejecutarse de forma automática durante las ventanas de mantenimiento del sistema como una tarea de mantenimiento . Durante cada ejecución automática, el asesor selecciona consultas SQL de gran carga en el sistema y genera recomendaciones sobre cómo ajustarlas.
Juan empieza a crear una nueva tabla basada en los datos de la tabla de clientes . Los siguientes criterios deben aplicarse en los datos:
Todas las columnas de la tabla de clientes deben estar disponibles en la nueva tabla .
La nueva tabla debe tener datos sólo para aquellos clientes cuyo pedido promedio es de US $ 1 millón o más por trimestre , que no han efectuado pagos correspondientes a los dos últimos pedidos , y cuyo plazo de pago ha superado el período de crédito.
Suscribirse a:
Entradas (Atom)