Backup farlocco....

[wild56]

Quando cerco di fare il backup del database (circa 80 mb) dal pannello di controllo di smf, come faccio ad essere sicuro che il backup sia salvato correttamente? Osservando il file con un visualizzatore, la parte finale si conclude con

Code Select Expand

<h3>Connection Problems</h3>
Sorry, SMF was unable to connect to the database.  This may be caused by the server being busy.  Please try again later.
</body>
</html>

[Darknico]

Non mi sembra un messaggio rassicurante...

Io cmq SCONSIGLIO il backup dal pannello di controllo di SMF, phpmyadmin (se usi quello ma anche gli altri) hanno il loro export delle tabelle, usa quello
Se non sai come si fa ti spiego

[emanuele]

Yep, il backup di SMF 1.x e 2.0 non funziona bene con database di grandi dimensioni (quello di 2.1 invece funziona! ).

E sì, quello sembre proprio un messaggio poco rassicurante e probabilmente non è nemmeno l'unico...
Di solito questi messaggi appaiono quando c'è un problema del server (ad esempio troppo carico).

[wild56]

ho riprovato il backup, se scelgo l'opzione "Comprimi il file con l'algoritmo gzip" il file zippato ha dimensione zero (vuoto) e non capisco perché. Se non lo zippo il file risulta di 97 MB, e le ultime righe sono:

(7094, 0, 8, 94205, 94210, 1, 44, 0, 1, 36, 0, 0, 1, 0, 0);
-- --------------------------------------------------------

-- Done

quindi apparetnemente il backup è andato a buon fine, ma c'è da fidarsi? C'è una procedura più sicura e, in tal caso, quale?

[emanuele]

Normalmente il modo migliore è phpmyadmin, tra l'altro inizia ad imparare, perché in 2.1 il backup è stato rimosso, quindi l'unico modo sarà farlo con altri strumenti.