Liebe Kollegen, wir fertigen Carbon Copy Clones, Timemachine Backups und Server Tool Backups des Servers an. Ich möchte die Daten aber auch ausser Haus bringen. Gibt es eine clevere bezahlbare Möglichkeit die Backups irgendwo zu speichern? Natürlich kann man täglich einen Rucksack packen und mitnehmen lassen (wir wohnen über der Praxis) aber die Lösung ist nicht wirklich komfortabel. Wie lösen Sie dieses Problem? Viele Grüße, Peter Balogh

ACHTUNG! Vorsicht mit Carbon Copy Cloner (CCC) und ähnlichen Tools. Die können ganz schlimme Dinge anrichten, wenn sie nicht sorgfältig konfiguriert sind, daher überlegen wir momentan sogar ernsthaft, aus Sicherheitsgründen zu "streiken", wenn CCC installiert ist. Bitte unbedingt folgenden Thread dazu lesen: /d/1094 Bei allen tomedo-fremden Backup-Lösungen darf während des Backup-Vorgangs keine Server-Aktivität stattfinden (d.h. keine Datenbankänderungen von den Client-Rechnern an den Server gesendet werden); der sicherste Weg, dies zu gewährleisten, ist den Server auszuschalten. Wir empfehlen, die primären Backups alle mit den ServerTools (und keinen Fremdprogrammen) durchzuführen. Diese Dumps können dann mit Skripten und z.B. TimeMachine weitergespeichert werden.

Wir nehmen die Daten immer mit. Externe Speicherung, womöglich noch Cloud-Dienste würde ich meiden wie der Teufel das Weihwasser. Dort kann man den Datenverbleib schlicht nicht kontrollieren. Zugriff auf derart sensible Daten sollten nur Sie haben. P.S.: Habe vergessen zu erwähnen, dass wir 2 mobile Wechselfestplatten verwenden. Eine verbleibt am Server während das Backup nachts läuft. So hat man immer die Daten vom Vortag zu Haus.

Danke für die Infos. Was für eine Art Backup machen Sie? Einen Clone, das Serverbackup über die Servertools oder beides? Nehmen sie beides mit? Soweit ich verstanden habe ist zum kompletten rekonstruieren beides notwendig. Über Online könnte man mit Kollegen gegenseitig ein verschlüsseltes Backup machen incrementell würde das gehen. Ich weiss nicht wie viel Daten da pro Nacht kopiert werden. Viele Grüße, Peter Balogh

Bisher das Server-Tools Backup. Ob man einen Clone zur Wiederherstellung benötigt kann ich leider nicht sagen.

Hallo Herr Balogh, mit Carbon Copy Cloner und Time Machine sind sie ja schon ziemlich gut aufgestellt. Wenn Sie z.B. per Time Machine auf ein entferntes Ziel sichern, dann hätten Sie auch eine räumliche Trennung. Ziemlich einfach und komfortabel ginge das z.B. mit einer Time Capsule im Nebenraum oder in die private Wohne ("feste" VPN-Leitung vorausgesetzt). Wenn Sie ohnehin über die Praxis wohnen: Vielleicht lassen sich die Bereiche ja auch über ein Netzwerkkabel verbinden, womit Sie dann auch kein VPN-Tunnel mehr benötigen. Viel Erfolg beim Sichern, Björn Albers

Hallo Herr Albers, die Wohnung ist verkabelt und ein Backup läuft auch in die Wohnung aber das ist nicht wirklich eine Räumliche Trennung. Ich denke da an den Hausbrand oder Einbruch. Viele Grüße, Peter Balogh

Dann empfehle ich Ihnen CrashPlan. Das ist ein Backup-Programm, was auch Daten in der Cloud sichert. Und wenn die Daten über einen eigenes Passwort verschlüsseln (lässt sich einstellen), dann sind diese auch gegenüber dem Hersteller und Dritten nicht einzusehen. Oder Sie betreiben einen eigenen (virtuellen) Server, z.B. bei DigitalOcean, und senden die Daten verschlüsselt dort hin, z.B. mittels rsync (bereits eingebaut in Mac OS X).

Für die Wiederherstellung der tomedo-Datenbank, inklusive externer Dateien reicht reicht das normale Servertools-Backup aus. Nicht gesichert werden dabei üblicherweise jedoch zusätzliche Konfigurationen (z.B. Mount- und Labor-Scripte). Zudem kann das Backup nur in einen bestehenden tomedo-Server eingespielt werden, d.h. wenn wirklich das ganze System kaputt (oder gestohlen) ist, müsste die grundsätzliche Servereinrichtung noch ein mal durchgeführt werden. Da das aber ein recht standardisierter Prozess ist (und auch mit Hilfe eines unserer Installationsimages passieren kann), ist der Mehraufwand hierfür überschaubar (max. 30 Minuten).

Hallo Herr Balogh, wir sichern in der Praxis mit schnellen thunderbold-SSD Platten, für die Tagessicherung, Backup zur Zeit alle 12 Stunden lokal und ganz elegant steht noch ein 2. Raid System mit 4 Platten zuhause , das mit einer 2. Fritzbox und einem VPN Router mit dem 1. Raid System der Praxis, das 6 Platten enthält, verbunden ist. Um 1 Uhr Nachts wird das Praxis Backup per Internet auf das 2. Raid übertragen, dauert ca. 3 Stunden. Alles voll automatisiert. Ab und zu kontrolliere ich , ob das Backup gelaufen ist. Bis jetzt funktioniert es. Gruß Ralf Kampmann

Hallo Kollege Balogh, ähnlich wie Koll. Schneider sichern wir über 3 Wechselfestplatten, wobei 1 immer "außerhalb " gelagert ist, d.h. diese wird von mir mitgenommen und täglich gewechselt. Wie im Beitrag Gibts eine günstige Alternative zum Thunderbolt-RAID v.a. für kleinere Praxen? beschrieben, verwenden wir ein kleines USB-RAID, das für kleine Praxen völlig ausreicht. Zusätzlich läuft immer ein Time-Machine-Backup auf 2 getrennte Festplatten, die am Server/Client Rechner bzw. im Netzwerk angeschlossen sind. kollegiale Grüße Wkrause

Das leidige Backup Thema

[gelöscht]

Zwei Lösungen die mir gefallen.

Für eine Thunderboltlösung nicht teuer aber Thunderbolt für Backup ist nicht unbedingt sinnvoll.

https://www.blackmagicdesign.com/products/blackmagicmultidock

Blackmagic MultiDock V2

oder dieses USB 3.0 Rack wenn man sowieso noch Platten rumliegen hat.

ICY DOCK

https://www.youtube.com/watch?v=IO5euHW6cuU

Daniel Körner

Hallo Peter,

die UUID-Funktion ist bereits in den ServerTools integriert. Tatsächlich prüft diese beim Start des tomedo-Servers, ob die UUID der aktuellen Bootfestplatte mit der hinterlegten UUID übereinstimmt. Ist dies nicht der Fall, wird ein Starten des tomedo-Servers verhindert - dies schützt davor, versehentlich auf einem Klon zu arbeiten.

Die UUID kann per Knopfdruck eingetragen werden - dies ist allerdings nur möglich, sofern man die ServerTools in den Administrationsmodus schaltet (sonst ist der Knopf "versteckt"). Da diese Funktion während der tomedo-installation noch nicht verfügbar war, konnte der Installateur auch keine UUID eintragen. Wir haben uns bewusst für diese "Barriere" entschieden, um ein versehentliches Ändern der UUID zu verhindern. Ich werde aber mit Herrn Zollmann besprechen, wie wir das Hinterlegen der UUID für unsere Bestandskunden einfacher gestalten können, da fällt uns sicher eine gute Möglichkeit ein.

Viele Grüße von der Medica :)

[gelöscht]

Hallo Daniel,

ist ja schön, dass ihr das eingebaut habt aber ihr müsst auch dafür sorgen, dass eure Kunden das Feature auch benutzen. wenigen ist die die Gefahr des Datenbanksplittings bei start vom Klon bewusst. Vor allem nicht wenn Leute vom PC System kommen.

Wenn es leer ist sollte dein Servertool es automatisch füllen mit einem Hinweis auf den Klienten, dass dies geschehen ist. Wird schon jeder auf dem Raid arbeiten und wenn nicht ist es eh zu spät und ihr habt Puzzlespiel. Mit mehreren Meldung wie "Vorsicht! vergewissern sie sich, dass die UUID die sie ändern wollen kein Klon ist" denke ich schon, dass man das Feld vom Netzwerkadmin zulassen kann ohne den Support anrufen zu müssen. Hat auch einen faden Beigeschmack weil ihr mit dem UUID Check einen Hardwarezwang einführen könntet. Ich weiss ihr seid nicht so aber trotzdem.

Was ganz anderes. Das Backup der Datenbank ist ja gut und schön und schützt vor Tomedo Fehlern. Vor OSX fuckups und viel Arbeit schützt aber nur ein CCC Klon. Jetzt ist der Clon aber nicht OK weil die Servertools ja laufen. Wäre es nicht sinnvoll die Servertools in der Nacht zu stoppen um den Clon durchführen lassen zu können? Ich würde von 23:00 bis 4:00 einstellen um gemütlich das Backup erstellen zu können das dann vollständig ist. Nach einem Update dürften die Tools auch nur starten wenn es ausserhalb der OFF Zeit ist.

Der Vorteil wäre, dass man im ungewöhlichen Fall des Raidfehlers gleich weiter arbeiten könnte ohne das Backup einzuspielen. Das Servertools Backup wäre weiter wichtig eben nur für Tomedo Zwischefälle wie ein fehelerhaftes Update bei laufendem OSX.

Noch was ganz anderes. Da ich erst so vor 10 Jahren die Schnauze von Microsoft voll hatte habe ich immer mit startbaren Klones gearbeitet. Was ist die Timemachine Geschichte, ist das ein sinnvolles Backup aus eurer Sicht?

Viel Spass auf der Medica

Daniel Körner

Hallo Peter,

die Sache ist leider nicht ganz so einfach. Es hängt nicht an den ServerTools, sondern an der Datenbank. Jede Datenbank im Produktiveinsatz hält Daten im Arbeitsspeicher vor, um schneller auf Anfragen reagieren zu können. Wenn man einen Klon von der Serverfestplatte erstellt, kopiert man nur die Daten auf der Festplatte - was gerade im Arbeitsspeicher vor sich geht, bekommt man nicht mit. Eine Möglichkeit, die Datenbank dazu zu zwingen, alle Daten auf die Festplatte zu schreiben, besteht darin, einen Dump zu erstellen - genau das machen wir in den ServerTools. Eine Alternative bestünde darin, die Datenbank zu beenden - dann räumt diese alle aktiven Verbindungen auf und schreibt die Daten auf die Festplatte. Da die Datenbank aber unter einem separaten Nutzer läuft, ist das momentan nicht so einfach. Wir haben aber schon darüber nachgedacht und für die Zukunft ein paar gute Ideen in dieser Richtung.

Grundsätzlich spricht nichts dagegen, einen Klon anzufertigen. Man sollte sich vorher allerdings Zeit nehmen und darüber nachdenken, was genau man wohin Klonen möchte - anders als die ServerTools arbeitet der CCC destruktiv, was zuviel ist, wird gelöscht. Falls man dann feststellt, daß die Datenbank auf dem Klon aufgrund der Arbeitsspeicherproblematik nicht konsistent ist, kann man immer noch ein Backup einspielen - das ist mit ca. 30 Minuten auch noch verkraftbar denke ich. Schließlich reden wir bei diesem Szenario von einem totalen Systemausfall.

Das TimeMachine Backup kann eine Ergänzung zum regulären Backup sein, man sollte aber wie so oft nicht alles auf ein Pferd setzen. Wir haben auch schon erlebt, daß TimeMachine versagt hat. Wichtig: TimeMachine fertigt inkrementelle Backups an - gerade bei Systemen wie Datenbanken, die zwingend eine Konsistenz der Daten erfordern, kann das nach hinten losgehen. Ein Teil der Daten ist dann schon aktuell, die anderen nicht - damit ist die Konsistenz dahin.

[gelöscht]

OK danke für die Erklärung Daniel, zusammengefasst ist derzeit ein laufender voller Klon nicht möglich. Die UUID Geschichte macht ihr zugänglich in nächster Zeit? Werde solange mal den Support bitten sie mir zu schreiben.
Das Icy Dock ist übrigens sehr empfehlenswert habe es privat schon am laufen.

Ralf Kampmann

Hallo Peter ist das icy dock nicht deutlich langsamer weil "nur" usb 3.0? Oder gibt es die auch mit thunderbolt? gruß Ralf

[gelöscht]

Daniel, ganz einfache Frage, wenn ich Server "stoppen klicke" wird die Daetnbank dann beendet und aufgeräumt?

Wenn ja würde ich tatsächlich per Skript den Button abends um 11:00 klicken, den Clon erstellen (CCC.app ausgenommen damit es wirklich eine Einbahnstrasse ist.) und den Server morgens um 4 per script wieder starten lassen.

Einfacher und sicherer wäre es natürlich wenn diese Auszeit in den Servertools einstellbar wäre und nicht durch ein Script und LingonX.

Vorraussetzung server gestoppt = Datenbank zu und aufgeräumt.

Daniel Körner

Leider nein, die Datenbank ist ein Systemprozess und wird daher vom System selbst verwaltet. Da der tomedo-Server aber i.d.R. der einzige Prozess ist, der auf der Datenbank arbeitet, ist die Wahrscheinlichkeit sehr gering, daß es bei ausgeschaltetem tomedo-Server beim Erstellen des Klons zu einem Problem kommt. Fazit: Server ausschalten ist keine "perfekte" Lösung, die Wahrscheinlichkeit für ein Problem ist aber sehr gering.

Bei Gelegenheit denke ich mal darüber nach, ob man den ServerTools eine Möglichkeit geben kann, die Datenbank zu steuern, ohne gleich Zugang zu allen Systemressourcen zu gewähren.

[gelöscht]

Hatten gerade einen OSX/Serverabsturz nachdem im ZSVA/Sterilisationsraum die Lichter ausgefallen sind, ohne dass eine Sicherung durchgegangen wäre. Elektriker muss sich das morgen ansehen aber mir wird ohne anständiges Backup schon mulmig. Ich habe zwar ein CCC Backup und zwei Timemachines und die Servertools backups aber ohne grössere Zollsoft support Bastelei ginge da gar nichts. Gefällt mir nicht. Ich brauche ein 1:1 backup.

[gelöscht]

So Stromproblem behoben und 4 Platten + Mac, 2x Timemachine, 1x Laufwerk mit Servrebackups und Kerio Backups.

Mehr kann ich nicht tun denke ich.

Clineten fahren wochentags um 23:00 runter (Ibeezz), Server wird durch skript um 11:30 gestoppt (LingonX), UUID ist gesetzt (Einbahnstrasse), CCC beginnt um Mitternacht ohne CCC.app zu kopieren (Einbahnstrasse) und schickt mail, Server wird um 4 Uhr wieder gestartet.

Nicht elegant aber wird funktionieren. Besser wäre es wenn die Servertools alles das übernehmen würden, CCC kann man ja auch mit Command line starten gehe ich von aus. Wäre weniger wackelig.

activate window "ServerTools"

delay 1

tell application "System Events" to tell process "ServerTools"

tell tab group 1 of window 1

click radio button "status"

end tell

delay 1

tell group 1 of tab group 1 of window 1

-- click button "Server stoppen"

click button "Server starten"

end tell

Mein Gott werde ich heute Nacht gut schlafen.

[gelöscht]

-- click button "Server stoppen"
click button "Server starten"

muss natürlich bearbeitet werden, die zwei Striche -- deaktivieren die Zeile. Oben beschrieben wird der Server gestartet. Soll ich euch von Ralf sagen :)

[gelöscht]

Daniel, in den Servertools bei Backup "automatisches Auswerfen". Wird auch gemoutet vor dem Backup? Ich würde dann nämlich die Backups solange nicht gebraucht ungemountet lassen und mit Tinkertools System gar nicht beim boot mounten. Kleinigkeit aber besser die Laufwerke sind gar nicht am Desktop. Platten verbrauchen in dieser Zeit auch weniger Strom als Nebeneffekt.

Daniel Körner

Die ServerTools versuchen die Festplatte automatisch zu mounten. Funktioniert sowohl für Wechselfestplatten als auch Netzlaufwerken, bei letzteren muss eventuell noch das Anmeldepasswort beim Eintragen gesetzt werden.

[gelöscht]

Super Danke!

[gelöscht]

Hi Daniel,

das mounten geht schief. Nicht schlimm, lasse ich die Drives eben gemountet und nehme sie aus den Tinkertools wieder raus. Ungemountet kommt folgender Fehler, die Platten mounten nicht. Sind die Platten vorher gemountet passiert das Backup fehlerfrei.

[gelöscht]

Mich hat die UDID gestern gerettet. Nach dem Update auf 11.2 hat das System von einem Klon gebootet. Symptom für einen Fehlboot ist übrigens das Abrufen von alten bereits gelesenen Mails!

Daniel Körner

Hallo Peter, das Mounten hat in diesem Fall funktioniert - die ServerTools bemängeln, daß die Synchronisierung den Fehlercode 23 zurückgegeben hat. Unserer Erfahrung nach passiert das häufig, wenn eine Datei aufgrund fehlender Zugriffsrechte nicht kopiert werden konnte. In diesem Fall kann man aus dem ServerTools-Log (erreichbar im Config-Reiter) die Logmeldungen lesen und die problematische Datei ausfindig machen. Gruß

[gelöscht]

Alles klar dann versuche ich noch mal die Platten zu unmounten und beim Start mit Tinkertools auf "beim Start nicht mounten" zu setzen.

Daniel Körner

Hallo Peter,

die nächste ServerTools-Version 1.4.5 wird nun endlich ein paar Scripting-Befehle unterstützen, z.B. tell application "ServerTools" to start server. Weitere Details findest Du im Funktionsverzeichnis (AppleScript-Editor -> Ablage -> Funktionsverzeichnis öffnen):

Grundsätzlich können auch mehr Befehle hinzugefügt werden, sofern keine Sicherheitsbedenken dagegen vorliegen. Da bin ich ganz Ohr für Vorschläge :)

Viele Grüße

[gelöscht]

Hi Daniel, das sieht ja gut aus, funktioniert der Start und Stop auch einwandfrei und sagst du jetzt das ein CCC Clone auch wirklich ein vollständiges ist wenn man den Server vorher stoppt? Scripting Ideen habe ich derzeit leider keine ausser start stop und backup. Vielleicht noch update statt knöpfe drücken zu lassen wie wir es derzeit machen.

« Vorherige Seite Nächste Seite »