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

From SEPsesam
No edit summary
m (FuzzyBot moved page The SEPuler - an event calendar 4.4/de to Archive:The SEPuler - an event calendar 4.4/de without leaving a redirect: Part of translatable page "The SEPuler - an event calendar 4.4")
 
(48 intermediate revisions by 5 users not shown)
Line 1: Line 1:
<noinclude><languages />
<noinclude><div class="noprint"><languages />


{{Template:Navigator 4.4 UM de|Media Strategy 4.4/de|Medienstrategie|The Backup 4.4/de|Die Sicherung}}</noinclude>
{{Template:Navigator 4.4 UM de|Media Strategy 4.4/de|Medienstrategie|The Backup 4.4/de|Die Sicherung}}{{Previous Note/de}}</div></noinclude>


<span id="{{anchor|SEPuler}}SEPuler_–_an_event_calendar"></span>
==={{anchor|SEPuler}}Der SEPuler - ein Terminkalender===
==={{anchor|SEPuler}}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.
SEPuler ist ein Prozess, der die Terminierung aller SEP-sesam-Aufgaben wie Sicherung, 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.  
Der SEPuler ist eine dauerhaft aktive Hintergrundroutine (Daemon), die ständig nach Ereignissen sucht, die ausgeführt werden sollen. Wenn der SEPuler einen geplante Auftrag oder ein manuell ausgelösten Termin 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.
Sobald das Ereignis gestartet ist, bestimmt SEPuler den nächsten Ausführungstermin für einen zyklischen Auftrag und schreibt das Ereignis in den Terminkalender. Zum Beispiel, wenn der SEPuler eine wöchentliche Sicherung am 1. Januar startet, wird eine neue Sicherung für den 8. Januar eingetragen.


[[Special:MyLanguage/The_Backup#backup|Sicherung]], [[Special:MyLanguage/Configuring_Migration|Migration]],
[[Special:MyLanguage/The_Backup_4.4/de|Sicherung]], [[Special:MyLanguage/Configuring_Migration|Migration]],
[[Special:MyLanguage/Replication#replication|Replikation]], [[Special:MyLanguage/Date_dependent_media_events#media_events|Medientermin]], [[Special:MyLanguage/FAQ#command_event_configuration|Befehlstermin]],
[[4_4_3:Replication/de|Replikation]], [[Special:MyLanguage/Creating_a_Media_Event|Medientermin]], [[Special:MyLanguage/FAQ/de#command_event_configuration|Befehlstermin]],
[[Special:MyLanguage/The_Restore_4.4#restore|Rücksicherung]] und [[Special:MyLanguage/The_SEPuler_-_an_event_calendar_4.4#SEP sesam backup day – NEWDAY|Tageswechsel]] sind alles SEPuler-Ereignisarten.  
[[Special:MyLanguage/The_Restore_4.4/de|Rücksicherung]] und [[Special:MyLanguage/The_SEPuler_-_an_event_calendar_4.4/de#SEP sesam backup day – NEWDAY|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.
Ereignisse, die mit dem Befehl '''Sofortstart''' aus der GUI oder der Befehlszeile initiiert wurden, werden im Kalender als nicht wiederkehrende Termine 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 [[Special:MyLanguage/SEP_sesam_Glossary#calendar_sheet|''Kalenderblatt'']] über '''Hauptauswahl''' -> '''Zeitplanung''' aufrufbar.
Alle Ereignisse im SEP sesam werden vom SEPuler Zeitplan gestartet, auch wenn es sich um eindeutige, nicht wiederkehrende Ereignisse handelt. Eine Übersicht über geplante, abgeschlossene und abgelaufene Ereignisse/Termine und ihrem aktuellen Status bietet das [[Special:MyLanguage/SEP_sesam_Glossary#calendar_sheet|''Kalenderblatt'']] über '''Auswahl''' -> '''Zeitplanung''' aufrufbar.
.


[[image:GUI_schedules_de.png|550px|center|link=]]
[[image:GUI_schedules_de.jpg|550px|center|link=]]
<br clear=all>
<br clear=all>
<br clear=all>
<br clear=all>


<span id="{{anchor|schedules}}Schedules"></span>
===={{anchor|schedules}}Zeitpläne====
===={{anchor|schedules}}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.  
Zeitpläne werden verwendet, um Termine 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.
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.
Line 33: Line 36:
* Ein Zeitplan kann für beliebig viele Termine benutzt 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.
* 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 [[Special:MyLanguage/Creating_Custom_Calendar#custom_calendar|Benutzerdefinierten Kalender erstellen]].  
* 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 [[Special:MyLanguage/4_4_3:Creating_Custom_Calendar#custom_calendar|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.
* 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.
*In [[Special:MyLanguage/SEP_sesam_Release_Versions|4.4.3 ''Grolar'']] steht eine neue Option '''Ohne Zeitplan''' zur Verfügung. Es zeigt alle Sicherungsereignisse an, die keinem Zeitplan zugeordnet sind. Solche Ereignisse werden typischerweise für externe Sicherungen erstellt, bei denen die externen Anwendungen die Zeitplanung der Sicherungen übernehmen. Details finden Sie unter [[Special:MyLanguage/Schedules_4.4#without|Zeitpläne]].


<span id="{{anchor|event_priority}}Event_Priority"></span>
===={{anchor|event priority}}Priorisierung von Terminen====
===={{anchor|event priority}}Priorisierung von Terminen====


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.  
Beginnend mit der niedrigsten Priorität 1 (bis 99 als höchste) wird innerhalb eines [[Special:MyLanguage/SEP_sesam_Glossary#backup day|SEP sesam Sicherungstag]] 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 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.
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/de#blocking_events|Sperrtermin]] verwendet werden.


{{Anmerkung|Unabhängig von der Gleichartigkeit der Aufträge hat die Höhe der Priorität auch eine Auswirkung auf die Abarbeitung der Termine in der Warteschlange. Sind bereits Aufträge in der Warteschlange und wird vom SEPuler ein neuer Auftrag mit einer höheren Priorität auf aktiv gesetzt, wird dieser Auftrag bei der Abarbeitung vorgezogen.}}
<span id="{{anchor|equality}}Equality_of_Events"></span>
=====Gleichartigkeit von Terminen=====
=====Gleichartigkeit von Terminen=====


Die Gleichartigkeit von Terminen wird unterschiedlich je nach ihrem Typ entschieden:
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.
* Sicherungstermine sind gleichartig, wenn ihr Auftragsname gleich ist. Das gleiche gilt für folgende Ereignistypen: Migrations-, Replikations-, Befehls- und Rücksicherungstermin. Gruppen werden in dem Zusammenhang ebenso behandelt wie Sicherungstermine.
* Medienereignisse sind gleichartig, wenn ihre Laufwerksnummer oder Laufwerksgruppe gleich ist.
* Medienereignisse sind gleichartig, wenn ihre Laufwerksnummer oder Laufwerksgruppe gleich ist.


Line 94: Line 103:
*Wenn Monatsende und Wochenende zusammenfallen, wird dann der ''Monatsend''- dem ''Wochenende''-Termin vorgezogen (Prio 3 übersteuert Prio 2).
*Wenn Monatsende und Wochenende zusammenfallen, wird dann der ''Monatsend''- dem ''Wochenende''-Termin vorgezogen (Prio 3 übersteuert Prio 2).


[[image:event_priority_de.png|600px|center|link=]]
[[image:event_priority_de.jpg|600px|center|link=]]
<br clear=all>
<br clear=all>
<br clear=all>
<br clear=all>


<span id="{{anchor|blocking_events}}Blocking_Events"></span>
===={{anchor|blocking_events}}Sperrtermine====
===={{anchor|blocking_events}}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.
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.


{{note|
<!--T:41-->
* A blocking event is created by selecting the '''Blocking date''' checkbox during the configuration of an event.
{{Anmerkung|
* Switching off a schedule blocks the execution of all events using this schedule ('''Execution''' option  in the schedule).
*Ein Sperrtermin wird erzeugt, indem bei der Konfiguration eines Termins das Kontrollkästchen '''Sperrtermin''' aktiviert wird.
* A blocking event only affects other events with the same name when schedules are overlapping.
*Das Ausschalten eines Zeitplans blockiert die Ausführung aller Termine unter Verwendung dieses Zeitplans (Option '''Ausführen''' im Zeitplan).
*A blocking event suppresses any job with the same task name at respective ([[Special:MyLanguage/SEP_sesam_Glossary#backup day|SEP sesam backup day]]) day, regardless of whether it is scheduled to be run before, during or after the blocking event.
*Ein Sperrtermin betrifft nur dann andere gleichnamige Termine, wenn sich die Zeitpläne überlappen.
*Ein Sperrtermin bewirkt das jeder Auftrag an diesem ([[Special:MyLanguage/SEP_sesam_Glossary#backup day|SEP sesam]]-)Tag unterdrückt wird, egal ob er zeitlich vor, an oder nach dem Sperrtermin liegt.
}}
}}


<!--T:42-->
'''Beispiel'''
'''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.
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.


===={{anchor|SEP sesam backup day – NEWDAY}}SEP sesam Sicherungstag – NEWDAY====
<div class="noprint"><noinclude>
===={{anchor|SEP sesam backup day – NEWDAY}}SEP sesam Sicherungstag – Tageswechsel (NEWDAY)====


{{:NEWDAY Event/de|NEWDAY-Termin}}
{{:4 4 3:NEWDAY Event/de|NEWDAY-Termin}}
</noinclude></div>


<!--T:59-->
<!--T:59-->
<div class="noprint"><noinclude>
<div class="noprint"><noinclude>
===Weitere Informationen unter===
===Weiterführende Links===
[[Special:MyLanguage/Creating_a_Schedule|Erstellen eines Zeitplans]]</noinclude></div>
[[Special:MyLanguage/Creating_a_Schedule|Erstellen eines Zeitplans]]</noinclude></div>

Latest revision as of 09:30, 14 September 2023

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


Icon archived docs.png Anmerkung
Dies ist nicht die neueste Version des Artikels und bietet daher keine Informationen über die in der neuesten Version eingeführten Funktionen und Erweiterungen. Die neueste Dokumentation finden Sie im Benutzerhandbuch.


<span id="SEPuler_–_an_event_calendar">

Der SEPuler - ein Terminkalender

SEPuler ist ein Prozess, der die Terminierung aller SEP-sesam-Aufgaben wie Sicherung, 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 einen geplante Auftrag oder ein manuell ausgelösten Termin 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 das Ereignis in den Terminkalender. Zum Beispiel, wenn der SEPuler eine wöchentliche Sicherung am 1. Januar startet, wird eine neue Sicherung 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 Termine abgelegt.

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

GUI schedules de.jpg



<span id="Schedules">

Zeitpläne

Zeitpläne werden verwendet, um Termine 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.
  • In 4.4.3 Grolar steht eine neue Option Ohne Zeitplan zur Verfügung. Es zeigt alle Sicherungsereignisse an, die keinem Zeitplan zugeordnet sind. Solche Ereignisse werden typischerweise für externe Sicherungen erstellt, bei denen die externen Anwendungen die Zeitplanung der Sicherungen übernehmen. Details finden Sie unter Zeitpläne.

<span id="Event_Priority">

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 SEP sesam Sicherungstag 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.

Information sign.png Anmerkung
Unabhängig von der Gleichartigkeit der Aufträge hat die Höhe der Priorität auch eine Auswirkung auf die Abarbeitung der Termine in der Warteschlange. Sind bereits Aufträge in der Warteschlange und wird vom SEPuler ein neuer Auftrag mit einer höheren Priorität auf aktiv gesetzt, wird dieser Auftrag bei der Abarbeitung vorgezogen.

<span id="Equality_of_Events">

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. Gruppen werden in dem Zusammenhang ebenso behandelt wie Sicherungstermine.
  • 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.jpg



<span id="Blocking_Events">

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 Anmerkung
  • Ein Sperrtermin wird erzeugt, indem bei der Konfiguration eines Termins das Kontrollkästchen Sperrtermin aktiviert wird.
  • Das Ausschalten eines Zeitplans blockiert die Ausführung aller Termine unter Verwendung dieses Zeitplans (Option Ausführen im Zeitplan).
  • Ein Sperrtermin betrifft nur dann andere gleichnamige Termine, wenn sich die Zeitpläne überlappen.
  • Ein Sperrtermin bewirkt das jeder Auftrag an diesem (SEP sesam-)Tag unterdrückt wird, egal ob er zeitlich vor, an oder nach dem Sperrtermin liegt.

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 – Tageswechsel (NEWDAY)

Der Tageswechsel wird verwendet, um einen neuen Sicherungstag zu definieren. Alle SEP sesam Protokoll- und LOG-Dateien werden mit dem Datum des Sicherungstages erstellt.

Wenn ein Tageswechsel-Termin auf 08:00 Uhr (SEP sesam Standardeinstellung) gesetzt ist, wird der Sicherungstag von 8:00 Uhr des aktuellen Tages bis 8:00 Uhr des nächsten Tages definiert. Sicherungen, die nach Mitternacht ausgeführt werden - die eigentliche Datumsänderung - werden mit dem Datum des Vortages 'zeitgestempelt', um zu vermeiden, dass zwei Sicherungen für die gleichen Daten erstellt werden (eine Sicherungskopie für Tag 1 und eine weitere für Tag 2).

Mit dem SEP sesam Tageswechsel haben alle Medien, die von einem Sesamtag, z.B. von Montag 8.00 Uhr bis Dienstag 7.59 Uhr, gesichert werden, das gleiche Datum. Der SEP sesam Tageswechsel gibt Systemadministratoren die Flexibilität, Sicherungsroutinen auf die Zeit nach Mitternacht auszudehnen und das Sicherungsdatum des Vortages beizubehalten. Dies ist sehr nützlich, wenn die Computer, die Sicherungen benötigen, die Zeitspanne zwischen Tagesende und Mitternacht überschreiten.

In der SEP sesam GUI bezieht sich das ausgewählte/angezeigte Datum bei der Prüfung von z.B. Sicherungen nach Status immer auf den Sesam Sicherungstag mit der durch den Tageswechsel definierten Zeitspanne von Stunden. Im obigen Beispiel eines definierten Sicherungstages (von 8.00 Uhr des aktuellen Tages bis 8.00 Uhr des nächsten Tages), der 13. November 2017 würde den Sicherungstag von Montag, 13.11.2017 von 8.00 Uhr bis Dienstag, 14.11.2017 bis 7.59 Uhr definieren. Beachten Sie, dass der Sicherungstag standardmäßig nicht dem Kalendertag entspricht.

Information sign.png Anmerkung

Um eine fehlerfreie Ausführung der SEP sesam Sicherungsumgebung zu gewährleisten, sollte der SEP sesam Tageswechsel niemals vollständig deaktiviert werden. Das Ausschalten des Tageswechsels verhindert, dass SEP sesam seine Datenbank neu ordnet. SEP sesam wird nicht mehr in der Lage sein, alte Protokolldateien zu löschen und das führt dazu, dass das System den Speicherplatz des Systemlaufwerks überschreitet.

Neben dem Zurücksetzen des Terminkalenders und dem Setzen eines neuen Sicherungstages führt der Tageswechsel auch folgende Aktionen durch:

  • Löscht Dateien und Datenbankeinträge für nicht mehr existierende Sicherungssätze.
  • Finalisiert den SEP sesam Status und die täglichen LOG-Dateien.
  • Reorganisiert die SEP sesam Datenbank.
  • Erweitert den Terminkalender (SEPuler) um einen Tag.
  • Neustart der SMS- und STPD-Prozesse.
SEP Tip.png Hinweis
Der Tageswechsel kann auch verwendet werden, um alle anstehenden Jobs vom Vortag abzubrechen; dies hängt von der SEP sesam Version ab, wie in den nächsten beiden Abschnitten erläutert wird.

Tageswechsel unter ≥ 4.4.3 Tigon

In der Version 4.4.3 Tigon kann der Tageswechsel alle laufenden Aktivitäten abbrechen oder auch nicht. Dieses Verhalten wird durch Auswählen Kein Abbruch folgender Aktionen des Kontrollkästchens Alle Termine in den Zeitplänen -> Tageswechsel-Termin-Eigenschaften -> Reiter Parameter eingestellt.

Tigon führt eine neue Option ein, um zu verhindern, dass der Tageswechsel laufende Aktivitäten abbricht.

Newday checkbox de.jpg


In früheren SEP sesam Versionen hat der Start des Tageswechsel immer alle laufenden Aktivitäten abgebrochen. Durch die Einführung der neuen Option Kein Abbruch folgender Aktionen können Sie ein Tageswechselverhalten konfigurieren, das eine ununterbrochene Ausführung der SEP sesam Operationen ermöglicht. In einem solchen Fall kann der Tageswechsel-Termin so eingestellt werden, dass er zu jeder Zeit aktiv ist (und ausnahmslos jeden Tag ausgeführt wird), da er so eingestellt werden kann, dass er keine laufenden Sicherungen beim Start behindert.

Tageswechsel unter SEP sesam ≤ 4.4.3

In SEP sesam v. ≤ 4.4.3 bricht der Tageswechsel immer alle laufenden Sicherungen ab. Dies kann in komplexen Netzwerkumgebungen nützlich sein, wenn Warnmeldungen nicht an den Sicherungsserver übertragen werden. Diese Sicherungsaufträge, die ansonsten als unterbrochen auf die Weiterverarbeitung warten, werden durch den Tageswechsel beendet.

Da es keine Möglichkeit gibt, den Tageswechsel daran zu hindern, laufende Jobs abzubrechen (erst in Version 4.4.3 Tigon eingeführt) und weil Wochenenden oft für Vollsicherungen verwendet werden, kann es sinnvoll sein, den Tageswechsel am Wochenende zu überspringen. In diesem Fall müssen Sie die Ausführung als wöchentlichen Termin definieren. Diesen jedoch ohne Ausführung am Wochenende, damit geplanten Vollsicherungen durchgeführt werden können. Sicherungskopien können für den Schichtbetrieb am Samstag und Sonntag arrangiert werden.

Der Tageswechsel (NEWDAY) in der Version ≤ 4.4.3 ist normalerweise so eingestellt, dass er nur während der Arbeitswoche läuft.

SEPuler newday event de.jpg


Weiterführende Links

Erstellen eines Zeitplans