BackupSheduler-Verbesserungsvorschlag
Verfasst: 25. Apr 2008, 10:00
Hallo Alex,
ich bin richtig begeistert von Deinem Add-In, das einfach mal vorne weg
Mit der Logik des Add-Ins hab ich aber meine Probleme, mal sehen, ob ich das richtig verstanden hab:
Ich gehe den Planungsassistenten durch und aktiviere sowohl "Aufwachen fürs Backup" als auch "Wol Magick Packet senden". (Beispiel: 04:00h mit 2min Vorlaufzeit)
Dann werden Tasks erstellt und fertig.
Soweit klar.
Angenommen, ich plane die Backup's in der Nacht und beider Rechner sind offline, dann passiert nix, d.h. es werden keine Backups angestossen.
Wenn ich mir jetzt die eingetragenen Tasks ansehe, ist mir auch klar, warum es nicht funktionieren kann:
Auf dem Server hab ich einen Task, der lediglich besagt, daß er um 3:58h ein Magick-Packet senden soll und das in einer Log-Datei vermerkt.
Auf dem Clienten hab ich einen Task, der um 04:00h die Backup-Engine anwerfen soll. Außerdem ist hier eingestellt, daß der Client zum Ausführen des Tasks aktiviert werden soll.
Wenn ich bis dahin alles richtig verstanden hab, bedeuted das, daß zum Funktioniern des Addins zwei Grunvoraussetzungen erfüllt sein müßen:
1. Der Server läuft durch, ansonsten wird der Client um 3:58h nicht geweckt
2. Der Client befindet sich im Hibernate oder Standby, ansonsten kann der Client durch den Task um 04:00 nicht reaktiviert werden.
Wenn ich jetzt einfach mal meine Peripherie und das, was ich erreichen will (was nebenbei bemerkt für mich den Charme von BackupSheduler ausmacht), anschaue, könnte man sagen, daß der BackupSheduler bislang die heutigen Möglichkeiten leider nicht voll ausschöpft.
Ich habe hier 2 Clienten, die sich ohne Probleme aus dem heruntergefahrenen Zustand per Magick-Packet wecken lassen. Es ist nicht nötig, die Clienten im Hibernate bzw. Standby zu belassen.
Ich habe einen Server, der quasi die meiste Zeit im Hibernate dümpelt und eigentlich nur aktiviert werden soll, sobald ein Client das will oder eben, sobald ein Backup ausgeführt werden soll.
Und, was natürlich das wichtigste ist: der Besitzer des einen Clienten kann nicht davon überzeugt werden, warum er seinen Rechner nur im Hibernate bzw. Standby belassen soll, wenn er ihn doch auch herunterfahren kann. Zumal er ja dann trotzdem "ferngesteuert" reaktiviert werden kann.
Mit diesen Möglichkeiten und unter diesen Vorraussetzungen könnte doch ein BackupSheduler-Workaround leicht so aussehen:
Der Server bekommt einen Task spendiert, der den Clienten um 3:58 per MagickPacket weckt und der dafür sorgt, daß der Server eben um diese Zeit aus dem Hibernate reaktiviert wird.
(ich habe das mal getestet, indem ich im Task auf dem Server das Häckchen an entsprechender Stelle gesetzt hab und es funktionierte erwartungsgemäß)
Der Server bekommt einen Task spendiert, der um 4h das Backup anwirft.
Der Client braucht gar keine Tasks mehr, und somit wären auch diverse Probleme erledigt, die anscheinend einige User haben, weil keine Tasks auf den Clienten angelegt werden (Stichwort WinXP Home)
Das einzige, was ich jetzt erstmal nicht beurteilen kann, ist, warum Du überhaupt das Anstossen der Backups auf den Clienten delegierst, ich denke aber mal, daß das einen guten Grund hat .
Davon abgesehen, wäre es auch ein nettes Feature, wenn mit dem Addin gleichzeitig auch der Client wieder ausgeschaltet werden könnte.
Der Hintergrund dazu ist der: es gibt ja diesen Workaround über eventtriggers auf der Client-Maschine. Nur ist da das Problem, daß User mit XP-Home in die Röhre schauen, da es da kein eventtriggers gibt und sich anscheinend auch nicht nachrüsten läßt (warst nicht sogar Du das, der das gepostet hat
?
Es gibt natürlich den eventtrigers auf dem Server den man dafür evtl in Verbindung mit psshutdown verwenden könnte, das ist aber leider nicht so trivial , da man ja in der Theorie lediglich auf die Ereigniskennung 259 reagieren kann. Auch das hab ich getestet und das funktioniert auch,
(Syntax: eventtriggers /create /TR "Clientbackup" /T "Information" /SO "Homeserver" /RU "Administrator" /RP "xxPasswordxx" /EID 259 /TK c:\shutdown.bat)
wenn man jetzt aber mehrere Rechner in einem Rutsch sichern möchte, würde das auch bedeuten, daß nach dem Fertigstellen des Sicherungssatzes des ersten Clienten der eventtriggers ausgelöst wird, alle Rechner wieder abgeschaltet werden und die restlichen Clients nicht mehr gesichert werden können. Ich denke aber, daß man das umgehen könnte, werde das mal testen.
Soweit ersteinmal,
Gruß,
Joe
ich bin richtig begeistert von Deinem Add-In, das einfach mal vorne weg

Mit der Logik des Add-Ins hab ich aber meine Probleme, mal sehen, ob ich das richtig verstanden hab:
Ich gehe den Planungsassistenten durch und aktiviere sowohl "Aufwachen fürs Backup" als auch "Wol Magick Packet senden". (Beispiel: 04:00h mit 2min Vorlaufzeit)
Dann werden Tasks erstellt und fertig.
Soweit klar.
Angenommen, ich plane die Backup's in der Nacht und beider Rechner sind offline, dann passiert nix, d.h. es werden keine Backups angestossen.
Wenn ich mir jetzt die eingetragenen Tasks ansehe, ist mir auch klar, warum es nicht funktionieren kann:
Auf dem Server hab ich einen Task, der lediglich besagt, daß er um 3:58h ein Magick-Packet senden soll und das in einer Log-Datei vermerkt.
Auf dem Clienten hab ich einen Task, der um 04:00h die Backup-Engine anwerfen soll. Außerdem ist hier eingestellt, daß der Client zum Ausführen des Tasks aktiviert werden soll.
Wenn ich bis dahin alles richtig verstanden hab, bedeuted das, daß zum Funktioniern des Addins zwei Grunvoraussetzungen erfüllt sein müßen:
1. Der Server läuft durch, ansonsten wird der Client um 3:58h nicht geweckt
2. Der Client befindet sich im Hibernate oder Standby, ansonsten kann der Client durch den Task um 04:00 nicht reaktiviert werden.
Wenn ich jetzt einfach mal meine Peripherie und das, was ich erreichen will (was nebenbei bemerkt für mich den Charme von BackupSheduler ausmacht), anschaue, könnte man sagen, daß der BackupSheduler bislang die heutigen Möglichkeiten leider nicht voll ausschöpft.
Ich habe hier 2 Clienten, die sich ohne Probleme aus dem heruntergefahrenen Zustand per Magick-Packet wecken lassen. Es ist nicht nötig, die Clienten im Hibernate bzw. Standby zu belassen.
Ich habe einen Server, der quasi die meiste Zeit im Hibernate dümpelt und eigentlich nur aktiviert werden soll, sobald ein Client das will oder eben, sobald ein Backup ausgeführt werden soll.
Und, was natürlich das wichtigste ist: der Besitzer des einen Clienten kann nicht davon überzeugt werden, warum er seinen Rechner nur im Hibernate bzw. Standby belassen soll, wenn er ihn doch auch herunterfahren kann. Zumal er ja dann trotzdem "ferngesteuert" reaktiviert werden kann.
Mit diesen Möglichkeiten und unter diesen Vorraussetzungen könnte doch ein BackupSheduler-Workaround leicht so aussehen:
Der Server bekommt einen Task spendiert, der den Clienten um 3:58 per MagickPacket weckt und der dafür sorgt, daß der Server eben um diese Zeit aus dem Hibernate reaktiviert wird.
(ich habe das mal getestet, indem ich im Task auf dem Server das Häckchen an entsprechender Stelle gesetzt hab und es funktionierte erwartungsgemäß)
Der Server bekommt einen Task spendiert, der um 4h das Backup anwirft.
Der Client braucht gar keine Tasks mehr, und somit wären auch diverse Probleme erledigt, die anscheinend einige User haben, weil keine Tasks auf den Clienten angelegt werden (Stichwort WinXP Home)
Das einzige, was ich jetzt erstmal nicht beurteilen kann, ist, warum Du überhaupt das Anstossen der Backups auf den Clienten delegierst, ich denke aber mal, daß das einen guten Grund hat .
Davon abgesehen, wäre es auch ein nettes Feature, wenn mit dem Addin gleichzeitig auch der Client wieder ausgeschaltet werden könnte.
Der Hintergrund dazu ist der: es gibt ja diesen Workaround über eventtriggers auf der Client-Maschine. Nur ist da das Problem, daß User mit XP-Home in die Röhre schauen, da es da kein eventtriggers gibt und sich anscheinend auch nicht nachrüsten läßt (warst nicht sogar Du das, der das gepostet hat

Es gibt natürlich den eventtrigers auf dem Server den man dafür evtl in Verbindung mit psshutdown verwenden könnte, das ist aber leider nicht so trivial , da man ja in der Theorie lediglich auf die Ereigniskennung 259 reagieren kann. Auch das hab ich getestet und das funktioniert auch,
(Syntax: eventtriggers /create /TR "Clientbackup" /T "Information" /SO "Homeserver" /RU "Administrator" /RP "xxPasswordxx" /EID 259 /TK c:\shutdown.bat)
wenn man jetzt aber mehrere Rechner in einem Rutsch sichern möchte, würde das auch bedeuten, daß nach dem Fertigstellen des Sicherungssatzes des ersten Clienten der eventtriggers ausgelöst wird, alle Rechner wieder abgeschaltet werden und die restlichen Clients nicht mehr gesichert werden können. Ich denke aber, daß man das umgehen könnte, werde das mal testen.
Soweit ersteinmal,
Gruß,
Joe