Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung Nächste Überarbeitung Beide Seiten der Revision | ||
|
ctxwcl:db_erstellen [2012/06/14 10:07] ht [HTTP-Server] |
ctxwcl:db_erstellen [2012/06/14 10:23] ht [Datei [ctxserver.ini] unter Windows] |
||
|---|---|---|---|
| Zeile 22: | Zeile 22: | ||
| ||SocketTimeout=500||=<sec> Nach Ablauf dieser Zeit in Sekunden wird eine Socket-Connection automatisch geschlossen|| | ||SocketTimeout=500||=<sec> Nach Ablauf dieser Zeit in Sekunden wird eine Socket-Connection automatisch geschlossen|| | ||
| - | [BACKUP] | + | [BACKUP] |
| + | Lesen Sie mehr zum Thema [[ctxwcl:admin:basisteil|automatischer Backup]] | ||
| ||backuppath=.\backup||Pfad, in dem die Backups geschrieben oder gelesen werden|| | ||backuppath=.\backup||Pfad, in dem die Backups geschrieben oder gelesen werden|| | ||
| ||MaxBackupCount=1||Anzahl von Backups bevor der jeweils älteste gelöscht wird|| | ||MaxBackupCount=1||Anzahl von Backups bevor der jeweils älteste gelöscht wird|| | ||
| Zeile 82: | Zeile 83: | ||
| \\ | \\ | ||
| - | ==== Automatischer Backup ==== | + | |
| - | + | ||
| - | Über den [Remote Admin] können Serverfunktionen wie Backup, Restore, Reorganisation, etc. manuell aufgerufen werden.\\ Während eines Backup's läuft der Server normal weiter und kann alle Zugriffe bedienen. Über einen speziell implementierten Mechanismus wird sichergestellt, dass immer ein konsistenter Backup geschrieben wird. Für jeden Wochentag kann eine Uhrzeit vorgegeben werden, zu der automatisch ein Backup gestartet wird.\\ Der Server schreibt bei jeder Änderung eines Datensatzes einen Eintrag in der //Change-History//, der zu jedem Datenfeld den vorherigen und den neuen Inhalt enthält. Alle Änderungen eines Tages werden in einer //Tages-Änderungsdatei// gespeichert. Ein Änderungsindex erlaubt es dem Server, sofort auf alle Änderungen eines Datensatzes in zeitlicher Abfolge zuzugreifen. Diese Änderungsdateien werden niemals verändert, sondern nur fortgeschrieben. Eine Checksumme zu jedem Änderungseintrag dient zur Überprüfung, ob diese korrekt und konsistent ist und um zu entscheiden, ob bei einer Wiederherstellung eines Änderungszeitpunktes diese Daten korrekt sind.\\ \\ Die eigentliche Datenbank steht in der Datei //ctxtli.tli//, alle anderen Dateien dienen der Verwaltung und dem Zugriff.\\ \\ Im Fall einer //Reorganisation// werden aus der Datei //ctxtli.tli// alle Verwaltungsinformationen neu generiert. Außerdem wird der Zugriffsindex der //Change-History// aus den Änderungsdateien neu generiert.\\ | + | |
