Hope This Helps

Problem:
Wir haben Excel-Listen, die sich selbstständig aktualisieren und per Mail verschickt werden sollen. Bisher hat diese Aufgabe ein Server 2003 mit geplanten Tasks übernommen.
Jetzt ahben wir das Ganze auf einen Server 2008 R2 umgezogen und die Aufgaben entsprechend eingerichtet.
Wir mussten leider feststellen, dass die ganzen Listen nicht mehr gestartet werden oder auf einen Fehler liefen. Wenn wir die Listen aber manuell geöffnet haben, dann liefen diese fehlerfrei durch.

Lösung:
Das Problem scheint zu sein, dass der neue Taskscheduler in Server 2008 anders arbeitet und die im Task hinterlegten Benutzer nicht "anmeldet". Dadurch fehlen bestimmten Anwendungen bestimmte Order, die Sie aber vorraussetzen. So auch den "Desktop"-Ordner für Office-Anwendungen. Die Lösung sieht wie folgt aus:

Bitte legen Sie folögende Desktop-Ordner an und die Aufgaben werden problemlos laufen:

Für x64-Systeme: C:\Windows\SysWOW64\config\systemprofile\Desktop
Für x86-Systeme: C:\Windows\System32\config\systemprofile\Desktop

Quelle:
stackoverflow: How to run a Windows 2008 task from the scheduler with “interact with desktop”

Problem :

Microsoft veröffentlicht ein Update und zieht dieses wieder zurück, bei mir ist das Problem aufgetreten das dieses Update jedoch bereits über den WSUS verteilt wurde. Um jetzt nicht zu jedem Rechner zu gehen und das Update manuell zu deinstallieren ist hier der Konsolen Weg. Ich führe diesen Aufruf unter erhöhten Rechten im Loginskript aus wodurch mir das durch die Firma rennen erspart bleibt Hier z.B. das Update KB2982791

Lösung :

wusa /uninstall /kb:2982791 /quiet /promptrestart

Hier wird das Update KB2982791 über Konsole entfernt und nach dem entfernen nach einem Neustart gefragt. Lässt man promptrestart weg wird der Neustart einfach durchgeführt

Problem : Man möchte die geplanten Tasks auf einem Windows System überwachen.

Lösung : Ich habe hier ein kleines Skript geschrieben das als lokaler Check auf einem Windows System funktioniert.

Download des Skriptes : task_watch.zip

Installation ist wie immer recht einfach , die ZIP Datei entpacken und in das check_mk\local Verzeichnis kopieren , dannach einen FULL SCAN in Check_MK ausführen.
Dannach sollte es als local Check auftauchen.

Das Ergebnis sieht dann so aus :

Alles TASK sind richtig durch gelaufen




Es gab Fehler beim TASK

Problem :

Beim Versuch den lokalen Server zu sichern starb jedesmal die komplette Backup Exec 2012 Instanz nur ein Reboot konnte das System reanimieren.
In meinem Fall handelte es sich um einen Windows 2008 R2 Enterprise Server auf dem ein aktuellen Backup Exec 2012 (14.0 Rev 1798) läuft.
Nach langem Suche stellte sich herraus das der VSS Dienst der Grund war. Im Eventlog wurde folgender Eintrag gelogt:

Quelle : VSS

Ereignis-ID : 12293

Detail : Volumeschattenkopie-Dienstfehler: Beim Aufrufen einer Routine auf einem Volumeschattenkopieanbieter "GUID" ist ein Fehler aufgetreten. Routinedetails EndPrepareSnapshots(GUID) [hr = 0x80042302, Unerwarteter Fehler bei einer Komponente des Volumeschattenkopie-Diensts.Cannot find anymore diff area candidates

Lösung :

In meinem Fall hat die Vorgehensweise den Provider neu zu erstellen leider nichts geholfen. Zuerst habe ich das Skript aus diesem Beitrag ausgeführt.
Dann einen Reboot. Nachdem der Server wieder online war Explorer öffnen und einen Rechtsklick auf ein lokales Laufwerk machen. Dann auf Eigenschaften > Schattenkopie für die Laufwerke die gesichert werden sollen hab ich dann unter Einstellungen die Maximale Größe auf Unbegrenzt gesetzt. Sollte hier nicht genug Speicher verfügbar sein sollten mind. 15% der Laufwerksgröße angegeben werden. Nach einem klick auf OK lief auch das Backup wieder.




Quellen :
http://answers.microsoft.com/e.../-abdf-22efe4252979
http://www.symantec.com/connect/blogs/vss-fixbat
http://backupchain.com/Canno...y-service-error-troubleshooting.html

Problem:
Nach dem Umzug des DHCP-Servers auf unseren neuen Server 2008 R2 haben wir festgestellt, dass die Reverse-Lookup-Zone nicht aktualisiert wird.
Betroffen waren hier alle Windows 7-Clients.

Lösung:
Nach einiger Suche im Internet haben wir mehrfach dieses Problem angetroffen. Hierzu gibt es eine einfache Lösung.
Man aktiviert in den DHCP-Server-Einstellungen den Punkt "DNS-A und -PRT-Einträge immer dynamisch aktualisieren"
Folgende Vorgehensweise hierzu:

1.) DHCP-Server-SnapIn starten
2.) Rechtsklick auf den betroffenen Bereich und "Eigenschaften" auswählen
3.) Im Reiter "DNS" wählen
4.) Hier den Punkt "DNS-A und -PRT-Einträge immer dynamisch aktualisieren" aktivieren
5.) OK klicken

Danach soltlen bei der nächsten Client-Anmeldung der Reverse-Eintrag wieder angelegt werden.
Man kann dies gerne mittels "ipconfig /release" und nachfolgendem "ipconfig /renew" an einem Windows 7 Client testen.

Quelle: Microsoft Technet: DNS not updating for Reverse Pointer - DHCP runing on windows 2003 and DC &DNS runing on windows 2008R2

Problem:
Bei meinem Windows Server 2008 R2 taucht nach der Installation vom DHCP-Server folgende Fehlermeldung im Eventlog auf:

Ereignisprotokoll: Application
Typ: Fehler
Quelle: VSS
Ereignis: 8193
Beschreibung: Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine "RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...)" ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert . Vorgang: Generator wird initialisiert Kontext: Generatorklassen-ID: {35e81631-13e1-48db-97fc-d5bc721bb18a} Generatorname: NPS VSS Writer Generatorinstanz-ID: {4ce512b2-4cd3-4713-bc69-4b5ddf051b63}

Lösung:
Man muss sich die Details der Fehlermeldung im Ereignisprotokoll anschauen. Hier findet man zunächst den Hinweis auf den Reg-Key und das der Zugriff verweigert wurde. Wenn man weiter sucht, dann findet man den Benutzer, der den Eintrag machen wollte.
Bei mir war es der NETZWERKDIENST, der keine Rechte auf den VSS\Diag-Schlüssel hatte. Nachdem ich den Benutzer mit dem REcht Vollzugriff hinzugefügt hatte, war der Fehler weg.

Quelle: sharepointreporter: VSS Error in Windows Server 2008 R2 – Event ID 8193