Jump to content

NorbertFe

Expert Member
  • Gesamte Inhalte

    43.440
  • Registriert seit

  • Letzter Besuch

24 Benutzer folgen diesem Benutzer

Alle Follower einsehen

Profile Fields

  • Member Title
    Expert Member

Letzte Besucher des Profils

36.034 Profilaufrufe

Fortschritt von NorbertFe

Grand Master

Grand Master (14/14)

  • 15 Jahre dabei!
  • Immens engagiert Rare
  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag

Neueste Abzeichen

2,3k

Reputation in der Community

363

Beste Lösungen

  1. https://support.microsoft.com/de-de/topic/kumulatives-update-vom-14-oktober-2025-kb5066738-für-net-framework-3-5-4-7-2-und-4-8-für-windows-10-version-1809-und-windows-server-2019-46de14da-2423-44b2-8af4-8699b1dc4e9f müsste es nicht inzwischen das November cu geben? Versuchs doch mit dem mal.
  2. Das ist ja ein halbes Schock. ;) Ich denke auch, dass man mal mit deutlich weniger probieren sollte. Danach weiß man zumindest die Ursache.
  3. Da. 2 ;)
  4. Das Logo sieht allerdings echt modern aus, muss ich sagen. Das könnten sie in der Form heute noch/wieder verwenden. :)
  5. Schau mal hier: https://github.com/AdamGrossTX/Toolbox/blob/master/ConfigMgr/Troubleshooting/Remove-NetworkMetering.ps1
  6. Warum nicht? Weil das selfsigned Zertifikat immer als internes Transportzertifikat aktiviert wird (beim Setup). Das sollte man auch so lassen und alle externen Zertifikate sollten bei Aktivierung auch die Frage nach dem Überschreiben mit "nein" beantworten. Falls das nicht angezeigte Zertifikat ein externes Zertifikat ist, dann wurde das nicht über die Exchange Powershell (oder ECP) importiert sondern über die Zertifikatskonsole. Da hilft dann nur Zertifikat löschen und per Exchange Powershell importieren und die das Zertifikat für die Dienste neu aktivieren. Ansonsten wär ich auch jemand der 24vCPUs erstmal skeptisch anschaut. Erscheint mir bei Single Serverkonstellationen aufgrund der mutmaßlich geringen Nutzeranzahl recht viel. Aber ohne weitere Infos kann man da schlecht was raten. Zum Thema böte sich ja wohl eher ein Switch Embedded Teaming an, anstatt 3 vSwitches zu konfigurieren, bei denen man im Ausfall-Fall je erstmal manuell eingreifen muss. Ansonsten als grundsätzlichen Rat: Nimm dir mal den Exchange Healthchecker und mach alles was gelb oder rot ist erstmal grün ;) Danach kann man weitersehen. Bis dann Norbert
  7. https://techcommunity.microsoft.com/blog/exchange/upgrading-your-organization-from-current-versions-to-exchange-server-se/4241305 Aber offenbar stört es manchen ja nicht, mehr Arbeit machen zu müssen, als notwendig. Solange es bezahlt wird… ;) Wie gut, dass es kein Multitasking System ist… oh wait… ;)
  8. Warum denn nicht direkt nach SE? Die - Zeichen sind auf jeden Fall ohne Space. Aber ansonsten starte mal die Exchange Powershell als Admin. Klingt sehr nach UAC
  9. Ach das macht doch nix, einfach mehr Cloud machen, dann ergibt sich dieser Zustand von ganz allein ;)
  10. Stimmt die logische Konsequenz. Es ist lokal schnell und über VPN lahm. Logisch, dass man das dann für alle langsam in die WAN-Umgebung (=Cloud) legt. ;) Dass Cloud am Ende nur deswegen dann wieder schneller ist, liegt vermutlich daran, dass es vorher erstmal runtergecacht wird. ;)
  11. Ja natürlich geht das. Musst du halt ein GPO definieren, was nur für den User gilt. Da du ja kaum was zu deiner Struktur schreibst, kann man dir halt nur sehr allgemein antworten. :)
  12. Mit den paar Infos? Um welche Einträge gehts denn? Im Zweifel einfach per GPO für den User eintragen. Hängt der Server im Active Directory oder Stand Alone?
  13. Tjo… man „spielt“ eben nicht mit dem produktivsystem. Wär vielleicht gut, einfach nochmal von vorn anzufangen.
  14. Du meinst die Hyper-V Rolle? Irgendwer muss die dann ja mal installiert haben.
  15. Welche Hybridstellung nutzt ihr denn? Modern oder Klassisch? Die Dedicated hybrid App hat afair nichts mit den Migrationen zu tun, sondern mit den Free/Busy usw. Dingen. Bye Norbert
×
×
  • Neu erstellen...