WEBVTT 00:00:07.980 --> 00:00:10.380 Y ya estamos dentro. Buenas tardes, Alessandro. 00:00:10.420 --> 00:00:13.200 ¿Qué tal estás? Hola, buenas tardes, Javier. 00:00:13.380 --> 00:00:16.140 Bien, gracias. ¿Y tú? Muy bien, muy bien. 00:00:16.220 --> 00:00:17.720 Buenas tardes, buenas tardes. 00:00:17.760 --> 00:00:20.600 Por fin tenemos esta charla, ¿eh? 00:00:20.680 --> 00:00:23.500 La llevamos cociendo desde el Oracle Cloud World. 00:00:24.020 --> 00:00:26.464 Sí, desde septiembre que empezamos a hablar. 00:00:27.840 --> 00:00:29.140 Sí, sí, sí, sí. Qué bien. 00:00:29.180 --> 00:00:31.480 Mira, empiezo contándote la anécdota que te decía. 00:00:31.520 --> 00:00:33.820 Te la voy a contar un poco más con calma. 00:00:33.820 --> 00:00:40.920 Año 2005, estoy de DBA, me dicen los programadores utilizan TOAD y no tenemos licencia, 00:00:41.020 --> 00:00:48.270 por favor pon un trigger o algo para que no puedan usarlo y te pasé un post en 00:00:48.270 --> 00:00:52.310 el que hice un trigger after logon para que cuando entraran y se detectaba que estaban 00:00:52.350 --> 00:00:55.406 utilizando el ejecutable de TOAD les cerrara la sesión, 00:00:56.350 --> 00:01:02.810 cambiaron el nombre del ejecutable, es decir, se enfadaron, esta pelea duró semanas, 00:01:02.810 --> 00:01:09.870 semanas, no dejaban de utilizar, además en el módulo se podía ver, cambiaron, editaron 00:01:09.870 --> 00:01:16.410 el binario para que allí donde ponía en texto TOAD, editando el binario, lo quitasen 00:01:16.410 --> 00:01:23.570 y pusiera SQL Plus, cosas así, es decir, o sea, se resistieron un montón a dejar 00:01:23.570 --> 00:01:31.170 de usar TOAD. Y bueno, de ahí el post que viste, año 2005, han pasado 18 años, 00:01:34.130 --> 00:01:41.150 Y teniéndose la herramienta muy adelantada pero fíjate si ha 00:01:41.150 --> 00:01:48.170 llovido tiempo si fíjate que yo he empezado a bueno yo he empezado a trabajar con 00:01:48.170 --> 00:01:55.670 la herramienta de cuesta antes de los 2000 entonces hablamos del creo del 1996 00:01:55.670 --> 00:02:02.770 97 ya tenía no tenías todavía toda la ellos en cuesta estaba 00:02:02.770 --> 00:02:09.910 así cual sigo al navigator y después llegó el todo pero me acuerdo que porque antes 00:02:09.910 --> 00:02:16.910 claro el todo era free y entonces no servía a pagar a unas licencias para utilizar 00:02:16.910 --> 00:02:25.150 esa herramienta y es una herramienta baja porque como puede ver está mucha 00:02:25.150 --> 00:02:31.390 gente lo vas a utilizar y Y todo esto más enfocado para los DBA porque tienes alguna 00:02:31.390 --> 00:02:38.630 funcionalidad que a los DBA les gusta y les gusta no perder tiempo en sacar información 00:02:38.630 --> 00:02:46.270 o si tienes que cortar toda la vista y, claro, después cuando haces cambio de versión 00:02:46.270 --> 00:02:49.310 de base de datos, ahí pone a un rollo más. 00:02:49.570 --> 00:02:57.070 Entonces, es claro que es una herramienta que ayuda muchísimo en ese sentido. 00:02:57.530 --> 00:02:59.641 Pero es claro, necesitas una licencia. 00:02:59.850 --> 00:03:03.050 Ahí lo tienes, Rui y ahí está, ¿eh? 00:03:03.170 --> 00:03:05.450 Y ahí está creo que al final 00:03:06.730 --> 00:03:08.850 Compraron las licencias y todo. 00:03:09.170 --> 00:03:13.590 A principio fue, no puedo usarlo porque no tenemos licencias, pero luego dijeron, bueno, 00:03:13.630 --> 00:03:16.050 oye, es que se negaban a utilizar otra cosa. 00:03:16.090 --> 00:03:18.590 Digo, pues venga, oye, vosotros veréis, pero 00:03:20.030 --> 00:03:24.450 Alguno de los que estaba ahí en LinkedIn comentó 00:03:25.650 --> 00:03:29.670 Comentó el post y comentó la anécdota diciendo, bueno, aún dura 00:03:30.850 --> 00:03:33.990 18 años después, aún dura. 00:03:33.990 --> 00:03:40.430 A mí también me pasó eso porque tenemos la herramienta, por ejemplo, de optimización 00:03:40.430 --> 00:03:47.550 de código, que si se la vas a ejecutar en un entorno productivo no es, 00:03:47.610 --> 00:03:50.490 pone más carga, entonces tiene que estar cuidado. 00:03:50.490 --> 00:03:57.130 Entonces, en algunos algunos clientes donde trabajaba antes y yo también antes de trabajar 00:03:57.130 --> 00:04:03.570 para Cuesta, si hay a trigger había procedimiento yo, porque corrían todo cada cinco 00:04:03.570 --> 00:04:08.050 minutos para mitad que estaba conectado a la base de datos, cuál es la aplicación y después 00:04:08.090 --> 00:04:11.050 te hacía el kill de la sesión y es. 00:04:13.150 --> 00:04:20.470 Pero ahí hay también una manera que hace parte de la configuración del Toad donde 00:04:20.470 --> 00:04:27.350 yo puedo configurar, no es si tú cuando abres la pantalla del todo tienes todos icono 00:04:27.350 --> 00:04:34.010 arriba y entonces puede decir a los distintos profile oa los usuarios cuál funcionalidad 00:04:34.010 --> 00:04:41.260 pueden tener, entonces hay alguna funcionalidad que se puede quitar da que tú no puedes, 00:04:41.260 --> 00:04:47.140 no tiene acceso entonces puede hacer sólo pocas cosas, entonces lo vas a utilizar de 00:04:47.140 --> 00:04:51.000 todo como si fuera consigo al Plus un poco más avanzado. 00:04:51.000 --> 00:04:58.260 Yo soy de SQL Plus, de SQL Plus, línea de comandos, yo digo, escribid 00:04:58.260 --> 00:05:03.020 el SQL escribid, más siempre lo digo, nada de herramientas gráficas, aquí hay que teclearlo 00:05:03.060 --> 00:05:07.060 todo, escribir todos los comandos pero hombre, entiendo que ayuda. 00:05:07.400 --> 00:05:14.480 Yo, mira, te voy a decir las cosas que para mí son las key features del TOAD que 00:05:14.480 --> 00:05:17.160 digo yo mira, en esto ya me tengo que rendir porque hacerlo con línea de comandos es 00:05:17.200 --> 00:05:20.160 muy duro. El compare ver esquema, el comparar 00:05:21.760 --> 00:05:24.704 Un procedure, por ejemplo, de producción a desarrollo 00:05:25.810 --> 00:05:28.710 hacerlo por línea de comandos, madre mía tela. 00:05:30.690 --> 00:05:32.530 De bugar, no te digo nada 00:05:34.650 --> 00:05:40.810 De bugar, o sea bueno, imposible, y luego una cosa que he utilizado mucho, del TOAD aunque 00:05:40.810 --> 00:05:45.110 yo no, ya te digo, yo no soy usuario, pero cuando he tenido la ocasión y ha habido licencia, 00:05:45.150 --> 00:05:48.950 se puede utilizar TOAD hacer un health check de la base de datos eso me parecía súper 00:05:48.990 --> 00:05:56.370 útil, de decir, bueno, tengo una base de datos, vamos a ver a nivel general el chequeo 00:05:56.370 --> 00:05:59.110 de salud, ¿qué puedo tener? 00:05:59.330 --> 00:06:06.630 Es decir, es una forma de verlo muy global todo, pero ir profundizando, 00:06:06.690 --> 00:06:12.520 una forma rápida de tener un informe y decir, venga, va, vamos a empezar por algún sitio, 00:06:12.520 --> 00:06:15.260 Empezamos por un informe de estos. 00:06:15.820 --> 00:06:19.400 Solo por estas tres horas diría, mira, aquí, aquí... 00:06:19.400 --> 00:06:24.920 Sí, porque al final el reporter que te salió decía, oh, mira, este parámetro lo tienes 00:06:24.920 --> 00:06:30.780 que cambiar. O después, tú tienes una instalación bajo de un servidor virtual, entonces 00:06:30.780 --> 00:06:33.960 tienes que cambiar estos parámetros. 00:06:33.960 --> 00:06:42.180 Oh, pues mira, estos usuarios tienen el rol de DBA, pero no parece un 00:06:42.180 --> 00:06:44.920 usuario administrador de bases de datos. 00:06:45.460 --> 00:06:51.960 Puede ser que era un desarrollador que sabía un poco más y entonces cambiaba configuración 00:06:51.960 --> 00:06:59.500 de su perfil. Sí sirve para un poco a mirar todo lo que está alrededor de a 00:06:59.500 --> 00:07:05.540 nivel de conexión a nivel de configuración de base de datos y también la utilización 00:07:05.540 --> 00:07:12.660 de memoria y que es claro antes como no había muchas herramientas 00:07:12.660 --> 00:07:18.860 Que hacía un chequeo de esto, parecido, esto es claro que ha salido bastante bien tenerlo 00:07:18.860 --> 00:07:25.920 dentro del Toad, y después la comparativa, claro, te pones ahí, estás migrando o estás 00:07:25.920 --> 00:07:31.800 pasando una aplicación de un entorno de desarrollo a uno de producción, vas a arrancar 00:07:31.800 --> 00:07:38.800 el procedimiento en producción y no funciona, falta de esto, falta de lo encontró, 00:07:38.800 --> 00:07:44.340 entonces hace una comparativa, vas a mirar dónde está la diferencia y el todo el mismo 00:07:44.340 --> 00:07:50.020 te va a guardar el script para hacer la sincronización en la base de datos de producción, 00:07:50.020 --> 00:07:56.560 entonces tú tú tienes solo que hacer un clic y ejecutar ese script y ya está. 00:07:56.700 --> 00:07:59.256 Y tienes las dos bases de datos sincronizadas. 00:07:59.400 --> 00:08:03.880 Vas a arrancar otra vez los procedimientos para ver que todo está funcionando bien y 00:08:03.920 --> 00:08:06.142 ves, oh, mira, ahora funciona, es claro. 00:08:06.480 --> 00:08:12.480 Te faltan grants, porque además cuando haces un porting, no va a tener, oh sí, he pasado 00:08:12.480 --> 00:08:20.180 la tabla, he pasado el procedimiento, pero los grants, sinónimos o todo eso, está 00:08:20.180 --> 00:08:27.560 alineado. Todavía no sabemos y por eso sí, sí, sí, sí, y también recuerdo 00:08:27.560 --> 00:08:32.060 otra anécdota, bueno, dime, dime, tú, dime, tú, y también puede hacer una comparativa 00:08:32.100 --> 00:08:37.600 de la configuración de la base de datos a nivel de parámetros, ¿no?, tienes una base 00:08:37.600 --> 00:08:42.000 de datos, dos bases de datos distintas, quiere mirar cuál parámetros de configuración 00:08:42.040 --> 00:08:46.160 niveles de base de datos También puede hacer eso y otras cosas puedes también es comparar 00:08:46.200 --> 00:08:53.240 los datos de las tablas de una otra es claro que se vas a comparar una tabla de tera 00:08:53.240 --> 00:08:59.940 no podemos hablar porque estamos utilizando una solución windows pero es claro que si 00:08:59.940 --> 00:09:07.080 hay esta funcionalidad yo tengo una anécdota muy buena que es que es estuve en barcelona 00:09:07.080 --> 00:09:14.120 en un proyecto y y eran como 16 DBAs, y había una, cuando yo entré como DBA, me dijeron, 00:09:14.160 --> 00:09:20.040 bueno, conoce a estos 15 DBAs y tal, a esta chica, la número 16, olvídate de ella porque 00:09:20.040 --> 00:09:22.318 ella está haciendo algo muy difícil, ¿no? 00:09:23.000 --> 00:09:28.360 Y bueno, vale, yo estuve con los otros 15 y a cabo de un tiempo digo, bueno, me pongo 00:09:28.360 --> 00:09:32.020 ya con esta chica, no sé qué está haciendo ella, y cuando me puse con ella dice, ¿quieren 00:09:32.060 --> 00:09:35.900 que programe lo que hace TOAD 00:09:38.020 --> 00:09:42.760 Obtener los esquemas y para obtener las definiciones de las tablas particiones, índices 00:09:42.800 --> 00:09:47.080 pues que me haga un script en PLSQL para que haga lo que haga el TOA, la chica llevaba 00:09:47.120 --> 00:09:51.520 un mes programando esto pero madre mía por favor 00:09:52.500 --> 00:09:58.720 o sea para que veas al nivel bueno pues venga, vamos a implementar esto en un PLSQL para 00:09:58.720 --> 00:10:02.720 poder hacerlo y poder recrear tablas madre mía 00:10:04.100 --> 00:10:11.130 Oye mira Te iba a decir una cosa sin planchas Carrió, te iba a decir, oye 00:10:11.810 --> 00:10:15.370 ¿cómo se parece SQL de Loper a TOAD? 00:10:15.650 --> 00:10:19.372 Cuando sacaron el SQL de Loper ¿no dijisteis, oye, nos han copiado? 00:10:20.710 --> 00:10:27.910 No, no de eso nada. Porque 00:10:29.220 --> 00:10:36.240 Es claro, ves la interfaz, ok, hay algo que ya conocemos y después empiezas a navegar 00:10:36.240 --> 00:10:42.700 la funcionalidad del developer, oh mira, son parecidas. 00:10:43.960 --> 00:10:51.620 Parece lo mismo, esto es como como el Windows 95 y el Mac OS, los de Apple 00:10:51.620 --> 00:10:54.460 decían: llevamos ya 5 años ahí, 00:10:55.560 --> 00:11:03.080 pero bueno, haciendo esto bien, y es claro que la interfaz más son similar y ya 00:11:03.080 --> 00:11:09.880 sabes, no es necesario estudiar o mirar cómo se tiene que hacer distintos pasos si ya 00:11:09.880 --> 00:11:15.260 conoces la herramienta, como el todo, de más o menos vas a navegar de la misma manera 00:11:15.260 --> 00:11:20.960 también en las otras herramientas, más o menos su cualidad, sabes, hay algún cambio claro 00:11:20.960 --> 00:11:28.440 porque decimos que de verlo ver tienes que es multi y plataforma y 00:11:28.440 --> 00:11:34.940 nosotros tenemos solo Windows y ahora tenemos la plataforma Macintosh, entonces al final 00:11:34.940 --> 00:11:40.360 solo esas dos plataformas estás compatible, pero sigue funcionando muy bien. 00:11:42.440 --> 00:11:46.600 Oye, mira, te quiero, lo primero todo, te quiero dar las gracias, porque para preparar 00:11:46.640 --> 00:11:52.720 este podcast te pedí: "Oye, a ver si preparamos alguna alguna hoja de trucos o algún 00:11:52.720 --> 00:11:57.100 tutorial, algo así, a ver si si podemos dar algo de formación para que la gente tenga 00:11:57.140 --> 00:11:59.100 formación para descargarse y todo eso". 00:11:59.140 --> 00:12:04.740 Y voy a poner, he creado un canal que se llama Canal Toa, y entonces ahí voy a poner 00:12:04.860 --> 00:12:12.040 el LAC que me has pasado, un par de webinars de trucos, de tips and tricks en 00:12:12.040 --> 00:12:14.540 castellano para usar Toa. 00:12:15.940 --> 00:12:21.600 Uno sobre, este sí es buenísimo, lo he estado viendo, hacer el health check con 00:12:22.720 --> 00:12:26.220 Toa, los voy a poner en el canal y 00:12:27.210 --> 00:12:32.890 uno sobre tuning de SQL y consejos y trucos para desarrolladores, voy a ponerlos estos 00:12:32.890 --> 00:12:38.910 en el canal, gracias por porque además yo te dije, seguro que vosotros en Quest tenéis 00:12:38.910 --> 00:12:44.490 ahí, tenéis tutoriales o tenéis algo interno y tal, me dijiste a ver si puedo conseguir 00:12:44.490 --> 00:12:50.590 algo así y Está muy bien esto, voy a poner los enlaces. 00:12:51.270 --> 00:12:59.210 Sí, son funcionalidad un poco desconocida porque yo creo que cuando uno empieza 00:12:59.210 --> 00:13:05.430 a trabajar con el Toad y ves la pantalla, todo, todas las iconas, las barras arriba, 00:13:05.430 --> 00:13:10.050 abajo, derecha, izquierda, ahora que 00:13:13.830 --> 00:13:23.470 Para mí los desarrolladores también los debes tienes miedo a pincharla qué funcionalidad 00:13:23.470 --> 00:13:30.590 tiene detrás de, pero es claro que lo que hace esto es transformar 00:13:30.590 --> 00:13:37.630 el comando el clic en una acción y te te hace ver cuál es la acción que va a a ejecutar, 00:13:37.650 --> 00:13:44.210 cuál es el comando y tú puedes decir ok, si lo voy a ejecutar o no es claro, después 00:13:44.210 --> 00:13:50.430 es eso lo tienes que decidir tú y ver el, claro y ver el código SQL de todo lo que se 00:13:50.430 --> 00:13:56.030 está haciendo, esto es si, te tiene que hacer, por ejemplo, un alter table, él te pone 00:13:56.030 --> 00:14:01.590 el comando alter table con toda la funcionalidad o crear un índice eso también te va 00:14:01.590 --> 00:14:08.990 a decir Te va a hacer ver el script de creación del índice eso queda bastante 00:14:08.990 --> 00:14:15.680 bien sabes está muy bien muy bien alessandro te quería preguntar porque prácticamente 00:14:15.680 --> 00:14:22.200 todos conocen todo pero cuando estuve en el cloud world la presentación que me hiciste 00:14:22.200 --> 00:14:29.380 lo que estuvimos hablando fue sobre todo centrada en enfoque y en ser plex y con 00:14:29.380 --> 00:14:36.520 Foglight ya aluciné, aluciné, porque dije, bueno, bueno, bueno, 00:14:36.520 --> 00:14:43.520 cuenta tú que eres de mano del fabricante, que eres el 00:14:43.520 --> 00:14:47.590 vendor, cuéntame Foglight, ¿qué es Foglight? 00:14:48.670 --> 00:14:55.930 Decimos que Foglight es nuestra solución estrella 00:14:55.930 --> 00:15:01.550 para desarrolladores y desarrolladores y administradores de bases de datos. 00:15:01.830 --> 00:15:08.070 Foglight es la misma herramienta para quien necesita tener bajo control todo lo que está 00:15:08.070 --> 00:15:12.370 ocurriendo dentro de una base de datos, que puede ser Oracle, puede ser Server, puede 00:15:12.410 --> 00:15:18.130 ser Postgres, puede ser más o igual, que está en la nube, que está en un premios donde 00:15:18.130 --> 00:15:25.110 quieras tú claro no puede estar en el cómodo 64 porque no no hay recursos pero él puede 00:15:25.110 --> 00:15:31.930 hacer monitoreo y además el monitoreo es agentes entonces es más fácil de instalar y 00:15:31.930 --> 00:15:36.730 permite de sacar la información muy importante de lo que está ocurriendo dentro de la 00:15:36.730 --> 00:15:43.150 base de datos tener tránsito de cambio como te cambia el plan de ejecución que cada tanto 00:15:43.150 --> 00:15:50.990 órgano lo cambia sin decirte nada y es difícil esa Consulta es difícil de sacar cuando 00:15:51.020 --> 00:15:56.720 de productora que cambia el plan de ejecución de una de una query, no es evidente ver 00:15:56.720 --> 00:16:03.890 el, pero el conjunto de planes cercanos y él te dice bien, has cambiado el plan de ejecución 00:16:03.890 --> 00:16:08.690 a la hora, entonces tú vas a buscar porque ha cambiado el plan de ejecución, entonces 00:16:08.690 --> 00:16:15.850 la herramienta te va a decir mira, aquí se ha ha recopilado una vista, aquí se creó un 00:16:15.850 --> 00:16:21.050 nuevo índice, aquí se ha trompado el índice, aquí se ha creado un nuevo nuevo procedimiento, 00:16:21.050 --> 00:16:27.050 aquí se ha cambiado esto, aquí otro y al final puede decir a fue uno de estos comandos 00:16:27.050 --> 00:16:33.670 puede tener un impacto negativo en el rendimiento de la base de datos o hay que hacer 00:16:33.670 --> 00:16:38.470 de manera que el plan de ejecución se ha cambiado de la de esa consulta porque es claro, 00:16:38.510 --> 00:16:45.750 si tú vas a pedir esta información al cliente, el cliente dice, mi consulta 00:16:45.750 --> 00:16:52.610 ayer era muy veloz, en un segundo ya tenías toda la información y hoy no acaba, sigue 00:16:52.610 --> 00:16:59.010 corriendo de horas y sin sacar datos y entonces yo, y al final él te dice, yo no he hecho 00:16:59.010 --> 00:17:02.970 nada. Y después vas a descubrir que no es así. 00:17:03.450 --> 00:17:05.370 Nada ha cambiado, exacto. 00:17:05.370 --> 00:17:07.537 Nada ha cambiado. Nadie ha tocado nada. 00:17:08.170 --> 00:17:15.090 Y sacar todo esto con SQL, es decir, con pico y pala, yo te lo digo, es duro. 00:17:15.130 --> 00:17:21.910 Es una tarea de detective, de investigación y con Fortnite que un clic, ¿no? 00:17:21.910 --> 00:17:28.510 Sí, que todo tiene esta información y la tienes guardada por querer mirar los cambios 00:17:28.510 --> 00:17:35.710 de seis meses o de un año o de guardar la actividad como el histórico de la actividad 00:17:35.710 --> 00:17:40.090 de rendimiento de tu base de datos, también puede hacer eso y después puede ir en detalle 00:17:40.130 --> 00:17:47.890 y mirar, oh, este, quién hizo el drop o delete de algunas líneas 00:17:47.890 --> 00:17:49.710 dentro de la base de datos, ahí la tienes. 00:17:49.750 --> 00:17:55.150 Es claro que también no es una herramienta de auditoría, es una herramienta que sirve 00:17:55.150 --> 00:17:59.094 para buscar si hay problemas de rendimiento dentro de la base de datos. 00:18:00.500 --> 00:18:06.200 Interesante a mí, cuando me contaste que era agentless, que utilizaba repositorio y no 00:18:06.200 --> 00:18:11.540 utilizaba un agente, yo te contaré, yo me he peleado con Enterprise Manager desde la 00:18:11.540 --> 00:18:18.640 versión 8i. Es decir, desde Enterprise Manager 8i con el Enterprise Manager 9i 00:18:18.640 --> 00:18:23.240 con el Grid Control, con el Cloud Control con todas las versiones prácticamente y he 00:18:23.280 --> 00:18:27.620 hecho implantaciones en alta disponibilidad y todo, y el tema de los agentes de tener 00:18:27.660 --> 00:18:32.820 agentes el despliegue de los agentes, la comunicación con ellos cuando se pierde la comunicación, 00:18:32.860 --> 00:18:40.420 todo es un es un dolor lo has manejado un poco, sí, sí tú 00:18:40.420 --> 00:18:47.420 fíjate que antes del 2017 porque después ha cambiado la arquitectura del fog light 00:18:47.420 --> 00:18:54.320 también bueno también es el fog light funcionaba que tenías que instalar un agente la 00:18:54.320 --> 00:19:01.340 base de datos remota necesitaba alguna de buspes dedicada bueno un poco de trabajo 00:19:01.340 --> 00:19:08.480 estabas pero es claro que él cogía la gente cogía la la información da da nivel de sistema 00:19:08.480 --> 00:19:14.100 operativo y va a mirar los bloques de memoria de la sesión que estaba conectada a la 00:19:14.100 --> 00:19:21.440 base de datos entonces una cosa step collect se llamaba esta estrategia de tecnología 00:19:21.440 --> 00:19:28.400 entonces cuando se estaba ahí y la gente se ponía mala porque la base de datos estaba 00:19:28.400 --> 00:19:34.640 obtenidos un caso específico donde el cliente bueno la base de datos está completamente 00:19:34.640 --> 00:19:41.660 seguramente No te permitía acceder a nada, a nadie, ni DBA, ni Conecten, lo 00:19:41.660 --> 00:19:50.040 que querías tú. Y con la herramienta instalada ahí, vimos que estaba 00:19:50.040 --> 00:19:59.140 pasando dentro de la base de datos y vimos que había una sesión que estaba en LED y estaba 00:19:59.140 --> 00:20:00.420 parando la base de datos. 00:20:00.460 --> 00:20:07.650 Una vez que la da esta sesión, la base de datos siguió trabajando normalmente y 00:20:07.650 --> 00:20:15.770 los desviados me contaron, sí, afortunadamente hemos tenido, hemos encontrado 00:20:15.770 --> 00:20:20.070 cuál es la sesión que bloqueaba la actividad dentro de la base de datos, porque si no, 00:20:20.110 --> 00:20:25.090 era necesario arrancar otra vez a la base de datos y eso en un entorno de producción 00:20:25.090 --> 00:20:32.570 no se puede hacer. Y te digo es de ahí yo siempre luchando 00:20:32.570 --> 00:20:38.790 para el fog light y cuando me dice o nosotros aquí tenemos el grid control digo suerte 00:20:38.790 --> 00:20:45.010 yo estoy encantado pero gracias yo puedo hacer ver lo que hace mi herramienta pero es 00:20:45.010 --> 00:20:52.210 claro que hasta que tú tienes solo algo pues no es una no es 00:20:52.210 --> 00:20:59.250 es un es una alternativa se puede comparar también la funcionalidad pero al 00:20:59.250 --> 00:21:05.790 final también ahora la con la última versión de la interfaz manager tienes la misma funcionalidad 00:21:05.790 --> 00:21:13.110 que tienes el fog light entonces se puede comparar es que a lo mejor sigue para la implementación 00:21:13.110 --> 00:21:20.390 fog light es un poco más menos complicado y en un clic dos clic ya tienes 00:21:20.390 --> 00:21:27.210 la base está configurada y no es necesario Hacer instalación de agentes en el servidor 00:21:27.210 --> 00:21:34.930 remoto es claro necesita un esquema un usuario para conectarte y hasta porque además 00:21:34.990 --> 00:21:42.070 una cosa fog light no es únicamente para oracle cloud control pues si es si se 00:21:42.070 --> 00:21:50.750 mueve bien con con targets que son que son ahora oracle pero pero 00:21:50.750 --> 00:21:58.690 bueno cuando tienes otros centros tienes postgresiones otras bases de datos con 00:21:58.820 --> 00:22:06.100 fog light se se se Sí, porque tienes el mismo detalle. 00:22:06.400 --> 00:22:13.720 Es como si tenías, decimos, la Enterprise Manager, lo tienes para, ahora lo último 00:22:13.720 --> 00:22:21.260 será Postgres, pero ya tenemos la misma funcionalidad, la funcionalidad 00:22:21.260 --> 00:22:26.440 específica es Performance Investigator, es ir analizando el rendimiento de la base de 00:22:26.440 --> 00:22:30.500 datos a través de los eventos de espera. 00:22:30.500 --> 00:22:37.240 Entonces esa funcionalidad ya la tenemos dentro de Oracle, la tenemos dentro de SQL Server, 00:22:37.480 --> 00:22:42.040 de MySQL y la vamos a tener también dentro de Postgres. 00:22:42.780 --> 00:22:45.560 Ah, Postgres aún no, tenemos que esperar un poquito. 00:22:45.600 --> 00:22:48.120 Bueno, esperamos un poquito para... 00:22:48.120 --> 00:22:51.820 Sí, creo que en unos meses ya lo vamos a tener. 00:22:51.980 --> 00:23:00.160 Es que ahora ha salido la versión cloud de Foglight, ayer ha 00:23:00.160 --> 00:23:07.940 salido como versión comercial ya disponible y por eso seguimos 00:23:07.940 --> 00:23:12.220 desarrollando su funcionalidad dentro de esta herramienta y 00:23:13.470 --> 00:23:18.810 Una cosa spotlight hay alguien que nos está preguntando oye comentar algo de spotlight 00:23:18.810 --> 00:23:25.970 spotlight sí pero es una filosofía un poco distinta algunos dice así 00:23:25.970 --> 00:23:31.730 es siempre una herramienta de monitoreo de monitoreo sí pero para mí sea su spot alert 00:23:31.730 --> 00:23:35.770 es un diagnóstico en tiempo real si tienes un problema dentro de tu base de datos te 00:23:35.810 --> 00:23:42.950 vas a conectar y vas a mirar él te dice con rojo es muy mal verde puede ser que 00:23:42.950 --> 00:23:49.610 está funcionando bien amarillo naranja ya se está poniendo mal entonces de ahí con la 00:23:49.610 --> 00:23:57.070 interfaz muy muy maja tienes una interfaz muy fácil 00:23:57.070 --> 00:24:04.390 de usar y fácil de interpretar y tú pinchas dónde está el color que no es que tiene 00:24:04.390 --> 00:24:09.870 que ser verde porque al final verde estándar pero si vas el rojo ya te va a decir mira 00:24:09.870 --> 00:24:17.070 tú tienes way time o tú tienes bloqueo tú tienes y pinchas ahí te va a decir con un drill 00:24:17.070 --> 00:24:22.630 down todo lo que está ocurriendo pero es un diagnóstico entonces lo puedo utilizar para 00:24:22.630 --> 00:24:27.910 mirar los problemas que se están ocurriendo en este momento porque esta herramienta también 00:24:27.910 --> 00:24:36.450 se tiene que estar conectada todo el rato a la base de datos y fog light tienes un repositorio 00:24:36.450 --> 00:24:43.710 y te permite de guardar a esa situación spotlight guarda los datos y 00:24:43.710 --> 00:24:49.750 un fichero xml entonces es un poco distintas como herramienta es claro que la potencialidad 00:24:49.750 --> 00:24:56.870 de fog light es otra En un por ejemplo spotlight no tiene la posibilidad 00:24:56.870 --> 00:25:02.530 de ver los cambios que has tenido dentro de la base de datos porque como no tiene un 00:25:02.530 --> 00:25:09.090 repositorio donde guardar la información donde la guarda en fichero xml y después tiene 00:25:09.090 --> 00:25:14.590 que leer empieza más tiempo para leer toda la información que después se rinde el rendering 00:25:14.590 --> 00:25:22.550 de los dados por eso decimos que es una filosofía diversa distinta de los dos 00:25:22.550 --> 00:25:28.990 si te iba a comentar una cosa sobre sobre lo de performance analysis y es que en uno 00:25:28.990 --> 00:25:33.890 de los de los últimos podcast el último podcast de la temporada pasada que fue con con 00:25:33.890 --> 00:25:41.190 carla muñoz estamos haciendo una una pelea un poco entre entre Enterprise Edition y 00:25:41.190 --> 00:25:45.930 Standard Edition, ¿no? Y Carla tenía una frase muy buena que me la soltó así y me dijo, 00:25:45.970 --> 00:25:52.010 es que un DBA de verdad se sabe cuando tiene que optimizar SQL, cuando tiene que hacer 00:25:52.010 --> 00:25:54.330 tuning de SQL con una Standard Edition. 00:25:55.180 --> 00:25:58.020 Ahí es cuando te peleas, ¿no? 00:25:58.040 --> 00:26:03.000 Porque no tienes ni el Tuning Pack, ni el Diagnosis Pack, ni tienes ahí esas gráficas 00:26:03.000 --> 00:26:08.140 y tal. Y entonces me dijiste, me dijiste tú, me dijiste, pero es que Foglight funciona 00:26:08.140 --> 00:26:16.180 con estándar y si quieres también lo que como 00:26:16.180 --> 00:26:23.320 Foglight tiene su vistas tablas propia entonces no hay necesidad de utilizar las 00:26:23.320 --> 00:26:30.540 vistas de tuning pack o de diagnostic pack y si encuentras una mientras Estás 00:26:30.540 --> 00:26:36.920 monitorando una base de datos encuentres en una consulta específica que la vez que está 00:26:36.920 --> 00:26:43.560 sacando demasiado recurso o necesitamos mucho tiempo para ser ejecutada a través de una 00:26:43.560 --> 00:26:48.780 aplicación que está dentro del paquete de todas que él es igual optimizer puedes hacer 00:26:48.780 --> 00:26:54.020 la optimización también de ese código entonces puede utilizar los inter puede cambiar 00:26:54.020 --> 00:27:01.140 el constructo de la definición de la web condition y además él hace la prueba antes 00:27:01.140 --> 00:27:08.640 de decirte si es buena o si mala él te dice ok esta vez que ejecutar 00:27:08.640 --> 00:27:15.700 la consulta original y después vas a ejecutar los distintos escenarios que él va guardando 00:27:15.700 --> 00:27:22.060 y analizando y entonces te va a decir mira ejecutando la original ha tenido este tiempo 00:27:22.060 --> 00:27:29.520 y este valor de lectura de buffer gates o no bright 00:27:29.520 --> 00:27:35.820 o lo que sea y después la va a este dato sólo lo va a comparar con los demás de los distintos 00:27:35.820 --> 00:27:42.560 escenarios que él va construyendo hasta que no encuentra una que es mejor de la original 00:27:42.560 --> 00:27:49.580 y al final el tema a generar un reporte donde puede enviar este reporte a los los 00:27:49.580 --> 00:27:55.260 desarrolladores decir mira hemos encontrado esta consulta pero la puedes también optimizar 00:27:55.260 --> 00:28:02.780 haciendo esto estos cambios pero es claro también ahí hay distintas maneras de hacer 00:28:02.780 --> 00:28:09.780 la optimización buscar si falta de índices o si hay que 00:28:09.780 --> 00:28:17.800 la construcción y entonces el acceso A los los datos no está optimizado y esa herramienta 00:28:17.800 --> 00:28:24.820 te permite de mirar todo eso y arreglarlo qué bueno qué bueno hay hay una 00:28:24.820 --> 00:28:32.060 persona nos está preguntando una una cosa sobre sobre todo vale vamos a comentar 00:28:32.060 --> 00:28:36.200 lo dice anteriormente todavía incluía un software de reporte de respaldos era el que 00:28:36.240 --> 00:28:45.040 es backup reporter eso sigue estando no no ya no está más la desaparición 00:28:45.040 --> 00:28:52.140 de 2015 creo 2016 ya no estaba más ha llovido también 00:28:52.140 --> 00:29:00.110 es que hay esa muy buena como funcionalidad pero como 00:29:00.110 --> 00:29:07.270 no no se sabe no tenía buenos los clientes no lo necesitamos 00:29:07.270 --> 00:29:13.130 porque había el remano y entonces la funcionalidad de saco pero de ahí podía se podría 00:29:13.130 --> 00:29:20.370 hacer un monitoreo de por ejemplo de un backup hermano puede haberse la actividad de 00:29:20.370 --> 00:29:27.370 backup restore como estaban si había error todo eso así pero no ya 00:29:27.370 --> 00:29:34.820 no está más muy bien pero bueno y 00:29:34.820 --> 00:29:41.680 al estándar cuéntame te parece si me cuentas sobre ser plex que eso también aquí también 00:29:41.680 --> 00:29:48.700 tengo yo mucho que contar definición que es que es ser plex para que es bueno 00:29:48.700 --> 00:29:56.080 y en que es lo mejor aunque no para que es bueno decimos que ser SharePlex es nuestra 00:29:56.080 --> 00:29:58.080 herramienta de replicación de datos. 00:29:58.900 --> 00:30:02.280 Está ya en el mercado hace 25 años. 00:30:03.460 --> 00:30:10.600 La primera vez que he trabajado con SharePlex fue en el 2003, una versión muy 00:30:10.600 --> 00:30:17.860 antigua. Pero era la única manera de hacer una réplica Con vieja versión de Oracle, 00:30:17.960 --> 00:30:24.340 estamos hablando de una 7 o de una 8, entonces algo muy antiguo. 00:30:26.780 --> 00:30:33.800 Y de ahí te permite capturar, es una réplica lógica, entonces permite 00:30:33.800 --> 00:30:39.200 capturar la transacción que se va generando dentro de la base de datos y replicar a una 00:30:39.200 --> 00:30:40.580 base de datos de destino. 00:30:40.620 --> 00:30:43.300 ¿Cómo es una herramienta que es agnóstica? 00:30:43.440 --> 00:30:50.540 Entonces, funciona con toda la versión de Oracle, que puede ser en la base de datos 00:30:50.540 --> 00:30:55.020 de fuente, en la base de datos de destino, y también agnóstica a nivel de plataforma, 00:30:55.060 --> 00:30:58.180 puedes elaborar Windows, Linux, Unix, 00:30:59.500 --> 00:31:03.280 Claro, con la compatibilidad que tienes con la base de datos Oracle. 00:31:03.640 --> 00:31:09.040 Y es una herramienta que permite entonces replicar datos. 00:31:10.000 --> 00:31:17.960 ¿Dónde funciona bien? Funciona bien para entorno donde tenemos transacción 00:31:17.960 --> 00:31:24.940 online, online transacción la transacción generada a través de una interfaz web o actividad 00:31:24.940 --> 00:31:32.620 online es donde creo que es tienes más rendimiento posible si donde 00:31:32.620 --> 00:31:37.060 lo peta vale vamos a ver yo también me he peleado yo fíjate yo me he peleado mucho con 00:31:37.100 --> 00:31:43.880 ese cuerpo con con enterprise manager y con golden gate es decir de hecho tengo un curso 00:31:43.880 --> 00:31:49.080 de golden gate para hacer la replicación lógica con golden gate y me dijiste esto en 00:31:49.080 --> 00:31:56.800 ser flex es un comando sí y te 00:31:56.800 --> 00:32:04.240 puedo decir también otra cosa golden gate ha sido de seis semanas instalación preparación 00:32:04.240 --> 00:32:11.360 y un comando es el comando es técnico también cuál es el comando tiene que hacer activate 00:32:11.360 --> 00:32:16.840 config el fichero de configuración el fichero de configuración simplemente es un fichero 00:32:16.840 --> 00:32:23.960 donde tú vas a poner lo que quieres replicar esquema tablas columnas de una tabla línea 00:32:23.960 --> 00:32:30.340 lo que quieres tú lo pones ahí pone la base de datos fuente cuál es la base de datos 00:32:30.340 --> 00:32:36.240 de destino el servidor de destino y ya está ya se activa y te consigue el mira si todo 00:32:36.240 --> 00:32:43.260 está bien hecho si hay algunas tablas que no está incluida porque tienes una for en quitos 00:32:43.260 --> 00:32:50.620 Mira distintas cosas y después arranca la réplica y los distintos procesos de la réplica 00:32:50.620 --> 00:32:57.660 está gestionado de donde yo hago la actividad de config entonces yo tengo la base 00:32:57.660 --> 00:33:03.040 mi base de datos fuente hago actividad de config él arranca todos los procesos necesarios 00:33:03.040 --> 00:33:09.140 contar vas a contactar la base edad del proceso de ser flex en la base de datos en el 00:33:09.140 --> 00:33:15.020 servidor de destino arranca también hay todos los proceso y empieza a la réplica y es 00:33:15.020 --> 00:33:22.120 un comando de actividad vamos a ver cosas que son muy dolorosas con 00:33:22.120 --> 00:33:28.300 golden gate vale yo transmitición de tú me dices si con esto mejor con esto no a ver 00:33:28.300 --> 00:33:34.180 cosas dolorosas con con con golden gate monitorización es 00:33:35.360 --> 00:33:39.420 muy duro monitor es muy duro monitorizar con golden gate los procesos cuando un proceso 00:33:39.460 --> 00:33:45.560 te queda vender tienes que tener puesto el monitor tienes que primera cosa la autorización 00:33:45.560 --> 00:33:53.760 de la autorización si es claro que vas a tener algunos problemas en 00:33:53.760 --> 00:34:01.560 dentro de sheplex también están incluidos en la de la infraestructura 00:34:01.560 --> 00:34:06.820 en la solución también la posibilidad de tener un intervalo gráfica que es la de fog 00:34:06.820 --> 00:34:12.000 light solo que tienes un módulo específico para hacer monitoreo del todo los flujos de 00:34:12.000 --> 00:34:18.680 réplica de shareplex entonces de ahí puede ver si hay procesos parados si hay error la 00:34:18.680 --> 00:34:24.060 cantidad de datos que están en la cola y comprender Si hay problema, porque si tú ves 00:34:24.060 --> 00:34:30.740 que por ejemplo la cola de post, como la llamamos nosotros, que es el procedimiento que 00:34:30.740 --> 00:34:38.020 replica los datos hasta la base de datos remota, está 00:34:38.020 --> 00:34:41.220 llena, entonces tienes que mirar por qué. 00:34:41.220 --> 00:34:47.720 Entonces el problema de rendimiento, pero tienes la ventaja que tienes la interfaz gráfica 00:34:47.720 --> 00:34:53.100 y también puedes mirar todos los procesos, lo que está ocurriendo a través de la consola, 00:34:53.100 --> 00:34:57.820 que es a cada carácter, es parecido, es igual. 00:34:57.820 --> 00:35:04.000 Entonces, a muchos administradores o sistemistas les gusta tener una interfaz que no 00:35:04.000 --> 00:35:10.000 sea gráfica, que sea a nivel texto, porque sale mejor, porque es ligera, todo lo que 00:35:10.000 --> 00:35:15.780 quieras tú. Pero de esa cosa a la misma también puede ser el monitoreo de tu réplica 00:35:15.780 --> 00:35:21.780 y ver el proceso de Sherplex, la cola, si están bien o no, ¿sabes? 00:35:22.280 --> 00:35:24.160 Muy bien. Siguiente pregunta. 00:35:24.440 --> 00:35:26.600 Cosas que son dolorosas en GoldenGate. 00:35:26.640 --> 00:35:29.680 Y tú dime a ver cómo se tratan. 00:35:31.280 --> 00:35:33.080 Integridad en la réplica. 00:35:33.580 --> 00:35:40.420 O sea, Oracle te dice, en GoldenGate te dice que para mantener una verdadera consistencia 00:35:40.420 --> 00:35:44.920 de lo que tienes en destino y lo que tienes en origen, que necesitas el Veridata. 00:35:44.920 --> 00:35:52.470 El problema del veredicta que es una licencia adicional y es y es y es cara esto 00:35:52.470 --> 00:35:58.470 lo resuelve ser flex o no yo tengo tocando cosas dolorosas y tú me dices entonces si 00:35:58.470 --> 00:36:05.510 decimos que a nivel de cómo se flex va a replicar la transacción 00:36:05.510 --> 00:36:12.890 ya de ahí se puede ver si la tablas de destino tiene Tiene la misma línea 00:36:12.890 --> 00:36:17.650 o si quieres está sincronizado con la base de datos, con la tabla en la base de datos 00:36:17.650 --> 00:36:23.550 fuente. ¿Por qué? Por ejemplo, ok, en la insert no puedo, ¿qué error puedo generar? 00:36:23.550 --> 00:36:25.772 Puedo generar un error de duplicate key. 00:36:25.870 --> 00:36:30.170 Entonces ya eso cuando sale está teniéndose un problema. 00:36:30.330 --> 00:36:37.790 Pero por ejemplo en update voy a cambiar una línea con un valor con el otro, nuevo y 00:36:37.790 --> 00:36:45.510 viejo. Y hago el cambio en la base de datos fuente y Sheplex, que va a hacer antes 00:36:45.510 --> 00:36:51.650 de aplicar esta transacción en la base de datos de destino mira si este valor está si 00:36:51.650 --> 00:36:58.810 esa línea si esa misma línea está en la tabla de destino si no está, te dice oh 00:36:58.810 --> 00:37:06.090 mira, aquí hay un problema de sincronización de datos y también en la delete quiero borrar 00:37:06.090 --> 00:37:12.410 distintas líneas, entonces él coge la clave, clave principal Si no tienes una clave primaria, 00:37:12.410 --> 00:37:18.050 va a utilizar todas las columnas y va a mirar si en la base de datos de destino, en la 00:37:18.050 --> 00:37:23.210 tabla de destino, hay la misma línea y si no la encuentras, dice no, aquí hay un problema, 00:37:23.390 --> 00:37:29.950 entonces no puedo borrar esta línea porque no estoy cierto que está y otra cosa, cuando 00:37:29.950 --> 00:37:36.230 ocurre este mensaje, él te dice oh, tú estás teniendo toda esta línea de autosync. 00:37:36.230 --> 00:37:38.570 Y entonces, ¿qué vas a hacer? 00:37:38.810 --> 00:37:45.870 Es claro, por alguna herramienta tenías que borrar todo y empezar de 00:37:45.870 --> 00:37:51.130 nuevo. O utilizar el Veridata para mirar dónde está la discrepancia, cuáles son las tablas. 00:37:51.630 --> 00:37:55.650 Y ver ahí la resolución de conflictos, cómo se resolvían los conflictos. 00:37:56.130 --> 00:38:00.070 Sí, tenías que resolver el conflicto o empezar la réplica. 00:38:00.070 --> 00:38:06.450 Si hay tablas distintas, ¿cómo vas a arreglarlas? 00:38:06.470 --> 00:38:10.137 ¿Tenía que hacer export, import otra vez y empezar la replicación? 00:38:10.730 --> 00:38:12.790 Y mientras con Sherpless, ¿qué va a hacer? 00:38:12.830 --> 00:38:18.230 Está un comando que es compare, yo digo, compara esta tabla con la otra. 00:38:19.130 --> 00:38:24.970 Es claro que tú pones el nombre de la tabla en la base de datos fuente fuente y hace 00:38:24.970 --> 00:38:31.390 la comparativa entre la tabla de la base de datos fuente con la de destino cruza los 00:38:31.390 --> 00:38:37.590 datos dice oh no son igual y él pone se pone a mirar línea por línea entonces no hay 00:38:37.590 --> 00:38:44.890 que dice Que hace una no no hace línea por línea y también 00:38:44.890 --> 00:38:52.630 puedes comparar En los campos que puede ser blog blog 00:38:52.630 --> 00:38:58.490 blog lo que sea y lo mira sí sí y es claro que la velocidad 00:39:01.850 --> 00:39:08.610 Necesita volúmenes claro y al final te dice ok está esta tabla está sincronizada o no 00:39:08.610 --> 00:39:14.670 está sincronizada se no está sincronizada hace otro comando que es repetir el nombre 00:39:14.670 --> 00:39:21.730 de la tabla y esta regla genera la script de sincronización y después va 00:39:21.730 --> 00:39:27.090 a aplicar la transacción sin parar la réplica entonces lo hace live es que yo estoy lo 00:39:27.090 --> 00:39:31.690 he hecho a mano cuando yo he hecho yo he utilizado golden gate para hacer para hacer 00:39:31.730 --> 00:39:37.690 un grade con mínimo tiempo de parada para hacer un almocino no lo que llaman ellos almocino 00:39:37.690 --> 00:39:44.990 que es bueno hacer la replicación lógica y en el momento del cambio con 00:39:44.990 --> 00:39:48.010 mutas, paras y mandas a todos los... 00:39:48.010 --> 00:39:55.590 Claro, yo para asegurarme lo tenía que comprobar a mano, con count y como decías, 00:39:56.870 --> 00:39:59.350 Haciendo hash de las filas para ver que... 00:39:59.350 --> 00:40:04.450 No vale el count, tú tienes 15 .000 filas en un sitio y 15 .000 filas en el otro, pero 00:40:04.450 --> 00:40:08.870 tienen que tener los mismos datos, tienes que comparar los hash también. 00:40:08.870 --> 00:40:17.310 No si tienes que mirar el valor si es tiene que hacer así escalar es que también la 00:40:17.310 --> 00:40:24.570 velocidad es importante también y pro es ésta estabas 00:40:24.570 --> 00:40:30.790 conjuntos con el número número de tablas que tienes que mirar más sólo el número de tablas 00:40:30.790 --> 00:40:37.830 más tiempo es necesario si hay campo también que son de un formato binario 00:40:37.830 --> 00:40:43.130 es claro que también ahí necesitamos tiempo pero es una funcionalidad que te permite 00:40:43.130 --> 00:40:50.150 de no tener como decía mi compañero de trabajo pocos 00:40:50.150 --> 00:40:57.190 menos dolor de muelas entonces una réplica que estás parado y tienes un problema de out 00:40:57.190 --> 00:41:03.950 sin que no es fácil resolverlo en manera bastante rápida. 00:41:04.030 --> 00:41:08.410 Y otra cosa, una vez que, por ejemplo, está haciendo una 00:41:09.650 --> 00:41:12.290 Migración, una réplica, y acaba, 00:41:13.870 --> 00:41:18.830 Los sistemas, la base de datos está sincronizada, y hace el switch. 00:41:19.170 --> 00:41:26.150 Entonces, puede hacer otra cosa, puede activar la réplica al revés y la aplicación va 00:41:26.150 --> 00:41:30.850 a utilizar la nueva base de datos y tú vas a replicar la nueva transacción hasta la vieja 00:41:30.890 --> 00:41:38.830 pero no la vas a aplicar vas a esperar porque porque mientras hace la nueva actividad 00:41:38.830 --> 00:41:43.170 mientras la aplicación no va corriendo en la nueva base de datos puede recurrir o no 00:41:43.210 --> 00:41:50.430 funciona tiene necesita más tiempo no está optimizada no está compatible no hay otro 00:41:50.430 --> 00:41:57.490 libro entonces en este caso que va a ser a borrar todo volver otra vez a y 00:41:57.490 --> 00:42:02.170 te vas a perder la transacción nueva que se ha generado en este caso con la réplica inversa 00:42:02.210 --> 00:42:08.570 ya tienes la nueva transacción también en la base de datos vieja y tiene que ser otra 00:42:08.570 --> 00:42:14.930 vez el solo el switch de la aplicación y ya está claro con golden gate esto se puede 00:42:14.930 --> 00:42:20.770 pero es difícil de configurar la configurar la réplica bidireccional y que te funcione 00:42:20.770 --> 00:42:26.370 todo y y tal, tiene su tela tiene su tela sigo, más preguntas 00:42:27.910 --> 00:42:33.290 La compatibilidad con OCI y la comparación un poco con el Zero Downtime Migration en 00:42:33.290 --> 00:42:38.450 lo que es el uso de GoldenGate, Oracle cuando tiene el Zero Downtime Migration es que 00:42:38.450 --> 00:42:44.090 tú puedes pasar de on -premise a la nube de la nube a on -premise no pero de on -premise 00:42:44.090 --> 00:42:48.710 a la nube Oracle te pone muchísimas facilidades y el componente de Zero Downtime Migration 00:42:48.750 --> 00:42:54.590 basado en GoldenGate hace digamos ahora si te hace todo esto toda esta réplica como 00:42:54.590 --> 00:43:01.790 el digital te la hace te la hace automática el ser flex como dice surgir en el 00:43:01.790 --> 00:43:07.050 chat es compatible con 11 para poder hacer migraciones hacia la nube o de la nube a un 00:43:07.050 --> 00:43:14.430 premio está compatible porque puede ser una réplica 00:43:14.430 --> 00:43:21.510 de un premisa hasta o si y en algunos casos pero tenemos que ver cuál es la base de datos 00:43:21.510 --> 00:43:27.610 si es autónomos database o no porque si no es autónomos database puede ser también en 00:43:27.610 --> 00:43:35.680 la aplicación inversa También en w 00:43:35.680 --> 00:43:42.720 es que puedo hacer una réplica de que bueno creo que solo un 00:43:42.720 --> 00:43:48.260 cliente se preguntó esto que quería regresar a un premio de la nube entonces tenía la 00:43:48.260 --> 00:43:52.760 base de datos en la nube en w es no no no me gusta porque tengo que estar utilizando 00:43:52.800 --> 00:44:00.260 una estándar que la bla bla bla entonces ok instalamos el share flex la nube 00:44:00.260 --> 00:44:06.680 y replicamos al revés un premio y cuando lo vas a contar este dice la gente no lo crees 00:44:06.680 --> 00:44:13.900 porque todo el mundo quiere ir a la nube no hay un no no no no hay un Mira, 00:44:14.080 --> 00:44:19.340 uno de los primeros, por ejemplo, que fue con Héctor Martínez, hablábamos de eso de la 00:44:19.340 --> 00:44:24.680 nube. Es decir, todo el mundo parece que se va a la nube y hay muchas empresas que están 00:44:24.680 --> 00:44:29.140 diciendo, cuidado, no todo, cuidado, ciertas cosas las quiero tener en casa. 00:44:29.140 --> 00:44:36.620 Cuidado en ciertas en ciertos costes quiero volver atrás entonces es 00:44:36.620 --> 00:44:42.320 muy interesante a veces dices espera espera que he mandado todo a la nube y hay ciertas 00:44:42.320 --> 00:44:48.370 zonas que las quiero tener en casa si se también eso se ocurre vale y ahora última pregunta 00:44:48.370 --> 00:44:54.210 ay perdona dime dime si también es el fog light por ejemplo tienes un módulo específico 00:44:54.210 --> 00:44:59.610 que cuando tú quieres pasar un servidor una base base de datos en la nube bueno base 00:44:59.610 --> 00:45:03.710 de datos entiendo como infraestructura entonces servidor base de datos y todo esto alrededor 00:45:03.750 --> 00:45:10.870 no Quiero pasar la nube él te va a mirar el coste de pasar a la nube y 00:45:10.870 --> 00:45:16.950 cuánto tú estás gastando utilizando el mismo en el mismo entorno on -premise entonces 00:45:16.950 --> 00:45:22.570 tú puedes hacer la comparativa de coste y yo mira si tú vas a la nube te va a costar 00:45:22.570 --> 00:45:30.390 esto y si tú te te quedas en on -premise esto y todavía cuando no hacemos proyectos 00:45:30.390 --> 00:45:36.370 o vamos a implementar hacemos el análisis para implementar la migración en la nube lo 00:45:36.370 --> 00:45:41.590 que hacemos es hacer una prueba de carga en la base de datos que está en la nube porque 00:45:41.590 --> 00:45:48.910 es claro siempre dentro de todo el benchmark factory usamos por esto que os permite capturar 00:45:48.910 --> 00:45:53.230 la actividad que hacemos en la base de datos dos órganos y replicar todas estas transacción 00:45:53.270 --> 00:46:00.310 pero con más usuario millones de 100 mil 2000 lo que quieras tú hasta la 00:46:00.310 --> 00:46:05.430 nube y vamos a ver cuál es el rendimiento de la base de datos que está en la nube y la 00:46:05.430 --> 00:46:10.510 vamos a comparar porque con el foglet o permite de hacer esto de ser una comparativa 00:46:10.510 --> 00:46:17.050 de rendimiento entre las dos bases de datos en este caso se puede decir más el site de 00:46:17.050 --> 00:46:24.350 la base de datos del entorno en la nube es suficiente 00:46:24.350 --> 00:46:31.530 para mantener esta la base de datos con este nivel de 00:46:31.530 --> 00:46:37.690 rendimiento entonces esta es una cosa que tienes que mirar antes que pasar a la nube 00:46:37.690 --> 00:46:43.310 no es que puede ir a la nube y después vas A la nube el sáenz no es correcto. 00:46:43.310 --> 00:46:50.830 Tienes que, o es demasiado grande, entonces está teniendo más gastos para mantener tu 00:46:50.830 --> 00:46:58.790 base de datos en la nube y tienes que ir, entonces está perdiendo dinero o está, o el 00:46:58.920 --> 00:47:06.680 caso que es demasiado pequeño, entonces no tiene el mismo tiempo de respuesta y 00:47:06.680 --> 00:47:11.480 la aplicación va lenta, los clientes se ponen, eso no puede ser. 00:47:11.480 --> 00:47:18.260 Entonces, para hacer un cambio de plataforma y pasar al nube, uno tiene que estar muy 00:47:18.260 --> 00:47:23.180 cuidado con los costes y tienes que tener herramientas que te permitan decir, sí, puedo 00:47:23.180 --> 00:47:28.560 pasar, tengo conveniencia y miras los costes también de los cambios. 00:47:28.560 --> 00:47:35.880 Y a qué nube, porque también es muy interesante, además está muy en el candelero, 00:47:35.920 --> 00:47:42.600 muy de moda todo el tema de FinOps de pensar no solamente en infraestructuras, sino en 00:47:42.600 --> 00:47:45.280 cuál es la mejor forma de organizarlos. 00:47:45.280 --> 00:47:50.980 Esto lo hablaron en el Cloud World diciendo, es imposible que una sola nube se lo quede 00:47:50.980 --> 00:47:57.420 todo, estamos en multinube y lo mejor es que trabajemos cerca, que los data servers estén 00:47:57.420 --> 00:48:04.220 cerca, que Azure esté cerca de los datacenters de OCI y aquí la configuración de que 00:48:04.220 --> 00:48:10.000 subes a un sitio que subes a otro te da unas diferencias de costes altísimas, o sea, 00:48:10.000 --> 00:48:14.060 esto sí es importante tenerlo en cuenta y considerarlo. 00:48:15.690 --> 00:48:22.690 Es una cosa muy importante para mí algunos 00:48:22.690 --> 00:48:30.430 clientes van a fallar por eso porque no se dan cuenta del coste y del 00:48:30.430 --> 00:48:37.480 rendimiento que base de datos tienes en la nube también sí, sí, sí hay que 00:48:37.480 --> 00:48:44.320 ir al fino ahí una pregunta me decías, SharePlex porque me dijiste, SharePlex es compatible 00:48:44.320 --> 00:48:52.120 para comunicar con Kafka con Snowblade cuéntame entre 00:48:52.120 --> 00:48:59.120 qué plataformas yo puedo hacer este tipo de replicaciones lógicas con con ser entiende 00:48:59.120 --> 00:49:02.700 que base de datos transaccionales como oracle y s con el server y postgres no hay ningún 00:49:02.740 --> 00:49:10.140 problema pero además mais igual también puedo también hacer una implementación 00:49:10.140 --> 00:49:17.620 de unos streaming de datos entonces puedo replicar hasta kafka es claro que la 00:49:17.620 --> 00:49:24.220 transacción voy a replicar no puedo replicar la de diel entonces no puedo replicar algunos 00:49:24.220 --> 00:49:29.360 cambios en la tabla lo puedes replicar también pero se tiene es que un poco cambiar a 00:49:29.360 --> 00:49:36.360 la compatibilidad con la base de datos de destino también y kafka os permite de por 00:49:36.360 --> 00:49:44.780 ejemplo hacer un cambio de colón a dentro de la réplica y añadir 00:49:44.780 --> 00:49:50.320 una nueva una nueva tropa no tiene una nueva colón adentro una tabla y también podemos 00:49:50.320 --> 00:49:57.120 hacer una réplica a través de Event Hub y entonces replicar datos en Azure. 00:49:57.800 --> 00:50:04.480 Esa es una de las características importantes también que tenemos, pero es sólo replicación 00:50:04.480 --> 00:50:11.500 de datos, no vamos a replicar Otras cosas, porque es claro que SharePoint solo es 00:50:11.500 --> 00:50:18.100 de configurar también para replicar toda la DLL de la la actividad que estándar que se 00:50:18.100 --> 00:50:24.640 hace dentro de la base de datos relativa a los esquemas y réplica, entonces que los que 00:50:24.640 --> 00:50:30.480 me si réplica son siempre los que más aplicativo, no voy a replicar los comandos que 00:50:30.480 --> 00:50:32.200 se hace con si esos sistemas. 00:50:32.200 --> 00:50:39.300 Claro, hay una pregunta que nos están haciendo aquí en el en el chat en 00:50:39.300 --> 00:50:45.620 directo que nos está diciendo a Nachos y ser presiones restricciones con ciertos tipos 00:50:45.620 --> 00:50:53.210 de objetos, como los de GoldenGate, no hay 00:50:53.980 --> 00:51:00.640 restricción de objeto, antes las conversiones de tipo muchas veces siempre suele haber 00:51:00.640 --> 00:51:08.200 mandanga y en es decir, no, el tema de integraciones siempre siempre hay mucho 00:51:08.200 --> 00:51:15.640 a pulir ahí porque es que por ejemplo yo puedo 00:51:15.640 --> 00:51:22.940 hacer el cambio de charate 7, no tengo charate 7 la base de datos fuente 00:51:22.940 --> 00:51:26.860 y otra en la base de datos de destino, es claro que los 00:51:28.220 --> 00:51:33.000 Puedes configurar para hacerlo también el cambio de chará tercer se va a adecuar con 00:51:33.000 --> 00:51:39.400 la configuración de la base de datos de destino en este caso compatibilidad la alguna 00:51:39.400 --> 00:51:45.700 limitación por ejemplo bueno no es una limitación porque es otra manera de ver las cosas 00:51:45.700 --> 00:51:53.060 la réplica de los nexos por ejemplo se puede replicar la tabla que 00:51:53.060 --> 00:52:00.240 están dentro del snapshot y tú que va a ser más crear al snapshot en la base de datos 00:52:00.240 --> 00:52:06.420 de destino a que va a leer la información de estas tablas y ser place te la va a replicar 00:52:06.420 --> 00:52:13.220 no puede hacer la replicación de los negros así como está definido 00:52:15.280 --> 00:52:19.980 Entiendo que entiendo que luego hay que aislar fino con tipos de objetos con con ciertas 00:52:20.020 --> 00:52:24.180 vistas materializadas claro es decir no te puedes llevar toda la no es totalmente compatible 00:52:24.220 --> 00:52:31.180 toda la tecnología de toda una arquitectura con otra pero bueno entiendo que pero si 00:52:31.180 --> 00:52:38.360 puede replicar las secuencias puede replicar la código piel es 00:52:38.360 --> 00:52:44.820 igual puede ser replicar los triggers puede replicar la construcción de la vista puede 00:52:44.820 --> 00:52:49.420 replicar la password del cambio de paso de usuario bueno hay un montón de cosas que puede 00:52:49.460 --> 00:52:54.540 replicar pero es claro que algunos un objeto específico 00:52:56.160 --> 00:53:00.050 Puedes tener limitación. Esas se tienen que mirar. 00:53:00.470 --> 00:53:05.250 Pero claro, los problemas propios de compatibilidad entre plataformas, ¿no? 00:53:05.330 --> 00:53:12.650 Entiendo. Voy a hacer una cosa porque he puesto en el canal de Foglight, he puesto los 00:53:12.650 --> 00:53:19.790 dos los dos minicursos que me habías dicho sobre monitorización con Foglight y encontrar 00:53:19.790 --> 00:53:21.570 problemas de rendimiento con Foglight. 00:53:21.610 --> 00:53:24.554 Los he puesto ahí en el canal porque si alguien tiene 00:53:25.350 --> 00:53:31.590 curiosidad, pues es formación de esta que te pedí y voy a poner también en el de SharePlex, 00:53:31.750 --> 00:53:38.230 voy a ponerme, pasaste dos dos enlaces también vuestros de Quest que es el de implementar 00:53:38.230 --> 00:53:44.930 alta disponibilidad Con Oracle y Postgres, que entiendo que es montar esta replicación 00:53:46.910 --> 00:53:54.380 Lógica con SharePlex entre Oracle y Postgres SQL y el otro que es la 00:53:54.380 --> 00:53:57.269 migración de base de datos y replicaciones híbridas. 00:53:57.460 --> 00:53:59.880 He puesto los dos enlaces en los canales. 00:53:59.980 --> 00:54:03.800 Hay un canal que se llama TOA, otro que se llama Foglight y otro que se llama Shareflex. 00:54:03.840 --> 00:54:08.160 Y ahí están los enlaces. Y si alguien tiene alguna duda, tiene alguna pregunta después 00:54:08.200 --> 00:54:12.780 del episodio o si alguien lo está escuchando en la plataforma de podcast, pues que puede 00:54:12.820 --> 00:54:18.960 entrar en el servidor de Discord y preguntarnos cosas y las comentamos. 00:54:19.200 --> 00:54:24.300 Yo estoy ya he puesto aquí los enlaces y 00:54:27.360 --> 00:54:29.900 Yo por mi parte ya te he preguntado todo. 00:54:30.870 --> 00:54:38.150 ¿Qué nos falta? Me estabas hablando el otro día del cursillo, porque después he escuchado 00:54:38.150 --> 00:54:41.550 también el podcast sobre el Postgres. 00:54:42.290 --> 00:54:44.870 Con Loles está la audiencia. 00:54:47.690 --> 00:54:54.690 Y shepherds por ejemplo os permite de poner dos bases de datos postgres 00:54:54.690 --> 00:55:01.780 y réplica sin necesidad de instalar nada de hacer cambio nada nada de todo eso y puede 00:55:01.780 --> 00:55:09.250 ser alguna en la nube una on premise y si quieres puede pasar de los 00:55:09.250 --> 00:55:16.310 datos de postgres a ahora gol y de ahora hasta postgres y Y puede poner en 00:55:16.310 --> 00:55:20.210 alta disponibilidad también la base de datos Postgres. 00:55:20.530 --> 00:55:24.030 Entonces, alta disponibilidad con conflict resolution definido. 00:55:24.190 --> 00:55:28.490 Entonces, sí, esta es un poco la novedad que tenemos este año. 00:55:28.690 --> 00:55:35.430 Bueno, empezamos de mitad del año pasado a trabajar sobre esta nueva funcionalidad dentro 00:55:35.430 --> 00:55:42.850 de SharePlex. Y en un rato, bueno, un rato definido da Product Manager, que no 00:55:42.850 --> 00:55:47.950 sé cuánto puede ser, pero vamos a tener también una con pr ver también en la réplica 00:55:47.950 --> 00:55:54.570 dentro de la plataforma postgres y eso creo que va a ser fatal interesante 00:55:56.010 --> 00:56:02.590 Interesante lo con los les hablábamos eso de bueno de migración de un sitio a otro pero 00:56:02.720 --> 00:56:08.140 claro es muy interesante mantener los dos entornos a mantener mantenerlos vivos. 00:56:10.260 --> 00:56:17.160 Imagínate, alguien quiere probar, pues de Oracle para Postgres, lo les, te lo puedo decir. 00:56:17.360 --> 00:56:23.680 Alguien quiere ir de Oracle, pasar a Postgres, pues puede utilizar el SharePlex y ver. 00:56:23.940 --> 00:56:27.960 Y si resulta que Postgres no funciona tan bien, volver atrás. 00:56:28.700 --> 00:56:35.820 Yo puedo no he visto esto no hay clientes también que 00:56:35.820 --> 00:56:43.660 por ejemplo quiere tener una base de datos donde ejecutar reportero consulta 00:56:43.660 --> 00:56:49.860 muy pesada pesada también para la base de datos productiva que puede ser ahora con una 00:56:49.860 --> 00:56:55.480 nexa dar entonces cuando vas a exceder un reporte o consulta muy pesadas y claro que 00:56:55.480 --> 00:57:02.580 necesidad necesitas recursos y tú qué puede ser puedes implementar una réplica de oro 00:57:02.580 --> 00:57:07.680 hasta bosques y de ahí puede hacer estado análisis a través de una base de datos postres 00:57:07.680 --> 00:57:14.770 con coste que no es tan comparable con la que necesitas tú 00:57:14.770 --> 00:57:19.670 para mantener la base de datos de ahora gol entonces todo ese recurso que va a ahorrar 00:57:19.670 --> 00:57:24.310 puede ser utilizado de la explicación que está corriendo dentro de la base de datos productiva 00:57:24.350 --> 00:57:31.290 sin entrar en precios sin entrar en bienes similar fino licencia de ser plex respecto 00:57:31.290 --> 00:57:38.250 licencias de golden gate es más caro ser plex es más barato mismo precio no es más barato 00:57:38.250 --> 00:57:45.760 no lo digo porque soy claro pero 00:57:45.760 --> 00:57:52.600 me parece que es más barato no estoy de los precios las preguntas de los precios nunca 00:57:52.600 --> 00:57:59.640 voy a responder Porque no es mi tema si el tema es técnico pero a veces si lo puedes 00:57:59.640 --> 00:58:07.160 saber es más caro pero vale la pena o decir vale lo mismo es más 00:58:07.160 --> 00:58:14.200 barato y no vale la pena Vale, a ver, Loles está diciendo que quiere una licencia 00:58:14.200 --> 00:58:18.600 de prueba del Sherplex, yo voy a poner también, porque eso también lo has pasado tú, 00:58:18.640 --> 00:58:24.840 la versión de prueba de toda, la voy a poner en el canal de todas, pero tienes alguna 00:58:24.840 --> 00:58:31.900 de ser, pues ésta no tengo yo ninguna, no sé, yo no tengo nada de eso, es que 00:58:31.900 --> 00:58:37.560 no creo que se puede porque todo es muy fácil de descargar, es una aplicación que hace 00:58:37.560 --> 00:58:44.180 next, next, next y ya está, porque está bajo Windows, la de share plex es un poco un 00:58:44.180 --> 00:58:51.400 poco distinta, sabes, pero si se puede, si es necesario podemos 00:58:51.400 --> 00:58:57.840 compartir una, traía una versión, traía, traía, que tienes toda la funcionalidad, la 00:58:57.840 --> 00:59:04.620 puedes probar donde, en cualquiera, vale, cuando la tengas lo ponemos en el canal de 00:59:04.620 --> 00:59:11.270 ser place y así, sí, lo dejamos para que alguien también pueda tenerlo. 00:59:13.760 --> 00:59:16.600 Qué bien oye, se nos ha pasado la hora volando. 00:59:16.680 --> 00:59:24.260 No sé tú sí, sí a ver, si alguien 00:59:24.260 --> 00:59:27.380 tiene alguna pregunta, si alguien quiere subir a hablar con nosotros, sabéis que podéis 00:59:27.420 --> 00:59:31.060 levantar la mano, os subimos y podéis. 00:59:31.420 --> 00:59:36.680 Mira, Nacho nos ha mandado un documento sobre GoldenGate, sobre qué es lo que está soportado 00:59:36.680 --> 00:59:43.700 y no en la classic architecture bueno aquí tendríamos que entrar más 00:59:43.700 --> 00:59:50.820 más y lo es más más fino vale sobre los los modos soportados y tal 00:59:50.820 --> 00:59:57.980 esto lo tenemos que ver esto no lo sé yo no lo sé dice si 00:59:58.100 --> 01:00:02.780 no es number binario o sea lo que extrae es number binario flow binario doble el daytime 01:00:02.820 --> 01:00:07.240 stamp es decir son los que los que soporta y los que no soporta 01:00:10.580 --> 01:00:14.180 No sé, no sé, Nacho, nos tenemos esto al vuelo. 01:00:14.180 --> 01:00:16.220 Mira, esa documentación, complicado. 01:00:16.470 --> 01:00:19.170 Lo podemos comentar en el canal, vale. 01:00:19.170 --> 01:00:23.090 Ver un poco más específico algún problema lo mejor que tengas y ver si 01:00:24.110 --> 01:00:31.370 lo resolvemos. Genial. Un problema que puedo ver es los 01:00:31.370 --> 01:00:33.870 formatos de datos custom, 01:00:34.850 --> 01:00:41.870 eso puede ser que vas a tener algunos problemas, pero los demás claro, te dice que no 01:00:41.870 --> 01:00:44.990 soporta, claro, dice no soporta. 01:00:46.710 --> 01:00:51.450 UDT tablas que tienen una columna que sea de tipo 01:00:52.870 --> 01:00:55.970 XML type column. No, no, eso no. 01:00:56.810 --> 01:01:00.430 Los barchardos extendidos, por ejemplo. 01:01:01.970 --> 01:01:09.140 Bueno, vale. Entonces tengo que leer otra vez la release note del 01:01:09.140 --> 01:01:11.640 producto para comprender si estás confundido. 01:01:11.640 --> 01:01:18.700 Sí, sí, claro, claro. Entiendo que son limitaciones que Oracle con el supplemental 01:01:18.700 --> 01:01:24.380 login de entender. A partir de los redo logs, las construcciones de ciertos, de ciertos 01:01:24.380 --> 01:01:31.200 logs, no es tan evidente sacar la transacción o el comando, digamos, de insert o de update 01:01:31.200 --> 01:01:34.740 para propagarlo. Y por eso no lo soporta. 01:01:34.740 --> 01:01:38.580 Pero fíjate que esta es versión 21, estamos hablando de versión avanzada. 01:01:38.620 --> 01:01:43.740 Pero bueno. Uy, dice, si Sherpless no tiene esas limitaciones, puede ser interesante, 01:01:43.920 --> 01:01:45.780 disculpad que igual es hilar muy fino. 01:01:45.820 --> 01:01:52.580 Bueno. A veces hay funcionalidades es que no se cubren precisamente para no, porque no 01:01:52.580 --> 01:01:56.469 se han puesto a implementarlas simplemente, no porque a lo mejor sean, 01:01:57.440 --> 01:02:01.080 estén fuera del alcance, no lo sé. 01:02:01.080 --> 01:02:06.300 En todo caso lo comentamos en el, en el canal, lo dejamos en el canal, ¿vale? 01:02:06.380 --> 01:02:08.000 Y preguntas abiertas y tal. 01:02:09.530 --> 01:02:13.363 Grabaremos el podcast, lo subiremos, lo propagaremos, habrá gente que 01:02:14.790 --> 01:02:21.490 Lo escuchará dentro de los próximos días o semanas, así que el tema lo dejamos abierto; 01:02:21.490 --> 01:02:24.823 en el servidor de discos seguiremos hablando de estas cosas. 01:02:25.980 --> 01:02:32.980 Absolutamente si me parece si alessandro un placer que gustazo extra 01:02:32.980 --> 01:02:37.260 lo que te digo claro desde el principio de esto es imagínate que estamos ahora es claro 01:02:37.300 --> 01:02:42.200 tiene que ser virtual no pero imagínate que estamos en un en un cliente y estamos tomándonos 01:02:42.240 --> 01:02:46.880 un café y el Y entonces, claro, yo te pregunto, cuéntame, cuéntame cosas de, a ver, pero 01:02:46.920 --> 01:02:50.320 de DBA a DBA, ¿sabes? Y es muy interesante. 01:02:51.760 --> 01:02:53.204 ¿Qué tal te lo has pasado? 01:02:54.160 --> 01:03:01.360 Bien, muy bien. No sé si, bueno, espero que se haya estado bastante claro lo 01:03:01.360 --> 01:03:06.800 que he dicho, porque he notado que alguna vez me sale alguna palabra en italiano, entonces, 01:03:06.980 --> 01:03:14.280 no sé. No te preocupes y como está grabado pues alguien podrá reoblizar 01:03:14.280 --> 01:03:20.220 Google Translator en bajos 01:03:23.580 --> 01:03:28.060 Alessandro Español muy Diccionario. 01:03:28.060 --> 01:03:34.300 Oye, muchísimas gracias, Alessandro, un gustazo y gracias a todos por haber asistido 01:03:34.300 --> 01:03:41.410 al podcast. Bien, entonces también gracias para mí por vuestra participación y 01:03:41.410 --> 01:03:47.070 gracias a ti, Javier, para la invitación a este podcast. 01:03:47.730 --> 01:03:53.280 Pues nada, es vuestra casa, es tu casa también. 01:03:53.480 --> 01:04:00.000 Te he puesto el rol de Invited Expert, siempre que quieras entrar y participar o algo 01:04:00.000 --> 01:04:04.440 así, es bienvenido. Es muy interesante hacer aquí comunidad, los técnicos. 01:04:04.440 --> 01:04:09.060 Pues oye, muchas gracias a todos, muchas gracias, Alessandro. 01:04:09.060 --> 01:04:12.110 Gracias a vosotros y buenas tardes. 01:04:12.110 --> 01:04:14.860 Hasta pronto, chao. Hasta pronto.