Kurz gesagt: Es gibt zwei Wege. Wenn das NAS Time Machine unterstützt, schalte das in den NAS-Einstellungen ein und füge die Freigabe dann unter Systemeinstellungen, Allgemein, Time Machine hinzu.
Oder verbinde dich im Finder mit einem freigegebenen Ordner und sichere darauf wie auf jede andere Festplatte. So entfällt das Time Machine-Image, der Teil einer Netzwerksicherung, der am ehesten kaputtgeht.
Die meiste NAS-Software hat eine Time-Machine-Option: Sie legt eine Freigabe an, meist mit einem Größenkontingent, und macht sie bekannt, damit dein Mac sie findet. Auf dem Mac: Systemeinstellungen, Allgemein, Time Machine, Backup-Volume hinzufügen, und die Freigabe erscheint.
Was du wissen solltest:
rsync über SSHWenn auf dem NAS SSH läuft, kopiere direkt dorthin, ohne etwas einzubinden:
rsync -aE --delete ~/Documents/ [email protected]:/volume1/backup/Documents/Schneller als über eine eingebundene Freigabe, und es macht nicht still gar nichts, wenn der Mount fehlt: Ist das NAS nicht erreichbar, schlägt der Befehl sichtbar fehl.
Richte zuerst einen Schlüssel ein, damit es bei einem geplanten Lauf nicht auf ein Passwort wartet:
ssh-keygen -t ed25519
ssh-copy-id [email protected]Dieselben Einschränkungen wie überall: rsync hält einen Spiegel ohne Versionen und verschlüsselt nichts im Ruhezustand. Der vollständige rsync-Leitfaden behandelt beides.
Bind die Freigabe im Finder ein, und sie erscheint unter /Volumes wie jedes andere Laufwerk. Alles, was in einen Ordner schreibt, kann sie dann nutzen, auch Copy Shelter, das dir Versionen gibt, Verschlüsselung, bevor irgendetwas den Mac verlässt, und ein Zurücklesen, das jedes Stück mit seinem Hash vergleicht.
Vor dem Schreiben zu verschlüsseln ist auf einem NAS wichtiger, als viele denken. Ein NAS ist ein kleiner Computer mit Betriebssystem, Weboberfläche und oft einem Port, den eine frühere Version von dir ins Internet weitergeleitet hat. Bytes, die es nicht lesen kann, bleiben deine, wenn es kompromittiert wird.
Das ist der Fehler, der Netzwerk-Backups von allen anderen unterscheidet, und davon sind die Forenthreads voll.
Wenn eine Freigabe sauber verschwindet, verschwindet auch der Mount, und ein Schreibvorgang schlägt sofort fehl. Gut. Häufiger passiert aber, dass die Freigabe nicht mehr antwortet, ohne die Verbindung zu trennen: Das NAS ist eingeschlafen, der Switch hat eine Verbindung verloren, der Mac ist schneller aufgewacht als das Netzwerk. Der Mountpunkt ist noch da, ls listet ihn noch, und ein Schreibvorgang darauf blockiert.
Nicht fehlschlagen. Blockieren. Der Prozess hängt in einem nicht unterbrechbaren Warten, solange der Client es weiter versuchen soll, und das kann standardmäßig sehr lange sein. Ein Backup-Job in diesem Zustand schlägt weder fehl noch wird er fertig, und alles, was auf einen Exit-Code ungleich null achtet, sieht keins von beidem.
Du erkennst es so:
mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"Die praktischen Abwehrmaßnahmen: ein festes Zeitlimit um jeden Vorgang, „keine Antwort“ als „Ziel nicht erreichbar“ werten statt als Fehler, den man ewig wiederholt, und nie zulassen, dass ein hängendes Ziel die anderen aufhält. Wenn du das selbst skriptest, pack den ganzen Job in timeout und sorg dafür, dass der Fehler laut ist.
Auf einem lokalen Laufwerk heißt ein erfolgreiches fsync(), dass die Bytes auf der Platte oder im Flash sind. Über SMB heißt es, was auch immer der Server entschieden hat, und das hängt von der Firmware ab: Manche NAS-Software bestätigt ein Flush, sobald sie die Daten im RAM hat, und ein Stromausfall in den Sekunden danach verliert Schreibvorgänge, die jede Ebene darüber als abgeschlossen gemeldet hat.
Vom Mac aus kannst du das nicht beheben. Was du tun kannst: aufhören, „die Kopie ist fertig“ als „die Kopie ist sicher“ zu werten, also das Backup danach zurücklesen und prüfen, auf der Freigabe, in einem eigenen Durchgang. Nur so lässt sich ein Schreibvorgang, den der Server wirklich gespeichert hat, von einem unterscheiden, den er nur angenommen hat.
SMB-Freigaben bilden Unix-Besitzrechte auf das ab, wofür das NAS dich hält, und diese Zuordnung ist oft nicht, was du erwartest. Zwei Symptome, die du kennen solltest:
._filename-Begleitdateien ab oder verwerfen sie. rsync -aE fordert sie an, ob sie überleben, entscheidet der Server.ls -l auf der Freigabe. Der Finder zeigt eine zwischengespeicherte Größe.Manche SMB-Server melden die Kapazität des Volumes falsch oder melden die Kapazität des darunterliegenden Pools und ignorieren deine Freigabe und ihr Kontingent. Ein Backup-Tool, das dieser Zahl vertraut, füllt fröhlich eine Freigabe, von der es hieß, sie habe Terabytes frei.
Die sichere Lesart: Fehlende oder unplausible Kapazität heißt unbekannt, nie unendlich. Prüf es vor einem ersten großen Backup von Hand:
df -h /Volumes/Backupsmb:// und den NAS-Namen ein und melde dich als dieser Benutzer an.Ja, wenn das NAS eine SMB-Freigabe mit eingeschalteter Time-Machine-Unterstützung anbietet. Synology, QNAP, TrueNAS und die meisten anderen aktuellen NAS-Systeme haben diese Einstellung.
Meist wurde die Freigabe im Ruhezustand getrennt, oder das Time-Machine-Image auf dem NAS wurde beschädigt. Lass den Mac beim ersten Backup am Strom, und lies die Anleitung zum Image-Fehler, wenn es weiter passiert.
Meist ist der Time-Machine-Dienst für diese Freigabe nicht eingeschaltet, oder das NAS bietet sie nur über AFP an. Prüfe zuerst die NAS-Seite, verbinde dich dann einmal im Finder mit der Freigabe, damit macOS die Zugangsdaten hat, und schau dann noch einmal.
Ja. Gib jedem Mac eine eigene Freigabe oder ein eigenes Kontingent, damit ein Rechner nicht den Platz füllt, den der andere braucht.
Für inkrementelle Backups über Gigabit locker. Das erste vollständige Backup ist der langsame Teil, also mach das über ein Kabel.
Fast nie. Ein aus dem Internet erreichbares NAS ist ein kleiner Server, für dessen Updates du jetzt verantwortlich bist. Wenn du eine Kopie außer Haus willst, ist ein Ordner in einem Cloud-Konto, für das du schon bezahlst, sicherer und meist einfacher. So nutzt du diesen Platz richtig.
Nein. RAID deckt eine Art von Ausfall ab, ein totes Laufwerk, und keine der anderen. Jede Löschung, jeder Fehler und jede Ransomware erreicht alle Laufwerke gleichzeitig.
Ja, sobald das erste Backup fertig ist. Mach das erste über ein Kabel, da es alles kopiert. Spätere Backups senden nur, was sich geändert hat.
Verbinde dich einmal im Finder über Gehe zu > Mit Server verbinden und aktiviere „Passwort im Schlüsselbund sichern“. Damit die Freigabe bei jeder Anmeldung verbunden wird, füge sie in den Systemeinstellungen unter Allgemein zu den Anmeldeobjekten hinzu.
Siehe auch: einen Mac auf ein externes Laufwerk sichern.