Domo

Hi Norbert Vielen Dank fürs das aufschlussreiche Feedback! Wir haben leider Konstellationen bei welchen der Exchange Server 2013 nicht stehen gelassen werden kann - beispielsweise weil das OS nicht mehr im geplanten LifeCycle ist oder die darunterliegende Hardware ohnehin zu ersetzen und ein Umzug der VM keine Option ist. Zudem interessiert mich das "was wäre denn wenn..." Szenario Wäre mein obiges Vorgehen eine Möglichkeit? Oder wäre es auch eine Option den Exchange 2016 zuerst parallel zu betreiben und direkt darauf die Hybrid Configuration vorzunehmen? Nach der Migration könnte dann der Exchange 2013 sauber deinstalliert und zurückgebaut werden und der Exchange 2016 wäre als Management Plattform bereits im Einsatz. Oder gibt es da passendere Vorgehensweisen? Viele Grüsse und schönen Feierabend...

Hallo zusammen Ich beschäftige mich nach wie vor etwas mit der Minimal Hybrid Migration auf Office365 - habe das ganze bereits in einer Testumgebung mit Exchange 2016 durchgeführt - das hat soweit wirklich gut geklappt. Ich frage mich allerdings nun zwei Dinge: - Wenn ich in der Praxis nun einen Exchange 2013 habe den ich gerne so auf Office365 migrieren möchte, wie wäre hier das korrekte Vorgehen? Erst Exchange 2013 mittels Minimal Hybrid auf Office365 migrieren, dann einen neuen Exchange hochziehen für die zukünftige Verwaltung, dann die minimal Hybrid Konfiguration auf dem neuen Exchange einrichten und dann alten Exchange 2013 ausser Betrieb nehmen? Oder ist das der komplett falsche Weg? - Wenn ein bestehender Exchange 2016/2019 mittels minimal Hybrid auf Office365 migriert wurde und der gesamte Flow via Exchange Online läuft, wird der lokale Exchange soweit ich das verstehe nur noch als Managementplattform benötigt. Kann ich dann die lokale Datenbank bereinigen sodass der lokale Speicherplatz für andere VMs verwendet werden kann? Die Postfächer befinden sich soweit ich das verstehe nicht mehr in der lokalen Datenbank oder? Vielen Dank für eure Inputs im voraus, weiterhin noch einen schönen Sonntag und einen guten Wochenstart euch allen =)

Hallo Norbert Danke für den Input - das hat glaube ich geholfen. Habe nochmals Schritt für Schritt alles nach der Doc von Microsoft durchgeführt und dann hats geklappt - irgendwo habe ich wohl zuerst was übersehen (https://docs.microsoft.com/en-us/exchange/hybrid-deployment/hybrid-agent) Wünsche einen guten Wochenstart :)

Hallo zusammen Ich spiele in meiner Testumgebung gerade etwas mit der Hybrid Bereitstellung von Exchange. Ziel ist es, einen Exchange Server 2016 auf Office365 zu migrieren und dabei die minimal Hybrid Bereitstellg zu verwenden. Office365 sowie der Exchange Server und ActiveDirectory funktionieren soweit. Intern wie extern funktioniert Autodiscover, Mailverkehr, usw. einwandfrei. Split DNS, Zertifikat usw. sind ebenfalls korrekt konfiguriert. Der Exchange Server ist lizenziert und auf dem neusten Stand. Leider scheitert das Setup mittels Hybrid Agent beim Schritt "Hybrid-Agent wird für die Verwendung durch Exchange überprüft" - im Log findet sich der Fehler: 0349 [Client=UX, Page=HybridConnectorInstall, Thread=15] Die Verbindung mit Server 'GUID.resource.mailboxmigration.his.msappproxy.net' konnte nicht hergestellt werden., Fehler beim Aufruf von "https://GUID.resource.mailboxmigration.his.msappproxy.net/EWS/mrsproxy.svc". Fehlerdetails: The remote server returned an unexpected response: (502) Bad Gateway. --> The remote server returned an error: (502) Bad Gateway.., The remote server returned an unexpected response: (502) Bad Gateway., The remote server returned an error: (502) Bad Gateway. ProxyServer verwende ich keinen, Firewall o.Ä. kann auch ausgeschlossen werden. Hat mir hier allenfalls jemand einen Tipp? Via Google und Co. habe ich leider nichts passendes gefunden bis jetzt... Vielen Dank im Voraus

Das hat perfekt geholfen, vielen Dank für die Inputs. Wünsche euch einen guten Wochenstart LG

Hi Lian Für den Redirect? Das müsste das URL Rewrite Modul 2.0 sein, habe ich unter Server 2019 über den Webplattform Installer installiert. LG Domo

Hallo zusammen Ich beschäftige mich gerade etwas mit IIS, meine bisherigen Erfahrungen mit IIS beschränken sich auf Exchange und einige wenige simple Arbeiten... Aktuell möchte ich einfach mittels URL Rewrite alle Anfragen auf eine Domain in ein Subdirectory umleiten. Also z.B.: - eintrag.domain.ch soll auf eintrag.domain.ch/eintrag1 umgeleitet werden. Das habe ich soweit auch hinbekommen, jetzt müssten aber auch alle weiteren Pfade umgeleitet werden: - eintrag.domain.ch/aufruf1 soll auf eintrag.dommain.ch/eintrag1/aufruf1 umgeleitet werden. Das klappt aber leider nicht wirklich - hat mir jemand einen Tipp wie ich den redirect einrichten kann sodass auch alle zusätzlichen Aufrufe mitumgeleitet werden? Vielen Dank für eure Inputs :) LG

Hi, Mein Lenovo Testclient legt seit dem BIOS / Windows Update auch gerne mal nen BSOD hin... Hoffe ja immer noch auf Folgeupdates... LG

Hi, Hatte heute dasselbe Problem, dein Eintrag hat mir super geholfen... Danke!

Hi, Habe soeben mal noch nen weiteren Testclient aktualisiert, auch wiederrum BIOS und Windows Updates. Diesmal war es ne HP Towerkiste, dort läuft nach dem Update alles ohne Probleme.... Entweder handelt es sich beim Lenovo Client also um ein grundsätzliches Lenovo Problem oder der Testclient ist irgendwie vermurkst.. LG

Hi, Die Keys habe ich alle gesetzt. Sophos Endpoint sollte laut unserem Partner auch keine Probleme machen wenn die korrekte Version installiert ist (Was beim Testgerät der Fall ist). Auch das öffnen simpler Programme wie calc.exe dauert ca. 5 Sekunden. Naja, mal schauen ob da von Seiten Microsoft o.Ä. noch etwas kommt... Schönen Abend euch!

Hi Norbert Ist ein ThinkPad T450 mit i5-5300 2.3GHz und 8GB RAM. Lief eigentlich alles absolut einwandfrei bis zum Zeitpunkt der Installation. Das Gerät läuft auch jetzt ohne Fehler, allerdings mit deutlich spürbaren Performance EInbussen, z.B. braucht ein CMD nach dem Start nochmals 5-10 Sekunden bis auch Text erscheint und Eingaben möglich sind. Die ersten 5-10 Sekunden ist das CMD Fenster einfach schwarz... LG

Hi, Im Grunde das hier: https://support.microsoft.com/en-us/help/4073119/protect-against-speculative-execution-side-channel-vulnerabilities-in Sprich auf einem Lenovo Client die neusten Updates (inkl. Januar) installiert und anschliessend das BIOS via Lenovo App aktualisiert. Anschliessend war die Powershell Ausgabe im grünen Bereich. Lediglich die Performance hat arg gelitten. LG

Hi Norbert Bisher nur auf einem Client, auf dem Server könnte ich mal das Windows Update installieren. Leider gibts gemäss HP Support das BIOS Update erst ab Freitag... Grüsse

Hi zusammen Ich habe diese Woche mal testweise das Update installiert, BIOS aktualisiert und die div. Schritte durchgeführt. Soweit alles grün im Powershell Skript. Die Performance auf einem Testclient ist nun aber absolut unterirdisch, die Anmeldung dauert nun doppelt wenn nicht dreimal so lange. Besteht die Möglichkeit dass Microsoft da nochmals nachbessert mit einem Update oder ist das nun einfach der neue Standard? Grüsse

Hi, Hatte dasselbe Problem auch unter Version 6.5 und mit Firefox... Abhilfe hat bisher nur ein Rollback auf eine alte Version gebracht. Grüsse,

Hello, Indizierungsdienst auf dem Server läuft korrekt und ist konfiguriert? https://mntechblog.de/datei-indizierung-unter-windows-server-2012-r2-installieren-und-konfigurieren/ LG Domo

Hi zusammen, Ich denke mal du konntest das Problem lösen, hatte heute das gleiche Problem. Vielleicht hilft das ja mal jemandem weiteren der hier darauf stösst, das Problem bei mir (und wahrscheinlich auch bei dir?) war das Migration Arbitration Postfach, das zuerst migriert werden sollte. Habe nun alle Arbitration Postfächer via Powershell rübergeschubst: Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase "Name der EX16 DB". Die hängenden Tasks sind dann sofort angesprungen. Aktuell sieht soweit alles gut aus... LG und schönes Wochenende.

Hi, Evtl. wäre Veeam for Office365 etwas? https://www.veeam.com/de/backup-microsoft-office-365.html Haben wir bei einigen Umgebungen im Einsatz, funktioniert einwandfrei... LG

Hi, Bei ESX würde mir noch der Netzwerkkartentyp in den Sinn kommen. Falls deine virtuelle Netzwerkkarte den Typ E1000 hat würde ich die mal durch VMxNet3 ersetzen und schauen ob die BSOD dann noch auftreten. LG

Ja wir verbinden sie via GPO, würde ich so aber zukünftig nicht mehr machen. Wir hatten das Problem aber auch bei manuell verbundenen Drucker. Nach Durchführung der Registry Anpassungen / Bereinigungen funktioniert das Drucken nun problemlos, ob der Key für das löschen der Drucker beim Logoff zwingend notwendig ist weiss ich ehrlich gesagt gar nicht. In meinem verlinkten Technet Artikel gibt es ansonsten noch weitere Links wo das ganze etwas detaillierte beschrieben ist. LG

Hi Stephan, Wir hatten mit Server 2016 nahezu das exakte gleiche Problem, damit sind wir wohl auch nicht alleine. Wir konnten das Problem aber soweit lösen, schau mal hier: https://social.technet.microsoft.com/Forums/de-DE/bbf53b81-9172-427f-b832-55526a98d89c/druckerbereitstellung-via-gpo-drucker-fehlen-zt?forum=gruppenrichtliniende Ich hoffe das hilft dir weiter... LG

Guten Abend, Danke für eure Inputs, dann werden wir wohl nun neu auch bei Kleinstumgebungen einen WSUS entsprechend einsetzen. Den Feedback Button habe ich schon mehrmals benutzt, hoffe wenn genug Leute das ebenso machen bewirkt das wirklich was... Schönen Abend euch noch! LG

Hi again, Das Problem ist bei TrendMicro bekannt, es gibt nun ein Critical Patch dafür: https://box-us-file.trendmicro-cloud.com/SFDC/external_shared/e7bd4a84a63e73687ca3928669ed8e03.php Wir haben obigen Patch auf einigen System nun installiert, die Clients haben das Update automatisch gezogen und das Problem war anschliessend gelöst. Gemäss unseren Infos liegt das Problem beim Zusammenspiel von Windows Defender und dem Client. LG Claudio

Hi, Wir haben die Problematik trotz aktuellstem Patchstand von Trend Micro. Interessant ist das die Problematik scheinbar aus dem Nichts auftrat, es wurden keine Windows Updates oder Trend Micro Softwareupdates installiert. Einzig die Patterns wurden aktualisiert wie immer, mal schauen was unser Supportkontakt meint... LG Claudio