# Update auf Version 34 -\> Neuinstallation

**URL:** <https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883>\
**Category:** 🇩🇪 Deutsch (german)\
**Tags:** update\_problems\
**Created:** [August 8, 2026, 12:57pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883 "2026-08-08T12:57:44Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 8, 2026, 12:57pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/1 "2026-08-08T12:57:44Z")

</div>

Hallo,

ich habe seit Jahren Nextcloud auf meiner eigenen Domain am laufen. In der letzten Zeit habe ich aber das Update nicht gemacht und war bei Version 26 und wollte den Web Updater starten. Dieser hat aber seinen Dienst verweigert. Ich habe in den Dokus gefunden dass ich das nur manuell Updaten kann und habe das per FTP gemacht. Alte Daten gesichert, neue downgeloadete Installation geladen und die config.php aus der Sicherung überkopiert,.

Nun bekomme ich dieses Bild:

 ![ππ 2026-08-08 14.55.26](https://help.nextcloud.com/uploads/default/original/3X/3/5/3512238af1b210336474296ee45ef4a281696f1f.png)

Wenn ich Aktualisierung starten klicke bekomme ich diese Meldung;

 ![ππ 2026-08-08 14.55.47](https://help.nextcloud.com/uploads/default/original/3X/5/5/551c3e27163250227ef7c4542dff11d1ff9e5e0e.png)

Weiter geht es leider nicht mehr. Was habe ich falsch gemacht ?

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 8, 2026, 1:10pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/2 "2026-08-08T13:10:25Z")

</div>

Man kann immer nur von einer Version zur nächsten aktualisieren. Mit anderen Worten du hättest nacheinander von 26 → 27 → 28 → 29 → 30 → 31 → 32 → 33 → 34 alles nacheinander aktualisieren müssen.

So wie ich deinen Beitrag lese hast du das nicht gemacht.

PS: das wären 8 Updates gewesen, was zeitaufwändig ist. Ich hätte da vorher die Daten gesichert und gleich 34 frisch und ganz neu installiert und dann die gesicherten Daten wieder zurück kopiert.

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 9, 2026, 6:16pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/3 "2026-08-09T18:16:09Z")

</div>

> [@frank\_gayer](#):
>
> Alte Daten gesichert, neue downgeloadete Installation geladen und die config.php aus der Sicherung überkopiert,.

Hallo,

habe ich doch beschrieben, dass ich das gemacht habe

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 10, 2026, 5:36am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/4 "2026-08-10T05:36:39Z")

</div>

Was ich meine ist aber, dass du genmäß [Upgrade manually](https://docs.nextcloud.com/server/latest/admin_manual/maintenance/manual_upgrade.html) höttest vorgehen müssen. Dort gibt es einen Warnhinweis:

> Warning  
> You cannot jump more than one major version forward at a time (i.e. 27-\>28 is okay, but 27-\>29 is not).

So verstehe ich deine kurze Beschreibung dessen, was du getan hast, aber eben nicht. Ich verstehe es so, dass du NC 26 hast, dann per FTP NC 34 ins System gepackt und dann config.php aus der Sicherung rüberkopiert. Mehr gibt deine kurze Beschreibung nicht her.

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 10, 2026, 6:24am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/5 "2026-08-10T06:24:56Z")

</div>

Hallo,

das bedeutet also dass ich alle Versionssprünge per FTP hochladen muss, danach jeweils die original cnfig.php reinkopieren, das Update starten und weiter ?

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 10, 2026, 7:32am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/6 "2026-08-10T07:32:50Z")

</div>

Das hätte es zumindest mal bedeutet.

Ich weiß nicht ob das nun noch möglich ist. Denn Downgrades sind auch nicht möglich und da du nun schon mal versuchst hast direkt von 26 zu 34 zu aktualisieren, weiß ich nicht ob die SQL- Datenbank dadurch nun schon verändert wurde.

Hast du ein **vollständiges** Backup von 26? Also sowohl von Kalender, Adressbuch, Datenbank, den Dateien im Nextcloud-Datenverzeichnis?

Wenn ja, könntest du den Ausgangszustand von 26 wiederherstellen.

Ansonsten bin ich jetzt auch etwas überfragt, ob man da noch was retten kann, außer eben Datenverzeichnis sichern (üblicherweise `/var/nextcloud_data/`) und dieses dann nach einer kompletten Neinstallation wiederherstellen und mittels `sudo -u www-data php occ files:scan` in die Datenbank importieren.

Aber vielleicht liest das ja hier noch wer mit weiterführenden Infos und schreibt dir.

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 10, 2026, 1:24pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/7 "2026-08-10T13:24:07Z")

</div>

Wo sehe ich denn welche Version ich zuletzt hatte ? Die kompletten Daten haben ich gesichert

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 10, 2026, 2:26pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/8 "2026-08-10T14:26:48Z")

</div>

Das Backup besteht immer aus den Nextcloud-Programmen inkl. Konfigurationen, den Nextcloud-Dateien _sowie einem Dump der Datenbank_.

Nimm es mir nicht übel, aber ich habe da so meine Zweifel, dass du das wirklich alles gemacht hast.

Lies bitte: [Backup](https://docs.nextcloud.com/server/latest/admin_manual/maintenance/backup.html) und [Restoring backup](https://docs.nextcloud.com/server/latest/admin_manual/maintenance/restore.html).

Die zuletzt (vor dem Backup) verwendete Version wäre im Web-Updater sichtbar gewesen, vor dem Backup. Wenn du den Nextcloud Desktop auf einem Client-PC verwendest, dann kannst du auch dort nachsehen, welche Version beim letzten synchronisieren auf dem Server installiert war.

- Linux-Desktop: `/home/<username>/.config/Nextcloud/nextcloud.cfg`
- Windows-Desktop: `\Users\<username>\AppData\Roaming\Nextcloud\nextcloud.cfg`
- Mac: musst du selbst gucken, falls von dir genutzt

in dieser `nextcloud.cfg` sollte sich eine Zeile beginnend mit `0\serverVersion=`finden. `<username>` ist natürlich durch den von dir verwendeten Benutzernamen (z.B. `frank`) zu ersetzen.

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 11, 2026, 6:34am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/9 "2026-08-11T06:34:01Z")

</div>

Moin, kannst du inzwischen sagen, was genau und wie du gesichert hast? Ws ist kaum möglich, dir zu helfen, wenn nicht klar ist was genau du bisher gemacht hast.

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 14, 2026, 5:40am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/10 "2026-08-14T05:40:12Z")

</div>

Moin, so jetzt mein Zwischenstand. Sorry für die späte Meldung aber das hat gedauert. Habe jetzt alle Versionen zwischen 27 und 34 nacheinander per FTP aktualisiert und bin nun auf stand Version 34. Alles fein. Habe meinen Data Ordner gesichert so dass ich die Dokumente nicht verliere. Kann ich diesen nun wieder über FTP einfach hochladen und alle Dateien sind wieder am Platz ?

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 14, 2026, 6:29am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/11 "2026-08-14T06:29:25Z")

</div>

Interessant ist, dass ich alle Dokumente unter dem FTP-Zugang der Domain sehe …

 ![2026-08-14 08_26_55-20260815 Sonderpreise Siemens – Datei-Explorer](https://help.nextcloud.com/uploads/default/original/3X/1/c/1c7573525330e3e34daee263b3daa244ad775c06.png)

 ![2026-08-14 08_29_02-C__Users_Gayer_Downloads_2026-08-14 08_26_55-20260815 Sonderpreise Siemens – Dat](https://help.nextcloud.com/uploads/default/original/3X/4/4/446e31735b3e4bbc571e641976432dbf24e8d4e4.png)

aber in der Nextcloud Oberfläche nicht angezeigt werden. Die config.php verweist auf die richtige Datenbank

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 14, 2026, 9:03am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/12 "2026-08-14T09:03:40Z")

</div>

Die Lösung für das Problem vor dem du nun stehst, hatte ich dir schon vor vier Tagen an die Hand gegeben: `sudo -u www-data php occ files:scan --all` (alle User) `sudo -u www-data php occ files:scan <username>` (nur ausgewählte User).

Sollte `occ` nicht gefunden werden (kein Pfad gesetzt) musst du eben den vollständigen Pfad zu occ mit angeben. Z.B.: `sudo -u www-data php /var/www/nextcloud/occ files:scan --all`.

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 14, 2026, 9:19am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/13 "2026-08-14T09:19:54Z")

</div>

Hallo, danke das ist nett von Dir. Allerdings habe ich erst heute das letzte Update hochgeladen und den Zusamenhang zu Deinem Tipp nicht vor vier Tagen umsetzen könne.

Ich bin der Anleitung von Nextcloud gefolgt, die sagt, dass man die alten Daten auf dem FTP-Server sichern soll und dann die Daten aus dem Ordner data wieder reinkopieren. Vielleicht habe ich das falsch gelesen.

Ich damit ein Problem, wie ich diesen Befehl ausführe. Habe das auch schon nachgelesen aber nicht verstanden.

![2026-08-14 11_29_50-](https://help.nextcloud.com/uploads/default/original/3X/7/d/7d2bbf4015e098343be1169a6aa64434c4c39c49.png)

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 14, 2026, 9:37am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/14 "2026-08-14T09:37:56Z")

</div>

Wie genau du dich per ssh auf dem Server anmeldest kann ich dir auch nicht sagen. Ich weiß ja nicht wo / bei wem deine Nextcloud gehostet wird. Aber wie es aussieht nicht bei dir auf einem eigenen Server.

Ich hoste selbst. Daher komme ich per `ssh <ipv4-desServers>` drauf, also z.B. `ssh 192.168.100.2`.

Wenn du also nicht selbst hostest, kontaktiere den Anbieter und frage diesen nach den Zugangsdaten per `ssh`

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 14, 2026, 9:42am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/15 "2026-08-14T09:42:30Z")

</div>

Noch ein Hinweis: solltest du keinen ssh-Zugang mit sudo(root)-Rechten beim Anbieter haben und auch nicht bekommen können, gibt es noch die Alternative die Daten aus der Sicherung per WebDAV auf den Server zu kopieren.

---

<div class="post-metadata">

**Author:** ![frank\_gayer](https://help.nextcloud.com/letter_avatar/frank_gayer/32/5_5575768a8748004e209b776fc1b2916d.png) [@frank\_gayer](https://help.nextcloud.com/u/frank_gayer)\
**Post date:** [August 14, 2026, 11:15am UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/16 "2026-08-14T11:15:47Z")

</div>

WebDav habe ich ja bisher genutzt um das Update hochzuladen also mit Filezilla auf den FTP der Domain aber die “Datas” sind zwar in dem Ordner “data” aber in der Weboberfläche zeigt es keine an

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 14, 2026, 3:04pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/17 "2026-08-14T15:04:12Z")

</div>

Nein, du hast FTP genutzt, nicht WebDAV. Das sind zwei paar Schuhe.

- Standard-FTP überträgt Daten unverschlüsselt; für eine sichere Übertragung sollte _SFTP_ oder _FTPS_ verwendet werden. Genutzt werden bei FTP primär **Port 21** (TCP) für den Steuerkanal (Befehle) und **Port 20** (TCP) für den aktiven Datenkanal.
- WebDAV ist eine Erweiterung des normalen Internet-Protokolls HTTP. Es nutzt die normalen Internet-Ports für verschlüsseltes Web (HTTPS), also TCP 443

---

<div class="post-metadata">

**Author:** ![bb77](https://help.nextcloud.com/letter_avatar/bb77/32/5_5575768a8748004e209b776fc1b2916d.png) [@bb77](https://help.nextcloud.com/u/bb77)\
**Post date:** [August 14, 2026, 3:38pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/18 "2026-08-14T15:38:17Z")

</div>

Klugscheißmodus an: SFTP steht für SSH File Transfer Protocol und hat mit FTP eigentlich nichts zu tun. Und ja, das ist sicher, weil es SSH ist – sprich, so sicher, wie man SSH eben konfiguriert hat. Also hoffentlich mit Keys und nicht mit `Password123$`. 😉

FTPS ist dagegen tatsächlich FTP, bei dem SSL/TLS drangepappt wurde, ähnlich wie STARTTLS bei SMTP. Sollte man heutzutage eigentlich nicht mehr ohne guten Grund verwenden, weil es aufwendiger einzurichten ist und bei einer nicht sauber implementierten Konfiguration diverse Angriffsvektoren bzw. Stolperfallen mit sich bringen kann.

Dann könnte man natürlich auch noch normales FTP über einen SSH-Tunnel laufen lassen, ist aber noch umständlicher. 😉

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 14, 2026, 4:19pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/19 "2026-08-14T16:19:23Z")

</div>

Bis Vers. 31 hätte man @frank_gayer ja noch die Nutzung von OCC Web nahelegen können. Aber OCC Web wurde zuletzt vor fast eineinhalb Jahren aktualisiert und daher ist die letzte supportete Version die 31.

@frank_gayer liefere bitte Infos wo du hostest und welche Zugangsmöglichkeiten du neben FTP hast.

Nebenbei bemerkt: ich persönlich würde kein FTP nutzen. Das ist halt unsicher und stammt noch aus der IT-Steinzeit, als die IT in DE noch EDV genannt wurde und die Hacker noch den [Akustikkoppler](https://www.unilu.ch/fileadmin/_processed_/4/c/csm_Das_Wort_Akustikkoppler_1bd6b2078a.jpg) nutzten 😉

---

<div class="post-metadata">

**Author:** ![bb77](https://help.nextcloud.com/letter_avatar/bb77/32/5_5575768a8748004e209b776fc1b2916d.png) [@bb77](https://help.nextcloud.com/u/bb77)\
**Post date:** [August 14, 2026, 5:17pm UTC](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883/20 "2026-08-14T17:17:07Z")

</div>

Jetzt aber mal unabhängig davon, wie die Dateien hochgeladen wurden, sollte er doch `occ`-Kommandos ausführen können, auch ohne `occ web`, wenn er SSH-Zugriff hat.

@frank_gayer `occ` ist ein PHP-Skript, sprich, es muss über das PHP-CLI-Binary und im Kontext des Webserver-Users ausgeführt werden. Deshalb steht in der Nextcloud-Doku auch `sudo -u www-data php` davor. Damit wird auf einem Debian-/Ubuntu-System das `occ`-Skript im Kontext des Webserver-Users (`www-data`) ausgeführt.

Auf einem Shared Hosting musst du den User-Kontext in der Regel nicht ändern, um PHP-Skripte auszuführen, weil dein User, mit dem du dich einloggst, bereits auf genau diesen Kontext beschränkt ist. Du musst aber normalerweise den Pfad zum PHP-Binary angeben.

In deinem Fall könnte das Kommando dann z.B. so aussehen:

```bash
/usr/bin/php /pfad/zum/nextcloudordner/occ files:scan --all

```

Den genauen Befehl bzw. den Pfad zum PHP-Binary bzw. wie genau du PHP-Skripte ausführen kannst, findest du in der Dokumentation deines Providers.

[Next page](https://help.nextcloud.com/t/update-auf-version-34-neuinstallation/247883.md?page=2)
