Planung, Wiederholung und Priorität

Geplantes Datum

Das Scheduled Date ist das Datum und die Uhrzeit, ab der ein Auftrag starten darf. Ein Auftrag mit dem Status Bereit wird nicht vor diesem Zeitpunkt übernommen. Sie können also Aufträge schon heute auf „Bereit“ setzen, wenn die Migrationswelle erst am Wochenende beginnt. Das geplante Datum eines neuen Auftrags ist der Zeitpunkt seiner Erstellung, sodass er starten kann, sobald er auf „Bereit“ gesetzt wird.

Der tatsächliche Start kann später als das geplante Datum erfolgen: Der Server führt höchstens vier Aufträge gleichzeitig aus und übernimmt die wartenden in der Reihenfolge von Priorität und geplantem Datum.

Die Tabelle „Aufträge“ hat keine Spalte „Geplantes Datum“: Bewegen Sie den Mauszeiger auf den Titel eines Auftrags, um es anzuzeigen, und legen Sie es im Auftragsdialog fest. Ausgewählte Aufträge ändern … im Menü Aktionen weist bei eingeschaltetem Schalter Geplantes Datum allen markierten Aufträgen ein neues zu – markieren Sie das Kästchen einer Gruppe in der Baumansicht, um die ganze Gruppe zu erfassen. Siehe Viele Aufträge auf einmal ändern

Wiederholung: einen Auftrag wiederholen

Recurrence wiederholt einen Auftrag nach einem Zeitplan: Keine, Täglich, Wöchentlich oder Monatlich. Wenn der Lauf eines wiederkehrenden Auftrags beendet ist, wechselt der Auftrag zurück auf Bereit statt auf Abgeschlossen; sein geplantes Datum wird auf das nächste Vorkommen verschoben, und er wartet bis zu diesem Datum.

Die Uhrzeit bleibt erhalten. Jedes Vorkommen wird vom eigenen geplanten Datum des Auftrags aus berechnet, sodass ein täglicher Auftrag für 02:00 Uhr um 02:00 Uhr ausgeführt wird, auch über Sommer- und Winterzeitumstellungen hinweg.
Verpasste Vorkommen werden übersprungen. Ein Auftrag, der eine Zeit lang nicht ausgeführt werden konnte – weil der Server gestoppt oder der Auftrag deaktiviert war –, wird einmal ausgeführt, sobald es möglich ist, und setzt dann mit dem nächsten Vorkommen fort, statt jedes verpasste nachzuholen.
Monatsenden werden berücksichtigt. Ein monatlicher Auftrag am 31. wird in einem kürzeren Monat am letzten Tag ausgeführt und im Folgemonat wieder am 31.
„Jetzt ausführen“ zählt als nächstes Vorkommen. Ein wiederkehrender Auftrag, der vor seinem geplanten Datum auf Jetzt ausführen gesetzt wird, läuft sofort, und dieser Lauf ersetzt den geplanten: Der Zeitplan setzt mit dem darauffolgenden Vorkommen fort.
Ein abgebrochener Lauf beendet den Zyklus. Der Auftrag endet mit Abgebrochen, statt wieder in die Warteschlange zu gelangen: Jemand hat verlangt, dass er stoppt. Setzen Sie ihn erneut auf „Bereit“, um fortzufahren.

Eine wiederkehrende Migration ist von Natur aus inkrementell: Mit der Standardregel Neue hinzufügen, vorhandene bei neueren überschreiben kopiert jeder Lauf, was seit dem letzten neu hinzugekommen ist oder sich geändert hat. Siehe Regeln für das Hinzufügen und Überschreiben von Dateien

Damit jeder Lauf auch nur das liest, was sich geändert hat, schalten Sie unter From Date die Option Inkrementell (nur seit dem letzten erfolgreichen Lauf geänderte Dateien) ein: Das Von-Datum des Auftrags wird dann nach jedem erfolgreichen Lauf weitergesetzt. Siehe Inkrementelle Läufe: nur die seit dem letzten Lauf geänderten Dateien

Wiederkehrende Aufträge für eine ständige Kopie

Ein wiederkehrender Auftrag hält eine regelmäßig aktualisierte Kopie einer Bibliothek in Nextcloud vor – für eine lange Koexistenzphase oder als unabhängige Kopie der Dokumente, von denen eine kritische Geschäftsfunktion abhängt. Passen Sie die Wiederholung daran an, wie schnell sich der Inhalt ändert: täglich für aktive Dokumentenbestände, wöchentlich für Referenzmaterial.

Ausgewählte Bibliotheken, keine Datensicherung

Microsoft 365 drosselt umfangreiche und häufige Lesezugriffe, daher können wiederkehrende Aufträge nicht einen ganzen Tenant synchron halten. Beschränken Sie den wiederkehrenden Umfang als Faustregel auf weniger als 20 Bibliotheken mit jeweils unter 50.000 Dateien, insgesamt nie mehr als etwa 50 Bibliotheken. Eine ständige Kopie schützt ausgewählte Bibliotheken für den Notfall; sie ist keine Datensicherung von SharePoint Online, SharePoint Server oder Dateifreigaben nach Nextcloud.

Mehr erfahren Sie unter Digitale operationale Resilienz (DORA) und Umstellung: traditionelle und erweiterte Migration

Priorität: welcher bereite Auftrag zuerst läuft

Wenn mehr Aufträge den Status Bereit haben, als der Server gleichzeitig ausführen kann, entscheidet Priority, welchen er als Nächstes übernimmt, und bei Aufträgen gleicher Priorität entscheidet das geplante Datum. Ein auf Jetzt ausführen gesetzter Auftrag kommt vor allen anderen an die Reihe, unabhängig von seiner Priorität und seinem geplanten Datum – siehe Auftragsstatus

Priorität	Wann verwenden
Hoch	Wird vor allem mit niedrigerer Priorität übernommen. Für einen Auftrag, der zuerst laufen muss.
Mittel	Die Standardeinstellung. Stehen alle Aufträge auf „Mittel“, entscheidet allein das geplante Datum.
Niedrig	Kommt zuletzt an die Reihe, wenn nichts anderes mehr wartet. Für Aufträge, die laufen können, wann immer Kapazität frei ist.

Vier Jobs gleichzeitig

Der SMART Migration-Server führt höchstens vier Aufträge gleichzeitig aus. Ein fünfter Auftrag, der auf Bereit gesetzt wird, wartet, bis einer der vier beendet ist, und startet dann. Eine lange Liste bereiter Aufträge ist während einer Migrationswelle daher normal und kein Fehler.

Siehe auch