Pérdida de datos cloud storage: caso PBS 2026
En pocas palabras: Nine PBS, la TV pública de St. Louis, perdió el acceso a ~50TB de archivo (unos 70 años de material) en 2026 tras el cierre abrupto de su proveedor cloud Open Source Storage. En agosto de 2026 obtuvo una orden judicial contra Iron Mountain para recuperarlos.
Nine PBS, la estación pública de televisión de St. Louis, perdió el acceso a unos 50TB de material de archivo (cerca de 70 años de grabaciones) después de que su proveedor de almacenamiento en la nube, Open Source Storage, dejara de operar y cortara el acceso de forma abrupta en 2026. La estación demandó a Iron Mountain, el data center que aloja físicamente los datos, y en agosto de 2026 consiguió una orden judicial para intentar recuperarlos.
La pérdida de datos cloud storage ocurre cuando información alojada en un servicio de almacenamiento en la nube se vuelve inaccesible o desaparece por cierre del proveedor, insolvencia, corte de servicio o falla técnica. No es un borrado por error del usuario: es la desaparición del intermediario que custodiaba los archivos. El caso Nine PBS de 2026 es el ejemplo más citado de este riesgo estructural del mercado cloud.
En 30 segundos
- Nine PBS (St. Louis) perdió el acceso a ~50TB de archivo, unos 70 años de material, tras el cierre de su proveedor cloud Open Source Storage en 2026.
- La estación demandó a Iron Mountain, el data center que aloja los datos, y obtuvo una orden judicial en agosto de 2026 para recuperar el material.
- Según reportes, el proveedor cortó el acceso incluso con unos 30 días de contrato todavía vigentes.
- La regla 3-2-1 (3 copias, 2 medios distintos, 1 fuera del sitio) es la defensa concreta contra este escenario.
- En Argentina, la Ley 25.326 regula la protección de datos, pero la responsabilidad práctica del backup casi siempre queda del lado del cliente.
¿Qué le pasó a Nine PBS con Open Source Storage?
Nine PBS contrató a Open Source Storage a comienzos de 2026 para custodiar su archivo digital, y meses después se encontró sin poder acceder a nada. Según el reporte de Ars Technica, hablamos de unos 50TB que cubren cerca de 70 años de producción de la emisora pública de St. Louis.
El problema no fue un hackeo ni un disco quemado. Fue algo más prosaico y más difícil de prever: el proveedor dejó de responder. En inglés lo llaman “ghosting”, y describe bastante bien lo que pasó. El servicio se apagó y con él, la puerta de entrada a los archivos.
Lo que agravó todo fue el timing. De acuerdo con la demanda que reportó Current.org, el corte de acceso llegó cuando todavía quedaban alrededor de 30 días del contrato vigente. La estación terminó demandando a Iron Mountain, la empresa que aloja físicamente los datos en su data center, para forzar el acceso al material. En agosto de 2026 un juez emitió una orden a favor de Nine PBS. La cifra que circula en la cobertura, como en este artículo de BGR, ronda los USD 70 millones en valor de archivo en juego. Tomalo con pinzas: es la valuación que la propia parte demandante pone sobre la mesa.
¿Por qué desaparecen proveedores cloud sin avisar?
Los proveedores cloud desaparecen sobre todo por motivos financieros: insolvencia, un modelo de negocio que no cierra, o una adquisición que deja huérfano al servicio. No es un evento raro ni exclusivo de Open Source Storage. El almacenamiento barato tiene márgenes finos, y cuando la caja no da, el servicio se apaga antes de que el aviso llegue al cliente. Ya lo cubrimos antes en configurar correctamente tu DNS.
Ponele que contrataste hace dos años un servicio de storage que andaba perfecto, pagabas puntual, todo bien, hasta que un lunes el panel no carga, el mail de soporte rebota, el teléfono da ocupado y recién ahí te enterás de que la empresa entró en cesación de pagos y nadie se molestó en migrar tus datos a ningún lado.
En la región tampoco faltan antecedentes. El caso de Nimbustor en Argentina durante 2025 dejó a varios clientes locales con el mismo problema de fondo: datos alojados en una infraestructura que dejó de estar disponible. Cambian los nombres, se repite el patrón.
¿La nube hace backup automático de mis datos?
No necesariamente. “Está en la nube” no significa “está respaldado”. Un servicio de almacenamiento cloud guarda tu copia principal, pero si vos no tenés una segunda copia en otro lado, ese proveedor es tu único punto de falla. Si cierra, tus datos se van con él. Esa confusión, entre “almacenar” y “respaldar”, es la que le costó a Nine PBS 70 años de archivo.
La historia del sector lo confirma. GitLab tuvo su famoso incidente de 2017 donde un borrado accidental expuso que varios mecanismos de backup no funcionaban. Code Spaces directamente cerró tras un ataque que le destruyó los datos y los respaldos alojados en el mismo lugar. El caso de Mat Honan, el periodista que en cuestión de minutos vio evaporarse toda su vida digital por una cadena de cuentas encadenadas, mostró lo mismo desde el lado del usuario individual. Más contexto en automatizar backups en tu pipeline CI.
¿Y el impacto en una empresa chica? Es brutal. Según cifras que suele citar la industria de recuperación de datos, una porción alta de las PyMEs que sufren una pérdida grande de datos termina cerrando dentro de los meses siguientes. Sin archivo, sin registros, sin material: el negocio se queda sin memoria.
¿Qué es la regla 3-2-1 y cómo protege contra el cierre de un proveedor?
La regla 3-2-1 es la estrategia de backup más recomendada: mantené 3 copias de tus datos, en 2 tipos de medios distintos, con al menos 1 copia fuera del sitio o en un proveedor diferente. Si aplicás esto, ningún cierre de un solo proveedor te deja sin nada, porque siempre existe una copia independiente de esa infraestructura.
- 3 copias: la copia de producción que usás todos los días más dos respaldos separados. Si una se corrompe, quedan dos.
- 2 medios diferentes: por ejemplo almacenamiento cloud tipo S3 más un NAS o disco local. Distintos medios fallan por distintas causas.
- 1 copia offline o en otro proveedor: la que te salva del ransomware, del error humano masivo y, sí, del proveedor que desaparece.
Acá viene lo bueno: si Nine PBS hubiera tenido una copia completa en un medio o proveedor distinto de Open Source Storage, la caída del proveedor habría sido un dolor de cabeza administrativo, no una tragedia de archivo. Para infraestructura y hosting en Argentina, apoyarte en un proveedor con presencia local y soporte real como donweb.com ayuda a que ese punto “fuera del sitio” no sea otra caja negra del otro lado del planeta.
¿Cómo elegir un proveedor cloud confiable?
Un proveedor confiable se elige mirando su solidez financiera, su redundancia geográfica, la fuerza de su SLA y, sobre todo, si tiene un plan de salida documentado. La pregunta incómoda que casi nadie hace al contratar es la más importante: ¿qué pasa con mis datos si ustedes cierran?
| Criterio | Qué preguntar | Señal de alerta |
|---|---|---|
| Ubicación física | ¿Dónde están mis datos y en qué data center? | Respuestas vagas o “en la nube” sin detalle |
| Plan de salida | ¿Cómo exporto todo si me voy o si cierran? | No hay procedimiento escrito |
| Redundancia | ¿Hay copias en más de una región? | Una sola ubicación para todo |
| Acceso post-cierre | ¿Cláusula de acceso si termina el contrato? | Silencio contractual sobre el tema |
| SLA | ¿Qué compensa el SLA y con qué límites? | SLA decorativo, sin penalidades reales |
El punto es que la confianza no se mide por el precio ni por lo lindo que sea el panel. Se mide por lo que pasa el día malo. Un proveedor que te explica con detalle cómo recuperás tus datos si todo sale mal es más seguro que uno que te promete que “nunca va a salir mal”. Relacionado: elegir plataformas confiables para infraestructura.
¿Qué hago si mi proveedor cloud cierra de golpe?
Si tu proveedor cierra sin aviso, la primera acción es documentar todo y mandar una intimación formal (una demand letter), exactamente lo que hizo Nine PBS. Después hay que rastrear dónde están físicamente los datos, porque el proveedor cloud y el data center que aloja los servidores muchas veces son empresas distintas, y esa distinción puede ser tu única vía de acceso.
- Intimá por escrito: carta documento o demand letter dejando constancia del incumplimiento y exigiendo acceso.
- Ubicá el data center: identificá quién aloja físicamente la infraestructura. Nine PBS fue directo contra Iron Mountain, no contra el proveedor fantasma.
- Verificá accesibilidad física: chequeá si los datos siguen existiendo en hardware al que se pueda llegar por vía legal.
- Recurso judicial: una orden de un juez puede forzar el acceso, como consiguió Nine PBS en agosto de 2026.
- Recuperación especializada: a largo plazo, empresas de data recovery pueden trabajar sobre el material recuperado.
¿Qué responsabilidad legal tiene un proveedor cloud en Argentina?
En Argentina, la Ley 25.326 de Protección de Datos Personales regula el tratamiento de datos, pero la responsabilidad concreta de mantener respaldos suele recaer en el cliente según lo que diga el contrato. La ley protege datos personales; no garantiza que tu archivo empresarial sobreviva al cierre de un proveedor. Esa garantía la tenés que escribir vos en el contrato.
El caso de Nimbustor en Argentina durante 2025 dejó una lección clara: sin cláusulas específicas de acceso, portabilidad y retención de datos, el cliente queda en una posición débil cuando el proveedor colapsa. En Europa el RGPD impone obligaciones más estrictas sobre el tratamiento, pero incluso ahí la recuperación ante insolvencia sigue siendo terreno resbaladizo. La conclusión práctica es la misma en los dos lados del Atlántico: leé el contrato antes de subir algo que no te podés dar el lujo de perder.
Qué está confirmado y qué no
- Confirmado: Nine PBS perdió el acceso a su archivo tras el cierre de Open Source Storage y demandó a Iron Mountain, según la cobertura de Ars Technica y Current.org (2026).
- Confirmado: un juez emitió una orden a favor de la estación en agosto de 2026 para acceder al material.
- Confirmado: el volumen en juego ronda los 50TB con cerca de 70 años de producción.
- Pendiente: si la totalidad de los 50TB se recupera intacta. Al momento de escribir esto, es un proceso en curso.
- Pendiente / con reservas: la valuación de USD 70 millones proviene de la parte demandante y no de un peritaje independiente.
Errores comunes al confiar datos a la nube
- Creer que la nube ya respalda todo. Un servicio de storage guarda tu copia principal, no un backup independiente. La corrección: tené siempre una copia en otro proveedor o medio.
- Poner todas las copias en el mismo proveedor. Tres “backups” dentro de la misma cuenta caen juntos si la empresa cierra. La corrección: distribuí entre infraestructuras distintas.
- No leer la cláusula de salida. Muchos contratos no dicen nada sobre qué pasa al terminar el servicio. La corrección: exigí por escrito el procedimiento de exportación y acceso post-contrato.
- No probar la restauración nunca. Un backup que jamás restauraste es una suposición, no un respaldo. La corrección: hacé restauraciones de prueba periódicas.
Preguntas Frecuentes
¿Qué le pasó a Nine PBS con sus datos en la nube?
Nine PBS perdió el acceso a unos 50TB de archivo, cerca de 70 años de material, después de que su proveedor cloud Open Source Storage dejara de operar y cortara el acceso en 2026. La estación de St. Louis demandó a Iron Mountain, el data center que aloja físicamente los datos, y consiguió una orden judicial en agosto de 2026. Lo explicamos a fondo en replicar contenido en múltiples ubicaciones.
¿Qué es la regla 3-2-1 de backup?
La regla 3-2-1 consiste en mantener 3 copias de tus datos, en 2 medios diferentes, con 1 copia fuera del sitio o en otro proveedor. Es la estrategia más recomendada porque garantiza que la falla o el cierre de un solo proveedor nunca te deje sin ninguna copia disponible.
¿La nube hace backup automático de mis archivos?
No siempre. Un servicio de almacenamiento cloud guarda tu copia principal, pero eso no equivale a un respaldo independiente. Si no tenés una segunda copia en otro medio o proveedor, ese servicio es tu único punto de falla y perdés todo si la empresa cierra.
¿Qué responsabilidad tiene el proveedor si pierdo datos?
Depende del contrato y de la jurisdicción. En Argentina la Ley 25.326 regula la protección de datos personales, pero la obligación práctica de mantener respaldos suele recaer en el cliente. Sin cláusulas específicas de acceso, portabilidad y retención, tu posición legal ante un cierre del proveedor queda débil.
¿Cómo protejo datos críticos si mi proveedor cierra?
Aplicá la regla 3-2-1 y mantené al menos una copia completa en un proveedor o medio distinto del principal. Sumá una cláusula contractual de salida que detalle cómo exportás todo, y hacé restauraciones de prueba periódicas para confirmar que los backups funcionan de verdad.
Conclusión
El caso Nine PBS confirma algo que muchos preferimos no mirar: subir datos a la nube no es lo mismo que respaldarlos. Cuando un proveedor cierra y corta el acceso, la única red de contención es haber tenido una copia independiente antes de que pasara. La regla 3-2-1 no es teoría de manual, es la diferencia entre perder 70 años de archivo y perder un fin de semana reconfigurando servicios.
Si custodiás algo que no podés reponer (archivo histórico, registros contables, material de clientes), revisá hoy tres cosas: dónde está tu segunda copia, qué dice el contrato sobre el día que el proveedor no responda, y cuándo fue la última vez que probaste restaurar. Si alguna de esas tres respuestas te incomoda, ya sabés por dónde empezar.
Fuentes
- Ars Technica – PBS station fears losing 50TB of data after being ghosted by cloud storage provider
- Current.org – Nine PBS demanda a Iron Mountain por el acceso bloqueado a su archivo
- Tom’s Hardware – Nine PBS pierde acceso a 70 años de datos tras el cierre del proveedor
- BGR – La demanda de PBS por datos cloud perdidos valuados en USD 70 millones
- Palo Alto Networks – Cloud Data Loss Prevention






