Alle Aktivitäten

Moin, habe ich auch schon überlegt. Schwierigkeit ist, dass auf dem RDS drei Abteilungen arbeiten die Ihre Drucker nicht untereinander sehen wollen. Hättest Du eine Idee wie ich die Drucker irgendwie ,,verstecken" kann? Über die GPOs sortiere ich bei der Bereitstellung nach Sicherheitsfiltern.

Moin, wir haben irgendwann aufgegeben und die Drucker direkt am RDS als lokale Drucker installiert Klappt in der Regel tatsächlich besser…

Ich habe die Registry-Pfade Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\PrinterPorts und Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices überprüft und dabei viele alte Einträge gefunden, die ich testweise für einen Benutzer entfernt habe. Interessanterweise werden nach einer erneuten Anmeldung alle Drucker wieder verbunden – jedoch ausschließlich mit dem Standardformat A4 oder auf dem gewünschten Format A5 oder A6 jedoch mit einem Seitenformat was wiederum A4 ist. Wenn ich danach erneut in die Registry schaue, wird nur für einen einzigen Drucker, der tatsächlich im A4-Format drucken soll, ein REG_SZ-Eintrag erzeugt. Da wir jedoch mit einer Software arbeiten, in der die Papierkassetten statisch hinterlegt werden müssen, benötigt der Benutzer für jede Kassette bzw. jedes Druckformat einen entsprechend zugeordneten, separaten Drucker. Hier ein Beispiel für einen bereitgestellten Drucker der auf dem Druckserver als A6 hinterlegt ist. Ich hoffe meine Erklärung ist soweit verständlich

Nach mehreren tagen und Änderung in den lokalen Gruppenrichtlinien scheint der Server sich seine Updates automazisch selbst zu holen und zu installieren. Somit stört die angeblich getaktete Verbindung nicht mehr. Werde das jetzt so lassen. Vllt. hat MS ja in einem der größeren Updates mal eine Lösung für das Problem. Danke für Eure Unterstützung Gerd

Hi, da ich vor kurzem einen DC in einer Testumgebung kaputt gemacht habe und jetzt keinen "DC01" mehr hatte, habe ich - wie bei Jorge beschrieben ((2025-11-15) Renaming Domain Controllers – Without Breaking It « Jorge's Quest For Knowledge!) - den Rename per PowerShell gemacht und alles funktioniert (mal noch). Gruß Jan

Na zum Glück bist du nicht mein Chef, da wir dann wohl etwas diskutieren würden😉 Ich habe nirgends geschrieben, dass ich es nur mache, weil ich es schöner finde. Es geht darum, dass es nicht dem definierten Namensschema entspricht. Es macht für mich schon Sinn, dass die Server nach einem einheitlichen Namensschema benannt werden und wenn das innerhalb eines Standortes dann komplett abweicht, wird es angepasst. Der Aufwand hält sich ja total in Grenzen. Ist ja nicht so, dass man jetzt 2 Stunden damit beschäftigt ist. Aber so hat jeder seine Vorstellungen / Meinungen und das ist ja auch gut so👍🏻 Danke euch und einen schönen Abend noch.

Moin, Echt, nur weil du das schöner findest, machst du so einen Hermann? Gut, dass ich nicht dein Chef bin ... 😉 Sorry, das musste erst mal raus. Wenn die Dinge so liegen, würde ich einen neuen DC mit dem neuen Namen installieren und danach den alten rausnehmen. Geht noch schneller, noch einfacher und mit noch weniger Risiko. Und wenn ich dein Chef wäre, würde ich sagen, verschwende mit sowas nicht Zeit und Geld. Gruß, Nils

Hallo zusammen, Danke für eure Antworten. Es geht um das Namensschema eines neuen Standortes. Leider wurde bei dem Namen der neuen DCs ein Fehler gemacht und diesen würde ich gerne korrigieren. Es stimmt schon, den Namen sieht sonst keiner, aber da kommt mein kleiner Monk durch😅 Dann werden wir wohl auf Nummer sicher gehen und herunterstufen, umbenennen und wieder hochstufen. Geht ja schnell. Das mit dem warten nach dem herunterstufen war noch ein guter Hinweis. Danke! 2 Punkte würden mich noch interessieren 1. Wäre der rename-compuer command oder der netdom computername command der bessere Weg, wenn man den dc nicht herunterstufen könnte? 2.Wenn der dc heruntergestuft wurde kann der member Server über die gui umbenannt werden oder sollte der auch mit rename-computer/netdom computername passieren? VG

Wie sieht das ganze in der Registry aus?

Moin, der Frage, was das bringen soll, schließe ich mich an. Wenn ihr jetzt eine neue Namenskonvention habt, sagen wir, Asterix statt Star Trek, das nächste OS-Upgrade kommt früh genug, und, wie @Nobbyaushb richtig sagt, niemand weiß, wie die Dinger heißen. Wenn ihr jedoch wirklich umbenennen müßt (z.B. weil eure neue IT-Butze darauf besteht, alle Geräte eines Kunden mit K<Kundennummer> zu präfixen), würde ich tatsächlich herunterstufen, sicherstellen, dass dies repliziert wurde, umbenennen und dann wieder heraufstufen. Dauert nicht länger, das Ergebnis ist aber garantiert. Oh, und wenn Jorge sagt, das geht in die Hose, geht es in die Hose.

Moin, nach dem was ich (aus Erfahrung) weiß ist das kein Problem Zwingend reboot erforderlich Bei allen DC Ich würde den zweiten DC erst nach ein paar Stunden umbenennen Aber wozu? Den Namen sieht doch außer Admin(s) niemand…

Hallo zusammen, wir planen demnächst unsere beiden DCs umzubenennen. Unser Vorgehen wäre eigentlich gewesen, einen der beiden DCs herabzustufen. Danach den normalen Member Server in der GUI umbenennen und dann wieder als DC hochstufen. Danach das gleiche mit dem zweiten DC. Jetzt hatte ich bei Born folgenden aktuellen Artikel gesehen https://www.borncity.com/blog/2025/11/22/domain-controller-in-windows-umbenennen-ohne-alles-kaputt-zu-machen/ Hier geht es ja um das umbenennen eines DCs ohne das man ihn herabstuft. Mich würde jetzt eure Meinung zu folgenden Punkten interessieren Ist es tatsächlich problemlos möglich einen DC umzubenennen (wenn man es richtig macht) oder würdet ihr davon abraten? Wenn man es richtig machen würde, wäre dann dieser Powershell Befehl der richtige? Rename-Computer -NewName <NEUER DC NAME> -Restart oder würde man eher mit NetDom arbeiten, erst einen 2. Namen für das Computerobjekt hinterlegen, neu starten und dann den alten entfernen, wie hier beschrieben https://www.dell.com/support/kbdoc/en-us/000226230/windows-server-how-to-properly-rename-an-active-directory-domain-controller Wäre das Vorgehen mit "herabstufen", umbenennen über GUI, "heraufstufen" auch problemlos möglich oder ist auch kritisch, weil möglicherweise "Leichen" bestehen bleiben die dann Probleme machen? Danke euch und ein schönes restliches Wochenende. VG

Klasse! *DaumenDrück*

Ja, ohne Probleme :) Habe mittlerweile den Move-Request gelöscht und nochmal einen neuen gestartet. Zum testen erstmal 1 Postfach. Sieht gut aus. Zuvor habe ich dies durchgeführt: https://www.stellarinfo.com/blog/fix-error-stalled-due-to-mrs-quarantined/ Vielen Dank für die Unterstützung ! Gruss Andreas

Ja klar! Bekommst du die Mailbox im OWA noch auf?

Nein, da ist leider nichts drinnen. Kann ich eigentlich den Move-Request löschen und die 3 Postfächer nochmal einzlen starten ?

Zu Exchange Server 2016 Zeiten waren die direkt in der Datenbank nicht in einem Ordner Quarantäne, schau doch da noch mal.

Ach jetzt habe ich verstanden. Wenn ich in die Datenbank reingehe, dann sehe ich zwar einen Ordner "QuarantinedMailboxes", der ist aber leer.

Nein Lies genau bitte, in den private-xxxx <- das ist Datenbank müssen Guide sein, also wenn eigene aufklappen kannst und das sind dann die Guids der quarantänisierten Mailboxen, die du löschen müsstest…

Da sind einige Einträge drinnen. "Private-xxxxx" sollen alle Private-Keys gelöscht werden, in denen darunter noch "QuanratinedMailboxes" vorhanden ist ? Ah, ich sehe gerade, dass aber in dem Ordner "QuarantinedMailboxes" nichts drinnen steht.

https://www.der-windows-papst.de/2021/04/11/exchange-quarantaene-mailbox-isoliert/ Der PS Befehl klappt ab und an mal nicht von daher nehme ich immer die Registrierung Keys. Prüfe es anhand der registry die PS ist nicht immer genau dazu.

Hallo In Quarantäne sind die Postfächer nicht. Das habe ich überprüft. Was meinst Du mit "Registry des Exchange Server auf dem DB gehostet ist" ?

Moin schaue mal ob der registry des Exchange Servers auf dem die DB gehostet ist, ob die Mailbox in der Quarantäne ist. Falls ja Key löschen und es geht weiter… mikro

Hallo zusammen Folgendes Problem: Ich habe einen Move-Request abgegeben, wo mehrere Postfächer in eine andere Datenbank verschoben werden sollen. Bei 3 Postfächer erhalte ich unter der Statistic den Fehler "StalleDueToMRS_QuarantinedStatus". Sehe ich mir dazu eine nähere Statistik dazu an, erhalte ich bei allen 3 Postfächer "Der Auftrag wurde isoliert" und danach "Auftrag wird abgegeben". Im schlauen Internet steht, ich soll in Outlook ein Backup des jeweiligen Postfachs erstellen und dann in eine neu erstelle Mailbox zurückspielen. Oder gibt es noch eine andere Lösung ? Viele Grüße Andreas

Ich habe einen Druckserver. Den Anwendern werden bei der Anmeldung am Terminalserver die Drucker per GPO zur Verfügung gestellt. Leider scheint es per GPO und beim manuellen hinzufügen des Druckers probleme bei der Bereitstellung zu geben. Zwei Beispiele: Ein Drucker wurde mit dem Druckformat und Seitenformat A6 auf dem Druckserver bereitgestellt. In der Terminalserver Session wird den Usern dann Druckformat A6 mit dem Seitenformat 49% (A4) bereitgestellt. Ein Drucker wurde mit dem Druckformat und Seitenformat A5 auf dem Druckserver bereitgestellt. In der Terminalserver Session wird den Usern dann Druckformat A6. Bemerkbar macht sich das Problem, weil der allererste Druck des Tages auf dem Papier im falschen Druckformat ankommt. Hat jemand von euch ein solches Problem schonmal erlebt oder eine Idee? Mir gehen leider inzwischen die Ideen aus.