Aktuell habe ich die weitere WD Platte (als 4.) mit in das RAID integriert, also ein 4-fach RAID erzeugt. Danach habe ich die Seagates aus dem RAID geworfen, um damit ein neues RAID 1 zu erzeugen. Nun übertrage alle gemeinsamen Ordner vom WD RAID auf das Seagate RAID, um die WDs danach zu Kolle zu schaffen.

Die gemeinsamen Ordner zu übertragen ist im DSM recht leicht machbar (dauert nur, da immer nur ein gemeinsamer Ordner zur Zeit), aber da ich auf eine komplette Neuinstallation hinaus will, müssen natürlich auch alle Pakete und Anwendungsdaten migriert werden. Zu den Voraussetzungen nun mehr:

vorhandene Volumes

  • Volume 1 – Paketdaten
    • darauf liegt im Grunde nur die MySQL DB für die 3 (derzeit nur 1, weil ich beim letzten Neu Aufsetzen nur einen Webauftritt wieder hergestellt hatte) Webauftritte.
    • Kein @appstore Ordner für Applikationen -> siehe Volume 2
    • Ein @Antivirus Ornder, wobei das auch ein Grund für eine Neuinstallation ist, da die Aktivierung des ClamAV nie funktioniert hat. Auch hier gehe ich davon aus, dass sich das mit Indizierungsdienst in die Wolle gekriegt hat.
    • Dann noch @SynoDrive, der obsolet ist, da ich Drive schon deaktiviert habe
    • Und ein @webdav, der noch Relevanz hat, der aber über eine Sicherung neu erzeugt werden kann
  • Volume 2 – Pakete
    • In der Paketverwaltung habe ich für neue Pakete das Volume 2 angegeben, daher findet sich hier das Verzeichnis @appstore. Das werde ich bei der Neuinstallation mit dem Volume 1 verheiraten (also Pakete und Daten zu Paketen in einem Volume). Vermutlich als neu angelegtes Volume 3, aber das werde ich nach dem Reset sehen.
    • Daneben gibt es hier auf ein @Antivirus Verzeichnis -> Neuinstallation des Paketes und daher nicht relevant
    • @SynoDrive, @SynologyAppliccationService und @webdav auch auf diesem Volume vorhanden
  • Volume 4 – altes iSCSI
    Habe Volume 9 also neues iSCSI Volume angelegt. Etwas mehr Platz, falls ich weitere LUNs brauche. LUN wird durch Hyperbackup auf dem neuen Volume wieder hergestellt und danach wird das alte Volume gelöscht. (bzw. im Vorfeld gar nicht migriert)
  • Volume 5 – neu angelegt für Paketdaten und Pakete
    wird also erst bei der Neuinstallation relevant
  • Volume 6 – scheinbar Altlast aus der letzten Migration
    Das Volume war anscheinend vor August System Volume. Maria DB Ordner ist vorhanden und @appstore enthält auch einiges.
    Das Volume wird nicht migriert und entfällt.
  • Volume 7 – unsere eigenen Daten
    Die gemeinsamen Ordner werden alle auf Volume 10 (Datenpool) verschoben)
    Folgende Reste werden nicht migriert:
    • @appstore mit einer WordPress Installation
    • @cloudstation – hatte ich gerade nur ganz kurz als Ersatz für Drive installiert – seltsam nur, dass das auf diesem Volume liegt. OK: Das kann man im Cloud Station Server definieren, wo die DB liegen soll. Kommt künftig dann auf das Volume mit den Paketdaten
    • @iSCSI Ordner – unklar
    • gemeinsamer Ordner Steuer wird nicht migriert, weil als LUN aktiv
    • web wird nicht migriert. phpmyadmin daraus wird neu installiert und ansonsten ist da nur eine wordpress Installation, die vermutlich kaputt ist. Der einzige virtuelle Host, der läuft greift auf den gemeinsamen Ordner wordpress zu
  • Volume 8 – fremde Daten
    Freigaben werden auf den Datenpool (Volume 10 migriert)
  • Volume 9 – neues iSCSCI
    wird aus Datensicherung LUN befüllt
  • Volume 10 – neuer Datenpool
    soll künftig nur gemeinsame Ordner enthalten und es wird nicht mehr zwischen intern und extern unterschieden