Administración de base de datos Oracle. Uso de auditoría en base de datos Oracle. Interactuar con el soporte de Oracle

Comité Estatal de la Federación de Rusia

Para la educación superior.

ESTADO DE SAN PETERSBURGO

INSTITUTO DE MECÁNICA Y ÓPTICA DE PRECISIÓN

(UNIVERSIDAD TÉCNICA)

Departamento de Ciencias de la Computación

Administración de base de datos

ORÁCULO
San Petersburgo

2000

1. Responsabilidades de un Administrador de Base de Datos (DBA) 3

2. Conexión en modo INTERNO 3

3. Utilidades DBA (Importar, Exportar, Cargador) 4

4. Usuarios de bases de datos y esquemas 6

5. Tablespaces y archivos de datos 8

6.Esquemas y objetos de esquema 9

7. Bloques de datos, extensiones y segmentos. 11

8.Estructuras y procesos de la memoria 12

9. Ejemplo de operación de Oracle. 13

10. Diario de repetición 14

11. Transacción 15

12. Garantizar la protección de la base de datos 18

13. Vistas del diccionario de datos. 19

14. Privilegios (Concesión, rol). 20

15. Gestión de usuarios

16. Auditoría de base de datos 22

17. Garantizar la integridad de la base de datos 24

18. Creando una base de datos. (archivos de parámetros) 25

19. Iniciar y detener la base de datos 26

20. Varios modos de funcionamiento de la base de datos 29

21. Copia de seguridad de la base de datos 29

22. SQL dinámico 30

23. Bases de Datos Orientadas a Objetos. 32

1. Responsabilidades de un Administrador de Base de Datos (DBA)

Debido a que un sistema de base de datos ORACLE puede ser bastante grande y tener muchos usuarios, debe haber una persona o grupo de personas que administre el sistema. Esta persona se llama administrador de base de datos (DBA).
Cualquier base de datos debe tener al menos una persona desempeñando funciones administrativas; si la base de datos es grande, estas responsabilidades pueden distribuirse entre varios administradores.

Las responsabilidades del administrador pueden incluir:

• 
  instalación y actualización de versiones del servidor ORACLE y herramientas de aplicación
• 
  Asignación de memoria de disco y planificación para futuros requisitos de memoria del sistema.
• 
  creación de estructuras de memoria primaria en la base de datos (espacios de tabla) a medida que los desarrolladores de aplicaciones diseñan aplicaciones
• 
  creación de objetos primarios (tablas, vistas, índices) a medida que los desarrolladores diseñan aplicaciones
• 
  Modificación de la estructura de la base de datos según las necesidades de la aplicación.
• 
  inscribir usuarios y mantener la seguridad del sistema
• 
  cumplimiento acuerdo de licencia ORÁCULO
• 
  Administrar y rastrear el acceso de los usuarios a la base de datos.
• 
  Supervisión y optimización del rendimiento de la base de datos
• 
  planificar copias de seguridad y recuperación
• 
  mantener datos archivados en dispositivos de almacenamiento
• 
  realizando copias de seguridad y recuperación
• 
  ponerse en contacto con Oracle Corporation para obtener soporte técnico

Oficiales de seguridad

En algunos casos, la base de datos también debe contar con uno o más personal de seguridad. El OFICIAL DE SEGURIDAD es el principal responsable de registrar nuevos usuarios, administrar y monitorear el acceso de los usuarios a la base de datos y proteger la base de datos.

Desarrolladores de aplicaciones

Las responsabilidades de un desarrollador de aplicaciones incluyen:
 Diseño y desarrollo de aplicaciones de bases de datos.

 diseñar la estructura de la base de datos de acuerdo con los requisitos de la aplicación

 estimación de los requisitos de memoria para la aplicación

 formular modificaciones a la estructura de la base de datos para la aplicación

 transferencia de la información anterior al administrador de la base de datos

 personalizar la aplicación durante su desarrollo

 instalación de medidas para proteger la aplicación durante su desarrollo

2. Conexión en modo INTERNO

Iniciar y detener una base de datos es una característica administrativa poderosa. Para mantener el correcto funcionamiento de la base de datos, las funciones (comandos PUESTA EN MARCHA o CERRAR) se permiten detener e iniciar, solo para un administrador conectado a ORACLE en modo INTERNO ( ^ CONECTAR INTERNO), y para poder conectarse en modo INTERNO, debe cumplir una de las siguientes condiciones:

• 
  Su cuenta de sistema operativo tiene privilegios de sistema operativo que le permiten conectarse en modo INTERNO.
• 
  Estás autorizado a conectarte en modo INTERNO.
• 
  Su base de datos tiene una contraseña para INTERNO y usted conoce esta contraseña.

Todos estos requisitos forman capa adicional protección que evita el inicio o cierre no autorizado de bases de datos ORACLE. Para los sistemas que tienen una contraseña para INTERNO, existen consideraciones adicionales que se describen a continuación.

Usando una contraseña para INTERNO

Algunos sistemas operativos le permiten establecer una contraseña para las conexiones en modo INTERNO. Puede establecer una contraseña para INTERNO durante la instalación del servidor ORACLE, Oracle proporciona una utilidad para administrar esta contraseña (crearla, cambiarla y eliminarla).

Conexiones INTERNAS y no seguras

Si está utilizando una conexión no segura (como la mayoría conexiones de red), entonces la contraseña DEBE usarse para INTERNO, para la conexión posterior en modo INTERNO; este requisito implica que el sistema debe tener una contraseña configurada para INTERNO.
En algunos sistemas operativos. Puede habilitar o deshabilitar completamente CONNECT INTERNAL conexiones para conexiones no seguras. La elección se realiza durante la instalación de ORACLE y se puede cambiar más adelante.

3. Utilidades DBA (Importar, Exportar, Cargador)

Cargador SQL*

Uno de los muchos problemas que suelen enfrentar los administradores de bases de datos es mover datos desde fuentes externas a la base de datos datos de oráculo. La complejidad de esta tarea aumenta con la llegada de los data warehouses; ya no es necesario mover megabytes de datos, sino gigabytes y, en algunos casos, terabytes. Oracle proporciona SQL*Loader para resolver este problema: un universal herramienta, que carga datos externos en tablas de bases de datos Oracle. La utilidad SQL*Loader es flexible y personalizable hasta el punto de que los procedimientos de lenguaje de tercera generación con sentencias SQL incorporadas a menudo pueden eliminarse. Siempre que se enfrente a la tarea de convertir datos externos al formato Oracle, considere usar SQL*Loader primero antes de recurrir a otras herramientas.

Componentes básicos de SQL*Loader

La utilidad SQL*Loader requiere dos tipos de datos de entrada: datos externos, que pueden estar en disco o cinta, e información de control (contenida en un archivo de control), que describe las características de los datos de entrada. La salida, parte de la cual es opcional, incluye tablas de Oracle, registros, archivos de registros incorrectos y archivos de registros descartados.

Datos de entrada

SQL*Loader puede manejar casi cualquier tipo de archivo de datos y admite tipos de datos nativos en casi cualquier plataforma. Los datos generalmente se leen de uno o más archivos de datos, pero también se pueden ingresar en un archivo de control después información de control. El archivo de datos puede estar ubicado:

En los archivos de formato variable, los datos están contenidos en registros que pueden variar en longitud según el tamaño de los datos en los campos. Los campos tienen la longitud requerida para acomodar los datos. Los campos en archivos de formato variable pueden estar separados por caracteres finales (como comas y espacios), así como encerrados por caracteres delimitadores.

La tarea estratégica más fácil de implementar y al mismo tiempo más compleja en el ciclo de vida de la base de datos es la planificación e instalación de la base de datos. A pesar de que las decisiones tomadas en esta etapa no son inmutables, todavía es bastante difícil cambiarlas. Por ejemplo, elegir un nombre de base de datos, una ruta de instalación para los archivos ejecutables necesarios para el funcionamiento y otros. componentes importantes Parece trivial, pero una vez seleccionados generalmente permanecen sin cambios. Por tanto, es recomendable evaluar exhaustivamente los factores que influyen en la planificación, instalación del servidor y creación de bases de datos.

Oracle proporciona un conjunto de diversas herramientas para gestionar el entorno del servidor. El primero de ellos es Oracle Universal Installer (OUI), que se utiliza (como su nombre indica) para instalar productos de software de Oracle. Luego viene el Asistente de configuración de bases de datos (DBCA): esta es una herramienta para crear una base de datos. También existe una herramienta para actualizar la base de datos, Database Upgrade Assistance (DBUA), pero no la consideraremos. Usando OUI puedes instalar varios instrumentos para la gestión de bases de datos se utilizan principalmente SQL *Plus y Oracle Enterprise Manager (OEM). También se suele utilizar SQL Developer.

Históricamente, gestionar los productos Oracle no ha sido una tarea especialmente agradable. Esto sucedió porque el DBA tuvo que instalar diferentes productos por separado debido a un problema de incompatibilidad. No era inusual que después de instalar exitosamente el primer, segundo y tercer producto, la instalación del cuarto producto causara que los tres programas previamente instalados dejaran de funcionar. Los problemas de incompatibilidad radican en el uso de bibliotecas base. Estas bibliotecas proporcionan una funcionalidad que se utiliza en todos los productos de Oracle. Por ejemplo, todos los programas de Oracle utilizan propiedad protocolo de red Oracle Net: es imposible instalar programas de Oracle sin él. Si dos programas de Oracle utilizan la misma versión de las bibliotecas principales, entonces sólo en teoría se pueden instalar en la misma directorio de inicio Oráculo (Hogar Oráculo). Oracle Home es la ruta donde está instalado el programa Oracle: un conjunto de archivos en una carpeta. Antes de OUI, cada programa tenía su propio instalador, que no siempre podía comprender correctamente la compatibilidad con los programas ya instalados.

OUI creado usando Versiones de Java 5, lo que le permite funcionar por igual en todas las plataformas. Es posible instalar OUI como un producto separado en un directorio de inicio específico, pero esto generalmente no tiene sentido ya que OUI viene con todos los programas de Oracle y se puede ejecutar desde la distribución: se instalará junto con el programa en el directorio de inicio del programa. directorio. Hay diferentes versiones de OUI, y si el programa viene con más versión antigua OUI que otro programa ya instalado, es mejor utilizar la versión ya instalada (más nueva) de OUI. Cuando OUI solicite la ubicación de productos.xml, simplemente apúntelo al directorio del nuevo programa.

Inventario OUI

El elemento clave de OUI es el inventario. Este es un conjunto de archivos que no deben almacenarse en el directorio de inicio de ningún programa de Oracle. Almacenan información sobre todos los programas. oráculo instalado en esta computadora, incluida la versión exacta, la ruta y, en algunos casos, incluso el número de la última actualización instalada. Cada ejecución de OUI verifica la incompatibilidad del repositorio antes de instalar un nuevo programa de Oracle en los directorios de inicio de Oracle existentes y registra información después de instalar o actualizar cualquier programa. El DBA puede seleccionar la ruta a este almacén en sistemas operativos tipo Unix cuando se inicia la OUI por primera vez. En Windows, el repositorio siempre se crea en

%SystemRoot%\Archivos de programa\Oracle\Inventory

Todos los sistemas operativos tienen una ruta predefinida a lo largo de la cual OUI buscará un puntero a un almacenamiento existente. En Linux esto será un archivo

/etc/oraInst.loc

En Solaris esto también es un archivo.

/vat/opt/oracle/oraInst.loc

En Windows, se trata de una entrada en el registro del sistema.

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\inst_loc

Cuando se inicia OUI, lo primero que hace es comprobar la existencia de un archivo (o entrada de registro) y, si no existe, se supone que es el primer inicio de OUI y se crea el archivo con la ruta al almacenamiento escrito en él. Todas las llamadas OUI posteriores, independientemente de la versión, podrán encontrar la tienda.

Este mecanismo de creación de almacenamiento tiene problemas con los derechos de acceso al sistema operativo: en Linux o Unix, el usuario que inicia OUI por primera vez debe tener derechos de escritura en el directorio donde se encuentra el puntero al almacenamiento. Sin embargo, sólo el usuario root puede escribir en el directorio /etc o /var en Linux/Unix, respectivamente. Dado que desde el punto de vista de la seguridad es inaceptable ejecutar OUI como root, OUI generará un script que deberá ejecutarse como usuario root para crear oraInst.loc un puntero de archivo a la ruta al almacenamiento. En Windows, el usuario que ejecuta OUI debe tener permiso para escribir en el registro.

Verificación del sistema

OUI verifica la computadora en la que se está ejecutando para ver si cumple con ciertos criterios. Estos requisitos dependen de la plataforma y están escritos en el archivo del instalador:

/install/oraparam.ini (Unix)

\instalar\oraparam.ini (Windows)

No son muy exigentes: comprueba que sistema grafico Soporta 256 colores.

También en el archivo oraparam.ini se encuentra la ruta al archivo productos.xml. El archivo productos.xml describe qué productos se pueden instalar desde una distribución particular. Cada programa tiene su propio conjunto de criterios y son más exigentes. Los requisitos del programa se enumeran en archivo XML. Generalmente esto

/stage/prereq/db/refhost.xml (Unix)

\stage\prereq\db\refhost.xml (Windows)

El archivo de Windows generalmente especifica los requisitos para el tamaño del archivo de paginación y la versión del sistema operativo. Si tiene entre 512 y 2048 MB de RAM, entonces el archivo de página debe ser 1,5 veces más grande que la cantidad de RAM. Para los sistemas Unix, los criterios son aún más exigentes: además del tamaño del archivo de intercambio, la presencia de una serie de paquetes instalados y configuración del kernel.

Cumplir estos requisitos es una tarea que consume bastante tiempo y, si está seguro de que un paquete en particular es correcto (por ejemplo, tiene más de versión posterior) o el valor del parámetro es correcto, puede omitir esta verificación de varias maneras. Primero, elimine el requisito del archivo refhost.xml. En segundo lugar, ejecute OUI en modo sin verificar primero el sistema. Y en tercer lugar, mientras se ejecuta el programa OUI, indique en el cuadro de diálogo ignorar las inconsistencias.

Herramientas de creación y actualización de bases de datos

El Asistente de configuración de la base de datos (DBCA) – herramienta grafica para crear y modificar la base de datos. El asistente de instalación le ayudará a elegir parámetros requeridos y personalice las rutas de los archivos sin mucho esfuerzo. DBCA generará scripts de creación de bases de datos de acuerdo con los parámetros que seleccione, los verificará en busca de errores y los ejecutará. Todo también se puede hacer manualmente. DBCA está escrito en Java y requiere un directorio de inicio configurado y subsistema de gráficos. Todo lo dicho anteriormente también es válido para la base de datos. Asistente de actualización(DBUA).

Herramientas para ejecutar comandos SQL: SQL *Plus y SQL Developer

Existen muchas herramientas para trabajar con Oracle. Dos herramientas estándar son SQL *Plus y SQL Developer. Son proporcionados por Oracle y son adecuados para administración y desarrollo. SQL Developer tiene más funcionalidad, pero requiere un subsistema gráfico, mientras que SQL *Plus se puede utilizar en modo de línea de comandos.

SQL *Plus está disponible para todas las plataformas en las que se puede instalar Oracle y se instala de forma predeterminada con el software cliente y de servidor de Oracle. En Linux el ejecutable se llama sqlplus. La ubicación de este archivo depende de la instalación y suele ser

/u01/app/oracle/pdoruct/db_1/bin/sqlplus

Su cuenta del sistema debe configurarse de cierta manera para funcionar con SQL *Plus. Es necesario configurar las variables del sistema

• ORACLE_HOME
• LD_LBIRARY_PATH

PATH debe incluir la ruta a la carpeta bin en el directorio de inicio del programa. LD_LIBRARY_PATH es la ruta a la carpeta lib del directorio de inicio del programa. La Figura 2-1 muestra un ejemplo de verificación de variables del sistema y ejecución de SQL *Plus.

en el sistema ventanas antes Había dos versiones de SQL *Plus: un programa de línea de comandos y un programa con interfaz gráfica(sqlplus.exe y sqplusw.exe respectivamente). En la versión 11g, la versión gráfica ya no está disponible, pero puede usar una versión anterior del programa (hasta 9i inclusive, los cambios en Oracle Net no permitirán el uso de programas de una versión inferior a 9i para trabajar con un versión de base de datos anterior a 9i). Aquellos. SQL Plus 10g puede conectarse a una base de datos 9i y viceversa: SQL *Plus versión 9i se puede utilizar para trabajar con una base de datos 11g. En Windows, OUI guarda los valores de las variables del sistema en el registro durante la instalación, por lo que no es necesario configurar los valores de las variables manualmente, pero si SQL *Plus no se inicia, vale la pena verificar el registro. La figura 2-2 muestra ventana de ventanas de fragmentos de registro. Ruta a los valores utilizados por SQL *Plus

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1

Desarrollador SQL

SQL Developer es una herramienta para conectarse a un servidor Oracle (y no solo a Oracle) y ejecutar comandos SQL. También puedes desarrollar objetos PL/SQL en él. A diferencia de SQL, *Plus es una herramienta gráfica con macros personalizadas para acciones comunes. SQL Developer está desarrollado en Java y se requiere JRE para ejecutarlo. Aquellos. SQL Developer está disponible para cualquier plataforma para la que exista Tiempo de ejecución de Java Ambiente. La última versión se puede descargar desde el sitio web de Oracle.

La Figura 2-3 muestra un ejemplo de una interfaz de usuario de SQL Developer conectada a una base de datos y ejecutando una consulta SQL simple. Consta de una parte izquierda utilizada para la navegación entre objetos de la base de datos y una parte derecha para la entrada y salida de información.

Este curso es el primer paso hacia trabajo profesional con la base de datos Oracle. Proporciona conocimientos y habilidades básicos en la administración de bases de datos.

El curso presenta la arquitectura de Oracle Database 11g, el funcionamiento y la interacción de los componentes DBMS.

En el proceso de estudio del curso, los estudiantes aprenderán cómo crear una base de datos y administrar adecuadamente sus estructuras, además de adquirir conocimientos y experiencia práctica para un trabajo efectivo en diversas áreas de la administración de bases de datos.

La finalización exitosa del programa del curso permitirá a los especialistas:

• Instalar la infraestructura de Oracle Database 11g.
• Instalar y configurar la base de datos.
• Configurar el entorno de red (Oracle Net).
• Realice un seguimiento y administre los datos de deshacer.
• Administrar estructuras de almacenamiento de bases de datos.
• Crear y administrar cuentas de usuario.
• Realizar operaciones básicas de respaldo y recuperación de bases de datos.
• Gestionar el acceso simultáneo a los datos.
• Monitorear el desempeño del DBMS.
• Comprender la arquitectura de la base de datos Oracle.

Propósito del curso

Formación de los conceptos básicos del idioma. SQL para DBMS Base de datos Oracle(versiones 10g y 11g)

Público objetivo

• Administradores de bases de datos Oracle.
• Desarrolladores de aplicaciones Java.
• Ingenieros de soporte técnico.
• Consultores técnicos

Preparación necesaria

• Conocimiento y experiencia con SQL (curso recomendado: Base de datos Oracle: conceptos básicos lenguaje SQL ).
• Es deseable tener conocimientos y experiencia con PL/SQL (curso recomendado: Base de datos Oracle: Introducción a PL/SQL).
• Conocimientos básicos de inglés técnico.

Arquitectura de base de datos

• Descripción general de la arquitectura de la base de datos Oracle.
• Descripción general de la arquitectura ASM.
• Arquitectura de procesos.
• Estructuras de la memoria.
• Estructura lógica y física del sistema de almacenamiento.
• Componentes del sistema de almacenamiento ASM.
• lección practica: Estudio de los componentes de la arquitectura de bases de datos.

2. Instalación del software Oracle

• Tareas de administrador de base de datos.
• Herramientas de administración de DBMS utilizadas.
• Instalación: requisitos del sistema.
• Instalador universal de Oracle (OUI).
• Instalación de infraestructura Oracle Grid.
• Instalación del software de base de datos Oracle.
• Lección práctica: Instalación y configuración de software Oracle.

3. Crea una base de datos

• Planificación de bases de datos.
• Usando DBCA para crear una base de datos.
• Gestión de contraseñas.
• Creación de plantillas de bases de datos.
• Usando DBCA para eliminar una base de datos.
• Lección práctica: Creación de una base de datos Oracle.

4. Configuración del DBMS

• Iniciar y detener el DBMS y sus componentes.
• Utilizando Oracle Enterprise Manager.
• Acceso a base de datos mediante SQL*Plus.
• Cambiar los parámetros de inicialización del DBMS.
• Descripción de las etapas del lanzamiento de un DBMS.
• Descripción de opciones para detener el DBMS.
• Ver el archivo de mensajes de alarma (alert.log).
• Acceda a vistas dinámicas de rendimiento.
• Lección práctica: Gestión de una instancia de base de datos.

5.Configuración ASM

• Configuración de los parámetros de inicialización de ASM.
• Iniciar y detener ASM.
• Administración de grupos de discos ASM.
• Lección práctica: Estudio de componentes de la MAPE.

6. Configuración del entorno de red

• Uso de Oracle Enterprise Manager para crear y configurar un oyente.
• Uso del reinicio de Oracle para monitorear la operación del oyente.
• Uso de la utilidad tnsping para verificar la configuración de conexión de Oracle Net.
• Opciones para usar un DBMS en modo Servidor Compartido y Servidor Deducido.
• Lección práctica: Configuración del entorno de red para acceso remoto a la base de datos.

7. Mantenimiento de estructuras de almacenamiento.

• Estructuras de almacenamiento.
• Cómo se almacenan los datos de la tabla.
• Estructura interna bloque de base de datos.
• Gestión del espacio en particiones.
• Secciones predefinidas en la base de datos.
• Mantenimiento de secciones.
• Archivos mantenidos por Oracle (OMF).
• Lección práctica: Estudio de la estructura de almacenamiento de bases de datos.

8. Administrar los derechos de acceso de los usuarios

• Cuentas de usuario.
• Usuarios preinstalados para administración de DBMS.
• Beneficios del uso de roles.
• Roles predefinidos.
• Aplicación de perfiles de usuario.
• Lección práctica: Creación y uso de perfiles de usuario.

9. Gestionar el acceso simultáneo a los datos

• Competencia por los datos.
• Mecanismo de cola.
• Resolución de conflictos de bloqueo.
• Cerraduras mutuas.
• Lección práctica: Resolución de conflictos de bloqueo.

10. Mantenimiento de datos de cancelación (Deshacer)

• Manipulación de datos.
• Datos de transacciones y cancelaciones.
• Diferencia entre deshacer datos y entradas de diario (Rehacer datos).
• Configurar la política de retención de datos de cancelación.
• Práctica: Gestión de datos de cancelación.

11. Uso de auditoría en Oracle Database

• Responsabilidad del DBA de garantizar la seguridad de la información.
• Aplicación de capacidades estándar de auditoría de bases de datos.
• Definir parámetros de auditoría.
• Ver la información de auditoría recopilada.
• Mantenimiento de datos de auditoría.
• Lección práctica: Configuración de la auditoría de bases de datos.

12. Mantenimiento de la base de datos

• Gestionar las estadísticas del optimizador.
• Gestión automática del repositorio de cargas de trabajo (AWR).
• Usando Automático Monitor de diagnóstico de base de datos (ADDM).
• Descripción y uso de asesores.
• Configuración de límites de mensajes de alarma.
• Utilizar mensajes de alarma del sistema.
• Utilizar tareas automáticas.
• Lección práctica: Mantenimiento de bases de datos.

13. Gestión del rendimiento de la base de datos.

• Seguimiento del desempeño.
• Gestión de componentes de memoria.
• Habilite el modo de administración automática de memoria (AMM).
• Asesor para el control automático de componentes SGA.
• Utilizando asesores de memoria.
• Estadísticas de rendimiento dinámico.
• Vistas para solucionar problemas de rendimiento.
• Objetos no válidos y no utilizados.
• Lección práctica: Gestión del rendimiento de bases de datos.

14. Conceptos de copia de seguridad y recuperación.

• Parte de la responsabilidad del administrador de la base de datos.
• Errores de aplicación.
• Errores de usuario.
• Comprender el proceso de recuperación de instancias.
• Fases de recuperación de instancias.
• Usando el asesor MTTR.
• Errores de medios.
• Archivos de registro archivados.
• Lección práctica: Configuración de una base de datos para recuperación.

15. Copia de seguridad de la base de datos

• Soluciones de respaldo.

• Copia de seguridad segura de Oracle.
• Copia de seguridad manual.
• Terminología.
• Administrador de recuperación (RMAN).
• Configure los ajustes de copia de seguridad.
• Controlar la copia de seguridad de archivos.
• Soporte de Área de Recuperación Rápida.
• Lección práctica: Realizar una copia de seguridad de la base de datos.

16. Recuperación de base de datos

• Abriendo la base de datos.
• Asesor de recuperación de datos.
• Archivo de control perdido.
• Pérdida de archivos de registro.
• Errores de datos.
• Lista de errores de datos.
• Vistas del Asesor de recuperación de datos.
• Lección práctica: Recuperación de datos y control de pérdidas de archivos.

17. Movimiento de datos

• Formas de mover datos.
• Creación y uso de objetos de directorio.
• Una descripción general de las capacidades de SQL*Loader para mover datos.
• Usar tablas externas para mover datos.
• Arquitectura general Bomba de datos.
• Usando datos Bomba para exportar e importar datos.
• Lección práctica: Mover datos usando SQL*Loader y Data Pump.

18. Interactuar con el soporte de Oracle

• Usando el banco de trabajo de soporte EM.
• Trabajando con el soporte de Oracle.
• Crear solicitudes de soporte (SR).
• Mantenimiento de parches.
• Lección práctica: Identificar errores críticos

Proceso de dar un título

El curso te preparará para el examen: 1Z0-052 Base de datos Oracle 11g: Administración I requerido para la certificación Asociado certificado administrador de base de datos Oracle 11g

Documento recibido

Certificado sobre formación avanzada, o Certificado.

Estos materiales tienen derechos de autor, los derechos de autor están protegidos por las leyes de la Federación de Rusia y los acuerdos internacionales. Para utilizar estos materiales, debe leer y aceptar plenamente el acuerdo de licencia. Si no acepta este acuerdo de licencia en su totalidad, no tiene derecho a utilizar estos materiales.

Introducción

La experiencia del autor indica un alto nivel de entrada en la administración de DBMS de Oracle, incluso para un especialista en TI calificado. Después de familiarizarse con Oracle DBMS en 2001, el autor pasó un largo y doloroso viaje para estudiar y comprender este producto, además de todos los demás intereses y tareas, y finalmente alcanzó el nivel de administrador de bases de datos, adquirió experiencia práctica y tradujo varios libros. de la documentación DBMS en particular, una guía para ajustar una copia de la versión 9i. Por diversas razones, el nivel de profundidad del autor en este tema no es absoluto y el autor no se considera un supuesto gurú, pero para la serie de artículos prevista, la experiencia y la comprensión serán suficientes. Es importante que actualmente la profesión de DBA de Oracle atraiga a especialistas en TI debido a su demanda y su nivel salarial bastante alto. Por supuesto, esto es válido sólo para las grandes ciudades de Rusia, y este mercado no es masivo, pero todavía existe y es de interés para especialistas en TI altamente calificados y experimentados que buscan nuevas direcciones en sus actividades.

Sin embargo, el interés es el interés, pero el listón para acceder a la profesión es bastante alto. Por supuesto, esto se debe a que para introducir al interesado en el círculo de los conceptos (realizando la iniciación), es necesario invertir en él un voluminoso conocimiento, compuesto por varios modelos superpuestos entre sí. El efecto del volumen es uno de los principales en las prácticas del taoísmo y funciona bastante bien para tareas mundanas y sociales. En pocas palabras, para entrar rápidamente en el tema de la administración de DBMS de Oracle, es necesario presentarle a la persona interesada una determinada selección. conceptos basicos, después de lo cual el mayor desarrollo de una persona tan interesada dependerá únicamente del deseo, el esfuerzo y el tiempo invertido por ella.

Esta serie de artículos no pretende proporcionar al lector documentación absolutamente completa y confiable sobre el DBMS de Oracle, la tarea es otra: proporcionar un modelo de información suficientemente adecuado para un acceso rápido a la administración del DBMS de Oracle, para una comprensión general de él; Las ideas incorporadas en el DBMS y para realizar operaciones estándar que suelen ser "los primeros objetivos" son la implementación de un motor DBMS, la organización de la copia de seguridad de los datos y la capacidad de recuperación (copia de seguridad) y servicio (espera) de los datos, análisis inicial de el nivel de instancia en su conjunto, etc.

En el futuro, si quieres profundizar en la profesión, necesitarás recurrir a la extensa documentación del fabricante, empezando por el libro “Conceptos” y pasando a materiales que describen aspectos concretos con más detalle. En cualquier caso, estos materiales suman más de cien páginas y, además, la barrera suele ser el idioma inglés de presentación, por lo que los breves materiales introductorios, que constituyen esta serie de artículos, en opinión del autor pueden ser de interés para principiantes y aquellos que se preguntan si vale la pena administrar Oracle y cómo les gustaría intentarlo" poca sangre"En primer lugar, estos materiales están dirigidos a administradores de UNIX que, por casualidad, se enfrentan a determinadas tareas relacionadas con la administración del DBMS de Oracle. A menudo, estos especialistas en TI no están interesados ​​en profundizar en la profesión de administrador de bases de datos, pero sólo para resolver una serie de problemas típicos, lo que también requiere una comprensión básica de "cómo funciona todo", es decir, un modelo de información suficiente para resolver dichos problemas.

Recomiendo leer los materiales al menos dos veces en su totalidad y luego, si es necesario, tomarse al menos un descanso de una semana entre lecturas. La primera lectura debe realizarse sin intentar resolver nada en la práctica y sin el deseo de recordarlo todo. La tarea de la primera lectura es crear una "cuadrícula conceptual de coordenadas" en el subconsciente. La segunda lectura ahora se puede combinar con intentos de instalar el motor de base de datos, crear e intentar administrar algunas bases de datos de prueba. También es necesario comprender que el proceso de profundizar y “rogar” por soluciones prácticas requiere tiempo, que puede calcularse al menos en varios meses.

También es importante que estos materiales tengan derechos de autor. propiedad intelectual y están protegidos por las leyes de la Federación de Rusia y los acuerdos internacionales, y está prohibido utilizar estos materiales sin aceptar los términos del acuerdo de licencia. Y una cosa más: si los materiales te ayudaron, no dudes en escribirle al autor, a él le importa. comentario. La dirección de correo electrónico se encuentra en la sección de datos de contacto de este sitio web.

Resumen de tareas

Lo primero que encontramos al estudiar cómo funciona un DBMS es una gran cantidad de datos individuales. soluciones tecnicas como parte del motor Oracle DBMS. Esta es una necesidad objetiva asociada con las características de las tareas: garantizar el funcionamiento simultáneo de una gran cantidad de sesiones de clientes en un banco de datos, transaccional (atomicidad) del procesamiento de solicitudes, garantizar la tolerancia a fallas, la integridad y coherencia de los datos, el alto rendimiento y Manejo simultáneo de grandes volúmenes de información.

Para almacenar y administrar datos, Oracle DBMS utiliza un conjunto detallado de soluciones técnicas que administran de forma independiente el uso de los recursos de hardware: RAM, E/S de disco, recursos del procesador.

También característica distintiva es la asignación y el uso de varios buffers en la RAM para reducir drásticamente la carga en la E/S del disco y, en consecuencia, reducir el tiempo de respuesta y aumentar el rendimiento. Además, la gestión de datos incluye dividir cada solicitud del usuario en análisis preliminar, optimización con posible reescritura automática, almacenamiento en caché y procesamiento directo del resultado con devolución de la respuesta al usuario. Este algoritmo le permite reducir aún más el costo de volver a analizar y optimizar consultas repetidas.

Para interactuar con los clientes a través de la red, ha implementado su propio mecanismo SQLNet, que requiere la instalación de un software cliente en el cliente que resuelve una serie de problemas, como enviar solicitudes y recibir resultados, transcodificar a varias codificaciones nacionales, etc. Para fines de administración, se encuentran disponibles varias interfaces, la básica de las cuales es la interfaz de línea de comandos y el uso de un dialecto del lenguaje SQL del fabricante. Para análisis, el DBMS admite la acumulación de diversa información estadística.

Así, los conceptos básicos para la entrada inicial en el tema son

• Arquitectura del motor DBMS y cierta profundización en los componentes individuales de la arquitectura.
• conceptos sobre algoritmos de procesamiento de consultas y el optimizador (también se puede lograr una comprensión detallada del funcionamiento del optimizador y hay documentación disponible del fabricante, pero este es el siguiente nivel de profundidad, que se discutirá en un artículo separado)
• características de la trabajo basico, en particular, instalar un motor DBMS, crear una base de datos, métodos disponibles y técnicas básicas de administración de DBMS

El autor planea revelar todos estos puntos en este artículo, si es posible reduciendo la cantidad de información para mayor claridad de percepción. Pero todavía hay que estar preparado para muchos detalles.

Una descripción de los conceptos básicos se encuentra en el libro "Concepts", disponible entre varias docenas de libros suministrados por el fabricante y disponibles para descargar en los sitios web del fabricante, pero estos libros están en inglés. El autor está interesado no sólo en verificar su propia imagen conceptual, sino también en preparar material introductorio basado en su comprensión de los métodos de enseñanza de las disciplinas informáticas, por lo que el artículo se escribirá principalmente "desde la cabeza", pero no una traducción de “conceptos”. En el futuro, cualquiera que esté realmente interesado deberá consultar la documentación oficial, pero ahora nuestra tarea es abordar el tema lo más rápido posible.

Como dijo un autor: “Oh, Kashtanka, eres un insecto contra un ser humano, como un carpintero contra un carpintero”. Y agreguemos: o como DBA versus administrador de UNIX, para quien administrar Oracle es la tarea de administrar solo un servicio más en una serie de docenas de otros. Por lo tanto, los Unixoides eligen DBMS gratuitos, por ejemplo PostgreSQL, pero incluso si esa elección es imposible, por ejemplo, debido a cuestiones "políticas", que haya más Unixoides que conozcan los puntos principales del trabajo con Oracle DBMS.

Recuerden, compañeros administradores de UNIX, el raro administrador de bases de datos (DBA) tiene experiencia en la administración de varios sistemas operativos utilizables de la familia UNIX, y pocos de ellos tienen las habilidades para administrar diversos servicios administrativos, de archivos, de infraestructura, de comunicaciones, etc. Por lo tanto, abordar rápidamente las tareas de administrar un DBMS de Oracle es una realidad para usted, precisamente debido a la agudización específica de su cerebro para la percepción de información y la "adaptación" de cosas nuevas a su imagen ya desarrollada del mundo de TI.

Como se mencionó anteriormente, Oracle DBMS utiliza una gran cantidad de soluciones técnicas complejas. Primero, el software del motor DBMS se instala en el nodo del servidor. Se pueden instalar varios motores simultáneamente. diferentes versiones y ediciones (edición estándar, edición empresarial). Después de esto, las bases de datos se crean directamente. Para gestionar cada base de datos, primero se inicia una llamada instancia (del motor).

En general, el lanzamiento de una base de datos en un nodo de servidor pasa por varias fases. Primero, según el archivo de parámetros de inicialización, se asigna memoria y se realiza el llamado procesos en segundo plano(en términos de sistema operativo), de los cuales sólo cinco son necesarios para la versión 9i. La colección de memoria asignada y procesos en segundo plano en ejecución se denomina instancia. Esta fase se llama "lanzamiento sin montar". Una instancia (de un motor) mantiene su base de datos, representada por archivos o almacenamiento especializado. Al mismo tiempo, se pueden ejecutar varias instancias del motor de la misma o diferente versión en un nodo de servidor, cada una de las cuales sirve a su propia base de datos.

En general, la base de datos contiene un archivo de control (control) en formato binario, archivos de registro operativo y archivos de datos. Inmediatamente después de iniciar la instancia, se monta un archivo de control (control), que contiene, entre otras cosas, información sobre la ubicación de los archivos de registro operativo y de datos. Esta es la fase de montaje de la base de datos. La siguiente fase es abrir archivos de datos y registros operativos y proporcionar a los usuarios acceso a la base de datos. Esta fase se llama descubrimiento de bases y es la fase final. La detención de la base de datos se realiza en orden inverso y, en general, debe completarse correctamente antes de detener el sistema operativo.

Comprender la arquitectura del DBMS es obligatorio. El concepto clave para empezar es el uso de RAM. La siguiente figura muestra la arquitectura del motor DBMS y luego consideraremos en detalle el modelo presentado en la figura.

Después de generar la instancia y abrir la base de datos, la instancia está lista para aceptar solicitudes de los usuarios. En el caso más común (el llamado modo operativo de servidor dedicado), el nodo del servidor inicia aplicación separada, incluido en el motor y llamado oyente, que escucha las solicitudes de los usuarios y para cada nueva sesión de usuario crea un llamado proceso de servidor (en términos de sistema operativo) en el nodo del servidor y le transfiere la interacción del usuario. Por lo tanto, el proceso del servidor recibe solicitudes de los usuarios y, junto con una instancia del motor, garantiza la ejecución de dichas solicitudes y la devolución de los resultados al usuario. Cuando el usuario finaliza la sesión, el proceso del servidor correspondiente finaliza

Al mismo tiempo, existe una "división del trabajo" entre la instancia del motor, es decir, sus procesos en segundo plano, y todos los procesos del servidor que interactúan con los usuarios, lo que garantiza un trabajo eficiente con los datos simultáneamente para muchas sesiones de usuarios. Para hacer esto, cuando se inicia la instancia, se asigna un área de memoria grande, llamada caché de búfer. Al acceder a los datos, cada proceso del servidor primero intenta encontrar los datos en el caché del búfer y, si tiene éxito, lee los datos de la RAM (del caché del búfer), sin involucrar la E/S bastante lenta del almacenamiento físico (discos). Si no hay datos en el caché del búfer, entonces es el proceso del servidor responsable de dar servicio a una sesión de usuario específica el que lee los datos requeridos de los archivos de la base de datos y los coloca no en cualquier lugar, sino en el caché del búfer, y luego usa estos datos. para procesar la solicitud del usuario. Así, se optimiza significativamente el proceso de lectura de los mismos datos en varias sesiones.

En el caso de que los datos no solo deban leerse, sino también modificarse, es el proceso del servidor el que modifica los datos, pero no en el disco, sino solo en la memoria caché del búfer. Los bloques de memoria modificados se marcan como "sucios" y deben escribirse en el disco mediante un proceso DBWR especialmente dedicado. Simultáneamente con la modificación, las versiones antiguas de los datos también se almacenan en la memoria caché del búfer y deben escribirse en el llamado espacio de deshacer para que sea posible obtener versiones anteriores de los datos (por ejemplo, valores de fila anteriores), lo cual es necesario para garantice la coherencia de lectura incluso al revertir transacciones. Los datos en el espacio de deshacer se almacenan de acuerdo con el espacio asignado para este espacio, y el almacenamiento en sí se organiza cíclicamente, es decir, los datos más obsoletos se eliminan primero.

La escritura de buffers sucios en el disco se realiza mediante un proceso en segundo plano propiedad del motor llamado DBWR. Antes de escribir datos en los archivos de datos de la base de datos en el disco, todos los cambios se escriben en el búfer de registro operativo, desde donde a menudo se transfieren a archivos de registro operativo en el disco (registros de rehacer). El motor DBMS asegura y garantiza la escritura de los cambios correspondientes en los archivos de registro operativo antes de escribir los búferes sucios correspondientes en los archivos de datos de la base de datos. La escritura en los registros operativos se realiza mediante un proceso en segundo plano dedicado LGWR de forma secuencial, en el orden de las modificaciones y con bastante frecuencia (cada tres segundos, si se llena más de 1 megabyte, durante el procesamiento punto de control, cuando el búfer de registro operativo está lleno en un tercio, antes de escribir los datos DBWR correspondientes, al confirmar la transacción). Esto permite que el proceso DBWR escriba en archivos de datos con relativa poca frecuencia, al tiempo que garantiza que los datos se puedan recuperar en caso de una falla utilizando versiones anteriores de los archivos de datos y los datos almacenados en registros en línea. De esta manera, se logra la optimización del proceso de modificación simultánea de datos mediante múltiples sesiones: las modificaciones se llevan a cabo en la RAM, en el caché del búfer y el proceso en segundo plano de la instancia las descarga en el disco según sea necesario.

Dado que los registros operativos se utilizan de forma cíclica y normalmente no pueden acomodar una gran cantidad de información de registro durante un largo período de funcionamiento, se ha implementado un mecanismo para el archivado en segundo plano de los registros operativos. El archivado se realiza mediante el proceso ARC en segundo plano. En el futuro, los registros archivados, superpuestos a una copia de seguridad de la base de datos, le permitirán "resumir" la base de datos al estado en tiempo especificado y realizar la recuperación total o parcial de los datos

Un aspecto importante para garantizar dicho trabajo es el concepto de puntos de control. Cada modificación de datos en la base de datos tiene su propio número de modificación SCN en constante aumento.

El concepto de punto de control se refiere al último número SCN que se garantiza que se almacenará en los archivos de la base de datos. Cada tres segundos, el proceso CKPT escribe el número SCN en el archivo de control (control), que se garantiza que se descargará en los archivos de registro operativo. Al mismo tiempo, cuando el proceso DBWR escribe datos en archivos de datos, el número SCN máximo escrito en el archivo de datos se almacena en cada archivo de datos. Una situación en la que un SCN diferente esté presente en el encabezado de diferentes archivos de datos es muy posible, por ejemplo, si una instancia falla. Por lo tanto, en caso de una falla de la instancia o un apagado incorrecto de la base de datos, la próxima vez que se inicie el motor. el motor sabrá que, en comparación con el número SCN del archivo de control, los archivos de datos individuales del número SCN son diferentes y, por lo tanto, deberá realizar una recuperación revertiendo los datos de los registros operativos a los archivos de datos y luego retrocediendo. cambios en transacciones pendientes usando datos de espacio para deshacer guardados como parte de los archivos de datos De esta manera se logra la optimización del uso de E/S y se proporciona un mecanismo de tolerancia a fallos y un mecanismo de versionado, es decir, ahorrando una cierta cantidad versiones anteriores

Entre los procesos de servidor requeridos también está SMON, que asegura la recuperación de una instancia después de una falla (los mismos que la transferencia de información de registro a archivos de datos en caso de discrepancia de SCN y la posterior reversión de transacciones no confirmadas), así como el consolidación de espacio libre en archivos de datos (fusión de extensiones) y limpieza de datos en segmentos temporales, así como el proceso PMON, que es responsable de liberar recursos de procesos fallidos (revertir transacciones, liberar bloqueos, etc.)

Descripción general del optimizador

El segundo motor de optimización integral es el optimizador de consultas y el caché de biblioteca. Las consultas enviadas al DBMS se escriben en SQL y se pueden escribir de diferentes maneras. El texto no óptimo para consultas complejas repetidas puede aumentar drásticamente la carga en el servidor DBMS. Un ejemplo serían múltiples consultas anidadas con múltiples uniones externas sin filtros de búsqueda adecuados en mesas grandes sin índices. Por lo tanto, cada solicitud que llega al DBMS se analiza, si es necesario, se reescribe (se lleva a cabo la transformación), después de lo cual se generan varias opciones para ejecutar la solicitud, con varios metodos acceso a los datos (por ejemplo, escaneo completo tablas, buscar por un índice adecuado, seleccionar solo desde el índice), para consultas complejas, con varios métodos para unir tablas (por ejemplo, uniones de bucle anidado, combinación ordenada, combinación hash) y con en diferentes órdenes conexiones (qué tabla es maestra, qué tabla es esclava)

Estas opciones para procesar consultas se denominan "plan de ejecución de consultas" y se comparan con estadísticas sobre los objetos involucrados: tablas, índices, vistas materializadas, así como estadísticas sobre el uso de recursos de hardware. Según los resultados de la comparación, se calcula el costo de cada plan de ejecución, reflejando la cantidad de recursos de hardware necesarios para procesar la solicitud (lecturas físicas, uso de tiempo de CPU, etc.), y se selecciona el plan con el costo más bajo. Normalmente, un plan de este tipo requiere el menor tiempo para completarse, pero es posible indicarle al optimizador si necesita obtener la(s) primera(s) fila(s) o toda la muestra resultante lo más rápido posible.

Dicho procesamiento de cada solicitud entrante se lleva a cabo automáticamente, se denomina análisis completo o completo de la solicitud (análisis completo) y requiere recursos, por lo tanto, después de un análisis completo de la solicitud, los datos sobre dicha solicitud se colocan en un caché de biblioteca asignado en La RAM y las solicitudes repetidas, si es posible, utilizan los resultados del análisis del caché de la biblioteca. Esto logra tanto el objetivo de optimizar el método de ejecución de la consulta en sí como optimizar los recursos gastados en volver a analizar las consultas.

El administrador de la base de datos necesita configurar los tamaños de los buffers asignados en la RAM para que sean suficientes para operar bajo la carga de las instancias DBMS confiadas. En primer lugar, estamos hablando del caché del búfer con datos de la base de datos y del caché de la biblioteca. Esta configuración se realiza en función de las estadísticas proporcionadas por la instancia, incluida la información sobre los eventos de espera; pero este es el tema de un artículo separado para una introducción inicial; basta con saber que dichas estadísticas las recopila la propia instancia; Pero el administrador de la base de datos debe recopilar periódicamente estadísticas sobre los objetos de la base de datos, así como estadísticas sobre el uso de los recursos de hardware, para que el optimizador pueda utilizar los datos estadísticos más recientes y seleccionar los planes de ejecución adecuados, aunque este es el tema de un artículo aparte. al ajustar la instancia

Resumen de los métodos de administración

Cuando la arquitectura básica del motor queda más o menos clara, surge la siguiente pregunta. ¿Cómo se administra el motor? La forma principal es utilizar el lenguaje SQL, ampliado por Oracle para incluir comandos que gestionan la instancia y la base de datos. Entonces, para la administración, desde iniciar la instancia hasta detenerla, se utiliza una sesión SQL de cliente normal. Así como en MySQL o PostgreSQL existen utilidades para el acceso interactivo a la base de datos (por ejemplo, para PostgreSQL esta es la utilidad psql), el DBMS de Oracle tiene la utilidad sqlplus, iniciada desde la línea de comandos del sistema operativo, y que permite para iniciar o cerrar la base de datos, así como enviar consultas SQL y recibir respuestas del DBMS. Las consultas pueden tanto procesar datos como administrar objetos de la base de datos, creándolos/eliminándolos/modificándolos o realizando tareas administrativas.

Oracle DBMS proporciona una amplia variedad de información, desde la lista de objetos creados en la base de datos y sus propiedades, hasta datos sobre el sistema, estadísticas de objetos, estadísticas de operación de instancias y eventos de espera, así como sobre el funcionamiento actual de la instancia, en particular sesiones. , consultas analizadas, transacciones y estado de uso detallado de los componentes individuales del motor. Por ejemplo, grupos y buffers asignados en memoria, archivos de datos, registros operativos y de archivo, espacios para deshacer (UNDO), etc.

Todos estos datos se representan como tablas o vistas a las que se puede acceder mediante consultas normales de "seleccionar...". No todos estos datos son tablas reales; muchos de ellos simplemente están disfrazados por el motor como tablas, reflejando estructuras colocadas en la memoria por el motor mientras se ejecuta la instancia. Sin embargo, el mecanismo para obtener acceso del administrador de la base de datos no cambia: todos los datos están disponibles para el administrador en forma de tablas y vistas. Los nombres de dichas tablas y vistas se conocen y se describen en detalle en la documentación proporcionada por Oracle, incluidos los campos de la tabla y sus descripciones. El matiz aquí es que cada objeto de la base de datos, ya sea una tabla, un procedimiento almacenado, una regla de integridad, etc. tiene su propio dueño. Todos los objetos del mismo propietario se denominan "esquema". Aquí tienes una regla útil que te ayudará a comprender esquema de oráculo corresponde a un usuario en el sistema operativo, el rol de Oracle corresponde a un grupo en el sistema operativo

Al crear cada nueva base En la base de datos se crea un llamado diccionario, un repositorio de metadatos, así como varios usuarios del sistema y sus correspondientes objetos de datos.

En particular, todos los objetos principales que proporcionan la información descrita anteriormente para el administrador de la base de datos son propiedad del usuario SYS o, en caso contrario, están ubicados en el esquema SYS.

Hay muchos complementos disponibles además del método de administración básico. Los complementos oficiales de Oracle se llaman Oracle Enterprise Manager, Oracle Management Server y una versión simplificada es DB Console. Sin embargo, dichos complementos no permiten comprender en profundidad los detalles del funcionamiento y administración del motor y siempre son más limitados. que la interfaz básica a través de consultas SQL, sin embargo, pueden ser interesantes porque proporcionan información visual y agregada en forma de gráficos.

Entonces, la dificultad inicial para entrar en el tema es comprender la arquitectura del motor. Hay muchas entidades básicas y las relaciones entre ellas no se recuerdan de inmediato.

• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: Concepto Estructura de memoria asignada a la instancia: SGA (área global del sistema).
  • , incluido
  • caché de búfer (caché de búfer), en el que se leen datos de archivos y en el que se modifican los datos
  • búfer de registro operativo
  • caché de biblioteca (en realidad, área SQL), que almacena planes de análisis de consultas y, junto con el grupo de respaldo, así como el caché de diccionario, se incluye en el llamado. piscina compartida
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: otras estructuras de memoria, como el grupo de Java estructuras de memoria asignadas a los procesos del servidor - PGA (área global de procesos)
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: Responsable de atender los procesos del cliente. Almacenan resultados de consultas y también se pueden utilizar para ordenar durante el pedido, unir operaciones (varias tablas en una consulta), etc. registros operativos (registros de rehacer)
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: , en el que todas las modificaciones realizadas en la base de datos se registran y se utilizan para restaurar los datos. Normalmente, se crean varios grupos de registros operativos, que constan de uno o más archivos. La información de registro se escribe en paralelo en todos los archivos del grupo para garantizar la tolerancia a fallas y, al restaurar, se toman automáticamente las copias disponibles del archivo de registro (en la versión 9i tuvimos que encontrarnos con la incorrección de esta declaración). La información de registro se registra secuencialmente en cada grupo, y cuando se agota el espacio, continúa desde el primer grupo, es decir, de forma cíclica. archivar registros
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: , que guardan versiones específicas de registros operativos y son necesarios porque el tamaño de los registros operativos es limitado. El modo en el que se almacenan los datos del registro operativo en los registros de archivo no es obligatorio para la base de datos y debe activarse o desactivarse por separado. Sin embargo, este modo es necesario para crear una copia de seguridad de la base de datos sin detener el servicio y es el estándar de facto para las bases de datos de "producción". Deshacer espacios (DESHACER, antes - revertir segmentos) - Se trata de un área asignada en la base de datos (segmentos o un espacio de tabla completo de un tipo especial) que conserva todos los valores anteriores al realizar transacciones en la base de datos. El número de valores anteriores guardados depende del tamaño del espacio para deshacer y de la intensidad de las modificaciones en la base de datos, y si el espacio en UNDO está agotado y es imposible Los datos más antiguos se eliminan primero valores anteriores datos en transacciones completadas. Esta área se utiliza para revertir datos en transacciones canceladas, recuperarse de fallas y recuperar valores de datos antiguos para garantizar la coherencia de lectura y multiversión.
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: estructuras de almacenamiento de datos físicos y lógicos. Cada archivo de datos de la base de datos se asigna a un espacio de tabla con un nombre único y se divide en bloques de una longitud fija. Hay varios tamaños de bloque predefinidos y el tamaño predeterminado es 8 KB. Para cada tamaño de bloque involucrado, y puede ser diferente para diferentes espacios de tabla, es necesario asignar el espacio correspondiente a este tamaño en la memoria SGA, es decir, en el buffer cache. Los datos de objetos como índices y tablas residen en segmentos de datos asignados en el espacio de tabla, y a un objeto normalmente se le asigna un segmento personal. Un segmento es en realidad una lista de grupos contiguos de bloques llamados extensiones.

  Por lo tanto, los datos en realidad se almacenan en grupos de bloques (extensiones) de archivos de datos; dichos grupos están asociados con un segmento de datos para cada objeto. Las extensiones de un segmento pueden ubicarse de manera inconsistente, dependiendo de las características específicas de la base de datos, y también pueden ubicarse en diferentes archivos del mismo espacio de tabla. Los archivos de datos tienen un encabezado que, entre otras cosas, almacena un SCN que refleja los últimos datos realmente registrados por el proceso DBWR en el archivo. También es importante que se asignen espacios de tablas permanentes, en los que se almacenan los datos, y espacios temporales, que se utilizan para crear tablas temporales y clasificaciones y uniones de discos cuando esto último no se puede realizar en la memoria.

• Concepto de instancia, que describe procesos en segundo plano en ejecución (esto está en la terminología de Oracle, en la terminología del sistema operativo estos son procesos de servidor reales, junto con aquellos que sirven solicitudes de clientes) y estructuras de memoria asignada y el concepto de base de datos, que describe archivos de datos, archivos de control y archivos de registro operativo. Los archivos de control son binarios en formato interno de Oracle y contienen, entre otras cosas. información sobre cada archivo de datos, incluida su ubicación y el número SCN máximo previamente almacenado (de acuerdo con la tecnología de punto de control incompleto), y puede ser recreado por el administrador, sujeto a conocimiento últimos archivos datos de bases de datos con propiedad de espacios de tablas y registros operativos
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: SCN - número de modificación del sistema, aumentando monótonamente para cada modificación en la base. Concepto punto de control, que está completo cuando el SCN asociado con el punto de control refleja los buffers sucios realmente escritos en los archivos de datos, e incompleto cuando el SCN del archivo de control refleja los datos máximos registrados en los registros operativos. En el segundo caso, la seguridad de los datos en caso de fallas de la instancia también está garantizada en el momento del punto de control, pero el proceso SMON puede requerir operaciones de recuperación automática al inicio después de una falla.
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: análisis de consultas completo y suave, así como el algoritmo del optimizador.
• Desafortunadamente, aquí no hay escapatoria a la multiplicidad de detalles. Enumeremos más estas entidades básicas: modelos de delimitación de derechos- cualquier objeto de base de datos es propiedad de algún usuario; de lo contrario, dicen que el objeto está en el esquema con el nombre de este usuario. Hay derechos estándar: privilegios que pueden ser de sistema, de objeto y de columna (para columnas individuales de un objeto). Los privilegios se otorgan directamente al usuario o se asignan a un grupo con nombre (también llamado rol), y luego el rol se asigna al usuario.

Además, primero es necesario comprender los procedimientos estándar que lleva a cabo el administrador, a saber:

• Instalar un motor de base de datos, crear una base de datos y proporcionar acceso a ella, actualizar el motor y la base de datos: revisión incluida en
• Métodos para copias de seguridad y volcados de datos en frío y en caliente: revisados ​​en
• Métodos para organizar soluciones tolerantes a fallos (organización de esperas frías y cálidas) revisados ​​en
• Métodos para monitorear la actividad y optimizar el rendimiento de la instancia.
• Métodos para optimizar consultas individuales. Aunque esta tarea es más apropiada para el desarrollador, el administrador de la base de datos debe tener un conocimiento general de las posibilidades de optimización de consultas, al menos para identificar cargas atípicas y sugerir razonablemente a los desarrolladores que optimicen la parte de la aplicación.
• Métodos avanzados y a menudo costosos para organizar soluciones tolerantes a fallas: organización de un clúster de Oracle RAC

Estos conocimientos prácticos, desarrollados con distintos grados de profundidad, ya permiten hablar de una entrada inicial en la profesión. Hasta qué punto llegar más lejos es una cuestión personal de cada uno. El autor de los artículos lleva la comprensión de todos estos temas, confirmada por la experiencia práctica, al nivel de formalización y explicación con sus propias palabras, principalmente para liberar memoria para contenidos más valiosos. Y, como muestra la práctica, es decir, varios administradores de UNIX formados desde cero, los colegas perciben más fácilmente una explicación "del autor" que la documentación seca del fabricante, me gustaría creer que los algoritmos para pensar y sentir los oráculos potenciales difieren poco, en la forma elegida de presentar el material y en el nivel en que las muescas serán útiles para alguien. Sin embargo, esto también es una guía sobre ciertos temas para el propio autor y sus amigos, por lo que se respeta el principio de formar un volumen multiaxial en los artículos. En esta serie de artículos está previsto considerar la mayoría de las tareas señaladas aquí.

Descripción general de la instalación de DBMS y la creación de bases de datos

Esta parte está incluida en un artículo separado de la serie. Se incluye una descripción general de la instalación del motor DBMS, la creación de una base de datos y la obtención de acceso administrativo. También está previsto incluir revisiones de tareas administrativas individuales en artículos separados. Además, en el sitio web del autor se encuentran disponibles preguntas frecuentes sobre cómo resolver ciertas pequeñas tareas administrativas, así como una serie de artículos del autor sobre Oracle que no están incluidos en la serie "Oracle es fácil".

Descripción general de la política de licencias

Las políticas de licencias de Oracle son objeto de mucha discusión, pero son lo que son. A continuación, en la sección, el autor proporciona información básica sobre las características de las licencias de Oracle. Tenga en cuenta que, como ocurre con todo lo contenido en este sitio, no hay garantía de que esta información sea verdadera, precisa o adecuada para cualquier propósito. El autor recomienda acudir a fuentes oficiales para obtener información oficial.

También es importante que, a la luz de la adopción de la Parte 4 del Código Civil de la Federación de Rusia y el art. 146 de la Parte 2 del Código Penal de la Federación de Rusia, una instalación sin licencia de un DBMS de Oracle, teniendo en cuenta el costo de las licencias, puede inmediatamente caer bajo una cantidad grande o especialmente grande de daño al titular de los derechos de autor, por lo que se castiga con prisión. proporcionó. Es importante que el autor directo del delito, es decir, la instalación de una copia sin licencia, suele ser el administrador, independientemente de las fábulas que cante la dirección de la organización. Cuando se llega al extremo, el tribunal escuchará no fábulas, sino hechos. El hecho es la acción: instalación de software sin licencia, y hay una persona que cometió estas acciones. Generalmente este es el administrador. ¿Se convertirán los dirigentes en cómplices? gran pregunta, que también puede considerarse un delito agravante: un delito cometido por un grupo mediante conspiración previa. Por lo tanto, en la actualidad, un administrador que no quiere cumplir condena tiene dos opciones: solicitar la licencia del software por parte de la organización o "tocar la puerta" inmediatamente para no ser el último recurso. Pero es una situación desagradable.

Para el DBMS, la corporación ofrece varios lanzamientos (versiones), dentro de los cuales se distinguen varias ediciones. Hay edición Enterprise (EE), edición estándar (SE), edición estándar uno (SE One). Todas las ediciones se instalan desde una distribución, siendo EE la más completa y SE un subconjunto de EE. Además de las ediciones, existe el concepto de opciones, es decir, funcionalidad adicional, como un clúster RAC, partición, ADDM (AWR), etc. El uso de opciones cuesta tarifas de licencia separadas

La licencia del DBMS se realiza por sockets o por número de usuarios. Además, las ediciones tienen limitaciones: SE One no puede utilizar más de dos enchufes, pero también es más económico. Las opciones también se distribuyen de manera bastante extraña: por ejemplo, para SE, la creación de un clúster Oracle RAC será gratuita, pero para EE tendrá que pagar por ello.

Por lo tanto, para obtener una licencia de DBMS, debe decidir qué edición necesita, qué opciones adicionales necesita y cómo le resulta más rentable obtener la licencia: por sockets de servidor o por usuarios. El matiz aquí es que la licencia por usuario significa todos los usuarios incluidos en la base de datos, y no aquellos que realmente acceden a ella.

Otro punto importante es el pago por soporte técnico. Por lo que recuerdo, es aproximadamente el 25% del costo de las licencias de todos los DBMS adquiridos por una organización por año. Es importante que al renovar un contrato de soporte técnico después de una interrupción, se le solicite pagar el soporte técnico para todos los DBMS durante el período de la interrupción. Es importante que sólo puedas adquirir soporte técnico para todas tus licencias de forma masiva, pero no para una base. Bueno, hay lógica en esto, pero no es nada barato. Sin embargo, puedo estar equivocado y es mejor aclarar estos puntos con fuentes oficiales.

¿Por qué necesitas soporte técnico? Después de celebrar un contrato, tendrá acceso al sitio web de soporte técnico de Oracle https://metalink.oracle.com o Metalink. Hay mucho material disponible en el sitio sobre los problemas que han surgido y los métodos para resolverlos. Las actualizaciones para las versiones de DBMS también están disponibles en el sitio. Y, aunque a menudo sólo se utiliza la funcionalidad básica del DBMS, soporte de información puede resultar muy necesario. También en el sitio puede hacer preguntas al personal de soporte técnico de Oracle (desafortunadamente, solo en inglés no ruso) y recibir consejos.

Descripción general de otros productos de Oracle

El DBMS no es el único producto de Oracle Corporation; representa tanto productos de sistemas (por ejemplo, servidor Oracle HTTO, Oracle Identity Management, Oracle Application Server) como soluciones de aplicaciones como OEBS, Siebel, etc. El autor tiene derecho a su opinión, y la opinión del autor aquí es la siguiente: quizás para organizaciones súper grandes construidas sobre un principio judeocristiano (europeo) desalmado, estos productos sean óptimos. Sin embargo, existen alternativas gratuitas cuyo uso es preferible, teniendo en cuenta tanto los intereses a corto plazo en forma de licencias como la perspectiva a largo plazo. El patrón de Oracle de comprar productos de otras personas no promueve el respeto por el desarrollador más que por el revendedor. El mismo servidor HTTP de Oracle es un HTTP gratuito conocido servidor apache con módulos adicionales para autorización y vinculación con procedimientos de bases de datos almacenados, y el directorio LDAP se basa (al menos en la versión 9i) en el igualmente conocido servidor gratuito OpenLDAP de PADL

Por supuesto, no hay ningún delito en esto. Pero el posterior alejamiento de las típicas soluciones estándar familiares para los administradores, que pueden usarse fuera del “ecosistema Oracle”, por ejemplo, reemplazando su servidor de aplicaciones basado en el conocido Apache por un producto WebLogic adquirido externamente, indica el deseo de vincular la usuario a sus productos. O al menos dificultar la selección de alternativas. Por supuesto, Oracle tiene derecho a elegir una posición, pero el usuario también tiene derecho a elegir si utiliza o no sus productos, lo que, lo admito, intenta manipular su elección cuando existen alternativas. Una alternativa al servidor de aplicaciones, por ejemplo, es una combinación de Tomcat y Apache. Y así sucesivamente: siempre se puede llegar al resultado por caminos diferentes, y el autor ya no parece tentar el camino de Oracle Corporation.

Por cierto, hace relativamente poco tiempo la corporación presentó otra sorpresa: si antes era posible utilizar oficialmente varias distribuciones de Linux diferentes para instalar el DBMS de Oracle, ahora, de hecho, solo existe una distribución de Linux de la propia corporación Oracle, porque solo hay una. Queda el núcleo recomendado. Todo estaría bien si fueran ellos quienes pusieran su trabajo en crear esta distribución desde cero. Pero, por lo que recuerdo, toda la epopeya con distribución de linux de Oracle comenzó con la propuesta de la corporación de brindar soporte técnico para la distribución RedHat por menos dinero que el soporte de la misma distribución por parte del propio fabricante: la compañía RedHat, que ha invertido una gran cantidad de trabajo en su distribución y merece un verdadero respeto. de la comunidad de código abierto. Por supuesto, podría estar equivocado, y desde entonces Oracle Corporation podría haber hecho una distribución completamente independiente y no basada en el trabajo de un trabajador honesto. sombrero rojo. Bueno, si alguien está interesado, que le haga esta pregunta a Oracle.

Teniendo en cuenta la empresa SUN Microsystems adquirida anteriormente, propietaria de patentes para los procesadores SPARC y el sistema operativo SUN Solaris, y que en realidad quedó enterrada aún más por el desarrollo de Open Solaris (los entusiastas hicieron una bifurcación, pero es poco probable que sea ​​viable), así como la creación organización separada y la transición masiva, si cree en las noticias, a ella de los desarrolladores de la suite ofimática Open Office, heredada por la corporación (también se hizo una bifurcación, la suite ofimática correcta ahora se llama LibreOffice y va acompañada de la fundación de una organización como la Fundación Mozilla, por lo que las perspectivas son bastante halagüeñas) en opinión del autor, es posible y debemos hablar sobre la preferencia por alternativas gratuitas

• sobre la epopeya con OpenSolaris, que en realidad fue eliminada - aquí, aquí, aquí
• con respecto al acto grosero, en opinión del autor, en relación con PostgreSQL - aquí

Por cierto, en relación directamente con el DBMS, también existen alternativas, por ejemplo, el PostgreSQL gratuito tiene una funcionalidad similar a la Oracle Database Standard Edition y, en algunos aspectos, en opinión del autor, es superior a él, por ejemplo, soporte lenguajes procesales, conocido por los administradores: Perl, Python, etc. Y estas alternativas, si es posible, deben desarrollarse y utilizarse con carácter prioritario. Y si para ganarse la vida necesita administrar temporalmente un DBMS de Oracle, hasta la victoria de productos comerciales gratuitos o creados de forma honesta e independiente, esta serie de artículos está diseñada para ayudarlo.

Cada uno saca sus propias conclusiones. La opinión del autor es que el software Oracle DBMS como tecnología básica es tan bueno, de alta calidad y conveniente para administrar grandes bases de datos desde la posición de administrador, como otros productos no son convenientes. Y, nuevamente, en opinión del autor, la política de licencias, la actitud de la corporación hacia los proyectos comunitarios y la tendencia a pasar de soluciones basadas en productos gratuitos a "cajas negras" requieren una búsqueda rápida de alternativas y una transición hacia ellas cuando sea posible, y , si es posible, deberían ser soluciones de un fabricante nacional para desarrollar la industria dentro del país, o soluciones de software abiertas, como PostgreSQL.

Belonin S.S. (C), septiembre de 2010

(no se registran fechas de modificaciones posteriores)

Como

Año de fabricación: 2003

Editorial: Folio

Formato:DJVU

El libro está dedicado al DBMS de Oracle. - una de las plataformas más populares diseñadas para trabajar con bases de datos. Se consideran cuestiones tecnológicas generales. Oráculo , estructura de la base de datos y principios básicos de la gestión de archivos de bases de datos, sus tamaños, política de protección de bases de datos, uso lenguaje estructurado solicitudes SQL (crear consultas simples y anidadas, agregar y cambiar información en bases de datos, crear y modificar objetos básicos de sistemas relacionales), lenguaje de programación PL/SQL . Usado ejemplos prácticos centrado en la versión DBMS - Oráculo 9i

Introducción

Parte I. TEORÍA DE BASE DE DATOS

Capítulo 1.1. Introducción a las bases de datos

¿Qué es una base de datos?

Estructura de la base de datos

Capítulo 1.2. Modelo de base de datos relacional

Dominios y Relaciones

Integridad de datos

Álgebra relacional

calculo relacional

Capítulo 1.3. Diseño estructura lógica bases de datos

Concepto de dependencia funcional

Normalización de bases de datos

Modelado de objetos

Capítulo 1.4. Funciones de seguridad de la base de datos

Transacciones y Concurrencia

Seguridad e integridad de la base de datos

Capítulo 1.5. Aspectos adicionales tecnología relacional

Mejore el rendimiento con la optimización

Dominios, relaciones y tipos de datos.

Nulos y lógica de tres valores

Bases de datos distribuidas

ParteII. INSTALACIÓN DE ORACLE 9i

Capítulo 2.1. Oracle 9i - nuevas características

Oráculo 9i - Información general

Innovaciones de Oracle Base de datos 9i

Nuevas funciones en SQL Oracle

Java y XML

Beneficios de las nuevas opciones de DBMS de Oracle

Fusión de caché

Opciones de recuperación

Funciones basadas en arquitectura avanzada

Otras características de Oracle 9i

Capítulo 2.2. Requisitos de instalación

Componentes de Oracle_Home

Convenciones básicas del sistema de componentes

Requisitos de componentes individuales

Requisitos de actualización de la base de datos

Instalador universal de Oracle: descripción general

Instalación del producto Oráculo 9i

Seleccionar un tipo de base de datos

Configuración de red

Configuración del servidor en la red.

Comprender los usuarios y las contraseñas

Nombre e ID de la base de datos global

Espacios de tabla

ParteIII. COPIARORÁCULO

Capítulo3 .1. Arquitectura de instancia Oráculo

Instancia de Oracle

Estructura de instancia

Procesos en segundo plano Oráculo

Anatomía de una transacción

Monitoreo de instancias

Capítulo 3.2. Configurando el DBMS Oráculo

Necesidad de configuración

Configuración de opciones y pasos

ParteIV. HERRAMIENTAS ORÁCULO

Capítulo 4.1. Trabajando con SQL* Pío

Configurando el programa SQL*Más

Ejecutando SQL*Plus y algunos acuerdos

Comandos SQL*Plus

Operación de edición en SQL*Más

Ejecutar comandos SQL para su ejecución

Bloqueo de comandos SQL

Comandos del administrador de bases de datos

comando EJECUTAR

Control de salida de información

EXPLICAR EL PLAN

Capítulo 4.2. Importar y exportar

Objeto y capacidades de importación y exportación.

Exportar datos

Importar datos

Capítulo 4.3.OráculoEmpresaGerente

información general y arquitectura

Conexión independiente

Conexión al servidor de administración

Aplicaciones de paquetes de administración y aplicaciones de gestión de bases de datos

programación de trabajos

ParteV. LENGUAJE DE CONSULTA ESTRUCTURADO SQL

Capítulo 5.1. Muestreo de datos

SELECCIONAR declaración

Sintaxis básica del operador SELECCIONAR

Operadores de comparación

Rangos

Listas (IN y NO EN)

Comprobación de valores con certeza

Buscar por patrón

Opciones de operador adicionales SELECCIONAR

Usando expresiones

Uso de pseudocolumnas especiales

Usar alias de columnas y tablas

Seleccionar valores únicos

Unir varias tablas en una consulta

Usando subconsultas

Capítulo 5.2. Funciones Oráculo

Funciones de conversión

Funciones de calendario

Funciones numéricas Oráculo

Funciones de personajes Oráculo

Funciones versátiles Oráculo

Cálculos analíticos de SQL en Oracle 9 i

Mecanismos de agregación

Capítulo 5.3. Consultas complejas Oráculo

Consultas de árbol (jerárquicas)

unión externa

Fusionar resultados de múltiples consultas

Capítulo 5.4. Creando tablas

Usando el operador CREAR TABLA

Usando el operador ALTERAR TABLA

Cambiar el nombre y eliminar una tabla

Capítulo 5.5. Cambiar datos de la tabla

Actas

Insertar datos

Copiar datos de otra tabla

Cambiando datos

Eliminar datos

Uso de funciones en declaraciones de modificación de datos

Bloquear filas

Eliminación de datos a alta velocidad

Cambiar datos y privilegios

Índices y restricciones

Activadores de base de datos

Capítulo 5.6. Otros objetos de base de datos

Índices

Características de trabajar con índices.

Usando clústeres

Ventajas y desventajas de los clusters.

Secuencias

Envíos

Sinónimos

ParteVI. LENGUAJE DE PROGRAMACIÓN P.L./ SQL

Capítulo 6.1. Programas y módulos

Procedimientos y funciones

Módulos

Construcciones sintácticas

Capítulo 6.2. Usando subrutinas y módulos

información general

Rutinas locales

Rutinas almacenadas y locales.

Rutinas y módulos almacenados

Estado de los módulos en tiempo de ejecución.

Rutinas y privilegios almacenados.

Capítulo 6.3. Activadores de base de datos

Tipos de disparador

Creando disparadores

Detalles del uso de desencadenantes

Cambiadores

Capítulo 6.4. Dinámica SQL

SQL a PL/SQL

Usando DBMS. SQL

Usando interno SQL

Funciones adicionales

Capítulo 6.5. Comunicación entre conexiones

módulo DBMS_PIPE

Módulo DBMS_ALERT

Comparación de módulos DBMS_PIPE y DBMS_ALERT

Capítulo 6.6. Propiedades del objeto

Tipos de objetos

Objetos en la base de datos.

Estructuras prefabricadas

ParteVII. FUNDAMENTOS DE LA ADMINISTRACIÓN DE BASE DE DATOS

Capítulo 7.1. Ambiente Oráculo

Entorno de escritorio Oracle

Configurando tu ambiente de trabajo Oráculo

Capítulo 7.2. Administración de base de datos

Responsabilidades del DBA

Responsabilidades de otros usuarios de la base de datos

Nombre de cuenta DBA en el sistema operativo

Conexión de usuario administrador de bases de datos

Nombres de cuentas de DBA

Planificación de bases de datos

Capítulo 7.3. Creando una base de datos

Etapas de la creación de una base de datos.

Creando una instancia

Crear un archivo de parámetros de inicialización

Creando una base de datos

Crear objetos de soporte de base de datos

Las últimas etapas de la creación de una base de datos.

Iniciando la base de datos

Procedimiento para detener una base de datos

Retiro de sesiones

ParteVIII. CONFIGURACIÓN DEL SERVIDOR ORÁCULO

Capítulo 8.1. Controlar la gestión de archivos

información general

Creando un nuevo archivo de control

Operaciones con archivos de control.

Capítulo 8.2. Gestión de revistas en línea.

información general

Crear grupos de revistas en línea

Crear miembros de revistas en línea

Cambiar el nombre y mover miembros de la revista en línea

Eliminar grupos de revistas en línea

Eliminación de miembros de la revista en línea

Capítulo 8.3. Gestión de puntos de control y cambio de registros

información general

Configuración de intervalos de puntos de control de la base de datos

Forzar un cambio de registro

Forzar un punto de control rápido sin cambiar el registro

Obtener información del historial de recurrencia

ParteIX. CONFIGURACIÓN DE LA MEMORIA DE LA BASE DE DATOS

Capítulo 9.1. Tamaño de la base de datos y gestión de archivos.

Política de gestión de archivos de datos y espacios de tablas

Segmentación del espacio de tabla

Crear espacios de tabla y archivos de datos

Agregar archivos de datos a un espacio de tabla

Configuración de opciones de memoria para espacios de tabla

Cambiar el nombre y mover archivos de datos

Eliminar espacios de tabla y archivos de datos

Capítulo 9.2. Gestión de objetos de esquema

Gestión del uso de memoria de bloques de datos

Configuración de opciones de memoria

Gestión de mesas

Trabajar con vistas

Gestión de secuencias

Usando sinónimos

Usando índices

Trabajar con clústeres

Gestionar clústeres hash y sus tablas

Cambiar el nombre de los objetos del esquema

Limpieza de mesas y clusters.

Trabajar con desencadenantes

Gestión de restricciones de integridad

Recompilación manual de objetos.

Capítulo 9.3. Gestión de segmentos de reversión

información general

Cómo funciona el segmento de reversión

Múltiples segmentos de reversión

Configuración del tamaño del segmento de reversión

Configuración del parámetroÓPTIMO

Crear segmentos de reversión

Eliminar un segmento de reversión

Capítulo 9.4. Fragmentación de bases de datos

Fragmentación del espacio de tabla

Fragmentación de objetos

Capítulo 9.5. Análisis de tablas, índices y clusters.

Comprender las capacidades de análisis

Gestión de recopilación de estadísticas.

Parteincógnita. PROTECCIÓN Y AUDITORÍA DE BASES DE DATOS

Capítulo 10.1. Establecer una política de seguridad de la base de datos

Política de protección de datos

Gestión de usuarios de bases de datos

Identificación de usuario

Política de protección del usuario

Capítulo 10.2. Gestión de usuarios

Identificación de usuario

Creando usuarios

Cambiar de usuario

Eliminando usuarios

Capítulo 10.3. Gestionar recursos a través de perfiles

información general

Creando perfiles

Usando un perfil predeterminado

Finalidad de los perfiles

Cambiar perfiles

Usar restricciones compuestas

Eliminar perfiles

Activar o desactivar los límites de recursos

Recuperar información sobre usuarios y perfiles

Capítulo1 0.4. Administrar privilegios y roles

Privilegios del sistema

Privilegios de objetos

Creando roles

Eliminando roles

Asignar privilegios y roles del sistema

Asignar privilegios de objetos

Revocar privilegios y roles del sistema

Revocar privilegios de objetos

Efectos en cascada de la revocación de privilegios

Obtener información sobre privilegios y roles

Capítulo 10.5. Auditoría de base de datos

información general

Activar o desactivar las opciones de auditoría

comando AUDITAR

Deshabilitar las opciones de auditoría

Controlar el crecimiento y el tamaño de la pista de auditoría

Borrar registros de auditoría del diario de auditoría

Protección de seguimiento de auditoría

Procesamiento de información de seguimiento de auditoría

Auditoría con activadores de bases de datos

Auditoría usando herramientas Oráculo

ParteXI. BASES DE DATOS DISTRIBUIDAS

Capítulo 11.1 SGBD distribuido

Comprender las bases de datos distribuidas

Transacciones distribuidas

Forzar el control de transacciones

Nombre de la base de datos global

Usando conexiones

Garantizar la transparencia de la ubicación

Capítulo 11.2. Gestión de vistas materializadas (instantáneas)

Comprender la replicación con vistas materializadas

Grupos de replicación

Tipos de vistas materializadas

Crear una vista materializada

Implementación de instantáneas internas

Configuración de opciones de memoria

Actualización de vistas materializadas

Grupos actualizables

Eliminación de vistas materializadas

Registros de vistas materializadas

ParteXIICOPIAR Y RESTAURAR LA BD

Capítulo 12.1. Archivar información de recurrencia

Seleccionar modos de archivo

Configurar el modo de archivo

Capítulo 12.2. Estrategia de respaldo

Pérdida de datos físicos y lógicos.

Preparándose para respaldo

Estrategia para copiar una base de datos operando en REGISTRO DE ARCHIVO

copia completa bases de datos (copia “fría”)

Copia parcial de la base de datos (copia “en caliente”)

Copiar un archivo de control

Exportar/importar (copia lógica)

Capítulo 12.3. Recuperación de base de datos

Preparándose para la recuperación

Recuperación de archivos de datos

Restaurar archivos de registro archivados

Restaurar desde una copia en frío

Restaurar una base de datos que opera en REGISTRO DE ARCHIVO

Aplicar archivos de registro de rehacer

Pérdida de archivos de registro de rehacer en línea

Pérdida de archivos de registro de rehacer archivados

Pérdida de archivos de control.

Recuperación de errores de usuario

Capítulo 12.4. Uso RMÁN

¿Qué es RMAN?

Arquitectura RMAN

Interfaz RMAN

trabajo rman