Archive:The SEPuler - an event calendar 4.4/de: Difference between revisions

From SEPsesam
No edit summary
No edit summary
Line 39: Line 39:


Zur Verwirklichung komplexerer Terminstrategien können Termine mit unterschiedlichen Prioritäten versehen werden um Konflikte im Zeitplan zu lösen.
Zur Verwirklichung komplexerer Terminstrategien können Termine mit unterschiedlichen Prioritäten versehen werden um Konflikte im Zeitplan zu lösen.
Beginnend mit der niedrigsten Priorität 1 (bis 99 als höchste) wird innerhalb eines Sesam-Tages geprüft, ob ein gleichartiger Termin (z.B. Sicherung) mit gleichem Auftragsnamen mit höherer Priorität bereits abgelaufen oder noch geplant ist und die Ausführung niedriger priorisierter Termine unterdrückt. Der Termin mit höhere Priorität wird ausgeführt. So können z.B. für einen bestimmten Sicherungsauftrag mehrere Zeitpläne erzeugt werden, die sich an bestimmten Tagen überschneiden. Gemäß den Prioritäten verhindern sie dann gegenseitig die Ausführung. Bei Ereignissen mit Priorität 0 wird keine Abhängigkeit in der Priorität des Ereignis gleichnamiger Aufträge berücksichtigt. Diese Ereignisse werden immer ausgeführt.
Beginnend mit der niedrigsten Priorität 1 (bis 99 als höchste) wird innerhalb eines Sesam-Tages geprüft, ob ein gleichartiger Termin (z.B. Sicherung) mit gleichem Auftragsnamen mit höherer Priorität bereits abgelaufen oder noch geplant ist und die Ausführung niedriger priorisierter Termine unterdrückt. Der Termin mit höhere Priorität wird ausgeführt. So können z.B. für einen bestimmten Sicherungsauftrag mehrere Zeitpläne erzeugt werden, die sich an bestimmten Tagen überschneiden. Gemäß den Prioritäten verhindern sie dann gegenseitig die Ausführung.  
Bei gleicher Priorität werden alle Termine eines Auftrages ausgeführt.
Bei Ereignissen mit Priorität 0 wird keine Abhängigkeit in der Priorität des Ereignis gleichnamiger Aufträge berücksichtigt. Diese Ereignisse werden immer ausgeführt.


Prioritäten können zusammen mit einem [[Special:MyLanguage/The_SEPuler_-_an_event_calendar_4.4#Blocking Events|Sperrtermin]] verwendet werden.
Prioritäten können zusammen mit einem [[Special:MyLanguage/The_SEPuler_-_an_event_calendar_4.4#Blocking Events|Sperrtermin]] verwendet werden.

Revision as of 10:26, 22 June 2017


<<<Zurück
Medienstrategie
Benutzer Handbuch
Weiter>>>
Die Sicherung


Der SEPuler - ein Terminkalender

SEPuler ist ein Prozess, der die Terminierung aller SEP-sesam-Aufgaben wie Backup, Migration, Replikation, Rücksicherung und andere Aufgaben steuert. Es handelt sich um einen elektronischen Kalender und Assistenten, der alle SEP sesam Datenschutzaufgaben ausführt.

Der SEPuler ist eine dauerhaft aktive Hintergrundroutine (Daemon), die ständig nach Ereignissen sucht, die ausgeführt werden sollen. Wenn der SEPuler eine geplante Aufgabe oder ein manuell ausgelöstes Ereignis findet, wird die Ausführung des entsprechenden Programms eingeleitet.

Sobald das Ereignis gestartet ist, bestimmt SEPuler den nächsten Ausführungstermin für einen zyklischen Auftrag und schreibt den Termin in den Ereigniskalender um. Zum Beispiel, wenn der SEPuler ein wöchentliches Backup am 1. Januar startet, wird ein neues Backup für den 8. Januar eingetragen.

Sicherung, Migration, Replikation, Medientermin, Befehlstermin, Rücksicherung und Tageswechsel sind alles SEPuler-Ereignisarten.

Ereignisse, die mit dem Befehl Sofortstart aus der GUI oder der Befehlszeile initiiert wurden, werden im Kalender als nicht wiederkehrende Ereignisse abgelegt.

Alle Ereignisse im SEP sesam werden vom vom SEPuler Zeitplan gestartet, auch wenn es sich um eindeutige, nicht wiederkehrende Ereignisse handelt. Eine Übersicht über geplante, abgeschlossene und abgelaufene Ereignisse und ihrem aktuellen Status bietet das Kalenderblatt über Hauptauswahl -> Zeitplanung aufrufbar. .

GUI schedules de.png



Zeitpläne

Zeitpläne werden verwendet, um Ereignisse zu einem bestimmten Zeitpunkt in der Zukunft einzustellen. Ein Zeitplan ist ein Schema, welches das zyklische Verhalten eines Termins beschreibt, d.h. wann ein Ereignis stattfinden soll und in welchen Perioden dieser wiederholt werden soll. Die bloße Existenz eines Zeitplans führt noch nicht zu einer Ausführung eines Ereignisses.

Erst wenn dem Zeitplan ein oder mehrere Termine (Sicherung, Migration, Befehl usw.) zugeordnet wurden, werden Eintragungen im Terminkalender erzeugt, welche dann vom SEPuler erfasst werden. Das Ändern des Zeitplans wirkt sich auf alle Ereignisse aus, die diesem Zeitplan zugeordnet sind.

Folgende flexible Funktionen können über einen Zeitplan gesetzt werden:

  • Ein Zeitplan kann für beliebig viele Termine benutzt werden.
  • Ein Auftrag (Sicherung, Migration, Replikation, Medientermin, Rücksicherung und Befehlstermin) kann Termine in mehreren Zeitplänen haben.
  • Ab Version 4.4.3 können Sie einen Benutzerdefinierten Zeitplan erstellen, der nach Ihren land- oder firmenspezifischen Anforderungen angepasst ist. Diese Option können Sie verwenden, um die Ausführung geplanter Aufträge an bestimmten Terminen zu unterdrücken z.B. bei Urlaub und an Feiertagen, oder um zusätzliche Aufträge zu ausgewählten Terminen zu planen. Weitere Informationen finden Sie unter Benutzerdefinierten Kalender erstellen.
  • Die Ausführung eines Zeitplans kann deaktiviert werden: Der Zeitplan wird in der Liste der Zeitpläne als schattiert angezeigt, aber die damit verbundenen Jobs werden nicht ausgeführt.

Priorisierung von Terminen

Zur Verwirklichung komplexerer Terminstrategien können Termine mit unterschiedlichen Prioritäten versehen werden um Konflikte im Zeitplan zu lösen. Beginnend mit der niedrigsten Priorität 1 (bis 99 als höchste) wird innerhalb eines Sesam-Tages geprüft, ob ein gleichartiger Termin (z.B. Sicherung) mit gleichem Auftragsnamen mit höherer Priorität bereits abgelaufen oder noch geplant ist und die Ausführung niedriger priorisierter Termine unterdrückt. Der Termin mit höhere Priorität wird ausgeführt. So können z.B. für einen bestimmten Sicherungsauftrag mehrere Zeitpläne erzeugt werden, die sich an bestimmten Tagen überschneiden. Gemäß den Prioritäten verhindern sie dann gegenseitig die Ausführung. Bei gleicher Priorität werden alle Termine eines Auftrages ausgeführt. Bei Ereignissen mit Priorität 0 wird keine Abhängigkeit in der Priorität des Ereignis gleichnamiger Aufträge berücksichtigt. Diese Ereignisse werden immer ausgeführt.

Prioritäten können zusammen mit einem Sperrtermin verwendet werden.

Gleichartigkeit von Terminen

Die Gleichartigkeit von Terminen wird unterschiedlich je nach ihrem Typ entschieden:

  • Sicherungstermine sind gleichartig, wenn ihr Auftragsname gleich ist. Das gleiche gilt für folgende Ereignistypen: Migrations-, Replikations-, Befehls- und Rücksicherungstermin.
  • Medienereignisse sind gleichartig, wenn ihre Laufwerksnummer oder Laufwerksgruppe gleich ist.

Beispiel Im folgenden Beispiel wird die Sicherung des Verzeichnisses /etc des Clients stratum1 mit dem Auftragsnamen stratum1_etc über drei verschiedene Zeitpläne gestartet.

Name Zeit Prio Auftrag
Täglich 20:00 1 täglich inkrementell
Wochenende 18:00 2 am Wochenende differenziell
Monatsende 21:00 3 am Monatsende voll
  • Am Wochenende wird der Wochenende-Termin dem Täglich-Termin vorgezogen (Prio 2 übersteuert Prio 1), der dadurch nicht ausgeführt wird.
  • Am Monatsende wird der Monatsende-Termin dem Täglich-Termin vorgezogen (Prio 3 übersteuert Prio 1).
  • Wenn Monatsende und Wochenende zusammenfallen, wird dann der Monatsend- dem Wochenende-Termin vorgezogen (Prio 3 übersteuert Prio 2).
Event priority de.png



Sperrtermine

Ein Sperrtermin ist ein Termin beliebigen Typs mit höherer Priorität, der keine Aktion ausführt, sondern nur durch seine Existenz gleiche Termine an einer Aktion hindert. Damit können z.B. Termine an besonderen Tagen (Jahresende, Ende des Geschäftsjahr, Feiertage etc.) gezielten ausgeschaltet werden.

Information sign.png Note
  • A blocking event is created by selecting the Blocking date checkbox during the configuration of an event.
  • Switching off a schedule blocks the execution of all events using this schedule (Execution option in the schedule).
  • A blocking event only affects other events with the same name when schedules are overlapping.
  • A blocking event suppresses any job with the same task name at respective (SEP sesam backup day) day, regardless of whether it is scheduled to be run before, during or after the blocking event.

Beispiel

Ein Sicherungstermin, der den Auftrag stratum1_etc ausführt, läuft kontinuierlich täglich mit Priorität 2 durch. Ein zweiter Sicherungstermin, ebenfalls für Auftrag stratum1_etc, ist nur für den 24.12. jeden Jahres konfiguriert, und zwar als Sperrtermin mit Priorität 9. Am 24.12. erkennt die Prioritätenprüfung, dass eine höher priorisierte Sicherung stratum1_etc existiert (nämlich der Sperrtermin mit Prio 9 übersteuert Prio 2) und verhindert damit die Ausführung der täglichen Sicherung. Der Sperrtermin selbst erzeugt keinen Eintrag im Job Status, er setzt nur die Meldung ab, dass er aktiviert wurde.

SEP sesam Sicherungstag – NEWDAY

NEWDAY Event/de

Weitere Informationen unter

Erstellen eines Zeitplans