Obsolescencia programada vs. vida útil real
Enero 2026
Durante muchos años, en el mundo del tape storage empresarial, existió una familia de librerías que resultó incómoda para el mercado por una razón simple: funcionaban demasiado bien y durante demasiado tiempo.
Hablamos de la IBM TS3100/3200/3310 y sus “hermanas gemelas” bajo rebranding en otros vendors, plataformas introducidas al mercado global hacia 2005–2006 y adoptadas en el mercado local, de forma más tangible, entre 2006 y 2007. Se trata de modelos que, con matices entre marcas, heredaron la filosofía de diseño y la robustez de generaciones históricas asociadas a arquitecturas de ADIC y a la evolución natural del mercado hacia librerías más estandarizadas y de mecánica simple.
No fueron equipos vistosos ni especialmente atractivos desde el punto de vista del marketing, pero en infraestructura crítica eso debería pesar poco. En la práctica, y con más de una década de operación real en campo, demostraron una resistencia a fallar que superó holgadamente los 10 años de servicio efectivo, con numerosos casos que alcanzaron —y en algunos entornos aún alcanzan— entre 10 y 15 años de operación antes de presentar eventos significativos.
¿Por qué algunas librerías envejecieron mejor que el mercado?
Desde el punto de vista técnico y operativo, plataformas como las mencionadas, en sus distintas versiones según vendor, demostraron:
🟢 Mecánicas con bajos puntos de falla, simples y confiables
🟢 Electrónica escasa y simple (en este caso, menos a veces es mejor), estable y bien probada
🟢 Compatibilidad extendida mediante firmware, llegando sin problemas hasta LTO8
🟢 Tasa de fallas real en campo notablemente baja en el promedio poblacional
En muchos clientes, estas librerías siguieron —y siguen— operando durante una década o más, con ciclos de backup diarios, sin eventos críticos.
Cuando un equipo dura más de lo que el modelo comercial espera, deja de ser un activo y pasa a ser un problema real para el vendor y una bomba subyacente para el cliente final .
Desde el área financiera suele aparecer la pregunta inevitable: “Si todavía funciona, ¿por qué gastar miles de dólares en algo más moderno?”.
El impacto real de esta pregunta se manifiesta más adelante. Infraestructuras que, por haber funcionado correctamente durante años, quedan ancladas a una norma LTO obsoleta. Esto genera una falsa sensación de “eternidad”: expira la garantía y el equipo continúa operativo; pasan dos años fuera de garantía y el equipo continúa; pasan diez años…, y el equipo continúa. Hasta que finalmente falla, y entonces aparece el verdadero problema.
Un recontrato por ese mismo modelo con el vendor implica, en muchos casos, un costo desproporcionado, superior incluso al de adquirir una librería de última generación con LTO9. Y allí surge la pregunta clave: ¿qué ocurre con la retrocompatibilidad respecto del histórico? Si no existe histórico que preservar, el escenario es simple. Si existe, el problema recién comienza.
Cuando se descubre que se perdió la retrocompatibilidad necesaria para acceder a los datos históricos, con los costos y las complejidades que esto implica, se presenta una situación que, lamentablemente, hemos observado más de una vez a lo largo de estas décadas de especialización: encontrarse con cientos o miles de volúmenes archivados que ya no pueden ser accedidos.
A esta altura de la exposición, corresponde hacer una aclaración dirigida a colegas que lean este artículo. Probablemente muchos piensen: “¿Qué novedad aporta esto?, lo que se describe es básico”. Y es cierto: no se trata de conceptos nuevos. Es una mirada de la vieja escuela. Pero es importante considerar que nuestra apreciación difiere, precisamente porque no habitamos un único ecosistema.
Nos ha tocado —y aún nos toca— trabajar sobre múltiples ecosistemas de IT, y la experiencia acumulada en ese recorrido expone situaciones que rara vez aparecen en la teoría o en la documentación formal. Hay casos que combinan escenarios críticos con un grado de absurdo que solo puede explicarse desde la práctica real.
De allí surge otra pregunta recurrente, escuchada más de una vez: “¿Se rompió el drive LTO5 de la librería? Bien, compremos 3 Kg de LTO5 y listo”. Puede sonar anecdótico o incluso humorístico, pero se trata de situaciones reales.
Existen responsables en posiciones de decisión que desconocen el grado de dificultad que implica conseguir, en el mercado local, un drive LTO de generaciones antiguas, en condiciones operativas confiables y con una expectativa de vida razonable que permita otorgar una garantía responsable. Se asume la existencia de stock inmediato, como si se tratara de un insumo estándar. Y no: lamentablemente, la realidad dista mucho de ese supuesto.
Para dejar en claro algo que muchos colegas ya saben y que es folclore local, diremos:
🔴 LTO 1/2/3/4/5/6 YA NO EXISTE COMO EQUIPO NUEVO. Quien ofrezca equipos de esas normas en condición de NUEVO simplemente MIENTE. No hay. Se acabó. Solo existe equipamiento reacondicionado certificado seriamente (al menos por nosotros) y de manera ocasional.
Para otras normas “muertas”, virtualmente es imposible conseguir unidades en condiciones operativas aceptables. A modo anecdótico/humoristico, poseemos en stock dos unidades Exabyte Eliant 820 8mm nuevas, en su envoltorio original sellado, que —cual auto de colección 0Km— guardamos para donar a algún museo informático en el futuro.
🔴 LTO7: sería un hallazgo conseguir un drive nuevo (comprobable mediante auditoría), con apenas 10 horas de Power-On producto del proceso de certificación.
🔴 LTO8 y LTO9: con garantía oficial del vendor, solo a pedido, con demoras de 45 a 90 días en la entrega. No existe stock local, salvo en casos excepcionales de partners, integradores o servicios técnicos especializados que hayan invertido comprando para stock propio un par de unidades al lanzamiento de la norma, con descuentos no disponibles para clientes finales.
La nueva generación: IBM TS4300, HPE MSL3040 y Dell ML3
Con la llegada de la nueva camada, el mensaje fue claro: para acceder a LTO9, es necesario actualizar la librería.
Para los puristas y entendidos, vale aclarar que dejamos fuera de este análisis el segmento High-End, correspondiente a plataformas como IBM TS4500, Oracle/StorageTek SL8500 y HPE Spectra, que juegan en otra liga.
🟢 IBM TS4300
🟢 HPE StoreEver MSL3040/6480
🟢 Dell PowerVault ML3
Quitando el rebranding, estas plataformas comparten un ADN técnico muy similar. En la práctica, son mecánica y funcionalmente equivalentes. Y aquí comienza la encrucijada para la toma de decisiones: estas librerías no van a durar 10 años. Con suerte, acompañarán el período de garantía inicial.
Surge entonces la pregunta inevitable: ¿por qué se fuerza el recambio?
¿Obsolescencia programada o cierre de ecosistema?
La respuesta real es matizada.
🟢 No se trata de hardware deliberadamente frágil
🟢 Las generaciones anteriores no fallaron: simplemente duraron demasiado
🟢 El cambio fuerte está en el ecosistema: soporte, certificaciones y contratos
Los vendors cierran el perímetro por una razón concreta: un sistema de backup es infraestructura de misión crítica y debe estar normatizado y soportado oficialmente. Aunque duela, es lo correcto. Que en la coyuntura económica local esto represente un problema presupuestario es otro debate.
El escenario que rompe la lógica del relato: cintotecas históricas
Hay casos donde “avanzar y dejar atrás” no alcanza: organizaciones con archivos históricos masivos en múltiples normas.
En entidades financieras o corporaciones de Oil & Gas, por ejemplo, es común encontrar convivencias como:
🟢 Open Reel 9 tracks, IBM Magstar 3590, DLT/SDLT, 8mm Exabyte, MLR/SLR, DAT DDS
🟢 LTO2 / LTO3 / LTO4 / LTO5 / LTO6
🟢 Producción actual en LTO7 / LTO8 / LTO9
Retrocompatibilidad LTO: finita y no negociable
🟢 Lectura y escritura: una generación hacia atrás
🟢 Solo lectura: una generación adicional
🟢 Más atrás: inaccesible
Consecuencia directa: una empresa puede estar “al día” y aun así quedar ciega frente a su propio histórico.
El “burro fiel”: legacy como recurso controlado
La práctica sensata en estos casos es:
🟢 Mantener un equipo legacy, de la norma que aplique, apagado y fuera de producción
🟢 Utilizarlo solo para recuperaciones puntuales
🟢 No escribir nuevos datos en tecnologías antiguas
Aquí es donde el refurbished tiene sentido: no compite con lo nuevo, preserva acceso a datos fuera de compatibilidad.
Conclusión
🟢 Las librerías legacy no fallaron: superaron ampliamente la vida útil prevista por el modelo comercial.
🟢 La obsolescencia real no está en el hardware, sino en la pérdida de soporte, compatibilidad y disponibilidad del ecosistema.
🟢 El recambio a LTO9 no responde a mayor durabilidad, sino al cierre controlado del ecosistema por parte de los vendors.
🟢 El legacy gestionado tiene sentido cuando preserva acceso al histórico y evita quedar ciego frente a datos que aún existen.
Las decisiones correctas no se toman desde el dogma, sino desde la experiencia real de campo o mediante asesoramiento especializado.
Fuentes y referencias:
TECNOSTORAGE LABS
Autor
Felix Palmieri
Technical Manager at Tecnostorage