Sunny61

Zeig die komplette Abfrage und ein Tabellenerstellungsscript für die zugrunde liegende Tabelle, dann kann man dir leichter helfen.

Du darfst und mußt sogar lt. Forenregeln auf das Crossposting in den Technet Foren hinweisen: https://social.technet.microsoft.com/Forums/de-DE/e948b91d-85cc-42d2-9074-79445cfaa996/dns-rds-probleme-und-viele-andere?forum=windowsserver8de Forenregeln No. 19 suchst Du: http://www.mcseboard.de/topic/191452-regeln Auch solltest Du den Lesern in den Technet Foren mitteilen, dass Du dir auch noch hier Hilfe holst.

Wenn das die zweite ist, dann wird es wohl so sein.

Editiere doch einfach mal die RDP-Datei, ist dort die Druckerweiterleitung aktiv?

Und nochmal die Frage nach Fehlermeldungen im Eventlog auf dem Server und auf dem Client zu diesem Zeitpunkt.

Evtl. hilft auch die Views in Outlook zu resetten: http://www.outlook-tips.net/beginner-user/reset-the-view-in-outlook/ Und via Ausführen: http://www.outlook-tips.net/how-to/using-outlook-command-lines/

Nein, in der INF-Datei die zu dem Druckertreiber gehört, sind Strings mit Namen, die müssen auf dem Server in den INF-Dateien genau gleich benannt sein, ansonsten funktioniert das nicht. Beispiel: INF-Datei auf dem Client: DruckerA INF-Datei auf dem Server: DruckerB Wenn in der INF-Datei auch DruckerA steht, ist alles grün.

Dann zeig ein ipconfig /all vom Server. Und sieh auf dem Server in den Eigenschaften des DNS-Servers nach, was im Reiter Weiterleitungen eingetragen ist.

Der String der Druckernamen in der INF der Druckertreiber muss auf beiden Seiten gleiche benannt sein. Hast du die Drucker denn auch mit den gleichen Namen auf dem TS angelegt? Welche genauen Fehlermeldungen gibt es im Ereignisprotokoll?

Die OST schon mal gelöscht und neu erstellen lassen?

Evtl. hilft dir SetACL von Helge Klein an, evtl. kommst Du in Sachen Berechtigungen weiter: https://helgeklein.com/setacl-studio/

Zweimal weiß ich nicht. Aber beide Dinge solltest Du, falls hier keine andere Antwort kommt, recht schnell durch Tests heraus bekommen.

Mit ROBOCOPY und diversen Optionen kannst Du vorher schon 99,9% auf den neuen Ablageort kopieren, der Rest ist dann IMHO zu vernachlässigen.

Habt ihr keine Software für die Telefonanlage? Dort könnte man sowas sicherlich recht einfach konfigurieren.

Windows Server 2003 läuft im Juli 2015 aus dem Extended Support aus. Ihr solltet schnellstens aktualisieren. Wenn W2003 drauf ist, wird die Hardware wohl auch so alt sein. Welches RAID habt ihr denn RAID 0? Beim hoffen wird es wohl auch bleiben. Erstell dafür im Exchange-Unterforum einen neuen eigenen Thread mit etwas mehr Informationen zu den beteiligten Systemen. Welche *genaue* Exchange Version und so weiter.

Das wird sich entweder bald ändern oder du fängst wieder von vorne an. Ein SBS *WILL und MUSS IMMER* der erste DC mit allen FSMO-Rollen sein. Ist das nicht der Fall, wird der SBS alle 2 Stunden einen Shutdown durchführen. Und der SBS2003 ist spätestens im Juli 2015 out of Support, denn zu diesem Zeitpunkt läuft der Support für W2003 aus. Dein Konzept ist komplett falsch. Oje, wer so anfängt hat schon zu Beginn verloren. XP ist ein Client, der SBS2003 ist ein komplexer Server. Dir fehlt Basiswissen, hier ein bisschen was zu lesen: http://de.wikipedia.org/wiki/FSMO http://support.microsoft.com/de-de/kb/223346/de http://www.fachadmin.de/index.php/FSMO_Roles http://www.it-zeugs.de/betriebsmasterrollen-fsmo.html

Wenn der 2003SBS nicht die FSMO-Rollen bekommt, wird er wohl bald alle 2 Stunden seine Arbeit einstellen und herunterfahren.

In Bezug auf WSUS/WPP rentiert sich natürlich die Einarbeitung. Aber auch wir haben SW für sich der Aufwand in WSUS/WPP nicht rentiert, da macht man mit den betroffenen MAs Termine aus und installiert dann die SW manuell. Das ist SW die läuft auf 4 Rechnern und bekommt einmal im Jahr eine neue Version.

3rd Party Firewalls sind auf Firmenrechnern flüssiger als Wasser. Am besten immer nur einen reinen AV-Scanner verwenden, NOD32 von ESET tut was es soll.

Na klar, siehe: http://www.mcseboard.de/topic/202591-dev-test-production-szenario/?do=findComment&comment=1262365

Unverantwortlich ist so ein Verhalten.

Ich mach es ja richtig.

Bei mir ist es ähnlich wie beim TO, Entwickler und Admin in einer Person.

Wenn Du ein Visual Studio zur Verfügung hast, kannst Du dort einen Schemavergleich zwischen zwei SQL Server Datenbanken/Instanzen durchführen lassen. Dabei wird auch ein Script erzeugt, das Du manuell laufen lassen kannst. Alternativ das Visual Studio einfach ausführen lassen.

Wenn Du deaktivierst, dann Beende die Dienste, stell sie auf Deaktiviert und starte den Client neu durch. Alternativ auch in den abgesicherten Modus mit Netzwerkunterstützung booten und von dort aus probieren. Wenn es klappt, liegts am Client.