Me he migrado del alojamiento de Discourse a autoalojamiento, pero he perdido todas las imágenes de mi foro. Me di cuenta muy tarde y han pasado más de 30 días desde esta migración.
Cuando me di cuenta, ejecuté el siguiente código pero no funcionó:
`
> ./launcher enter app
> rake posts:rebake
`
Hablé con el soporte de Discourse, pero me dijeron que no pueden restaurar la copia de seguridad ya que han pasado más de 30 días. ¿Qué puedo hacer para solucionar este problema?
Lamento decirlo, pero es posible que no haya nada que puedas hacer aquí.
Si no hiciste una copia de seguridad completa que incluyera imágenes, y no te diste cuenta hasta después de que tu proveedor de alojamiento hubiera eliminado sus propias copias de seguridad, entonces los datos probablemente se hayan perdido.
Si no te importa que te pregunte, ¿qué pasó para que tardaras un mes en darte cuenta de que tus imágenes no estaban en la copia de seguridad? ¿Estuvo el sitio caído durante todo un mes?
No, el sitio estaba activo pero me ocupé con otros trabajos. Además, hago una copia de seguridad completa desde el panel de administración de Discourse.
Si sus activos se almacenaran en almacenamiento remoto como s3, entonces no se incluirían en la copia de seguridad.
También está la configuración backup with uploads (copia de seguridad con subidas) que omite las subidas.
¿Qué tamaño tiene el archivo de copia de seguridad?
Probablemente descargaste tu copia de seguridad antes de cancelar tu cuenta y no incluía las cargas.
Podrías preguntar de nuevo muy amablemente si pueden restaurar temporalmente las cargas a S3. Me pasó esto hace un tiempo cuando se dispusieron a limpiar sus antiguos depósitos S3 y pudieron restaurar las cargas a S3 por un tiempo.
Si pueden, entonces podrías ingeniártelas para descargar esas imágenes de S3 y luego volver a cargarlas en tu propio depósito S3, o de lo contrario ingeniártelas para introducirlas en discourse. Es una tarea un tanto ardua, pero es posible.
Esto es probable; el enlace a la copia de seguridad completa final incluye las cargas de S3, pero otras copias de seguridad no.
No puedo encontrar ninguna solicitud de soporte anterior de esta cuenta. Desde una cuenta con el correo electrónico asociado a tu antiguo sitio, envía un mensaje privado a @team con el nombre del sitio, y puedo verificar para asegurarme de que las cargas ya no estén disponibles.
No te das cuenta de eso, ya que el sitio migrado sigue cargando las imágenes desde el S3 de CDCK, hasta que se eliminan, y entonces es demasiado tarde.
También tenemos un bloqueo de versión de bucket S3 en nuestras cargas, por lo que incluso después de que se hayan eliminado, aún podemos restaurarlas durante un período de tiempo.
Entiendo cómo funciona S3, suele ser una gran ventaja al mover un sitio entre servidores. Me refería a la diferencia relativamente grande en los tamaños de los archivos.
Tenemos foros con una base de datos enorme y (relativamente) pocas subidas. Me sería completamente imposible predecir qué tamaño tendría una copia de seguridad de un foro así, ni detectar la diferencia entre una copia de seguridad con y sin copias de seguridad, especialmente si solo está presente una de las dos.
Supongo que soy de una generación mayor. Mis días de operaciones comenzaron con pilas de cintas y el principio rector de que no es una copia de seguridad a menos que hayas validado que funciona y contiene los datos esperados. Nada como pasar horas extrayendo datos de LTO y darte cuenta de que los permisos o los bloqueos de archivos impidieron que un agente de copias de seguridad capturara archivos críticos.
Si la configuración actual puede confundir tanto a los usuarios nuevos como a los experimentados, ¿quizás necesitamos un indicador más claro en el nombre del archivo, agregando complete y no-uploads? El enfoque existente está dando a los usuarios una falsa sensación de seguridad, por lo que definitivamente parece que hay margen de mejora.
¿Estarías abierto a eso @supermathie?
Bueno, creo que somos de la misma generación, y yo tampoco caería en eso.
Pero por un lado, nosotros (como comunidad) seguimos diciendo a la gente que se anime a autoalojarse, “es fácil, solo sigue las instrucciones” y ahora esperamos que no solo comprueben el tamaño de sus copias de seguridad, sino que también vean el contenido de un archivo .tar.gz, algo de lo que probablemente nunca han oído hablar, ni saben cómo hacerlo. E incluso si lo hacen, es difícil saber cuándo el contenido está lo suficientemente presente. La mayoría de los foros que tienen sus cargas en S3 también tienen algunos archivos locales. No es tan blanco o negro como que todos los archivos, o ningún archivo, están ahí.
El problema de restaurar un foro donde las cargas se dejan en la ubicación S3 (anterior) es que sí funciona. Todo parece bien, hasta que las cargas desaparecen un mes después. E incluso si faltan archivos, ¿el proceso de restauración no te dice que es normal que “verás imágenes faltantes” y que todo estará bien eventualmente?
Entonces, ¿mejoramos eso también?
Quizás necesitemos detectar cuándo se está restaurando una copia de seguridad en una instancia nueva y advertir al usuario que los activos no se incluyeron en la restauración que acaba de ejecutar.
Estoy bastante seguro de que mejoraremos esto. Una advertencia al restaurar una copia de seguridad sin cargas tiene mucho sentido.