Wiederverwendbares Toolkit fuer sichere Unraid-Migrationen (Docker + VMs) mit Pause/Resume und kontrolliertem Cutover.
Zur englischen Hauptdoku: ../README.md
- Keine Loeschung auf dem Quellserver
- Bereits laufende Docker auf dem Zielserver nicht anfassen
- Unterbrechbar und fortsetzbar bei instabiler Leitung
- Erst Daten kopieren, dann kontrolliert umschalten
- Job anlegen:
./scripts/create_job.sh mein_job 100.100.100.10 2222 /mnt/user/MigrationShare/migration- SSH-Key auf Ziel erstellen und auf Quelle hinterlegen.
- Preflight:
./scripts/preflight_ssh.sh mein_job- Starten:
./scripts/start_job.sh mein_job- Status/Logs:
./scripts/status_job.sh mein_job
./scripts/tail_job.sh mein_job appdata- Stop/Resume:
./scripts/stop_job.sh mein_job
./scripts/resume_job.sh mein_jobinventoryappdatadomainsboot_config
Viele Apps nutzen Daten ausserhalb von /mnt/user/appdata.
Pruefen:
docker inspect $(docker ps -aq) --format '{{range .Mounts}}{{.Source}}{{"\n"}}{{end}}' | grep '^/mnt/user/' | sort -uDiese Shares muessen zusaetzlich synchronisiert werden.
Permission denied (publickey): Key/Rechte/sshd-Config pruefen- Docker belegt Port 22: Unraid-SSH auf eigenen Port (z. B. 2223) umstellen
Nach dem Kopieren erscheinen Dienste nicht automatisch.
- Docker-Templates auf Ziel importieren/neuanlegen
- Mounts auf kopierte Daten setzen
- VMs importieren und Disk-Pfade auf kopierte
domainszeigen lassen - Intern testen (LAN/Tailscale)
- Erst dann Cloudflare/externes Routing umstellen
- OpenAI Codex (GPT-5 Familie) fuer Skript- und Prozessentwurf
- KI-gestuetzte Dokumentation in 3 Sprachen
- Menschliche Pruefung und Ausfuehrung aller produktiven Schritte