Administración de Oracle - Tema 3 - Creación de la BD

4,923 views
4,842 views

Published on

Tercer tema del curso de Administración de Oracle 10g. Curso para la preparación de la certificación OCA.

Published in: Technology, Business
1 Comment
8 Likes
Statistics
Notes
No Downloads
Views
Total views
4,923
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
0
Comments
1
Likes
8
Embeds 0
No embeds

No notes for slide
  • Están separadas, pero conectadas. Primero se crea la instancia. Luego la base de datos. Instancia Una instancia Oracle consiste en un conjunto de estructuras de memoria y procesos en segundo plano. Base de Datos Una base de datos esta formada de varios ficheros físicos, en un disco. Relación entre la instancia y la base de datos: En un entorno habitual con una única instancia, la relación de la instancia con la base de datos es de "uno a uno", una única instancia conectada a una única base de datos. Ésta relación también puede ser de "varios a uno", múltiples instancias conectadas a una única base de datos, en servidores diferentes y con un sistema de ficheros compartido. Este entorno se conoce como Real Application Clusters (RAC). En entorno de “varios a uno” nos proporciona: Rendimiento Tolerancia a fallos Escalabilidad (posible ahorro) Integración con el concepto de Grid Computing de Oracle Con la versión de Oracle Standard, la opción de RAC viene por defecto Nota : La versión Standard viene limitada a equipos con no más de dos CPU's y un máximo de 4 equipos por cluster.
  • Relación Instancia – Base de Datos Podemos afirmar lo siguiente sobre la instancia y las base de datos: El tiempo de vida de una instancia es tan largo como su existencia en la memoria Dentro de las estructuras físicas (ficheros), que manejas los administradores, están las lógicas (tablas) con las que trabajan los usuarios Oracle garantiza una completa abstracción de las estructuras lógicas y las físicas Solo el administrador puede colocarse en ambos lados del problema
  • Una instancia Oracle esta hecha de un conjunto de buffers en memoria conocido como "System Global Area (SGA)" y un grupo de procesos. La instancia no existe hasta que se inicia. Cuando se inicia una instancia, se lee el fichero de parametros de inicio y se configura la instancia en base a ellos. Una vez iniciada la instancia y abierta la base de datos, los usuarios puede acceder.
  • Compilar las sentencias es un proceso lento que Oracle realiza a demanda. Almacenando estas sentencias en el conjunto compartido cuando ya están compiladas, evitamos volverlas a compilar, ahorrando recursos. Manteniendo las definiciones de metadatos en memoria (conseguimos mejorar el rendimiento.
  • Viewing Information About the SGA The following views provide information about the SGA components and their dynamic resizing: V$SGA Displays summary information about the system global area (SGA). V$SGAINFO Displays size information about the SGA, including the sizes of different SGA components, the granule size, and free memory. V$SGASTAT Displays detailed information about the SGA. V$SGA_DYNAMIC_COMPONENTS Displays information about the dynamic SGA components. This view summarizes information based on all completed SGA resize operations since instance startup. V$SGA_DYNAMIC_FREE_MEMORY Displays information about the amount of SGA memory available for future dynamic SGA resize operations. V$SGA_RESIZE_OPS Displays information about the last 400 completed SGA resize operations. V$SGA_CURRENT_RESIZE_OPS Displays information about SGA resize operations that are currently in progress. A resize operation is an enlargement or reduction of a dynamic SGA component. V$SGA_TARGET_ADVICE Displays information that helps you tune SGA_TARGET. For more information, see Oracle Database Performance Tuning Guide.
  • Background processes have v$session.type = 'BACKGROUND' Showing the processes On Unix, the Oracle Processes can be listed with something like ps -eaf | grep ora Foreground processes While background processes do the work for Oracle itself, foreground processes do the work for clients (such as SQL statements). Foreground processes are created by the listener. Foreground processes have v$session.type = 'USER' Coordinating the processes' work Oracle uses semaphores to coordinate the work for the processes.
  • Una instancia Oracle esta hecha de un conjunto de buffers en memoria conocido como "System Global Area (SGA)" y un grupo de procesos. La instancia no existe hasta que se inicia. Cuando se inicia una instancia, se lee el fichero de parametros de inicio y se configura la instancia en base a ellos. Una vez iniciada la instancia y abierta la base de datos, los usuarios puede acceder.
  • Nota : el resto son opcionales Con el “Enterprise Manager” se pueden explorar fácilmente las estructuras lógicas de tu bases de datos. Se puede obtener información detallada de cada estructura pulsando en los enlaces de la sección de Almacenamiento
  • Por seguridad se suelen crear más de uno (multiplexarlos), Oracle se encargará de mantener las copias sincronizadas El mantenimiento es automático, solo controlamos el número de copias que existen. Los archivos de control son pequeños pero vitales
  • Los ficheros de Redo Log se usan para guardar los cambios de la base de datos como resultado de las transacciones y las acciones internas del servidor Oracle. Protejen la base de datos de la perdida de integridad por los fallos de sistema causados por caidas de tensión, errores de disco, etc. Los ficheros de Redo Log se pueden multiplexar para asegurar que la información que guardan no se pierda. Los Redo Log consisten en grupos de ficheros. Un grupo consiste en un fichero y sus copias multiplexadas. Cada copia idéntica es un miembro del grupo y cada grupo se identifica con un número. El proceso de escritura del log (LGWR) escribe los registros de redo desde el buffer de Redo Log hasta un grupo de Redo Log hasta que el fichero se llena o se realiza una petición de cambio de log. Los grupo de Redo Log se usan de forma circular.
  • Nota: Puedes crear tablespaces de tipo "bigfile", que son tablespaces con uno, pero muy grande fichero de datos. Los tablespaces tradicionales o "smallfile" (por defecto) pueden contener multiples ficheros de datos, pero os ficheros no pueden ser excesivamente grandes.
  • Nota : El tablespace SYSAUX es nuevo en 10g, en versiones anteriores el diccionario de datos estaba únicamente en el tablespace SYSTEM. Nota: Puedes crear tablespaces de tipo "bigfile", que son tablespaces con uno, pero muy grande fichero de datos. Los tablespaces tradicionales o "smallfile" (por defecto) pueden contener multiples ficheros de datos, pero os ficheros no pueden ser excesivamente grandes.
  • Database objects such as tables and indexes are stored in tablespaces as segments. Each segment contains one or more extents. An extent consists of contiguous data blocks, which means that each extent can exist only in one data file. Data blocks are the smallest unit of I/O in the database. When the database requests a set of data blocks from the OS, the OS maps this to an actual OS block on the storage device. Because of this, you need not be aware of the physical address of any of the data in your database. This also means that a data file can be striped and or mirrored on several disks. The size of the data block can be set at database creation time. The default size of 8 K is adequate for most databases. If your database supports a data warehouse application that has large tables and indexes, then a larger block may be beneficial. If your database supports a transactional application where reads and write are very random, then specifying a smaller block size may be beneficial. The maximum block size depends on your OS. The minimum block size is 2 K and should rarely (if ever) be used.
  • The data dictionary is the central set of tables and views that are used as a read-only reference about a particular database. A data dictionary stores information such as: The logical and physical structure of the database Valid users of the database Information about integrity constraints How much space is allocated for a schema object and how much of it is in use A data dictionary is created when a database is created and is automatically updated when the structure of the database is updated. The data dictionary is where Enterprise Manager retrieves information about objects in the database. You can also select information from the data dictionary tables. Enterprise Manager does this for you and presents the information in a very easy-to-use format. The DICTIONARY view contains descriptions of data dictionary tables and views. These tables and views generally have one of three prefixes: USER: Information pertaining to the objects owned by the current user. ALL: Information pertaining to the objects accessible to the current user. DBA: Information pertaining to every object in the database.
  • Hay valores por defecto para todos los parámetros excepto para el nombre de la base de datos (DB_NAME, nombre de la base de datos a la que la instancia se conectará). Se puede modificar cualquier parámetros parando la instancia y modificando el archivo, a excepción de DB_BLOCK_SIZE
  • Autenticación Hay dos tipos de autenticación no basada en el diccionario: Para la autenticación basada en sistema operativo, Oracle delega la responsabilidad a éste. Durante la instalación especificamos el nombre del grupo propietario del software de Oracle (dba en Linux, ORA_DBA en Windows) Si iniciamos una sesión con un usuario miembro de estos grupos, tendremos permisos para conectarnos a la instancia e iniciarla, abrir o crear una base de datos sin que nos pregunte por un usuario y clave Este mecanismo no funciona si queremos conectarnos a la instancia remotamente En estos casos entra el archivos de claves de acceso, un archivo del sistema operativo, con una relación de usuarios y las claves de acceso cifradas en él Usando la sintaxis apropiada, podemos conectarnos a la instancia, responder al usuario y clave de acceso que exista en el archivo, iniciar la instancia y abrir o crear una base de datos
  • Bienvenido Operaciones Database Configuration Assistant (DBCA) enables you to create, change the configuration of, or delete a database. You can also create a database from a list of predefined templates or use an existing database as a sample to create a new database or template. A template is a predefined database that you use as a starting point for a new database. Create a database: If you select this option, you can create a new database or template. Configure options in a database: If you select the “Change database configuration” option, you can configure installed options that have not previously been configured for use with your database. You can also enable or disable shared server support. Note: The “Change database configuration” option is not available for Oracle Real Application Clusters. Delete a database: If you select this option, you can delete all the database files. Manage Templates: If you select this option, you have three ways to create a template: From an existing template From an existing database (structure only) From an existing database (structure as well as data) Plantillas When creating a database with DBCA, you can select one of three predefined databases, or create a custom database. Oracle Corporation ships predefined templates. There are templates for data warehouse, general purpose, and transaction processing databases. The templates contain settings optimized for workload. Click Show Details to see the configuration for each type of database. Choose the template suited to the type of workload your database will support. If you are not sure, select the default General Purpose template. For more complex environments, you may want to select the CustomDatabase option. This results in a more extensive interview and takes longer to create your database, because a database creation script must be run.
  • (*) Enter the Global Database Name, in the form database_name.domain_name and SID (Oracle system identifier). The SID defaults to the database name and uniquely identifies the instance that runs the database. It is important to understand that the SID is the name of the instance that will connect to a database and not necessarily the name of the database. An instance and the database the instance connects to need not have the same name, although it is convenient. With Real Application Clusters, multiple instances open the same database and the SIDs for each instance will be different.
  • Use this page to set up your database so it can be managed with Oracle Enterprise Manager, which provides web-based management tools for individual databases, as well as central management tools for managing your entire Oracle environment. To use Enterprise Manager, select Configure the Database with Enterprise Manager. If the Oracle Management Agent has been installed on your host computer, then you are given the option of selecting central management by selecting Use Grid Control for Database Management. If you select this type of management, you must also indicate which management service to use in the drop-down menu. Otherwise, select Use Database Control for Database Management to manage your database individually. If you choose this option, you can additionally enable Email Notifications and Enable Daily Backup. Click Help for more information about these options.
  • (*) Database schema passwords: Provide passwords for the administrative users, SYS, SYSTEM, SYSMAN and DBSNMP. You can provide a password for each one separately or provide one password for all. File Storage Options File System: This stores files in your OS-configured file system. Automatic Storage Management (ASM): Automatic Storage Management files are created and managed automatically, and you get the additional benefits of features such as mirroring and striping. For details on how to set up ASM, see the Oracle Database Administrator’s Guide . Raw Devices (partitions): These are disk partitions without a file system on them. Generally you should use these only if you are very familiar with the use of raw partitions already. Check your OS documentation for details on setting up and maintaining raw partitions.
  • File Locations Use Database File Locations from Template: Selecting this option instructs the DBCA to use the directory information as specified in the template. You will have an opportunity later to make modifications to database file names and locations. Use Common Location for All Database Files: This option requires you to specify a new common area for all your database files. You will have an opportunity later to make modifications to database file names and locations on the Storage page. Use Oracle-Managed Files: Select this option to eliminate the need for you, the DBA, to directly manage operating system files that an Oracle database comprises. You must provide the path to the database area. For more details on Oracle Managed Files see the Database Administrator’s Guide . Backup and Recovery Options A flash recovery area is a location in which Oracle can store and manage files related to backup and recovery. For details on setting up and sizing the flash recovery area, see the Oracle Database Backup and Recovery Basics guide. Enabling archiving puts the database in archive log mode at creation time. Archiving will be covered more detail in the lesson titled “Backup and Recovery Concepts.”
  • On several pages you can click File Location Variables to open a page that shows you the definition of defined variables. These variables are used in the path definition for files of the database. You cannot change the values while in DBCA. If you need these values modified, you must exit DBCA, change them in the OS environment, and then restart DBCA.
  • Sample schemas: The sample schemas are a set of schemas used for demonstrations and training. Custom scripts: Here you can specify any scripts you want run at creation time.
  • Initialization parameters: The four tabs can be used to set the most common parameters, and by clicking All Initialization Parameters you can view and set all the parameters. Memory: This allocates the memory used by the SGA and each PGA of the user processes. Sizing: Here you can set the block size, but if using a template the block size cannot be changed. You can also set the maximum number of OS processes that are allowed to connect to the instance.
  • Character sets: Here you set the default character set for the database and the national character set. The default character set is used for most data types in the database. The NCHAR, NVARCHAR2, and NCLOB data types support Unicode data only, which is the national character set option. You can use either the AL32UTF8 or the AL16UTF16 character set. For more information on choosing a character set refer to Globalization Support Guide . Connection mode: Oracle Database creates server processes to handle the requests of user processes connected to an instance. A server process can be either of the following: A dedicated server process, where one server process services only one user process A shared server process, where a server process can service multiple user processes Your database is always enabled to allow dedicated server processes, but you must specifically configure and enable shared server by setting one or more initialization parameters. Using Oracle Shared Servers will be discussed in a later lesson. You can also refer to the Database Administrator’s Guide.
  • On this page you can see the storage settings for the control files, data files, and online redo log files. When using a template you cannot add any data files to the database, but you can add more control files and online redo log files. Multiple control files are all maintained such that each is an exact copy of the others. DBCA automatically multiplexes the control file across three files. You can add more if you want.
  • You have the option of saving the database that you have defined as a template. This template can be used later to create databases with all the options you have defined. After you click Next on the Creation Options page, a Confirmation page appears where you can review all the options taken. This is the last chance to make a change before the creation process starts. You can also save the Confirmation page as an HTML file to review later. After you click OK on the Confirmation page, the database creation starts. At the end of the installation you will see a page presenting you the opportunity to unlock accounts created and change passwords if you desire. Click Password Management to unlock accounts and change password. Click Ok when don’t managing the accounts, then click Exit to DBCA.
  • Administración de Oracle - Tema 3 - Creación de la BD

    1. 1. Crear una Base de Datos 3
    2. 2. Objetivos <ul><li>Comprender la Arquitectura de una BD Oracle
    3. 3. Describir los Diferentes Componentes de una Instancia
    4. 4. Aprender a Utilizar el DBCA </li></ul>
    5. 5. Arquitectura de un Servidor Oracle <ul><li>Instancia </li><ul><li>SGA
    6. 6. Procesos </li></ul><li>Base de Datos </li><ul><li>Estructuras Físicas
    7. 7. Estructuras Lógicas
    8. 8. Diccionario de Datos
    9. 9. Archivos Externos </li></ul></ul>Instancia Base de Datos
    10. 10. Servidor Oracle SGA Redo Log Archivados Archivo de Control Archivos de Datos Online Redo Log Conjunto Compartido Streams Pool Large Pool Java Pool Database Buffer Cache Redo Log Buffer SMON PMON DBWn LGWR CKPT ARCn
    11. 11. Instancia <ul><li>Una Instancia consiste en un conjunto de memoria compartida conocida como Área Global del Sistema (SGA), y varios procesos en segundo plano </li></ul>Imagen: http://www.flickr.com/photos/barca-q8/3315960436/ Instancia
    12. 12. Database Buffer Cache <ul><li>La Buffer Cache es el área de trabajo que dedica Oracle a la ejecución de las sentencias SQL
    13. 13. Los usuarios nunca actualizan sus datos directamente en el disco. Copian los datos a la Buffer Cache y los actualizan allí
    14. 14. De esta forma se reducen las operaciones de E/S </li></ul>Instancia SGA Database Buffer Cache
    15. 15. Conjunto Compartido <ul><li>El Shared Pool se divide en otras estructuras: </li><ul><li>Cache de Librerías
    16. 16. Cache del Diccionario de Datos </li></ul><li>La Library Cache es un área de memoria que almacena, en su forma compilada, las sentencias ejecutadas recientemente
    17. 17. La Dictionary Cache almacena la definición de los objetos utilizados recientemente: descripciones de tablas, índices, usuarios y otras definiciones de metadatos </li></ul>Instancia SGA Conjunto Compartido
    18. 18. Estructuras de Memoria <ul><li>Log Buffer </li><ul><li>Estructura de memoria muy pequeña como área de paso para los datos que se modifican en la Buffer Cache . </li></ul><li>Large Pool </li><ul><li>Área opcional, será utilizada en lugar del Conjunto Compartido por algunos procesos (servidores compartidos y RMAN). </li></ul><li>Java Pool </li><ul><li>Solo se utiliza en caso de tener una aplicación que almacena procedimientos Java dentro de la base de datos. </li></ul><li>Streams Pool </li><ul><li>Estructura de memoria utilizada por Oracle Streams </li></ul></ul>Instancia SGA Redo Log Buffer Large Pool Java Pool Streams Pool
    19. 19. Procesos de Oracle <ul><li>SMON , encargado de abrir la BD
    20. 20. PMON , monitoriza los procesos de usuario
    21. 21. DBWn . “ proceso de procesos ”, es el único que escribe en los archivos de datos
    22. 22. LGWR , propaga los cambios aplicados en la Database Buffer Cache a los Online Redo Logs en disco
    23. 23. CKPT , asegura que la Instancia esté sincronizada con la BD </li></ul>Instancia Procesos
    24. 24. Base de Datos <ul><li>Se llama Base de Datos al grupo de archivos de nuestro sistema de almacenamiento donde residen los datos. Éstos se pueden dividir de forma física o lógica </li></ul>Imagen: http://www.flickr.com/photos/barca-q8/3315960436/ Base de Datos
    25. 25. Estructuras Físicas <ul><li>Una BD Oracle puede tener, básicamente, 3 tipos de archivos: </li><ul><li>Archivos de Control
    26. 26. Archivos de Redo Log
    27. 27. Archivos de Datos </li></ul><li>Además tenemos archivos externos: </li><ul><li>Archivos de Parámetros de Inicio
    28. 28. Archivo de Claves de Acceso
    29. 29. Archivos de Redo Log Archivados </li></ul></ul>Base de Datos Estructuras Físicas
    30. 30. Archivos de Control <ul><li>Cada base de datos tiene un archivo de control que contiene: </li><ul><li>Los punteros al resto de archivos la base de datos (archivos de log, archivos de datos, etc)
    31. 31. Información para mantener la integridad de la base de datos (números de secuencia y marcas de tiempo)
    32. 32. Información sobre las copias de seguridad realizadas con RMAN </li></ul><li>Por seguridad se suelen multiplexar
    33. 33. El mantenimiento de estos archivos es automático </li></ul>Imagen: http://www.flickr.com/photos/ayalan/392460408/ Base de Datos Estructuras Físicas
    34. 34. Archivos de Redo Log <ul><li>Los archivos de redo log se caracterizan por: </li><ul><li>Almacenan todos los cambios aplicados a la base de datos en orden cronológico
    35. 35. Se componen de grupos de ficheros, donde cada fichero es llamado miembro.
    36. 36. Cada base de datos requiere un mínimo de dos grupos de archivos de redo log
    37. 37. También se pueden multiplexar </li></ul></ul>Base de Datos Estructuras Físicas Redo Log Buffer LGWR Grupo 1 Grupo 2 Grupo 3
    38. 38. Archivos de Datos <ul><li>Como mínimo necesitamos dos archivos de datos en el momento de la creación
    39. 39. Los archivos de datos son un repositorio de datos
    40. 40. La cantidad de archivos y el tamaño de estos es ilimitado
    41. 41. La limitación viene dada por el hardware
    42. 42. Los archivos de datos solo pueden pertenecer a un Tablespace </li></ul>Base de Datos Estructuras Físicas Imagen: http://www.flickr.com/photos/ednothing/142393509/
    43. 43. Estructuras Lógicas <ul><li>Oracle crea varias estructuras lógicas para facilitar la gestión: </li><ul><li>Tablespaces
    44. 44. Segmentos </li></ul><li>Al contrario que las estructuras físicas, ficheros del sistema visibles solo a los administradores, las estructuras lógicas son las que pueden ver los usuarios
    45. 45. Oracle utiliza el término segmento para describir cualquier estructura que contiene datos (por ejemplo una tabla que contiene registros con datos)
    46. 46. Oracle abstrae el almacenamiento lógico del físico mediante el uso de Tablespaces </li></ul>Base de Datos Estructuras Lógicas
    47. 47. Tablespaces <ul><li>Un Tablespace es, a nivel lógico, un conjunto de uno o más Segmentos; a nivel físico, un conjunto de uno o mas Archivos de Datos
    48. 48. Hay una relación de varios-a-varios entre Segmentos y Archivos de Datos. Para resolver esta relación Oracle utiliza los Tablespaces : </li><ul><li>Un segmento puede estar repartido en varios Tablespaces
    49. 49. Un Tablespace puede tener varias segmentos </li></ul></ul>Base de Datos Estructuras Lógicas Archivo de Datos 1 Archivo de Datos 2 Tablespace
    50. 50. Segmentos <ul><li>Los segmentos más significativos son: </li><ul><li>Tablas
    51. 51. Índices
    52. 52. Segmentos de Deshacer </li></ul><li>Los Segmentos que forman el diccionario de datos se han de crear durante la instalación. Estos Segmentos se almacenan en dos Tablespaces (que son los dos Tablespaces necesarios durante la creación de la BD): </li><ul><li>SYSTEM
    53. 53. SYSAUX </li></ul></ul>Base de Datos Estructuras Lógicas
    54. 54. Segmentos, Extensiones y Bloques <ul><li>Los Tablespaces contienen segmentos
    55. 55. Los Segmentos contienen extensiones
    56. 56. Las Extensiones son una colección de Bloques de Datos
    57. 57. Los Bloques de Datos se corresponden con Bloques del S.O. </li></ul>Base de Datos Estructuras Lógicas Segmento Extensión Bloque de S.O. Bloque de Datos
    58. 58. Diccionario de Datos <ul><li>El Diccionario de Datos contiene los Metadatos: </li><ul><li>“ datos sobre los datos ” </li></ul><li>Éstos describen la base de datos, tanto a nivel físico como lógico, y su contenido: </li><ul><li>Definición de usuarios
    59. 59. Información de seguridad
    60. 60. Restricciones de integridad
    61. 61. Información de rendimiento (10g) </li></ul><li>Los segmentos del diccionario de datos son semejantes al resto, con la única diferencia que no puede acceder a ellos directamente </li></ul>Base de Datos Diccionario de Datos
    62. 62. Archivos Externos <ul><li>Hay tres tipos de archivos que existen externamente a la base de datos: </li><ul><li>Archivo de parámetros
    63. 63. Archivo de claves de acceso
    64. 64. Archivos de redo log archivados </li></ul></ul>Base de Datos Archivos Externos
    65. 65. Archivo de Parámetros <ul><li>El archivos de parámetros define la instancia: </li><ul><li>Ubicación del archivo de control
    66. 66. Tamaño de las estructuras de memoria
    67. 67. Cantidad de procesos en segundo plano
    68. 68. Limite de sesiones de usuario </li></ul><li>Hay dos tipos de archivos de parámetros: </li><ul><li>Estático ( initSID.ora ), un archivo de texto plano
    69. 69. Dinámico ( spfileSID.ora ), un archivo en formato binario cuya edición y mantenimiento depende del mismo Oracle </li></ul></ul>Base de Datos Archivos Externos
    70. 70. Archivo de Claves de Acceso <ul><li>Se encarga de la autenticación de usuarios cuando la instancia no se ha iniciado o no existe base de datos.
    71. 71. Los usuarios solo son registros de una tabla del diccionario de datos (DBA_USERS). Pero si no hemos creado y abierto la base de datos, Oracle no puede consultar el diccionario de datos para validar el usuario y clave de acceso.
    72. 72. Dada la importancia de autenticar a los usuarios antes de permitirte realizar acciones como iniciar la instancia o crear una base de datos, Oracle proporciona dos métodos de autenticación no basados en el diccionario de datos: </li><ul><li>Basado en el sistema operativo
    73. 73. Basado en el fichero de claves de acceso </li></ul></ul>Base de Datos Archivos Externos
    74. 74. Archivos de Redo Log Archivados <ul><li>Los archivos de redo log archivados son copias de los ficheros de log en una o varias ubicaciones
    75. 75. Permiten disponer de un histórico de todas las modificaciones realizadas sobre la base de datos </li></ul>Base de Datos Archivos Externos
    76. 76. Crear una Base de Datos
    77. 77. dbca
    78. 78. Bienvenido
    79. 79. Identificación de Base de Datos
    80. 80. Opciones de Gestión
    81. 81. Credenciales de Base de Datos
    82. 82. Opciones de Almacenamiento
    83. 83. Ubicaciones de Archivos de Base de Datos
    84. 84. Configuración de Recuperación
    85. 85. Contenido de la Base de Datos
    86. 86. Parámetros de Inicio
    87. 87. Parámetros de Inicio
    88. 88. Almacenamiento en la Base de Datos
    89. 89. Opciones de Creación
    90. 90. Generación del Archivo de Comandos
    91. 91. Creación de Base de Datos

    ×