Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung Nächste Überarbeitung Beide Seiten der Revision | ||
invis_server_wiki:upgrade [2017/04/30 08:13] flacco [Daten wiederherstellen] |
invis_server_wiki:upgrade [2017/04/30 09:25] flacco [invis-AD 10.x auf invisAD 12.x] |
||
---|---|---|---|
Zeile 1043: | Zeile 1043: | ||
Die beste Möglichkeit eines Upgrades stellt eine Neuinstallation eines aktuellen invis-Servers mit anschließender Datenmigration dar. | Die beste Möglichkeit eines Upgrades stellt eine Neuinstallation eines aktuellen invis-Servers mit anschließender Datenmigration dar. | ||
+ | |||
+ | //**Achtung:** Ändern Sie bei der Neuinstallation auf keinen Fall etwas an der Namensgebung des Servers oder der Domäne und genauso wenig an der IP-Addressierung! Behalten Sie alle entsprechenden Einstellungen der ursprünglichen Installation bei.// | ||
//**Hinweis:** Sie sollten sich auf jeden Fall eine lauffähige Version Ihres bestehenden invis-Server erhalten. Installieren Sie also am besten auf neue Festplatten.// | //**Hinweis:** Sie sollten sich auf jeden Fall eine lauffähige Version Ihres bestehenden invis-Server erhalten. Installieren Sie also am besten auf neue Festplatten.// | ||
Zeile 1354: | Zeile 1356: | ||
invis:~ # mount /dev/system/srv /mnt | invis:~ # mount /dev/system/srv /mnt | ||
</code> | </code> | ||
+ | |||
+ | === Zarafa Attachements === | ||
Zunächst sollten die Attachements der alten Zarafa Installation synchronisiert werden. Mittel der Wahl ist das Tool //**rsync**//: | Zunächst sollten die Attachements der alten Zarafa Installation synchronisiert werden. Mittel der Wahl ist das Tool //**rsync**//: | ||
<code> | <code> | ||
- | invis:~ # rsync -a /mnt/zarafa/attachements/ /srv/kopano/attachements/ | + | invis:~ # rsync -av /mnt/zarafa/attachements/ /srv/kopano/attachements/ |
</code> | </code> | ||
- | Achten Sie darauf, dass beide Pfadangaben mit einem Slash abgeschlossen werden. | + | Achten Sie darauf, dass beide Pfadangaben mit einem Slash abgeschlossen werden. Die Option "-a" (Archiv) sorgt dafür, dass klassische Zugriffsrechte erhalten bleiben und rekursiv in die zu synchronisierende Verzeichnisstruktur eingetaucht wird. |
+ | Danach sind die Besitzrechte der Attachement-Verzeichnisstruktur an Kopano anzupassen: | ||
+ | |||
+ | <code> | ||
+ | invis:~ # chown -R kopano.kopano /srv/kopano/attachements | ||
+ | </code> | ||
+ | |||
+ | === ownCloud und Dokuwiki Datenverzeichnisse === | ||
+ | |||
+ | Synchronisieren Sie die Datenverzeichnisse wie bereits die Zarafa-Attachements: | ||
+ | |||
+ | **ownCloud** | ||
+ | |||
+ | <code> | ||
+ | invis:~ # rsync -av /mnt/www/htdocs/owncloud/data/ /srv/www/htdocs/owncloud/data/ | ||
+ | </code> | ||
+ | |||
+ | **Dokuwiki** | ||
+ | |||
+ | <code> | ||
+ | invis:~ # rsync -av /mnt/www/htdocs/dokuwiki/data/ /srv/www/htdocs/dokuwiki/data/ | ||
+ | </code> | ||
+ | |||
+ | === Fileserver Datenbestand === | ||
Beim Wiederherstellen des File-Server Datenbestandes ist auf zwei Dinge zu achten: | Beim Wiederherstellen des File-Server Datenbestandes ist auf zwei Dinge zu achten: | ||
Zeile 1368: | Zeile 1395: | ||
- Je nach dem wie Sie vorher gearbeitet haben, sind zusätzlich zu den klassischen Unix Besitz- und Zugriffsrechten auch sogenannte POSIX-ACLs gesetzt. Diese dürfen bei der Datenübertragung nicht verloren gehen. Bei den Windows-Benutzer-Profilen beispielsweise sind definitiv POSIX-ACLs gesetzt. | - Je nach dem wie Sie vorher gearbeitet haben, sind zusätzlich zu den klassischen Unix Besitz- und Zugriffsrechten auch sogenannte POSIX-ACLs gesetzt. Diese dürfen bei der Datenübertragung nicht verloren gehen. Bei den Windows-Benutzer-Profilen beispielsweise sind definitiv POSIX-ACLs gesetzt. | ||
- | Das Kopieren der Daten können Sie entweder bequem mit dem //Midnight Commander// (//**mc**//) oder besser mit //**rsync**// vornehmen. Dabei beherrscht //**rsync**// auch den fehlerfreien Umgang mit POSIX-ACLs. | + | Das Kopieren der Daten können Sie entweder bequem mit dem //Midnight Commander// (//**mc**//) oder besser mit //**rsync**// vornehmen. Dabei beherrscht //**rsync**// auch den fehlerfreien Umgang mit POSIX-ACLs. Das nachfolgende Beispiel zeigt die Datenmigration anhand der Profilverzeichnisse: |
+ | |||
+ | <code> | ||
+ | invis:~ # rsync -aHAXv /mnt/shares/profiles/ /srv/shares/profiles/ | ||
+ | </code> | ||
+ | |||
+ | Die Optionen "HAX" erhalten dabei Hardlinks, ACLs und erweiterte Dateiattribute. Gehen Sie auf gleiche Weise mit allen anderen Verzeichnissen Ihres Datenbestandes vor. Gleiches gilt für die Home-Verzeichnisse der alten Installation. Diese befinden sich, wenn Sie entsprechend der Anleitungen hier im Wiki installiert haben im Logical-Volume "/dev/system/home". | ||
+ | |||
+ | |||
+ | |||
====== invis-Classic -> invis-AD ====== | ====== invis-Classic -> invis-AD ====== | ||