jun 09 08:39:58 * Esta hablando ahora en #charlas-fedora-es
jun 09 08:40:10 +v
jun 09 08:41:05 * ChanServ (ChanServ@services.) ha entrado en #charlas-fedora-es
jun 09 08:41:05 * irc.freenode.net da estado de operador de canal a ChanServ
jun 09 08:41:14 a ver
jun 09 08:41:18 dasdasd
jun 09 08:41:28 ya lo he creado, ya le he dicho al Chan que se quede
jun 09 08:42:56 que level os pongo en el access ?
jun 09 08:43:06 40 o algo así? no recuerdo los niveles
jun 09 08:43:28 con 25 alcanza
jun 09 08:45:32 -ChanServ- You have been added to the access list for #charlas-fedora-es with level [25]
jun 09 08:45:35 poco se de lso niveles pero eno
jun 09 08:45:37 probad el op
jun 09 08:46:41 como fuerzo el canal a sin voz?
jun 09 08:49:12 bueno, ya lo veremos antes de la charla
jun 09 08:49:57 como fuerzo el canal a sin voz?<-- poco se de comandos aqui
jun 09 08:50:16 creo que yo lo tengo con un botoncito
jun 09 08:50:16 jojo
jun 09 08:50:17 je... yo tampoco :P
jun 09 08:51:17 * dballester ha cambiado el asunto a: Sitio para las charlas organizadas en el canal #fedora-es
jun 09 08:51:19 * dballester ha cambiado el asunto a: Sitio para las charlas organizadas en el canal #fedora-es
**** FINALIZANDO CONEXIÓN EN Sat Jun 9 08:51:32 2007

**** INICIANDO CONEXIÓN EN Sat Jun 9 08:51:37 2007

jun 09 08:51:37 * Está hablando ahora en #charlas-fedora-es
jun 09 08:51:37 * El asunto para #charlas-fedora-es es Sitio para las charlas organizadas en el canal #fedora-es
jun 09 08:51:37 * Asunto para #charlas-fedora-es definido por dballester en Sat Jun 9 07:56:55 2007
jun 09 08:51:55 http://pastebin.sk/en/1821/
jun 09 08:52:09 que tal la velocidad de este pastebin?
jun 09 08:52:42 cool
jun 09 08:54:17 http://pastebin.sk/en/1822/
jun 09 08:54:22 esta es más gorda
jun 09 08:55:03 voy a comprar tabaco :P
jun 09 08:55:55 aun me queda uno, me lo funo y luego voy :P
jun 09 09:00:13 :o
jun 09 09:00:52 si, fumo
jun 09 09:10:35 * dballester (n=dbm@107.Red-88-19-92.staticIP.rima-tde.net) ha abandonado #charlas-fedora-es ("Leaving")
jun 09 09:10:42 * dballester (n=dbm@107.Red-88-19-92.staticIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 10:43:52 * dballester se ha marchado (Read error: 104 (Connection reset by peer))
jun 09 10:47:44 * dballester (n=dbm@107.Red-88-19-92.staticIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 11:28:10 * xjagox (n=xjagox@190.8.158.12) ha entrado en #charlas-fedora-es
jun 09 11:28:22 wolas
jun 09 11:28:32 los encontre :)
jun 09 11:28:55 hola xjagox :)
jun 09 11:29:27 todo listo dballester
jun 09 11:30:36 sip, todo ok
jun 09 11:30:43 dentro de una hora :P
jun 09 11:31:02 :S
jun 09 11:31:05 xD
jun 09 11:33:55 t'an echado csi :P
jun 09 11:34:40 dento de un rato sacaré a los perros que si no me empezarán a pedir para salir a la calle durante la charla :/
jun 09 11:35:17 regresaras..?
jun 09 11:35:21 ??
jun 09 11:54:44 po zi
jun 09 11:54:49 voy a sacarlos
jun 09 12:08:33 ya he vuelto
jun 09 12:09:42 * rokjan (n=jj2@static-200-105-156-114.acelerate.net) ha entrado en #charlas-fedora-es
jun 09 12:09:54 ya llegue :)
jun 09 12:10:05 hola rokjan
jun 09 12:10:26 dballester: todo dentro lo previsto?
jun 09 12:10:46 sip, todo ok
jun 09 12:11:30 conn /as sysdba
jun 09 12:11:36 ya voy en esa ;)
jun 09 12:12:20 XD
jun 09 12:13:31 cual sera la hermeneutica de la charla?, con voz en OF,luego nos dan? o preguntamos en #fedora-es?
jun 09 12:14:01 " En este canal solo tiene voz por defecto la persona o personas que realizan la charla. Para poder realizar una consulta durante la charla debes dirigirte a los operadores del canal, los cuales te darán voz para que puedas preguntar", he puesto esto como mensaje de entrada al canal
jun 09 12:14:08 gin0 se retrasa
jun 09 12:14:14 sabemos algo de él?
jun 09 12:14:33 nada
jun 09 12:15:22 * ChanServ da estado de operador de canal a dballester
jun 09 12:15:27 * dballester da estado de operador de canal a mamacito62
jun 09 12:15:35 * dballester da estado de operador de canal a rokjan
jun 09 12:15:54 asi esta mejor :)
jun 09 12:18:17 y io?
jun 09 12:18:27 io tb quiero estrella xD
jun 09 12:18:37 XD
jun 09 12:20:01 xjagox, quítate el modo away, que siempre estás igual ;)
jun 09 12:20:22 * dballester da estado de operador de canal a xjagox
jun 09 12:20:26 * dballester da estado de operador de canal a Sapote
jun 09 12:23:08 * dballester quita el estado de operador del canal a xjagox
jun 09 12:23:11 * dballester quita voz a Sapote
jun 09 12:23:18 * dballester da voz a Sapote
jun 09 12:23:21 * dballester quita el estado de operador del canal a Sapote
jun 09 12:23:28 * dballester quita el estado de operador del canal a rokjan
jun 09 12:23:33 * dballester quita el estado de operador del canal a mamacito62
jun 09 12:23:44 ?
jun 09 12:24:04 O.O
jun 09 12:24:23 si eso es speaker, pos no oigo na xD
jun 09 12:24:48 * puntoUY (n=puntoUY@r190-64-212-71.dialup.adsl.anteldata.net.uy) ha entrado en #charlas-fedora-es
jun 09 12:25:29 Sapote, estás despierto? :P
jun 09 12:25:38 * kubrick (n=repulse@unaffiliated/funky) ha entrado en #charlas-fedora-es
jun 09 12:25:41 hi
jun 09 12:25:54 hi
jun 09 12:26:37 Alguien de los presentes sabe como forzar el canal a voz off? XD
jun 09 12:26:42 a que hora empiza la charla?
jun 09 12:26:49 en unos minutos kubrick
jun 09 12:26:51 dballester: como que a voz off ?
jun 09 12:26:58 kubrick: dentro de una de minutos
jun 09 12:26:58 quieres modo moderado, creo
jun 09 12:27:12 /mode +m #charlas-fedora-es
jun 09 12:27:12 kubrick, si, entiendo que será eso
jun 09 12:27:16 y solo los
jun 09 12:27:23 y solo los +v y los @ podran hablar
jun 09 12:27:27 ok
jun 09 12:27:29 eso era
jun 09 12:27:31 eso es!
jun 09 12:27:32 :)
jun 09 12:27:32 :)
jun 09 12:27:39 * dballester establece modo +m #charlas-fedora-es
jun 09 12:27:46 * dballester establece modo -m #charlas-fedora-es
jun 09 12:27:51 ok
jun 09 12:27:52 [18:37] < kubrick> jklafsdjlkfasd
jun 09 12:27:53 [18:37] <-> #charlas-fedora-es Cannot send to channel
jun 09 12:27:59 ahi la prueba
jun 09 12:28:03 perfecto
jun 09 12:28:17 mamacito62, rokjan
jun 09 12:28:31 q hay dballester
jun 09 12:28:32 ?
jun 09 12:28:33 holas :)
jun 09 12:28:33 emepzamos?
jun 09 12:28:44 si no somos muchos no será necesario moderar el canal
jun 09 12:29:00 * cholito (n=jefecusa@200.121.1.68) ha entrado en #charlas-fedora-es
jun 09 12:29:10 joer rokjan hsa esperado 3 semanas, no te viene de 5 minutos XD
jun 09 12:29:21 XD
jun 09 12:29:38 si haceis un poco de publi-spam por algunos canales, seguro que entra mas gente
jun 09 12:30:03 unita por ahi pegue algun publi-spam
jun 09 12:30:20 bueno... en teoría esta charla la hago de manera informal para los conocidos de siempre, aunque desde luego no es provada
jun 09 12:30:22 pricada
jun 09 12:30:32 privada
jun 09 12:30:37 joer
jun 09 12:30:45 empezamos bien XD
jun 09 12:31:20 * juchipilo (n=juchipil@cpe-76-166-45-168.socal.res.rr.com) ha entrado en #charlas-fedora-es
jun 09 12:31:23 a mi me gustaria que me dieras a conocer, bajo que circustancias iba a querer preferir yo pagar una licencia de orable bajo linux, teniendo postgre
jun 09 12:31:35 oracle*
jun 09 12:31:37 anda que yo..
jun 09 12:31:38 xD
jun 09 12:31:57 * xjagox (n=xjagox@190.8.158.12) ha abandonado #charlas-fedora-es
jun 09 12:32:01 * xjagox (n=xjagox@190.8.158.12) ha entrado en #charlas-fedora-es
jun 09 12:32:14 * caim (n=caim@84.123.117.108.dyn.user.ono.com) ha entrado en #charlas-fedora-es
jun 09 12:32:16 * xjagox (n=xjagox@190.8.158.12) ha abandonado #charlas-fedora-es
jun 09 12:32:17 kubrick, postgresq me parece un buen gestor RDBMS,
jun 09 12:32:23 * xjagox (n=xjagox@190.8.158.12) ha entrado en #charlas-fedora-es
jun 09 12:32:31 por hoy no discutimos ese tema
jun 09 12:32:34 simplemente es que yo he trabajado mayoritariamente con oracle
jun 09 12:32:46 ok
jun 09 12:32:51 al tema dballester!
jun 09 12:32:57 XD
jun 09 12:33:28 * Ston (n=ston@cbl-sd-77-208.aster.com.do) ha entrado en #charlas-fedora-es
jun 09 12:33:53 rokjan, has espameado en #ubuntu-es?
jun 09 12:34:04 señor, señor...
jun 09 12:34:06 dballester: asi es :)
jun 09 12:34:07 :o
jun 09 12:34:19 * Malditron (n=gallegos@2001:618:400:0:0:0:94df:2ce) ha entrado en #charlas-fedora-es
jun 09 12:34:21 no lo hagáis XD
jun 09 12:34:28 si ya no :)
jun 09 12:35:11 * xjagox se ha marchado ("Leaving.")
jun 09 12:35:47 bueno
jun 09 12:35:56 2 minutos y empezamos?
jun 09 12:36:01 vale
jun 09 12:36:04 ok.
jun 09 12:36:20 ya puestos y para ir calentando, alguien ya ha tocado oracle alguna vez?
jun 09 12:36:42 solamente la instalacion básica
jun 09 12:36:50 * gin0 (n=Gino@2001:7f9:500:1000:240:d0ff:fe6a:cc46) ha entrado en #charlas-fedora-es
jun 09 12:37:03 upps
jun 09 12:37:17 llegue
jun 09 12:38:24 gin0, Sapote jelou
jun 09 12:38:30 * pepo (n=pepo@nelug/coreteam/pepo) ha entrado en #charlas-fedora-es
jun 09 12:39:10 ya calentaron la garganta?
jun 09 12:39:14 dedos
jun 09 12:39:27 * k001 (n=k001@unaffiliated/k001) ha entrado en #charlas-fedora-es
jun 09 12:39:29 la la la laaaa laaa
jun 09 12:39:37 ok, vamos alla
jun 09 12:39:48 i'm her Malditron
jun 09 12:40:05 primero de todo bienvenidos :)
jun 09 12:40:11 holas k001
jun 09 12:40:38 voy a realizar una charla informal sobre los conceptos básicos de Oracle
jun 09 12:40:41 dballester, cuando vas a iniciar , tendras que moderar el canal
jun 09 12:40:45 XD
jun 09 12:40:49 ya veo, ya
jun 09 12:41:00 en principio si quereis no lo moderamos
jun 09 12:41:01 * xjagox (n=xjagox@190.8.158.12) ha entrado en #charlas-fedora-es
jun 09 12:41:05 * EdsipeR (n=edsiper@199-18-112.adsl.terra.cl) ha entrado en #charlas-fedora-es
jun 09 12:41:09 y podréis preguntar cuando queráis
jun 09 12:41:12 * Alfonsodg (n=alfonsod@200.106.15.119) ha entrado en #charlas-fedora-es
jun 09 12:41:28 me gustaría que fuera algo dinámico, no vomitar los conceptos y ya está
jun 09 12:41:41 así que os animo a preguntar cuando queráis
jun 09 12:41:51 dballester, wait me
jun 09 12:41:54 pondre log
jun 09 12:41:59 ok
jun 09 12:42:15 si se diera el caso de que hubiera mucho ruido, moderaríamos el canal
jun 09 12:42:19 ya
jun 09 12:42:24 * ApSeLiCo (n=jorge@200.121.138.253) ha entrado en #charlas-fedora-es
jun 09 12:42:25 * Mahadeva (i=mahadeva@wikimedia/Mahadeva) ha entrado en #charlas-fedora-es
jun 09 12:42:26 * fcr (n=fran@r190-64-111-222.dialup.adsl.anteldata.net.uy) ha entrado en #charlas-fedora-es
jun 09 12:42:28 y quien quiera preguntar que lo pida a los ops, que le daran voz
jun 09 12:42:50 ok
jun 09 12:42:55 Bueno
jun 09 12:43:12 como supongo que sabréis, oracle es un gestor de base de datos relacional
jun 09 12:43:33 en general, un gestor de BD debe asegurar ciertas cosas
jun 09 12:43:43 la más importante, la integridad de los datos
jun 09 12:43:44 * ChanServ da estado de operador de canal a Sapote
jun 09 12:44:10 tanto los los que están almacenados en disco, como los que estan siendo usados en memoria
jun 09 12:44:34 * Paintman_ (n=chatzill@62.57.152.139.static.user.ono.com) ha entrado en #charlas-fedora-es
jun 09 12:44:53 debe 'proteger' los datos para que los distintos usuarios ( esquemas ) solo puedan modificar/trabajar con aquellos con los que tienen derecho para hacerlo
jun 09 12:45:04 * Paintman_ (n=chatzill@62.57.152.139.static.user.ono.com) ha abandonado #charlas-fedora-es
jun 09 12:45:30 a nivel de integridad también debe asegurar la consistencia de esos datos a través del tiempo ( eso lo veremos con más detalle )
jun 09 12:45:56 en el fondo, casi lo mismo que hace un sistema operativo lo tiene que hacer el gestor rdbms pero en el ámbito de los datos
jun 09 12:46:10 * Sapote ha cambiado el asunto a: Sitio para las charlas organizadas en el canal #fedora-es - para preguntar pedir voice mediante privados a los OPeradores
jun 09 12:46:31 ahora vamos a ver de que está formado un 'servidor oracle'
jun 09 12:46:56 http://www.siue.edu/~dbock/cmis565/module1-architecture_files/image025.jpg
jun 09 12:47:02 mirad esta imagen
jun 09 12:47:39 un servidor oracle está compuesto por 3 partes distintas
jun 09 12:47:48 1.- La instancia
jun 09 12:48:09 es un conjunto de estructuras en memoria y procesos en segundo plano
jun 09 12:48:13 en la imagen
jun 09 12:48:38 el conjunto de estructuras en memoria es lo que pone SGA ( System Global Area )
jun 09 12:49:03 * Sapote establece modo +m #charlas-fedora-es
jun 09 12:49:04 más los procesos de oracle en segundo plano SMON, PMON, RECO, DBWR , LGWR y CHKP
jun 09 12:49:13 estos procesos los veremos en detalle
jun 09 12:49:47 2.- Los ficheros de datos y control de la BD ( esto es lo que se llama realmente la Base de datos )
jun 09 12:49:57 y los necesarios son:
jun 09 12:50:21 los datafiles donde se guardan los datos que manejaremos ( + los datos de sistema del propio oracle )
jun 09 12:50:50 tambien tenmos los Redo Logs que son ficheros donde se van guardando los distintos cambios que sufren los bloques de base de datos
jun 09 12:50:55 y los control file
jun 09 12:51:28 unos ficheros donde Oracle va guardando información sobre la estructura de ficheros de la base de datos
jun 09 12:52:47 luego tenemos tambien ficheros 'externos' como el init.ora donde informamos parámetros de uso para esa instancia ( memoria a ocupar, como debe comportarse el optimizador...)
jun 09 12:53:04 hasta aqui supongo que ningun problema, no?
jun 09 12:53:12 * Sapote establece modo -m #charlas-fedora-es
jun 09 12:53:13 * Mitsurugi (n=Nightmar@185.Red-83-61-237.staticIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 12:53:14 por favor, no os cortéis en preguntar cualquier cosa :)
jun 09 12:53:35 liberate me
jun 09 12:53:48 ninguno, dballester
jun 09 12:53:56 vamos a ver un poco por encima que ocurre cuando se establece una sesión entre un cliente y un servidor oracle
jun 09 12:54:23 mh. no falto la 3a. parte?
jun 09 12:54:31 * Diego_Rocha (n=diego@200-161-99-189.dsl.telesp.net.br) ha entrado en #charlas-fedora-es
jun 09 12:54:43 los ficheros 'externos' ;) no he puesto el 3
jun 09 12:54:50 ok
jun 09 12:54:53 bine
jun 09 12:54:54 bien
jun 09 12:55:04 buenas
jun 09 12:55:20 a grandes rasgos podemos definir 3 tipos de conexion
jun 09 12:55:20 * Sapote establece modo +m #charlas-fedora-es
jun 09 12:55:31 el directo, host
jun 09 12:55:39 el cliente/servidor
jun 09 12:55:58 y el de 3 capas ( cliente contra servidor de aplicaciones y este contra la BD )
jun 09 12:56:42 el host se produce directamente en el mismo sistema que hospeda el servicio oracle, y se produce usando comunicación interporceso
jun 09 12:57:01 el cliente servidor implica un transporte de los datos vía red
jun 09 12:57:36 y bueno, el de 23 capas ya os podéis imaginar , lo típico de servidor web vía php, por ejemplo
jun 09 12:58:02 donde el usuario que conecta a la web no tiene porqué ser el mismo que el que se usa para conectarse a la BD y trabajar con ella
jun 09 12:58:23 en cualquier caso
jun 09 12:59:06 cuando se produce una conexión a una BD oracle, se crea un proceso servidor que hace de intermediario entre lo que la conexión solicita y lo que se ejecuta en la BD
jun 09 12:59:29 digamso que el proceso servidor ejecuta las cosas 'en nombre de' tal o cual usuario
jun 09 12:59:30 * Kokey (n=jramirez@189.155.24.28) ha entrado en #charlas-fedora-es
jun 09 12:59:59 en el esquema que he apuntado, es lo que está marcado como User Process y dedicated process
jun 09 13:00:11 bien
jun 09 13:00:27 vamos a ver un poco más en profundidad cada una de las partes de un servidor oracle
jun 09 13:00:36 empezemos con la instancia
jun 09 13:00:58 como he comentado la instancia de oracle se compone de varias estructuras en memoria y procesos en segundo plano
jun 09 13:01:22 * juchipilo se ha marchado (Remote closed the connection)
jun 09 13:01:40 una gran parte de la memoria usada por oracle se dedica al cacheado de información
jun 09 13:01:50 * andsux (n=andsux@131.Red-88-3-233.staticIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 13:02:02 es mucho mśa rápido acceder a memoria en vez de ir disco constantemente para leer/escribir los datos
jun 09 13:03:01 al mismo tiempo, estos caches son visibles para todas las conexiones en la BD, permitiendo reaprovechar operaciones anteriores realizadas por la misma u otra conexion
jun 09 13:03:18 veamos un poco las estructuras más importantes
jun 09 13:03:35 por un lado tenemos el Database Buffer Cache
jun 09 13:04:14 cuando una transacción solicita unos datos, hay que leerlos de disco y dejarlos en memoria para que se puedan operar con ellos
jun 09 13:04:37 cuando se hace esa solicitud, lo primero que se mira es si ya han sido cargados previamente
jun 09 13:04:53 * volp (n=volp@190.36.36.166) ha entrado en #charlas-fedora-es
jun 09 13:04:53 y si no, como digo, se leen de disco y se ubican en RAM
jun 09 13:05:17 de momento todo bien? a alguien no le asalta ninguna duda con lo que acabo de decir?
jun 09 13:05:33 * Sapote establece modo -m #charlas-fedora-es
jun 09 13:05:54 bueno, bueno :)
jun 09 13:05:57 :)
jun 09 13:06:00 libres para opinar
jun 09 13:06:09 espero que en un rato si que a alguien le salte alguna alarma :)
jun 09 13:06:39 voy a daros una pista y le vais dando vueltas
jun 09 13:06:41 concurrencia
jun 09 13:06:56 de momento sigo
jun 09 13:07:05 * Sapote establece modo +m #charlas-fedora-es
jun 09 13:07:19 También tenemos las estructura Red Log Buffer
jun 09 13:07:57 aquí se van almacenando los cambios producidos en los bloques de base de datos que han sido modificados, para grabarlos en los archivos de redo
jun 09 13:08:00 otra pista
jun 09 13:08:26 cuando hablo de datos modificados no estoy hablando en ningún momento de los datos 'comitados'
jun 09 13:08:39 estoy hablando de cualquier cambio, haya sido validado o no
jun 09 13:09:37 el redo log buffer es un buffer de un tamaño determinado que habremos definido ( o dejado por defecto ) en un parametro del fichero de configuración de la instancia
jun 09 13:10:00 este buffer es circular, y se va reaprovechando
jun 09 13:10:10 el espacio asignado para este
jun 09 13:10:18 * EdsipeR (n=edsiper@199-18-112.adsl.terra.cl) ha abandonado #charlas-fedora-es
jun 09 13:10:33 cuando se producen ciertas condiciones, los datos en el buffer son enviados a disco, a los ficheros de redo
jun 09 13:10:39 * HorD (n=HorD@unaffiliated/hord) ha entrado en #charlas-fedora-es
jun 09 13:10:55 según avance la charla todo irá cuadrando :)
jun 09 13:11:41 el problema es que hay tantas cosas por definir que empiece por donde empiece no hay manera de hacerlo para que no quede nada 'en el aire'
jun 09 13:12:03 otra estructura importante de las instancia de oracle es la Shared Pool
jun 09 13:12:55 esta estructura es una zona de memoria determinada ( tamaño definido en un parámetro ) donde se almacenan datos de ejecución ( no los datos de información , que se guardan en el Database Buffer, ok? )
jun 09 13:13:39 esto permite que Oracle reutilize 'formas de hacer las cosas' sin tener que empezar de cero siempre
jun 09 13:13:44 un ejemplo
jun 09 13:14:12 cuando nosotros lanzamos una sentencia, por ejemplo un 'Select * from tabla pepe';
jun 09 13:14:35 oracle genera un hash con el texto de dicha sentencia
jun 09 13:15:15 si encuentra ese hash ya en la Shared Pool, no es necesario realizar un hard parsing de dicha sentencia
jun 09 13:15:30 que es de lo más costoso a nivel de CPU
jun 09 13:15:52 así ahorra ciclos y disminuye el tiempo de espera
jun 09 13:16:35 la shared pool, como las demas estructuras en memoria, son finitas y tienen un máximo de tamaño
jun 09 13:17:44 * Sapote da voz a k001
jun 09 13:17:47 dballester, si ese shared pool se corrompe se vuelve a generar?
jun 09 13:18:02 oracle 'limpia' los datos más antiguos si necesita ocupar memoria, usando un algoritmo de LRU ( Last recently used ), o sea, lo que hace más tiempo que no he usado, lo saco de la RAM para aprovechar para meter datos que necesito ahora y no estaban en cache antes )
jun 09 13:18:23 k001, si se corrompe la base de datos se suicida, literalmetne
jun 09 13:18:45 es 'mandatory' que oracle asegure la integridad de los datos
jun 09 13:19:22 siempre va controlando de una manera u otra que todos los datos con los que está trabajando son consistentes
jun 09 13:20:01 si encuentra una inconsistencia mata directamente las transacciones que usan esos datos inconsistentes
jun 09 13:20:48 k001, es lo que decías respecto a lo de 'si ese shared pool se corrompe' ?
jun 09 13:21:22 * Kokey se ha marchado (Client Quit)
jun 09 13:22:01 * Sapote da voz a fcr
jun 09 13:22:05 dballester: me imagino que considera el caso de que dos consultas tengan el mismo hash...
jun 09 13:22:05 la corrupción en memoria es inevitable, y me refiero a que puede pasar ( ram defectuosa ) , lo oracle tiene que hacer es evitar que esa corrupción afecte a los datos, en la medida de lo posible
jun 09 13:22:09 * Sapote quita voz a k001
jun 09 13:22:11 aha
jun 09 13:22:31 si te refieres a dos transacciones distintas, no se da el caso
jun 09 13:22:49 consultas me refiero a queries
jun 09 13:22:57 ok
jun 09 13:23:06 entonces es la misma consulta :)
jun 09 13:23:11 no
jun 09 13:23:21 no es algo que se pueda asegurar
jun 09 13:23:30 pues no te entiendo, dame un ejemplo
jun 09 13:23:48 "select * from pepe.."; genera un hash
jun 09 13:23:51 aha
jun 09 13:24:01 pero otra consulta distinta puede generar otro hash igual
jun 09 13:24:07 no
jun 09 13:24:38 * amdk6-2 (n=juancarl@113.Red-83-53-245.dynamicIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 13:24:39 eso sería mortal de necesidfad ;)
jun 09 13:24:48 * puntoUY (n=puntoUY@r190-64-212-71.dialup.adsl.anteldata.net.uy) ha abandonado #charlas-fedora-es
jun 09 13:25:00 a lo que voy es que como una medida para aumentar el rendimiento tener una hash table está bien para buscar después si el texto de la misma cosulta está cacheado...
jun 09 13:25:12 no es tanto el texto de la consulta
jun 09 13:25:49 una sentencia
jun 09 13:25:53 para no sé, buscar el árbol optimizado de la expresión parseada, que es lo que me imagino que intentarán cachear
jun 09 13:26:02 exacto
jun 09 13:26:18 ok, siga no más...
jun 09 13:26:26 * Sapote quita voz a fcr
jun 09 13:26:50 el algoritmo de hash que provee oracle asegura que 2 sentencias no devolveran el mismo hash
jun 09 13:27:36 en la shared pool, además se cachean datos del diccionario de datos de la bd
jun 09 13:27:40 por ejemplo
jun 09 13:28:21 si se realiza una consulta, oracle mirará si el usuario tiene derecho a seleccionar los datos que pide, si hay algún índice, etc...
jun 09 13:28:45 * Mahadeva (i=mahadeva@wikimedia/Mahadeva) ha abandonado #charlas-fedora-es
jun 09 13:29:00 otra vez, intentamos poner lo que hemos usado en memoria, para que sea más rápido un acceso posterior
jun 09 13:29:46 dballester> en la shared pool, además se cachean datos del diccionario de datos de la bd <- me lo he dejado, es una estructura dentro de la SharedPool llamada Data Dictionary Cache :)
jun 09 13:30:29 lo mismo ocurre con funciones/procedimientos alamcenados en la base de datos
jun 09 13:31:20 pensad que todo lo que estamos usando dentro de la SGA ( datos de aplicacion, datos de diccionario, procedimientos...) en algún momento se han tenido que leer de disco
jun 09 13:31:30 bien
jun 09 13:32:16 lo de Java Pool Streams Pool....
jun 09 13:32:44 que está en el esquema, son otras estructuras que pueden o no ser usadas dependiendo de nuestras necesidades
jun 09 13:33:17 Cuando se establece una conexion y se usa el servicio de oracle
jun 09 13:33:32 hay ciertos datos que son exclusivos a esa sesión
jun 09 13:33:34 por ejemplo
jun 09 13:34:23 en una sentencia select, se debe guardar el 'puntero' a los datos que está usando la transaccion
jun 09 13:34:46 estructuras de memoria creadas para ese proceso, etc
jun 09 13:35:11 es la llamada PGA ( Program Global Area )
jun 09 13:35:48 y se crea con cada proceso servidor ( el que se arranca con cada conexión de un cliente ) y se elimina cuando ese cliente cierra la sesión de forma correcta
jun 09 13:35:57 esa memoria es externa a la SGA
jun 09 13:36:46 por lo que he contado hasta ahora, veréis que las SGA es una porción definida de memoria fija ( no crece más allá del máximo que hayamos indicado )
jun 09 13:37:34 pero las PGA creadas para cada sesion se crean fuera de eso, así que hay que preveer que el sistema debe tener la suficiente ram para que no se degrade el servicio a causa de swaps
jun 09 13:37:45 hasta aquí alguna pregunta ?
jun 09 13:37:59 * Sapote establece modo -m #charlas-fedora-es
jun 09 13:38:10 "liberate me"
jun 09 13:38:24 * Gura (n=Gura@unaffiliated/gura) ha entrado en #charlas-fedora-es
jun 09 13:38:28 Buenas
jun 09 13:38:41 más adelante iremos retomando parte de lo que he dicho hasta ahora
jun 09 13:38:44 por lo que estoy leyendo es aproximadamente como linux trabaja con su memoria virtual y swap
jun 09 13:38:54 Sapote, si
jun 09 13:39:01 copiones
jun 09 13:39:03 XD
jun 09 13:39:38 al fin y al cabo, como creo que comenté al principio, un gestor RDBMS cumple casí ( por no decir todas ) las partes de un temario sobre Teoría de Sistemas operativos ;)
jun 09 13:40:04 simplemente que su ámbito se cierra a la gestión de datos
jun 09 13:40:13 ya me entendéis ;)
jun 09 13:40:27 ahora vamos a ver los procesos de oracle
jun 09 13:40:29 * Sapote establece modo +m #charlas-fedora-es
jun 09 13:40:44 tenemos 3 tipos de procesos
jun 09 13:40:54 el proceso de usuario, que se crea al realizar una conexión
jun 09 13:41:28 el proceso servidor, que se pone entre la conexion de usuario y la instancia
jun 09 13:42:02 y los procesos de segundo plano ( background ) propios de oracle que le ayudan en la gestión de la instancia y la base de datos
jun 09 13:42:37 * asdfdsf (i=rpg@6.Red-217-127-76.staticIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 13:42:38 ( el proceso se usuario se crea en el host donde el usuario inicia la conexion, especifico )
jun 09 13:43:14 * slaytanic (n=mindsuck@200-55-70-42.dsl.prima.net.ar) ha entrado en #charlas-fedora-es
jun 09 13:43:23 * asdfdsf se ha marchado (Client Quit)
jun 09 13:43:31 * slaytanic (n=mindsuck@200-55-70-42.dsl.prima.net.ar) ha abandonado #charlas-fedora-es
jun 09 13:43:43 Antes he preguntado si a alguien se le encendía una alarma o no, voy a explicar algo y espero que entonces si que salten :)
jun 09 13:44:02 distintos usuarios pueden querer trabajar con los mismos datos, no?
jun 09 13:44:33 al fin y al cabo una base de datos relacional entre otras cosas
jun 09 13:44:58 intenta eso, centralizar los datos para no tener repeticiones en distintos sitios ( los datos maestros, vaya )
jun 09 13:45:14 yo como usuario puedo trabajar con 'mis datos'
jun 09 13:45:51 y otro usuario puede hacer lo mismo, aunque ese usuario esté usando los mismos datos con los que estoy trabajando yo
jun 09 13:46:48 los datos que cambia un usuario no son 'grabados' hasta que el usuario hace lo que se llama un 'commit'
jun 09 13:47:00 por lo tanto
jun 09 13:47:16 un usuario puede haber modificado los valores de la tabla pepe
jun 09 13:48:04 y otro usuario, será capaz de seleccionar esos datos, pero no verá los cambios del primer usuario ( verá 'otros' ) hasta que este no haya hecho un commit
jun 09 13:48:50 de igual forma, el primer usuario puede decir que no quiere validar los cambios realizadosy ejecutará un rollback ( deja todos los datos que he tocado como estaban antes de que yo los tocara )
jun 09 13:49:08 si?
jun 09 13:49:17 * Sapote establece modo -m #charlas-fedora-es
jun 09 13:49:25 preguntas?
jun 09 13:49:31 eso es lo q se conoce como transacciones?
jun 09 13:49:36 no
jun 09 13:49:49 sincronizaciones?
jun 09 13:49:53 la transaccion es el proceso de hacer algo?
jun 09 13:50:03 sincronizaciones? <- nop ;)
jun 09 13:50:43 oracle, cada vez que se produce un cambio en un dato de un bloque, hace una copia de ese bloque antes de los cambios
jun 09 13:50:56 y lo deja en el databuffer
jun 09 13:51:02 ahora bien
jun 09 13:51:03 * Diego_Rocha (n=diego@200-161-99-189.dsl.telesp.net.br) ha abandonado #charlas-fedora-es ("Leaving")
jun 09 13:51:21 como saber 'como' tiene que ver cada usuario esa información?
jun 09 13:51:52 para eso oracle usa una 'muesca' llamada SCN ( System change number )
jun 09 13:51:55 * Sapote establece modo +m #charlas-fedora-es
jun 09 13:53:23 el scn es un número que va creciendo con el tiempo y que oracle usa como guía para unir el conjunto de bloques que pide un usuario de forma consitente según el 'SCN' de ese usuario ( transacción )
jun 09 13:53:43 voy a conectarme a mi bd y os pongo un ejemplo
jun 09 13:53:52 pondré los resultados en el pastebin
jun 09 13:54:36 * fmaq (n=fmaq@190.42.166.27) ha entrado en #charlas-fedora-es
jun 09 13:54:49 http://pastebin.sk/en/1826/
jun 09 13:55:08 aquí podéis ver como he arrancado el servidor oracle en mi máquina
jun 09 13:55:15 he entrado como sysdba
jun 09 13:55:25 el equivalente a root en linux/unix
jun 09 13:55:51 fijaros que después de decirle
jun 09 13:55:53 startup
jun 09 13:56:02 lo primero que me ha contestado ha sido
jun 09 13:56:10 #
jun 09 13:56:10 ORACLE instance started.
jun 09 13:56:20 y me ha devuelto una serie de valores
jun 09 13:57:01 lo primero que ha hecho es leer el fichero de configuración y reservar/estructurar la memoria según esa configuracion
jun 09 13:57:33 en este caso tengo un valor máximo indicado en la configuración de SGA de aprox 285 MB
jun 09 13:58:04 tanto el Database Buffer, como el Redo Buffer están dentro de esos 285
jun 09 13:58:11 después ha dicho
jun 09 13:58:15 Database Mounted
jun 09 13:58:29 * Mitsurugi (n=Nightmar@185.Red-83-61-237.staticIP.rima-tde.net) ha abandonado #charlas-fedora-es
jun 09 13:58:40 en ese estadio ha leido los ficheros de control para saber que datafiles componen la base de datos
jun 09 13:58:47 * volp se ha marchado (Read error: 104 (Connection reset by peer))
jun 09 13:59:01 también sabe el SCN con el que tiene que empezar
jun 09 13:59:19 ( luego veremos con más clama los ficheros de control )
jun 09 13:59:20 * volp (n=volp@190.36.36.166) ha entrado en #charlas-fedora-es
jun 09 13:59:26 después ha dicho
jun 09 13:59:32 Database opened
jun 09 13:59:50 en ese momento ha atacado físicamente los datafiles ( los ha abierto )
jun 09 14:00:07 y se puesto en modo 'que entren los usuarios'
jun 09 14:00:28 veremos en detalle todo este proceso después
jun 09 14:00:29 bien
jun 09 14:00:37 ahora voy a crear 2 usuario
jun 09 14:00:41 pepe y juan
jun 09 14:01:10 nop
jun 09 14:01:16 pepe ya exisitia ;)
jun 09 14:01:56 juan y sapo
jun 09 14:02:21 http://pastebin.sk/en/1827/
jun 09 14:02:46 ahora me conectaré como esos usuarios, cada uno en una sesión distinta
jun 09 14:03:54 espera
jun 09 14:03:54 * #charlas-fedora-es :Cannot send to channel
jun 09 14:04:16 yep
jun 09 14:04:18 un segundo
jun 09 14:05:41 * Diego_Rocha (n=diego@200-161-99-189.dsl.telesp.net.br) ha entrado en #charlas-fedora-es
jun 09 14:05:47 http://pastebin.sk/en/1828/
jun 09 14:07:03 http://pastebin.sk/en/1829/
jun 09 14:07:12 * alekcis (n=Alexis@200.25.129.88) ha entrado en #charlas-fedora-es
jun 09 14:07:13 ahora si, había ejecutado mal el grant de juan
jun 09 14:07:47 ahora como juan vamos a crear una tabla y daremos acceso total al usuario antonio, así podremos ver lo de la concurrencia
jun 09 14:08:31 * Usuario17 (n=c845af11@200.93.220.27) ha entrado en #charlas-fedora-es
jun 09 14:08:35 * Usuario96 (n=c8198158@200.93.220.27) ha entrado en #charlas-fedora-es
jun 09 14:09:31 * Usuario96 se ha marchado (Client Quit)
jun 09 14:10:03 se la voy a crear como sysdba, si no no tenemos 'chicha'
jun 09 14:10:27 * Usuario17 se ha marchado (Client Quit)
jun 09 14:10:46 * alekcis (n=Alexis@200.25.129.88) ha abandonado #charlas-fedora-es
jun 09 14:11:01 * Usuario17 (n=c845af11@200.93.220.27) ha entrado en #charlas-fedora-es
jun 09 14:11:32 * Usuario17 se ha marchado (Client Quit)
jun 09 14:11:32 http://pastebin.sk/en/1830/
jun 09 14:11:38 por fin :P
jun 09 14:12:03 el usario juan ahora tiene una tabla con 2172 registros
jun 09 14:12:10 * Mery (n=c845af11@200.93.220.27) ha entrado en #charlas-fedora-es
jun 09 14:12:11 debajo tenéis la estructura de la tabla
jun 09 14:13:06 ahora vamos a hacer que el usuario antonio pueda trabajar con los datos de la tabla ( control totall )
jun 09 14:13:42 * dmesg (n=oem@netbsd/user/dmesg) ha entrado en #charlas-fedora-es
jun 09 14:14:13 http://pastebin.sk/en/1831/
jun 09 14:15:46 http://pastebin.sk/en/1832/
jun 09 14:16:06 * dmesg (n=oem@netbsd/user/dmesg) ha abandonado #charlas-fedora-es
jun 09 14:16:09 http://pastebin.sk/en/1833/
jun 09 14:17:03 de momento, el usuario antonio ha actualizado todos los registros de la tabla juan.pruebas, poniendo 'ANTONIO' enel campo TABLESPACE_NAME
jun 09 14:17:38 http://pastebin.sk/en/1834/
jun 09 14:17:48 pero el usuario juan no está viendo los cambios
jun 09 14:17:51 ok?
jun 09 14:18:00 * Sapote establece modo -m #charlas-fedora-es
jun 09 14:18:12 si ahora el usuario antonio hace 'commit' de esos cambios
jun 09 14:18:48 http://pastebin.sk/en/1835/
jun 09 14:19:11 ahora si que juan ya es consciente de los cambios de antonio
jun 09 14:19:38 todo esto es posible por lo de la copia de bloque modificado y la asignacion de SCN
jun 09 14:20:00 * Sapote establece modo +m #charlas-fedora-es
jun 09 14:20:04 juan tenía el scn 4
jun 09 14:21:22 antonio a modificado datos de bloques y oracle ha hecho una copia de los bloques modificados ( incluyendo el SCN ) y puesto cambiado los valores en los bloques originales
jun 09 14:21:32 en ese cambio, el scn ha subido a 5
jun 09 14:21:41 * Diego_Rocha se ha marchado (Client Quit)
jun 09 14:21:47 * fcr se ha marchado (Read error: 113 (No route to host))
jun 09 14:22:11 ese scn a 5 es el que ahora tiene antonio
jun 09 14:22:19 el ha podido ver los cambios
jun 09 14:22:42 porque al seleccionar los bloques, oracle ha ido a buscar los que tenían un scn 5 o inferior
jun 09 14:23:12 en cambio, juan ha seleccionado lo mismo y oracle le ha dado la información de los bloques con scn 4 o anterior
jun 09 14:23:17 * k001 se ha marchado (Client Quit)
jun 09 14:24:32 al hacer commit, se han modificado los bloques de forma permanente, y revisado los valores de SCN para adecuarlos al momento actual
jun 09 14:24:39 si?
jun 09 14:24:42 preguntas?
jun 09 14:24:45 * Sapote establece modo -m #charlas-fedora-es
jun 09 14:25:20 20:30 :/ me he enrollado mucho :/ y todavía queda... :(
jun 09 14:25:30 ok
jun 09 14:25:40 todo ok
jun 09 14:25:41 ya puesto, vamos a ver como es un bloque de base de datos oracle
jun 09 14:26:07 el bloque de base de datos es la pieza de información más pequeña para oracle
jun 09 14:26:10 * Sapote establece modo +m #charlas-fedora-es
jun 09 14:26:38 el tamaño se define en el fichero de configuración, y ya no se podrá modificar dicho tamaño después de haber creado la base de datos
jun 09 14:26:40 * Diego_Rocha (n=diego@201-68-245-122.dsl.telesp.net.br) ha entrado en #charlas-fedora-es
jun 09 14:27:18 ( oracle permite trabajar con distintos tamaños de bloque, pero siempre hay uno que es el por defecto y no se pueden mezclar en un mismo objeto, bloques de tamaños distintos )
jun 09 14:27:49 esto es un bloque de oracle de forma conceptual
jun 09 14:27:52 http://www.siue.edu/~dbock/cmis565/module9-storage_files/image007.jpg
jun 09 14:28:32 los bloques son siempre lo mismo, sea cual sea el objeto del que guardan información
jun 09 14:28:44 los registros de una tabla se guardan en bloques como eser
jun 09 14:29:03 y los indices también, por ejemplo
jun 09 14:29:25 lo que cambia es la información y su estructura, pero un bloque es para todos de la misma manera
jun 09 14:29:37 un bloque tiene su estructura propia
jun 09 14:29:53 por un lado, tiene apuntadores al anterior y siguiente bloque
jun 09 14:30:25 también tiene un espacio reservado para alamacenar referencias a las sesiones que lo están trabajando
jun 09 14:30:56 ( oracle resuelve la concurrencia directamente en el bloque, otros gestores lo resuelven mediante listas de objetos bloqueados )
jun 09 14:31:14 ( para mí la gestión de bloqueo a nivel de bloque me parece más óptima )
jun 09 14:31:43 después de estos datos 'generales' que residen en la cabecera del bloque, vienen los datos en si
jun 09 14:31:52 las filas de las tablas, vaya :)
jun 09 14:33:12 * pepo (n=pepo@nelug/coreteam/pepo) ha abandonado #charlas-fedora-es
jun 09 14:33:40 oracle va llenado los bloques con datos nuevos ( inserts ) empezando por 'abajo del bloque' mientras que los cambios ( updates ) los informa 'por arriba del bloque' de esta manera la gestion de la información es más rápida, ya que no tiene que estar pensando en modificar los datos ya informados para hacer entrar los nuevos/modificados
jun 09 14:34:29 oracle nos permite definir distintos aspectos de el espacio libre/ocupado de los bloques
jun 09 14:34:52 le podemos decir que no llene más de un 50% de datos nuevos por bloque
jun 09 14:35:01 a alguien se le ocurre por que ?
jun 09 14:35:10 por que no dejar que se llene todo el bloque ?
jun 09 14:35:26 venga, que estáis muy callados
jun 09 14:35:34 * Sapote establece modo -m #charlas-fedora-es
jun 09 14:35:46 ...
jun 09 14:35:52 es por el +m
jun 09 14:35:53 nadie se atreve a decir algo?
jun 09 14:36:00 ah! ok
jun 09 14:36:07 pues ahora si pueden, no?
jun 09 14:36:22 es algo relacionado con el concepto de btrees
jun 09 14:36:26 me parece que todo el mundo se ha ido y me ha dejado aquí rajando XD
jun 09 14:36:42 jajaja
jun 09 14:36:42 fmaq, btrees es un concepto de organización de indices
jun 09 14:36:52 pero te has acercado :)
jun 09 14:36:56 o estan en el baño haciendo fuerza
jun 09 14:37:05 jajajass, no sale
jun 09 14:37:10 ups
jun 09 14:37:12 por que me puede interesar que no se llene un bloque?
jun 09 14:37:24 voy a poner un ejemplo
jun 09 14:37:59 * volp se ha marchado (Read error: 113 (No route to host))
jun 09 14:37:59 * Mery se ha marchado ("CGI:IRC (EOF)")
jun 09 14:38:00 tenemos una caja de galletas ( bloque ) y está lleno de galletas de distintos sabores ( filas con datos )
jun 09 14:38:22 si 50 personas quieren una galleta de un sabor que ocurre ?
jun 09 14:38:36 tenemos 50 manos en la misma caja
jun 09 14:38:42 al ingresar mas galletas del tipo x y no encontrar espacio se genera un nuevo bloque y etc
jun 09 14:38:47 exacto
jun 09 14:39:04 -.-
jun 09 14:39:48 * Mery (n=c845af11@200.93.220.27) ha entrado en #charlas-fedora-es
jun 09 14:39:55 si yo fuerzo a que un bloque no pueda contener más de un % de información nueva, estoy obligando a crear nuevos bloques para ponerla, de esa manera, se reparte la información y se disminuyen las posibilidades de que distintas transacciones quieran acceder al mismo bloque
jun 09 14:40:25 mirad que no estoy diciendo que no se llenen de información, estoy diciendo que no se llenen con información nueva
jun 09 14:40:53 los updates si que tendrán cabida en el mismo bloque donde reside la información a cambiar
jun 09 14:41:32 es decir datos de bloques llenos pueden generar despalzamiento en otros con espacio?
jun 09 14:41:34 estos valores de maximos se identifican mediante los parámetros PCTFREE y PCTUSED
jun 09 14:42:10 datos de bloques llenos pueden forzar a una migración de datos a nuevos bloques
jun 09 14:42:18 eso
jun 09 14:42:24 de hecho
jun 09 14:42:40 imagina que quieres guardar una imagen o un documento dentro de la base de datos
jun 09 14:42:58 el tamaño típico de un bloque de oracle es (K
jun 09 14:43:00 ops
jun 09 14:43:01 8K
jun 09 14:43:08 por cierto
jun 09 14:43:57 si algún dia montáis un oracle en serio, el tamaño de bloque de base de datos debería ser igual o superior al tamaño de bloque con el que trabaja el sistema operativo
jun 09 14:44:21 así la entrada/salida será mejor que en el caso contrario :)
jun 09 14:44:32 ok
jun 09 14:44:50 ya hemos visto ( a bote pronto ) como es un bloque de base de datos
jun 09 14:45:21 * HorD se ha marchado (Read error: 54 (Connection reset by peer))
jun 09 14:45:23 ya que hablamos de ello, vamos a ver los datafiles, que es donde quedan guardados los bloques de forma permanente
jun 09 14:45:47 * Sapote establece modo -m #charlas-fedora-es
jun 09 14:45:57 los datafiles son los ficheros donde realmente se guarda la información de la base de datos
jun 09 14:46:09 esa es la estructura física
jun 09 14:46:52 de todas maneras, oracle divide de forma lógica los datos
jun 09 14:47:22 si miramso estas divisiones 'de fuera hacia dentro' donde dentro sería el bloque
jun 09 14:47:36 lo primero que nos encontramos es el tablespace
jun 09 14:47:51 el tablespace es una organización lógica del datafile
jun 09 14:48:10 un tablespace puede tener uno o varios datafiles asociados
jun 09 14:48:46 puedo tener el tablespace usuarios formado por los datafiles usuarios1.dfb, usuarios2.dfb y usuarios3.dbf
jun 09 14:48:49 como ejemplo
jun 09 14:49:13 un datafile nunca podrá estar compartido por distintos tablespaces
jun 09 14:50:14 en una BD oracle como mínimo necesitaremos un tablespace
jun 09 14:50:21 llamado SYSTEM
jun 09 14:51:38 donde se guardan todos los datos en cuanto a estructuras de la base de datos . Recordáis lo del Data dictionary cache? pues la información que se deja ahí sale del tablespace system
jun 09 14:52:01 la tabla que hemos creado antes de juan.pruebas está definida ahí
jun 09 14:52:45 además, los derechos que le hemos dado al usuario antonio para poder trabajar con la tabla juan. pruebas también se guarda en SYSTEM
jun 09 14:52:54 * Diego_Rocha se ha marchado ("Leaving")
jun 09 14:53:00 * Sapote establece modo -m #charlas-fedora-es
jun 09 14:53:58 oracle, cada vez que antonio hace algo con juan.pruebas, va al dicionario de datos ( tablespace System ) a validar todo eso, existe la tabla, de quien es, tiene derechos para trabajar con ella, como están estructurados los campos en la tabla...
jun 09 14:54:04 todo sale de ahí
jun 09 14:54:29 supongo que ahora se comprende el sentido de tener el cache de diccionario ;)
jun 09 14:54:46 un tablespace no está asignado a un usuario
jun 09 14:55:04 lo pueden usar todos los usuarios
jun 09 14:55:47 los otros tablespaces que pueden existir en oracle y que es deseable que existan son
jun 09 14:56:06 un tablespace para operaciones temporales ( ordenanciones )
jun 09 14:56:32 un tablespace para ir guardando las copias de los bloques que se han modificado ( recordad lo del SCN )
jun 09 14:57:00 * Mery se ha marchado ("CGI:IRC (EOF)")
jun 09 14:57:04 un tablespace para ir guardando las copias de los bloques que se han modificado ( recordad lo del SCN ) <- este es un tablespace de tipo UNDO
jun 09 14:57:12 el anterior es de tipo TEMPORARY
jun 09 14:57:45 y luego ya vendrían los tablespaces para datos de usuario, indices...
jun 09 14:58:04 en conclusión, para ir bien necesitamos el system, el temporal y el undo
jun 09 14:58:35 sino, cualquier operacion de ese tipo ( temporal, undo,,, ) se realizará dentro del tablespace system
jun 09 14:58:43 igualmente ocurre con los datos de usuario
jun 09 14:59:20 * Malditron se ha marchado (Remote closed the connection)
jun 09 14:59:21 cuando he creado la tabla de juan,pruebas, al no indicar ningún tablespace, oracle ha creado la tabla y sus datos dentro del tablespace system
jun 09 14:59:30 en cuanto a tablespaces
jun 09 14:59:39 divide y vencerás, que dicen
jun 09 14:59:44 y tienen razón
jun 09 14:59:59 un cafe david?
jun 09 15:00:01 los indices ubicadlos en tablespaces creados para ellos
jun 09 15:00:04 nop
jun 09 15:00:09 :P
jun 09 15:00:11 XD
jun 09 15:00:34 los datos de usuarios ( de las aplicaciones ) ubicadolos en tablespaces creados para ello
jun 09 15:00:38 bueno, entonces difiere de (C)
jun 09 15:00:45 ein?
jun 09 15:01:10 me he perdido algo? ;)
jun 09 15:01:30 continua man..
jun 09 15:01:34 ok
jun 09 15:01:54 pensad que los tablespaces como he dicho son ficheros
jun 09 15:02:05 esos ficheros los podéis ubicar el filesystems distintos
jun 09 15:02:45 con eso minimizáis pérdida de datos por 'discos rotos', penalizáis menos la I/O...
jun 09 15:03:02 otra cosa a tener en cuenta es que oracle
jun 09 15:03:37 si tiene un tablespace con más de un fichero, va introduciendo la información en ellos usando un método circular
jun 09 15:04:01 ok
jun 09 15:04:12 digamos difiere con la forma como lo hace mssql, un archivo por base de datos + su archivo de indices?
jun 09 15:04:29 un solo archivo de BD para todos los datos ?
jun 09 15:04:36 aja
jun 09 15:04:39 :/
jun 09 15:04:42 no lo sabía
jun 09 15:04:47 no me parece nada optimo
jun 09 15:04:53 pero cada cual :P
jun 09 15:04:59 xq?
jun 09 15:05:06 por lo que comentaba
jun 09 15:05:34 mmm
jun 09 15:06:02 imagina lo del ejemplo de juan y antonio
jun 09 15:06:28 si juan tiene sus datos en un archivo
jun 09 15:06:32 y antonio en otro
jun 09 15:06:35 * erUSUL (n=erUSUL@149.Red-83-36-170.dynamicIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 15:06:52 y a su vez estos archivos están en 'discos' distintos'
jun 09 15:07:10 como clustering?
jun 09 15:07:20 que posibilidades hay juan tenga que esperarse a que antonio termine su lectura para que el pueda hacer la suya?
jun 09 15:07:46 no nos engañemos, al final, cuando uno accede a disco, el disco es para el
jun 09 15:08:08 ahm
jun 09 15:08:08 nadie más puede leer o escribir hasta que yo termine con mi lectura o escritura
jun 09 15:08:29 no depende eso del locking?
jun 09 15:08:30 si puedo diversificar, minimizo el que hayan cola
jun 09 15:08:36 locking?
jun 09 15:08:42 a que te refieres con eso ?
jun 09 15:09:44 fmaq?
jun 09 15:09:50 que hay bloque durante la excritura, pero no durante la lectura
jun 09 15:10:10 no me refiero al bloqueo por la seguridad de la informaciom
jun 09 15:10:22 me refiero a que los discos tienen una cabezal
jun 09 15:10:22 es decir si todos leen, no hay registros bloqueados, pues no hay actualización de datos
jun 09 15:10:38 cierto
jun 09 15:10:46 pero yo me refería a la entrada/salida
jun 09 15:10:57 si yo como proceso quiero grabar un dato en disco
jun 09 15:10:58 ya, claro, es otro concepto
jun 09 15:11:07 me tengo que poner en una cola, hasta que me toque
jun 09 15:11:10 cuando me toca
jun 09 15:11:22 todo el disco es para mi
jun 09 15:11:35 no puede haber 2 procesos leyendo o escribiendo en el mismo instante
jun 09 15:11:56 si juan escribe en el discoA y antonio en le discoB
jun 09 15:12:10 nunca tendrán que esperar a que el otro termine de hacer algo con el disco
jun 09 15:12:18 de la otra manera
jun 09 15:12:47 cuando juan está leyendo del disco, antonio, aunque quiera leer, debe esperar a que juan acabe y libere el uso del disco
jun 09 15:13:39 * Ston se ha marchado ("[BX] He-Man uses BitchX. *HE HAS THE POOWWEEEEEEEEEERRRRRRRR!!!!!*")
jun 09 15:13:55 esto siempre será así, pero si volvemos a lo mismo, diversificamos, las posibilidades de que alguien tenga que esperarse seran mucho menores ( y si se tiene que esperar, el tiempo de espera también será menor porque habrá menos concurrencia para ese disco determinado )
jun 09 15:13:56 xD
jun 09 15:14:06 ;-)
jun 09 15:14:12 si ?
jun 09 15:14:37 sorry, prosigue, me reí del comentario de ston cuando abandono la sala
jun 09 15:14:44 me imagino ;)
jun 09 15:14:57 ya tenemos en mente los tablespaces
jun 09 15:15:08 ahora vamos a ver una subdivision más
jun 09 15:15:12 los segmentos
jun 09 15:15:29 los segmentos ya son particulares a un objeto ( tabla por ejemplo )
jun 09 15:16:05 por lo tanto tienen un 'propietario' y no se pueden mezclar segmentos de distintos objetos
jun 09 15:16:51 también tener en cuenta que un segmento no podrá estar en 2 tablespaces a la vez
jun 09 15:17:35 ejemplo práctico
jun 09 15:18:03 si recordaís los ejemplos que he pegado en pastebin
jun 09 15:18:22 la tabla juan.pruebas tenía esta estructura
jun 09 15:18:52 http://pastebin.sk/en/1836/
jun 09 15:19:20 cuando he creado esa tabla no he hecho más que un
jun 09 15:19:39 Create table juan.pruebas as Select * from dba_segments
jun 09 15:20:21 así que lo que véis es la tabla donde se guardan los datos de referencia de los segmentos que actualmente están creados en mi base de datos
jun 09 15:21:42 http://pastebin.sk/en/1837/
jun 09 15:22:07 os he sacado 'un listado'
jun 09 15:22:45 * dantrix (n=dantrix@201.230.247.165) ha entrado en #charlas-fedora-es
jun 09 15:22:55 con el total de espacio asignado ( que no ocupado ) y el numero de extensiones
jun 09 15:23:10 para cada uno de los esquemas creados en mi base de datos
jun 09 15:23:28 vamos a ver los tablespaces que tengo
jun 09 15:24:14 http://pastebin.sk/en/1838/
jun 09 15:24:19 je
jun 09 15:24:26 he pegado lo descripcion de la tabla
jun 09 15:24:27 sorry
jun 09 15:25:03 http://pastebin.sk/en/1839/
jun 09 15:25:06 ahora si
jun 09 15:25:11 como veis
jun 09 15:25:14 tengo
jun 09 15:25:31 el tablespace system ( el que tiene que existir siempre )
jun 09 15:25:33 uno de undo
jun 09 15:25:37 un sysaux
jun 09 15:25:59 ( estadísticas de base de datos y más cosas, propio de oracle )
jun 09 15:26:07 el TEMP ( el temporal )
jun 09 15:26:13 el users
jun 09 15:26:19 para datos de usuario
jun 09 15:26:24 y el stats
jun 09 15:26:28 uno que creé yo
jun 09 15:26:48 ( por lo tanto entra en el saco de 'para usuarios' )
jun 09 15:26:56 vamos a ver los datafiles
jun 09 15:28:11 http://pastebin.sk/en/1840/
jun 09 15:28:32 en este caso particular
jun 09 15:29:00 mis tablespaces se corresponden con un datafile
jun 09 15:29:35 una division de los segmentos son las extensiones, que son conjuntos de bloques contiguos
jun 09 15:29:41 importante
jun 09 15:29:48 contiguos ;)
jun 09 15:30:03 así que tenemos
jun 09 15:30:25 bloque de bd->extension->segmento->tablespace->datafiles
jun 09 15:30:43 esa es la estructura de una base de datos oraclre
jun 09 15:30:52 hasta aquí ok?
jun 09 15:31:19 me lo tomaré como un si :P
jun 09 15:31:21 david te va a dar tendinitis!
jun 09 15:31:30 XD
jun 09 15:31:36 sarna con gusto ... ;)
jun 09 15:31:42 jejeje
jun 09 15:31:46 busca hielo hombre!
jun 09 15:31:49 ;)
jun 09 15:31:51 falto esto .. modo (+m ) por Sapote
jun 09 15:31:55 naaa
jun 09 15:31:58 xD
jun 09 15:32:00 si estamos en familia ;)
jun 09 15:32:02 los primeros 15 min pude concentrarme..
jun 09 15:32:06 jejeje
jun 09 15:32:15 lo saque para que charlen
jun 09 15:32:26 joer, si tenéis dudas perguntarme!
jun 09 15:32:49 io nop
jun 09 15:32:54 vamos a por otros tipos de ficheros importantes para la base de datos
jun 09 15:32:59 los control files
jun 09 15:33:17 recordad ( o mirad la imagen inicial de la 'foto' de un servicio oracle )
jun 09 15:33:27 http://www.siue.edu/~dbock/cmis565/module1-architecture_files/image025.jpg
jun 09 15:33:28 estan abajote
jun 09 15:33:40 XD
jun 09 15:33:43 * dantrix se ha marchado ("Saliendo")
jun 09 15:33:57 los control files son archivos pequeños
jun 09 15:34:19 en los que se guarda información de estado actual de la base de datos
jun 09 15:35:01 son archivos binarios, pero podemos verlos en modo texto mediante una instrucción especial
jun 09 15:37:08 SQL> alter database backup controlfile to '/tmp/control.txt';
jun 09 15:37:09 Database altered.
jun 09 15:37:09 SQL>
jun 09 15:37:16 lo pongo aqui porque es más rápido
jun 09 15:37:22 ahora os pego el resultado
jun 09 15:37:48 lo que he hecho es decirle a la BD que me haga una copia del control file en '/tmp/control.txt';
jun 09 15:38:19 nunca se pueden copiar ficheros de la base de datos mientras esta está levantada, ya que son accedidos muy frecuentemente y nos llevaríamos el fichero corrupto
jun 09 15:38:26 ( inconsitente )
jun 09 15:39:22 me he equivocado :/
jun 09 15:39:30 eso me ha hecho la copia binaria
jun 09 15:39:55 para dejarlo en texto claro hay que indicar to trace en vez de to '/tmp/control.txt';
jun 09 15:41:25 un segtundo que no es sencillo encontrarlo ;)
jun 09 15:42:11 ya
jun 09 15:42:28 http://pastebin.sk/en/1841/
jun 09 15:42:40 esto viene a ser el contenido del control file
jun 09 15:43:22 aqui no lo vemos
jun 09 15:43:27 pero está informado el SCN
jun 09 15:43:40 checkpoints...
jun 09 15:43:52 ( gin0, ves como te dije que había mucho que contar :P )
jun 09 15:44:12 es casi imperativo
jun 09 15:44:22 tener varias copias del control file
jun 09 15:44:42 si perdemos el control file tendremos serios problemas
jun 09 15:45:07 podemos ( debemos ) indicarle a la base de datos que trabaje con varios controlfiles a la vezx
jun 09 15:45:17 ( que multiplexe los control files )
jun 09 15:45:31 asi en caso de perdida de uno de ellos, será capaz de seguir trabajando
jun 09 15:46:01 alguien os puede decir que quizá no sea necesario
jun 09 15:46:08 humm, que circunstancias podrian causar la perdida de dicho file?
jun 09 15:46:23 casque del disco donde se guarda
jun 09 15:46:29 oops
jun 09 15:46:35 no? ;(
jun 09 15:46:37 no? ;)
jun 09 15:46:41 por eso mismo
jun 09 15:46:43 fatal error :'(
jun 09 15:46:47 david pusiste el aire acondicionado a -10?
jun 09 15:46:48 alguien os podría decir
jun 09 15:46:52 XD
jun 09 15:46:56 xD
jun 09 15:47:02 este tio esta pasado de hormonas
jun 09 15:47:06 alguien os podría decir que hoy en día no es necesario
jun 09 15:47:16 va pa 3 horas creo :-D
jun 09 15:47:19 quer teniendo raids ya se protege la informacion
jun 09 15:47:25 y en parte tiene razón
jun 09 15:47:31 pero un raid no te protege de un
jun 09 15:47:33 yo voy por el 3er cafe
jun 09 15:47:34 rm -rf
jun 09 15:47:37 XD
jun 09 15:47:38 y el tio ni se levanto
jun 09 15:47:40 juas
jun 09 15:47:45 :O
jun 09 15:47:57 io toy en el trabajo aun, y solo
jun 09 15:48:00 xD
jun 09 15:48:14 multiplexar los controlfiles ( en directorio distintos ) nos protege frente a errors humanos
jun 09 15:48:16 david contra la estupidez humana no hay remedio (rm -rf)
jun 09 15:48:22 he!
jun 09 15:48:26 que a mi me paso :P
jun 09 15:48:28 ni el mejor de los SO
jun 09 15:48:30 :P
jun 09 15:48:32 jojojoo
jun 09 15:48:37 ya os lo contaré
jun 09 15:48:43 fue bueno, muy bueno
jun 09 15:48:43 bueno esto pasará a la historia de los chats latinos, sin duda alguna
jun 09 15:48:57 venga va, que todavía queda
jun 09 15:49:06 ;-)
jun 09 15:49:07 vamos a por los red logs
jun 09 15:49:11 importantes
jun 09 15:49:15 muy importantes
jun 09 15:49:43 * fmaq que si le han dado cuerda al tio
jun 09 15:49:46 /mode +anfetaminas #charlas-fedora-es
jun 09 15:49:49 recordáis que antes había dicho que los cambios en la información se guardaban en el redo buffer y de ahí a disco ?
jun 09 15:49:52 Xd
jun 09 15:49:53 xD
jun 09 15:50:07 joer ,maricas, que lo hago por vosotros
jun 09 15:50:13 jajajaj
jun 09 15:50:17 jojojo
jun 09 15:51:10 con cualquier valor de un bloque de bd que ha cambiado oracle 'toma nota', deja esa nota en el redo buffer, y de ahí pasa al disco ( a los redo logs )
jun 09 15:51:17 por que son tan importantes ?
jun 09 15:51:21 ajajaja
jun 09 15:51:45 en los redos se guarda toda la informacion que ha cambiado, tanto la que el usuario a 'comitado' como la que no
jun 09 15:51:51 * Sapote establece modo +m #charlas-fedora-es
jun 09 15:51:57 eso se hace para garantizar la seguridad de los datos
jun 09 15:52:24 si hay datos que han cambiado, y en ese momento la instancia explota, adiós datos
jun 09 15:52:42 teniendo esos datos guardados en el redo log
jun 09 15:52:51 al volver a iniciar la instancia
jun 09 15:53:01 oracle lee los redo log
jun 09 15:53:19 y mediante la información de estos y del control file
jun 09 15:53:41 es capaz de darse cuenta que algo no fue bien antes ( otra vez entra en juego el SCN )
jun 09 15:53:50 entonces oracle abre los archivos de datos
jun 09 15:54:04 y aplica todos los cambios que hay anotados en los redo log
jun 09 15:54:30 posteriormente, deshace todo los cambios que no se habían 'comitado'
jun 09 15:54:38 y así deja los datos consistentesç
jun 09 15:54:44 ahora bien
jun 09 15:54:57 como el espacio en disco es finito
jun 09 15:55:13 es imposible ir generando redologs siempre
jun 09 15:55:37 por lo que se usan de forma circular
jun 09 15:55:52 http://www.siue.edu/~dbock/cmis565/module8-redo_log_files/image011.jpg
jun 09 15:56:06 organización de los redos
jun 09 15:56:26 definiremos un numero determinado de grupos de redos
jun 09 15:56:37 grupoA, grupoB y grupoC
jun 09 15:56:41 ( como en la imagen )
jun 09 15:57:00 cada grupo tiene 2 mimembros fichero1 y fichero2
jun 09 15:57:44 cuando se pasan los datos del log buffer a disco, se ponen, de forma paralela, en fichero1 y fichero2 del grupoA
jun 09 15:57:48 cuando se llena
jun 09 15:58:02 salta a fichero1 y fichero2 del grupoB
jun 09 15:58:06 de ahí al C
jun 09 15:58:10 y vuelta e empezar
jun 09 15:58:29 alguien ve un problema en eso? o tiene alguna consulta ?
jun 09 15:58:36 * Sapote establece modo -m #charlas-fedora-es
jun 09 15:58:50 joer sapote, que diligente ;)
jun 09 15:59:05 nadie ve un problema ?
jun 09 15:59:15 vio
jun 09 15:59:24 ?
jun 09 15:59:35 a ver si especificando algo se os ocurre :)
jun 09 15:59:54 tengo entendido la replicación se hace via los redo logs también
jun 09 16:00:30 fmaq, hay un proceso de fondo LGWR ( LogWriter ) que es el encargado de pasar los datos del buffer a los redos
jun 09 16:00:36 lo hace ne paralelo
jun 09 16:01:00 escibiendolos tanto en el fichero1 como en el fichero2 del grupo activo en ese momento
jun 09 16:01:13 fichero2 es una copia exacta de fichero1
jun 09 16:01:25 vamos a ver mis redos
jun 09 16:02:25 http://pastebin.sk/en/1842/
jun 09 16:02:36 voy a forzar un salto de redo
jun 09 16:02:42 mediante
jun 09 16:03:17 alter system switch logfile;
jun 09 16:03:43 http://pastebin.sk/en/1843/
jun 09 16:04:10 fijaros como el grupo 'current' ha pasado del grupo 1 al grupo 2 ;
jun 09 16:04:27 si?
jun 09 16:04:54 si ejecuto el switch 2 veces, volverá a reutilizar los miembros del grupo 1
jun 09 16:04:59 ya puesto
jun 09 16:05:12 vamos a ver los miembros de mis grupos de redo
jun 09 16:05:56 http://pastebin.sk/en/1844/
jun 09 16:06:24 el grupo1 tiene los miembros redoA01 y redoB01
jun 09 16:06:35 el grupo2 redoA02, redoB02
jun 09 16:06:45 y lo consecuente por el grupo 3
jun 09 16:07:09 como solo tengo una particion no ha habido más narices que hacerlo asi
jun 09 16:07:15 pero si tuviera varias particiones
jun 09 16:07:22 lo bueno hubiera sido
jun 09 16:07:27 algo asi
jun 09 16:07:31 para el grupo1
jun 09 16:08:03 usr/lib/oracle/xe/oradata/XE/particion1/redoA01.log
jun 09 16:08:09 usr/lib/oracle/xe/oradata/XE/particion2/redoA02.log
jun 09 16:08:14 para el grupo2
jun 09 16:08:19 nas noche señores
jun 09 16:08:23 * Gura (n=Gura@unaffiliated/gura) ha abandonado #charlas-fedora-es ("UNIX is user-friendly, but it isn't ignorant-friendly .:: blog.elgura.com ::.")
jun 09 16:08:23 usr/lib/oracle/xe/oradata/XE/particion1/redoA02.log
jun 09 16:08:44 usr/lib/oracle/xe/oradata/XE/particion2/redoB02.log
jun 09 16:08:51 y lo mismo con el 3
jun 09 16:09:21 así, en caso de fallo del disco de particion1 oracle aún podrá trabajar con particion2
jun 09 16:09:28 lo mismo por si alguien hace un rm
jun 09 16:09:40 hay un pregunta que me tenéis que hacer
jun 09 16:09:44 y no me la hacéis
jun 09 16:09:55 y me la voy a tener que hacer yo...
jun 09 16:10:14 * dballester establece modo -m #charlas-fedora-es
jun 09 16:10:18 venga va...
jun 09 16:10:25 tontos... si os va a gustar...
jun 09 16:10:26 XD
jun 09 16:10:40 sigh...
jun 09 16:10:58 que ocurre si logwriter no puede escribir en ningun archivo de redo ?
jun 09 16:11:33 si no puede guardar los cambios, no se puede garantizar que la base de datos recupere su consistencia en caso de fallo, no?
jun 09 16:11:43 claro
jun 09 16:11:59 pues en ese caso se congelan los cambios
jun 09 16:12:06 nadie puede hacer ningún cambio
jun 09 16:12:11 se puede leer
jun 09 16:12:34 pero cualquier transaccion que vaya ha cambiar un dato automáticamente será bloqueada por oracle
jun 09 16:12:37 en ese caso
jun 09 16:12:51 y reporta algun error el sistema?
jun 09 16:13:04 sistema...?
jun 09 16:13:15 oracle pues
jun 09 16:13:17 hay que solucionar lo que impide que lgwr pueda escribir y una vez solventado automáticamente se vuelve a la normalidad
jun 09 16:13:23 y reporta algun error el sistema? <- si claro
jun 09 16:13:31 hay un fichero de log de la base de datos
jun 09 16:13:38 se llama laert log
jun 09 16:13:40 alert lof
jun 09 16:13:42 joer
jun 09 16:13:44 alert log
jun 09 16:13:58 porque se presume uno no actualiza o ingresa a mano sino hay que verlo desdeprspectiva de aplicativos
jun 09 16:14:02 y ahí va lanzando mensajes
jun 09 16:14:14 te enterarías
jun 09 16:14:16 los usuarios
jun 09 16:14:21 te dirían
jun 09 16:14:36 'se me ha bloqueado la aplicación/pc'
jun 09 16:15:09 otra cosa que he comentado antes
jun 09 16:15:20 tal y como está esto del redo
jun 09 16:15:31 no veis algun problema más ?
jun 09 16:16:00 nota: PAra hacer una backup correcto de esta base de datos, no hay mśa remedio que pararla, copiar los ficheros 'en frío' y levantarla otra vez
jun 09 16:16:08 ahora si que algo os tiene que hacer tilin...
jun 09 16:16:32 una pista más
jun 09 16:16:59 cuando consideráis que sería mejor hacer esa parada para realizar el backup en frío ?
jun 09 16:17:30 me habéis dejado solo, cabrones?
jun 09 16:17:31 XD
jun 09 16:17:32 de inmediato
jun 09 16:17:48 si no no hay chamba
jun 09 16:18:01 fmaq> de inmediato <- si, tiene su lógica, pero no estarás parando la base de datos cada hora para hacer un backup, no?
jun 09 16:18:29 no creo que ese fenomeno erroneo ocurra cada hora, seria fatal
jun 09 16:18:38 que fenomeno erroneo?
jun 09 16:18:45 tsk, tsk...
jun 09 16:18:47 a ver
jun 09 16:19:05 durante el uso normal de la base de datos se producen cambios, no?
jun 09 16:19:11 sip
jun 09 16:19:14 si
jun 09 16:19:24 a lo largo de un dia se producen MUCHOS cambios
jun 09 16:19:29 lo interesante seria saber porque razones podria se perderia acceso al redo log
jun 09 16:19:43 lo interesante seria saber porque razones podria se perderia acceso al redo log <- no voy por ahi ;)
jun 09 16:19:59 entonces?
jun 09 16:20:04 al producirse muchos cambios los redos saltan muchas veces, no?
jun 09 16:20:19 control entonces?
jun 09 16:20:28 se presume oracle puede backupear en caliente, si te refieres a eso
jun 09 16:20:58 fmaq> se presume oracle puede backupear en caliente, si te refieres a eso <- a eso voy, pero quería que vierais el desastre :)
jun 09 16:21:10 al producirse muchos cambios los redos saltan muchas veces, no?
jun 09 16:21:12 entonces
jun 09 16:21:34 al cabo del dia solo puedo recuperar la información de lo que se haya grabado en los redos
jun 09 16:21:35 ahora eso de saltos del redo, mas bsien pueden ser por hardware faltoso
jun 09 16:22:08 pero lo del resto de dia ( reescrito en cambios de redo anteriores ) se pierde para simpre
jun 09 16:22:29 si no he hecho un backup alguna vez de la base de datos, y la información se pierde
jun 09 16:22:39 está claro que no tengo manera de recueperarla, si ?
jun 09 16:22:46 tengo entendido se backupea tambien el redo log
jun 09 16:22:54 nop ;)
jun 09 16:22:59 un segundo que todo llega ;)
jun 09 16:23:17 si no he hecho un backup alguna vez <- no nos salva nadie, si?
jun 09 16:23:33 imaginemos que cada noche paro la base de datos y hago un backup en frio?
jun 09 16:23:42 ok
jun 09 16:23:45 si al final del día siguiente perdemos las base de datos
jun 09 16:23:55 bueno, podemos recuperar la del backup del dia anterior, no?
jun 09 16:24:09 ahem...
jun 09 16:24:11 osea, q es diariamente
jun 09 16:24:16 sip + los logs
jun 09 16:24:17 sip
jun 09 16:24:29 fmaq> sip + los logs <- que logs? los redos?
jun 09 16:24:34 siop
jun 09 16:24:38 no, no podría
jun 09 16:24:44 why not
jun 09 16:25:07 los redo logs del final del dia siguiente han sido reescritos 40 vences, recuerda que se usan de forma circular
jun 09 16:25:30 no tengo manera humana de volver a tener la base de datos igual que estaba al final del dia siguiente
jun 09 16:25:41 debería recuperar la base de datos del dia anterior
jun 09 16:26:04 humm, bueno a ese problema solo le puedes aplicar el paliativo de la replicación
jun 09 16:26:05 y decirles a los usuarios que reintrodujeran todos los datos que habían hecho durante el dia siguiente
jun 09 16:26:31 al tema del uso circular de los redos
jun 09 16:26:35 o un raid mirror
jun 09 16:26:43 no, es que me da igual eso fmaq
jun 09 16:26:45 a ver
jun 09 16:26:47 de nivel espejos
jun 09 16:26:49 ??
jun 09 16:27:03 grabo el cambio 1 en el grupo de redos1
jun 09 16:27:09 grabo el cambio 2 en el grupo de redos2
jun 09 16:27:16 grabo el cambio 3en el grupo de redos3
jun 09 16:27:24 grabo el cambio 4 en ...
jun 09 16:27:38 grupo de redos1
jun 09 16:27:40 no?
jun 09 16:28:09 de hecho si las transacciones del dia son de gran volumen el redo log ira descartanto lo mas antiguo y al final del dia faltara data de ese dia en el redo log
jun 09 16:28:19 exaacto
jun 09 16:28:20 bingo
jun 09 16:28:21 * amdk6-2 se ha marchado ("Saliendo")
jun 09 16:28:33 como los cambios se aplican de forma secuencial
jun 09 16:28:45 si recupero una base de datos del dia anterior
jun 09 16:29:19 y solo dispongo del los redos de hace 10 minutos, como puedo aplicar todo el resto anterior si no lo tengo?
jun 09 16:29:33 simple, no puedo
jun 09 16:30:02 de ahí que se debería introducir toda la información que se ha perdido entre el backup y el momento del desastre
jun 09 16:30:12 y eso lo deberían hacer los usuarios
jun 09 16:30:28 nos podríamos olvidar de los datos de los redos de hace 10 minutos
jun 09 16:30:42 hay que empezar con la copia del dia antes
jun 09 16:30:48 ha quedado claro?
jun 09 16:31:17 esto en una pizarra se ve más claro
jun 09 16:31:22 dudas?
jun 09 16:31:49 ?
jun 09 16:32:04 me lo tomaré como un no... :P
jun 09 16:32:55 para evitar eso, existe el proceso de archivado ( Archive ) que se activa si ala base de datos está en modo archivelog
jun 09 16:33:44 http://pastebin.sk/en/1845/
jun 09 16:34:00 en mi caso NO está en modo archivelog , con lo que tendría esos probleams
jun 09 16:34:37 en caso de tenerla en modo archive ( activandolo mediante un parámetro y la instrucción alter database archivelog )
jun 09 16:35:30 cada vez que se produjera un salto de redo, el proceso arch hará una copia del redo log que se ha usado,salvaguardando los cambios informados en el redo ese
jun 09 16:35:36 en caso de desastre
jun 09 16:35:43 cogiendo el backup del dia antes
jun 09 16:35:51 podemos decirle a la base de datos
jun 09 16:36:10 'aplica los cambios indicados en los archive logs )
jun 09 16:36:43 con lo que se aplicaría todo y tendríamos las base de datos con los datos hasta justo antes de la caída
jun 09 16:37:20 este modo también nos permite hacer lo que comentaba antes fmaq, hacer un backup en caliente ( sin parar la base de datos )
jun 09 16:37:50 en ese modo de backup, se congelan las cabeceras de los archivos de datos ( scn congelado ) y se copian los datafiles
jun 09 16:38:07 oracle seguirá escribiendo en esos datafiles
jun 09 16:38:27 los cambios pasarán a redo y de ahí a archive log
jun 09 16:39:12 ( cuando un tablespace está en modo backup, se copia TODO el bloque de bd modificado a redo, en modo normal, solo se apuntan los cambios de datos )
jun 09 16:40:06 oracle tiene la herramienta rman para hacer backups, que es la mejor manera de hacer backups ( ya sea en frío o en caliente )
jun 09 16:40:39 voy a mirar que queda
jun 09 16:41:06 aún debería explicar muchas más cosas...
jun 09 16:41:14 * fmaq facil, un par de horas mas ;-)
jun 09 16:41:15 lo dejamos para otra charla ?
jun 09 16:41:22 ggfjhgfjf
jun 09 16:41:34 siga pa lante ud.
jun 09 16:41:42 :-D
jun 09 16:41:46 por mi :P
jun 09 16:41:48 ok
jun 09 16:42:02 vamos a ver como se pasan los datos de los buffers a los ficheros
jun 09 16:42:07 quien lo hace, como y porque
jun 09 16:42:18 me queda un cigarro :/
jun 09 16:42:28 oops
jun 09 16:42:42 http://www.siue.edu/~dbock/cmis565/module1-architecture_files/image014.gif
jun 09 16:42:51 los perros quieren salir
jun 09 16:42:58 hacemos un descanso de 20 minutos ?
jun 09 16:43:31 vuelvo a meterle al tema en 15/20 minutos
jun 09 16:43:36 me puedes hacer un backup de tu charla?
jun 09 16:43:38 xD
jun 09 16:44:19 claro
jun 09 16:44:31 varios de nosotros estamos haciendo log de la charla
jun 09 16:44:35 no te preocupes
jun 09 16:44:37 :)
jun 09 16:44:50 voy a sacar a los perros ;)
jun 09 16:45:07 hata las 23:10 en España
jun 09 16:45:14 * Alfonsodg (n=alfonsod@200.106.15.119) ha abandonado #charlas-fedora-es
jun 09 16:45:15 ?
jun 09 16:45:47 ahora son las
jun 09 16:45:52 22:51 aqui
jun 09 16:45:55 4:10 en peru ok
jun 09 16:45:56 joer
jun 09 16:46:09 y hemos empezado antes de las 19:00
jun 09 16:46:26 ahora vengo
jun 09 16:51:04 * gin0 se ha marchado (Remote closed the connection)
jun 09 16:51:37 alguien esta guardando el log?
jun 09 16:51:57 yo
jun 09 16:52:29 pero llegaste tarde no?
jun 09 16:53:16 si .. no lo tengo completo
jun 09 16:53:26 caim, andsux nos os preocupéis varios tenemos el log, me lo pedís y os lo paso
jun 09 16:53:37 dballester, ok
jun 09 16:53:38 dballester, poes te agradeceria
jun 09 16:53:48 que me lo pasaras :D
jun 09 16:53:50 estas como una maquina xD
jun 09 16:54:06 te advierto que dcc no me funciona
jun 09 16:54:19 asi que deveria de ser algun metodo alternativo
jun 09 16:55:04 aqui el edificio se cierra
jun 09 16:55:10 dballester: pues mandamelo... pero por entregas que de una atacada a lo mejor me se atraganta XD jeje
jun 09 16:55:10 y me tengo que ir xD
jun 09 16:55:28 x'D
jun 09 16:57:36 dios, ha acabado ya?
jun 09 16:57:40 se me ha hecho corta
jun 09 16:57:44 oops, caim andsux, esa gente
jun 09 16:57:54 kubrick, xDD
jun 09 16:57:57 fmaq, ;D
jun 09 16:58:00 madre mia, pero que pedazo de charla dios
jun 09 16:58:14 kubrick, no ha terminado aun
jun 09 16:58:17 see, todo es por dbllaster
jun 09 16:58:17 esta en el lag
jun 09 16:58:39 tiene pa largo aún, este es un break
jun 09 16:58:52 ah, es un descanso? XD
jun 09 16:59:08 claro, pa comprar la canchita
jun 09 16:59:15 si pues, si cuando vi la imagen del vistazo de los componentes
jun 09 16:59:24 y eso que dice ser primarios
jun 09 16:59:38 creo que es a la charla mas larga que he asistido nunca
jun 09 16:59:41 y no hablo solo de irc
jun 09 16:59:42 xD
jun 09 17:00:17 y a la que asistiras, tnlo por seguro, despues de esta se cierra el canal :-D
jun 09 17:00:43 soleis hacer muchas charlas los de fedora-es?
jun 09 17:01:14 na, aguardamo pa que se concentren, entonces salen asi ;-)
jun 09 17:01:49 ya he sacado a los perros y ya tengo tabaco
jun 09 17:01:51 al turron
jun 09 17:02:03 que puntual
jun 09 17:02:26 bueno
jun 09 17:02:53 estabamos en que íbamos a ver como funciona el logrwriter
jun 09 17:03:01 sip
jun 09 17:03:04 http://www.siue.edu/~dbock/cmis565/module1-architecture_files/image014.gif
jun 09 17:04:14 os he comentado antes que el log buffer es donde se apuntan los cambios producidos en los bloques de base de datos ( los bloques cambiados recordad que se guardan el database buffer )
jun 09 17:04:28 ahora bien, como y cuando se pasan a disco
jun 09 17:04:35 pues lo antes posible :)
jun 09 17:05:26 oracle intenta minimizar la pérdida de datos en caso de desastre y para eso, debe guardar el contenido del redlog buffer cuanto antes mejor
jun 09 17:05:34 en la imagen ya se dice cuando
jun 09 17:05:44 se hace un flush del buffer cuando:
jun 09 17:05:59 una transacción hace un commit ( valida los cambios )
jun 09 17:06:16 cuando el redo log buffer se llena a más de un tercio
jun 09 17:06:40 cuando existe 1 mega de información
jun 09 17:06:43 cada 3 segundos
jun 09 17:07:30 o antes de que el database writer ( lo veremos a hora ) pase a disco bloques que ahora están en el databuffer cache
jun 09 17:08:03 lgwr grabará los datos del redo buffer en el momento que pase alguna de las cosas anteriores
jun 09 17:08:13 así se minimiza la pérdida de datos
jun 09 17:08:56 por que podría hacerlo cuando se llena a más de un tercio o cuando 1 mega de información o cada 3 segundos...
jun 09 17:09:27 como os he comentado al principio, el tamaño de la SGA es definido en un parametro del fichero de arranque de la instancia oracle
jun 09 17:09:29 por tanto
jun 09 17:10:27 una base de datos puede que tenga un logbuffer grande ( entonces cuando haya 1 mega forzaremos el traspaso, porque esperar a que se llenara hasta un tercio podría provocar mayor pérdida de datos )
jun 09 17:11:16 así que la idea es no dejar mucho tiempo la información de cambios en bloques de base de datos 'en el aire' ya que se puede dar el caso de que haya un fallo en cualquier momento
jun 09 17:11:22 si?
jun 09 17:12:06 vamos a hablar del database writer, el que pasa los bloques que están el database buffer a discos ( a los datafiles )
jun 09 17:12:37 http://www.siue.edu/~dbock/cmis565/module1-architecture_files/image013.gif
jun 09 17:13:21 este proceso es el encargado de ir pasando bloques de base de datos que están en memoria a los datafiles ( de datos/indices o undo! )
jun 09 17:14:02 el dbw pasara los bloques en memoria cache a los discos cuando
jun 09 17:14:16 ocurra un checkpoint ( veremos el chkp ahora )
jun 09 17:14:37 cuando el número de 'bloques sucios' llegue a un tope marcado
jun 09 17:15:07 Recordáis lo del ejemplo de juan y pepe
jun 09 17:15:33 que uno hacia cambios y el otro no los veía por que el primero no había hecho commit?
jun 09 17:15:58 esos bloques estaban 'repetidos' varias veces en memoria, cada cual con su scn
jun 09 17:16:20 esos bloques son los dirty blocks
jun 09 17:16:30 tienen información que puede o no ser aplicada
jun 09 17:17:09 je
jun 09 17:17:45 lógicamente, se pasaran bloques de cache a disco cuando se necesite poner nuevos bloques en memoria y este toda ocupada
jun 09 17:18:14 dbwr tambien salta
jun 09 17:18:26 después de cierto intervalo
jun 09 17:19:03 ( lo del RAC del esquema no lo tengáis en cuenta ahora, se aplica a entornos Real Application Cluster de Oracle, y eso da para otra charla )
jun 09 17:19:34 otra cosa que hace saltar a dbwr es poner un tablespace offline
jun 09 17:19:56 en modo lectura
jun 09 17:20:08 y bueno
jun 09 17:20:48 drop o truncate de tablas y el poner el tablespace en begin backup ( lo que os comentaba de la copia en caliente )
jun 09 17:21:24 todo y que se va vaciando de vez en cuando, no urge tanto como en el caso de los redos
jun 09 17:21:26 por que ?
jun 09 17:21:45 nadie se anima
jun 09 17:21:46 ?
jun 09 17:22:14 en caso de desastre tengo la información de los cambios en los redo
jun 09 17:22:34 al levantar después de una caída
jun 09 17:22:56 leo el bloque en estado 'antiguo' le aplico los cambios indicados en el redo y lo dejo fino
jun 09 17:23:24 si?
jun 09 17:24:04 que triste... estar aqui.. .solo
jun 09 17:24:19 ya he sacado a los perros y ya tengo tabaco <-- o noooo esta mascando tabaco!!! va para largo esto!
jun 09 17:24:29 no estas solo pillin
jun 09 17:24:29 como he dicho que estaba guardando el log, ala, hasta luego lucas
jun 09 17:24:33 dballester: yo no contesto porque entré tarde i ando mas perdido que un pulpo en un garaje
jun 09 17:24:36 XD
jun 09 17:24:40 solo que .... es dificil digerir tanto de una
jun 09 17:24:51 jajajaja
jun 09 17:24:52 tranquilo, empezamos otra vez
jun 09 17:24:53 XD
jun 09 17:24:56 nooooooo
jun 09 17:24:58 XD
jun 09 17:24:59 joer
jun 09 17:25:10 este tio tomo aire nuevo
jun 09 17:25:15 hay alguien, hay alguien!
jun 09 17:25:17 * erUSUL no sabe si cortarse las venas o dejarselas largas
jun 09 17:25:19 que alguien le ponga una caja
jun 09 17:25:34 david te queremos!
jun 09 17:25:37 venga, que me quedan 3 procesos por explicar y ya terminamos
jun 09 17:25:44 O.O
jun 09 17:25:48 ( por ahora )
jun 09 17:25:53 3!
jun 09 17:25:53 xjagox, es rápido :P
jun 09 17:26:04 continuará xD
jun 09 17:26:06 juas
jun 09 17:26:07 el checkpointer, el pmon y el smon
jun 09 17:26:19 este es como "piratas del caribe III"
jun 09 17:26:26 ?
jun 09 17:26:32 entonces sabréis un poco como trabaja oracle
jun 09 17:27:00 tendre que imprimir las 81 paginas de lo que hablaste y tomarme el domingo paso a paso
jun 09 17:27:11 lo mismo digo
jun 09 17:27:13 xD
jun 09 17:27:14 no creas que hay tanto
jun 09 17:27:37 el tema es que de viva voz y con una pizarra habríamos tardado mucho menos ;)
jun 09 17:27:49 siiiiii
jun 09 17:28:11 pero joer, es que cada uno esta en otra punta del mundo
jun 09 17:28:13 ;)
jun 09 17:28:15 venga
jun 09 17:28:20 amos dale
jun 09 17:28:23 el proceso de checkpoint
jun 09 17:28:32 maravilla de las maravillas
jun 09 17:28:33 1049 lineas dicen lo contrario dballester
jun 09 17:28:40 shhh!!!!!
jun 09 17:28:42 1049 ?
jun 09 17:28:43 xD
jun 09 17:28:47 wc -l
jun 09 17:28:53 no siento las piernas
jun 09 17:28:55 se va animas por mil mas, :S
jun 09 17:28:56 XD
jun 09 17:28:57 jajajaja
jun 09 17:29:02 xD
jun 09 17:29:04 te iba a preguntar si las tenias puestas
jun 09 17:29:11 si, si, creo que si
jun 09 17:29:20 touch legs
jun 09 17:29:23 pero al revez
jun 09 17:29:27 * kubrick se ha marchado ("brb")
jun 09 17:29:41 checkpointer ( chkp ) maravilla de las maravillas, este no escribe bloques de base de datos!
jun 09 17:30:44 este proceso se despierta de tanto en tanto y realiza unas marcas en las cabeceras de los datafiles, al mismo tiempo que introduce información el los ficheros de control
jun 09 17:30:49 para que?
jun 09 17:31:19 recordad que hemos visto que un 'salto' del proceso de checkpoint
jun 09 17:31:20 * andsux se ha marchado ("Leaving")
jun 09 17:31:51 obligaba a dbwr a escribir a disco bloques de base de datos que estaban en RAM ( database buffer cache )
jun 09 17:33:09 chkp informa en las cabeceras de los datafiles y en los archivos de control del SCN actual, 'marca' actual el el redo ( es decir, donde está escribiendo )
jun 09 17:33:17 info sobre logs...
jun 09 17:33:32 esto es útil en caso de recuperación de caída
jun 09 17:33:53 ya que acelera el proceso de recuperación'
jun 09 17:34:14 son como marcas que dicen 'de aquí para delante' es lo que interesa recuperar
jun 09 17:34:42 como veis el corazón de la integridad de oracle es el SCN
jun 09 17:34:53 venga que quedan 2
jun 09 17:34:55 Pmon
jun 09 17:35:01 process monitor
jun 09 17:35:22 recordemos otra vez el ejemplo de juan y antonio
jun 09 17:36:06 recordemos que antonio había modificado registros de una tabla de juan pero no había hecho commit
jun 09 17:36:17 con lo que juan no veía aún los cambios
jun 09 17:36:51 pero recordad también que los cambios de antonio estaban el el database cache
jun 09 17:37:00 como dirty blocks
jun 09 17:37:58 recordad también que por el hecho de haberse conectado, antonio había adquirido un proceso servidor y una memoria única para el ( PGA )
jun 09 17:38:04 hasta aquí si?
jun 09 17:38:21 pero decid algo, perros
jun 09 17:38:27 ;)
jun 09 17:38:32 ok
jun 09 17:38:45 gracias fmaq de verdad, un detalle :)
jun 09 17:38:47 algo
jun 09 17:38:53 xD
jun 09 17:38:55 ok
jun 09 17:39:07 ahora, imaginad que antes de que antonio haga commit
jun 09 17:39:12 su sesión se muere
jun 09 17:39:21 se queda sin red, se le apaga el pc...
jun 09 17:39:34 saca al perro ;-)
jun 09 17:39:40 ojala no se vaya la luz
jun 09 17:40:03 ¿Que hacemos con el entorno de antonio? esos bloques modificados que no se sabe si hay que aplicar o no, esa memoria reservada, objetos bloqueados...
jun 09 17:40:19 ahi es cuando interviene pmon
jun 09 17:40:26 pmon digamos que es la chacha
jun 09 17:40:39 el o la limpiadora que debe dejarlo todo ok
jun 09 17:40:48 ok
jun 09 17:41:07 y cual es la politica, hacerles roolback?
jun 09 17:41:13 claro
jun 09 17:41:21 todo lo que no se haya commitado
jun 09 17:41:23 rollback
jun 09 17:41:24 oops rolback
jun 09 17:41:43 no puedes saber si esos datos deberían aplicarse
jun 09 17:41:54 es el usuario quien deberá volver a repetir las acciones
jun 09 17:42:15 * Diego_Rocha (n=diego@201-43-73-114.dsl.telesp.net.br) ha entrado en #charlas-fedora-es
jun 09 17:42:17 * andsux (n=andsux@131.Red-88-3-233.staticIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 17:42:19 rehacer último que estaba haciendo, vaya
jun 09 17:42:44 pmon además escribe los ficheros de traza, que son como dumps en caso de fallo
jun 09 17:43:07 y ya por último, pero no menos importante
jun 09 17:43:09 smon
jun 09 17:43:13 system monitor
jun 09 17:43:23 ya acabo la charla?
jun 09 17:43:29 todo lo uncomitted es eliminado
jun 09 17:43:30 otro proceso en segundo plano que tiene un sentido parecido al de pmon
jun 09 17:43:33 Diego_Rocha, :)
jun 09 17:43:41 pero en una esfera mayor :)
jun 09 17:43:42 llega para el cierre
jun 09 17:43:58 Sapote, :)
jun 09 17:44:03 * fmaq esos ubunteros
jun 09 17:44:06 Diego_Rocha, aguanta 10 que empieza la parte II
jun 09 17:44:13 XD
jun 09 17:44:14 jajaja
jun 09 17:44:21 ok XDDD
jun 09 17:44:21 xDD
jun 09 17:44:31 hemos visto que cuando se produce una caída
jun 09 17:44:58 al volver a arrancar la base de datos, hay que leer los redos, aplicar los cambios y luego, deshacer los cambios que no estuvieran comitados
jun 09 17:45:07 esa es una de las tareas de smon
jun 09 17:45:22 smon es el que pone orden después de una caída
jun 09 17:46:07 también es el encargado de 'abrir' la base de datos ( recordad lo que hemos visto cuando he hecho el startup al principio
jun 09 17:46:08 )
jun 09 17:46:25 mientras la base de datos está trabajando normal
jun 09 17:47:11 smon se dedica a reorganizar el espacio libre el los datafiles para evitar fragmentación
jun 09 17:47:30 yyyy......
jun 09 17:47:34 ya está
jun 09 17:47:41 por ahora }:-D
jun 09 17:47:52 al fín y al cabo esto son conceptos
jun 09 17:47:59 no hemos jugado con oracle
jun 09 17:48:02 faltan 5 minutos
jun 09 17:48:13 question & answers :)
jun 09 17:48:24 no me puedo creer que todo haya quedado claro
jun 09 17:48:39 Diego_Rocha, y puedes preguntar :-D
jun 09 17:48:47 xD
jun 09 17:48:51 * amdk6-2 (n=juancarl@113.Red-83-53-245.dynamicIP.rima-tde.net) ha entrado en #charlas-fedora-es
jun 09 17:48:56 por mi parte revisar algunas cosas
jun 09 17:49:03 ya acabo la charla??
jun 09 17:49:04 XDDDDDD
jun 09 17:49:07 jajaja
jun 09 17:49:08 Diego_Rocha, si
jun 09 17:49:13 * Malditron (n=gallegos@2001:618:400:0:0:0:94df:2ce) ha entrado en #charlas-fedora-es
jun 09 17:49:15 cuanto tiempo llevamos de charla?
jun 09 17:49:17 pues si
jun 09 17:49:23 dballester, creo q dos dias n
jun 09 17:49:25 no*
jun 09 17:49:30 5 horas creo
jun 09 17:49:33 se me cayo la aguja del reloj
jun 09 17:49:36 asi que no se
jun 09 17:49:53 esta bien son aprox 5 horas
jun 09 17:50:00 dballester, es inhumano lo que esta haciendo usted
jun 09 17:50:03 no se cuando hemos empezado de verdad, pero supongo que no después de las 19:00 hora de aqui
jun 09 17:50:08 jajaja
jun 09 17:50:11 y ahora son las 23:55 XD
jun 09 17:50:21 1169 lineas.. le da un poquito mas?
jun 09 17:50:24 asi llegamos a las 2000?
jun 09 17:50:28 es que soy un bot, Sapote dballester está de cervezas
jun 09 17:50:32 joer
jun 09 17:50:32 espere!! me faltan unas pocas lineas
jun 09 17:50:35 aaaaa
jun 09 17:50:38 XD
jun 09 17:50:38 la pucha
jun 09 17:50:46 es terriblemente conocedro el amigo dballester...
jun 09 17:50:46 nos embromo
jun 09 17:50:52 jajaja
jun 09 17:50:58 y nosotros aca!
jun 09 17:51:01 no me queda otra que revisar todo nuevamente
jun 09 17:51:04 puso el bot y se fue de guarras!
jun 09 17:51:12 yo diria un abrumado xD
jun 09 17:51:16 Diego_Rocha seguro ha entendido todito :-P
jun 09 17:51:19 algo quedo..de su charla amigo david
jun 09 17:51:23 O.O
jun 09 17:51:23 4 es terriblemente conocedro el amigo dballester... <- lo digo de verdad, no, hay mucha gente muchísima que son verderas 'máquinas'
jun 09 17:51:25 muy agradecido
jun 09 17:51:26 sip XDD
jun 09 17:51:49 bueno q es oracle ??
jun 09 17:51:51 XDDDDDDDDDDDDDDDDDDDD
jun 09 17:51:54 jajaja
jun 09 17:52:02 yo los primeros 15 minutos le agarre.. hasta que dijo "primero de todo bienvenidos"
jun 09 17:52:04 Diego_Rocha. sip xDD, veste
jun 09 17:52:08 como buen ubuntero
jun 09 17:52:09 sabéis que podéis preguntarme simpre que queráis, sin problemas
jun 09 17:52:15 Oracle es un sistema operativo
jun 09 17:52:24 XD
jun 09 17:52:25 Sapote, ahh sip gracias
jun 09 17:52:26 mejor que ubuntu
jun 09 17:52:31 oracle es un copion xD
jun 09 17:52:33 Sapote, iguale grub no ??
jun 09 17:52:54 Oracle es un sistema operativo <- veo que se te has escapado algo de la charla, mejor empezamos de cero
jun 09 17:53:05 nooo
jun 09 17:53:05 joder
jun 09 17:53:06 tiene persona q piensa q grub es un OS
jun 09 17:53:09 Diego_Rocha, xDDD
jun 09 17:53:09 noooo
jun 09 17:53:10 dballester, sip
jun 09 17:53:11 xD
jun 09 17:53:17 apaguen el maldito bot!
jun 09 17:53:21 XD
jun 09 17:53:22 xD
jun 09 17:53:36 * Sapote devoice -v dballester
jun 09 17:53:40 me ha faltado explicar como la intancia lee el fichero de configuración, donde esta....
jun 09 17:53:50 xD
jun 09 17:54:02 ya haremos una segunda más práctica
jun 09 17:54:15 eso de instanciar ....
jun 09 17:54:16 dballester -shutdown now
jun 09 17:54:20 pero para eso es necesario que cada uno tenga un oracle a mano para jugar
jun 09 17:54:37 4 dballester -shutdown now <- you must be root to shutdown
jun 09 17:54:43 dballester, sip voy bajar un rapidito es solo 700mb en un rato bajo ok
jun 09 17:54:44 para los que le interese
jun 09 17:54:51 ahora sapote continuara con la parte II
jun 09 17:55:13 ya tomo de las mismas pastillas que david
jun 09 17:55:14 Diego_Rocha, te recomiendo oracle XE, viene en .deb y es mucho más fácil de instalar que las versiones standard
jun 09 17:55:17 * fmaq Sapote, podeis iros al ....
jun 09 17:55:20 asi que nos esperan otras 8h por delante
jun 09 17:55:20 XD
jun 09 17:55:23 con la mejor onda
jun 09 17:55:31 dballester, quien dice q uso ubuntu???
jun 09 17:55:34 jejejeje
jun 09 17:55:41 o debian
jun 09 17:55:46 mentira
jun 09 17:55:50 con el XE se pueden armar clusters?
jun 09 17:55:53 ubuntero
jun 09 17:56:03 o debian <- he dicho paquete .deb :)
jun 09 17:56:04 usa slack
jun 09 17:56:13 también está en formato rpm
jun 09 17:56:15 Sapote, no
jun 09 17:56:15 dballester, quien dice q uso debian??
jun 09 17:56:17 y creo que en tar.gz
jun 09 17:56:24 -Diego_Rocha- VERSION xchat 2.6.8 NetBSD 3.1 [i386]
jun 09 17:56:26 Sapote, quien dice q uso slack??
jun 09 17:56:29 ;DD
jun 09 17:56:35 usa win vista!
jun 09 17:56:39 4 dballester, quien dice q uso debian?? <- bueno,,,, si, también lo tienes en .exe :P
jun 09 17:56:44 xDD
jun 09 17:56:44 caim, quien dice q uso NetBSD??
jun 09 17:56:47 xD
jun 09 17:56:51 XDDDD
jun 09 17:56:53 Diego_Rocha, el /version
jun 09 17:57:02 ahh si
jun 09 17:57:03 XDDDD
jun 09 17:57:10 weno señores
jun 09 17:57:19 donde bajo oracle para NetBSD
jun 09 17:57:21 XDDD
jun 09 17:57:22 xDDD
jun 09 17:57:28 bueno, espero que al menos tengáis un poco de idea de como va oracle como bd
jun 09 17:57:36 de donde bajo el livecd de oracle?
jun 09 17:57:38 dballester, hay ceritficados oracle? :S
jun 09 17:57:53 4 dballester, hay ceritficados oracle? :S <- si, claro, tienes el OCP o el OCA
jun 09 17:58:00 OCP son 4 exámenes
jun 09 17:58:07 OCA son 2
jun 09 17:58:07 dballester, si mas q una idea creo, tu explicacion fue clara
jun 09 17:58:09 cual es mas facilo?
jun 09 17:58:12 oracle no es libre no
jun 09 17:58:16 Diego_Rocha, no
jun 09 17:58:27 * fmaq dballester otorgara certificación :-D
jun 09 17:58:45 hasta para esta charla xD
jun 09 17:58:46 dballester, entonces pq usar oracle y no MySQL ( aunque MySQL tbm no es 100% libre )
jun 09 17:58:56 cual es mas facilo? <- tanto ocp como oca se basan en los mismos exámenes, aprobando 2 de los 4 eres OCA, con los 4 eres OC
jun 09 17:58:57 p
jun 09 17:59:44 4 dballester, entonces pq usar oracle y no MySQL ( aunque MySQL tbm no es 100% libre ) <- mysql no es tan buen gestor de base de datos ( aunque mejora dia a dia ) para mi, la contrapartida de oracle a nivel open source sería Postgresql
jun 09 18:00:14 io te queria preguntar algo de postgresql
jun 09 18:00:28 acerca de las herencia de objetos
jun 09 18:00:34 xjagox, pregunta, pero igual sapote te dirá mejor que yo
jun 09 18:00:48 he jugado muy poco con postgresql
jun 09 18:01:04 dballester, a respeito de documentacion PostgreSQL es mas documentado q oracle o no ??? (
jun 09 18:01:05 ni de lejos me he metido en ver las estructuras de base de datos
jun 09 18:01:23 hasta que punto enterprise-db emula a oracle?
jun 09 18:01:31 xjagox, se que postgresql es una bd objeto-relacional
jun 09 18:01:42 fmaq> hasta que punto enterprise-db emula a oracle? <- en cuanto al pl/sql
jun 09 18:01:43 pero hace instanciamiento
jun 09 18:02:05 dballester, claro
jun 09 18:02:48 fmaq, enterprise-db es un Postgresql con un conjunto de funciones que imitan en nomenclatura las de pl/sql ( aunque por debajo use sql standard o pgl )
jun 09 18:03:09 eo
jun 09 18:03:10 postgres es lo mejor que hay loko!
jun 09 18:03:15 aguante el postgres
jun 09 18:03:15 de esa manera, una aplicación escrita para oracle pl/sql puede ser ejecutada en enterprise-db
jun 09 18:03:53 david una pregunta que se me escapo la respuesta
jun 09 18:04:03 se puede armar cluster con XE?
jun 09 18:04:07 Sapote> postgres es lo mejor que hay loko! <- estoy recopilando info en base a diferencias entre oracle y postgrsql, ay te contare ( y te lo digo ya, cada uno tiene cosas que igual desearía teenr el otro )
jun 09 18:04:22 Sapote, no lo se, no me lo he mirado
jun 09 18:04:32 pero un RAC no solo es la base de datos
jun 09 18:04:33 que les parece como nombre #mahout
jun 09 18:04:54 hay un software extra que es el de clusterware
jun 09 18:05:02 para un proyecto en el cual se ira armando una base de datos cluster bajo postgres
jun 09 18:05:02 para competirle a RAC
jun 09 18:05:21 con XE el problema que tienes es que está 'capado'
jun 09 18:05:30 a 1 GB de RAM, 4 GB de base de datos
jun 09 18:05:30 mysql es para cosas chicas Diego_Rocha
jun 09 18:05:34 y a 1 sola cpu
jun 09 18:05:43 aparte no esta muy preparado para multiples procesadores
jun 09 18:05:51 postgres esta bien preparado para multiples procesadores
jun 09 18:06:09 Sapote, el problema de Mysql se nota en cuanto a concurrencia de escritura
jun 09 18:06:21 dballester, bueno no se si tu va saber me responder pero, oracle es bueno para la lenguaje de programacion C++ ??
jun 09 18:06:23 para lectura ok ( si no mareamos con los índices )
jun 09 18:06:35 personalmente no me gusta mysql
jun 09 18:06:39 a buen dato
jun 09 18:06:40 mysql es sigle writer/multiple reader
jun 09 18:06:42 4 dballester, bueno no se si tu va saber me responder pero, oracle es bueno para la lenguaje de programacion C++ ?? <-- eso es independiente de la bd
jun 09 18:06:45 y lo de java pool .. ?
jun 09 18:07:00 dballester, para hacer programas con server embebed,
jun 09 18:07:04 lo del java pool se usa en caso de activar la máquina java que lleva oracle
jun 09 18:07:06 es de los conectores
jun 09 18:07:24 se pueden crear funciones/procedimientos de java dentro de la bd
jun 09 18:07:44 postgres esta haciendo cosas similares
jun 09 18:07:57 hasta hay un Pl/python
jun 09 18:08:08 claro puede usar perl, python
jun 09 18:08:16 sinceramente como tu dices ambos estan con excelentes cualidades
jun 09 18:08:22 Diego_Rocha> dballester, bueno no se si tu va saber me responder pero, oracle es bueno para la lenguaje de programacion C++ ?? <-- como dice sapote, si tienes el conector ( cliente ) puedes conectarte a cualquier base de datos en cualquier lenguaje
jun 09 18:08:30 solo que oracle esta plenamente diseñada
jun 09 18:08:46 por ingenieros bien pagos
jun 09 18:08:47 aun así, yo soy del parecer de poner todo el posible código dentro de la base de datos
jun 09 18:08:55 en cambio postgres esta diseñada por hackers que aman lo que hacen
jun 09 18:09:05 y tambien gente que usa mucho postgres
jun 09 18:09:07 se aprovecha mucho mas el gestor edbms
jun 09 18:09:23 dballester, pero bueno yo digo en progamar con server embebed y no con clients,
jun 09 18:09:31 arrancamos el proyecto mahout entonces?
jun 09 18:09:36 quien se anima?
jun 09 18:09:58 pero eso es otra arquitectura acerca de la programacion , cierto?
jun 09 18:10:01 en cambio postgres esta diseñada por hackers que aman lo que hacen <- sabes que no me meto en guerras y que valoro mucho a postgres, pero estoy seguro que la mayoría de desarrolladores del gestor oracle también aman lo que hacen :P
jun 09 18:10:13 Diego_Rocha> dballester, pero bueno yo digo en progamar con server embebed y no con clients, <- si, ningún problema
jun 09 18:10:22 aman mas al dinero :-D
jun 09 18:10:31 a no ser que te refieras al oracle en el server embebed :)
jun 09 18:10:35 seguramente tambien lo hacen
jun 09 18:11:30 pues si
jun 09 18:11:52 dejaré links sobre oracle junto con el log de la charla
jun 09 18:12:01 o se los pasaré a gin0
jun 09 18:12:28 dicho sea de paso gin0 fugó
jun 09 18:12:50 se habra metido a otras vianas xD
jun 09 18:13:37 je... no me extraña... 5 horas... recordáis cuando me decíais que quizá 2 horas eran demasiado? XD
jun 09 18:14:12 dballester, lo que ha tomado.. lo acepta la FDA?
jun 09 18:14:32 pues yo flipo, pero ni cafe
jun 09 18:14:50 oye dballaster te pasastes
jun 09 18:15:01 dballester, si, la verdad gracias
jun 09 18:15:04 no se como aguante las 5 hoas mas a parte
jun 09 18:15:10 de mi trabajo xD
jun 09 18:15:12 XD
jun 09 18:15:23 tu ficha y que te las paguen como extras XD
jun 09 18:15:31 joer
jun 09 18:15:37 se quitaron todos hacer rato
jun 09 18:15:43 me dejaron solo
jun 09 18:15:44 xd
jun 09 18:15:47 XD
jun 09 18:16:03 dijeron que estaba en asuntos de tecnologia alienigena xD
jun 09 18:16:09 XD
jun 09 18:16:32 si hubieramos tenido lo del vncreplayer ese, habría sido todo más dinámico
jun 09 18:16:42 eso lo hemos de probar para futuras charlas
jun 09 18:16:48 o see
jun 09 18:16:50 claro
jun 09 18:17:06 pero esta vez que sea a voz tb :)
jun 09 18:17:11 XD
jun 09 18:17:31 y por videoconferencia, no reparemos ni en gastos ni en ancho de banda ;)
jun 09 18:17:42 xD
jun 09 18:17:59 y como estarán tus dedos a parte de tus piernas ?
jun 09 18:18:58 un aplauso gente!
jun 09 18:19:01 PLAP PLAP PLAP
jun 09 18:19:12 hasta el moño en el cuello me ajusta
jun 09 18:19:16 XD
jun 09 18:19:33 dentro de 2 semanas o 3 tengo el examen de Tuning
jun 09 18:19:57 os vais a enterar, 1000 veces peor que esto XD
jun 09 18:20:35 jejeje
jun 09 18:21:05 me parece que el manuel de oracle pasa las 500 paginas
jun 09 18:21:12 asi es dbllaster
jun 09 18:21:27 mmhh.. fmaq me acabas de recordar una cosa
jun 09 18:21:34 cual?
jun 09 18:21:42 voy a pasaros links de documentación, tutoriales...
jun 09 18:22:00 buena onda
jun 09 18:22:08 otn.oracle.com
jun 09 18:22:18 de aquí os podéis bajar software de oracle
jun 09 18:23:16 io lo tengo instalado
jun 09 18:23:23 voy hacer pruebas con postgresql y oracle
jun 09 18:23:38 y ahi te aviso pues
jun 09 18:23:46 por si las dudas
jun 09 18:23:57 weno señores
jun 09 18:23:59 un gusto
jun 09 18:24:04 ok
jun 09 18:24:05 me retiro
jun 09 18:24:12 gracias y suerte a todos
jun 09 18:24:19 en especial a ti dballaster
jun 09 18:24:23 me imagino que lo del tunning es otro gra nrollo
jun 09 18:24:26 una vez , te pasate tio
jun 09 18:24:31 oops, gran
jun 09 18:24:41 Sapote, ( y los demas ) aqui creo que hay una serie de videos sobre Oracle Real Application Cluster http://www.oracle.com/technology/obe/demos/admin/demos.html
jun 09 18:24:42 dew a todos
jun 09 18:24:58 * xjagox (n=xjagox@190.8.158.12) ha abandonado #charlas-fedora-es
jun 09 18:25:01 usted quiere convencerme a toda costa david
jun 09 18:25:11 me imagino que lo del tunning es otro gra nrollo <- tiene su gracia, a mi me gusta, pero en el examen tienes que responder lo que ellos dicen que es correcto,,, y ahi...
jun 09 18:25:15 no lo lograra!
jun 09 18:25:18 :P
jun 09 18:25:36 usted quiere convencerme a toda costa david <- para nada, pero cuanta más info tengas mejores decisiones podrás tomar
jun 09 18:25:51 el tema es el $$$$
jun 09 18:25:56 :)
jun 09 18:25:58 te tengo que hablar de usted ? :P
jun 09 18:26:13 le gusta como nombre mahout?
jun 09 18:26:20 me refiero dballester a que el tunning requiere haber experimentado bastante, no es solamente una cuestión teorica
jun 09 18:26:35 en las batallas con elefantes es el que iba sentado arriba
jun 09 18:26:44 dirijiendo al elefante
jun 09 18:26:54 dirigiendo
jun 09 18:27:04 me gusta, pero depende de para que, como sea algo cilíndrico de medio metro y 10 cms de circunferencia, no me gustaría oir 'te voy a meter este mahout por el culo' XD
jun 09 18:27:14 no será un termino hindú?
jun 09 18:27:15 jajajaja
jun 09 18:27:31 en realidad no es tan liso.. mas bien rugoso.. y mas largo..
jun 09 18:27:34 fmaq> me refiero dballester a que el tunning requiere haber experimentado bastante, no es solamente una cuestión teorica <- bingo, muy bien fmaq, eso es
jun 09 18:27:36 asi que le va a gustar
jun 09 18:27:45 kkabron
jun 09 18:27:46 XD
jun 09 18:28:09 Sapote como siempre, haciendo amigos allá por donde pasa XD
jun 09 18:28:15 me refiero que aqui solo parece que quedaron los hackers
jun 09 18:28:23 jajaja, nadie habla de ciencia sino de experiencia ;-)
jun 09 18:28:35 ojala fuera elefante.. asi les pisaria la cabeza
jun 09 18:28:43 cual?
jun 09 18:28:51 ;-)
jun 09 18:28:54 usted dice que tengo eXPertise en ello fmaq ?
jun 09 18:29:01 fmaq, si, la teoría te da las herramientas pero hay que darle al coco para solucionar los problemas
jun 09 18:29:07 claro, sino como recomienda
jun 09 18:29:08 en los cosos cilindricos de mas de 10cm
jun 09 18:29:19 joer Sapote
jun 09 18:29:20 XD
jun 09 18:29:27 que hora es por ahí?
jun 09 18:29:28 uno puede ver sufrir a otro
jun 09 18:29:29 jajaja
jun 09 18:29:32 sadismo se llama
jun 09 18:29:35 jejeje
jun 09 18:29:40 19:39
jun 09 18:29:47 no, nadie esperimenta en cuerpo ajeno
jun 09 18:29:50 en 1h mas estare comiendo pescado y tomando buen vino
jun 09 18:29:54 oops, experimenta
jun 09 18:30:12 recordando el momento en que david escribio por 5h
jun 09 18:30:28 que nooooo, que soy un bot
jun 09 18:30:33 si, será algo memorable
jun 09 18:30:44 escribio cerca de 109.000 caracteres
jun 09 18:31:00 perdon ... 105.900
jun 09 18:31:12 recordando el momento en que david escribio por 5h <- que nooo, que somos los developers de postgresql, que te hemos gastado una broma
jun 09 18:31:41 a razon de 353 x min
jun 09 18:31:51 si hombre!
jun 09 18:32:09 57 palabras x min
jun 09 18:32:30 y sin usar software de dictado! XD
jun 09 18:32:35 jajajaja
jun 09 18:33:12 de ahi tienes que quitar el time_wait mientras ejecutaba cosas en mi bd y hacía el pastebin :P
jun 09 18:33:45 dejo la informatica y me meto a administrativo
jun 09 18:33:53 la paseada del perro fueron 18 minutos
jun 09 18:33:59 jejejeje
jun 09 18:34:31 mmhhh... igual aún tengo tiempo de explicar lo del fichero de configuracion de la instancia...
jun 09 18:34:35 que noooo
jun 09 18:34:54 señores los dejos..gracias a todos y en especial a david...
jun 09 18:35:02 si le sirve de consuelo... en debian-es hablaron la mitad de lo que hablo usted
jun 09 18:35:03 * cholito (n=jefecusa@200.121.1.68) ha abandonado #charlas-fedora-es
jun 09 18:35:07 o tipearon
jun 09 18:35:31 de que hablaron?
jun 09 18:35:44 lo mismo en ubuntu-es
jun 09 18:35:52 66600 caracteres
jun 09 18:35:59 contra 105900
jun 09 18:36:02 en general david
jun 09 18:36:06 ah"
jun 09 18:36:08 y eso que yo enre cuando ya habria pasado una hora del inicio, pensaba dejarlo de molesto por estar tarde, pero me quedé
jun 09 18:36:15 digamos que apabullo!
jun 09 18:36:32 hombre, me interesaba contaros lo que pudiera
jun 09 18:36:32 david le cuento la verdad
jun 09 18:36:41 mientras usted escribia
jun 09 18:36:44 nosotros estabamos en otro canal
jun 09 18:36:53 haciendo apuestas de cuando iba a detenerse
jun 09 18:36:56 mientras usted escribia <- te estabas tocando, marrano!
jun 09 18:37:01 sinceramente nos jodio a todos..
jun 09 18:37:02 jajaja, sip el canal de jodas
jun 09 18:37:12 asi que vamos a tener que entregarle el dinero de las apuestas a usted
jun 09 18:37:19 Sapote> haciendo apuestas de cuando iba a detenerse <- será verdad... :/
jun 09 18:37:23 jajajaja
jun 09 18:37:29 jajajaj
jun 09 18:37:39 yo le di solo 2h
jun 09 18:37:48 y andsux le dio 3
jun 09 18:37:51 pero ambos perdimos
jun 09 18:38:05 el peor de todos fue cain.. dijo que 1h y basta
jun 09 18:38:11 Sapote> haciendo apuestas de cuando iba a detenerse <- será verdad... :/ <- COÑO, que si que es verdad ://
jun 09 18:38:22 gente.. a junsar el dinero y darselo a david
jun 09 18:38:25 :P
jun 09 18:38:27 y eso, no se ha cubierto todo el tema
jun 09 18:38:41 cuenta el paseo de los perros?
jun 09 18:38:41 y eso, no se ha cubierto todo el tema <- ahí, ahí
jun 09 18:38:45 ya vengo
jun 09 18:38:48 :P
jun 09 18:38:53 cuenta el paseo de los perros? <- no, no cuenta
jun 09 18:39:12 son 18 minutos menos
jun 09 18:39:34 tu no lo repitas mucho y te doy un 10% de las ganancias XD
jun 09 18:41:07 jajaja
jun 09 18:41:15 sale y vale ;-)
jun 09 18:41:20 mira, esto es lo que había preparado de la charla
jun 09 18:41:23 http://pastebin.sk/en/1847/
jun 09 18:41:57 si me lo hubiera preparado mejor, igual con cut&pastes hubiera ido más rápido, pero es que lo dejo todo siempre para el final O:D
jun 09 18:42:50 pero si uno ha nacido vago, ha nacido vago
jun 09 18:43:19 "Trabajo mejor bajo presión"(TM) es mi leiv-motif
jun 09 18:43:36 ¿Te ha servido de algo la charla?
jun 09 18:43:40 bueno, pero eso ya es luego de la experiencia, porque para quien no acostubra esto de charlas por chat, no tiene ni edea de como organizarse
jun 09 18:44:23 si, pero se puede hacer mejor, aunque la proxima vez seguro que actuo igual
jun 09 18:44:43 voy a por una cerveza
jun 09 18:45:08 claro, da una idea ampllia del tema y cauando uno va a buscar material teniendo una idea clara, le toma mucho menos documentarse porque ya sabe a que remitirse
jun 09 18:45:32 eso si
jun 09 18:45:34 (B)(B)
jun 09 18:45:49 yo buscaba imagenes ya hechas
jun 09 18:45:57 * cholito (n=jefecusa@200.121.1.68) ha entrado en #charlas-fedora-es
jun 09 18:46:15 y las que he encontrado son las mismas que dan en el los cursos de certificación
jun 09 18:46:25 por cierto, ni modo hacerlas uno, es trabajoso y sin ser experto en el area ni modo
jun 09 18:46:47 eso de los graficos toma tiempo
jun 09 18:46:51 lo que has visto en las imágenes es lo mismo que te van a enseñar durante los cursos oficiales
jun 09 18:47:02 ahh
jun 09 18:47:02 es pesado
jun 09 18:47:06 merecida!
jun 09 18:47:20 yep! es verdad, la cerveza XD
jun 09 18:47:20 digo merecida cerveza
jun 09 18:47:21 pero esos cursos son caros
jun 09 18:47:56 david eso de luego hablare con usted... no pensara cobrarme a mi el costo de las 5h?
jun 09 18:48:13 XD
jun 09 18:48:22 fmaq> pero esos cursos son caros <- si, bastante
jun 09 18:48:27 el examen en si no
jun 09 18:48:37 pero el curso previo, si
jun 09 18:48:42 voy por una ducha
jun 09 18:48:50 he transpirado de solo verlo tipear a david
jun 09 18:49:07 Xd
jun 09 18:49:34 como detalle
jun 09 18:49:56 recordáis lo de pmon, smon, chkp, dbwr y lgrw ?
jun 09 18:50:20 sip
jun 09 18:50:35 http://pastebin.sk/en/1848/
jun 09 18:50:50 en los unix se ven directamente como procesos independientes
jun 09 18:51:29 en windows no es posible, hehehe
jun 09 18:52:21 juas oracle en windows, andará callendose
jun 09 18:52:49 * cholito se ha marchado ()
jun 09 18:53:24 si
jun 09 18:53:34 fmaq, Sapote http://www.oracle.com/technology/obe/demos/10gr2/rac_scale.viewlet/scale_viewlet_swf.html
jun 09 18:55:24 http://www.oracle.com/technology/obe/demos/10gr2/rac_speed.viewlet/speed_viewlet_swf.html
jun 09 18:55:30 * cholito (n=jefecusa@200.121.1.68) ha entrado en #charlas-fedora-es
jun 09 18:58:37 Sapote, fmaq igual me animo y monto 'peliculillas' de estas en plan cosas basicas de oracle
jun 09 18:58:49 me está picando el gusanillo :)
jun 09 19:00:56 mmm
jun 09 19:01:16 jajaja, bueno por lo que veo rac va por el lado de clusters, no exactamente replicación, aunque tienen que ver, me imagino algo como replicación + balance de carga
jun 09 19:01:28 no exactamente
jun 09 19:01:31 avisadme cuando este publicada por algun lado el log :d
jun 09 19:01:36 andsux, ok
jun 09 19:01:47 gracias
jun 09 19:02:11 fmaq en RAC lo que hace oracle es compartir en global partes de las estructuras de memoria ( cache )
jun 09 19:02:18 lo denominan CacheFusion
jun 09 19:02:48 tienes N instancias corriendo en N máquinas ( pueden ser varias intancias en la misma máquina )
jun 09 19:02:53 claro son compartidas por varias instancias en distintas maquinas
jun 09 19:03:45 acceden a la base de datos usando storage compartido y filesystems que permiten concurencia ( ocfs , que es ext3 modificado por oracle para permitir la concurrencia )
jun 09 19:04:35 fmaq> claro son compartidas por varias instancias en distintas maquinas <- exacto, cuando una transacción de la maquina 4 necesita un bloque de base de datos que ha usado la máquina 1, se lo pide
jun 09 19:04:47 se bloquean objetos a nivel global, etc...
jun 09 19:05:27 si una máquina cae
jun 09 19:05:47 se hace igual que lo que os he explicado
jun 09 19:06:03 pero en vez de levantar la instancia en la misma máquina, se arranca en otra
jun 09 19:06:32 los conceptos no cambian mucho, solo hay que tener en cuenta unas cuantas cosas más
jun 09 19:06:36 eso es indispensable para el balance de carga
jun 09 19:06:42 sip
jun 09 19:06:58 pero ya te digo, cada máquina aguanta su carga
jun 09 19:07:43 el 'balanceo de carga' lo consiguen direccionando las nuevas sesiones a las máquinas menos cargadas del cluster
jun 09 19:08:05 cuando se ejecuta una transaccion, no se ejecutan 'partes de ella' en cada máquina
jun 09 19:08:18 se ejecuta en la máquina donde se ha conectado la sesion
jun 09 19:08:42 la siguiente nueva sesión, es redireccionada al nodo del cluster que menos carga tenga
jun 09 19:09:00 también le puedes decir al rac que no balancee por carga sino por sesion
jun 09 19:09:17 natural, supongo para ello esa tablas particionadas
jun 09 19:09:23 oops, usa
jun 09 19:09:46 natural, supongo para ello esa tablas particionadas <-- mmh no, las tablas particionadas existen antes que el rac
jun 09 19:10:13 las tablas residen en los datafiles, y todos los nodos ven esos mismos datafiles
jun 09 19:10:19 sip, pero de hecho van bien con ese modelo
jun 09 19:10:30 ;)
jun 09 19:10:37 van igual de bien y de mal ;)
jun 09 19:10:44 anda
jun 09 19:11:03 no particionas una tabla por 'nodo' las particionas por fechas, un campo determinado...
jun 09 19:11:10 claro
jun 09 19:11:36 de eso se trata, pero se puede indicar que una porción resida en otro nodo
jun 09 19:12:04 entonces una transaccion en la maquina1 puede pedir datos de bloques de la particion 5 y en la máquina 8 también estar accediendo a los mismos bloques de la particion 5
jun 09 19:12:38 de eso se trata, pero se puede indicar que una porción resida en otro nodo <- no, las porciones residen en los datafiles, y los datafiles son únicos y todos los nodos ven esos, vía storage compartido
jun 09 19:12:55 todos los nodos ven la misma base de datos
jun 09 19:13:02 no 'cachos' de ella
jun 09 19:13:17 cualquier nodo puede acceder a cualquier datafile en cualquier momento
jun 09 19:15:11 fmaq, http://bigip-sage-back.oracle.com/images/Tru64RACdemo.gif
jun 09 19:15:25 en esta imagen, lo de abajo de todo es un armario de discos
jun 09 19:15:37 todos los nodos ven los mismos datos, que son unicos
jun 09 19:16:06 como el network storage appliance
jun 09 19:16:32 supongo :)
jun 09 19:16:40 suena bien :)
jun 09 19:16:44 juas
jun 09 19:17:13 * dballester quita el estado de operador del canal a dballester
jun 09 19:18:12 XD
jun 09 19:18:20 mira lo que puso gin0 por lo de la charla
jun 09 19:18:23 Se convoca a la comunidad a una charla (curso breve) sobre Oracle
jun 09 19:18:30 jajaja
jun 09 19:18:32 "curso breve"
jun 09 19:18:52 me parece que gin0 no me propondrá otra charla en su vida XS
jun 09 19:19:48 bueno, en su momento pico hubo 25 personas y hasta los ubunteros vinieron
jun 09 19:21:04 hace mucho tiempo di una charla en fedora-es y habían como 50 personas, pero esta de oracle la hacia para la gente con la que trato más por aquí
jun 09 19:21:12 en plan informal
jun 09 19:22:00 yo contaba que estarías tu, sapote, gin0, erUSUL ...
jun 09 19:22:06 los de siempre, vaya :)
jun 09 19:22:23 david
jun 09 19:22:30 le falto publicidad en las listas
jun 09 19:22:35 sip, pero de hecho en canales de habla hispana, es poco comun que haya charlas con mas de 50 personas, solo lo vi en las charlas de unired
jun 09 19:22:54 yo le avise a algunos a ultimo momento
jun 09 19:23:15 Sapote, me he sentido más a gusto con los que eramos, la verdad
jun 09 19:23:21 no me había preparado nada
jun 09 19:23:28 jajajaja
jun 09 19:23:31 menos mal!
jun 09 19:23:31 esta mañana como loco buscando las imagenes
jun 09 19:23:36 sino todavia estariamos
jun 09 19:23:40 jejejej
jun 09 19:23:43 igual no!
jun 09 19:23:47 asu, recien
jun 09 19:24:03 igual empiezo con cut&paste y lo espabilo rápido! :)
jun 09 19:24:36 y no es mala idea, así organizas mejor los conceptos y lo que quieres transmitir
jun 09 19:24:41 en todo caso debe ser un ejemolo para otros canales, que andan o muertos o mas en la broma
jun 09 19:24:48 oops, ejemplo
jun 09 19:25:16 a mi me interesa que os haya servido, era la idea
jun 09 19:25:47 y si os viene algo a la cabeza me lo preguntáis , sin problemas
jun 09 19:25:48 claro que nos sirve
jun 09 19:26:03 los que no hablan.. estaran dormidos?
jun 09 19:26:13 juas
jun 09 19:26:25 supongo que estarán en sus cosas y ya leeran el log
jun 09 19:27:02 no les ha quedado materia gris ;-)
jun 09 19:27:12 jejeje
jun 09 19:27:19 fundidor de retinas"
jun 09 19:27:21 bueno familia
jun 09 19:27:29 me voy a echar al sofa a ver la tele un raro
jun 09 19:27:31 rato
jun 09 19:27:44 ok
jun 09 19:27:48 si no me duermo me pegaré unas partiditas al ET y a la cama :)
jun 09 19:27:56 gracias portodo
jun 09 19:27:58 a cuidarse
jun 09 19:28:00 ya ves
jun 09 19:28:02 :-)
jun 09 19:28:07 hasta luego
jun 09 19:28:20 Sapote Loves Oracle
jun 09 19:28:22 wahhahahaa
jun 09 19:28:24 * dballester (n=dbm@107.Red-88-19-92.staticIP.rima-tde.net) ha abandonado #charlas-fedora-es ("Leaving")
jun 09 19:30:22 se la tenia guardada!!
jun 09 19:30:25 ya vera
jun 09 19:31:12 * Sapote (n=guillote@190.7.27.17) ha abandonado #charlas-fedora-es ("say no more")
jun 09 19:57:31 * cholito se ha marchado ()