1
00:00:08,780 --> 00:00:10,440
Muy bien, pues buenas tardes, Carla.

2
00:00:10,480 --> 00:00:13,760
Ya estamos en vivo hola, buenas tardes.

3
00:00:14,200 --> 00:00:15,600
¿Qué tal estás? ¿Qué tal estás?

4
00:00:15,640 --> 00:00:22,800
Oye, a ver, ¿cuántos meses
llevamos planificando esta sesión y

5
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.

6
00:00:29,100 --> 00:00:31,560
Sí, querido después tenías otra migración.

7
00:00:32,560 --> 00:00:36,400
Sí, un poco ocupada y sí que
admito que te tuve un poco

8
00:00:37,500 --> 00:00:41,880
ahí esperando Me has
tenido ahí, vamos esperando

9
00:00:43,220 --> 00:00:48,380
Pero bueno, encontramos el
momento Por fin, por fin Vale

10
00:00:49,500 --> 00:00:53,740
Como todos sabéis en qué funciona cómo
funciona esto, estamos grabando para el podcast

11
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

12
00:00:58,240 --> 00:01:05,660
levantar la mano y Y saludar, David,
levanta la mano ya, vamos a presentarnos.

13
00:01:07,540 --> 00:01:10,740
Cuidado que es tímido no,
no, no, que va, que va.

14
00:01:10,860 --> 00:01:12,900
Y nadie es tímido, todos somos valientes.

15
00:01:12,940 --> 00:01:19,300
Y si alguien quiere participar, participa
en lo que quiera preguntar o comentar, lo que

16
00:01:19,300 --> 00:01:22,860
sea. Pero mientras tanto, nos estamos
tomando un cafecito tan tranquilos.

17
00:01:22,900 --> 00:01:24,980
Carla Muñoz López, ¿qué tal estás?

18
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

19
00:01:32,700 --> 00:01:36,100
echarnos la charlilla.
Muy bien, ¿de qué va esto?

20
00:01:36,240 --> 00:01:40,020
Vamos a ver, cosas que hemos hablado tú y
yo por WhatsApp, que hemos estado calentando

21
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

22
00:01:46,920 --> 00:01:48,840
tú me decías, uy, no, no, no,
esto está muy interesante.

23
00:01:48,880 --> 00:01:51,160
Yo te decía, Standard Edition para mí

24
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

25
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

26
00:02:01,650 --> 00:02:04,170
cosas, me va a saltar
un feature not enabled

27
00:02:06,090 --> 00:02:09,750
Ahora vamos a poder hacer, pues yo que sé,
cosas de Data Warehouse de participación,

28
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

29
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

30
00:02:21,050 --> 00:02:28,240
y no puedo yo personalmente que pienso
bueno yo también soy una persona

31
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

32
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

33
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

34
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

35
00:02:52,680 --> 00:02:59,180
voy a tener en la estándar, pero hay
que sentarse y pensar, ¿yo qué necesito?

36
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

37
00:03:06,460 --> 00:03:14,500
mi coche, era bastante grandote, pues
tenía para llevar muchas maletas, consumía

38
00:03:14,500 --> 00:03:16,280
muy poco, ¡ah, qué coche tenía!

39
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

40
00:03:24,360 --> 00:03:32,250
normal Hoy en día tengo un Smart
de dos plazas, pequeñito no cabe

41
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

42
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,

43
00:03:44,190 --> 00:03:47,590
es como una moto con un capazo
No, a mí es lo que me hace falta.

44
00:03:47,630 --> 00:03:49,352
Y eso es lo que hay que pensar.

45
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.

46
00:03:58,050 --> 00:03:59,630
Y podrías ir perfectamente.

47
00:04:00,010 --> 00:04:06,490
O sea, ahí depende qué necesitas, qué
quieres o qué cubre tus necesidades.

48
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

49
00:04:12,450 --> 00:04:18,970
empresa. Y yo siempre digo, bueno, a ver,
pequeña media empresa, ¿qué necesidades tiene?

50
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

51
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,

52
00:04:32,880 --> 00:04:36,980
particionamiento o paralelismo
me parece muy importante, ¿no?

53
00:04:37,060 --> 00:04:39,020
Y ya todos pensamos en paralelismo, ¿no?

54
00:04:39,060 --> 00:04:44,180
Para lanzar una SQL o paralelo,
no, paralelismo en mi backup, ¿no?

55
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

56
00:04:49,180 --> 00:04:51,736
en recuperar, que me
parecen muy interesantes.

57
00:04:52,140 --> 00:04:59,040
Operaciones online, que pueda hacer un
move online, que pueda hacer un rebuild online,

58
00:04:59,540 --> 00:05:05,600
son muy interesantes en Enterprise, pero
yo, si tengo una base de datos, estoy en una

59
00:05:05,600 --> 00:05:10,640
empresa, como ellos dicen, pequeña, mediana,
en la que yo tengo un tiempo de parada,

60
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

61
00:05:18,800 --> 00:05:26,130
pagas hay Funcionalidades
bueno, ya sabemos que tenemos en

62
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,

63
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

64
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

65
00:05:45,270 --> 00:05:52,020
un ejemplo así gordote que me parece
interesante, que es que tienes limitación 16 .3

66
00:05:52,020 --> 00:05:54,540
por base de datos, ¿vale?

67
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,

68
00:06:01,330 --> 00:06:07,650
como el particionamiento, el diagnóstico y
tuning, que siempre digo que un buen DBA y

69
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,

70
00:06:12,670 --> 00:06:16,830
porque al final tú en la Enterprise tienes
muchas herramientas, pero en la estándar no

71
00:06:16,870 --> 00:06:22,030
tienes ninguna. Y desde el Enterprise
Manager el clic es muy fácil, ¿eh?

72
00:06:22,410 --> 00:06:25,310
Aplico profiles, aplico
profiles y clic, clic.

73
00:06:25,410 --> 00:06:26,990
¿Quieres aplicar estos profiles?

74
00:06:27,030 --> 00:06:28,870
Sí, sí, siguiente, siguiente, siguiente.

75
00:06:28,910 --> 00:06:31,290
Y se montan unos títulos guapos, ¿eh?

76
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

77
00:06:36,690 --> 00:06:39,523
veo que me está diciendo
el profile qué va a hacer.

78
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

79
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.

80
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

81
00:06:57,210 --> 00:07:05,450
es paralelizar un consumo, un
plan de ejecución, que igual

82
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

83
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

84
00:07:16,440 --> 00:07:23,870
y revisar. ¿sabes? Y bueno, estándar yo a

85
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,

86
00:07:29,690 --> 00:07:34,600
¿no? No vas a tener particionamiento,
tienes opciones para hacerlo, realmente las tienes

87
00:07:35,780 --> 00:07:40,880
pero utiliza la creatividad
un poco ¿la necesito?

88
00:07:41,320 --> 00:07:46,400
Igual no necesito particionamiento igual
no necesito, bueno diagnóstico y tuning yo creo

89
00:07:46,400 --> 00:07:53,420
que está clara mi Posición que creo
que siempre hay opciones que no

90
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

91
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

92
00:08:07,240 --> 00:08:12,720
a mí esta creatividad a mí esta creatividad
pero funciona, como digo yo, funciona

93
00:08:13,960 --> 00:08:18,560
Cumple la expectativa que tú
necesitas para tu negocio Sí, que

94
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

95
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,

96
00:08:29,760 --> 00:08:37,150
¿no? Bueno, o no, pero tienes que
saber con lo que trabajas y ahí sí

97
00:08:37,150 --> 00:08:43,730
que estoy viendo que la tendencia de
Oracle es ir recortando un poco los beneficios que

98
00:08:43,730 --> 00:08:47,897
tendrías, bueno, beneficios entre
comillas, que tendrías con estándar, ¿no?

99
00:08:49,010 --> 00:08:51,150
Van quitando más cositas, ¿no?

100
00:08:51,230 --> 00:08:53,470
Pues el Graph, el Spatial, ¿no?

101
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

102
00:08:59,610 --> 00:09:03,110
jugar un poquito, ¿no? Por el
tema de los sockets, los cores...

103
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

104
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

105
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.

106
00:09:21,200 --> 00:09:26,020
No, no, claro que no claro, ahí
hablamos de cosillas distintas.

107
00:09:26,080 --> 00:09:27,500
Al final es el producto que tienes.

108
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,

109
00:09:34,290 --> 00:09:39,290
cuando estás implementando y ves que te
hacen falta funcionalidades que no tienes en

110
00:09:39,290 --> 00:09:42,123
estándar, tienes que dar
un salto en el enterprise.

111
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

112
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,

113
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

114
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

115
00:10:04,690 --> 00:10:10,750
voy a necesitar, pues, no sé, en quitación
voy a necesitar, bueno, diagnostic y tuning,

116
00:10:10,850 --> 00:10:12,683
voy a necesitar particionamiento,

117
00:10:13,030 --> 00:10:18,630
Necesitar esas funcionalidades que no
tengo en la estándar pero si no las necesitas ¿por

118
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

119
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

120
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

121
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

122
00:10:39,670 --> 00:10:42,781
el que paga es otro yo siempre
pido que tiran Enterprise

123
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,

124
00:10:50,700 --> 00:10:53,320
pero realmente es lo
que necesita la empresa.

125
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

126
00:10:59,310 --> 00:11:00,699
puede llegar a necesitar.

127
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.

128
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

129
00:11:10,370 --> 00:11:15,270
mucho trabajo y tú vas a tener las
funcionalidades que has descubierto que necesitas

130
00:11:15,270 --> 00:11:19,326
ahora. Pero ¿por qué empezar con una
Enterprise cuando yo no la necesito?

131
00:11:20,520 --> 00:11:23,000
Ahí voy un poco, esto
es como una evolución.

132
00:11:24,900 --> 00:11:28,140
Y viniendo al tema que
queríamos hablar, ¿no?

133
00:11:28,440 --> 00:11:32,920
De SEJA, ¿no? De alta
disponibilidad en estándar.

134
00:11:32,980 --> 00:11:35,313
Alta disponibilidad en estándar no existe.

135
00:11:35,830 --> 00:11:39,970
No es el concepto, aunque lo vendan
como SEJA, no es alta disponibilidad.

136
00:11:40,290 --> 00:11:44,510
Tienes un activo pasivo o sea, es como
tener un RESTAR, pero con dos nodos.

137
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

138
00:11:52,070 --> 00:11:54,490
paro por temas de mantenimiento
y levanto en otro nodo.

139
00:11:54,530 --> 00:11:56,250
Pero ahí tenemos unos minutos, ¿no?

140
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.

141
00:12:01,550 --> 00:12:03,661
Eso para mí no es alta disponibilidad.

142
00:12:04,130 --> 00:12:06,890
Alta disponibilidad es un rack, ¿no?

143
00:12:06,930 --> 00:12:11,597
Yo paro servicios, dejo cerrar un nodo, tú
no te vas a enterar, seguimos trabajando,

144
00:12:11,970 --> 00:12:13,910
eso en estándar no existe.

145
00:12:13,910 --> 00:12:16,050
¿Qué tiene de bueno estándar?

146
00:12:16,130 --> 00:12:18,490
Tienes esa regla de los 10 días.

147
00:12:18,890 --> 00:12:21,210
Yo voy a licenciar un nodo y

148
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

149
00:12:29,630 --> 00:12:32,850
levante un minuto, un segundo,
en el otro nodo cuenta un día.

150
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

151
00:12:39,410 --> 00:12:44,850
no lo sabes pero no sé, tareas de
mantenimiento etcétera, en la que yo planificadamente

152
00:12:46,360 --> 00:12:51,020
Vamos a un nodo, levantamos en otro
seguimos dando servicio mientras yo trabajo con el

153
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

154
00:12:56,940 --> 00:13:03,640
pero no tienes esa escalabilidad de un
RAC en el que yo Yo voy agregando...

155
00:13:03,640 --> 00:13:06,680
No, esto no es un rack seja no es un rack.

156
00:13:07,600 --> 00:13:10,720
Cuéntame las diferencias de
eso con el rack one node.

157
00:13:11,320 --> 00:13:13,876
Claro yo sí he trabajado
con el rack one node.

158
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

159
00:13:18,260 --> 00:13:22,482
nodo en el que conviven las dos instancias
y, bueno, el corte es muy mínimo.

160
00:13:22,780 --> 00:13:24,540
No es como si fuese un...

161
00:13:24,540 --> 00:13:26,960
Yo el rack ralentizado, ¿no?

162
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.

163
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

164
00:13:37,860 --> 00:13:40,220
se comparta carga, no existe y

165
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í,

166
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,

167
00:13:56,090 --> 00:14:01,590
el Application Failover la query continúa
claro, pero porque están activas o sea, en

168
00:14:01,590 --> 00:14:04,390
el momento que empiezas a levantar Hay un
momento que están las dos instancias activas,

169
00:14:04,430 --> 00:14:09,530
exacto. Y se comporta como un rack de dos
nodos temporalmente, mientras se Para el primero

170
00:14:09,530 --> 00:14:12,010
y el segundo se convierte en único.

171
00:14:12,790 --> 00:14:15,050
Efectivamente, y eso en Seja no lo tienes.

172
00:14:15,090 --> 00:14:18,201
Seja lo que hace es, para un
nodo, levanta en otro nodo.

173
00:14:18,940 --> 00:14:21,800
O sea, tienes un momento de
corte, no van a convivir.

174
00:14:21,840 --> 00:14:29,140
Por eso digo, One Node no es una
funcionalidad o que tengas en estándar,

175
00:14:29,160 --> 00:14:33,540
no existe. Y ahí está la diferencia.

176
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

177
00:14:40,620 --> 00:14:47,740
un no alta disponibilidad es
alta disponibilidad lo llaman

178
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

179
00:14:54,740 --> 00:15:00,080
Almost hoy con el almost
sí, sí, el almost sí, sí, sí

180
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

181
00:15:08,060 --> 00:15:15,180
de Almos Zero Sí, van implementando
el TAG el TAF, o sea, el TAG yo para

182
00:15:15,180 --> 00:15:18,940
mí deriva en, vamos a hacer
un poquito más fácil, ¿no?

183
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

184
00:15:23,140 --> 00:15:25,220
hablamos de Enterprise con RAC

185
00:15:26,200 --> 00:15:30,920
que bueno, ese TAF es un toca código
y bueno Bueno, vamos a asumirlo, ¿no?

186
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

187
00:15:36,260 --> 00:15:38,482
interesante, que es a nivel de servicio.

188
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

189
00:15:43,920 --> 00:15:46,587
tengo que aplicarlas. Me
parece más interesante.

190
00:15:47,040 --> 00:15:49,220
Pero bueno, tampoco lo tienes en ceja.

191
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

192
00:15:56,340 --> 00:15:59,420
no hay que demonizar a estándar.

193
00:15:59,620 --> 00:16:04,220
Estándar es muy común en muchos clientes
y cumple lo que quieren los clientes.

194
00:16:04,940 --> 00:16:12,180
Y a no ser que necesites funcionalidades
extra por el dinero que estás ahorrando,

195
00:16:12,240 --> 00:16:15,620
al final tienes un oracle que
para nada es un mal producto.

196
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.

197
00:16:22,420 --> 00:16:28,560
He estado con muchos clientes en los que
ves que realmente sí que, bueno, que cumplen

198
00:16:28,560 --> 00:16:33,000
lo que piden y para mí estándar,
no hay que perderlo de vista.

199
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

200
00:16:40,050 --> 00:16:44,530
creatividad para replicar lo que tendrías
pagando más que lo puedes conseguir.

201
00:16:45,430 --> 00:16:48,750
Lo que decíamos de las vistas,
las tablas, particiones...

202
00:16:48,750 --> 00:16:51,180
Bueno, lo puedes conseguir.

203
00:16:52,480 --> 00:16:54,313
Hay más tareas de administración.

204
00:16:55,300 --> 00:16:56,940
Fíjate que yo soy como muy extremista.

205
00:16:56,980 --> 00:16:59,091
Para mí RAC no es alta disponibilidad.

206
00:17:00,150 --> 00:17:04,330
¿Y por qué? Pues porque tienes
muchos puntos únicos de fallo.

207
00:17:07,310 --> 00:17:09,170
¿Tienes una versión de la tabla?

208
00:17:09,730 --> 00:17:12,770
¿Tienes un ASM? ¿Tienes un clusterware?

209
00:17:13,390 --> 00:17:18,850
Sí, pero el ASM, claro, Al final puedes
tener tu redundancia, puedes tener...

210
00:17:18,850 --> 00:17:22,750
No, a ver, a ver, ¿dónde
podemos tener redundancia?

211
00:17:22,850 --> 00:17:26,310
Tenemos redundancia a nivel de
disco, pero ASM tenemos uno.

212
00:17:26,430 --> 00:17:30,230
Se nos va el ASM a la porra y no
arranca el ASM, no tenemos nada.

213
00:17:31,690 --> 00:17:34,110
Esa alta disponibilidad ya no es tan alta.

214
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.

215
00:17:38,880 --> 00:17:43,400
Pero para mí alta disponibilidad es
Data Guard, ServiceGuard entre RACs.

216
00:17:43,980 --> 00:17:47,080
No, Data Guard no es alta
disponibilidad, es DR.

217
00:17:47,260 --> 00:17:54,460
No, es DR. Claro, tú un Data Guard,
tú al final lo tienes para desde este

218
00:17:54,460 --> 00:17:57,200
recovery. No es una alta disponibilidad.

219
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

220
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,

221
00:18:06,980 --> 00:18:10,840
que eran cinco nodos, cinco o siete nodos.

222
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

223
00:18:18,140 --> 00:18:25,340
Only, está abierto a consultas
y, claro, cuando tú haces

224
00:18:25,340 --> 00:18:29,580
un switchover tú puedes también,
bueno, no tienes el TAF, ¿vale?

225
00:18:29,580 --> 00:18:34,060
Sí, no tienes un TAF, pero bueno, cuando
hablamos de alta disponibilidad es que yo tengo

226
00:18:34,100 --> 00:18:36,460
el servicio disponible lo más posible.

227
00:18:36,780 --> 00:18:40,500
Y eso es un RAC. Eso
es un RAC de discusión.

228
00:18:40,500 --> 00:18:46,200
Solo a nivel de nodos. Bueno,
y a nivel de transacciones.

229
00:18:48,120 --> 00:18:50,287
Claro, tú al final si se acaba un nodo.

230
00:18:50,600 --> 00:18:53,044
Si se acaba un nodo sí,
alta disponibilidad.

231
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

232
00:18:57,880 --> 00:19:00,300
alta, a mí el RAC se me queda corto.

233
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

234
00:19:07,860 --> 00:19:14,300
failover rápido y si tú no tienes otros
mecanismos de redundancia en tablas para poder,

235
00:19:14,560 --> 00:19:21,540
claro, para a mi la alta disponibilidad
solamente de un rack, digo es algo personal es

236
00:19:21,540 --> 00:19:27,280
una opinión, poniéndome yo pejigueras
estamos tomando café, no somos muy segurosos, si

237
00:19:27,280 --> 00:19:30,891
alguien tiene una opinión distinta
puede levantar la mano y decir

238
00:19:32,840 --> 00:19:38,640
Al final, la herramienta que tienes y alta
disponibilidad, al final, va a ser, ahí sí

239
00:19:38,640 --> 00:19:40,696
que no me bajo, va a ser siempre RAC.

240
00:19:42,040 --> 00:19:44,900
Un Data Guard es un
disaster recovery, es un DR.

241
00:19:45,420 --> 00:19:50,780
En caso de desastre o una tarea de
mantenimiento, que tengo que hacer, que muevo otro

242
00:19:50,780 --> 00:19:56,320
nodo, tienes ese periodo de parada,
pero un RAC no deberías tenerlo.

243
00:19:56,320 --> 00:19:59,780
Si tienes implementado TAG o simplemente,

244
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,

245
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.

246
00:20:14,060 --> 00:20:18,320
Para mí alta disponibilidad también es,
tengo una operación de mantenimiento, joder,

247
00:20:18,360 --> 00:20:21,680
dejo secar un nodo, aplico mi parche, ¿no?

248
00:20:22,420 --> 00:20:27,920
Levantamos servicio para el otro nodo, que
los usuarios ahí no deberían tampoco enterarse.

249
00:20:28,320 --> 00:20:30,200
O sea, eso es alta disponibilidad.

250
00:20:30,240 --> 00:20:33,520
Sí, Esto lo estábamos hablando.

251
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.

252
00:20:37,320 --> 00:20:42,440
El Active Data Guard, que es
el primer nivel de stand -by.

253
00:20:42,540 --> 00:20:49,520
Para consulta, ¿no? Sí, para
consulta, claro, solo es read -only.

254
00:20:51,180 --> 00:20:54,013
Y entonces, un tercer nivel,
que es el nivel de DR.

255
00:20:55,420 --> 00:20:58,198
Ese tercer nivel es el
nivel de disaster recovery.

256
00:20:58,380 --> 00:21:05,600
Pero entre la primary y el standby,
digamos, en los dos nodos de primary

257
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,

258
00:21:11,860 --> 00:21:15,240
arde la cabina, haces
failover y tienes el entorno

259
00:21:16,460 --> 00:21:19,680
Disponible, para mí esa es disponibilidad

260
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

261
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,

262
00:21:35,110 --> 00:21:36,777
pero un rack no lo vas a tener

263
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?

264
00:21:44,010 --> 00:21:46,190
¿Dónde está la alta
disponibilidad del rack?

265
00:21:46,230 --> 00:21:48,330
Pero depende, ¿te cae el CRS en un nodo?

266
00:21:48,370 --> 00:21:50,037
¿Tienes el resto de los nodos?

267
00:21:50,390 --> 00:21:53,930
Un truncate table ¿Dónde está la alta
disponibilidad en el truncate table?

268
00:21:53,970 --> 00:21:55,010
¿Pero es que un truncate table?

269
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,

270
00:22:00,110 --> 00:22:05,770
tú borras una tabla No es alta disponibilidad
Tú sigues dando servicio con los nodos

271
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

272
00:22:11,580 --> 00:22:14,280
Oye, no es alta disponibilidad del dato.

273
00:22:14,520 --> 00:22:18,180
El dato, si has truncado,
el RAC ha hecho su servicio.

274
00:22:19,920 --> 00:22:22,600
Fíjate qué grande, David,
lo que nos dice en el chat.

275
00:22:22,640 --> 00:22:27,200
Dice, la disponibilidad absoluta no existe,
pero a ver quién se lo dice al cliente.

276
00:22:27,240 --> 00:22:30,220
Es muy buena, David si
quieres subirte, subimos aquí.

277
00:22:30,400 --> 00:22:36,500
Ya ves un poco nosotros. Ahí estamos cruzando
alta disponibilidad con protección del

278
00:22:36,500 --> 00:22:41,420
dato. Con tener datos, o sea, tienes
mecanismos en base de datos para recuperar, pero

279
00:22:41,420 --> 00:22:43,031
¿a qué sigues dando servicio?

280
00:22:44,020 --> 00:22:45,964
Claro ¿Esto es alta disponibilidad?

281
00:22:46,120 --> 00:22:50,230
¿Seguir dando servicio? Sí,
sí hola, David, ¿qué tal?

282
00:22:50,830 --> 00:22:52,497
¡Hombre, David! Buenas tardes.

283
00:22:53,330 --> 00:22:57,090
Te desmutas cuando quieras
y entras a hablar, ¿vale?

284
00:22:57,110 --> 00:22:59,777
Que nosotros no hemos
probado micro, pero tú no.

285
00:23:00,020 --> 00:23:02,780
Claro ¿Qué servicio de qué?

286
00:23:02,840 --> 00:23:03,900
¿Alta disponibilidad de qué?

287
00:23:03,940 --> 00:23:07,640
¿Qué servicio de qué? ¿De base de
datos o servicio de aplicación?

288
00:23:07,640 --> 00:23:10,040
O servicio de que la
tabla esté disponible.

289
00:23:10,200 --> 00:23:11,460
Hola, David, ¿cómo estás?

290
00:23:11,500 --> 00:23:15,360
Hola, ¿qué tal? Siempre
hay un punto de fallo.

291
00:23:16,260 --> 00:23:17,860
Eso lo sabemos todos, ¿no?

292
00:23:17,920 --> 00:23:21,740
Si es rack, pues si no tienes
múltiples a la cabina, mal.

293
00:23:23,520 --> 00:23:25,640
Bueno, puedes tener la redundancia, ¿no?

294
00:23:25,680 --> 00:23:26,580
Sí, la puedes tener redundancia.

295
00:23:26,620 --> 00:23:33,760
Si tienes de atacar, activa de atacar,
vale, pero si tienes el fast start failover, lo

296
00:23:33,760 --> 00:23:35,460
puedes tener, pero ahí tienes caída.

297
00:23:35,500 --> 00:23:37,000
Siempre puede pasar algo.

298
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

299
00:23:44,600 --> 00:23:51,580
que está hablando a base de mucho dinero
se puede minimizar pero merece la pena pues

300
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

301
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

302
00:24:03,020 --> 00:24:05,464
que la posibilidad de
que se me caiga un día

303
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

304
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

305
00:24:24,760 --> 00:24:29,340
nodo pero vas a tener el resto dando
servicio no no me estoy centrando en almacenamiento

306
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

307
00:24:34,020 --> 00:24:39,100
tú tengas ese ese procesamiento dividido
entre los nodos y que pueda dar servicio.

308
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

309
00:24:45,580 --> 00:24:52,570
es escalabilidad. Porque al final vas a
depender de una cabina, que casi siempre será

310
00:24:52,570 --> 00:24:56,610
una única cabina, habrá sitios muy
potentes que tengan dos cabinas, que tengan redundancia,

311
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.

312
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

313
00:25:06,460 --> 00:25:09,360
lo notan Y si se te cae un CPD

314
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

315
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

316
00:25:22,380 --> 00:25:29,460
Ahí lo has dicho Es que Cuando hablamos
de alta disponibilidad Nos basamos

317
00:25:29,460 --> 00:25:31,404
en los desastres que pueden suceder

318
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

319
00:25:37,600 --> 00:25:39,760
rack con un disaster recovery, ¿no?

320
00:25:39,800 --> 00:25:47,150
O sea, tienes esa opción de desastre,
pero que estamos juntando, yo pienso

321
00:25:47,150 --> 00:25:49,030
que dos términos distintos, ¿no?

322
00:25:49,030 --> 00:25:56,740
RAC, alta disponibilidad perfecto opción
B, si tienes un problema a nivel de infraestructura

323
00:25:56,740 --> 00:26:03,900
o a nivel de, bueno o no, I
a nivel de cabina o yo que

324
00:26:03,900 --> 00:26:08,780
sé, tienes un RAC de 5 nodos por cualquier
motivo tienes 5 nodos fuera, pues tiramos

325
00:26:08,780 --> 00:26:13,100
de disaster, pero se escapa del ámbito de
lo que estamos hablando, de alta disponibilidad

326
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

327
00:26:20,160 --> 00:26:25,830
una harina. Claro, sí son
términos que pueden parecer

328
00:26:26,890 --> 00:26:28,557
similares, pero son distintos.

329
00:26:29,060 --> 00:26:33,780
Sí, son interpretaciones, pero por
eso yo me pongo ahí en el extremismo.

330
00:26:33,800 --> 00:26:38,960
Yo digo, como dice David, para mí el
RAC es escalabilidad y alto rendimiento.

331
00:26:39,260 --> 00:26:43,260
Queremos aumentar rendimiento, aumentamos
nodos y si se nos cae un nodo, tenemos alta

332
00:26:43,300 --> 00:26:44,400
disponibilidad a nivel de nodo.

333
00:26:44,440 --> 00:26:46,040
Si se nos cae un nodo, estamos salvados.

334
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

335
00:26:50,320 --> 00:26:56,100
en un momento dado poder propagar al
stand -by con un delay de 5 minutos.

336
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

337
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.

338
00:27:07,160 --> 00:27:14,400
¿Por qué? ¿Por qué? Porque yo quiero
que sea mi opción si tengo un desastre.

339
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

340
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.

341
00:27:25,160 --> 00:27:28,940
O sea, yo para mí ese delay es
cuando tienes dos Data Guard.

342
00:27:29,080 --> 00:27:29,960
Pero puedes tener varios.

343
00:27:30,000 --> 00:27:33,680
Uno claro, sí, sí, sí yo lo veo
cuando tienes dos Data Guard.

344
00:27:33,680 --> 00:27:36,720
Hasta cuatro Data Guard, por
lo que estabas diciendo antes.

345
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

346
00:27:41,060 --> 00:27:43,900
que vas a tirar porque
tienes esa contingencia, ¿no?

347
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,

348
00:27:51,060 --> 00:27:56,400
licencias, etcétera, lo que quieras,
para poder evaluar este tipo de casos.

349
00:27:56,840 --> 00:28:02,980
O un punto intermedio tú puedes decir,
hombre, pues que tengo un delay de 15 minutos

350
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

351
00:28:07,980 --> 00:28:11,720
15 minutos que vas a perder, ¿no?

352
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

353
00:28:16,180 --> 00:28:19,560
guard, en el que voy a tener ese delay
de 15 minutos que tiene que recuperar.

354
00:28:19,600 --> 00:28:27,900
Yo, o sea, para un sistema productivo
en el que tengas ese, bueno,

355
00:28:27,940 --> 00:28:32,860
que puedas tirar de ese datagar para
esa, bueno, como comentéis vosotros, ¿no?

356
00:28:32,880 --> 00:28:38,020
Esa alta disponibilidad, entre comillas,
que sea muy, muy rápido, luego ya tendré yo,

357
00:28:38,060 --> 00:28:45,600
si puedo, si tengo infraestructura y si
lo tengo contemplado, otros datagar que

358
00:28:46,200 --> 00:28:48,760
sean, pues, no sé, se me
ocurre así de primeras, ¿no?

359
00:28:48,800 --> 00:28:50,040
Que lo tenga para desarrollo.

360
00:28:50,080 --> 00:28:52,469
¿Estás viniendo a
nuestro terreno, querida?

361
00:28:52,740 --> 00:28:59,740
No, no creo es un tema también

362
00:28:59,740 --> 00:29:02,020
más quizá dialéctico de todo.

363
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ú

364
00:29:06,420 --> 00:29:09,320
pagas por unas determinadas
funcionalidades.

365
00:29:09,560 --> 00:29:11,820
¿Cuánto quieres pagar? ¿Cuánto necesitas?

366
00:29:11,860 --> 00:29:17,620
Como Decía David, ¿cuánto te cuesta a
ti perder cinco minutos de servicio?

367
00:29:17,620 --> 00:29:24,980
Pues si te cuesta infinito, es decir, o
que puedes perder todo el funcionamiento

368
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

369
00:29:30,920 --> 00:29:35,840
de reputación que tienes que cerrar
persiana, pues entonces ahí sí, ahí tenemos que buscar

370
00:29:35,880 --> 00:29:40,000
la super máxima disponibilidad a
nivel de todo y pagar el coste.

371
00:29:40,000 --> 00:29:41,540
Pero a lo mejor no necesitas eso.

372
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

373
00:29:48,000 --> 00:29:51,444
de caída. O puedo asumir una
hora de parada y no hay problema.

374
00:29:53,720 --> 00:29:55,887
Venga, cuéntanos más cosas de estándar.

375
00:29:56,340 --> 00:29:58,680
David, ¿te quieres subir o te
quieres volver a la audiencia?

376
00:29:58,720 --> 00:30:00,498
No, me vuelvo, que sigue a ella.

377
00:30:02,280 --> 00:30:04,940
Vale venga, pues te bajo para abajo.

378
00:30:04,940 --> 00:30:07,020
No discuto con ella, que es muy pesada.

379
00:30:07,060 --> 00:30:12,900
Dilo, David. Muchas gracias, David pues
venga, sigue contándome las cosas de estándar.

380
00:30:12,940 --> 00:30:18,040
Venga, si yo tuviese que plantearme
relación calidad -precio o ventajas...

381
00:30:18,040 --> 00:30:21,500
Bueno, ya hemos dicho que alta
disponibilidad no es alta disponibilidad, pero, hombre,

382
00:30:21,540 --> 00:30:25,160
el poder tener una infraestructura de
clúster en servidores y poder tener una base de

383
00:30:25,200 --> 00:30:28,300
datos que puede en un
momento dado conmutarla...

384
00:30:28,300 --> 00:30:32,860
Bueno, no conmutarla, no, pararla
y arrancarla en otro nodo.

385
00:30:33,800 --> 00:30:39,860
¿Qué otras ventajas o qué otros beneficios,
no tanto en alta disponibilidad, sino en

386
00:30:39,860 --> 00:30:45,760
estándar, calidad -precio, crees que
pueden ser interesantes para considerar, mira, oye,

387
00:30:45,820 --> 00:30:48,520
es que con esto a lo mejor
no necesitas ir a Enterprise?

388
00:30:48,560 --> 00:30:56,050
Es que ahí vuelvo a lo que empezamos
comentando es que necesitas o

389
00:30:56,080 --> 00:31:03,240
sea qué quieres hacer qué vas a hacer
con el dato que tú puedes permitirte una

390
00:31:03,240 --> 00:31:10,580
parada de 10 minutos no necesitas
particionamiento no necesitas bueno hay funcionalidades

391
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

392
00:31:17,080 --> 00:31:23,490
no te realmente tienes que
pagar por un under price

393
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

394
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

395
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

396
00:31:43,690 --> 00:31:48,530
recados volver a casa consumo de
poquito, no pago mucho seguro ¿sabes?

397
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

398
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,

399
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

400
00:32:04,770 --> 00:32:06,750
igual, bueno, casi igual, ¿no?

401
00:32:07,270 --> 00:32:14,510
Que el Smart Necesito el Ferrari
y ahí está para mí ahí está

402
00:32:14,510 --> 00:32:21,670
el punto tienes que saber exactamente qué
necesitas y yo lo veo, siempre dije para mí

403
00:32:21,670 --> 00:32:26,080
la opción estándar me
parece más que válida y

404
00:32:27,520 --> 00:32:32,920
Es algo que voy a defender porque hay
gente que pienso bueno, empresas, compañías que

405
00:32:32,920 --> 00:32:37,840
están pagando por un Enterprise cuando no
lo necesitan pero nos encontramos con esos

406
00:32:37,840 --> 00:32:42,800
baches que nos van poniendo continuamente
vale, ahora eras muy feliz ¿no?

407
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

408
00:32:48,120 --> 00:32:52,920
las 19 y te voy a poner que como
mucho vas a tener 16 threads ¿no?

409
00:32:52,980 --> 00:32:55,500
Vas a tener como mucho
esos dos soques, ¿sabes?

410
00:32:55,540 --> 00:32:57,760
Veo que van poniendo un poco piedras

411
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

412
00:33:05,180 --> 00:33:07,624
la explotación que hagas
de la base de datos

413
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

414
00:33:13,340 --> 00:33:15,729
corporación multinacional
que no dirigimos.

415
00:33:17,560 --> 00:33:20,680
Pero, ¿qué veo en Oracle?

416
00:33:20,740 --> 00:33:22,518
Lo que decías al principio, ¿no?

417
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

418
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.

419
00:33:33,140 --> 00:33:34,740
¿Ah, que quieres hacer eso?

420
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í

421
00:33:41,540 --> 00:33:48,040
quieren utilizar ese ponerte en la
encrucijada, en el cruce de caminos de decir, ahora

422
00:33:48,040 --> 00:33:52,940
sí, o sigues viviendo con Enterprise
o pasas al modo premium, ¿no?

423
00:33:53,360 --> 00:34:01,030
Al modo caro bueno, Dos cosas ¿Cómo

424
00:34:01,030 --> 00:34:06,530
configurarías tú una estándar
o qué componente le dirías?

425
00:34:06,570 --> 00:34:10,050
Mira, es que debería tener
esto para ser estándar, ¿no?

426
00:34:10,050 --> 00:34:13,810
No ser enterprise ¿Qué tiene la
enterprise que no incluye la estándar?

427
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.

428
00:34:19,710 --> 00:34:27,110
Si tú pudieses configurar, digamos, un
estándar con cualquier cosa de Enterprise que

429
00:34:27,110 --> 00:34:33,670
tuviese coste, dirías, mira, para una
pequeña, media empresa, yo le recomiendo, si pudiera

430
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

431
00:34:40,190 --> 00:34:41,410
específico, lo acabas de decir, ¿no?

432
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

433
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,

434
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

435
00:34:57,510 --> 00:35:04,050
que deberían tener Pero no es obligatorio
claro, o sea, yo para mí obligatorio, ¿qué

436
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,

437
00:35:09,790 --> 00:35:13,850
perfecto, mi Twingo, perfecto cambiando el
Ferrari por un Twingo, como decía Shakira

438
00:35:13,890 --> 00:35:15,668
con este Twingo yo tendría todo.

439
00:35:16,750 --> 00:35:23,350
Pues yo para mí, o sea, además
que vamos lo defiendo a muerte

440
00:35:24,510 --> 00:35:29,230
sería siempre paralelismo, más que
nada pensando también en el backup

441
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

442
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

443
00:35:39,180 --> 00:35:43,680
tiempo ¿no? En hacerse porque no tienes
esa O sea, depende de la estructura, etc.

444
00:35:43,780 --> 00:35:46,140
Pero normalmente no tienes esa facilidad.

445
00:35:46,520 --> 00:35:50,820
O blockchain tracking, que
lo tienes en enterprise, etc.

446
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.

447
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

448
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

449
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

450
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

451
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

452
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

453
00:36:34,600 --> 00:36:41,600
un revuelo de un índice o un move
de una tabla un string no yo veo

454
00:36:41,600 --> 00:36:46,900
operaciones que sí que veo que son muy
importantes a nivel de almacenamiento

455
00:36:48,790 --> 00:36:55,070
Y en principio, sí, lo que hemos
hablado, para el lismo y sí.

456
00:36:56,160 --> 00:37:01,620
Yo le añadiría, de lo que has dicho,
importantísimo las operaciones en caliente.

457
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

458
00:37:06,730 --> 00:37:09,130
una tabla, a veces tienes que reorganizar.

459
00:37:09,610 --> 00:37:12,030
Pero es online, ¿no? Es lo
que hablábamos, el online.

460
00:37:12,070 --> 00:37:16,220
Claro, el online el
poder hacerlo al vuelo.

461
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

462
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.

463
00:37:30,320 --> 00:37:37,400
Y particionamiento, aunque no lo parezca,
al final te encuentras que pequeñas bases de

464
00:37:37,400 --> 00:37:41,100
datos o grandes bases de datos
lo acaban necesitando, ¿no?

465
00:37:41,100 --> 00:37:45,760
¿Qué podemos hacer? Esas triquiñuelas,
como digo yo, entre comillas, se puede hacer de

466
00:37:45,800 --> 00:37:50,960
forma manual, no pasa nada, lleva más
mantenimiento, más monitorización, que tienes que

467
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.

468
00:37:57,910 --> 00:38:01,130
La opción que tú hayas
implementado tiene que estar ahí.

469
00:38:03,070 --> 00:38:07,490
Pero todos acaban necesitando y yo es algo
que veo necesario en todos los clientes al

470
00:38:07,530 --> 00:38:13,330
final aunque sea que se desmadre un
crecimiento de una tabla que nadie lo ha evaluado,

471
00:38:13,370 --> 00:38:17,630
que al final con monitorización periódica
o que vas analizando, pues lo acabas viendo

472
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

473
00:38:24,910 --> 00:38:30,740
o analizando crecimientos de mentos,
etcétera porque al final diagnóstico y tuning pues

474
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

475
00:38:36,840 --> 00:38:39,260
sacarle jugo pero que está deprecado

476
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

477
00:38:45,530 --> 00:38:48,250
con Restart no, yo son
cosillas que voy viendo

478
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

479
00:38:56,510 --> 00:39:03,790
uno de los, un ace lo compartió en
el foro de un active una SH, una

480
00:39:03,790 --> 00:39:09,630
Active Session History para estándar a
mano, digamos, decir bueno, pues no es bien bien

481
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é,

482
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

483
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

484
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

485
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

486
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

487
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

488
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

489
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

490
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

491
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

492
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

493
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,

494
00:40:23,150 --> 00:40:27,170
mayor tarea de almacenamiento, porque al
final un SEJA, tú tienes tu OCR, o sea, como

495
00:40:27,210 --> 00:40:28,599
si fuese un clúster, ¿no?

496
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

497
00:40:36,600 --> 00:40:40,980
tienen sentido para un NODO,
porque para mí no es un RAC, ¿no?

498
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

499
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

500
00:40:54,250 --> 00:41:00,220
de crítica que me gustaría saber
en qué línea tira oracle y no...

501
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

502
00:41:08,340 --> 00:41:10,740
te lo depreco pero no tengo una opción

503
00:41:12,300 --> 00:41:19,780
Cierto, hay que ver Cómo van a evolucionar
Hacia dónde van a seguir Estaba

504
00:41:19,780 --> 00:41:24,360
comentando a la gente también compresión
Qué importante la compresión Bueno, tienes la

505
00:41:24,400 --> 00:41:26,880
básica Claro, la compresión estándar

506
00:41:29,480 --> 00:41:37,060
Bueno, bueno Muchos registros con datos
duplicados Sí que la básica te puede servir Pero

507
00:41:37,060 --> 00:41:41,820
ya Claro, o por ejemplo La básica,
por ejemplo, en compresión de índices

508
00:41:43,200 --> 00:41:49,490
Índices con con varias columnas
pero que sean datos duplicados

509
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,

510
00:41:55,660 --> 00:41:58,120
¿no? Claro, pero a nivel de tabla, ¿sabes?

511
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

512
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

513
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.

514
00:42:14,060 --> 00:42:21,400
Oye, pues mira, un caso cliente real,
estamos hablando de 500, 600 gigas

515
00:42:21,400 --> 00:42:28,660
de índices, aplicarle la compresión a
todos los que son multicolumna y reducir

516
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?

517
00:42:34,180 --> 00:42:36,660
No, no, no, no, por compresión.

518
00:42:36,680 --> 00:42:43,160
Porque todos tenían un reveal frecuente.

519
00:42:43,460 --> 00:42:44,940
Tenían reveals frecuentes.

520
00:42:45,300 --> 00:42:49,220
Y con la compresión, reducirse a la mitad.

521
00:42:49,400 --> 00:42:55,780
Sí, Porque te elimina
la redundancia lógica.

522
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

523
00:43:00,000 --> 00:43:07,260
piensa en el Zip piensa en la en la
compresión compresión tal cual, ¿no?

524
00:43:08,300 --> 00:43:13,280
Sí, como digo yo de pago que
está muy bien o sea, Oracle

525
00:43:15,040 --> 00:43:20,160
Lo monta bueno, lo monta bastante bien
Claro, podría hacer algo así como que Standard

526
00:43:20,160 --> 00:43:24,660
Edition te permitiesen ponerle alguna,
porque al final es una limitación impuesta

527
00:43:25,720 --> 00:43:31,440
Porque lo deciden que está limitado, pero
no hay ninguna justificación para que una determinada

528
00:43:31,440 --> 00:43:33,940
funcionalidad esté disponible
o no esté disponible.

529
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.

530
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

531
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,

532
00:43:52,600 --> 00:43:57,560
sino te lo quito porque esto lleva un
mantenimiento, un desarrollo, un coste que a mí

533
00:43:57,560 --> 00:43:58,720
me beneficia con un enterprise.

534
00:43:58,760 --> 00:44:04,180
Price no la gente que paga licencias con
enterprise pues obviamente si miramos números

535
00:44:04,180 --> 00:44:11,310
seguramente paguen mínimo
10 veces más no y no

536
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

537
00:44:16,350 --> 00:44:23,370
nunca nunca me he querido mirar
en cuanto a mi lado hace poco no

538
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

539
00:44:28,910 --> 00:44:32,950
de comercial, etcétera, pero bueno, había
estado mirando que me pareció interesante y

540
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

541
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

542
00:44:45,600 --> 00:44:51,840
cambiar a esas mismas licencias, a
Enterprise que era lo que cubría el RAC, ¿no?

543
00:44:52,320 --> 00:45:00,940
Y ahí estaba mirando y
teníamos que pasaban un segundo

544
00:45:00,940 --> 00:45:08,140
que pasaban casi de vale de 35
.000 euros que tenían licenciados

545
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

546
00:45:12,720 --> 00:45:19,140
de euros por las licencias de enterprise
las licencias de rack por procesador los nodos

547
00:45:19,140 --> 00:45:20,680
que tenía o sea al final él

548
00:45:23,750 --> 00:45:29,050
Pagas por unas opciones que sí, para
mí, llevan a ese mantenimiento, ese...

549
00:45:29,050 --> 00:45:32,650
Mira, te estoy Mintiendo vale, te miento.

550
00:45:32,730 --> 00:45:36,310
Pasaron de 52 .000 eso de
52 .000 a medio millón.

551
00:45:36,530 --> 00:45:40,770
No eran 35, eran 55 pero
bueno, era un paso muy difícil.

552
00:45:41,090 --> 00:45:41,830
Es como el avance en compresión.

553
00:45:41,870 --> 00:45:43,770
Fíjate, es como el avance en compresión.

554
00:45:43,810 --> 00:45:50,510
Un ratio de 1 a 10. Sí,
yo sí pero ampliación.

555
00:45:50,870 --> 00:45:58,000
Al final es echar por eso digo que hay
unas diferencias de precio tan grandes que

556
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

557
00:46:03,420 --> 00:46:08,380
que plantearte muchas veces qué es lo
que quieres o qué es lo que necesitas

558
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

559
00:46:16,520 --> 00:46:19,740
tres pisos en Mallorca, no
sé, por poner un ejemplo, ¿no?

560
00:46:20,490 --> 00:46:24,350
Pero que necesito yo, jolín, estoy
muy bien en mi casa de Coruña

561
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

562
00:46:32,310 --> 00:46:35,830
en Mallorca, pues lo veremos
pero hoy en día no lo necesito

563
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

564
00:46:41,320 --> 00:46:46,840
disponibilidad y dice, no, no, si Standard
Edition tiene alta disponibilidad y te dice,

565
00:46:46,960 --> 00:46:54,000
a ver, Carla Con scripts,
montame una trampa en la cual...

566
00:46:54,000 --> 00:46:56,333
No sé, ¿te han pedido algo así alguna vez?

567
00:46:57,050 --> 00:46:59,610
Montate con scripts algo que...

568
00:46:59,610 --> 00:47:03,730
Creo que todos montamos en
algún momento ese activo pasivo.

569
00:47:03,950 --> 00:47:08,339
O sea, al final, la licencia que tenías
de Clusterware, no había licencia, ¿no?

570
00:47:08,610 --> 00:47:10,770
Clusterware SM no te cobra.

571
00:47:10,830 --> 00:47:19,350
Entonces, tú lo que hacías era montar ese
activo pasivo con scripts scripts que configurabas

572
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

573
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.

574
00:47:30,610 --> 00:47:35,590
Pero que yo hoy repito, no es una alta
disponibilidad, es un nativo pasivo.

575
00:47:35,870 --> 00:47:38,481
Y lo tenía antes, que es
lo que te da OralSeja.

576
00:47:39,190 --> 00:47:43,790
OralSeja te da lo mismo que hacías antes
manualmente, pero es un nativo pasivo.

577
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

578
00:47:49,840 --> 00:47:54,140
la tuviste Oye, ¿y qué
ha sido del RAC 1 .0?

579
00:47:54,260 --> 00:47:56,427
¿Lo han quitado? ¿Lo han descontinuado?

580
00:47:56,480 --> 00:48:01,780
No lo sé No, hasta donde sé o sea, sí que
descontinuaron obviamente cuando no tienes

581
00:48:01,780 --> 00:48:03,502
RAC en la estándar ya no existe

582
00:48:05,160 --> 00:48:08,771
Pero hasta donde sé, o sea, ahí
me pillas pero yo creo que sí que

583
00:48:10,040 --> 00:48:15,380
Y espero que siga existiendo en
Enterprise, que supongo que sí O sea, casi te aseguro

584
00:48:15,380 --> 00:48:22,440
que sí Pero tendré que mirarlo Hicieron
una gran publicidad Hace años En que Standard

585
00:48:22,440 --> 00:48:26,700
Edition incluía el RAC 1 Note
Claro, y sí que lo incluía Sí

586
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

587
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

588
00:48:42,110 --> 00:48:49,820
1 Note para Standard Pues fíjate, yo tengo
alguna esperanza de que para 23 retomen

589
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

590
00:48:54,820 --> 00:49:01,300
que han sacado que en principio es
bastante funcional para desarrollo si un poco te quieren

591
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

592
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

593
00:49:10,860 --> 00:49:15,860
necesitarían pagar licencia de eso
quizá para estándar si hagan algún

594
00:49:17,460 --> 00:49:24,400
Acercamiento no sé, publicado no está y
no, yo sinceramente no creo yo sinceramente no

595
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

596
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,

597
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

598
00:49:41,200 --> 00:49:48,580
bueno x cosas x casuísticas
que te fueron quitando poco

599
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

600
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

601
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

602
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

603
00:50:16,520 --> 00:50:23,520
bueno, esta restricción de 16 .3 que
al final te está restringiendo, que

604
00:50:23,520 --> 00:50:26,800
no tienes esa alta disponibilidad no sé

605
00:50:28,470 --> 00:50:35,570
Pero bueno Si empiezas de cero o
analizas la infraestructura que tienes

606
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

607
00:50:40,750 --> 00:50:46,390
y te piensas ir a estándar
creo que tiene que evaluarse

608
00:50:47,670 --> 00:50:50,190
Con mucho cuidado muchísimo cuidado

609
00:50:52,220 --> 00:50:59,290
Con mucha calma y que espero que
salga bien, serían casos, bueno, es

610
00:50:59,290 --> 00:51:05,230
como todo, es analizar al final no se
puede generalizar, hay que analizar lo que necesita

611
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

612
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

613
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á

614
00:51:26,830 --> 00:51:34,010
pensando a ver, Oracle comercializa
comercializa estándar comercializa

615
00:51:34,010 --> 00:51:36,290
Enterprise Price, o sea, ¿saben qué tiene?

616
00:51:36,330 --> 00:51:37,530
¿No se han ido a Postgres?

617
00:51:37,570 --> 00:51:42,530
Pueden pensar Mira, por lo menos no se han
ido a Postgres Bueno, Postgres Compatible

618
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,

619
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

620
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í

621
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,

622
00:52:10,020 --> 00:52:17,280
postgres tampoco además, bueno el
tema de open source a mí ella dice

623
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

624
00:52:23,480 --> 00:52:30,600
es lo mismo que el soporte de rack,
aunque puede tener sus sus limitaciones o

625
00:52:30,600 --> 00:52:37,620
sus Historias, pero bueno, si tienes un
compromiso de que van saliendo parches a nivel

626
00:52:37,620 --> 00:52:44,940
de trimestre, los PSU se están lanzando con
una periodicidad, con bastante rigor, no

627
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

628
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

629
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

630
00:53:05,500 --> 00:53:13,140
que yo ahí soy más de que ganamos
que ganamos tenemos ganamos

631
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

632
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.

633
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...

634
00:53:33,760 --> 00:53:41,620
Claro, se hacen migraciones
con el mínimo impacto, mínimo

635
00:53:41,620 --> 00:53:44,680
impacto y no aprovechamos lo nuevo.

636
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,

637
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.

638
00:53:56,430 --> 00:53:59,190
Tienes que realizar tus pruebas, ¿no?

639
00:54:00,840 --> 00:54:06,050
Cuando hay alguien cerrado
a probar, yo le dejaría la

640
00:54:07,210 --> 00:54:10,599
versión nueva, ¿no? Al final,
adáptate a la nueva tecnología.

641
00:54:10,790 --> 00:54:16,110
No tengo que adaptar yo la nueva
tecnología a las antiguas prácticas, no sé.

642
00:54:16,170 --> 00:54:18,350
Claro, pero espérate ¿Qué se puede hacer?

643
00:54:18,390 --> 00:54:21,230
Que no pasa nada voy a
abrir otro melón, Carla.

644
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

645
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

646
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

647
00:54:40,480 --> 00:54:44,720
que funcionará exactamente igual que
funcionaba antes Pero eso es cuando lo he visto

648
00:54:44,760 --> 00:54:47,920
yo lo he visto por vinculación
a producto producto,

649
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

650
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

651
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

652
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

653
00:55:14,780 --> 00:55:16,724
de producto es como mejor funciona.

654
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

655
00:55:22,660 --> 00:55:28,110
equipos cerca de desarrollo, gente
involucrada, que sí que se pueden hacer esas tareas

656
00:55:28,110 --> 00:55:31,530
de optimización o, bueno,
hacer esos retoques, ¿no?

657
00:55:31,550 --> 00:55:34,710
De comunicación con el DBA, con
la gente de desarrollo, perfecto.

658
00:55:34,750 --> 00:55:36,990
Pero cuando viene impuesto con un...

659
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

660
00:55:43,610 --> 00:55:51,000
nada. Sí, sí, sí, sí yo lo he
visto más en migración cobarde.

661
00:55:51,720 --> 00:55:53,720
Yo lo he visto en migración cobarde.

662
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á,

663
00:55:58,900 --> 00:56:02,780
no va a tener impacto? No, no, todo va
a funcionar exactamente igual que antes.

664
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,

665
00:56:09,620 --> 00:56:16,760
que los planes dinámicos, etc., yo hablo

666
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

667
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

668
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

669
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

670
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

671
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

672
00:56:51,490 --> 00:56:52,450
las pruebas de la otra empresa.

673
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

674
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

675
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

676
00:57:12,880 --> 00:57:17,260
yo que están ahí bueno
Bueno, planetas, ¿no?

677
00:57:17,400 --> 00:57:21,880
Orbitando alrededor.
Son peleas estas, ¿eh?

678
00:57:22,440 --> 00:57:29,060
¿Te acuerdas que te he dicho, por
WhatsApp, que te parece si hablamos de la autoridad

679
00:57:29,060 --> 00:57:36,360
de los DBAs? Claro, yo siempre
digo, yo, pelear ceros, al final sí

680
00:57:36,360 --> 00:57:42,920
que veo muchas dicotomías, muchas veces,
entre, no parece como que el equipo, bueno,

681
00:57:43,040 --> 00:57:45,800
no voy a decir DBAs, voy a
decir administración, ¿no?

682
00:57:45,840 --> 00:57:48,118
Porque al final vamos un poco en un pack.

683
00:57:49,070 --> 00:57:50,970
DBAs, administración y desarrollo.

684
00:57:51,310 --> 00:57:58,500
Yo históricamente siempre vi una
dicotomía que pienso y lo he aplicado y

685
00:57:58,500 --> 00:58:05,900
creo fervientemente que deberíamos hacer
que no exista, que trabajando juntos

686
00:58:05,900 --> 00:58:12,020
somos mejores, que muchas veces hay que
entender a la otra parte, aunque no está acertada

687
00:58:12,020 --> 00:58:16,520
o que nosotros muchas veces decimos,
no, mira, esto no puede ser.

688
00:58:17,530 --> 00:58:21,420
Y cuando escuchas a la otra parte dices,
ah, pues sí, pues sí que era, ¿no?

689
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

690
00:58:28,560 --> 00:58:31,449
defiendo y que pienso que
funcionan mejor las cosas.

691
00:58:32,040 --> 00:58:33,980
Y ya lo dije, me quedé tranquila.

692
00:58:33,980 --> 00:58:37,620
Ay, quedó bonito, quedó como Mr.

693
00:58:37,640 --> 00:58:40,180
Wonderful que mira que yo soy más de Mr.

694
00:58:40,380 --> 00:58:44,680
Puterful yo soy más
puterful que wonderful.

695
00:58:45,260 --> 00:58:49,140
Sí, yo soy peleón también,
pero me las tengo.

696
00:58:49,240 --> 00:58:54,400
Por ejemplo, aplicar la secuencia, aplicar
los campos identity en vez de la secuencia.

697
00:58:54,400 --> 00:59:00,100
Y dices, a ver, por favor, señores, ya
abandonemos, no sigamos creando secuencias, por

698
00:59:00,100 --> 00:59:02,800
favor. Y es como una pelea

699
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.

700
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

701
00:59:15,600 --> 00:59:18,160
no nos acaban de chistar
a nivel de base de datos.

702
00:59:18,200 --> 00:59:20,640
No de, jolín, ¿por qué haces esto?

703
00:59:20,760 --> 00:59:26,980
Pero yo al final pienso que hablando con
desarrollo, hablando Con la gente involucrada

704
00:59:26,980 --> 00:59:34,080
en el cambio, explicando,
acabamos todos, me pasa

705
00:59:34,080 --> 00:59:37,800
a mí también cuando me explica algo de
desarrollo, acabamos agradeciendo, entendiendo

706
00:59:37,840 --> 00:59:39,480
y buscando un punto en común.

707
00:59:39,480 --> 00:59:45,200
Que ese punto común, no digo que
siempre estemos todos de acuerdo.

708
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

709
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

710
00:59:55,570 --> 00:59:57,070
así y no lo íbamos a liar.

711
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

712
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,

713
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.

714
01:00:11,610 --> 01:00:18,770
O sea, al final no es
buscar la perfección a nivel

715
01:00:18,770 --> 01:00:23,650
técnico, sino buscar la perfección
a nivel de trabajo en equipo.

716
01:00:24,160 --> 01:00:28,490
No sé si me explico. Sí
me ha quedado muy bonito.

717
01:00:28,650 --> 01:00:31,570
Esto es para un libro te queda muy bonito.

718
01:00:32,190 --> 01:00:39,450
Vamos a evangelizar a técnicos, usuarios,

719
01:00:39,490 --> 01:00:43,790
desarrolladores. Ahora estoy en paralelo
haciendo kill de las sesiones, ¿sabes?

720
01:00:43,830 --> 01:00:48,730
Yo, kill, kill, kill. No,
no, no lo hago, no lo hago.

721
01:01:10,850 --> 01:01:14,130
Que te lo digo yo, que soy
el responsable de no sé qué.

722
01:01:14,970 --> 01:01:20,270
Y cuando cortas, evidentemente, dices,
¡salve usted el paciente que se nos muere!

723
01:01:21,770 --> 01:01:24,630
Ha asumido eso me pasó una vez con un...

724
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

725
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...

726
01:01:32,110 --> 01:01:33,770
Para la base de datos,
no, no, vas a parar tú.

727
01:01:33,810 --> 01:01:36,190
Mira, te abro el SQL
Plus, pero lo tecleas tú.

728
01:01:36,230 --> 01:01:40,930
Mira, shutdown, abort haz tu labor

729
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,

730
01:01:46,670 --> 01:01:51,950
asume la responsabilidad teclealo tú, con
tus propias manijas hazlo, y yo soy también,

731
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?

732
01:01:59,050 --> 01:02:03,490
Intentar explicar, no, mira, si haces
esto, va a pasar, bueno, si quieres que yo haga

733
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

734
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

735
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

736
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

737
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

738
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

739
01:02:40,940 --> 01:02:42,884
y cuando arrancó no arrancaba nada.

740
01:02:43,260 --> 01:02:50,280
Hablé yo Con él y le expliqué
se había llenado la fra y estaba

741
01:02:50,280 --> 01:02:52,400
la base de datos que no
funcionaba y le pegó un botonazo.

742
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

743
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

744
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

745
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

746
01:03:14,160 --> 01:03:16,271
un botonazo a la máquina ah, qué bueno

747
01:03:17,580 --> 01:03:19,960
Pues mira, eso también vale, ¿no?

748
01:03:20,040 --> 01:03:24,060
A veces hay personas que se
sienten más a gusto, ¿no?

749
01:03:24,280 --> 01:03:26,160
Haciéndolo de esto es lo que quiero hacer.

750
01:03:26,200 --> 01:03:27,900
Y ya está me quedo tranquilo.

751
01:03:27,980 --> 01:03:29,960
Y luego seguimos trabajando el resto, ¿no?

752
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.

753
01:03:34,200 --> 01:03:36,800
Eso vale la mitad de la intervención.

754
01:03:37,800 --> 01:03:39,780
Qué bueno qué bueno qué bueno.

755
01:03:40,200 --> 01:03:42,440
Oye, no sé, estamos en
un poquito de la hora.

756
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.

757
01:03:48,660 --> 01:03:54,420
Que va, ha estado muy bien ha estado todo
perfecto la audiencia, que tal, alguien quiere

758
01:03:54,420 --> 01:03:57,740
decir algo, vamos a despedirnos ya si

759
01:03:58,670 --> 01:04:03,510
alguien quiere levanta la mano pues oye
Carla, ha sido un placer tenerte, por fin, ves

760
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

761
01:04:09,730 --> 01:04:11,970
se trata, hacer un podcast y no hablar

762
01:04:15,000 --> 01:04:22,400
Pero bueno antes de antes de empezar el
podcast le he mandado a Carla otros podcasts

763
01:04:22,400 --> 01:04:29,420
que he hecho con otras personas donde
le mostraba el audio de Audacity el

764
01:04:29,420 --> 01:04:36,580
volumen de Y bueno si quieres
luego cuando terminemos te mandaré

765
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

766
01:04:42,740 --> 01:04:49,780
peor gracias ya te dije, no, no,
que va me he comedido un poco

767
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

768
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,

769
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

770
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

771
01:05:09,810 --> 01:05:12,990
participar participas, si quieres levantar
la mano y decir oye, que no tenéis ni idea

772
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í

773
01:05:19,290 --> 01:05:25,130
y dices oye, pregunta alguien tímido dice,
pero por favor, pregunta tal cosa pues bueno,

774
01:05:25,210 --> 01:05:29,043
eso en directo se puede hacer, en
diferido ya, pues lo escuchas Bravo

775
01:05:30,830 --> 01:05:36,310
Y me ha gustado mucho hablar contigo
ah, que sí, que bien cuando repetimos

776
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

777
01:05:42,110 --> 01:05:50,140
de la temporada Acabamos y ya contigo
acaba la temporada 2 del podcast septiembre

778
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

779
01:05:55,440 --> 01:06:02,440
bienvenida ya me conoces un poco
ya dices bueno a carlos pero vamos

780
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é,

781
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

782
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

783
01:06:21,520 --> 01:06:27,480
estar leyéndote, pues comentad, comentad
así lo vemos juntos claro, claro que sí, Carla

784
01:06:27,480 --> 01:06:34,480
te mando un abrazo, un besazo grande,
oh, igualmente y sí, y nos despedimos,

785
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

786
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,

787
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

788
01:06:52,250 --> 01:07:00,170
se puede poner aquí mira que pena,
los sonidos esos chulos pero bueno,

789
01:07:00,310 --> 01:07:08,170
pues oye un placer inmenso, que ganas
tenía que ganas tenía, igualmente lo

790
01:07:08,170 --> 01:07:14,770
bueno se hace esperar, dicen sí, para
septiembre empezamos a planificarlo ya a ver si

791
01:07:14,770 --> 01:07:20,870
para septiembre para agenciar una tarde
contigo tengo que empezar a planificar ya, eh

792
01:07:22,810 --> 01:07:30,190
Pues lo dicho chicos Carla,
un abrazo muy fuerte y hasta

793
01:07:30,190 --> 01:07:34,100
la próxima hasta pronto chao