- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Clean up server
English version below...
wir haben das Problem, das unser Plattenplatz immer knapper wird und wir รผberlegen, wie wir hier vielleicht etwas einsparen kรถnnen.
Eine Kollegin hat mich darauf aufmerksam gemacht, das im Projektverzeichnis die hochgeladenen Feature-Dateien abgelegt werden und diese wohl auch im Backup landen. Kรถnnen wir diese Zip-Dateien einfach lรถschen oder lauern dort "Gefahren" auf uns, wenn wir das machen?
Hat damit jemand Erfahrung? Freue mich auf Rรผckmeldungen.
Diana
-------------------
We have the problem that our disk space is becoming increasingly scarce and we are thinking about how we can perhaps save a little here.
A colleague pointed out to me that the uploaded feature files are stored in the project directory and that these also end up in the backup. Can we simply delete these zip files or are there "dangers" lurking there if we do this?
Does anyone have any experience with this? Looking forward to feedback.
Diana
- Labels:
-
backup
-
clean up server
-
content transport
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Diana,
die Feature-Dateien, die Du ansprichst, sind die, die im LOCAL_PROJECT_SERVER_STORAGE gespeichert sind. Erreichbar beispielsweise รผber SiteArchitect->ContentTransport->Feature installieren->Storage-> den oben genannten auswรคhlen. Oder in einem entsprechenden Auftragstask den oben genannten Storage verwenden.
Da die Konfiguration der Features woanders gespeichert wird, hat das Lรถschen erst einmal keinerlei Auswirkungen. Die Features stehen weiterhin zur Verfรผgung und werden bei Bedarf neu zusammengebaut.
Problematisch wird es wahrscheinlich aber, wenn zusรคtzlich die Archivierung genutzt wird. Wenn ein Feature nach dem Lรถschen der Dateien erneut angefordert wird, wird dies zu Fehlern fรผhren, wenn benรถtigte Daten archiviert wurden.
Da es sich bei den Dateien um technische Daten handelt, fรผr die eine manuelle Manipulation nicht vorgesehen ist, prรผfen wir allerdings nicht, was passiert, wenn man diese lรถscht. Die Ausfรผhrungen oben sind also (mehr oder weniger ๐ theoretischer Natur. Offiziell rate ich natรผrlich vom Lรถschen der Dateien ab ๐
Ich hoffe, dass hilft Dir weiter
Holger
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Diana,
zum einen verwenden wir das "Protokoll aufrรคumen". Das bringt schon etwas.
Dann noch etwas spezielles bei uns:
[fsRoot]/log/schedule
Logs die รคlter als 1 Woche sind, werden nach Auftrag gezipt. Dann sieht man die zwar nicht mehr im Server-Manager, aber das wird hingenommen. War bisher noch nicht notwendig รผberhaupt nachzuweisen, dass ein Auftrag lief.
Nach weiteren zwei Wochen werden die ZIP Dateien gelรถscht.
Da bestimmte Schedule-log-Dateien "unbedingt" lรคnger aufbewahrt werden sollen, werden diese (nach dem zippen) auf einen anderen Server verschoben.
[fsRoot]/log/fs-clients*.log.gz
Die werden noch kรผrzer als in Aktionsvorlage "Protokoll aufrรคumen" aufbewahrt. Dafรผr ein spezielles Script geschrieben. Das sind aus meiner Sicht nur Logs von Aufrufen รผber Clients. Spรคter nachzuvollziehen, warum vor einem Monat etwas gehakt hat ist meist nicht gerade sinnvoll.
Wird in einem Auftrag eine Vollgenerierung durchgefรผhrt, gibt es am Ende noch einen Auftrag, der nur eine Seite generiert. Damit wird die vorherige Generierung gelรถscht. Bringt auch Platz. Muss man nur berรผcksichtigen, dass Platz fรผr die Vollgenerierung benรถtigt wird.
Dann Archivieren wir Projekte aller zwei-drei Jahre. Damit werden Projekte kleiner. Die Archivdatei wird dann auch auf einen anderen Server ausgelagert. Zusรคtzlich gilt "das CMS ist kein Archivsystem". Wenn etwas archiviert werden muss, landet es รผber Exporte in einem "wirklichen" Archivsystem.
Als Webbrowser nutzen wir Apache/Tomcat. Da gibt es auch Logs die regelmรครig gelรถscht werden.
Muss halt intern festgelegt werden, wie lange Logfiles aufgehoben werden mรผssen.
Grรผรe
Andreas
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Wir lรถschen die Feature-ZIPs zum Beispiel, bevor wir ein Projekt exportieren (denn auch im Export landen die ZIPs), wenn sich da mal wieder etliche GB angesammelt haben (so wie im Link beschrieben in beiden Verzeichnissen). Probleme sind uns dabei keine bekannt.
Viele Grรผรe
Andreas

