Backup-Jobs

Ein Backup-Job legt fest, was gesichert wird, wann, in welches Repository und wie lange, für viele Postfächer, OneDrives, SharePoint-Websites, IMAP-Konten, Rechner, Freigaben oder Proxmox-VE-Gäste zugleich. Jobs kamen mit 0.2.0 und ersetzen die Backup- und Restore-Prüfungs-Zeitpläne je Objekt aus 0.1.0. Seit 0.2.1 wird ein Rechner nur gesichert, solange er Mitglied eines Jobs ist.

Mail-Jobs und Rechner-Jobs

	Mail-Job	Rechner-Job
Wo	Mail & SaaS → Jobs	Server & Clients → Jobs
Mitglieder	Postfächer, OneDrives, SharePoint-Websites (seit 0.4.0), Microsoft-365-Gruppen (seit 0.4.5, Opt-in) und IMAP-Konten	Server und Clients mit dem Agent
Zeitplan	Ein Backup-Zeitplan und ein optionaler Zeitplan für die Restore-Prüfung	Alle N Stunden, täglich zu einer Uhrzeit oder sobald der Rechner sich verbindet
Was	Die gewählten Objekte oder „jedes Objekt, das in keinem anderen Job ist“	Ordner, Ausschlüsse, ein Bandbreitenlimit mit Zeitfenstern, optionale Hooks, eine Richtlinie der Agenten
Aufbewahrung	Eine Aufbewahrungsrichtlinie oder der Standard des Mandanten	Wie viele tägliche, wöchentliche und monatliche Wiederherstellungspunkte bleiben

Ein Objekt oder ein Rechner gehört höchstens einem Job an. Ein Mail-Job mit dem Umfang „jedes Objekt, das in keinem anderen Job ist“ erfasst auch später hinzukommende Objekte; ein Mandant hat höchstens einen solchen Job. Die erste aktive Quelle eines neuen Mandanten legt einen Mail-Job über alle Objekte an (Backup alle 8 Stunden, Restore-Prüfung jeden Sonntag um 03:00). Seit 0.4.0 umfasst das auch jede SharePoint-Website des Mandanten, es sei denn, der Websites-Modus der Schutzregeln steht auf „nur die ausgewählten“. Bei Microsoft-365-Gruppen ist es umgekehrt: Ein solcher Job umfasst seit 0.4.5 jede Gruppe, die geschützt ist, und keine Gruppe ist geschützt, bis die Schutzregeln Alle Microsoft-365-Gruppen schützen einschalten oder Sie einzelne Gruppen aufnehmen (Microsoft-365-Gruppen).

Abweichungen je Mitglied. Ein Postfach kann einen eigenen Zeitplan haben; ein Rechner andere Ordner, Ausschlüsse, Bandbreite, Hooks oder Aufbewahrung. Eine Abweichung ersetzt den Wert des Jobs nur für dieses Mitglied.

Die erste Frage eines Mail-Jobs (seit 0.4.2)

Der Editor eines Mail-Jobs beginnt mit Was soll dieser Job tun?

Auswahl	Was sie bedeutet
Sichern und archivieren	Die Vorgabe für einen neuen Job und die empfohlene Wahl. Ordner, Kalender, Kontakte und ganze Postfächer wiederherstellen und zusätzlich jede E-Mail manipulationserkennbar aufbewahren.
Sichern	Ordner, Kalender, Kontakte und ganze Postfächer so wiederherstellen, wie sie zu einem Sicherungsstand waren.
Archivieren	Jede E-Mail manipulationserkennbar aufbewahren, erfasst bevor Nutzer sie ändern oder löschen können, für GoBD, Aufbewahrungsfristen und Legal Hold (siehe Backup und Archiv).

Archivieren und Sichern und archivieren schalten das Archiv für die Postfächer des Jobs ein. Sie ersetzen den Schalter Postfächer dieses Jobs archivieren, der mit 0.3.1 kam. Archivieren allein sichert nicht nach Zeitplan: Der Job hat dann keinen Zeitplan, E-Mails erfasst das Archiv beim Eingang, und Kalender, Kontakte und Ordner werden nur gesichert, wenn jemand den Job startet (ein von Hand gestarteter Lauf sichert trotzdem). Wählen Sie Archivieren, schaltet der Editor den Zeitplan aus, bei einem anderen Zweck wieder ein. Ein Maschinen-Job kann nicht archivieren: Die API lehnt es ab (archive_not_supported), weil das Archiv Mail ist.

Was der Editor unter der Frage ergänzt:

Mit dem Archiv zeigt er So gelangen E-Mails ins Archiv, die Erfassungswege je Art von Postfach (unten). Das Exchange-Journaling wird, wenn Sie es wählen, einmal je Mandant eingerichtet, eine Journal-Adresse und eine Journalregel in Microsoft 365, und der Editor verlinkt auf Journaling einrichten (Exchange-Journaling). Die Auswahl sagt, welche Postfächer im Archiv erwartet werden; Exchange journalisiert nach seiner eigenen Regel, und Restow archiviert jeden Journal-Report, den es empfängt.
Object Lock ist keine Voraussetzung. Hat der Speicher des Mandanten kein Object Lock, zeigt der Editor eine Warnung, dass das Archiv dann nur auf Anwendungsebene unveränderbar ist (wer Zugriff auf den Speicher oder den Server hat, kann Daten ändern oder löschen); liegt das Archiv im Standard-Repository der Installation, sagt er, dass die Seite Repositories zeigt, ob dieses Object Lock hat. Beides verhindert das Speichern nicht. Siehe Archivierung und Journaling.
Mit dem Archiv neben der Sicherung (Sichern und archivieren) und einem Zeitplan, der sich häufiger als alle 8 Stunden wiederholt, schlägt der Editor vor, seltener zu sichern: „Sicherungen können seltener laufen“. Das Archiv erfasst bereits jede E-Mail beim Eingang, Sicherungen halten also nur fest, was das Archiv nicht enthält (Ordner, Kalender, Kontakte und den Gelesen-Status), und alle 8 Stunden genügen meist und belasten den Mailserver weniger. Es ist nur ein Vorschlag: Der Zeitplan bleibt, wie Sie ihn eingestellt haben, bis Sie Alle 8 Stunden sichern wählen. Er erscheint bei einem Zeitplan, der sich in einem festen Abstand wiederholt, nicht bei einer täglichen Uhrzeit.
Nur mit Sicherung sagt er, was eine Sicherung nicht kann: Sie sieht das Postfach so, wie es beim Lauf ist, eine E-Mail, die zwischen zwei Läufen eingeht und wieder gelöscht wird (der Editor nennt die Lücke, zum Beispiel „in den 8 Stunden zwischen zwei Sicherungen“), ist also in keiner Sicherung, und Sicherungen sind nicht manipulationserkennbar. Das Archiv erfasst jede E-Mail beim Eingang (Journaling und Weiterleitung beim Transport, Graph und IMAP-Archivierung zeitnah, was nicht vollständig ist).

So gelangen E-Mails ins Archiv (seit 0.4.4)

Mit dem Archiv erkennt der Editor die Art jedes Postfachs im Job und bietet nur die passenden Erfassungswege an. Ein Job mit Postfächern verschiedener Art zeigt die Wege für jede Art.

Art des Postfachs	Wege	Vorgaben eines neuen Jobs
Microsoft-365-Postfächer (`m365`)	Microsoft Graph (zeitnah), Exchange-Journaling (echt)	Graph an, Journaling aus
IMAP-Konten (`imap`)	IMAP-Archivierung (zeitnah), Weiterleitung an die Archivadresse (echt)	IMAP-Archivierung an, Weiterleitung aus
Google Workspace (IMAP) (`google`)	IMAP-Archivierung (zeitnah), Routing an die Archivadresse (echt)	IMAP-Archivierung an, Routing aus

Die Art wird abgeleitet, nicht gespeichert. Ein IMAP-Konto ist ein Google-Workspace-Konto, wenn seine Quelle eine OAuth2-Quelle von Google ist oder sein Host imap.gmail.com oder imap.googlemail.com lautet. Ein IMAP-Konto auf einem Microsoft-Host (outlook.office365.com und weitere, Art imap_microsoft) erhält die IMAP-Wege und den Hinweis, den Mandanten besser als Microsoft-365-Quelle zu verbinden, weil Graph und Exchange-Journaling seine Postfächer vollständiger erfassen. OneDrives, SharePoint-Websites und importierte Postfächer haben nichts zu erfassen.
Jeder Weg ist gekennzeichnet als Echt oder Zeitnah und sagt, was er tut; ein Weg, den die Edition nicht enthält, ist gesperrt und nennt die Edition („Gehört zur Business-Edition“). Exchange-Journaling und Weiterleitung brauchen außerdem den Journal-Empfänger, auf den der Editor verlinkt (Journaling einrichten, Weiterleitung einrichten).
Mindestens ein Weg je Art von Postfach im Job. Ohne ihn sagt der Editor Wählen Sie für diese Postfächer mindestens einen Weg, und die API lehnt die Änderung ab (unten).
Vorgaben. Ein neuer Job und ein Job, der das Archivieren einschaltet, starten mit den Vorgaben oben, jeweils mit einer einmaligen Übernahme der Mail, die schon im Postfach liegt, markiert als nachträglich erfasst. Siehe Archivierung.
Ein Job aus der Zeit vor 0.4.4 behält, was er tat. Seine Microsoft-365-Postfächer haben nur das Exchange-Journaling, und für seine IMAP- und Google-Workspace-Konten sagt der Editor an der Karte, dass noch kein Weg gewählt ist: Sie werden erst archiviert, wenn Sie einen wählen. Nichts startet von selbst. Name und Zeitplan lassen sich wie bisher speichern. Siehe Update auf 0.4.4.
Dieselbe Mail aus mehreren Wegen wird einmal archiviert. Beide Wege für eine Art zu wählen ist in Ordnung: Restow erkennt die Mail an Message-ID und Inhalt und behält ein Element mit dem stärkeren Weg (echt vor aus dem Postfach). Siehe Archivierung.
Das Ausschalten fragt vorher nach. Das Ausschalten der Archivierung oder eines Erfassungswegs zeigt Archivierung für diesen Job beenden? oder Diese Erfassungswege ausschalten?: Neue E-Mails dieser Postfächer werden ab dann nicht mehr archiviert, und das bisherige Archiv bleibt unverändert bis zum Ende seiner Aufbewahrungsfrist.
Das Anhalten eines Mail-Jobs hält nur seine Sicherungen nach Zeitplan an. Die Archivierung läuft weiter, solange der Job angehalten oder ausgeschaltet ist, und die Rückfrage beim Anhalten sagt das.

In der API trägt ein Mail-Job archiveCapture beim Anlegen, Ändern und Lesen, je Art von Postfach:

{
  "archive": true,
  "archiveCapture": {
    "m365": { "graph": true, "journal": false },
    "imap": { "sync": true, "forward": false },
    "google": { "sync": true, "forward": false }
  }
}

Eine weggelassene Art übernimmt ihre Vorgabe. Die Mitglieder und Kandidaten eines Jobs tragen captureKind (m365, google, imap oder imap_microsoft), und GET /api/v1/backup-jobs/defaults?kind=mail nennt die Arten der aktiven Mail-Objekte des Mandanten als mailSourceKinds; danach entscheidet der Editor, welche Wege er anbietet. Ein Job, der archiviert, ohne dass für eine Art von Postfach, die er abdeckt, ein Weg gewählt ist, wird mit 422 archive_capture_no_way abgelehnt (Problemtyp urn:restow:problem:invalid-backup-job; field ist archiveCapture, issues[0].path nennt die Art, zum Beispiel ["archiveCapture", "imap"], und kinds listet die Arten ohne Weg); die Vorgaben lösen das nie aus. Ein Job aus der Zeit vor 0.4.4 kann bei imap und google pending: true tragen (noch kein Weg gewählt): Die API nimmt einen solchen Job an, bis ein Weg gewählt ist, behält die Markierung nur dort, wo der Job sie schon hatte, setzt sie nie und entfernt sie, sobald ein Weg gewählt ist. Ein Rechner-, Freigaben- oder Kopierjob lehnt archive und archiveCapture ab. Die Edition entscheidet, welche Wege funktionieren (Business und Service Provider; die Community-Version lässt den Erfassungsdienst ruhen), und die bekannten Probleme der Wege stehen unter Archivierung.

Siehe Archivierung und Archivierung und Journaling.

Freigaben-Jobs, Kopierjobs und Proxmox-VE-Jobs

Seit 0.4.0 gibt es weitere Arten von Jobs. Wie ein Postfach oder ein Rechner gehört eine Freigabe zu höchstens einem Backup-Job.

Art	Wo	Was sie tut
Freigaben	Server & Clients → Freigaben, Schaltfläche Jobs (auch im Dialog Freigabe hinzufügen)	Sichert SMB- und NFS-Freigaben vom Server aus nach Zeitplan (höchstens stündlich), mit den zu sichernden Ordnern, den zu überspringenden Dateitypen und einer Aufbewahrung (täglich, wöchentlich, monatlich). Eine Freigabe ohne Job wird nicht gesichert. Siehe Freigabe hinzufügen und sichern.
Kopie einer Freigabe	Server & Clients → Freigaben, Schaltfläche Kopierjobs	Schreibt nach Zeitplan den neuesten Sicherungsstand von Freigabe A, der seine Restore-Prüfung bestanden hat, in einen Ordner von Freigabe B. Sie ist keine Sicherung: Das Ziel behält keine Versionen, und der Job ist entsprechend gekennzeichnet. Siehe Kopierjobs.
Proxmox VE (eine Preview)	Server & Clients → Jobs, neben den Rechner-Jobs	Sichert Proxmox-VE-Gäste, siehe unten.

Proxmox-VE-Jobs in Server & Clients → Jobs. Sobald Proxmox VE verbunden ist, stehen seine Jobs neben den Rechner-Jobs, und die Liste bekommt eine Spalte Typ (Rechner oder Proxmox VE). Eine Proxmox-VE-Zeile zeigt die Gäste des Jobs, den Zeitplan, den letzten und den nächsten Lauf, „2 von 5 Gästen fertig“, solange eine Runde läuft, und eine Sicherung, die jemand von Hand gestartet hat, als Zeile „Manuelle Sicherung · web-01“, bis sie endet. Neuer Job ist ein Menü mit einem Eintrag je Typ: Server und Clients (Restow-Agent) und Proxmox VE (VMs & Container); das Formular für Proxmox VE listet die VMs und Container, die in den Job kommen. Siehe Backup-Jobs und Schutz.

Job-Seiten und Editor

Die Job-Liste zeigt Umfang, Zeitplan, Repository, letzten und nächsten Lauf, Status und das Ergebnis der letzten Restore-Prüfung. Grün ist ein Job nur bei einer bestandenen Restore-Prüfung, nie für ein Backup, das bloß durchgelaufen ist. Ein Job öffnet sich in Reitern: Übersicht, Umfang, Einstellungen und Läufe.

Detailbereich und Layout (seit 0.4.5). Ein Klick auf eine Zeile, ihren Namen oder ihren Zustand öffnet einen Detailbereich wie den von VMs & Container; ?job=<id> in der Adresse öffnet ihn, ein Link auf den Detailbereich eines Jobs funktioniert also. Er führt jeden Zustand auf, den vollständigen Fehlertext des neuesten fehlgeschlagenen Laufs und die Warnungen des neuesten Laufs mit Warnungen, jeweils in einem Block mit festem Zeichenabstand, den Sie kopieren können, was Aufmerksamkeit braucht, die Restore-Prüfungen, die Eckdaten, die neuesten Läufe und die Aktionen. Die Liste behält ihr Layout: feste Spaltenbreiten, eine Zeilenhöhe, ein kompaktes Badge Zustand je Zeile (das dringendste von allem, was zutrifft, grün nur für eine bestandene Restore-Prüfung), der Fortschritt einer laufenden Sicherung daneben, einzeilige Zellen ohne Tooltips und Schaltflächen einer Größe. Spalten, die nicht auf einen Bildschirm passen, weichen von rechts; der Detailbereich hat alles.

Der Editor ist ein Seitenpanel, das sich mit der Tastatur bedienen lässt. Für Rechner-Jobs zeigt er die Ordner als Baum aus dem letzten Backup und bietet Ausschlüsse als Chips an: Videos, Datenträger-Abbilder, temporäre Dateien, Installationsprogramme, Musik, Papierkorb und Caches, eigene Muster sowie „Dateien größer als X GB überspringen“.

Bandbreite mit Zeitfenstern. Ein Rechner-Job behält sein Upload-Limit in kbit/s als Standard und kann bis zu 24 Fenster mit einem anderen Limit für bestimmte Tage und Uhrzeiten ergänzen, etwa Montag bis Freitag 08:00 bis 18:00 mit 1000 kbit/s (0 heißt unbegrenzt). Ein Fenster darf über Mitternacht gehen; Fenster dürfen sich nicht überschneiden. Die Zeiten gelten in der Zeitzone des Job-Zeitplans, und das Limit beim Start eines Laufs gilt für den ganzen Lauf. Seit 0.4.0 bedeutet ein leeres Limit, dass das Limit der Richtlinie der Agenten gilt (unbegrenzt, wenn sie keines festlegt), und Unbegrenzt lädt ohne Limit hoch, auch wenn eine Richtlinie eines festlegt; nur ein von der Installation gesperrtes Limit gilt weiterhin.

Die Richtlinie der Agenten im Job-Editor

Der Editor eines Rechner-Jobs hat einen Abschnitt Richtlinie der Agenten (seit 0.4.0): wann die Rechner des Jobs Sicherungen beginnen dürfen (Sicherungsfenster), ob verpasste Sicherungen nachgeholt werden (Verpasste Sicherungen nachholen), Nur am Netzteil und die Zahl der Automatischen Wiederholungen. Jede Einstellung zeigt den Wert, der gilt, und woher er kommt (Installation, Mandant oder Job); was der Job nicht festlegt, kommt vom Mandanten und von der Installation, und eine Einstellung, die die Installation gesperrt hat, lässt sich hier nicht setzen. Das Upload-Limit ist das eigene Feld Bandbreite des Jobs darüber. Siehe Richtlinie der Agenten.

Einen empfohlenen Job anlegen

Neben jedem Hinweis, dass etwas in keinem Job ist (die Job-Seiten, das Inventar, die Quellen, das Verzeichnis, VMs & Container), steht Empfohlenen Job anlegen, und die Bereitschaftskarte des Dashboards hat Alles ohne Job schützen (seit 0.4.0). Beide zeigen zuerst eine Vorschau dessen, was der Klick anlegt oder ergänzt, und richten dann einen Job je Art ein: einen Mail-Job alle 8 Stunden, Rechner-Jobs je Betriebssystem und Profil und einen Proxmox-VE-Job, täglich um 22:00 im Snapshot-Modus. Ein zweiter Klick ergänzt denselben Job, statt einen weiteren anzulegen. Freigaben- und Kopierjobs gehören nicht dazu. Das ist Sache der Administration und wird im Audit-Log protokolliert. Danach ändern Sie die Jobs wie jeden anderen.

Mit dem Mail-Archiv (seit 0.4.7). Bietet die Installation die Erfassung aus dem Postfach an (archive.mailboxCapture, Business und Service Provider) und hat der Mandant Postfächer oder Konten, die ein Archiv erfassen kann, schaltet die Empfehlung auch das Archiv ein:

Ein neuer Mail-Job über alle Objekte sichert und archiviert. Die Vorschau sagt „Archiviert zusätzlich jede Mail aller Objekte dieses Jobs, auch neuer“.
Ein bestehender Mail-Job über alle Objekte, der noch nicht archiviert, wird auf Archivierung umgeschaltet (die Vorschau sagt „Archivierung einschalten in …“). Seine Zeitpläne bleiben, und die Änderung wird als backup_job.updated mit changes.archive auditiert, wie eine Änderung im Job-Editor.
Der Klick nimmt die Standard-Erfassungswege, die im Mandanten nichts einzurichten brauchen: Microsoft Graph für Microsoft-365-Postfächer und IMAP-Abgleich für die übrigen Konten. Exchange-Journaling und Weiterleitung bleiben eine Wahl im Editor (Wie Mail ins Archiv gelangt).
Was er lässt, wie es ist. Er ändert nie einen Mail-Job über ausgewählte Objekte; die Vorschau nennt sie („Archivierung bleibt, wie sie ist, in …“). Ein Mail-Job über alle Objekte, dessen Erfassungswege von Hand gewählt wurden (Microsoft Graph oder IMAP-Abgleich ausgeschaltet, zum Beispiel nur Journaling), bleibt, wie er ist, und die Vorschau sagt es („Bitte im Job einschalten“). Ein neuer Job über alle Objekte entsteht nur, wenn er etwas abdeckt, das noch in keinem Job ist.
Was der Dialog sagt. Er sagt, wenn der Job über alle Objekte schon archiviert („Nichts zu tun: … archiviert bereits“), die Bestätigung nennt die Jobs, in denen Archivierung eingeschaltet wurde, neben den eingerichteten Jobs, und die Vorschau eines angehaltenen Jobs nennt keinen Zeitplan.
Die Liste der Mail-Jobs zeigt Archivierung einschalten, solange die Installation die Erfassung anbietet und die Empfehlung ein Archiv im Mail-Job über alle Objekte einschalten würde. Das tut sie nicht für Mandanten, die nur OneDrives, SharePoint-Websites oder Gruppen haben, und nicht für einen Job, dessen Erfassungswege von Hand gewählt wurden.
Ohne die Erfassung (der Community-Build oder ein Mandant ohne etwas zu erfassen) wird der empfohlene Job wie bisher angelegt.

Für Proxmox VE lässt der empfohlene Job Gäste weg, die bewusst von der Sicherung ausgeschlossen wurden (Einen Gast von der Sicherung ausschließen). Bestehende Jobs ändern sich nur, wenn eine Administration die Empfehlung anwendet, nie durch ein Update.

Jetzt starten und Stoppen (seit 0.4.5)

Jetzt ausführen heißt seit 0.4.5 Jetzt starten. Beide Joblisten, Mail & SaaS → Jobs und Server & Clients → Jobs, haben die Schaltfläche in jeder Zeile und im …-Menü der Zeile: eine Schaltfläche fester Größe, die Jetzt starten sagt, Stoppen, solange die Sicherungen des Jobs laufen oder warten, und Wird gestoppt…, sobald sie angefordert wurde.

Jetzt starten gibt es je Job oder für ausgewählte Mitglieder. Ein Mail-Job startet sofort. Ein Rechner startet ein angefordertes Backup beim nächsten Kontakt, etwa alle 5 Minuten; bis dahin zeigen Job und Mitglieder Eingereiht mit dem erwarteten Kontakt. Ein Proxmox-VE-Job reiht eine Sicherung jedes Gasts ein, den er umfasst, wie sein Zeitplan es täte, ohne den Zeitplan zu verschieben; Gäste, die schon eine wartende Sicherung haben, auf einem Knoten ohne restow-pve liegen oder die unbestätigte VM des Restow-Servers sind, werden ausgelassen und in der Meldung gezählt.

Stoppen fragt zuerst und sagt, was es für die Art des Jobs bedeutet:

Mail-Job: Jede wartende Sicherung des Jobs wird zurückgezogen. Laufende Sicherungen halten an ihrem nächsten sicheren Punkt an und behalten, was sie bis dahin gespeichert haben. Der nächste geplante Lauf startet wie gewohnt.
Rechner-Job: Angeforderte Sicherungen, die noch nicht begonnen haben, werden zurückgezogen. Rechner, die gerade sichern, beenden restic sauber bei ihrer nächsten Meldung, innerhalb etwa einer Minute. Von einem gestoppten Lauf wird nichts gespeichert, und die Läufe enden als abgebrochen, nicht als fehlgeschlagen.
Freigaben-Job (und Kopierjob): Wartende Läufe werden zurückgezogen, laufende von ihrem Runner gestoppt. Von einem gestoppten Lauf wird nichts gespeichert, und er endet als abgebrochen, nicht als fehlgeschlagen.
Proxmox-VE-Job: Wartende Sicherungen der Gäste des Jobs werden zurückgezogen, laufende auf ihrem Knoten gestoppt. Von einer gestoppten Sicherung bleibt nichts, und sie endet als abgebrochen, nicht als fehlgeschlagen. Die nächste geplante Runde läuft wie gewohnt.

Beides ist für Mandanten-Administratoren und für die Provider-Rollen, die bedienen dürfen; in der öffentlichen Demo sind sie gesperrt. Beides steht im Audit-Log: backup_job.run_cancelled am Job (und je Rechner endpoint.backup.cancelled), bei Proxmox-VE-Jobs pve.job.run_requested und pve.job.cancelled. Die Routen stehen unter API-Referenz. Das Stoppen eines einzelnen Gasts, Rechners oder einer Freigabe steht unter Proxmox VE, Server und Clients und Freigaben.

Rechner ohne Job (ab 0.2.1)

VMs und Container von Proxmox VE (eine Preview) haben eigene Backup-Jobs, auf der Seite VMs & Container und, seit 0.4.0, auch in Server & Clients → Jobs (siehe oben): siehe Backup-Jobs und Schutz.

Server & Clients → Inventar zeigt eine Spalte Backup-Job mit dem Job als Link oder dem Warnhinweis Ohne Backup. Ein Filter „Ohne Backup / In einem Job“ und ein Banner zählen die Rechner ohne Job. Job-Administratoren bekommen auf jeder Zeile und auf der Seite des Rechners zwei Aktionen:

Job anlegen öffnet den Job-Editor mit dem Rechner vorausgewählt.
Zu Job hinzufügen… nimmt den Rechner in einen bestehenden Job auf; ist er in einem anderen Job, fragt Restow vor dem Verschieben nach.

Jetzt sichern ist für einen Rechner ohne Job gesperrt, und der Anmeldedialog sagt, dass ein neuer Rechner nur in einem Job gesichert wird. Auch der Agent 0.2.1 wartet: Unter dem Zeitplan none startet er kein geplantes Backup, ignoriert eine Backup-Anforderung, und restow-agent status meldet, dass er auf einen Backup-Job wartet.

Agents vor 0.2.1 kennen den Zeitplan none nicht. Bis sie sich selbst aktualisieren (alle 6 Stunden oder sobald der Rechner wieder online ist), meldet ein solcher Rechner je Termin seines alten Zeitplans einen fehlgeschlagenen no_paths-Lauf mit jeweils einem backup.failed-Alarm; gelesen oder geschrieben wird nichts. Haben Sie Agent-Updates pausiert (Mandanten-Einstellungen → Agenten), setzen Sie sie fort oder nehmen Sie den Rechner in einen Job auf.

Laufende Sicherungen und die Live-Ansicht eines Laufs

Seit 0.4.0 zeigen die Einträge Jobs und VMs & Container in der Seitenleiste einen Spinner mit der Zahl der laufenden Sicherungen und daneben der wartenden. Der Tooltip listet sie auf, und ein Klick öffnet den Lauf.

Ein Lauf öffnet sich in einer Live-Schublade. Ihre Diagramme bewegen sich mit der Zeit zwischen zwei Messungen, die Zahlen zählen hoch, die Restzeit zählt herunter, und eine Zeile sagt, wann der Lauf sich zuletzt gemeldet hat oder dass Microsoft Graph ihn drosselt. Solange die Schublade offen ist, zeigt der Titel des Browser-Tabs den Fortschritt in Prozent. Die Live-Verbindung bleibt offen, solange der Tab im Hintergrund ist (sie schließt nach zehn Minuten oder wenn der Browser den Tab einfriert), sodass sich eine Seite beim Zurückkehren nicht mehr neu lädt. Bei einer laufenden Proxmox-VE-Sicherung zeigt ein Fortschrittsbalken zum Beispiel „34 % · 3,2 GB von 9,4 GB · 85 MB/s“; er braucht restow-pve 0.4.0 oder neuer auf dem Knoten. Den Fortschritt einer ersten Sicherung in Microsoft 365 beschreibt Erste Schritte.

Alle Mandanten in Jobs

Unter Alle Mandanten listen die Seiten Jobs von Mail & SaaS und von Server & Clients jeden Mandanten mit seinen Jobs je Art (Mail, Rechner und Proxmox VE), was läuft und wartet, wie die neuesten Sicherungen endeten und den nächsten Lauf. Sie können Alle Mandanten, Mit laufenden Jobs, Mit Fehlern oder Ohne Jobs anzeigen und nach Name, nach Handlungsbedarf zuerst oder nach dem nächsten Lauf sortieren. Eine Zeile öffnet die Jobs des Mandanten, nur lesend: Wechseln Sie zum Mandanten, um einen Job zu ändern.

Mehrere Rechner auf einmal

Rechtsklick auf eine Zeile, die Kontextmenütaste, Shift+F10 oder die Schaltfläche ⋯ öffnen in den Tabellen für Rechner, Jobs und geschützte Objekte die Aktionen der Zeile. Auswählbare Tabellen haben Kontrollkästchen und eine Auswahlleiste; Neuer Job mit … Rechnern nimmt mehrere Rechner oder Postfächer in einen neuen Job auf.

Einen Rechner einer Person zuordnen (ab 0.2.1)

Ein Rechner lässt sich einer Person aus dem Schutzverzeichnis des Mandanten zuordnen (ein Nutzer des Verzeichnisses, kein Anmeldekonto). Die Rechnertabelle hat eine Spalte Zugeordnet zu, sortierbar und filterbar nach Person und nach „niemand“, und Zuordnen… durchsucht das Verzeichnis. Die Zuordnung wird als endpoint.assigned protokolliert und aufgehoben, wenn die Person das Verzeichnis verlässt. Zugriff auf etwas erhält dadurch niemand.

API

Mail-, Rechner-, Freigaben- und Kopierjobs: /api/v1/backup-jobs (kind mail, endpoint, share oder copy). Proxmox-VE-Jobs gehören nicht dazu. Seit 0.4.4 hat ein Mail-Job archiveCapture, seine Mitglieder und Kandidaten haben captureKind, und die Vorgaben nennen mailSourceKinds (So gelangen E-Mails ins Archiv); ein fehlender Weg für eine Art antwortet 422 archive_capture_no_way.
POST /api/v1/schedules mit kind backup oder verify antwortet 422 kind_replaced_by_jobs. Wartungszeitpläne (Aufbewahrungslauf, Speicherprüfung, Verzeichnisabgleich, Archivabgleich) bleiben unverändert.
PATCH /api/v1/endpoints/:id antwortet 409 endpoint-config-managed-by-job, wenn es Ordner, Ausschlüsse, Hooks, Bandbreite oder Zeitplan eines Rechners in einem Job ändern würde.
Ab 0.2.1 antworten POST /api/v1/endpoints/:id/tasks mit backup_now und ein Zeitplan außer none mit 409 urn:restow:problem:endpoint-no-job für einen Rechner ohne Job. assignedUserId ordnet eine Person zu.

Jede Änderung an einem Job wird protokolliert (backup_job.created, .updated, .deleted, .scope.changed, .run_requested und seit 0.4.5 .run_cancelled). Läufe, Verlauf und Repositories beschreibt Backups und Zeitpläne.