Se masca la tragedia.

¿Quieres descubrir cómo dejé sin servicio a mis clientes?

Pues te lo cuento en esta nueva entrega:

📅 Diario de un SaaS: Cómo intenté actualizar PostgreSQL y rompí todo

🚀 Todo estaba bajo control… hasta que no lo estuvo

Después de semanas desarrollando mi SaaS en local, decidí migrarlo a un VPS para poder trabajar en un entorno más realista.

Hasta aquí, todo tenía sentido.

Un servidor donde podía alojar mi proyecto mientras seguía con el desarrollo, sin depender de mi equipo local.

¿El problema?

Que ese VPS no era solo mío.

Bueno, a ver, lo pago yo.

Pero cuando hablo que no era solo mío no me refiero a quien paga las facturas sino a que es un hosting compartido.

También alojaba webs de clientes.

Y lo que empezó como una simple optimización de base de datos terminó en un desastre absoluto.

⚠️ Primer problema: No podía entrar a PostgreSQL

Una vez tenía el VPS configurado y todo parecía en orden, quise entrar a PostgreSQL para hacer ajustes en la base de datos.

Pero no podía acceder.

• Intenté conectarme con la contraseña, pero no funcionaba.
• Intenté desactivar la autenticación con contraseña, pero tampoco me dejaba.
• Intenté revisar la configuración en Plesk, pero no encontraba nada claro.

Era como si de repente no tuviera control sobre mi propio servidor.

🔎 Segundo problema: Navegando a ciegas en Plesk

El panel de administración de Plesk no ayudaba mucho.

Me metí en suscripciones, bases de datos, configuración… pero no encontraba lo que necesitaba para acceder a PostgreSQL.

Después de un rato, conseguí lo que parecía una solución. Podía entrar a PostgreSQL y hacer la migración.

Pero aquí es donde la lié de verdad.

💣 El error fatal: Quise actualizar PostgreSQL

Una vez dentro, me di cuenta de algo importante: la versión de PostgreSQL en Plesk estaba obsoleta.

Pensé: "Si ya estamos aquí, mejor actualizarla antes de seguir".

Y ese fue mi gran error.

Ejecuté la actualización y falló.

Intenté corregirlo con algunas configuraciones manuales… y seguía sin funcionar.

Aquí fue cuando tomé la peor decisión de todas:

🛑 Decidí desinstalar PostgreSQL para reinstalarlo limpio.

🔥 Y aquí fue donde se lió parda

Al desinstalar PostgreSQL, Plesk dejó de funcionar correctamente.

🔹 Las bases de datos desaparecieron.
🔹 Los sitios web alojados en el VPS empezaron a fallar.
🔹 Los logs no daban información clara de qué había salido mal.

Intenté reinstalar PostgreSQL. Falló.
Intenté recuperar la configuración previa. Falló.
Intenté restaurar desde backups. No encontraba una solución rápida.

En ese momento supe que estaba en problemas.

💸 La solución: Pagar por un snapshot de emergencia

Después de varias horas intentando recuperar el sistema, tuve que admitir la derrota.

Contacté con soporte del proveedor del VPS.
Me atendieron rápido, y la respuesta fue clara:

"Podemos restaurar el servidor con un snapshot de emergencia, pero tiene un coste de 50€."

En ese momento, pagar los 50€ fue la mejor inversión posible.

No me molestaba el dinero. Me molestaba darme cuenta del error que había cometido:

Intentar hacer una actualización de PostgreSQL en un VPS donde también tenía webs de clientes.

Era un error de planificación, no de código.

Nunca debí usar un VPS de hosting compartido como entorno de desarrollo.

📌 Lecciones aprendidas

Si pudiera darme un consejo a mí mismo antes de empezar, sería este:

✅ No hagas pruebas críticas en un servidor con servicios en producción. Si algo falla, puedes dejar fuera de servicio todo lo que dependa de ese servidor.

✅ No desinstales componentes clave sin un plan de recuperación. Antes de hacer cambios drásticos, asegúrate de que puedes revertirlos rápidamente.

✅ Si algo funciona en producción, no lo toques sin respaldo. La versión obsoleta de PostgreSQL no era ideal, pero funcionaba.

✅ No mezcles entornos de desarrollo y producción. Un SaaS en desarrollo necesita su propio entorno aislado para evitar desastres como este.

🔜 Lo que viene: Buscando una infraestructura mejor

Después de este caos, la pregunta era inevitable:

🔹 ¿Seguir con este VPS o migrar a una infraestructura más robusta y preparada para desarrollo?

En el próximo post te contaré cómo investigué las opciones disponibles y qué decisión tomé para que esto no volviera a pasar. 🚀

📌 ¿Has cometido errores similares al gestionar servidores? Cuéntamelo en los comentarios. 😊

Si quieres conocer otros artículos parecidos a Cuando un error en el VPS deja sin servicio a clientes (o cómo la lié parda) Episodio 6 puedes visitar la categoría Proyecto-IA.