Mi sono spostato dall’hosting Discourse all’auto-hosting ma ho perso tutte le immagini nel mio forum, me ne sono accorto molto tardi e sono passati più di 30 giorni da questa migrazione.
Quando me ne sono accorto, ho eseguito il seguente codice ma non ha funzionato:
`
> ./launcher enter app
> rake posts:rebake
`
Ho parlato con il supporto di Discourse ma mi hanno detto che non possono ripristinare il backup poiché sono passati più di 30 giorni. Cosa posso fare per risolvere questo problema:
Mi dispiace dirlo, ma potrebbe non esserci nulla che tu possa fare qui.
Se non hai eseguito un backup completo che includesse le immagini, e non ti sei reso conto che il tuo host aveva eliminato i propri backup, allora i dati sono probabilmente persi.
Se non ti dispiace se te lo chiedo, cosa è successo per far sì che passasse un mese prima che ti rendessi conto che le tue immagini non erano nel backup? Il sito è rimasto inattivo per un mese intero?
No, il sito era attivo ma mi sono dovuto occupare di altro lavoro. Inoltre, faccio un backup completo dal pannello di amministrazione di Discourse.
Se i tuoi asset fossero archiviati su storage remoto come s3, non verrebbero inclusi nel backup.
C’è anche l’impostazione backup with uploads che salta gli upload.
Quanto è grande il file di backup?
Potresti aver scaricato il backup prima di annullare il tuo account e non includeva i caricamenti.
Potresti chiedere di nuovo molto gentilmente se possono ripristinare temporaneamente i caricamenti su S3. Mi è successo un po’ di tempo fa quando hanno ripulito i loro vecchi bucket S3 e sono stati in grado di ripristinare i caricamenti su S3 per un po’.
Se possono farlo, puoi quindi escogitare un modo per scaricare quelle immagini da S3 e poi ricaricarle nel tuo bucket S3, o in qualche modo farle entrare in discourse. È un po’ un lavoro, ma è possibile.
Questo è probabile; il link al backup completo finale include i caricamenti S3, ma altri backup no.
Non riesco a trovare richieste di supporto precedenti da questo account. Da un account con l’email associata al tuo ex sito, invia un messaggio privato a @team con il nome del sito, e posso ricontrollare per assicurarmi che i caricamenti non siano più disponibili.
Non te ne accorgi, poiché il sito migrato continua a caricare le immagini da S3 di CDCK, finché non vengono rimosse, e poi è troppo tardi.
Abbiamo anche un blocco delle versioni del bucket S3 sui nostri caricamenti, quindi anche dopo che sono stati eliminati possiamo ancora ripristinarli per un certo periodo di tempo.
Capisco come funziona S3, è di solito un grande vantaggio quando si sposta un sito tra server. Mi riferivo alla differenza relativamente enorme nelle dimensioni dei file.
Abbiamo forum con un enorme database e (relativamente) pochi caricamenti. Non sarei in grado di prevedere quanto sarebbe grande il backup di un forum del genere, né di individuare la differenza tra un backup con e senza backup, specialmente con solo uno dei due presente.
Immagino di provenire da una generazione più anziana. I miei giorni di operazioni sono iniziati con pile di nastri e il principio guida che non è un backup a meno che tu non abbia convalidato che funziona e contiene i dati attesi. Niente di simile a passare ore a estrarre dati da LTO e rendersi conto che i permessi o i blocchi sui file hanno impedito a un agente di backup di acquisire file critici.
Se l’attuale disposizione può confondere sia gli utenti nuovi che quelli esperti, forse abbiamo bisogno di un indicatore più chiaro nel nome del file, aggiungendo complete e no-uploads? L’approccio esistente sta dando agli utenti un falso senso di sicurezza, quindi questo sembra decisamente uno spazio per miglioramenti.
Saresti aperto a questo @supermathie?
Beh, penso che siamo della stessa generazione, e neanche io ci cadrei.
Ma da un lato noi (come comunità) continuiamo a dire alle persone che dovrebbero procedere con l’auto-hosting, “è facile, basta seguire le istruzioni” e ora ci aspettiamo che non solo controllino la dimensione dei loro backup, ma anche visualizzino il contenuto di un file .tar.gz, qualcosa di cui probabilmente non hanno mai sentito parlare, né sanno come fare. E anche se lo fanno, è difficile dire quando i contenuti sono sufficienti. La maggior parte dei forum che hanno i loro caricamenti su S3 hanno anche alcuni file locali. Non è così netto che ci siano tutti i file o nessun file.
Il problema con il ripristino di un forum in cui i caricamenti vengono lasciati nella (precedente) posizione S3 è che funziona. Tutto sembra a posto, finché i caricamenti non scompaiono un mese dopo. E anche se mancano dei file, il processo di ripristino non ti dice che è normale che “vedrai immagini mancanti” e che tutto andrà bene alla fine?
Quindi miglioriamo anche quello?
Forse dobbiamo rilevare quando un backup viene ripristinato su un’istanza nuova di zecca e avvisare l’utente che gli asset non sono stati inclusi nel ripristino appena eseguito.
Sono abbastanza sicuro che miglioreremo questo. Un avviso quando si ripristina un backup senza caricamenti ha molto senso.