WEBVTT 00:00:08.780 --> 00:00:10.440 Muy bien, pues buenas tardes, Carla. 00:00:10.480 --> 00:00:13.760 Ya estamos en vivo hola, buenas tardes. 00:00:14.200 --> 00:00:15.600 ¿Qué tal estás? ¿Qué tal estás? 00:00:15.640 --> 00:00:22.800 Oye, a ver, ¿cuántos meses llevamos planificando esta sesión y 00:00:22.800 --> 00:00:28.980 qué ha pasado? La fecha de las letras gallegas, que querías que fueran las letras gallegas. 00:00:29.100 --> 00:00:31.560 Sí, querido después tenías otra migración. 00:00:32.560 --> 00:00:36.400 Sí, un poco ocupada y sí que admito que te tuve un poco 00:00:37.500 --> 00:00:41.880 ahí esperando Me has tenido ahí, vamos esperando 00:00:43.220 --> 00:00:48.380 Pero bueno, encontramos el momento Por fin, por fin Vale 00:00:49.500 --> 00:00:53.740 Como todos sabéis en qué funciona cómo funciona esto, estamos grabando para el podcast 00:00:53.780 --> 00:00:58.200 O sea, los que estáis ahora, asistís en lo que estamos hablando, podéis participar podéis 00:00:58.240 --> 00:01:05.660 levantar la mano y Y saludar, David, levanta la mano ya, vamos a presentarnos. 00:01:07.540 --> 00:01:10.740 Cuidado que es tímido no, no, no, que va, que va. 00:01:10.860 --> 00:01:12.900 Y nadie es tímido, todos somos valientes. 00:01:12.940 --> 00:01:19.300 Y si alguien quiere participar, participa en lo que quiera preguntar o comentar, lo que 00:01:19.300 --> 00:01:22.860 sea. Pero mientras tanto, nos estamos tomando un cafecito tan tranquilos. 00:01:22.900 --> 00:01:24.980 Carla Muñoz López, ¿qué tal estás? 00:01:24.980 --> 00:01:32.640 Estás? Ay, muy bien, aquí con el cafetín recién puesto y esperando a ver, para 00:01:32.700 --> 00:01:36.100 echarnos la charlilla. Muy bien, ¿de qué va esto? 00:01:36.240 --> 00:01:40.020 Vamos a ver, cosas que hemos hablado tú y yo por WhatsApp, que hemos estado calentando 00:01:40.060 --> 00:01:46.920 en alta disponibilidad y Standard Edition y todo esto, cosas que te decía y cosas que 00:01:46.920 --> 00:01:48.840 tú me decías, uy, no, no, no, esto está muy interesante. 00:01:48.880 --> 00:01:51.160 Yo te decía, Standard Edition para mí 00:01:52.220 --> 00:01:56.540 es un quiero y no puedo todo lo que me suena, ah es que yo tengo Oracle Standard Edition 00:01:56.580 --> 00:02:01.650 cuando tengo un cliente que tiene Standard Edition yo digo, ya no voy a poder hacer ciertas 00:02:01.650 --> 00:02:04.170 cosas, me va a saltar un feature not enabled 00:02:06.090 --> 00:02:09.750 Ahora vamos a poder hacer, pues yo que sé, cosas de Data Warehouse de participación, 00:02:09.790 --> 00:02:16.090 cosas así digo, no me gusta Standard Edition pero tú me dijiste, no, espera que hay cosas 00:02:16.090 --> 00:02:21.010 muy chulas a ver, ¿por qué debería yo dejar de pensar que Standard Edition es un un quiero 00:02:21.050 --> 00:02:28.240 y no puedo yo personalmente que pienso bueno yo también soy una persona 00:02:28.240 --> 00:02:34.280 muy creativa no y creo que con esta una división tienes que ser muy creativo o sea no 00:02:34.280 --> 00:02:40.580 es un quiero y no puedo es un que pago y que tengo no os al final tienes ese beneficio 00:02:40.580 --> 00:02:47.200 que lo que prima al final es el dinero no yo tengo una licencia el bueno estoy pagando 00:02:47.200 --> 00:02:52.680 unas licencias en las que voy a tener unas unas posibilidades de base de datos que no 00:02:52.680 --> 00:02:59.180 voy a tener en la estándar, pero hay que sentarse y pensar, ¿yo qué necesito? 00:02:59.800 --> 00:03:06.460 Yo siempre pongo el ejemplo, bueno, hace un par de años, yo tenía un coche, me encantaba 00:03:06.460 --> 00:03:14.500 mi coche, era bastante grandote, pues tenía para llevar muchas maletas, consumía 00:03:14.500 --> 00:03:16.280 muy poco, ¡ah, qué coche tenía! 00:03:18.160 --> 00:03:24.360 Con los años, o sea, por cosas del destino yo ese coche dejé de tenerlo que era un coche 00:03:24.360 --> 00:03:32.250 normal Hoy en día tengo un Smart de dos plazas, pequeñito no cabe 00:03:32.250 --> 00:03:38.870 tanto Pero a mí es lo que me hace falta o sea, ¿por qué quería ese coche cuando yo tengo 00:03:38.870 --> 00:03:44.050 el coche ahora mío? Que es el que dirían, bueno, es un cochecillo es como me suelen decir, 00:03:44.190 --> 00:03:47.590 es como una moto con un capazo No, a mí es lo que me hace falta. 00:03:47.630 --> 00:03:49.352 Y eso es lo que hay que pensar. 00:03:51.580 --> 00:03:56.636 Claro, cuidado que alguien te puede decir, pues si no te hace falta tanto, vete a Postgres. 00:03:58.050 --> 00:03:59.630 Y podrías ir perfectamente. 00:04:00.010 --> 00:04:06.490 O sea, ahí depende qué necesitas, qué quieres o qué cubre tus necesidades. 00:04:06.690 --> 00:04:12.450 Para mí uno estándar, ellos suelen, bueno, se suele decir que para pequeña me di una 00:04:12.450 --> 00:04:18.970 empresa. Y yo siempre digo, bueno, a ver, pequeña media empresa, ¿qué necesidades tiene? 00:04:19.230 --> 00:04:25.750 Al final, son tus necesidades, no el tamaño de la empresa o las funcionalidades que necesites 00:04:25.750 --> 00:04:32.820 de base de datos. Yo, si no necesito, que para mí debería ser estándar, pero bueno, 00:04:32.880 --> 00:04:36.980 particionamiento o paralelismo me parece muy importante, ¿no? 00:04:37.060 --> 00:04:39.020 Y ya todos pensamos en paralelismo, ¿no? 00:04:39.060 --> 00:04:44.180 Para lanzar una SQL o paralelo, no, paralelismo en mi backup, ¿no? 00:04:44.500 --> 00:04:49.140 Que al final sí que tienes esos tiempos que vas a tardar en hacer el backup o vas a tardar 00:04:49.180 --> 00:04:51.736 en recuperar, que me parecen muy interesantes. 00:04:52.140 --> 00:04:59.040 Operaciones online, que pueda hacer un move online, que pueda hacer un rebuild online, 00:04:59.540 --> 00:05:05.600 son muy interesantes en Enterprise, pero yo, si tengo una base de datos, estoy en una 00:05:05.600 --> 00:05:10.640 empresa, como ellos dicen, pequeña, mediana, en la que yo tengo un tiempo de parada, 00:05:12.000 --> 00:05:18.800 Necesito eso online o sea, al final es ver qué necesitas y si te compensa el precio que 00:05:18.800 --> 00:05:26.130 pagas hay Funcionalidades bueno, ya sabemos que tenemos en 00:05:26.130 --> 00:05:34.030 estándar bueno, voy a hablar de 19 que me suele gustar hablar mucho de las actuales, 00:05:34.030 --> 00:05:38.990 versiones actuales que al final es a lo que tenemos que ir todos tenemos que ir al final 00:05:38.990 --> 00:05:45.270 a la última versión Pues tengo, sí, en estándares, en limitación, por ejemplo, poniendo 00:05:45.270 --> 00:05:52.020 un ejemplo así gordote que me parece interesante, que es que tienes limitación 16 .3 00:05:52.020 --> 00:05:54.540 por base de datos, ¿vale? 00:05:54.540 --> 00:06:01.330 Yo ya sé que tengo una limitación de consumo, sé que tengo una limitación de funcionalidades, 00:06:01.330 --> 00:06:07.650 como el particionamiento, el diagnóstico y tuning, que siempre digo que un buen DBA y 00:06:07.650 --> 00:06:12.630 un buen DBA en rendimiento se demuestra con una estándar, no se demuestra con una Enterprise, 00:06:12.670 --> 00:06:16.830 porque al final tú en la Enterprise tienes muchas herramientas, pero en la estándar no 00:06:16.870 --> 00:06:22.030 tienes ninguna. Y desde el Enterprise Manager el clic es muy fácil, ¿eh? 00:06:22.410 --> 00:06:25.310 Aplico profiles, aplico profiles y clic, clic. 00:06:25.410 --> 00:06:26.990 ¿Quieres aplicar estos profiles? 00:06:27.030 --> 00:06:28.870 Sí, sí, siguiente, siguiente, siguiente. 00:06:28.910 --> 00:06:31.290 Y se montan unos títulos guapos, ¿eh? 00:06:31.290 --> 00:06:36.690 Claro, porque al final es el clip fácil, como digo yo, de aplico el profile, pero no 00:06:36.690 --> 00:06:39.523 veo que me está diciendo el profile qué va a hacer. 00:06:39.810 --> 00:06:46.170 A mí en el momento siempre me suelen saltar las alas en plan, bueno, si un profile me 00:06:46.170 --> 00:06:51.370 está diciendo que va a paralelizar a Chorrón, es que no he encontrado otra opción. 00:06:52.210 --> 00:06:57.210 Entonces es que yo en esa consulta voy a tener que meter mano, porque cuando la opción 00:06:57.210 --> 00:07:05.450 es paralelizar un consumo, un plan de ejecución, que igual 00:07:05.450 --> 00:07:09.510 no está haciendo lo que debería hacer, o está haciendo lo que debería hacer, pero no 00:07:09.550 --> 00:07:16.440 es lo que yo quería, Creo que siempre hay que tener, aunque sea fácil el click, analizar 00:07:16.440 --> 00:07:23.870 y revisar. ¿sabes? Y bueno, estándar yo a 00:07:23.870 --> 00:07:29.570 dónde iba no lo veo un mal producto, realmente es un buen producto y necesita creatividad, 00:07:29.690 --> 00:07:34.600 ¿no? No vas a tener particionamiento, tienes opciones para hacerlo, realmente las tienes 00:07:35.780 --> 00:07:40.880 pero utiliza la creatividad un poco ¿la necesito? 00:07:41.320 --> 00:07:46.400 Igual no necesito particionamiento igual no necesito, bueno diagnóstico y tuning yo creo 00:07:46.400 --> 00:07:53.420 que está clara mi Posición que creo que siempre hay opciones que no 00:07:53.420 --> 00:08:00.820 sean del clip fácil o sea, o climas más yo cada vez que veo la gente que particiona 00:08:00.820 --> 00:08:07.240 a mano, con varias tablas y una vista que lo junta todo y tal, a mí me entra todo mal 00:08:07.240 --> 00:08:12.720 a mí esta creatividad a mí esta creatividad pero funciona, como digo yo, funciona 00:08:13.960 --> 00:08:18.560 Cumple la expectativa que tú necesitas para tu negocio Sí, que 00:08:19.740 --> 00:08:25.220 lo podría tener más fácil también, pero estamos hablando de cómo saltar una limitación 00:08:25.220 --> 00:08:29.720 de un producto en el que estás pagando igual 10 veces menos, no sé, estoy exagerando, 00:08:29.760 --> 00:08:37.150 ¿no? Bueno, o no, pero tienes que saber con lo que trabajas y ahí sí 00:08:37.150 --> 00:08:43.730 que estoy viendo que la tendencia de Oracle es ir recortando un poco los beneficios que 00:08:43.730 --> 00:08:47.897 tendrías, bueno, beneficios entre comillas, que tendrías con estándar, ¿no? 00:08:49.010 --> 00:08:51.150 Van quitando más cositas, ¿no? 00:08:51.230 --> 00:08:53.470 Pues el Graph, el Spatial, ¿no? 00:08:53.510 --> 00:08:59.610 Que antes lo tenías, ya no lo tienes, ahora esta limitación de los 16 .3, que antes podías 00:08:59.610 --> 00:09:03.110 jugar un poquito, ¿no? Por el tema de los sockets, los cores... 00:09:05.130 --> 00:09:11.730 Bueno a mí que me parece que están moviendo esas facilidades o esos extras, los están 00:09:11.730 --> 00:09:15.880 moviendo a Cloud. Porque, por ejemplo, en Cloud sí que están haciendo con la base de 00:09:15.920 --> 00:09:20.809 datos autónomos de tener toda la parte de Analytics, Pero un autónomo no es un estándar. 00:09:21.200 --> 00:09:26.020 No, no, claro que no claro, ahí hablamos de cosillas distintas. 00:09:26.080 --> 00:09:27.500 Al final es el producto que tienes. 00:09:27.540 --> 00:09:34.270 Tú tienes que saber y antes de implementar, también es fácil, bueno, fácil entre comillas, 00:09:34.290 --> 00:09:39.290 cuando estás implementando y ves que te hacen falta funcionalidades que no tienes en 00:09:39.290 --> 00:09:42.123 estándar, tienes que dar un salto en el enterprise. 00:09:42.510 --> 00:09:48.390 No, pues lo mismo te pasa con Autonomous o lo mismo te pasa, o sea, a mí me puede resultar 00:09:48.390 --> 00:09:53.710 muy eficiente tener un estándar en una empresa, vuelvo a repetirlo, de pequeña a mediana, 00:09:53.730 --> 00:09:57.790 que no estoy muy de acuerdo con esto, pero bueno, es en lo que encasillan, yo supongo 00:09:57.830 --> 00:10:04.690 que por el precio, que al final darme cuenta que yo con mi pequeña o mediana empresa 00:10:04.690 --> 00:10:10.750 voy a necesitar, pues, no sé, en quitación voy a necesitar, bueno, diagnostic y tuning, 00:10:10.850 --> 00:10:12.683 voy a necesitar particionamiento, 00:10:13.030 --> 00:10:18.630 Necesitar esas funcionalidades que no tengo en la estándar pero si no las necesitas ¿por 00:10:18.630 --> 00:10:25.790 qué no? Todos queremos tener el coche de última gama a todos nos gusta y yo prefiero 00:10:25.790 --> 00:10:29.770 tener de más que de menos y también creo que es mucha creencia gallega cuando vienes 00:10:29.810 --> 00:10:34.450 a comer a Galicia que te ponen 10 platos y dices, necesitas uno para comer, pero yo te 00:10:34.490 --> 00:10:39.670 voy a poner 10 no, pues al final todos queremos un poco de eso pero aquí en eso, como 00:10:39.670 --> 00:10:42.781 el que paga es otro yo siempre pido que tiran Enterprise 00:10:43.270 --> 00:10:50.560 No, yo es que ahí sí que, jolín, Enterprise, yo admito, es muy cómoda para un administrador, 00:10:50.700 --> 00:10:53.320 pero realmente es lo que necesita la empresa. 00:10:54.890 --> 00:10:59.270 Pues es que yo pienso más que lo que necesita en que es lo que puede necesitar, lo que 00:10:59.310 --> 00:11:00.699 puede llegar a necesitar. 00:11:00.750 --> 00:11:04.470 Pero cuando lo llega a necesitar se hace el cambio, se hace el cambio en la Enterprise. 00:11:04.510 --> 00:11:10.370 Si no es traumático el cambio, al final te voy a hacer, yo como DBA, no me va a suponer 00:11:10.370 --> 00:11:15.270 mucho trabajo y tú vas a tener las funcionalidades que has descubierto que necesitas 00:11:15.270 --> 00:11:19.326 ahora. Pero ¿por qué empezar con una Enterprise cuando yo no la necesito? 00:11:20.520 --> 00:11:23.000 Ahí voy un poco, esto es como una evolución. 00:11:24.900 --> 00:11:28.140 Y viniendo al tema que queríamos hablar, ¿no? 00:11:28.440 --> 00:11:32.920 De SEJA, ¿no? De alta disponibilidad en estándar. 00:11:32.980 --> 00:11:35.313 Alta disponibilidad en estándar no existe. 00:11:35.830 --> 00:11:39.970 No es el concepto, aunque lo vendan como SEJA, no es alta disponibilidad. 00:11:40.290 --> 00:11:44.510 Tienes un activo pasivo o sea, es como tener un RESTAR, pero con dos nodos. 00:11:45.770 --> 00:11:52.070 Yo tengo mi activo, ¿no? En el que, pues por lo que sea, mi base de datos cae, yo la 00:11:52.070 --> 00:11:54.490 paro por temas de mantenimiento y levanto en otro nodo. 00:11:54.530 --> 00:11:56.250 Pero ahí tenemos unos minutos, ¿no? 00:11:56.290 --> 00:12:01.390 Un tiempo en el que tengo que parar la base de datos y arrancarla en el otro nodo. 00:12:01.550 --> 00:12:03.661 Eso para mí no es alta disponibilidad. 00:12:04.130 --> 00:12:06.890 Alta disponibilidad es un rack, ¿no? 00:12:06.930 --> 00:12:11.597 Yo paro servicios, dejo cerrar un nodo, tú no te vas a enterar, seguimos trabajando, 00:12:11.970 --> 00:12:13.910 eso en estándar no existe. 00:12:13.910 --> 00:12:16.050 ¿Qué tiene de bueno estándar? 00:12:16.130 --> 00:12:18.490 Tienes esa regla de los 10 días. 00:12:18.890 --> 00:12:21.210 Yo voy a licenciar un nodo y 00:12:22.970 --> 00:12:29.630 Tengo 10 días que, a ver, esto sí que quiero matizarlo, los 10 días es el momento que 00:12:29.630 --> 00:12:32.850 levante un minuto, un segundo, en el otro nodo cuenta un día. 00:12:32.890 --> 00:12:39.410 Pues si yo sé que al año voy a tener pues por un desastre bueno, nunca lo sabes, un desastre 00:12:39.410 --> 00:12:44.850 no lo sabes pero no sé, tareas de mantenimiento etcétera, en la que yo planificadamente 00:12:46.360 --> 00:12:51.020 Vamos a un nodo, levantamos en otro seguimos dando servicio mientras yo trabajo con el 00:12:51.060 --> 00:12:56.340 otro nodo, está muy bien si al final es eso, es lo que pagas, vas a pagar muchísimo menos 00:12:56.940 --> 00:13:03.640 pero no tienes esa escalabilidad de un RAC en el que yo Yo voy agregando... 00:13:03.640 --> 00:13:06.680 No, esto no es un rack seja no es un rack. 00:13:07.600 --> 00:13:10.720 Cuéntame las diferencias de eso con el rack one node. 00:13:11.320 --> 00:13:13.876 Claro yo sí he trabajado con el rack one node. 00:13:13.960 --> 00:13:18.220 Pero el rack one node, tú lo que tienes es un momento en el que estás levantado en otro 00:13:18.260 --> 00:13:22.482 nodo en el que conviven las dos instancias y, bueno, el corte es muy mínimo. 00:13:22.780 --> 00:13:24.540 No es como si fuese un... 00:13:24.540 --> 00:13:26.960 Yo el rack ralentizado, ¿no? 00:13:27.060 --> 00:13:31.620 Que es que no tengo activo el otro nodo, pero hay un momento en el que están ahí conviviendo. 00:13:31.660 --> 00:13:37.860 Eso en ceja no te pasa en ceja es, paro y levanto no va a haber ese momento en el que 00:13:37.860 --> 00:13:40.220 se comparta carga, no existe y 00:13:41.410 --> 00:13:49.050 no veo clara la línea de Oracle que es lo que quiero bueno, te veo ahí dubitativo sí, 00:13:49.350 --> 00:13:55.990 sí, claro, porque a mí claro, es que en el RAC1 cuando tú habilitabas, digamos el RASPR, 00:13:56.090 --> 00:14:01.590 el Application Failover la query continúa claro, pero porque están activas o sea, en 00:14:01.590 --> 00:14:04.390 el momento que empiezas a levantar Hay un momento que están las dos instancias activas, 00:14:04.430 --> 00:14:09.530 exacto. Y se comporta como un rack de dos nodos temporalmente, mientras se Para el primero 00:14:09.530 --> 00:14:12.010 y el segundo se convierte en único. 00:14:12.790 --> 00:14:15.050 Efectivamente, y eso en Seja no lo tienes. 00:14:15.090 --> 00:14:18.201 Seja lo que hace es, para un nodo, levanta en otro nodo. 00:14:18.940 --> 00:14:21.800 O sea, tienes un momento de corte, no van a convivir. 00:14:21.840 --> 00:14:29.140 Por eso digo, One Node no es una funcionalidad o que tengas en estándar, 00:14:29.160 --> 00:14:33.540 no existe. Y ahí está la diferencia. 00:14:33.540 --> 00:14:40.620 Para mí es un el one no siempre lo digo es un casi alta disponibilidad un ceja es 00:14:40.620 --> 00:14:47.740 un no alta disponibilidad es alta disponibilidad lo llaman 00:14:47.740 --> 00:14:53.440 alta disponibilidad y no lo es ahora que estoy con las clases de inglés es un almost 00:14:54.740 --> 00:15:00.080 Almost hoy con el almost sí, sí, el almost sí, sí, sí 00:15:01.810 --> 00:15:08.060 El Almos Zero downtime eso también es una risa Almos Zero, dices, pero cuánto es cuánto 00:15:08.060 --> 00:15:15.180 de Almos Zero Sí, van implementando el TAG el TAF, o sea, el TAG yo para 00:15:15.180 --> 00:15:18.940 mí deriva en, vamos a hacer un poquito más fácil, ¿no? 00:15:19.000 --> 00:15:23.100 El TAF, que el TAF al final tienes que meterte a nivel de código, y hablamos de Enterprise 00:15:23.140 --> 00:15:25.220 hablamos de Enterprise con RAC 00:15:26.200 --> 00:15:30.920 que bueno, ese TAF es un toca código y bueno Bueno, vamos a asumirlo, ¿no? 00:15:30.980 --> 00:15:36.260 Pero ahora empiezan con el tag y el application continuity, que bueno, ya me parece más 00:15:36.260 --> 00:15:38.482 interesante, que es a nivel de servicio. 00:15:39.520 --> 00:15:43.880 Tú no toques código que yo a nivel de servicio ya voy viendo esas transacciones, cómo 00:15:43.920 --> 00:15:46.587 tengo que aplicarlas. Me parece más interesante. 00:15:47.040 --> 00:15:49.220 Pero bueno, tampoco lo tienes en ceja. 00:15:49.300 --> 00:15:56.340 O sea, al final, yo lo que me gustaría que quedase de esta charla es que 00:15:56.340 --> 00:15:59.420 no hay que demonizar a estándar. 00:15:59.620 --> 00:16:04.220 Estándar es muy común en muchos clientes y cumple lo que quieren los clientes. 00:16:04.940 --> 00:16:12.180 Y a no ser que necesites funcionalidades extra por el dinero que estás ahorrando, 00:16:12.240 --> 00:16:15.620 al final tienes un oracle que para nada es un mal producto. 00:16:15.620 --> 00:16:21.960 Mira, llevo dedicándome a Oracle 15 años y porque creo, o sea, me gusta y veo resultados. 00:16:22.420 --> 00:16:28.560 He estado con muchos clientes en los que ves que realmente sí que, bueno, que cumplen 00:16:28.560 --> 00:16:33.000 lo que piden y para mí estándar, no hay que perderlo de vista. 00:16:33.000 --> 00:16:40.050 O sea, estándar. Como digo yo, partes un poco más de creatividad, pero partes de 00:16:40.050 --> 00:16:44.530 creatividad para replicar lo que tendrías pagando más que lo puedes conseguir. 00:16:45.430 --> 00:16:48.750 Lo que decíamos de las vistas, las tablas, particiones... 00:16:48.750 --> 00:16:51.180 Bueno, lo puedes conseguir. 00:16:52.480 --> 00:16:54.313 Hay más tareas de administración. 00:16:55.300 --> 00:16:56.940 Fíjate que yo soy como muy extremista. 00:16:56.980 --> 00:16:59.091 Para mí RAC no es alta disponibilidad. 00:17:00.150 --> 00:17:04.330 ¿Y por qué? Pues porque tienes muchos puntos únicos de fallo. 00:17:07.310 --> 00:17:09.170 ¿Tienes una versión de la tabla? 00:17:09.730 --> 00:17:12.770 ¿Tienes un ASM? ¿Tienes un clusterware? 00:17:13.390 --> 00:17:18.850 Sí, pero el ASM, claro, Al final puedes tener tu redundancia, puedes tener... 00:17:18.850 --> 00:17:22.750 No, a ver, a ver, ¿dónde podemos tener redundancia? 00:17:22.850 --> 00:17:26.310 Tenemos redundancia a nivel de disco, pero ASM tenemos uno. 00:17:26.430 --> 00:17:30.230 Se nos va el ASM a la porra y no arranca el ASM, no tenemos nada. 00:17:31.690 --> 00:17:34.110 Esa alta disponibilidad ya no es tan alta. 00:17:34.110 --> 00:17:38.660 Te pasa con cualquier tecnología, te cae la cabina y te quedas sin base de datos. 00:17:38.880 --> 00:17:43.400 Pero para mí alta disponibilidad es Data Guard, ServiceGuard entre RACs. 00:17:43.980 --> 00:17:47.080 No, Data Guard no es alta disponibilidad, es DR. 00:17:47.260 --> 00:17:54.460 No, es DR. Claro, tú un Data Guard, tú al final lo tienes para desde este 00:17:54.460 --> 00:17:57.200 recovery. No es una alta disponibilidad. 00:17:57.300 --> 00:18:02.860 O no es que mira, por ejemplo, uno de los clientes para los que trabajaba tenían tres 00:18:02.860 --> 00:18:06.940 niveles en el Data Guard. Tenía el Data Guard principal, o sea, la base de datos principal, 00:18:06.980 --> 00:18:10.840 que eran cinco nodos, cinco o siete nodos. 00:18:11.540 --> 00:18:18.140 El Standby, que muchas veces el Standby es el Data Guard que está muchas veces en Red 00:18:18.140 --> 00:18:25.340 Only, está abierto a consultas y, claro, cuando tú haces 00:18:25.340 --> 00:18:29.580 un switchover tú puedes también, bueno, no tienes el TAF, ¿vale? 00:18:29.580 --> 00:18:34.060 Sí, no tienes un TAF, pero bueno, cuando hablamos de alta disponibilidad es que yo tengo 00:18:34.100 --> 00:18:36.460 el servicio disponible lo más posible. 00:18:36.780 --> 00:18:40.500 Y eso es un RAC. Eso es un RAC de discusión. 00:18:40.500 --> 00:18:46.200 Solo a nivel de nodos. Bueno, y a nivel de transacciones. 00:18:48.120 --> 00:18:50.287 Claro, tú al final si se acaba un nodo. 00:18:50.600 --> 00:18:53.044 Si se acaba un nodo sí, alta disponibilidad. 00:18:53.140 --> 00:18:57.840 Pues es que, por eso mismo, yo en el término de que para mí es tener una disponibilidad 00:18:57.880 --> 00:19:00.300 alta, a mí el RAC se me queda corto. 00:19:01.700 --> 00:19:07.860 Muchos puntos únicos de fallo si no hay un stand -by detrás, donde tú puedas hacer un 00:19:07.860 --> 00:19:14.300 failover rápido y si tú no tienes otros mecanismos de redundancia en tablas para poder, 00:19:14.560 --> 00:19:21.540 claro, para a mi la alta disponibilidad solamente de un rack, digo es algo personal es 00:19:21.540 --> 00:19:27.280 una opinión, poniéndome yo pejigueras estamos tomando café, no somos muy segurosos, si 00:19:27.280 --> 00:19:30.891 alguien tiene una opinión distinta puede levantar la mano y decir 00:19:32.840 --> 00:19:38.640 Al final, la herramienta que tienes y alta disponibilidad, al final, va a ser, ahí sí 00:19:38.640 --> 00:19:40.696 que no me bajo, va a ser siempre RAC. 00:19:42.040 --> 00:19:44.900 Un Data Guard es un disaster recovery, es un DR. 00:19:45.420 --> 00:19:50.780 En caso de desastre o una tarea de mantenimiento, que tengo que hacer, que muevo otro 00:19:50.780 --> 00:19:56.320 nodo, tienes ese periodo de parada, pero un RAC no deberías tenerlo. 00:19:56.320 --> 00:19:59.780 Si tienes implementado TAG o simplemente, 00:20:00.860 --> 00:20:07.200 como es un poco al uso, que te va a replicar esas transacciones que tienes de SELECT, 00:20:07.280 --> 00:20:14.060 que es lo de toda la vida, el básico, y que tú tienes esa opción. 00:20:14.060 --> 00:20:18.320 Para mí alta disponibilidad también es, tengo una operación de mantenimiento, joder, 00:20:18.360 --> 00:20:21.680 dejo secar un nodo, aplico mi parche, ¿no? 00:20:22.420 --> 00:20:27.920 Levantamos servicio para el otro nodo, que los usuarios ahí no deberían tampoco enterarse. 00:20:28.320 --> 00:20:30.200 O sea, eso es alta disponibilidad. 00:20:30.240 --> 00:20:33.520 Sí, Esto lo estábamos hablando. 00:20:33.700 --> 00:20:37.280 Lo que te decía el cliente es que tiene el primer rack, que es el principal. 00:20:37.320 --> 00:20:42.440 El Active Data Guard, que es el primer nivel de stand -by. 00:20:42.540 --> 00:20:49.520 Para consulta, ¿no? Sí, para consulta, claro, solo es read -only. 00:20:51.180 --> 00:20:54.013 Y entonces, un tercer nivel, que es el nivel de DR. 00:20:55.420 --> 00:20:58.198 Ese tercer nivel es el nivel de disaster recovery. 00:20:58.380 --> 00:21:05.600 Pero entre la primary y el standby, digamos, en los dos nodos de primary 00:21:05.600 --> 00:21:11.820 y standby del Data Guard, ahí que el switchover sea rápido o que el failover, en un momento, 00:21:11.860 --> 00:21:15.240 arde la cabina, haces failover y tienes el entorno 00:21:16.460 --> 00:21:19.680 Disponible, para mí esa es disponibilidad 00:21:20.750 --> 00:21:27.870 alta Pero volvemos a hablar, estos son términos es como yo le llamo a las cosas Sí, pues 00:21:27.870 --> 00:21:34.950 no, no, o sea ahí vas a tener un tiempo a parada lo vas a tener y ya no es alta disponibilidad, 00:21:35.110 --> 00:21:36.777 pero un rack no lo vas a tener 00:21:38.010 --> 00:21:43.690 Hombre, si se te cae el clusterware si te cae el CRS ¿Dónde está el tiempo de parada? 00:21:44.010 --> 00:21:46.190 ¿Dónde está la alta disponibilidad del rack? 00:21:46.230 --> 00:21:48.330 Pero depende, ¿te cae el CRS en un nodo? 00:21:48.370 --> 00:21:50.037 ¿Tienes el resto de los nodos? 00:21:50.390 --> 00:21:53.930 Un truncate table ¿Dónde está la alta disponibilidad en el truncate table? 00:21:53.970 --> 00:21:55.010 ¿Pero es que un truncate table? 00:21:55.050 --> 00:22:00.070 A ver, ahí estamos cruzando Ahí es el nivel lógico Lógico no te lo va a cumplir Claro, 00:22:00.110 --> 00:22:05.770 tú borras una tabla No es alta disponibilidad Tú sigues dando servicio con los nodos 00:22:05.770 --> 00:22:10.603 Lo que pasa es que, lógicamente Has borrado una información que no te lo va a dar nadie 00:22:11.580 --> 00:22:14.280 Oye, no es alta disponibilidad del dato. 00:22:14.520 --> 00:22:18.180 El dato, si has truncado, el RAC ha hecho su servicio. 00:22:19.920 --> 00:22:22.600 Fíjate qué grande, David, lo que nos dice en el chat. 00:22:22.640 --> 00:22:27.200 Dice, la disponibilidad absoluta no existe, pero a ver quién se lo dice al cliente. 00:22:27.240 --> 00:22:30.220 Es muy buena, David si quieres subirte, subimos aquí. 00:22:30.400 --> 00:22:36.500 Ya ves un poco nosotros. Ahí estamos cruzando alta disponibilidad con protección del 00:22:36.500 --> 00:22:41.420 dato. Con tener datos, o sea, tienes mecanismos en base de datos para recuperar, pero 00:22:41.420 --> 00:22:43.031 ¿a qué sigues dando servicio? 00:22:44.020 --> 00:22:45.964 Claro ¿Esto es alta disponibilidad? 00:22:46.120 --> 00:22:50.230 ¿Seguir dando servicio? Sí, sí hola, David, ¿qué tal? 00:22:50.830 --> 00:22:52.497 ¡Hombre, David! Buenas tardes. 00:22:53.330 --> 00:22:57.090 Te desmutas cuando quieras y entras a hablar, ¿vale? 00:22:57.110 --> 00:22:59.777 Que nosotros no hemos probado micro, pero tú no. 00:23:00.020 --> 00:23:02.780 Claro ¿Qué servicio de qué? 00:23:02.840 --> 00:23:03.900 ¿Alta disponibilidad de qué? 00:23:03.940 --> 00:23:07.640 ¿Qué servicio de qué? ¿De base de datos o servicio de aplicación? 00:23:07.640 --> 00:23:10.040 O servicio de que la tabla esté disponible. 00:23:10.200 --> 00:23:11.460 Hola, David, ¿cómo estás? 00:23:11.500 --> 00:23:15.360 Hola, ¿qué tal? Siempre hay un punto de fallo. 00:23:16.260 --> 00:23:17.860 Eso lo sabemos todos, ¿no? 00:23:17.920 --> 00:23:21.740 Si es rack, pues si no tienes múltiples a la cabina, mal. 00:23:23.520 --> 00:23:25.640 Bueno, puedes tener la redundancia, ¿no? 00:23:25.680 --> 00:23:26.580 Sí, la puedes tener redundancia. 00:23:26.620 --> 00:23:33.760 Si tienes de atacar, activa de atacar, vale, pero si tienes el fast start failover, lo 00:23:33.760 --> 00:23:35.460 puedes tener, pero ahí tienes caída. 00:23:35.500 --> 00:23:37.000 Siempre puede pasar algo. 00:23:37.610 --> 00:23:44.600 Lo que pasa es que a base de mucho dinero y esto es todo lo contrario de del estándar 00:23:44.600 --> 00:23:51.580 que está hablando a base de mucho dinero se puede minimizar pero merece la pena pues 00:23:51.580 --> 00:23:58.260 no sé todo hemos estado un cliente muy crítico llega un momento que dice el cliente asumo 00:23:58.260 --> 00:24:02.980 asumo cinco minutos de pérdida de servicio porque lo que me está costando esto vale más 00:24:03.020 --> 00:24:05.464 que la posibilidad de que se me caiga un día 00:24:10.890 --> 00:24:17.680 Si para mí es o sea tenemos aquí dos patas que estamos tratando una es la alta disponibilidad 00:24:17.680 --> 00:24:24.760 en un rack el que tienes que tenerlo ese punto de fallo en el que te puede fallar un 00:24:24.760 --> 00:24:29.340 nodo pero vas a tener el resto dando servicio no no me estoy centrando en almacenamiento 00:24:29.380 --> 00:24:33.980 porque al final no sé lo que se centra un rack el rack lo que se está centrando es que 00:24:34.020 --> 00:24:39.100 tú tengas ese ese procesamiento dividido entre los nodos y que pueda dar servicio. 00:24:39.500 --> 00:24:45.580 El Raster te permite escalar, más que una disponibilidad elevada, pero lo que más tiene 00:24:45.580 --> 00:24:52.570 es escalabilidad. Porque al final vas a depender de una cabina, que casi siempre será 00:24:52.570 --> 00:24:56.610 una única cabina, habrá sitios muy potentes que tengan dos cabinas, que tengan redundancia, 00:24:56.650 --> 00:25:01.810 y vas a depender de una red de interconect, que también suele ser un punto de fallo. 00:25:02.680 --> 00:25:06.420 Porque puedes entrar de muchos nodos Se te cae un nodo y se te cae el 10 % de RAR No 00:25:06.460 --> 00:25:09.360 lo notan Y si se te cae un CPD 00:25:11.200 --> 00:25:16.420 Pero eso no es culpa de RAR No, al final Hay que ver al final qué posibilidad tienes 00:25:16.420 --> 00:25:21.840 de Desastre Si se te cae un CPD, haces un switch over Pero eso tiene un tiempo también 00:25:22.380 --> 00:25:29.460 Ahí lo has dicho Es que Cuando hablamos de alta disponibilidad Nos basamos 00:25:29.460 --> 00:25:31.404 en los desastres que pueden suceder 00:25:32.720 --> 00:25:37.600 Sí, pero es que para mí yo diferencio lo que es alta disponibilidad que tienes en un 00:25:37.600 --> 00:25:39.760 rack con un disaster recovery, ¿no? 00:25:39.800 --> 00:25:47.150 O sea, tienes esa opción de desastre, pero que estamos juntando, yo pienso 00:25:47.150 --> 00:25:49.030 que dos términos distintos, ¿no? 00:25:49.030 --> 00:25:56.740 RAC, alta disponibilidad perfecto opción B, si tienes un problema a nivel de infraestructura 00:25:56.740 --> 00:26:03.900 o a nivel de, bueno o no, I a nivel de cabina o yo que 00:26:03.900 --> 00:26:08.780 sé, tienes un RAC de 5 nodos por cualquier motivo tienes 5 nodos fuera, pues tiramos 00:26:08.780 --> 00:26:13.100 de disaster, pero se escapa del ámbito de lo que estamos hablando, de alta disponibilidad 00:26:13.140 --> 00:26:20.160 no Sé si me explico qué debate, qué debate más grande, pero ya nos estamos metiendo en 00:26:20.160 --> 00:26:25.830 una harina. Claro, sí son términos que pueden parecer 00:26:26.890 --> 00:26:28.557 similares, pero son distintos. 00:26:29.060 --> 00:26:33.780 Sí, son interpretaciones, pero por eso yo me pongo ahí en el extremismo. 00:26:33.800 --> 00:26:38.960 Yo digo, como dice David, para mí el RAC es escalabilidad y alto rendimiento. 00:26:39.260 --> 00:26:43.260 Queremos aumentar rendimiento, aumentamos nodos y si se nos cae un nodo, tenemos alta 00:26:43.300 --> 00:26:44.400 disponibilidad a nivel de nodo. 00:26:44.440 --> 00:26:46.040 Si se nos cae un nodo, estamos salvados. 00:26:46.080 --> 00:26:50.280 Pero no estamos salvados si alguien hace un drop table Que en un Data Guard si tienes 00:26:50.320 --> 00:26:56.100 en un momento dado poder propagar al stand -by con un delay de 5 minutos. 00:26:56.300 --> 00:27:01.520 Claro, pero eso ya nos ponemos en las casuísticas muy concretas y que tú lo tengas más 00:27:01.520 --> 00:27:06.960 o menos analizado. No todo el mundo, bueno, no todo el mundo, el 99 % no tiene ese delay. 00:27:07.160 --> 00:27:14.400 ¿Por qué? ¿Por qué? Porque yo quiero que sea mi opción si tengo un desastre. 00:27:14.500 --> 00:27:19.620 Yo no puedo tener un desastre en producción y tener un delay en la standby, no sé, voy 00:27:19.620 --> 00:27:24.509 a poner 24 horas como si son 6, en el que tarda en recuperar y yo no puedo dar servicio. 00:27:25.160 --> 00:27:28.940 O sea, yo para mí ese delay es cuando tienes dos Data Guard. 00:27:29.080 --> 00:27:29.960 Pero puedes tener varios. 00:27:30.000 --> 00:27:33.680 Uno claro, sí, sí, sí yo lo veo cuando tienes dos Data Guard. 00:27:33.680 --> 00:27:36.720 Hasta cuatro Data Guard, por lo que estabas diciendo antes. 00:27:36.760 --> 00:27:41.020 Claro, pero tú siempre tienes uno que es el que no va a tener ese delay, que es en El 00:27:41.060 --> 00:27:43.900 que vas a tirar porque tienes esa contingencia, ¿no? 00:27:43.940 --> 00:27:51.060 Y luego tienes el resto en el que tirarás si tienes ese delay o, bueno, tienes infraestructura, 00:27:51.060 --> 00:27:56.400 licencias, etcétera, lo que quieras, para poder evaluar este tipo de casos. 00:27:56.840 --> 00:28:02.980 O un punto intermedio tú puedes decir, hombre, pues que tengo un delay de 15 minutos 00:28:02.980 --> 00:28:07.980 o de media hora. Claro, pero para recuperar, si es un sistema crítico, tú tienes esos 00:28:07.980 --> 00:28:11.720 15 minutos que vas a perder, ¿no? 00:28:11.760 --> 00:28:16.140 Vas a perder en el momento que yo, en modo contingencia, tenga que tirar contra mi data 00:28:16.180 --> 00:28:19.560 guard, en el que voy a tener ese delay de 15 minutos que tiene que recuperar. 00:28:19.600 --> 00:28:27.900 Yo, o sea, para un sistema productivo en el que tengas ese, bueno, 00:28:27.940 --> 00:28:32.860 que puedas tirar de ese datagar para esa, bueno, como comentéis vosotros, ¿no? 00:28:32.880 --> 00:28:38.020 Esa alta disponibilidad, entre comillas, que sea muy, muy rápido, luego ya tendré yo, 00:28:38.060 --> 00:28:45.600 si puedo, si tengo infraestructura y si lo tengo contemplado, otros datagar que 00:28:46.200 --> 00:28:48.760 sean, pues, no sé, se me ocurre así de primeras, ¿no? 00:28:48.800 --> 00:28:50.040 Que lo tenga para desarrollo. 00:28:50.080 --> 00:28:52.469 ¿Estás viniendo a nuestro terreno, querida? 00:28:52.740 --> 00:28:59.740 No, no creo es un tema también 00:28:59.740 --> 00:29:02.020 más quizá dialéctico de todo. 00:29:02.100 --> 00:29:06.380 Al final le presentamos al cliente que, como te decías al principio, con estándar tú 00:29:06.420 --> 00:29:09.320 pagas por unas determinadas funcionalidades. 00:29:09.560 --> 00:29:11.820 ¿Cuánto quieres pagar? ¿Cuánto necesitas? 00:29:11.860 --> 00:29:17.620 Como Decía David, ¿cuánto te cuesta a ti perder cinco minutos de servicio? 00:29:17.620 --> 00:29:24.980 Pues si te cuesta infinito, es decir, o que puedes perder todo el funcionamiento 00:29:24.980 --> 00:29:30.920 de tu empresa porque te dedicas a la bolsa y cinco minutos de caída te supone una pérdida 00:29:30.920 --> 00:29:35.840 de reputación que tienes que cerrar persiana, pues entonces ahí sí, ahí tenemos que buscar 00:29:35.880 --> 00:29:40.000 la super máxima disponibilidad a nivel de todo y pagar el coste. 00:29:40.000 --> 00:29:41.540 Pero a lo mejor no necesitas eso. 00:29:41.580 --> 00:29:48.000 A lo mejor puedes decir, bueno, pues me puedo asumir cinco minutos de caída o una hora 00:29:48.000 --> 00:29:51.444 de caída. O puedo asumir una hora de parada y no hay problema. 00:29:53.720 --> 00:29:55.887 Venga, cuéntanos más cosas de estándar. 00:29:56.340 --> 00:29:58.680 David, ¿te quieres subir o te quieres volver a la audiencia? 00:29:58.720 --> 00:30:00.498 No, me vuelvo, que sigue a ella. 00:30:02.280 --> 00:30:04.940 Vale venga, pues te bajo para abajo. 00:30:04.940 --> 00:30:07.020 No discuto con ella, que es muy pesada. 00:30:07.060 --> 00:30:12.900 Dilo, David. Muchas gracias, David pues venga, sigue contándome las cosas de estándar. 00:30:12.940 --> 00:30:18.040 Venga, si yo tuviese que plantearme relación calidad -precio o ventajas... 00:30:18.040 --> 00:30:21.500 Bueno, ya hemos dicho que alta disponibilidad no es alta disponibilidad, pero, hombre, 00:30:21.540 --> 00:30:25.160 el poder tener una infraestructura de clúster en servidores y poder tener una base de 00:30:25.200 --> 00:30:28.300 datos que puede en un momento dado conmutarla... 00:30:28.300 --> 00:30:32.860 Bueno, no conmutarla, no, pararla y arrancarla en otro nodo. 00:30:33.800 --> 00:30:39.860 ¿Qué otras ventajas o qué otros beneficios, no tanto en alta disponibilidad, sino en 00:30:39.860 --> 00:30:45.760 estándar, calidad -precio, crees que pueden ser interesantes para considerar, mira, oye, 00:30:45.820 --> 00:30:48.520 es que con esto a lo mejor no necesitas ir a Enterprise? 00:30:48.560 --> 00:30:56.050 Es que ahí vuelvo a lo que empezamos comentando es que necesitas o 00:30:56.080 --> 00:31:03.240 sea qué quieres hacer qué vas a hacer con el dato que tú puedes permitirte una 00:31:03.240 --> 00:31:10.580 parada de 10 minutos no necesitas particionamiento no necesitas bueno hay funcionalidades 00:31:10.580 --> 00:31:17.080 que van quitando en la 19 además en la que me centro como graves no el espacio lo necesitas 00:31:17.080 --> 00:31:23.490 no te realmente tienes que pagar por un under price 00:31:24.500 --> 00:31:31.650 o sea para mí es el punto inflexión al final siempre es el precio si necesitas 00:31:31.650 --> 00:31:38.450 lo que comentaba yo yo al final estoy contenta con un smart necesito un ferrari no no 00:31:38.450 --> 00:31:43.690 porque yo el uso que le doy a las es mares, irme por la ciudad con el Coche, hacer unos 00:31:43.690 --> 00:31:48.530 recados volver a casa consumo de poquito, no pago mucho seguro ¿sabes? 00:31:48.630 --> 00:31:54.230 O sea, a mí a nivel de gasto, pues, jolín, me compensa muchísimo, ¿por qué voy a pagar 00:31:54.230 --> 00:31:58.810 un Ferrari? El Ferrari va a hacer lo mismo a mí el Ferrari me va a llevar al supermercado, 00:31:58.850 --> 00:32:04.770 a mí el Ferrari me va a llevar a visitar a la familia, o el Ferrari lo voy a aparcar 00:32:04.770 --> 00:32:06.750 igual, bueno, casi igual, ¿no? 00:32:07.270 --> 00:32:14.510 Que el Smart Necesito el Ferrari y ahí está para mí ahí está 00:32:14.510 --> 00:32:21.670 el punto tienes que saber exactamente qué necesitas y yo lo veo, siempre dije para mí 00:32:21.670 --> 00:32:26.080 la opción estándar me parece más que válida y 00:32:27.520 --> 00:32:32.920 Es algo que voy a defender porque hay gente que pienso bueno, empresas, compañías que 00:32:32.920 --> 00:32:37.840 están pagando por un Enterprise cuando no lo necesitan pero nos encontramos con esos 00:32:37.840 --> 00:32:42.800 baches que nos van poniendo continuamente vale, ahora eras muy feliz ¿no? 00:32:42.820 --> 00:32:48.120 Con tus dos soques, con cuatro teníamos el límite, bueno tal ahora te voy a rebajar con 00:32:48.120 --> 00:32:52.920 las 19 y te voy a poner que como mucho vas a tener 16 threads ¿no? 00:32:52.980 --> 00:32:55.500 Vas a tener como mucho esos dos soques, ¿sabes? 00:32:55.540 --> 00:32:57.760 Veo que van poniendo un poco piedras 00:32:58.760 --> 00:33:05.180 pero que sigue pareciendo una opción válida según el negocio y la carga que tengas o 00:33:05.180 --> 00:33:07.624 la explotación que hagas de la base de datos 00:33:07.780 --> 00:33:13.340 claro, aquí Yo lo que veo, y esto ya es, estamos tomando café y estamos opinando de una 00:33:13.340 --> 00:33:15.729 corporación multinacional que no dirigimos. 00:33:17.560 --> 00:33:20.680 Pero, ¿qué veo en Oracle? 00:33:20.740 --> 00:33:22.518 Lo que decías al principio, ¿no? 00:33:23.140 --> 00:33:27.140 Puedes empezar con estándar y puedes ir con estándar, pero llega un momento en el que 00:33:27.180 --> 00:33:32.720 hay algo que quieres hacer y te dicen, ah, es que esta opción solo está en la interpretación. 00:33:33.140 --> 00:33:34.740 ¿Ah, que quieres hacer eso? 00:33:34.820 --> 00:33:41.540 No, eso tienes que y a mí me parece, no un error, porque entiendo que quizá ellos sí 00:33:41.540 --> 00:33:48.040 quieren utilizar ese ponerte en la encrucijada, en el cruce de caminos de decir, ahora 00:33:48.040 --> 00:33:52.940 sí, o sigues viviendo con Enterprise o pasas al modo premium, ¿no? 00:33:53.360 --> 00:34:01.030 Al modo caro bueno, Dos cosas ¿Cómo 00:34:01.030 --> 00:34:06.530 configurarías tú una estándar o qué componente le dirías? 00:34:06.570 --> 00:34:10.050 Mira, es que debería tener esto para ser estándar, ¿no? 00:34:10.050 --> 00:34:13.810 No ser enterprise ¿Qué tiene la enterprise que no incluye la estándar? 00:34:13.850 --> 00:34:19.630 ¿Una? Y si todo fuese, y segunda pregunta, sí, pero así te dejo responder a las dos. 00:34:19.710 --> 00:34:27.110 Si tú pudieses configurar, digamos, un estándar con cualquier cosa de Enterprise que 00:34:27.110 --> 00:34:33.670 tuviese coste, dirías, mira, para una pequeña, media empresa, yo le recomiendo, si pudiera 00:34:33.670 --> 00:34:40.190 ser, debería tener, pues mira, pues estándar, si pudiera tener, a lo mejor Graph es muy 00:34:40.190 --> 00:34:41.410 específico, lo acabas de decir, ¿no? 00:34:41.450 --> 00:34:46.810 O Spatial, es quizá muy específico pero para mí, por ejemplo, no estoy tuning el tuning 00:34:46.810 --> 00:34:52.310 pack pues es que te facilita, bueno, es mi opinión facilita mucho cuando algo va lento, 00:34:52.390 --> 00:34:57.510 cuando no se cuele tienes que ver por qué está yendo lento, por ejemplo, esas son cosas 00:34:57.510 --> 00:35:04.050 que deberían tener Pero no es obligatorio claro, o sea, yo para mí obligatorio, ¿qué 00:35:04.050 --> 00:35:09.610 le añadirías? Al estándar para que fuese mira, es que con esto ya tendría yo mi Smart, 00:35:09.790 --> 00:35:13.850 perfecto, mi Twingo, perfecto cambiando el Ferrari por un Twingo, como decía Shakira 00:35:13.890 --> 00:35:15.668 con este Twingo yo tendría todo. 00:35:16.750 --> 00:35:23.350 Pues yo para mí, o sea, además que vamos lo defiendo a muerte 00:35:24.510 --> 00:35:29.230 sería siempre paralelismo, más que nada pensando también en el backup 00:35:30.140 --> 00:35:34.340 ¿no? No es lo mismo, yo encuentro clientes con estándar que tienen dos teras de base 00:35:34.380 --> 00:35:39.140 de datos y dices vale muy bien, tu backup se está haciendo pero el día, o sea, ya tarda 00:35:39.180 --> 00:35:43.680 tiempo ¿no? En hacerse porque no tienes esa O sea, depende de la estructura, etc. 00:35:43.780 --> 00:35:46.140 Pero normalmente no tienes esa facilidad. 00:35:46.520 --> 00:35:50.820 O blockchain tracking, que lo tienes en enterprise, etc. 00:35:51.120 --> 00:35:55.898 Para mí, yo soy muy psicópata, yo lo digo aquí abiertamente, soy psicópata del backup. 00:35:56.810 --> 00:36:02.370 Creo que es igual de importante o más garantizar un backup que el rendimiento de la base 00:36:02.370 --> 00:36:08.490 de datos Porque nunca sabes cuándo lo vas a necesitar hasta que te encuentras en un desastre 00:36:08.490 --> 00:36:14.810 y realmente hay que darle una importancia al backup que creo que no se da vale o sea 00:36:14.810 --> 00:36:20.490 que yo para el mismo ya no sé para auto no otras funcionales de funcionalidades de base 00:36:20.490 --> 00:36:27.430 de datos si lo veo para el backup para mí lo importante y operaciones online que tampoco 00:36:27.430 --> 00:36:34.600 la tienen la estándar que bueno veo muy importante si el día a día no como puede ser 00:36:34.600 --> 00:36:41.600 un revuelo de un índice o un move de una tabla un string no yo veo 00:36:41.600 --> 00:36:46.900 operaciones que sí que veo que son muy importantes a nivel de almacenamiento 00:36:48.790 --> 00:36:55.070 Y en principio, sí, lo que hemos hablado, para el lismo y sí. 00:36:56.160 --> 00:37:01.620 Yo le añadiría, de lo que has dicho, importantísimo las operaciones en caliente. 00:37:02.710 --> 00:37:06.690 Porque a mí, claro, es decir, mover una tabla, pero es que a veces no tienes que mover 00:37:06.730 --> 00:37:09.130 una tabla, a veces tienes que reorganizar. 00:37:09.610 --> 00:37:12.030 Pero es online, ¿no? Es lo que hablábamos, el online. 00:37:12.070 --> 00:37:16.220 Claro, el online el poder hacerlo al vuelo. 00:37:18.420 --> 00:37:23.640 Esa sí debería tenerlo sí, sí, para mí es importantísimo, ya te digo, el paralelismo 00:37:23.640 --> 00:37:30.280 y operaciones online. Para mí es lo que tenían que poner en el, vamos, para mí es estándar. 00:37:30.320 --> 00:37:37.400 Y particionamiento, aunque no lo parezca, al final te encuentras que pequeñas bases de 00:37:37.400 --> 00:37:41.100 datos o grandes bases de datos lo acaban necesitando, ¿no? 00:37:41.100 --> 00:37:45.760 ¿Qué podemos hacer? Esas triquiñuelas, como digo yo, entre comillas, se puede hacer de 00:37:45.800 --> 00:37:50.960 forma manual, no pasa nada, lleva más mantenimiento, más monitorización, que tienes que 00:37:50.960 --> 00:37:57.690 ver si realmente cumple lo que, en el momento que se inserta el registro, tiene que estar. 00:37:57.910 --> 00:38:01.130 La opción que tú hayas implementado tiene que estar ahí. 00:38:03.070 --> 00:38:07.490 Pero todos acaban necesitando y yo es algo que veo necesario en todos los clientes al 00:38:07.530 --> 00:38:13.330 final aunque sea que se desmadre un crecimiento de una tabla que nadie lo ha evaluado, 00:38:13.370 --> 00:38:17.630 que al final con monitorización periódica o que vas analizando, pues lo acabas viendo 00:38:17.670 --> 00:38:24.910 pero hay muchos clientes que no tienen ese papel de DBA o esa persona que está monitorizando 00:38:24.910 --> 00:38:30.740 o analizando crecimientos de mentos, etcétera porque al final diagnóstico y tuning pues 00:38:30.740 --> 00:38:36.840 mira, entre lo malo pues tienes Staspak, que no está tan mal hay que sacarle hay que 00:38:36.840 --> 00:38:39.260 sacarle jugo pero que está deprecado 00:38:40.170 --> 00:38:45.530 y que Oracle no ha dicho por dónde van a tirar o si va a desaparecer lo mismo que pasa 00:38:45.530 --> 00:38:48.250 con Restart no, yo son cosillas que voy viendo 00:38:49.350 --> 00:38:56.510 compartimos en uno de los canales no recuerdo en cuál una paquetería que ha hecho 00:38:56.510 --> 00:39:03.790 uno de los, un ace lo compartió en el foro de un active una SH, una 00:39:03.790 --> 00:39:09.630 Active Session History para estándar a mano, digamos, decir bueno, pues no es bien bien 00:39:09.630 --> 00:39:15.190 lo mismo Pero es una paquetería que está muy bien, si estáis interesados luego pondré, 00:39:15.210 --> 00:39:22.050 no sé, lo buscaré y lo pondré en algún canal general, o el de tuning por ejemplo, utilización 00:39:22.050 --> 00:39:26.810 de SQL ahí está el problema, que hay Oracle ya está diciendo, o sea, ya lleva versiones 00:39:26.850 --> 00:39:30.530 diciendo que está deprecado y hoy en día tampoco hay soporte, que no lo vi antes pero 00:39:30.570 --> 00:39:35.690 bueno que están diciendo que no van a continuar y es lo mismo que te pasa hoy en día 00:39:35.690 --> 00:39:41.810 con restar no tú dices jolín restar está deprecado no yo me encuentro con una estándar 00:39:41.810 --> 00:39:49.050 y digo jolín para dónde tengo que tirar no porque si restar ya no va a estar soportado 00:39:49.050 --> 00:39:54.130 como lo tiene después un ejemplo tonto no o acs que ya no lo tienes en restar dices bueno 00:39:54.130 --> 00:39:58.070 me tengo que ir una opción de clúster entre comillas no en mi caso estándar sería una 00:39:58.110 --> 00:40:05.810 ceja o sea el día de mañana cuando necesite un restar o necesite esa es 00:40:05.810 --> 00:40:09.110 el soporte de ceja que bueno te lo puedes montar con esquís etcétera pero bueno que sea 00:40:09.150 --> 00:40:15.490 integrado no como tienes en un clúster que voy a hacer voy a atender por un ceja para 00:40:15.490 --> 00:40:23.110 un nodo o sea que me va a aportar que al final para mí es mayor tarea Tarea de mantenimiento, 00:40:23.150 --> 00:40:27.170 mayor tarea de almacenamiento, porque al final un SEJA, tú tienes tu OCR, o sea, como 00:40:27.210 --> 00:40:28.599 si fuese un clúster, ¿no? 00:40:29.280 --> 00:40:36.600 Cosillas que para RESTAR No tenías y que a mí me parecen redundantes o que no 00:40:36.600 --> 00:40:40.980 tienen sentido para un NODO, porque para mí no es un RAC, ¿no? 00:40:40.980 --> 00:40:47.460 Si restar no se continúa y solo voy a tener ceja que tengo ceja para un nodo 00:40:48.490 --> 00:40:54.250 que tampoco es un... No sé no lo acabo de ver son cosillas que sí que ahí tengo el punto 00:40:54.250 --> 00:41:00.220 de crítica que me gustaría saber en qué línea tira oracle y no... 00:41:00.660 --> 00:41:08.340 En ese sentido sí que no puedo ser positiva porque no estoy viendo la opción esto 00:41:08.340 --> 00:41:10.740 te lo depreco pero no tengo una opción 00:41:12.300 --> 00:41:19.780 Cierto, hay que ver Cómo van a evolucionar Hacia dónde van a seguir Estaba 00:41:19.780 --> 00:41:24.360 comentando a la gente también compresión Qué importante la compresión Bueno, tienes la 00:41:24.400 --> 00:41:26.880 básica Claro, la compresión estándar 00:41:29.480 --> 00:41:37.060 Bueno, bueno Muchos registros con datos duplicados Sí que la básica te puede servir Pero 00:41:37.060 --> 00:41:41.820 ya Claro, o por ejemplo La básica, por ejemplo, en compresión de índices 00:41:43.200 --> 00:41:49.490 Índices con con varias columnas pero que sean datos duplicados 00:41:51.160 --> 00:41:55.620 Sí, claro, bueno si no vas a hacer un índice con tres columnas de las tres sean únicas, 00:41:55.660 --> 00:41:58.120 ¿no? Claro, pero a nivel de tabla, ¿sabes? 00:41:58.120 --> 00:42:03.220 Yo al final siempre pienso en compresión tú vas a esperar comprimir una tabla no comprimir 00:42:03.220 --> 00:42:08.860 un índice el índice está muy bien, no te lo discuto, pero a nivel de compresión de tabla 00:42:08.860 --> 00:42:13.804 a mí no me aporta O sea, tiene que haber un caso muy específico en el que te aporte algo. 00:42:14.060 --> 00:42:21.400 Oye, pues mira, un caso cliente real, estamos hablando de 500, 600 gigas 00:42:21.400 --> 00:42:28.660 de índices, aplicarle la compresión a todos los que son multicolumna y reducir 00:42:28.660 --> 00:42:34.180 el volumen a la mitad. ¿Y el volumen fue por compresión o por hacer el reveal? 00:42:34.180 --> 00:42:36.660 No, no, no, no, por compresión. 00:42:36.680 --> 00:42:43.160 Porque todos tenían un reveal frecuente. 00:42:43.460 --> 00:42:44.940 Tenían reveals frecuentes. 00:42:45.300 --> 00:42:49.220 Y con la compresión, reducirse a la mitad. 00:42:49.400 --> 00:42:55.780 Sí, Porque te elimina la redundancia lógica. 00:42:55.780 --> 00:42:59.960 Entonces, bueno, la compresión estándar pero claro, todo el mundo cuando piensa en compresión 00:43:00.000 --> 00:43:07.260 piensa en el Zip piensa en la en la compresión compresión tal cual, ¿no? 00:43:08.300 --> 00:43:13.280 Sí, como digo yo de pago que está muy bien o sea, Oracle 00:43:15.040 --> 00:43:20.160 Lo monta bueno, lo monta bastante bien Claro, podría hacer algo así como que Standard 00:43:20.160 --> 00:43:24.660 Edition te permitiesen ponerle alguna, porque al final es una limitación impuesta 00:43:25.720 --> 00:43:31.440 Porque lo deciden que está limitado, pero no hay ninguna justificación para que una determinada 00:43:31.440 --> 00:43:33.940 funcionalidad esté disponible o no esté disponible. 00:43:33.980 --> 00:43:39.940 Es porque deciden que para estándar eso no va a estar y eso no va a ser una opción licenciable. 00:43:39.940 --> 00:43:46.820 Claro, pero es que no pensamos en el trabajo o la inversión que hay detrás de ese mantenimiento 00:43:46.820 --> 00:43:52.520 o desarrollo. Al final, yo creo que no es decisión de te lo quito porque me da la gana, 00:43:52.600 --> 00:43:57.560 sino te lo quito porque esto lleva un mantenimiento, un desarrollo, un coste que a mí 00:43:57.560 --> 00:43:58.720 me beneficia con un enterprise. 00:43:58.760 --> 00:44:04.180 Price no la gente que paga licencias con enterprise pues obviamente si miramos números 00:44:04.180 --> 00:44:11.310 seguramente paguen mínimo 10 veces más no y no 00:44:11.310 --> 00:44:16.350 es algo del arte no son los números es bastante ignorante en los costes de licencias 00:44:16.350 --> 00:44:23.370 nunca nunca me he querido mirar en cuanto a mi lado hace poco no 00:44:23.370 --> 00:44:28.910 me suelo meter en licencias precios al final es bueno lo que es el negocio con la parte 00:44:28.910 --> 00:44:32.950 de comercial, etcétera, pero bueno, había estado mirando que me pareció interesante y 00:44:32.990 --> 00:44:39.950 lo tenía aquí apuntado que es un caso específico, que pasaban de una estándar, que tenía 00:44:39.950 --> 00:44:45.600 RAC, cuando Se podía tener RAC en estándar, con los cambios de Oracle, que le suponía 00:44:45.600 --> 00:44:51.840 cambiar a esas mismas licencias, a Enterprise que era lo que cubría el RAC, ¿no? 00:44:52.320 --> 00:45:00.940 Y ahí estaba mirando y teníamos que pasaban un segundo 00:45:00.940 --> 00:45:08.140 que pasaban casi de vale de 35 .000 euros que tenían licenciados 00:45:08.140 --> 00:45:12.680 con el rack que tenían también os digo es un caso específico etcétera a casi medio millón 00:45:12.720 --> 00:45:19.140 de euros por las licencias de enterprise las licencias de rack por procesador los nodos 00:45:19.140 --> 00:45:20.680 que tenía o sea al final él 00:45:23.750 --> 00:45:29.050 Pagas por unas opciones que sí, para mí, llevan a ese mantenimiento, ese... 00:45:29.050 --> 00:45:32.650 Mira, te estoy Mintiendo vale, te miento. 00:45:32.730 --> 00:45:36.310 Pasaron de 52 .000 eso de 52 .000 a medio millón. 00:45:36.530 --> 00:45:40.770 No eran 35, eran 55 pero bueno, era un paso muy difícil. 00:45:41.090 --> 00:45:41.830 Es como el avance en compresión. 00:45:41.870 --> 00:45:43.770 Fíjate, es como el avance en compresión. 00:45:43.810 --> 00:45:50.510 Un ratio de 1 a 10. Sí, yo sí pero ampliación. 00:45:50.870 --> 00:45:58.000 Al final es echar por eso digo que hay unas diferencias de precio tan grandes que 00:45:58.000 --> 00:46:03.420 son normales por el producto por el que pagas también en eso incido mucho que tienes 00:46:03.420 --> 00:46:08.380 que plantearte muchas veces qué es lo que quieres o qué es lo que necesitas 00:46:09.460 --> 00:46:16.520 más bien me centro en qué necesito, no qué quiero a mí me encantaría tener una casa de 00:46:16.520 --> 00:46:19.740 tres pisos en Mallorca, no sé, por poner un ejemplo, ¿no? 00:46:20.490 --> 00:46:24.350 Pero que necesito yo, jolín, estoy muy bien en mi casa de Coruña 00:46:26.550 --> 00:46:32.310 Entonces vamos a querer siempre más de lo que necesitamos si algún día necesito esa casa 00:46:32.310 --> 00:46:35.830 en Mallorca, pues lo veremos pero hoy en día no lo necesito 00:46:36.780 --> 00:46:41.280 Sí, para mí la cuestión es cuando el cliente tiene la expectativa de que aquello es alta 00:46:41.320 --> 00:46:46.840 disponibilidad y dice, no, no, si Standard Edition tiene alta disponibilidad y te dice, 00:46:46.960 --> 00:46:54.000 a ver, Carla Con scripts, montame una trampa en la cual... 00:46:54.000 --> 00:46:56.333 No sé, ¿te han pedido algo así alguna vez? 00:46:57.050 --> 00:46:59.610 Montate con scripts algo que... 00:46:59.610 --> 00:47:03.730 Creo que todos montamos en algún momento ese activo pasivo. 00:47:03.950 --> 00:47:08.339 O sea, al final, la licencia que tenías de Clusterware, no había licencia, ¿no? 00:47:08.610 --> 00:47:10.770 Clusterware SM no te cobra. 00:47:10.830 --> 00:47:19.350 Entonces, tú lo que hacías era montar ese activo pasivo con scripts scripts que configurabas 00:47:19.350 --> 00:47:25.270 como recurso de clúster. Tú al final tenías dos nodos con esa regla de los 10 días en 00:47:25.270 --> 00:47:29.770 el que tú movías la base de datos como un recurso de clúster sin tener un rack. 00:47:30.610 --> 00:47:35.590 Pero que yo hoy repito, no es una alta disponibilidad, es un nativo pasivo. 00:47:35.870 --> 00:47:38.481 Y lo tenía antes, que es lo que te da OralSeja. 00:47:39.190 --> 00:47:43.790 OralSeja te da lo mismo que hacías antes manualmente, pero es un nativo pasivo. 00:47:44.570 --> 00:47:49.840 O sea, alta disponibilidad a no ser que tuvieses RAC como había en estándar antes, nunca 00:47:49.840 --> 00:47:54.140 la tuviste Oye, ¿y qué ha sido del RAC 1 .0? 00:47:54.260 --> 00:47:56.427 ¿Lo han quitado? ¿Lo han descontinuado? 00:47:56.480 --> 00:48:01.780 No lo sé No, hasta donde sé o sea, sí que descontinuaron obviamente cuando no tienes 00:48:01.780 --> 00:48:03.502 RAC en la estándar ya no existe 00:48:05.160 --> 00:48:08.771 Pero hasta donde sé, o sea, ahí me pillas pero yo creo que sí que 00:48:10.040 --> 00:48:15.380 Y espero que siga existiendo en Enterprise, que supongo que sí O sea, casi te aseguro 00:48:15.380 --> 00:48:22.440 que sí Pero tendré que mirarlo Hicieron una gran publicidad Hace años En que Standard 00:48:22.440 --> 00:48:26.700 Edition incluía el RAC 1 Note Claro, y sí que lo incluía Sí 00:48:27.860 --> 00:48:33.420 Pero hoy en día ya no existe No existe RAC, no existe RAC 1 Note Ni ningún tipo de RAC 00:48:35.970 --> 00:48:42.110 Hablamos de 19, o sea, ahí repito Últimas versiones, 19 Olvídate, no, no existe El RAC 00:48:42.110 --> 00:48:49.820 1 Note para Standard Pues fíjate, yo tengo alguna esperanza de que para 23 retomen 00:48:49.820 --> 00:48:54.820 un poquito todo porque fíjate que con la con la free con la developers free releases 00:48:54.820 --> 00:49:01.300 que han sacado que en principio es bastante funcional para desarrollo si un poco te quieren 00:49:01.300 --> 00:49:05.960 decir que los equipos de desarrollo pueden funcionar con esa a nivel local y en más o 00:49:06.000 --> 00:49:10.860 menos en desarrollos pequeños o en o en réplicas de producción digamos sin datos y no 00:49:10.860 --> 00:49:15.860 necesitarían pagar licencia de eso quizá para estándar si hagan algún 00:49:17.460 --> 00:49:24.400 Acercamiento no sé, publicado no está y no, yo sinceramente no creo yo sinceramente no 00:49:24.400 --> 00:49:31.480 creo o sea, ojalá que sí viendo el piñazo y decir otra cosa que te puedes llevar con 00:49:31.480 --> 00:49:37.660 estándar edición 2 cuando muchos clientes que tenían esas licencias no tuvieron que adaptar, 00:49:37.660 --> 00:49:41.160 porque al final no era solo adaptar a nivel de licencia, sino a nivel de hardware también 00:49:41.200 --> 00:49:48.580 bueno x cosas x casuísticas que te fueron quitando poco 00:49:48.580 --> 00:49:54.220 a poco yo para mí un cliente que tenía rack pasará estándar y eso sí que lo quiero dejar 00:49:54.220 --> 00:50:01.500 claro a no ser que tuviesen un rack muy sobredimensionado y que realmente no les hacía 00:50:01.500 --> 00:50:08.690 falta el cambio no es traumático lo que que he visto yo, el 90 % de los clientes el 90 00:50:08.690 --> 00:50:15.680 % que han pasado de rack a estándar se han llevado entre comillas la hostia con este 00:50:16.520 --> 00:50:23.520 bueno, esta restricción de 16 .3 que al final te está restringiendo, que 00:50:23.520 --> 00:50:26.800 no tienes esa alta disponibilidad no sé 00:50:28.470 --> 00:50:35.570 Pero bueno Si empiezas de cero o analizas la infraestructura que tienes 00:50:35.570 --> 00:50:40.750 y lo que necesitas sí que veo que puedes tirar por estándar, pero si estás con un rack 00:50:40.750 --> 00:50:46.390 y te piensas ir a estándar creo que tiene que evaluarse 00:50:47.670 --> 00:50:50.190 Con mucho cuidado muchísimo cuidado 00:50:52.220 --> 00:50:59.290 Con mucha calma y que espero que salga bien, serían casos, bueno, es 00:50:59.290 --> 00:51:05.230 como todo, es analizar al final no se puede generalizar, hay que analizar lo que necesita 00:51:05.230 --> 00:51:12.650 cada cliente y jolín, si pasan al final si pasan de una licencia de RAC y acaban con 00:51:12.650 --> 00:51:19.630 el mismo rendimiento con lo que esperan en una estándar jolín, mira que borro mira que 00:51:19.630 --> 00:51:26.830 bien, caso de éxito si que lo compro y tanto, de éxito para la empresa Oracle estará 00:51:26.830 --> 00:51:34.010 pensando a ver, Oracle comercializa comercializa estándar comercializa 00:51:34.010 --> 00:51:36.290 Enterprise Price, o sea, ¿saben qué tiene? 00:51:36.330 --> 00:51:37.530 ¿No se han ido a Postgres? 00:51:37.570 --> 00:51:42.530 Pueden pensar Mira, por lo menos no se han ido a Postgres Bueno, Postgres Compatible 00:51:42.530 --> 00:51:50.080 con Oracle, no lo veo Mala opción, también es como Todo, hay que ver Hay que ver Postgres, 00:51:50.240 --> 00:51:55.184 hasta donde sé Pero bueno, hablo sin saber No sé si hay alguien aquí que sepa de Postgres 00:51:56.000 --> 00:52:03.020 No, aquí tendríamos que invitar A Loles, pero bueno Ay, hijo, pues otra Con Loles sí 00:52:03.020 --> 00:52:10.020 que creo que la opción de rack en postgre al rack al uso no, no, postgres no, 00:52:10.020 --> 00:52:17.280 postgres tampoco además, bueno el tema de open source a mí ella dice 00:52:17.280 --> 00:52:23.480 que a nivel de foros y tal hay muchísima implicación y que todo pero evidentemente no 00:52:23.480 --> 00:52:30.600 es lo mismo que el soporte de rack, aunque puede tener sus sus limitaciones o 00:52:30.600 --> 00:52:37.620 sus Historias, pero bueno, si tienes un compromiso de que van saliendo parches a nivel 00:52:37.620 --> 00:52:44.940 de trimestre, los PSU se están lanzando con una periodicidad, con bastante rigor, no 00:52:44.940 --> 00:52:51.600 sé, a mí a eso me da mucha tranquilidad yo no me iría a postes tan gratuitamente si un 00:52:52.460 --> 00:52:59.260 cliente tuviese ese problema de presupuesto, quizás sí sería ver qué vamos a perder vale 00:52:59.260 --> 00:53:05.500 vamos a vamos a ver que perdemos y vamos a quedarnos con estándar edición y siempre veo 00:53:05.500 --> 00:53:13.140 que yo ahí soy más de que ganamos que ganamos tenemos ganamos 00:53:13.140 --> 00:53:20.410 más no pues nos quedamos como estamos sí sí sí sí bueno ahora voy a decir otro disparate 00:53:20.410 --> 00:53:25.890 o sea con la de bases de datos que están configuradas como como si si fuesen 9i o 10g. 00:53:27.680 --> 00:53:33.760 Yo no las, muchas no, más que nada porque los trabajos de inmigración al final... 00:53:33.760 --> 00:53:41.620 Claro, se hacen migraciones con el mínimo impacto, mínimo 00:53:41.620 --> 00:53:44.680 impacto y no aprovechamos lo nuevo. 00:53:45.590 --> 00:53:50.270 Para mí eso, yo ahí tengo discusión, porque ahí siempre digo, no es el mínimo impacto, 00:53:50.310 --> 00:53:55.590 es la la mínima prueba. Sí, sí, sí te voy a hacer esa tarea, mi relación. 00:53:56.430 --> 00:53:59.190 Tienes que realizar tus pruebas, ¿no? 00:54:00.840 --> 00:54:06.050 Cuando hay alguien cerrado a probar, yo le dejaría la 00:54:07.210 --> 00:54:10.599 versión nueva, ¿no? Al final, adáptate a la nueva tecnología. 00:54:10.790 --> 00:54:16.110 No tengo que adaptar yo la nueva tecnología a las antiguas prácticas, no sé. 00:54:16.170 --> 00:54:18.350 Claro, pero espérate ¿Qué se puede hacer? 00:54:18.390 --> 00:54:21.230 Que no pasa nada voy a abrir otro melón, Carla. 00:54:21.390 --> 00:54:26.070 A ver si te has encontrado tú con esas bases de datos 19 que tienen el optimizer features 00:54:26.110 --> 00:54:33.440 enabled a 11 Sí, yo las he visto yo las he visto Esa es la migración cobarde 00:54:33.440 --> 00:54:40.480 es decir, le migro a usted a 19 y el SQL no va a tener ningún impacto le garantizo 00:54:40.480 --> 00:54:44.720 que funcionará exactamente igual que funcionaba antes Pero eso es cuando lo he visto 00:54:44.760 --> 00:54:47.920 yo lo he visto por vinculación a producto producto, 00:54:49.200 --> 00:54:56.400 Que tú al final realizas una migración en la que las pruebas pueden salir más 00:54:56.400 --> 00:55:03.180 o menos satisfactorias, pero al final tienes detrás a una empresa o compañía que tiene 00:55:03.180 --> 00:55:08.200 un producto en el que se basa la base de datos, en el que tú como DBA no puedes decir 00:55:08.200 --> 00:55:14.780 nada y es un requerimiento, porque al final o no está aprobado o ellos saben que a nivel 00:55:14.780 --> 00:55:16.724 de producto es como mejor funciona. 00:55:17.740 --> 00:55:22.660 Ahí, ¿sabes? Yo siempre digo, si fuese una base de datos de la compañía en la que tienen 00:55:22.660 --> 00:55:28.110 equipos cerca de desarrollo, gente involucrada, que sí que se pueden hacer esas tareas 00:55:28.110 --> 00:55:31.530 de optimización o, bueno, hacer esos retoques, ¿no? 00:55:31.550 --> 00:55:34.710 De comunicación con el DBA, con la gente de desarrollo, perfecto. 00:55:34.750 --> 00:55:36.990 Pero cuando viene impuesto con un... 00:55:36.990 --> 00:55:43.610 Que yo eso lo he visto que viene impuesto por un producto externo, tú ahí no puedes hacer 00:55:43.610 --> 00:55:51.000 nada. Sí, sí, sí, sí yo lo he visto más en migración cobarde. 00:55:51.720 --> 00:55:53.720 Yo lo he visto en migración cobarde. 00:55:53.980 --> 00:55:58.860 Hacemos una migración rápida y todo va a funcionar, pero ¿me garantizas que todo funcionará, 00:55:58.900 --> 00:56:02.780 no va a tener impacto? No, no, todo va a funcionar exactamente igual que antes. 00:56:02.820 --> 00:56:09.480 Mira, Julián Paz, además cuando empezaba con la 12, que había visto una base de datos, 00:56:09.620 --> 00:56:16.760 que los planes dinámicos, etc., yo hablo 00:56:16.760 --> 00:56:23.820 de la 12 .1, que para mí siempre dije que la 12 .1 para mí era una beta, no iban como 00:56:23.820 --> 00:56:28.720 tenían que ir. Entonces, yo había comentado con esa empresa que había un parche que sacaron 00:56:28.760 --> 00:56:34.340 después que ya separaba lo de los planes dinámicos, estadísticas dinámicas, bueno, separaba 00:56:34.340 --> 00:56:39.360 ya en dos parámetros, yo quería solo para planes, tal, y la contestación de la empresa 00:56:39.360 --> 00:56:45.400 fue, no lo tenemos probado, no puedes aplicar el parche, cuando tú a nivel de DBA veías 00:56:45.400 --> 00:56:51.490 que Sí que podía beneficiar, pero no puedes decir nada porque tú al final no estás en 00:56:51.490 --> 00:56:52.450 las pruebas de la otra empresa. 00:56:52.490 --> 00:56:58.620 No ellos dijeron que no pues me quedé sin aplicar el parche don tío no que separaba un 00:56:58.620 --> 00:57:05.720 poco dos parámetros que podíamos tocar uno pero mandaban otros por eso digo que no siempre 00:57:05.720 --> 00:57:12.880 el debe es el que manda el debe es el que aconseja pero luego ahí pues bueno como digo 00:57:12.880 --> 00:57:17.260 yo que están ahí bueno Bueno, planetas, ¿no? 00:57:17.400 --> 00:57:21.880 Orbitando alrededor. Son peleas estas, ¿eh? 00:57:22.440 --> 00:57:29.060 ¿Te acuerdas que te he dicho, por WhatsApp, que te parece si hablamos de la autoridad 00:57:29.060 --> 00:57:36.360 de los DBAs? Claro, yo siempre digo, yo, pelear ceros, al final sí 00:57:36.360 --> 00:57:42.920 que veo muchas dicotomías, muchas veces, entre, no parece como que el equipo, bueno, 00:57:43.040 --> 00:57:45.800 no voy a decir DBAs, voy a decir administración, ¿no? 00:57:45.840 --> 00:57:48.118 Porque al final vamos un poco en un pack. 00:57:49.070 --> 00:57:50.970 DBAs, administración y desarrollo. 00:57:51.310 --> 00:57:58.500 Yo históricamente siempre vi una dicotomía que pienso y lo he aplicado y 00:57:58.500 --> 00:58:05.900 creo fervientemente que deberíamos hacer que no exista, que trabajando juntos 00:58:05.900 --> 00:58:12.020 somos mejores, que muchas veces hay que entender a la otra parte, aunque no está acertada 00:58:12.020 --> 00:58:16.520 o que nosotros muchas veces decimos, no, mira, esto no puede ser. 00:58:17.530 --> 00:58:21.420 Y cuando escuchas a la otra parte dices, ah, pues sí, pues sí que era, ¿no? 00:58:21.460 --> 00:58:28.560 Creo ahí que hay que tener un nivel de apoyo entre todos los grupos que, bueno, que 00:58:28.560 --> 00:58:31.449 defiendo y que pienso que funcionan mejor las cosas. 00:58:32.040 --> 00:58:33.980 Y ya lo dije, me quedé tranquila. 00:58:33.980 --> 00:58:37.620 Ay, quedó bonito, quedó como Mr. 00:58:37.640 --> 00:58:40.180 Wonderful que mira que yo soy más de Mr. 00:58:40.380 --> 00:58:44.680 Puterful yo soy más puterful que wonderful. 00:58:45.260 --> 00:58:49.140 Sí, yo soy peleón también, pero me las tengo. 00:58:49.240 --> 00:58:54.400 Por ejemplo, aplicar la secuencia, aplicar los campos identity en vez de la secuencia. 00:58:54.400 --> 00:59:00.100 Y dices, a ver, por favor, señores, ya abandonemos, no sigamos creando secuencias, por 00:59:00.100 --> 00:59:02.800 favor. Y es como una pelea 00:59:03.720 --> 00:59:08.660 es que más que pelea, yo creo que hay que explicar e intentar llegar al consenso. 00:59:08.800 --> 00:59:15.600 O sea, hay muchas acciones que nos gustaría que se hiciesen, o muchas que vemos, que 00:59:15.600 --> 00:59:18.160 no nos acaban de chistar a nivel de base de datos. 00:59:18.200 --> 00:59:20.640 No de, jolín, ¿por qué haces esto? 00:59:20.760 --> 00:59:26.980 Pero yo al final pienso que hablando con desarrollo, hablando Con la gente involucrada 00:59:26.980 --> 00:59:34.080 en el cambio, explicando, acabamos todos, me pasa 00:59:34.080 --> 00:59:37.800 a mí también cuando me explica algo de desarrollo, acabamos agradeciendo, entendiendo 00:59:37.840 --> 00:59:39.480 y buscando un punto en común. 00:59:39.480 --> 00:59:45.200 Que ese punto común, no digo que siempre estemos todos de acuerdo. 00:59:45.760 --> 00:59:50.700 Yo he hecho cosas en base de datos en las que no estaba 100 % de acuerdo porque pensaba 00:59:50.700 --> 00:59:55.570 que podían ir mejor de una manera, pero sabía que el equipo estaba contento haciéndolo 00:59:55.570 --> 00:59:57.070 así y no lo íbamos a liar. 00:59:57.070 --> 01:00:03.830 Y yo creo que lo mismo le pasaba a desarrollo de, bueno, yo tengo que hacer esto, en 01:00:03.830 --> 01:00:07.650 la parte de BEAS me están diciendo que hagamos de esta manera, no estábamos cómodos, 01:00:07.690 --> 01:00:11.570 llegamos a un punto en el que yo esté cómodo, tú estés cómodo y esto funciona. 01:00:11.610 --> 01:00:18.770 O sea, al final no es buscar la perfección a nivel 01:00:18.770 --> 01:00:23.650 técnico, sino buscar la perfección a nivel de trabajo en equipo. 01:00:24.160 --> 01:00:28.490 No sé si me explico. Sí me ha quedado muy bonito. 01:00:28.650 --> 01:00:31.570 Esto es para un libro te queda muy bonito. 01:00:32.190 --> 01:00:39.450 Vamos a evangelizar a técnicos, usuarios, 01:00:39.490 --> 01:00:43.790 desarrolladores. Ahora estoy en paralelo haciendo kill de las sesiones, ¿sabes? 01:00:43.830 --> 01:00:48.730 Yo, kill, kill, kill. No, no, no lo hago, no lo hago. 01:01:10.850 --> 01:01:14.130 Que te lo digo yo, que soy el responsable de no sé qué. 01:01:14.970 --> 01:01:20.270 Y cuando cortas, evidentemente, dices, ¡salve usted el paciente que se nos muere! 01:01:21.770 --> 01:01:24.630 Ha asumido eso me pasó una vez con un... 01:01:24.630 --> 01:01:29.330 ¿Y sabes lo que hice? Le puse al tío el teclado, le dije, no, no, yo te voy a ir diciendo 01:01:29.370 --> 01:01:32.070 los comandos, no, pero yo no sé base de datos, no, no, te voy a ir diciendo... 01:01:32.110 --> 01:01:33.770 Para la base de datos, no, no, vas a parar tú. 01:01:33.810 --> 01:01:36.190 Mira, te abro el SQL Plus, pero lo tecleas tú. 01:01:36.230 --> 01:01:40.930 Mira, shutdown, abort haz tu labor 01:01:42.090 --> 01:01:46.630 teclea, pero teclealo sabes teclear, y el tío me dijo no, no, pero hazlo tú, no, no, 01:01:46.670 --> 01:01:51.950 asume la responsabilidad teclealo tú, con tus propias manijas hazlo, y yo soy también, 01:01:52.070 --> 01:01:58.750 no soy wonderful en eso soy un poco yo lo que creo es o sea, si me hubiese pasado, ¿no? 01:01:59.050 --> 01:02:03.490 Intentar explicar, no, mira, si haces esto, va a pasar, bueno, si quieres que yo haga 01:02:03.530 --> 01:02:08.450 esto, va a pasar esto, tal, no sé qué él dice, hazlo en fin, dices, yo he argumentado 01:02:08.450 --> 01:02:14.140 he puesto los datos sobre la mesa y tú, que al final eres el que me paga seguramente 01:02:14.140 --> 01:02:21.060 pero claro, pues yo lo voy a hacer no digo que argumentase sino que digo la posición 01:02:21.060 --> 01:02:26.900 es, tú me dices que lo hagas bueno, yo lo hago al final la consecuencia la has asumido 01:02:26.900 --> 01:02:34.080 tú, yo te he explicado y bueno que no es más trabajiño después para arreglar la 01:02:34.080 --> 01:02:40.940 despedida pero bueno Pero una vez con un cliente que paró el servidor así con un botonazo 01:02:40.940 --> 01:02:42.884 y cuando arrancó no arrancaba nada. 01:02:43.260 --> 01:02:50.280 Hablé yo Con él y le expliqué se había llenado la fra y estaba 01:02:50.280 --> 01:02:52.400 la base de datos que no funcionaba y le pegó un botonazo. 01:02:52.440 --> 01:02:57.180 Hombre, eso que ha hecho este no sé qué y me dice, ¿y lo a gusto que me he quedado o 01:02:57.180 --> 01:03:03.160 qué? Ay, pues mira eso, lo que se lleva ahora, ¿cuánto te tengo que pagar aquí para arreglar 01:03:03.160 --> 01:03:07.993 esto? Pero lo a gusto que me he quedado tiene unas ganas de pegar ay, eso lo ha gustado 01:03:08.840 --> 01:03:14.160 A que se quedó tranquilo, se quedó contento se quedó a gusto se queda uno pegando en 01:03:14.160 --> 01:03:16.271 un botonazo a la máquina ah, qué bueno 01:03:17.580 --> 01:03:19.960 Pues mira, eso también vale, ¿no? 01:03:20.040 --> 01:03:24.060 A veces hay personas que se sienten más a gusto, ¿no? 01:03:24.280 --> 01:03:26.160 Haciéndolo de esto es lo que quiero hacer. 01:03:26.200 --> 01:03:27.900 Y ya está me quedo tranquilo. 01:03:27.980 --> 01:03:29.960 Y luego seguimos trabajando el resto, ¿no? 01:03:30.000 --> 01:03:34.160 Fue un poco lo que pasó de me quedo a gusto y digo pues eso es lo que vale, jolín. 01:03:34.200 --> 01:03:36.800 Eso vale la mitad de la intervención. 01:03:37.800 --> 01:03:39.780 Qué bueno qué bueno qué bueno. 01:03:40.200 --> 01:03:42.440 Oye, no sé, estamos en un poquito de la hora. 01:03:42.480 --> 01:03:48.660 ¿Qué tal? Bien, empecé un poco nerviosa y ya sabes, ya te dije que iba a hablar mucho. 01:03:48.660 --> 01:03:54.420 Que va, ha estado muy bien ha estado todo perfecto la audiencia, que tal, alguien quiere 01:03:54.420 --> 01:03:57.740 decir algo, vamos a despedirnos ya si 01:03:58.670 --> 01:04:03.510 alguien quiere levanta la mano pues oye Carla, ha sido un placer tenerte, por fin, ves 01:04:03.510 --> 01:04:09.730 que no era tanto, se está más contenta si yo os hablo mucho y charlar, hombre de eso 01:04:09.730 --> 01:04:11.970 se trata, hacer un podcast y no hablar 01:04:15.000 --> 01:04:22.400 Pero bueno antes de antes de empezar el podcast le he mandado a Carla otros podcasts 01:04:22.400 --> 01:04:29.420 que he hecho con otras personas donde le mostraba el audio de Audacity el 01:04:29.420 --> 01:04:36.580 volumen de Y bueno si quieres luego cuando terminemos te mandaré 01:04:36.580 --> 01:04:41.760 el audio y te mandaré cuánto has hablado tú y cuánto he hablado yo, verás que hay gente 01:04:42.740 --> 01:04:49.780 peor gracias ya te dije, no, no, que va me he comedido un poco 01:04:49.780 --> 01:04:55.400 y me gustó mucho, David que ya lo escucharás, me gustó mucho que colaborase, que además 01:04:56.740 --> 01:05:01.573 Bueno, trabajamos juntos y le tengo mucho cariño Sí, y hay gente que habla por el chat, 01:05:01.630 --> 01:05:05.870 es que por eso digo, el podcast está muy bien escucharlo en diferido, porque uno lo escucha 01:05:05.910 --> 01:05:09.770 cuando le da la gana, pero asistir a la grabación del podcast, pues te da que si quieres 01:05:09.810 --> 01:05:12.990 participar participas, si quieres levantar la mano y decir oye, que no tenéis ni idea 01:05:13.030 --> 01:05:19.290 de lo que estáis hablando pues levanta y participas y hablas en el chat o escribes ahí 01:05:19.290 --> 01:05:25.130 y dices oye, pregunta alguien tímido dice, pero por favor, pregunta tal cosa pues bueno, 01:05:25.210 --> 01:05:29.043 eso en directo se puede hacer, en diferido ya, pues lo escuchas Bravo 01:05:30.830 --> 01:05:36.310 Y me ha gustado mucho hablar contigo ah, que sí, que bien cuando repetimos 01:05:37.790 --> 01:05:42.070 Pues pronto, ahora ya, este es el último fíjate, te he dejado para el último episodio 01:05:42.110 --> 01:05:50.140 de la temporada Acabamos y ya contigo acaba la temporada 2 del podcast septiembre 01:05:50.140 --> 01:05:55.440 en septiembre volvemos y hablamos de más cosas lo que tú quieras hablar tú es que estás 01:05:55.440 --> 01:06:02.440 bienvenida ya me conoces un poco ya dices bueno a carlos pero vamos 01:06:02.440 --> 01:06:09.080 a viajar diciendo y además estoy hablando con gente que es un tanque de guerra, no sé, 01:06:09.160 --> 01:06:15.300 y gente que te lee el blog y dice, buf, dice, los artículos te leo literalmente los artículos 01:06:15.300 --> 01:06:21.520 que escribe en el blog son canela fina digo yo, oh, que chulo nunca sabes quién puede 01:06:21.520 --> 01:06:27.480 estar leyéndote, pues comentad, comentad así lo vemos juntos claro, claro que sí, Carla 01:06:27.480 --> 01:06:34.480 te mando un abrazo, un besazo grande, oh, igualmente y sí, y nos despedimos, 01:06:34.520 --> 01:06:39.640 y para la próxima quien quiera unirse, que sea una bienvenidos todos, un gracias a los 01:06:39.640 --> 01:06:44.330 que habéis estado ahí en la audiencia y a los que estáis escuchando esto ya en diferido, 01:06:44.370 --> 01:06:52.250 yo de música despedida teníamos que haber preparado aquí teníamos el puesto y no 01:06:52.250 --> 01:07:00.170 se puede poner aquí mira que pena, los sonidos esos chulos pero bueno, 01:07:00.310 --> 01:07:08.170 pues oye un placer inmenso, que ganas tenía que ganas tenía, igualmente lo 01:07:08.170 --> 01:07:14.770 bueno se hace esperar, dicen sí, para septiembre empezamos a planificarlo ya a ver si 01:07:14.770 --> 01:07:20.870 para septiembre para agenciar una tarde contigo tengo que empezar a planificar ya, eh 01:07:22.810 --> 01:07:30.190 Pues lo dicho chicos Carla, un abrazo muy fuerte y hasta 01:07:30.190 --> 01:07:34.100 la próxima hasta pronto chao