Nos vamos de Veeam: cuando la lealtad en TI acaba en burnout
Cuando "suficientemente bueno" de repente deja de serlo
Normalmente no empieza con un fallo espectacular. Empieza con algo pequeño: un trabajo de S3 que falla una vez, luego otra, y luego se convierte en un patrón que ya no puedes ignorar. Seis meses después, el bug se ha convertido en una interrupción diaria, con copias de seguridad que se bloquean solas, eliminaciones de checkpoints que fallan y flujos de trabajo enteros atascados hasta que alguien interviene a mano. A esas alturas estás lidiando con fatiga operativa, bastante más que con un fallo puntual.
Lo que de verdad colma el vaso es la sensación de que al otro lado a nadie le importa, que se suma al lío técnico. Las respuestas del soporte se ralentizan hasta arrastrarse, los gestores de cuenta parecen distantes y dejas de sentirte cliente para sentirte un número de ticket.
Dos realidades completamente distintas
Lo fascinante de esta situación es lo mucho que se dividen las opiniones. Por un lado, hay gente que se choca contra un muro con tanta fuerza que se plantea arrancarlo todo. Por otro, hay voces que parecen casi desconcertadas por la frustración. "Lo usamos desde hace años sin problemas", dice una persona, mientras otra lo describe como "sólido como una roca".
El contraste es chocante. Es el mismo producto y el mismo ecosistema, y aun así las experiencias vividas son completamente distintas. Para unos es una columna vertebral fiable, y para otros, una fuente constante de estrés.
También hay un tercer grupo, menos ruidoso. Admiten que las cosas han cambiado y que el soporte ya no es lo que era. Los problemas se siguen resolviendo, pero la rapidez ha desaparecido. Lo que antes llevaba horas ahora se alarga días, con ciclos de tickets lentos de una respuesta al día. Nada ha fallado del todo; el servicio se ha ido desgastando.
La pregunta incómoda: ¿de verdad es culpa de Veeam?
Luego llega la parte que a mucha gente no le gusta oír. Algunos responden con dureza, defienden la herramienta y además cuestionan todo el planteamiento. Una opinión muy directa se abre paso entre el ruido: si las copias de seguridad fallan de forma sistemática, quizá la configuración merezca tanta culpa como el software.
No es una opinión popular, pero cala, porque escondidas en el hilo hay pistas de que las cosas no siempre son sencillas. Unos ajustes en el registro arreglaron los timeouts de S3. Las escalaciones acabaron llegando a ingenieros que resolvieron lo que el soporte de primera línea no pudo. Las sugerencias de aumentar los límites de tareas o ajustar configuraciones de repente lo estabilizaron todo.
Eso plantea una cuestión más difícil. Si la estabilidad depende de ajustes ocultos y de la insistencia, ¿cuántos equipos tienen el tiempo, o la paciencia, para llegar hasta ahí?
Las alternativas que prometen alivio
En cuanto la idea de cambiar entra en la conversación, se abren las compuertas. Cohesity recibe muchos elogios; hay quien llama al cambio "una de las mejores decisiones que hemos tomado nunca", y destacan en particular lo rápido que responde su soporte. Otros señalan a Rubrik como algo que merece una consideración seria, casi como la opción segura y premium.
Nakivo aparece como una alternativa práctica, fácil de desplegar y sencilla de integrar, aunque no sin contrapartidas; algunos se quejan de una interfaz lenta que nunca termina de mejorar. Druva se gana la lealtad a largo plazo de usuarios a los que "les encanta", aunque en ciertas áreas todavía da la sensación de ir por detrás.
Ninguna de estas sugerencias parece una respuesta perfecta. Parecen apuestas calculadas, en las que no tanto escapas de los problemas como eliges otros distintos.
Qué hace que una copia de seguridad sea de fiar
Entre tantas opiniones, una frase lo replantea todo: las copias de seguridad no tienen que fallar todo el rato para dejar de ser fiables. Basta con que fallen una vez.
Ese miedo guía cada decisión aquí. Las tasas de éxito diarias y las listas de funciones importan menos que ese único momento en que todo depende de una restauración, y de si funciona o no.
Algunas personas confían en Veeam porque ha demostrado su fiabilidad durante años. Otras han perdido esa confianza por completo tras problemas repetidos. Ninguno de los dos bandos es irracional; reaccionan a historias distintas.
El punto de ruptura va más allá de lo técnico
La calidad del software es solo una parte. Esto se reduce a expectativas que chocan con la realidad. Se supone que los sistemas de backup tienen que ser invisibles, silenciosos y fiables, algo en lo que no piensas hasta que lo necesitas.
En la práctica, son sistemas complejos montados sobre las rarezas del almacenamiento, las limitaciones de la red y configuraciones poco habituales, y cuando algo se rompe, rara vez se rompe de forma limpia.
Algunos equipos responden profundizando: ajustan parámetros, escalan tickets y aprenden el sistema al dedillo. Otros llegan a un umbral en el que ya no compensa el esfuerzo. No quieren convertirse en expertos en arreglar su plataforma de backup. Solo quieren que funcione.
Entonces… ¿qué conviene hacer?
No hay una respuesta única, y eso es lo frustrante.
Algunos equipos se irán y sentirán un alivio inmediato, cambiando un conjunto de quebraderos de cabeza por otro que parece más llevadero. Otros se quedarán, arreglarán lo que está roto y seguirán adelante con un sistema que ya entienden. Unos pocos cambiarán de herramienta por completo, solo para descubrir que cada plataforma tiene sus propias rarezas esperando más adelante.
La decisión tiene menos que ver con qué producto es "el mejor" y más con la tolerancia. ¿Cuánta complejidad estás dispuesto a asumir? ¿Cuánta confianza necesitas para estar tranquilo?
Al final, las copias de seguridad son infraestructura que además te da tranquilidad, y cuando esa tranquilidad desaparece, ninguna lista de funciones del mundo puede devolvértela.