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
-->
porque voy viendo así como los que me encuentran aquí, creo que nada más nos falta revisar a
-->
Orlando, creo que ya también, ah pues ya estás, ya hiciste la prueba Orlando, si te conectó verdad,
-->
ah ahí está mira conectado al NDAPS service, perfecto, bien, entonces ya si quieres puedes darle
-->
control C varias veces para que te regrese el control a la instancia, al bash.
-->
Intentaste hacer el ping, perdón, digo de todos modos ya vimos que ya te conectó,
-->
pero no no es como para que puedas ver el ping también. No, ese no. A ver,
-->
si quieres salte de ahí con control C, hazle varias veces hasta que te saque dentro de la terminal.
-->
Ahí mero, exacto, ya te saliste, ahora hay que salirte incluso de ahí para que el ping lo
-->
ejecutemos desde el host, salte, correcto, entonces hay que copiar la línea este 30,
-->
la 30 y esa línea lo que hace así para, bueno si quieres copiarla y ahorita la vamos destazando
-->
entre los dos, vale, pegar, fíjate lo que dice, dice, con Docker le estás diciendo,
-->
mira ahí ya te contestó, configuraste entonces todo bien, cuatro recibidos,
-->
entonces qué le estás diciendo ahí, me estás diciendo, desde Docker quiero ejecutar un ping
-->
desde la instancia que se llama Oracle DB demo hacia el servidor que se llama,
-->
hacia otra instancia, a otro contenedor que se llama LDAP server, tú nada más poniendo los
-->
nombres de los contenedores, Docker solito se encarga de hacer la transformación a IPs,
-->
por así decirlo, entonces ahí ya le estás diciendo y ya te recibió los paquetes,
-->
entonces con eso te está diciendo que están conectados ambos servidores, entonces ya,
-->
ya lo hiciste, configuraste todo bien, bien, entonces Orlando.
-->
Ok, gracias.
-->
Bien, entonces no abras a ti, va, pues creo que entonces ya todos terminamos y pues bueno,
-->
esta era como la práctica, sobre todo el tema que ilustra el uso de los TNS names,
-->
de cómo se configura contra otras instancias, otros servidores,
-->
vamos a ocupar todavía esta instancia para una práctica más adelante, así que ahí,
-->
para que no la borremos, de entrada pues las que siguen la vamos a regresarnos a la
-->
instancia anterior, no, a la que tiene la instancia cargada de la base de datos de
-->
recursos, entonces, esas conexiones ya las tenemos ya de antes, ahí es nuestro,
-->
en nuestro IDE, en el SQL Server y con eso, ya lo demás, esta digamos el cierre,
-->
la parte del servidor el IDAP, no sé si alguien le quedó alguna duda,
-->
pregunta, inquietud, comentario respecto a cómo ocupamos los TNS names, para incluso
-->
ahorita ya vimos conectarnos a otra instancia, que aunque es local, o sea realmente es una
-->
instancia local aquí en Docker, con Docker se puede decir que estamos simulando al usar
-->
varios contenedores que están en, digamos, otros servidores, no, aunque estoy de acuerdo,
-->
o sea, al final de cuentas la red es local, pero no se acuerdan que les decía el viernes,
-->
que aunque es local de todos modos Oracle, todo lo maneja así, no,
-->
como si fuera una base de datos distribuida, entonces, aunque sea local si está,
-->
si tuviéramos, no sé, bastante información que estuviéramos probando y demás, pudiéramos
-->
hacer este, o pudiéramos monitorear mejor dicho, cómo se ve esa información, pues,
-->
este, cómo se va distribuyendo, incluso siendo de forma local, va, pero bueno,
-->
esa es como la, digamos, la propuesta que trae Oracle respecto a cómo manejar esta parte
-->
y cómo configurar los archivos estos del tnc names, lsqlnet y los listlers,
-->
va, entonces no sé si quedó alguna duda con esta parte o podemos continuar, perfecto,
-->
va, entonces creo que no hay mayor inquietud, muy bien, perfecto, este, pues bueno,
-->
entonces está, está correcto, vamos a continuar, y pues bien, a todos les quedó bastante bien
-->
la conexión, la práctica, entonces eso es buena señal, está, está súper bien esa parte,
-->
ok, entonces lo siguiente es trabajando con el listener, pero bueno, todo esto ya venía,
-->
ya viene este, o sea, ya lo, ya lo, ya lo revisamos realmente, es lo que hemos estado trabajando,
-->
vimos, a ver, nada más lo voy a repartir así rápido, el listener por default es lo que crea
-->
Oracle cuando nosotros damos de alta una base, en este caso nosotros lo hicimos con
-->
nuestro Docker Compose, sí, y de hecho aquí te lo dice, mira, el listener predeterminado
-->
no se requiere una configuración adicional para comenzar a aceptar conexiones en la instancia,
-->
entonces la personalización puede ser necesaria para cuando tú quieras hacer algo en específico,
-->
sí, como cambiar el puerto, agregar protocolos, si nosotros cambiáramos en
-->
el archivo Docker Compose que tenemos, ya sea de cualquiera de las dos instancias
-->
que ahorita hemos trabajado, si las hacemos por default, pues el listener lo va a hacer
-->
por default, pero si el día de mañana yo quisiera hacerle una modificación al Docker Compose
-->
que ya está instalado y volver a correr la instancia, reiniciarla mejor dicho,
-->
ahí sí tendríamos que meternos al listener y hacer la modificación al puerto,
-->
porque si no ya no nos va a escuchar ninguna conexión, no, nada va a funcionar,
-->
entonces hay veces que cositas tan sencillas son las que nos dan dolores de cabeza,
-->
no saberlas identificar, por eso es como muy muy importante ahorita pues ubicar los archivos,
-->
entonces pues bueno aquí nos da un ejemplo, pero es más como teórico,
-->
prácticamente los ejercicios prácticos son los que ya hemos ahorita terminado,
-->
ahora aquí tener otro concepto Oracle que es la parte del registro de servicio dinámico,
-->
que nos permite que una instancia de base de datos se registre automáticamente con un listener,
-->
que de hecho esta es la forma como lo hemos trabajado y como lo trabaja por default Oracle,
-->
entonces esto significa que no es necesario configurar manualmente este archivo,
-->
el listener.hora, para que el listener sea consciente de nuevas instancias de bases
-->
datos o servicios, realmente trabaja así Oracle con la parte del registro de servicio dinámico,
-->
listo, luego viene configuración en Oracle 19c para habilitar el registro dinámico,
-->
tenemos que asegurarnos de que este parámetro local listener apunte al alias del listener
-->
que define el TMSNames o use la dirección IPOE del puerto directamente, en un proceso Docker
-->
puede ser más automático, bueno aquí estos, vamos a decirlo, estos ideas o textos en donde
-->
dice muy claro de entorno Docker, lo que decíamos la vez anterior, no me acuerdo quién
-->
preguntó, realmente esto hay que hacerle mucho caso, no es que se refiera nada más a Docker,
-->
o sea realmente es en la instalación tal cual, cualquier instalación de Oracle,
-->
así es como funciona, listo, y bueno aquí también nos da la parte de lo del esquema
-->
de Human Resources, pero bueno es lo que hemos estado trabajando incluso. También
-->
tiene una parte Oracle, o sea lo podemos hacer de forma automático o lo podemos hacer manual,
-->
el hecho de cómo toma un TMSNames, que de hecho por eso es que fue digamos la práctica,
-->
se combinó, o sea hicimos un ejercicio de cómo Oracle crea con el Docker Compose en
-->
automático las instancias, a ver ya acabó el pomodoro, pero nada más cerramos la idea y
-->
este cómo crea las instancias por medio del Compose, o nosotros podremos entrar a
-->
ListEner a los archivos, por eso es muy importante identificar la ruta y modificarlos,
-->
entonces aquí nos dice eso, a diferencia del registro dinámico, el registro de
-->
servicio estático requiere una configuración manual del archivo ListEner, para definir
-->
específicamente los servicios de base de datos al que ListEner debe atender,
-->
tan estáticamente lo hicimos en este ejercicio, que nosotros agregamos un nuevo archivo que
-->
se llama ldat.ora, en ese archivo nosotros le configuramos manualmente a qué servicio se
-->
tiene que conectar y nosotros también le modificamos a nuestro TMSNames y al SQL
-->
oradata le configuramos el hecho de cambiarle el mecanismo de configuración para que se
-->
conectara con el servicio de ldap de ese servidor, entonces ahí vimos dos ejemplos,
-->
el por default, cómo lo creó en automático o de forma estática nosotros haciendo ese cambio,
-->
si quisiéramos aquí dice para configurar un servicio estático deberías agregar una entrada
-->
en este caso ya la tenemos, los ListEner ya están mapeados con los CDBs y con los PDBs,
-->
pero nada más te da como la idea de si quieres agregar un nuevo esquema y demás,
-->
pues tú lo puedes agregar, configurar de forma estática,
-->
entonces pues bueno eso es básicamente el tema de ListEner y demás, y pues bueno aquí nada
-->
más es lo que hemos estado practicando, si nada más que bueno no habíamos visto el tema de
-->
la presentación, pero bueno aquí está la parte, y bueno aquí nos lleva de la mano el ejemplo,
-->
es algo que realmente pues ya no vale mucho meternos a detalle, porque bueno ya sabemos
-->
cómo conectarnos, cómo conectarnos con el usuario Human Resources, que de hecho es lo
-->
que vamos a volver a ocupar, y ya incluso le hemos hecho consultas a la base, incluso nosotros
-->
hemos hecho ya revisión de esas consultas en los reportes, en las vistas de reportes,
-->
y pues listo, y listo, bueno entonces está parte del registro dinámico, ya la revisamos,
-->
y pues bueno esto ya queda cubierto con las prácticas, perfecto, entonces ya sabemos dónde
-->
están los ListEner, si ya los hemos modificado, ok, si lo que pasa es que es muy,
-->
o sea la presentación el curso como lo llevamos es más como una propuesta práctica para que no
-->
sea tan aburrido, entonces por eso es que esta práctica pues ya, si se fijan ya cubrimos
-->
toda esta parte, entonces vamos a entrar al tema 9, vamos a tomar el pomodoro, 5 minutos,
-->
y esta parte aquí sí es un tema, tal vez un poquito, espero que no sea tan aburrido,
-->
pero es más teórico esta parte, porque pues bueno vamos a entrar en detalle ahorita,
-->
regresemos, explicamos bien qué onda de esto, y de veras no les había avisado hasta ahorita,
-->
pero lo que pasa es bueno al inicio yo me conecté a otra sesión y por eso pasó un rato,
-->
y bueno la idea era empezar con este aviso, ya después que me conecté a la sesión correcta,
-->
pues empezamos a revisar esto y pues ya se me fue, pero hoy vamos a tener un pequeño
-->
cuestionario, es vamos a hacer como si fuera una evaluación, son solamente 5 preguntas,
-->
que es que cubren la parte hasta antes de, son los primeros temas ¿no? y es meramente
-->
teórico, básicamente porque se pide una evaluación al final del día, pero bueno
-->
realmente es bastante la práctica, bueno la parte teórica, o sea es mucho,
-->
entonces este para que nos dé tiempo, pues yo lo lo quise partir en dos días ¿no? hoy vamos a
-->
hacer un pequeño cuestionario para no llevarnos mucho tiempo, uno de 5 preguntas y en el viernes,
-->
que ya es el último día, son las otras 5 preguntas teóricas, en el viernes además ya se hace un
-->
ejercicio práctico ¿va? igual es algo muy sencillo y lo vamos a estar haciendo, o sea el
-->
objetivo es que quede claro, no es tanto que sea un examen y demás ¿no? o sea es incluso
-->
el ejercicio es, si hay dudas de más, igual lo vamos viendo, pero es más como de uno por uno ¿no?
-->
como para que tengamos todos este más claridad, pero bueno así es como lo vamos a manejar y al
-->
ratito en la última mitad del último pomodoro, hacemos una pausa y hacemos ese cuestionario ¿va?
-->
ahora sí, discúlpame, ya a las 11 y cuarto les parece que regresemos al
-->
al mid ¿va? perfecto, bien, gracias
-->
bueno, bueno
-->
y entonces comparto pantalla ¿va?
-->
ahí me ven ¿verdad?
-->
va, ok, entonces
-->
hasta aquí hay algún comentario, algo que quieran añadir, alguna duda,
-->
una idea, perfecto, va, entonces vamos a empezar con continuar, voy a poner el pomodoro, un momento
-->
entonces este sería el tercero y bueno respecto al tema de son, son este, segundo, tercero,
-->
ok, va, en el siguiente pomodoro, ya ven que hay uno que es de 15 minutos, les propongo que
-->
igual nada más tomemos cinco para que les de en este caso ustedes más tiempo de hacer el
-->
cuestionario ¿no? no, no está complicado, no es nada nada más, pero prefiero que si están de
-->
acuerdo pues tengan más tiempo en hacerlo ¿no? entonces si les parece el tercero el que viene
-->
igual tomamos nada más cinco minutos y ya continuamos con el cuestionario ¿va? listo
-->
entonces vamos a empezar con este tema realmente este es un tema más teórico les comentaba y
-->
básicamente es porque pues se complica un poco hacer digamos una arquitectura distribuida si
-->
en digamos ahorita lo que hicimos de práctica pues si ocupa el concepto de la distribución a
-->
vez del sql bueno más bien de los listeners del tns names si ocupa el concepto digamos
-->
a una forma muy primaria porque bueno nosotros creamos dos contenedores aislados que se
-->
conectaron entre sí hicimos un ping y todo esto a través de la configuración de los
-->
de conexión un servidor ld ap y un servidor oracle los logramos conectar y bueno a todos
-->
les respondió telnet a todos les respondió el ping entonces esta parte la pudimos ver gracias
-->
a los archivos de configuración estos que mencionamos si y estas estos temas que
-->
siguen son igualmente que ocupan estos archivos si pero como te comento ser realmente crear
-->
una arquitectura ya distribuida en donde los servidores se comparten y demás si es un poco
-->
ya más complejo si entonces con la práctica anterior y con lo que ahorita vemos de teoría
-->
pues este tratamos de cubrir este este tema por así decirlo más este más amplio y pues
-->
aquí la idea es hacer este bueno seguir este este tema está esta diapositiva obviamente
-->
pues esto va a quedar fuera del este el cuestionario no porque la parte teórica
-->
si la podemos cubrir pero en la parte práctica obviamente no vamos a meter algo
-->
que tenga que involucrar crear algo no sé alguna consulta así que se comporte con
-->
esta arquitectura no ni ni crear instancias de esta forma ni demás que sí lo podríamos
-->
hacer ser el concepto básico si lo podemos hacer porque ya sabemos crear por ejemplo con
-->
docker varios este contenedores sin embargo ya entrar a un nivel de configuración de esta
-->
parte y demás pues resulta un poco compleja de probar pues porque tendríamos que tener
-->
bastante información en las en todas las arquitecturas y demás no son más configuraciones
-->
vamos a empezar con el concepto teórico y básicamente este este tema nos dice cómo
-->
podemos crear una arquitectura de servidor compartida esto no es más que una configuración
-->
que se tenía que hacer a ahora col si como la que ahorita más o menos estuvimos trabajando
-->
entonces habilitación de un servidor compartido aquí de hecho podríamos compartir la responsabilidad
-->
carol si quieres me ayudas a participar leyendo esta diapositiva porfa 120 pero
-->
claro y entonces muchas gracias e configuring a share server arquitectura habilitación de
-->
servidor compartido conceptos básicos un servidor compartido en oráculo data base permite
-->
permite a múltiples usuarios compartir un conjunto limitado de conexiones de servidor lo
-->
cual es útil en ambientes con un alto número de usuarios concurrentes que no necesitan estar
-->
conectados a la base de datos de forma continua esto se logra mediante un pool
-->
de servidores compartidos que gestionan las solicitudes de los clientes configuración
-->
para habilitar un servidor compartido en oráculo data base 19 es necesario modificar
-->
los parámetros en el archivo de configuración ini punto hora o a través de comandos sql plus
-->
los parámetros clave incluyen share servers especifica el número inicial de procesos de
-->
servidor compartido max share servers número máximo de procesos de servidor compartido y
-->
limité de sesiones que pueden ser servidas por servidores ejemplo práctico con hr considerando
-->
el esquema human resource me parece que para habilitar el servidor compartido se
-->
podría configurar el ambiente para soportar un alto número de conexiones concurrentes
-->
de empleados consultando sus datos personales información de departamento entre otros
-->
muy bien muchas gracias entonces si básicamente lo que ya nos ayudó a leer harón que si se
-->
acuerdan del archivo ini punto ahora este archivo es un archivo de configuración que
-->
cuando yo hago el reinicio de la instancia de ahora col es lo primero que carga digo es lo
-->
primero y después viene el tema de los tenes en el list tener todas las configuraciones pero
-->
el primer archivo que carga ahora col al cerro inicial la instancia es este archivo
-->
ini este archivo de hecho así se llama ini dando a entender que es lo inicial y en este archivo
-->
nosotros si se acuerdan tenemos un montón de parámetros que se le configuraron a la base
-->
de datos esos parámetros puede ser que se modifiquen ya sea a través de modificando
-->
el archivo o directamente a través de comandos como quien nos dice que se cuele del tipo este
-->
alter alter algo no estos parámetros se pueden modificar de esa forma aquí por ejemplo
-->
tienes el share servers que es una propiedad que le dice ahora col cuántos este procesos
-->
del servidor compartido se les puede se le puede agregar a tu instancia obviamente todo
-->
esto tiene que ver y va muy relacionado y de ahí empieza también el tema de cómo de qué tan
-->
complicado es esta parte no nada más es configurar esto sino que tenemos que hacer
-->
pues obviamente un estudio detallado de qué hardware incluye o se involucra mejor dicho
-->
en tu arquitectura en tu plan por así decirlo no es decir que tú puedes monitorear tu o sea
-->
para crear todo esto tienes que tener en cuenta pues cosas ya muy elaboradas muy
-->
muy a nivel arquitectura que en la que tienes que conocer pues cuántos cuántos servicios vas
-->
a tener servidores o qué cantidad de memoria tiene cada uno también es importante que conozca
-->
por ejemplo que conozcas por ejemplo de tu negocio cuántas solicitudes tienes no
-->
tus días pico tus tablas que son las más que más se ocupan los catálogos es demasiado hacer
-->
una proponer algo de esto hablar de esto porque realmente va muy de la mano con cada
-->
pues con cada organización cada institución no cada quien tiene su bónche de información
-->
y en específico muy en específico de cada organización se hace un plan en donde pues
-->
se puede pensar en cómo distribuir esa carga y demás no a lo mejor a unos le sirve nada más
-->
distribuirlo en dos servidores quizá en tres hay otros que lo ocupen en instancias de la
-->
nube que se tengan que estar este aprovisionando de forma en automático no un servicio un
-->
crecimiento tanto en horizontal como en vertical muy dinámico o sea esto es muy muy este cómo
-->
decirlo muy burdo hablar de esto no realmente es muy muy en particular y muy en específico va
-->
entonces lo que sí es tal vez muy digamos común o algo que se habla de esto en los
-->
procesos que involucran la configuración de arquitecturas distribuidas pues en estos
-->
parámetros estos parámetros que ya aquí bueno en la presentación nos dice que hace
-->
cada cosa no y en dónde se pueden encontrar básicamente aquí en el archivo ini este archivo
-->
ini también se ve afectado como decíamos por comandos de tipo s colectos va entonces
-->
nosotros tenemos otra otro tema que dice control de operaciones del servidor compartido esto
-->
es básicamente lo que también ya vimos en temas anteriores sólo que cuál es el
-->
digamos la diferencia pues que esto obviamente este monitoreo nosotros lo hicimos la primera
-->
vez que empezamos a ver las vistas y demás y los reportes y esas este módulos lo
-->
vimos sobre una pequeña instancia que instalamos no se imagínate que entonces tú tienes una
-->
aplicación distribuida la interfaz de ahora cual es la misma los comandos son los mismos
-->
lo vas a hacer igual lo único que cambia es que ahora col va a estar midiendo o te va a
-->
estar dando la información de un de un no sólo de una instancia sino de muchas instancias
-->
que tengas conectadas no o en este caso servicios que tengas pues digamos asociados
-->
a diferentes instancias entonces dice una vez que todavía es el servidor compartido es
-->
crucial monitorear su rendimiento y gestionar las operaciones adecuadamente ahora col proporciona
-->
vistas de diccionario de datos como shared server shared server bueno se repitió una vez
-->
a nosotros charles server server monitor y circuit que permiten supervisar el estado y
-->
rendimiento de los servidores compartidos entonces todo esto lo vemos en los reportes
-->
que teníamos de la vista pasada o podemos hacerle un celeb a estas vistas no en la
-->
práctica pasada en la hoja de queries por así decirlo venían estos este esto estas
-->
consultas y bueno ahí las podemos retomar es prácticamente lo que hicimos la vez anterior
-->
si ahora col perdón ajuste dinámico ahora col database permite ajustar dinámicamente el
-->
número de servidores compartidos en respuesta a la carga de trabajo actual mediante el ajuste
-->
de los parámetros shared server y shared servers en tiempo de ejecución que significa esto que
-->
es un poco como lo que tal vez ahorita intenté decir respecto al tema de a lo mejor en una
-->
nube no que puedes aprovisionar el número de instancias en función al número de peticiones
-->
que llegan en una aplicación ahora col se transforma digamos más bien dicho se comporta
-->
de una forma muy similar si nosotros manipulamos estos estos dos este parámetros que si
-->
entramos más en el contexto es lo que hace no el max charles server dice el número máximo
-->
de procesos de servidor compartido y el charles server que especifica el número inicial de
-->
procesos el servidor compartido se básicamente nosotros con estos dos parámetros podemos
-->
decirle cuánto cuántos servidores de los que contamos nosotros con nuestra arquitectura
-->
van a estar dedicados para que las operaciones que vayan llegando se puedan distribuir y se
-->
puedan ocupar digamos como si fuera un balanceo de carga si que el concepto de balanceo de
-->
carga básicamente es eso es hacer una distribución de las peticiones en los
-->
charles servers que estás configurado hasta llegar a un tope máximo de charles server
-->
compartidos entonces este este estos dos parámetros en conjunto es lo que lo que
-->
te permite hacer es prácticamente eso en ese sentido si se va a ir ajustando la carga de
-->
forma dinámica a que nos referimos con esto que si tú por ejemplo vas teniendo en un día
-->
un monitoreo todo es importante con ese monitoreo a lo mejor unas primeras cargas son
-->
son básicas son no tan complejas no tan pesadas y tu servidor en automático con
-->
estas dos configuraciones va a estar tomando tal vez nada más el recurso los recursos de
-->
un solo servidor o probablemente este ni siquiera llegue a llenarse esa memoria no es
-->
grandísimas o data demasiado muy muy vaya vaya muy este muy pesada como me imagino ustedes
-->
han de manejar porque ustedes son son gobiernos son una institución gubernamental entonces toda
-->
esa información este pues como ustedes saben pues es una práctica muy común pues distribuirla
-->
entonces básicamente es lo que nos está tratando de decir con respecto al tema del
-->
ajuste dinámico ahora con lo hace de forma dinámica no tenemos que estar nosotros preocupando
-->
por aprovisionar más y más servidores o sea sí pero eso se hace sólo una vez no obviamente
-->
si eso ya si ya ni eso alcanza para nuestra nuestro requerimiento pues bueno se tiene que
-->
replantear y hacemos una siguiente arquitectura no pero digamos que el primer análisis pues
-->
así nosotros configuramos o podemos configurar estos parámetros y listo sale aquí entra muy
-->
en específico también lo que es el sistema global aria que ya lo habíamos revisado y
-->
el programa global aria aquí se da un repaso de lo que es sistema global aria es una
-->
estructura de memoria compartida que contiene datos y control de información para una
-->
instancia de ahora con database incluye la caché de datos la caché de instrucciones se
-->
cuele la información del control de transacciones entonces esta área básicamente es importante
-->
por esto porque incluye esta información caché de información caché de instrucciones se cuele
-->
información de control de transacciones es importante que esta sga siempre esté óptima
-->
entonces en respecto al tema de cómo se configura en el contexto de arquitecturas
-->
compartidas es este parámetro el init sga ahorita vamos a ver en las siguientes diapositivas
-->
ejemplos de cómo podemos acceder a este valor pero bueno digamos de forma rápida si se acuerdan
-->
ahorita que estamos aquí cuando hicimos la instalación por ejemplo con compose nosotros
-->
aquí le especificamos cierta memoria si se acuerdan aquí está dicho el sga y también
-->
el pga aquí básicamente nosotros le estamos diciendo cómo o sea le estamos configurando en
-->
variables de ambiente esta configuración aquí le estamos dando al sga una memoria de 8 de 8
-->
gigas prácticamente y el pga de 4 porque le estamos dando vamos a decirlo potencia a la
-->
memoria sga pues precisamente por esto no porque es caché de esta información entonces
-->
debe estar muy muy óptima va ahora bueno estos estas variables que aquí se ven creo
-->
que ahorita ya lo dedujeron ustedes pero sí estas estas variables básicamente son las que
-->
se van al archivo de configuración ahora punto ini entonces este bueno esa es esa es como la
-->
parte de cómo como todo va a empezar a tomar como un sentido no para porque se crean estas
-->
variables aquí dentro en esta sección en específico de una instancia de un servicio que
-->
es de base de datos porque aquí ya podemos deducir que esto es lo que se va a ir mapeando en
-->
ese archivo y que nosotros lo podemos configurar ya sea accediendo a ese archivo o entrando
-->
aquí al este a esta parte no estos a estos desde la línea de comandos vaya o bueno desde
-->
la interfaz o sea conectándonos a la instancia y usando estos estos estos estos variables que
-->
de hecho ahorita lo vamos a hacer con con estas variables vamos a estar viendo el contenido de
-->
esa información y vamos a estar por así decirlo leyendo este archivo ini punto hora entonces
-->
de hecho aquí nos lo dice mira la configuración de sga que es este este parámetro ini sga
-->
punto 6 debe ser adecuada para soportar la carga de trabajo de aplicaciones que acceden
-->
al esquema hr optimizando el rendimiento de consultas y transacciones entonces este nosotros
-->
teníamos por ahí un comando de hecho creo que aquí tengo la salida en donde este pues nos
-->
está dando la información de nuestro contenedor va esto es lo que tiene el contenedor pero
-->
nosotros este digamos en dad esto es que está un poco tal vez confuso no de entenderse
-->
me estoy de acuerdo nosotros tenemos dos dos este ambientes y eso es como que lo que
-->
quisiera hacer un repaso para que no haya confusión más adelante no nosotros tenemos
-->
un ambiente de a desktop y aunque es virtual realmente este es como si fuera nuestro archivo
-->
nuestro sistema operativo primario este es nuestro host hagas de cuenta que ahorita no
-->
tienes un navegador haz de cuenta que ahorita no estás prendiendo tu máquina en windows y
-->
accediendo aquí haz de cuenta eso no ahorita no haz de cuenta que tú inicias tu máquina
-->
tu pc y es linux es ubuntu entonces este dad esto para nosotros es nuestro host y dentro de
-->
este post realmente como les decía la primera vez que yo aprovisioné estas máquinas o sea
-->
todas estas máquinas que nosotros tenemos acá acá