ChrisRa

Das wird es sein! Danke Zahni! :-)

Hast du schon mal im Router nachgeschaut, ob die Clients dort ihren Namen aktualisieren?

Wenn beide DC´s virtuell sein könnten, würde ich nur einen weiteren Server kaufen (Hyper-V host mit 2 VM´s (DC und Exchange).

Genau so wirds gemacht! :-)

Er meint vermutlich die Migration etc. 

Mit einfachem Installieren der Komponenten ist es ja nicht getan! 

du könntest als erstes in der Kette einen Drucker mit der Aktion "löschen" erstellen und dann anhaken, dass alle freigegeben Drucker gelöscht werden. 

Genau so funktioniert es bei uns seit nun 2 Jahren relativ problemlos. Die Zuordnung läuft bei uns über die Sites.

Ein AD installieren.  ;)

Zu den Namen: Vielleicht den DNS-Cache auf dem Server vorher mal löschen? Welcher Server macht überhaupt DNS?

Ich habe die mal deinstalliert. Mal sehen was passiert. Danke!

Vielen Dank für eure Antworten!

Das ist das Standardverhalten - eine Sitzung je Benutzer und Sammlung.

 

Wie verbinde ich mich denn nun eigentlich auf den Broker? Wenn ich mich via RDP an ihm anmelden will, verschiebt er mich ja logischerweise auf die Sessionhosts.  :D

Umfangreiche Installation? Wenn nicht, neu aufsetzen. Erspart dir Ärger, Sucherei und eventuell sogar Zeit.

Hallo zusammen,

ich habe in einer Umgebung seit ein paar Wochen das Problem, dass sich in unabsehbarer Zeit der Winlogon-Dienst aufhängt.

Anschließend kann sich kein User mehr via RDP anmelden. Der Bildschirm bleibt einfach schwarz.

Nach einem Reboot funktioniert alles wieder wie gewohnt... bis zum nächsten crash.

Ich habe schon einige Druckertreiber ausgetauscht.

Ich bin scheinbar nicht der Einzige:

https://community.spiceworks.com/topic/1570976-server-2012-rds-winlogon-process-crashing-event-id-4005-black-screen

Gibts hier noch welche mit dem selben Problemen? Habt ihr Lösungen gefunden?

Zu hoch? Die Prozessorlast usw.?

Das kann man ja definieren, wie man will. 30% über dem Schnitt der letzten Tage zum Beispiel. Ist ja Geschmackssache.

Ich würde selbst bei einem Server monitoren. Welcher Admin geht schon jeden morgen in den Serverraum und schaut sich die LEDs an. Oder schaut jeden Tag im RAID-Controller nach, ob alles in Ordnung ist.

Außerdem ist PRTG kostenlos. Also warum nicht?

Und, was für Störungen sind das, die man vor dem User bemerkt in so einer Umgebung?

- Windows Update läuft nicht

- Eine Platte im Raid ist ausgefallen

- Der Prozessor oder die Platten werden zu heiß

- Die Lüfter im Blech sind defekt

- Die Prozessorlast in einer VM ist ungewöhnlich hoch

- Der Traffic auf einem Netzwerkport ist ungewöhnlich hoch

- Das Eventlog in einer VM läuft voll

Ich könnte unendlich weiter machen. Das sind imho alles Dinge, die man auch in einer kleinen Umgebung überwachen sollte. Manuell macht man es sowieso eher nicht, bzw viel zu selten.

Eine Sache noch:

Broker und Sessionhost in einer VM betreiben? Oder den Broker seperat? Gibts da eine best practice?

Die GUI Meldungen sind nicht wirklich brauchbar. Besser mal die Ereignisprotokolle vom Broker und Session Host prüfen.

Die Meldung kann bspw. auftreten, wenn die RDS Rolle bereits auf dem Server installiert ist. Z.B. durch cloning oder andere Provisioning Tools.

 

Ergo kann man die ignorieren, wenn es so sein sollte?

Danke für eure Antworten. Hat mir sehr weitergeholfen! :-)

Okay, hab den Terminalserver nun geklont. Ging bedeutend einfacher! :-)

Wenn ich mich nun per RDP auf einem Terminalserver anmelde (über die IP, nicht über den Broker) werde ich jeweils von dem System runter geschmissen, auf dem ich zuvor angemeldet war.

Ich habe also 2 Server in einer Sammlung. Melde ich mich auf Server 2 an, während ich auf Server 1 bereits angemeldet bin, meldet er mich vom Server 1 wieder ab.

Ist das eine gewollte Mechanik?

Außerdem erhalte ich beim Hinzufügen des Hosts die Fehlermeldung "Der RD-Sitzungshostserver "Server.domäne.info" kann nicht konfiguriert werden. Der Vorgang ist ungültig.". Jemand eine Idee? Die Zuordnung der Sitzungen funktioniert trotzdem ohne Probleme.

Hallo zusammen,

ich experimentiere gerade ein wenig mit den RemoteApps.

Wenn ich einer Sammlung weitere Hostserver hinzufügen will, muss die Software, die als RemoteApps freigegeben sind, auf dem zweiten Hostserver exakt in den gleichen Pfaden installieren werden, wie im Manager definiert ist? Mehr ist das nicht? Kommt mir irgendwie alles zu "einfach" vor. 

Ich bedanke mich im Voraus!

Habe mich schon gewundert. Ich hatte das als Spam in Verdacht.

Und zwischen Standorten und Zentrale VPNs?

Alles im MPLS zusammengefasst, mit entsprechenden Verträgen beim Telekommunikationsanbieter.

;)

Ob die Update wirklich über die Verbindungen zur Zentrale laufen? Oder niicht doch über die lokalen Internetzugänge?

Wir haben einen zentralen Ausstieg ins WAN. Zwecks Firewalltechnik. Ist leichter zu managen.

Wir haben 36 Standorte.

Von 2-150 Usern alles dabei. An den 3 größten Standorten haben wir DCs. An diesen dann jeweils auch eine entsprechende Leitung.

Läuft absolut Störungsfrei. Alles im MPLS zusammengefasst, mit entsprechenden Verträgen beim Telekommunikationsanbieter.

Wir hatten im letzten Jahr nicht einen Ausfall, der länger als 10 Minuten gedauert hat.

Wenn der Bagger kommt, hat man halt Pech. Aber dagegen kann man sich ja bei Bedarf auch absichern. Den Ansatz mit 80 DCs finde ich sehr bescheiden.

Alleine die Windows-Updates. Überlegt euch das gut. Das ist alles Last, die man nicht auf den Leitungen haben muss. Cached Credentials reicht völlig.

Hallo zusammen,

ich bekomme beim Auswerten des DFSR Backlogs folgende Fehlermeldung:

Get-DfsrBacklog : Der replizierte Ordner ist vorhanden, jedoch nicht Teil der Mitgliedschaft des Quellservers. Überprüfen Sie die folgenden Mitgliedschaftsdetails: Quellserver: "Server1" Replikationsgruppe: 
"Name der Replikationsgruppe" Replizierter Ordner: "Ordnername"

Hat jemand eine Idee, wo ich ansetzen kann? Die Mitgliedschaften sind sauber. Der Backlog der anderen DFS-R Gruppen läuft anstandslos.

Okay, hat sich erledigt. Irgendwie hat sich ein Laufwerksbuchstabe auf dem Quellserver geändert.  :rolleyes:

gpresult /scope:computer /r in einer administrativen Kommandozeile.

:rolleyes:

Die Computerrichtlinien haben nichts mit dem angemeldeten User zu tun. Diese werden schon vor der Anmelden am System verarbeitet.

gpresult /scope:computer /r in einer administrativen Kommandozeile.

Das Verhalten was du beschreibst ist normal und muss auch so sein. 

wo fängt die Übertreibung an?

Ich hab einfach schon zu oft in Wartezimmern gesessen und mich über das offene WLAN gewundert...

Okay, du hast es irgendwie geschafft, von Office 365 und Exchange Online auf Facebook, Googlemail und offene WLANs in Wartezimmern von Arztpraxen zu kommen.  :rolleyes:

Aber ist ja auch egal jetzt... hilft keinem.

Am besten noch Anwalt, Arztpraxen etc per googlemail und Facebook anbinden.

Man muss es ja nicht gleich übertreiben.