Mit regelmäßigen TYPO3 Updates halten wir Ihr CMS verlässlich immer auf dem aktuellsten Stand.

Die Wartung Ihrer TYPO3 Instanz können Sie bei entsprechend vorhandenem Wissen grundsätzlich auch selbst durchführen. Sollten Sie mit dem Vorgehen zur Wartung Ihres TYPO3 Systems nicht vertraut sein, so sollten Sie diese Aufgaben lieber von einem Experten durchführen lassen. Gerade Major Updates sind immer mit einem gewissen Restrisiko verbunden, weil sich hier zum Teil grundlegende Dinge im Vergleich zur Vorgängerversion ändern. Deshalb sollte diese grundsätzlich nur an einer geklonten Instanz (auf Staging-System) durchgeführt werden, um den ordnungsgemäßen Betrieb Ihrer Live-Website nicht zu beeinträchtigen!

Datenverlust muss nicht immer etwas mit Hardware-Versagen zu tun haben. Auch das unbeabsichtigte Löschen von Daten und Strukturen, Dateien oder Templates kann eine Systemwiederherstellung erforderlich machen.

Um sicherzustellen, dass Ihr Daten im Falle eines Datenverlusts trotzdem noch zur Verfügung stehen, sollten Sie in regelmäßigen Abständen Datensicherungen Ihres Systems (TYPO3 CMS, DB und Dateien) durchführen. Diese kann (in Abhängigkeit vom Hoster) per Cronjob automatisiert oder händisch durchgeführt werden.

In welchen Abständen Datensicherungen durchgeführt werden, hängt letztendlich davon ab, wie häufig Sie Änderungen an Ihrer Website vornehmen. Standardmäßig sollten Sie 1x/Woche (idealerweise nachts) sichern. Sie können Ihr System dann im Falle eines Falles in einer Version wieder herstellen, die nicht älter als 7 Tage ist. Bei Webprojekten mit täglichen Änderungen sollte Sie 1x täglich eine Sicherung fahren.

Grundsätzlich ja. Allerdings kann der Aufwand dafür höher sein als bei TYPO3 Instanzen, die auf unseren Managed Servern gehostet werden. Das ist beispielsweise dann so, wenn auf dem Kundenserver beim Hoster keine Staging-Umgebung zum Betrieb eines Website-Klons zur Verfügung steht, keine Snapshots erstellt werden können oder nur eine Datenbank zur Verfügung steht. Wir müssen uns in jedem Fall zuerst einen Überblick über das Szenario bei Ihrem aktuellen Hoster verschaffen, um eine Einschätzung abgegeben zu können.

Auch das geht unter Umständen. Da wir das System jedoch nicht initial aufgesetzt und entwickelt haben, müssen wir uns auch hier zunächst einen Überblick über das System verschaffen. Ein sauberes Setup und gutes Skripting (dokumentiert) wäre die Grundvoraussetzung. Erfahrungsgemäß war das bei vielen der Projekte, die wir in den vergangenen Jahren gesehen haben, oft nicht der Fall. Dann wird es schwierig! Denn nicht jeder entwickelt entlang gängiger Standards. Oft werden System "zusammengeschustert". Unsauberer Code ist schwer lesbar und oft ist auch nicht einzuschätzen, wie updatetauglich das ganze System am Ende des Tages sein wird. Auch wenn sich das jetzt vielleicht merkwürdig anhört: oft ist das Setup eines neuen, komplett sauber aufgesetzten Systems wesentlich einfacher und auch kostentechnisch überschaubarer.

Es gilt eigentlich das gleiche wie beim vorigen Punkt: oft ist es nicht nur aus technischer, sondern auch aus einer betriebswirtschaftlichen Betrachtungsweise heraus sinnvoller, ein System neu auzusetzen. Erstens sind meist mehrere Upgrade-Schritte erforderlich, denn man kann nicht einfach von beispielsweise einer 6.2er Instanz auf eine 11er Instanz updaten. Das macht das ganze sehr aufwendig, da meist auch Anpassungen am Templating und Scripting erforderlich sind. Ein gewisses Restrisiko, ob nachher auch alles sofort funktioniert, bleibt immer. Zweitens vergibt man dabei die Chance, das System zu bereinigen und sich von Altlasten zu trennen. Daher kann auch ein Relaunch durchaus sinnvoll sein, bei dem man auf einer sauberen, aktuellen LTS-Version aufsetzt.
Wir müssen uns in jedem Fall zunächst einen Überblick über das aktuelle Szenario verschaffen, um eine Einschätzung abgegeben zu können, was (vor allem betriebswirtschaftlich und aus Ihrer Sicht betrachtet) für Sie am sinnvollsten ist.