Skript läuft nicht (mehr) ab

Ich gehe davon aus, daß hier auch Tests / Beobachtungen eines Free-Programms erwünscht sind.

Ich verwende
Paragon Backup & Recovery™,Version 10.0.15.12802 ( 19.01.11 ) Free (nachfolgend P)
per AT-Start (bzw. Skript)
täglich um 4:33 drei Minuten nach dem Aufwecken des
Win7, 64bit & SP1 durch
WakeupOnStandBy (WOSB) aus dem Hybernate.

Das Log des WOSB meldet korrektes Aufwachen.
Im Log des P sind seit dem letzten erfolgten BUP-Update keine Einträge mehr verzeichnet. Andererseits hat P im Tast Scheduler den nächsten Start richtig eingetragen.

In den Geplanten Aufgaben von P sind weder Letzte Laufzeit noch Letztes Ergebnis sichtbar.
Im Skript sollte der Shutdown befohlen sein, er wurde nicht ausgeführt. (Jedenfalls hab ich das gewählt, wenn ichs im Skript momentan auch nicht finden kann.)
Es sollte ein diff. BUP auf einer HD vom System auf SSD erfolgen.

In P | Hilfe | Fehlersuche sind unter Punkt 14 "Ich habe einen Zeitpunkt für die Ausführung der Aufgabe ausgewählt, aber die Ausführung wird nicht gestartet." zwei Vermutungen zu lesen. - Beide Fehleransätze treffen nicht zu.
Der manuelle Start der Geplante(n) Aufgaben läuft einwandfrei ab.

Beim Prüfen ist mir auch jetzt zuletzt aufgefallen, daß die Einträge in P und Task Scheduler (TS) (in diesem geprüften einen Fall) nicht konsistent sind:
P: Task aktiv und Nächste Laufzeit ok.
TS: Task DEAKTIVIERT, keine nächste Laufzeit!
DIES SCHEINT JEDOCH EIN AKTUALISIERUNGS/ANZEIGE PROBLEM DES TS ZU SEIN.

Kann mir jemand helfen und weiß zweckdienliches?

Im Anhang sind: br2011freehilfe.log, scr_071111094559566.psl, stubact.log, SysInfo.nfo, uimsetup.log, vsslog.log.

Hallo, Kanitvastan,

1. Wenn die geplante Aufgabe mit "Rechtsklick => Jetzt ausführen" läuft, arbeitet unsere Software korrekt. Dann liegt es nur daran, dass der Taskplaner das Script aus irgendeinem Grund nicht starten kann.

2. Bei der manuellen Ausführung ist ein Benutzer angemeldet, der das Script ausführen darf. Wenn man das Script generiert, kann man Benutzer und Passwort eingeben, mit dessen Berechtigungen das Script dann ausgeführt wird. Das Script wird vom Taskplaner mit den Berechtigungen des Systems gestartet. Die dürften nicht ausreichen.

3. Prüfe außerdem, ob der Zeitraum von 3 Minuten nach dem Aufwachen ausreicht, um das System in einen handlungsfähigen Zustand zu versetzen.

Danke schon mal für die kompetente Antwort und deinen Zeitaufwand!
Natürlich bin ich dzt. mittendrinn, das Prob. zu lösen, also noch keine endgültige Beurteilung meinerseits, aber:
Es scheint, als würd der Task im Taskplaner deaktiviert und startet deshalb nicht mehr beim nächsten Date. Also dein Ansatz 1 vermutlich.

BTW: Die Skripts (also auch das gegenständliche) habe ich immer mit Namen und PW erstellt. (Eben um solche Probs zu vermeiden.) Übrigens: Die PW-Abfrage im Paragon-Skript-Erstellen-Assi wird nur einmal abgefragt, ohne Sicherheitswiederholung. Zu 3.: Reicht dreimal um das Win7 zu etablieren, buchstäblich. *g*
Ich melde mich wenn ich neue Facts habe.

Endgültige Beurteilung

Das beschriebene Problem war nach meiner Erkenntnis einmalig (ev. 2malig) und kann nicht reproduziert werden.
Die Ursache dürfte nicht im Bereich von P bzw. dessen Skript liegen, bleibt aber leider unbekannt. Das Ereignisprotokoll bzw. der Task-Planer behalten ihre Geheimnisse für sich.

Ich danke für die schnelle Reaktion auf meine Anfrage und wünsche allen am P beteiligten viel Erfolg - auch u. v. a. finanziellen
Greetz, Harald

Hallo, Kanitvastan,

danke für die Rückmeldung.

Dir auch alles Gute.

Hallo - ich melde mich in derselben Sache wieder zurück:

Es muß m. E. eine Ursache in P. geben, daß der betreffende Eintrag im Task-Scheduler deaktiviert wird!

AT-Protokoll:
Ebene Datum und Uhrzeit~Ereignis-ID~Aufgabenkategorie~Vorgangscode~Korrelations-ID~Informationen
11.12.2011 04:47:37~142~Die Aufgabe wurde deaktiviert.~Info~030bac48-f800-0001-a741-bf9025b7cc01~"Die Aufgabe ""\Paragon Archive name diff_Win7-C"" wurde vom Benutzer ""Harald"" deaktiviert."

Ablauf:
Per AT wurde der PC um 04:30 aus Hybernate reaktiviert. Nach drei Minuten startete das P-Skript um 04:33 normal. Es endete mit:
"Die Aufgabenplanung hat die Aufgabe \Paragon Archive name diff_Win7-C... erfolgreich abgeschlossen." Danach folgt 04:47:26 der Eintrag:
"Die Aufgabenplanung hat die Instanz {70b22a2d-f569-431e-ac5e-39b22fe398bc}... erfolgreich fertig gestellt."
11 Hunderstel Sekunden danach (s. o.) hat etwas (ich selbst war ja im Bett und nicht am PC) den Task deaktiviert.
M. E. kommt keine andere Anwendung als P. mit einer so kurzen Aktionszeit in Frage.
Könnte es mit drei erfolglosen Startversuchen des VSS (Volume Shadow-Copy Service) zu tun haben?
Können wir daran arbeiten? - Jedenfalls schon mal danke fürs Lesen.
(Skripts im ZIP)Attachment 31

Hallo, Kanitfastan,

wenn der VSS nicht anspringt, wird vermutlich ein Neustart erforderlich. Es sei denn, Du hast alternativ das Paragon Hot Processing aktiviert. Dann wird dieses nach dem dritten Fehlversuch des VSS verwendet. Wenn aber ein Neustart erforderlich wird, so greift die Standardeinstellung bei der zeitgesteuerten Sicherung: "Falls ein Neustart notwendig wird, diesen NICHT durchführen, sondern Operation abbrechen." Dein Script sollte also nicht erfolgreich ausgeführt werden, wenn Du diese Einstellung nicht geändert hast. Dem Taskplaner ist das egal, weil der die Scripte ja nur startet.

Für den VSS müssen die Dienste "Microsoft Software Shadow Copy Provider" ("Microsoft-Softwareschattenkopie-Anbieter") und "Volume Shadow Copy" ("Volumenschattenkopie") gestartet sein und als Startart "Automatisch" haben. Ein Start kann aber auch durch andere Festplattentools verhindert werden. In diesem Fall kann man in den Einstellungen unter Hot Processing das "Paragon Hot Processing" auswählen. Wie oben erwähnt, wird dann trotzdem erst eine einstellbare Anzahl von Malen (Standard 3) versucht, den VSS zu starten, danach wird aber unsere Technologie verwendet. Da nur wir diese verwenden, ist sie jedenfalls nicht blockiert.

Ansonsten kann ich Dir bei Deinen Untersuchungen leider nicht weiterhelfen. Wie Du sagst, läuft Dein Script bei manuellem Start sauber durch. Damit ist in unserem Zuständigkeitsbereich alles in Ordnung. Davon, dass unsere Scritpe sich selbst im Taskplaner deaktivieren, haben wir bisher weder gehört noch halten wir es für möglich.

Quote:

---

Originally Posted by Paragon Support Team

... Davon, dass unsere Scritpe sich selbst im Taskplaner deaktivieren, haben wir bisher weder gehört noch halten wir es für möglich.

---

Danke für die Antwort!
Da das offensichtlich ein Einzelfall ist, schließe ich mich Ihrer Meinung an. Es dürfte nicht im Bereich von P. liegen. Mir ist nach wie vor die schnelle Deaktivierung des Thread im Taskplaner ein Rätsel. Ich klopfe dzt. die Möglichkeit seitens des von mir dzt. verwendeten TuneUp Utilities 2012. Ev. ist das der Übeltäter, wenn auch deren Support alles von sich weist (und leider auch über kein Tool zur Eingrenzung verfügt.)

Ich danke für den Support (besonders angesichts der für einen Pensionisten sehr wichtigen Kostenfreiheit!) und wünsche schöne Festtage und ein erfolgreiches Neues Jahr.
Harald aus Salzburg, A

Hallo, Kanitfastan,

bezüglich der TuneUp Utilities 2012 hatten wir inzwischen einige Fälle, in denen es offenbar Probleme mit unseren Programmen gab, wenn die TuneUp Utilities im Turbo-Modus liefen. Wenn der Standard-Modus eingestellt war, traten keine Probleme auf.

Danke für diese relevante Info! - Das passt zu meinem Generalverdacht hinsichtlich der TU2012. Leider ist das Protokoll des Taskplaners nicht ausreichend aussagekräftig, um die TUs dingfest zu machen.
Dzt. läuft alles mehrfach normal, ich habe lediglich den VSS auf Autostart gesetzt und die TUs sind im Standardmodus. Da die TUs leider keine selektive Möglichkeit (mehr) bieten, einzelne Dienste unberührt zu lassen, kann ich dzt. das genannte Problem nicht genauer eingrenzen. Wenn ich wieder Zeit habe, werde ich den Dienst "TuneUp Utilities Service" deaktivieren, nachdem ich den Fehler (hoffentlich) provozieren kann. Das wird länger dauern, da das Fehlverhalten nicht beliebig reproduzierbar war.

Danke für alles - Ich werde, wenn ich dazu mehr sagen kann, den Fred aktualisieren, kann ja anderen ev. auch so ergehen...
Schöne Weihnachten und ein gutes Neues Jahr, Harald