Sunny61

Richtig. Da aber *3* GPOs verlinkt sind, würde ich alle 3 deaktivieren, testen. Anschließend *eine* wieder aktivieren und erneut testen. Das machst Du solange, bis Du den 'Verursacher' gefunden hast. Hast du denn Loopback aktiviert? Mehr Infos dazu gibt es in diesem Artikel: http://www.gruppenrichtlinien.de/artikel/remote-desktop-server-terminal-server/

Du hast wieder alle GPOs aktiviert? Wenn ja, dann überleg warum das nicht so gut war.

Jepp, sollte so funktionieren. Du kannst natürlich noch zusätzlich den Zeitpunkt jeweils in eine Tabelle schreiben. Beispiel: INSERT INTO LogFile VALUES (GetDate(), 'Start der Prozedur DeineProc') Exec DeineProc INSERT INTO LogFile VALUES (GetDate(), 'Ende der Prozedur DeineProc')

Gut. Wie würdest Du jetzt nach dem Fehler suchen? Ich würde ein GPO wieder aktivieren und erneut testen.

In der Meldung steht sonst nichts? Kannst Du die komplette Meldung hier posten? Mailadresse natürlich anonymisieren. Schau auch wenn möglich über Datei > Eigenschaften in den kompletten Quelltext der Meldung, evtl. findest Du dort den Verursacher.

Integriere den neuen SBS in die bisherige Domain. Ab diesem Zeitpunkt hast Du 21 Tage für die Migration Zeit. Die Postfächer und alles andere auf den neuen Exchange transferieren ging bei uns nach guter Vorarbeit (1 1/2 Tage Vorarbeit) eines Dienstleisters, in wenigen Stunden durch. Export und Import über PST oder ähnliches solltest Du nicht ausführen, sobald ein Benutzer später auf so ein Mail antwortet, hagelt es Fehlermeldungen.

Deaktiviere doch mal die Vererbung vom GPO Loginscript, Benutzer ab- und wieder anmelden. Wird das Script immer noch zweimal ausgeführt?

Genau dafür gibt es ausgezeichnete Tools. http://www.ribboncreator2013.de/en/ http://www.ribboncreator2010.de/ Zusätzlich gibt es übrigens die Möglichkeit, viele Befehle auch per GPO zu sperren.

Nur Administratoren dürfen Software installieren. Allerdings dürfen out of the Box Benutzer auch Ausführbare Dateien ausführen, d.h. ein Benutzer kann sich ganz leicht etwas einfangen. Um das zu verhindern kannst Du mit Software Restriction Policies arbeiten.

Wenn die Benutzer privat Videos und Musik downloaden und speichern dürfen, müßt ihr euch um Speicherplatz kümmern. Wenn das bei euch in der Firma verboten ist, dann kannst Du löschen. Lass dir das aber schriftlich von deinem Vorgesetzten geben. Ebenfalls ist es immer gut, das Personal über solche Neuerungen vorab zu informieren, dann kann sich danach niemand mit 'Unwissenheit' rausreden.

Natürlich kannst Du dir die kostenlose Version von Visual Studio, die Community Edition downloaden, und damit eine kleine EXE selbst programmieren. http://www.visualstudio.com/en-us/products/visual-studio-community-vs.aspx Die EXE gibst Du dann beim WPP an.

Das hier sollte helfen: http://lmgtfy.com/?q=windows+update+0x80073712+

Das ist IMHO kein Problem das von den Windows Updates her kommt, eher eines das von einem AV-Scanner verursacht wird. Deshalb *rückstandsfrei* deinstallieren, anschließend noch das Removal Tool vom Hersteller benutzen, zweimal den Rechner neu starten und probieren. So ein sauberer Neustart hat auch noch nie geschadet: http://support.microsoft.com/kb/929135/de

Oder Du importierst die Registrywerte mit Hilfe einer Batch, als Computerstartupscript ist das kein Problem. Gleichzeitig schreibst Du den Erfolg in eine %COMPUTERNAME%.txt.

Dann wäre es möglich, dass der uns unbekannte AV-Scanner hier zuschlägt. Prüfe ob der *.OST und/oder *.PST-Dateien scannen darf, wenn ja, unbedingt deaktivieren.

Wenn dir zu viel gedownloadet wird, leere doch täglich den Ordner, geht mit einem Script beim ab- oder anmelden ganz schnell. ;)

Das willst du ganz sicher nicht. Dann kann nichts und niemand irgendwohin schreiben auf C:\, damit würdest Du dir dein System lahmlegen. Vielleicht beschreibst Du die Anforderung, nicht wie Du dir die Lösung vorstellst.

Gegenfrage: Weshalb nicht mit Group Policy Preferences verwenden? Zielführender und schneller würdest Du in diesem Fall direkt beim Autor bekommen. Es reicht eine Microsoft ID um sich auf http://wsuspackagepublisher.codeplex.com/ anmelden zu können. Dort eine Anfrage erstellen. http://wsuspackagepublisher.codeplex.com/discussions

Du kannst die OST-Dateien auf dem Client löschen und den Cache Mode anschließend wieder aktivieren. Dauert dann vermutlich ein paar Minuten bis die OST-Dateien wieder gefüllt sind.

Das was Du möchtest geht nur mit VMWare: http://www.faq-o-matic.net/2011/10/19/hyper-v-als-vm-in-vmware-betreiben/ Zum RAM und zur HDD hatte ich schon etwas geschrieben, lesen mußt Du selbst.

Nein, besser dein Chef zahlt dabei ordentlich drauf und merkt es sich *vielleicht* fürs nächste Mal. Wer 'billig' kauft, kauft zweimal.

Ab 8.x *Pro 64-Bit* und höher ist der Hyper-V bereits OnBoard. Wenn 4 Systeme gleichzeitig laufen sollen, können 16 GB RAM nicht schaden. Und eine schnelle Festplatte ist auch nicht ganz unwichtig.

Sehr komplexe Kennwörter vergeben. Häufig ändern, die Anzahl der möglichen Benutzer auf ein Minimum reduzieren. Windows Updates zeitnah installieren, AV-Scanner installieren und up2date halten. Windows Firewall einschalten und nur die nötigsten Ports freigeben. Ansonsten so wenig wie möglich installieren, jede Rolle/Software öffnet nur wieder weitere Ports.

Der Server ist schneller nicht mehr unter deiner Kontroller als Du 'Guten Morgen' sagen kannst.

Wenn es nichts wichtigeres ist, das kannst Du per Gruppenrichtlinien setzen. GPEDIT.MSC > Benutzerkonfiguration. Den Rest findest Du sicherlich. Ob Du viel oder wenig anstellst spielt keine Rolle, es geht um das den Server ins Internet zu stellen und per RDP verfügbar zu machen. Du mußt auf komplexe Passwörter achten und den Server auch ausreichend absichern. Windows Updates installieren ist nur ein kleiner Teil des Konzeptes.