wenn wir schon bei backups sind
realpath applikationen, bei denen der install/realpath in der DB gespeichert werden, machen meist immer einen strich durch einen zero-downtime umzug wenn sich die dateistruktur auf dem neuen webplatz ändert.
wenn ich es richtig im kopf habe ist joomla (MAP) so eine "problem"-applikation (auser LOG und TMP pfade). drupal ist in der beziehung ein extrem hässliches biest. wordpress hat dieses problem aber beispielsweise gar nicht.
kürzeste downtime (quasi garkeine):
- registrierung/forum schließen, DB sichern
- DB auf neuen server aufspielen, DB einträge der apps auf dem "alten" space auf neue DB ändern.
- forum/reg wieder öffnen.
- dann die webdateien sichern, auf den neuen platz laden.
- jetzt kann das DNS update vollzogen werden bei dem es egal ist auf welchem server man landet.
falls man eine up/download intensive website betreibt, z.b. täglich viele neue attachements in foren, dann ist auch dies kein problem in sofern man SSH zugriffe hat. dort kann man dann ein temporäres rsync einrichten.
der grund wieso hersteller gerne den installationspfad in der DB sichern ist mir unbegreiflich.
keinen vorteil gegenüber der speicherung in einer statischen konfig datei, die dateispeicherung dann aber den vorteil bei umzügen hat.