9:42
2024-02-06 10:11:16
6:47
2024-02-06 10:22:16
5:15
2024-02-06 10:31:49
3:57
2024-02-06 10:38:48
17:59
2024-02-06 10:43:27
1:06
2024-02-06 11:12:41
10:20
2024-02-06 11:15:29
2:42
2024-02-06 11:26:39
11:03
2024-02-06 12:01:53
1:16
2024-02-06 12:14:47
42:32
2024-02-06 12:19:55
10:32
2024-02-07 10:25:03
4:02
2024-02-07 10:39:09
1:54:16
2024-02-07 10:45:07
2:11:58
2024-02-07 20:24:23
11:55
2024-02-08 10:29:34
15:14
2024-02-08 10:43:38
3:39
2024-02-08 11:02:01
1:28:10
2024-02-08 11:14:14
1:31:21
2024-02-08 21:37:16
2:33:55
2024-02-09 09:35:00
15:39
2024-02-09 12:49:52
1:17:31
2024-02-12 09:26:50
36:07
2024-02-12 10:56:05
8:43
2024-02-13 12:48:13
3:05
2024-02-14 10:23:00
Visit the Oracle Database 19c: Administration course recordings page
United Arab Emirates - Oracle Database 19c Security
WEBVTT
-->
Y ya nos conectamos incluso a dos formas, por medio de la línea de comando y por medio
-->
de nuestro ID, que es el SQL Server, otra vez, digo, Oracle Developer, estoy con que
-->
quiero enseñar SQL Server, ¿no?
-->
Listo.
-->
Entonces, si seguimos nosotros con la diapositiva, vamos a darnos cuenta incluso que con eso
-->
se alcanzan a ver la mayoría de los temas del día de hoy, ahorita lo vamos a seguir
-->
revisando.
-->
Si nos vamos a la presentación, pues vamos a empezar a ver lo que es, hasta ahí digamos
-->
la parte de la ambientación, termino, ¿va?
-->
Con eso ya instalamos lo que es una base de datos, este, Oracle.
-->
Nos metimos a una instancia, ¿vale?
-->
Entonces, voy a regresar un poquito al temario, a la diapositiva del día 1 y vamos a ver,
-->
por ejemplo, que el tema 2, ahorita voy a regresar al tema 1, que es la introducción,
-->
que de hecho es prácticamente lo que nos haría falta nada más de ver.
-->
Si nosotros vemos en lo que es el tema 2, ya vimos cómo nos conectamos a una instancia
-->
de base de datos, ya vimos cómo usamos algunas herramientas de Oracle para base
-->
de datos como SQL Plus, Oracle SQL Developer, ¿sí?
-->
Y ahorita vamos a entrar al tema de lo que son las DBCAs, aunque para esto
-->
sí es necesario ver el tema 1, solo quiero hacer como una remembranza de que es ahorita
-->
lo que vimos, ¿no?
-->
Vimos gran parte de lo que es esto y si te fijas también en la parte del tema 3,
-->
creando una base de datos de Oracle, ya vimos cómo se crea la base de datos,
-->
¿no?
-->
A través de comandos de SQL y mejor dicho e indirectamente también estábamos viendo
-->
lo que es un DBCA, ¿sí?
-->
Entonces ahorita vamos a entrar en detalle ya para cerrar el día y vamos a retomar
-->
esta parte que en automático nos va a hacer comprender ya los demás temas, ¿va?
-->
Pero bueno, es como para que estén conmigo de todo lo que ya estuvimos viendo,
-->
simplemente viendo lo que es la instancia, la instalación de la base, ¿vale?
-->
Entonces, si yo me regreso a mi diapositiva, voy a ver lo que es una introducción
-->
de lo que es la base de datos de Oracle.
-->
Entonces, en esta parte es la parte teórica, de hecho la dejé al final,
-->
pues porque es un poco para que no fuera tan tedioso, ¿va?
-->
Y en esta parte vamos a la dinámica es que todos participemos también para que
-->
no sea tan aburrido nada más escuchar mi voz.
-->
Entonces, ¿qué les parece si en este punto Arón nos apoyas con leer
-->
lo que viene en la parte en la diapositiva 18?
-->
Sí.
-->
Correcto.
-->
No sé si tengas la diapositiva a la mano o quieres verla aquí en mi pantalla.
-->
Y si la puedes poner un poquito más grande.
-->
Correcto.
-->
Y si la tengo a la mano, ¿eh?
-->
¿Quieres ya?
-->
Ah, listo.
-->
Sí, de todos modos le voy a poner.
-->
Adelante.
-->
El arquitectura de Oracle Database Server es fundamental para comprender
-->
cómo funciona Oracle Database, especialmente la versión 19c.
-->
Esta arquitectura conceptualmente dividida en dos partes principales,
-->
la instancia de la base de datos y la base de datos física.
-->
Instancia de la base de datos.
-->
Una instancia de base de datos Oracle consiste en estructuras de memoria
-->
y procesos de fondo que operan sobre una base de datos física.
-->
La instancia es efímera y existe solo cuando la base de datos está en ejecución.
-->
Los principales componentes de una instancia incluyen System Global Area,
-->
que es un área de memoria compartida que contiene datos e información de control
-->
para una instancia de Oracle Database.
-->
La System Global Area incluye varios elementos como el buffer cache,
-->
el Shared Pool y el Air Pool.
-->
Procesos de fondo.
-->
Oracle Database utiliza varios procesos de fondo como el Process Monitor,
-->
el System Monitor, el Database Writer y el Log Writer y muchos otros.
-->
Estos procesos gestionan la coordinación y el flujo de datos dentro de la base de datos
-->
y ayudan a la recuperación de fallos y aseguran la integridad de la base de datos.
-->
Correcto.
-->
Muy bien.
-->
Entonces, estos conceptos pueden resultar a lo mejor un poquito abrumantes al inicio,
-->
pero los vamos a ir revisando conforme a la parte práctica que ya realizamos.
-->
Muchas gracias, Aarón, por ayudarme.
-->
Gracias a ti.
-->
Dice base de datos física.
-->
La base de datos física se refiere a los archivos en disco que almacenan los datos
-->
en la base de datos e incluye archivos de datos.
-->
Estos archivos contienen los datos reales almacenados en la base de datos.
-->
Cada tabla, cada índice, etcétera, reside en estos archivos de datos.
-->
Ahorita vamos a ver un poco de ejemplos también de en dónde se encuentran estos archivos.
-->
Archivos Redo Log son utilizados para recuperar la base de datos en caso de algún fallo.
-->
Estos archivos registran todas las transacciones realizadas en la base de datos
-->
y luego tenemos el archivo de control que contiene metadatos sobre la base de datos
-->
como lo es la estructura de los archivos de datos y el Redo Log.
-->
Esto, estos archivos son lo que compone el componente que nos decía ahorita Aarón.
-->
La base de datos física sale.
-->
Vamos a entrar un poquito más en detalle de lo que es una instancia.
-->
Este ejemplo o para describir esto de la instancia lo vamos a tomar con el ejemplo
-->
que hemos estado trabajando de la base de datos de Human Resources.
-->
Entonces básicamente nos dice que una instancia de Oracle Database es esencialmente el conjunto
-->
de estructuras de memoria y procesos de Oracle que sirven para gestionar las operaciones de
-->
la base de datos. Esta instancia va a ser un intermediario entre el usuario,
-->
sus operaciones y la base de datos física que está almacenada en disco.
-->
Es en esencia es algo así como si fuera un middleware, es un intermediario entre
-->
nosotros como usuarios y el sistema de datos físico que se instancia en o que se instala
-->
en la base de datos. En memoria vaya, en disco.
-->
Entonces un ejemplo simple, supongamos que quieres consultar los empleados del
-->
departamento de IT en el esquema de la base de datos de Human Resources.
-->
Al ejecutar una consulta, la instancia de Oracle que corre en Docker,
-->
en lo que instalamos, va a facilitar este proceso.
-->
Entonces para este ejemplo nosotros nos metemos a nuestra instancia como lo hemos
-->
estado haciendo. Como lo vimos ahorita me conecto al esquema con mi usuario que
-->
ya entendimos todos como funciona y yo puedo ejecutar esta primer consulta.
-->
Esta consulta realmente es un subquery y lo que está haciendo es mostrando el primer
-->
nombre y el apellido de esta tabla empleados en donde el departamento,
-->
chalala. Entonces este ejemplo como nota nos dice que asume que estamos conectándonos a la base
-->
de datos utilizando SQL plus, que es la herramienta que pues ya vimos ahorita.
-->
Y nos está mostrando como la instancia, es decir, esta conexión a la instancia nos va
-->
a facilitar o funciona como un intermediario entre nuestro usuario,
-->
que es HR y la base de datos. Yo con ella puedo ya interactuar a través de lo que es la
-->
instancia. Ahora, ¿por qué se dice que la instancia es efímera? Bueno, aquí nos da
-->
una explicación breve. Nos dice que es efímera porque existe solo mientras la base
-->
de datos está activa o en ejecución. Digamos que esa instancia es ese software que se instaló y
-->
que se configuró. Como saben, el software es intangible. En este caso podemos ver la instancia
-->
como un servicio de base de datos que solamente va a estar disponible cuando nosotros queremos
-->
interactuar con la base de datos o nos conectamos a ella. Realmente, aunque hablamos de software,
-->
sí podemos decir que la base de datos es un archivo físico, es un archivo tangible. Se instala
-->
en el disco de la máquina y pues literal son archivos que contienen información, contienen
-->
texto, metadata. Y esos archivos tan existen que los podemos encontrar y tienen un peso,
-->
tienen una memoria, gigabytes, terabytes en algunos casos, las bases de datos pesan.
-->
Sin embargo, lo que no es tangible, lo que no podemos ver es esa instancia. O sea,
-->
eso al final de cuentas ese es el concepto. Y ese concepto no solo es de Oracle. Cualquier
-->
gestor de base de datos define a la instancia con una naturaleza efímera. No podemos verla,
-->
no podemos ver cuánto mide. O sea, lo que estaríamos viendo es la medición de la base
-->
de datos, de los archivos, de los registros, pero no la instancia. Eso se refiere. ¿Cómo
-->
podemos comprobar ese estatus de la base de datos? Bueno, estamos viendo un nuevo comando,
-->
que de hecho creo que también está por aquí. Si no está aquí, entonces no está aquí,
-->
entonces ya lo podremos ejecutar. Este comando yo lo puedo copiar y ejecutar en la máquina
-->
virtual. Ahora, creo que no funciona la parte del clipboard, del portapapeles. Yo me enfrenté
-->
con esto. Esto al parecer nada más me está dando problemas con instancias de Ubuntu. ¿Qué hice
-->
yo para poder pasarme los comandos de la diapositiva a la máquina interna?
-->
Básicamente me apoyé de un sitio web que se llama CodeShare. No sé si ustedes ya lo
-->
han trabajado, pero básicamente CodeShare lo que hace es permitirme compartir código.
-->
Entonces, para ver cómo funciona, lo único que hago es copiarme el comando desde aquí,
-->
desde la interfaz web de mi máquina cliente y yo me voy a acordar de este código que es
-->
lazm8 y lo voy a abrir acá adentro en un navegador web.
-->
Entonces, aquí adentro yo puedo entrar igual a la página de CodeShare. Le voy a dar aquí.
-->
Eso ustedes también lo pueden ir haciendo y si yo le doy aquí donde dice compartir código ahora
-->
en ese botón rojo, me lleva a la interfaz. Yo nada más cambio este código y pongo el que
-->
voy a poder entrar y compartir código entre mi máquina host y mi máquina el web. Aquí yo
-->
ya puedo copiar este comando y ejecutarlo directamente en mi línea de comando.
-->
Eso básicamente porque lamentablemente me di cuenta que cuando copio desde aquí,
-->
no está funcionando el clipboard. Pero eso tiene que ver, no sé, creo que con la
-->
versión de Ubuntu no me había pasado. Pero bueno, ya no tenemos limitante usando CodeShare.
-->
Entonces, ¿qué sucede? Que para que yo pueda ejecutar esos comandos pues tengo que estar en
-->
una instancia de la base activa. Entonces para eso pues yo me voy a conectar todavía por
-->
medio de la línea de comandos. Es decir, voy a ejecutar este comando y si yo lo pego aquí
-->
en mi terminal, voy a poder acceder con mi password. Ah, bueno, primero tengo que meterme
-->
al contenedor. Entonces, pues aquí lo tengo, por ejemplo, con lo que puedo ejecutar aquí
-->
en la mano. Le doy click derecho, pegar. Yo estoy aquí adentro ya en el contenedor.
-->
Entonces adentro, ahora sí ya me puedo conectar con el usuario HR. Ejecuto otra vez el comando.
-->
No es más que lo que hemos estado trabajando. Le doy pegar. Y aquí adentro ya puedo ejecutar
-->
este comando que copie. Le doy copiar. Que fíjate que este comando, estoy viendo que es de Docker,
-->
ese no se ejecuta aquí adentro. O sea, lo puedo abrir en otra terminal en donde he estado trabajando.
-->
En este caso aquí, en mi ruta raíz, aquí puedo pegar el comando y ejecutar. Y si
-->
fijas, eso lo que está haciendo es conectarse a la instancia. Es como el comando que metí aquí
-->
arriba. Antes de conectarme aquí, el que me dejó conectarme a la instancia. Es como este comando.
-->
Este comando me deja acceder a la instancia, al contenedor, al sistema operativo. Y este
-->
comando igual desde fuera, desde el host, por así decirlo, estoy viendo cuál es el
-->
estatus de esa instancia. De ese middleware, por así decirlo, que me deja interactuar con la base
-->
de datos. En este caso, me está diciendo que está activo. No tiene problemas. De lo contrario,
-->
ya me lo diría. Entonces, aquí de hecho nos lo dicen, si la instancia está arriba,
-->
solamente se va a alistar un proceso y un SID. Ese SID es el identificado. El ID en
-->
este caso es el 36. Ese SID es del sistema operativo y sirve para identificarlo. Es el
-->
identificador del proceso. Entonces está corriendo. Listo. Entonces, eso básicamente es una instancia.
-->
No sé si tienen alguna duda o preguntas de lo que es la instancia de Oracle. La pueden
-->
identificar aquí con lo que hemos estado trabajando. Creo que todo hasta ahí va claro,
-->
cualquier cosa de todos modos me interrumpen. Listo. Entonces, hace ratito nos ayudó Orlando.
-->
No es cierto, creo que fueron. ¿Quién nos ayudó a ver? ¿Cómo ves si nos echas la mano, Harold,
-->
a leer lo siguiente? Sí. Perdóname la diapositiva. Sí, la 22, por favor. No sé si la tengas a la
-->
mano o de aquí quieres leerlo. Aquí de la pantalla, por favor. Adelante, déjame. Sería
-->
con una resource. La SGA es una estructura de memoria compartida utilizada por la instancia
-->
de Oracle para almacenar datos y control de información que facilita la gestión y el
-->
acceso a la base de datos. Ejemplo simple. Considera que varios usuarios realizan la misma
-->
ruta para obtener los detalles de los empleados del departamento IT. La primera
-->
vez que se realiza la consulta, Oracle tiene que leer los datos desde el disco. Sin embargo,
-->
gracias al Vuper Cache dentro de la SGA, estos datos se almacenan temporalmente en memoria.
-->
Cuando otro usuario realiza la misma consulta, Oracle puede recuperar rápidamente los datos
-->
desde el Vuper Cache en lugar de acceder nuevamente al disco, mejorando el rendimiento
-->
de la consulta. Ahí tenemos un ejemplo de consulta beneficiada por el Vuper Cache.
-->
Este ejemplo no incluye un código específico para interactuar con la SGA, ya que el manejo
-->
de la SGA es interno y automático por parte de Oracle. Sin embargo, ilustra cómo la presencia
-->
de la SGA mejora la eficiencia de las operaciones repetitivas. Correcto. Entonces, básicamente,
-->
ese concepto del SGA es un concepto, digamos, que no hay forma de interactuar con ello, vaya.
-->
Digamos que lo maneja internamente Oracle. Es una de las de los procesos de cómo su
-->
arquitectura está diseñada, está organizada, para que a través de este Vuper Cache por
-->
default siempre está pensando en cómo optimizar los recursos de sí mismo, de la instancia,
-->
de la base de datos. Entonces, uno de estos conceptos o de estos herramientas, por así decirlo,
-->
internas que tiene Oracle, es este Vuper Cache o este SGA. Básicamente, lo que hace es que
-->
internamente maneja por nosotros, trata de darle una optimización a las consultas que son
-->
solo lectura. En este caso, por eso se ilustra un select, porque internamente nosotros no lo
-->
vamos a ver, pero Oracle estaría haciendo un proceso para que esto lo lea, ya no lo vuelve
-->
a ejecutar si ya lo encuentra en un buffer. ¿Por qué? Porque, bueno, obviamente eso va a
-->
tratar de hacerlo de forma óptima, para que no esté consumiendo recursos a cada rato con un
-->
select que ya se ve ejecutado, hace uso de este mecanismo. ¿Va? Por eso nos dice que este
-->
manejo es interno y es automático desde Oracle. ¿Va? Entonces, nosotros cuando estemos
-->
ejecutando este tipo de comandos de solo lectura, selects, podemos estar tranquilos
-->
que por un lado Oracle está haciendo procesos de optimización. Ojo, no quiere decir que lo haga
-->
todo Oracle. Más adelante vamos a ir viendo que nosotros pues también le vamos a ayudar a la
-->
instancia a comportarse de forma más óptima. Cuando hablábamos de los procesos de fondo que
-->
Oracle tiene, hablábamos, por ahí nos decían, nos ayudaron a leer que están estos, ¿no? El
-->
Process Monitor, el System Monitor, el Database Writer, el Log Writer. Y, bueno, básicamente
-->
aquí dice qué está haciendo cada proceso. Oracle se apoya en múltiples procesos de
-->
fondo para mantener la operación, la integridad y el performance de la base de datos. Cada uno
-->
de estos procesos va a tener una responsabilidad muy en específico. Por ejemplo, el Process Monitor,
-->
aquí nos dice lo que hace, ¿no? Que es básicamente supervisar y recuperar procesos
-->
que fallaron en la base de datos. Por ejemplo, si una sesión de usuarios se
-->
desconecta de la nada, el Process Monitor limpia la sesión y libera los recursos que
-->
estaban asociados. No los deja ahí, ¿no? Digamos que Oracle hace uso de estos procesos
-->
y de muchos otros, sin embargo, estos son como de los más relevantes. Y por eso es
-->
que Oracle es un sistema gestor de base de datos bastante potente, ¿no? Porque
-->
trae todos estos procesos que están trabajando de fondo, simplemente al instalar
-->
la instancia y nos están ayudando. Nos están haciendo paro con respecto al tema de la
-->
optimización de recursos y demás. Hay otro proceso importante que es el System Monitor,
-->
que realiza las tareas de recuperación al reiniciar después de un fallo y ayuda en
-->
la optimización del espacio al combinar segmentos libres dentro de la base de datos.
-->
Y nosotros vamos leyendo cada uno de estos, vamos entrando más en detalle de lo que
-->
hace cada uno de estos procesos. Dentro del contexto del esquema que nosotros instanciamos
-->
o inicializamos, podemos ver ejemplos como, por ejemplo, este. Imaginemos que estamos
-->
actualizando salarios de empleados usando este esquema. Básicamente aquí podemos hacer uso
-->
de estos comandos dentro de nuestra instancia. Ustedes lo pueden ejecutar. Ahorita yo ya por
-->
cuestión de tiempo lo voy a obviar. Ustedes lo pueden ejecutar después si gustan. Y aquí
-->
te está diciendo lo que realmente está haciendo internamente Oracle. Este proceso
-->
se activa cuando tú ejecutas ese update, ese commit, para asegurar que la transacción se
-->
registre en los archivos de logos. Al hacer este commit, este update se va a guardar en un
-->
log. Luego también está este otro proceso que lo que ayuda es a escribir cambios del
-->
buffer cache a los archivos de datos en un momento apropiado, no necesariamente después
-->
del commit. Entonces este proceso también es un proceso inteligente, digamos, que está ahí
-->
viendo cuándo va a poder hacer cambios en el buffer, dependiendo de lo que estemos
-->
ejecutando en las consultas. Esos procesos están mapeados, en su mayoría, con archivos
-->
que también se conocen como archivos clave dentro de la base de datos de Oracle.
-->
Entonces, los archivos físicos son fundamentales para el funcionamiento de la base de datos de
-->
Oracle, asegurando la persistencia de datos, recuperación de fallos y la integridad de la
-->
base de datos. Aquí tenemos tres archivos clave. Los archivos de datos, por ejemplo,
-->
son almacenamiento físico de todos los datos de la base de datos. Por ejemplo,
-->
los datos de los empleados y los departamentos en ese esquema se van a guardar aquí en estos
-->
archivos. Tenemos los archivos de logs que nos dan registros de las transacciones realizadas
-->
en la base de datos y cuando hacemos procesos de recuperación y demás, se hacen uso.
-->
Y hay archivos de control que nos ayudan a mantener la estructura de la base de datos,
-->
incluyendo la ubicación de archivos de datos y de los redlogs. Digamos que estos
-->
archivos son importantes porque nos definen los dos anteriores. Vamos a ver que estos
-->
archivos están dentro de un patén específico. En este caso, como nosotros estamos trabajando
-->
con Docker, no es más que ir siguiendo lo que hemos estado haciendo. En este caso,
-->
si se acuerdan, nosotros teníamos un archivo Docker Compose que si se acuerdan estaba por
-->
aquí abajito. Yo tengo mi lista de comandos también aquí en la máquina cliente. Sí,
-->
entonces nosotros definimos esta ruta de volúmenes. Esa ruta es básicamente en
-->
donde se van a encontrar esos archivos. Por así decirlo, es como nuestra ruta root o path en
-->
donde vamos a encontrar archivos clave y que vamos a ver ahorita más adelante cómo se ven
-->
esos comandos. Aquí nos dice que en este caso Oracle Data es un volumen Docker que mapea la
-->
ubicación de los archivos de Oracle en nuestro sistema host. Para eso sirve este volumen.
-->
Nosotros podríamos hacer un ejercicio, si ustedes ya lo están igual pensando,
-->
que si yo me conecto a la instancia de Docker, ya ven que se conecta a uno y te cambia el
-->
prompt. De hecho, lo puedo ejecutar por acá. Este prompt cambió. Si yo aquí ejecuto el
-->
comando pwd, me va a decir en qué path estoy. Por default es el com Oracle. Y yo podría,
-->
por ejemplo, entrar a este otro path y ahí empezar a ver qué se guarda listando los
-->
directorios. Podría ver qué archivos guarda. Y bueno, aquí nos dice ejemplo completo y
-->
comentado de uso de cada proceso usando alguna tabla. Aquí está process monitor. Este proceso
-->
limpia después de una sesión de usuario que se desconecta inesperadamente. Aquí nos
-->
da el ejemplo. Imagina que un empleado consulta la base de datos y, bueno, está tabla en
-->
particular y la conexión se pierde de repente. Entonces no vamos a ver una salida de PEMON como
-->
tal. O sea, estos servicios no es que estén disponibles para el usuario. Como decíamos,
-->
internamente los maneja Oracle. Entonces, ahí va a entrar. O sea, estamos explicando qué es lo
-->
que pasa cuando una conexión se cierra de forma inesperada. Lo que estaría pasando es
-->
que este proceso se estaría ejecutando. Y después de la desconexión, los recursos,
-->
como bloqueos en filas o la memoria que haya sido usada por la sesión,
-->
se libere de forma adecuada. De esta forma, otros usuarios van a poder trabajar sin alguna
-->
interferencia. Y, bueno, aquí hay un ejemplo muy en específico de cada uno de estos comandos
-->
que, bueno, esos los podemos dejar a que ustedes los puedan leer, a su interpretación.
-->
Ahorita nada más lo que quisiera es ver, mira, aquí hay ejemplos de cómo interactúan.
-->
Y básicamente todos hemos hecho un SELECT, hemos hecho UPDATE, hemos hecho INSERT. Y,
-->
básicamente, se ilustra o, bueno, más bien se explica cuáles son los procesos internos
-->
que están ocurriendo cuando tú internamente ejecutas eso. Y, pues, bueno, aquí está la
-->
relación de esos procesos con los archivos. Decíamos que, pues, bueno, en esta ruta aquí
-->
vamos a encontrar esos archivos de los que estábamos hablando. Entonces, podemos entrar con
-->
esta ruta al, digamos, a la instancia que tenemos. Hacemos una, listamos los directorios,
-->
ls espacio-la y podemos ver cuáles son los archivos que se encuentran ahí asociados.
-->
Y, bueno, ahora vamos a entrar en un concepto que es el MULTITANENT. Y esto es una característica
-->
que Oracle tiene ya en los últimos ocho minutos que nos queda para aprovechar este tiempo.
-->
Básicamente es un concepto que nos describe un feature que también tiene Oracle por default,
-->
pero, bueno, es hablar mucho de lo que es un tipo de arquitectura que viene en Oracle.
-->
Básicamente esta arquitectura de Oracle lo que hace es permitirle que una única instancia
-->
de Oracle o de la base de datos de Oracle, que en este caso vamos a entrar al concepto
-->
de lo que es un CDB, un Container Database, esta arquitectura MULTITANENT le va a permitir
-->
a esa base de datos contenedor contener múltiples bases de datos pluggables, es decir, internas,
-->
por así decir. Es decir, nosotros con una sola base de datos que le podemos llamar un CDB,
-->
podemos hacer uso de la arquitectura de Oracle como está diseñada y podemos tener bases de datos
-->
que son enchufables, pluggables. Vamos a entrar en el concepto de lo que son las bases de datos
-->
CDB y lo que son estas bases de datos PDB, que es lo que nos define el temario.
-->
¿Para qué nos sirve ese modelo de arquitectura MULTITANENT? Básicamente,
-->
porque simplifica la administración de la base de datos y eso nos permite tener una
-->
consolidación eficiente. Vamos a ver aquí un ejemplo. Podemos conectarnos a una base
-->
de datos PDB y usar el esquema de Human Resources. Entonces aquí vamos a suponer que
-->
está la base de datos o el esquema en esta base de datos y la base de datos se llama de
-->
este tipo, orclpdb1. En nuestra configuración de Docker, si nosotros entramos con este comando
-->
como sysdba, de hecho este comando lo tenemos, acuerdan que teníamos dos formas de entrar a la
-->
instancia. Aquí nosotros estamos entrando a una base de datos que se llama así.
-->
Nosotros podemos hacer dentro de esa instancia la sesión, alterarla y definir otra base de
-->
datos. Si te fijas, yo aquí estoy diciendo que me estoy metiendo, yo había entrado a una base
-->
de datos que se llama así y luego ahí adentro le dije, aprovechando el concepto del MULTITANENT,
-->
le definí y le dije que la sesión mejor la altere y me meta a otra base de datos. Le llama
-->
container o ocupa este comando porque realmente esa base de datos está contenida dentro de otra
-->
base de datos. Ese es el concepto de la arquitectura MULTITANENT y eso obviamente permite tener una
-->
administración más centralizada, mejor dicho, más consolidada porque solamente puedes hacerlo
-->
a través de una sola base de datos. Ese es como el concepto. Aquí yo, estando dentro de
-->
la base de datos, me puedo conectar a la base de datos con el usuario, con un usuario diferente.
-->
O sea, si se fijan, yo accedí primero como SIS y dentro de esa misma instancia ya me estoy
-->
conectando pero con otro usuario, simplemente haciendo uso de este comando, cambiando
-->
la sesión. Eso es lo que nos define este concepto del MULTITANENT. Entonces, en este
-->
ejemplo, se muestra como interactuar con una base de datos que está plugable y es muy en
-->
específico, accediendo al esquema Human Resources que está instalado en ella. Yo puedo tener
-->
esquemas dentro de esa nueva base de datos, los que sean. O sea, puedo tener dentro de mi
-->
base de datos SIS o mi administradora y dentro de ese, digamos, algo así como mis bases
-->
de datos ordenadas que pueden tener diferentes esquemas y pues todo eso es una mejor gestión,
-->
un mejor orden. Vamos a ver ahorita, de bueno, de hecho creo que ahorita ya nada más vamos a ver
-->
el ejemplo platicado y lo voy a dejar como para que ustedes, si tienen la curiosidad,
-->
lo puedan ejecutar. Es un ejemplo de cómo se crea una base de datos PDB y CDB desde el
-->
inicio y desde una línea de comando. Para eso teníamos que tener nosotros noción de
-->
cómo nos vamos a mover por el curso. Todos los comandos que vamos a estar ejecutando los vamos
-->
a estar usando con la instancia de Docker, con nuestro PLSQL Plus o nuestro IDE, ¿no?
-->
SQL Oracle Developer. Entonces, solamente les voy a señalar en dónde se encuentra ese ejemplo
-->
para que lo podamos ver porque pues prácticamente el día de hoy pues ya termino. Aquí, bueno,
-->
nada más retomando lo de la arquitectura multi-tenant, los dos conceptos clave son estos,
-->
¿no? Que podamos poder tener una base de datos contenedora y una base de datos que es
-->
pluggable a esa base, ¿va? Aquí nos está diciendo básicamente cuál es el concepto de cada
-->
cosa, ¿no? Nos van a hablar de los beneficios que básicamente es como lo que ahorita platicábamos,
-->
vamos a tener las bases de datos consolidadas, las vamos a poder aislar y de esa forma les
-->
vamos a poder brindar seguridad, ¿sale? Vamos a poner tener una eficiencia de recursos
-->
centrando todo nuestro hardware en una única instancia. Y pues obviamente también esto
-->
habla del tema de la portabilidad porque podemos mover de una CDB hacia otra, ¿no?
-->
Entonces, esas son de las ventajas que vamos a poder tener, los procesos de backups,
-->
clonados, migraciones se benefician de esto, ¿vale? Vamos a entrar a otro concepto que es
-->
el sharding, pero en este sí ya lo voy a dejar para, para, esto lo vamos a estar viendo
-->
prácticamente en todo el curso, ¿sí? Pero bueno, el sharding al final nada más como para
-->
es que me interesa más bien ver el otro ejemplo de la arquitectura, de la base de datos PDB,
-->
pero bueno, este concepto básicamente es algo así como hacer réplicas de una tabla, ¿no?
-->
Esas réplicas lo que nos permiten es, de hecho el concepto es eso, la escalabilidad
-->
horizontal que básicamente es particionamiento, ¿no? De esa forma yo voy a poder tener la
-->
distribución de información a través de bases de datos que son independientes,
-->
a eso se les conocen como shards para mejorar el rendimiento, ¿no? Entonces, por un lado,
-->
tenemos una arquitectura que nos dice que podemos centralizar todo y por otro lado nos
-->
dice que Oracle también permite hacer escalamiento horizontal por medio de este concepto, ¿no?
-->
Del sharding. Este concepto realmente es algo un poco más complejo y llevarlo a cabo
-->
en un demo es todavía mucho más. ¿Por qué? Porque una, para que pudiéramos ver un resultado,
-->
digamos, aceptable e incluso nada más para que pudiéramos ver un solo ejemplo, tendríamos
-->
que tener una base de datos enorme, ¿no? Para que pudiéramos ver cómo se beneficia el
-->
hecho del particionado y dos, hacer réplicas de bases de datos pues requiere mucho más
-->
hardware, ¿no? Requiere que tengamos muchas más instancias de bases de datos y demás,
-->
entonces pues realmente esto también se va a hablar del concepto conceptualmente, ¿no?
-->
No vamos a tener aquí un ejemplo, digamos, de comandos de cómo podemos tener una red de
-->
instancias de Oracle corriendo porque realmente es muy complejo, digamos, ambientar eso, ¿no?
-->
Entonces, esta parte pues solamente va a quedar como en un concepto teórico y listo, ¿no?
-->
Bueno, con eso termina el día de hoy. Aquí, por ejemplo, este otro tema que decía de accediendo
-->
a la base de datos de Oracle, pues es lo que ya vimos, ¿no? Que de hecho les mostraba en
-->
el temario, o sea, me regreso. Realmente estábamos viendo, ya vimos esta parte,
-->
ya vimos cómo nos metemos a las bases de datos, ¿sí? Y lo último que queda, que de hecho es lo
-->
que les decía que les quisiera dejar como a su curiosidad, es el tema de crear la base de
-->
datos con esta arquitectura, ¿no? La multi-tenant. Entonces, para eso, esa parte solamente la dejo
-->
ahí en la diapositiva, que realmente, o sea, indirectamente pues ya lo estuvimos viendo,
-->
pero eso se encuentra a partir de la diapositiva número 40.
-->
El tema 2 de accediendo a la base de datos, pues ya lo vimos, es acceder a SQL plus y si
-->
ustedes gustan pueden ejecutar ya después estos códigos en línea por línea. Esto lo que hace
-->
es, le va a dar un, cómo decirlo, un print a la terminal cuando estemos dentro de SQL plus,
-->
para que no se ve así todo descuadrado, ¿no? Esto le va a dar un formato más bonito,
-->
por así decirlo, ¿no? Y la parte de SQL developer, pues bueno, aquí se muestra como
-->
abrir la interfaz y ya, ¿sale? Y bueno, lo último que quería yo, nada más ya se los dejo
-->
a su criterio. Igual lo podemos ver mañana, lo podemos ver mañana, lo retomamos a partir
-->
de esta línea, pero básicamente este es un asistente de EBCA que nos ayuda a crear bases
-->
de datos, ¿va? Con esto mañana vamos a ver cómo se interpreta todo este comando,
-->
porque es una forma de crear una base de datos y la práctica de eso,
-->
aquí se va a explicar cada uno de estos comandos, mañana lo vamos a retomar de
-->
rápida, aquí está la salida de ese, déjenme quito el son, un poquito al 100%,
-->
se va a ver la salida de ese comando, cómo se crea la nueva base de datos. Sí,
-->
y con eso yo voy a poder conectarme, o sea, lo que creamos con ese comando,
-->
que mañana vamos a ver, es una base de datos CDB y una base de datos PDB,
-->
entonces con eso vamos a tener, ampliando el ejemplo que vimos ahorita hace rato,
-->
digamos, lo que nos faltaba era ver cómo se creaba esa base de datos, es con esto,
-->
ya teniendo eso, ya puedo otra vez conectarme como sysdba a la base de
-->
datos contenedora y por medio de alterar la sesión a la base de datos plugable,
-->
aquí puedo incluso hacerle una consulta y eso pues nos va a traer resultados,
-->
eso es lo que estaríamos viendo en estos temas, que digo, al final de cuentas,
-->
pues los alcanzamos a revisar, ¿no? Y listo, nada más, con eso termina el día,
-->
en la parte del SQL Developer, todavía ese comando, o sea,
-->
lo podemos hacer de dos formas, por línea de comando y con la conexión que aquí nos dice
-->
cómo crearla, ¿no? Pues bueno, entonces mañana vamos a retomar de forma rápido eso y listo,
-->
con eso entonces terminamos el día de hoy, no sé si tengan alguna duda,
-->
inquietud, pregunta, algún comentario.
-->
Todo bien.
-->
Perfecto, muy bien, entonces mañana continuamos con la parte del día 2,
-->
y pues bueno, les agradezco mucho la atención y verdaderas disculpas por
-->
las interrupciones que di en la llamada.
-->
Listo, pues si no hay nada más, pues de esto nos vemos mañana y muchas gracias.
-->
Gracias Diego, sin problema, todo bien.
-->
Gracias.
-->
Gracias.
-->
Hasta luego.
-->
Hasta luego.