Flare

HI, O365 Autodiscover kannst du per Cloud Policy oder Registry oder GPo dekativieren. Ist aber mehr als eine optimierung wenn du noch onprem bist .. schadet nicht und war ein versuch wert. Office Version die in der E3 drin ist.. Kann ich nicht genau sagen welche es ist Gruss

Hi, Zugriff meist über BranchOffice VPN und der LB ist auf Level 4., kein Reencryption oder Offloading, einfache durchreiche.

Hallo, ich beschäfige micn nun schon Monaten mit einem Problem welches ich so nicht gelöst bekommen habe. Wir haben viele Clients die non Domain Joined sind. Diese User starten Outlook und geben ihre Domain Creds ein und in der Regel bleibt Outlook verbunden, bisher.. Seit dem wir von Office2016 auf Office365 geupdatet haben bekommen wir viele Tickets aus diesen Benutzerkreis (Non Domain Joined) das Outlook vermehrt ein Anmeldefenster bringt. (Domänen-Anmeldung nicht Modern Auth) Wir haben 4x Exchange2019 letztes cu in einer DAG , hinter einem LB der die Session via Source IP zuordnet. Es hat sich nur der Client geändert sonst nichts. In Summe scheinen es so 10% zu sein die dieses Problem haben. Alle üblichen Verdächtigen wie zum Beispiel Anmeldeinformationsverlwaltung wurden geprüft. Was wurde noch gemacht Anmeldeifnromationsverwaltung creds gelöscht Autodiscover für o365 endpunkt deaktiviert Keep Alive / IDle Timeout nach Bestpractice Nur ein Postfach eingebunden im Outlook AddOns deaktiviert Loadbalancer mit nur einem Exchange als Server / So das immer der selbe Exchange genommen wird. Office cleanup Scripts / Tipp von MS Wir haben sogar einen neuen Laptop mit Outlook2016 dem User zukommen lassen. Der neue Rechner mit Outlook2016 bleibt verbunden und der zweite Rechner des Benutzer mit Outlook365 trennt sich weiterhin. 2-5 mal am Tag Anschließend haben wir Outlook2016 auf Outlook365 geupdatet und das Problem erschien dann auf dem geupdatet Rechner wo vorher noch ein Outlook2016 ohne Problem war. Auch haben wir einen Benutzer der monatelang von diesem Outlookverhalten gefoltert wurde. Und plötzlich war das Problem bei diesem jemanden gelöst und keiner weiß warum.. ?? Ich bin mit dem Latein am Ende. Letzte Karte wäre die Extened Protection zu disablen und Fiddler mit laufen zu lassen. Was zur Zeit nicht so einfach umgesetzt werden darf. Vielleicht fällt jemanden noch was ein. Gruss und Danke

Hi, mein erstes Thema seit langer langer Zeit. Wir haben ein ausgiebiges Testcenter bei uns. Auf den Geräten des Testcenters ist Microsoft 365 Apps installiert. Im Standard wird auf diesem Geräten der Viewer Mode aktiviert. Die Anmeldekennungen sind speziele Testkennungen test1@blabla.de , test2@blabla.de Diese Kennungen werden von kollegen des testcenters genutzt. Wie sollten wir vorgehen wenn jetzt jemand Office im vollen Umfang testen möchte ? Dürfen wir die für Test-Kennungen, die von menschlichen Identitäten genutztz werden, eine E3 Lizenz zuweisen ? Nach den Tests wird die E3 wieder entzogen. Gibt es in den Untiefen von der MS Lizenzierung etwas was dagegen spricht ? Danke im voraus. gruss

ja schon seltsam was MS da wieder fabriziert.

Genau den selben Fehler wird bei uns auch geloggt. Exchange 2019 letztes CU update ist drauf. Weiter steht da im Fehler. Sent item copy to user mailbox successfully. Schätze das hat was mit dem MessageCopyForSentAsEnabled zu tun. Gruß

Heute morgen war ich ganz überrascht als ich sah das es keine ungültigen Datenbankkopien mehr gab. Es hat tatsächlich mehrere Tage gedauerd bis das erneute Seeden auf eine weitere Spare geklappt hat. Natürlich ist solch ein Ausfall sehr unwahrscheinlich, dennoch schade das es nicht schneller geht.

Hallo zusammen, Folgender Sachverhalt, vielleicht habt Ihr noch einen Tipp. Exchange 2016 CU 17 Autoreseed nach best practice konfiguriert und es läuft. Es gibt ein Volume mit Datenbanken und Logs Es gibt zwei Spare Volumes. Fällt das Volume mit den Datenbanken aus, so passiert nach ca. 1 Std der automatische Reseed auf eine der Spares, und alle Datenbankkopien sind wiederhersgestellt. Ich bekomm das aber nur ein einziges mal hin. Wenn ich jetzt die neue Festplatte, die zur Zeit die Datenbanken und Logs beinhaltet in vm deaktiviere, dann klappt es nicht mehr. Nach einer Stunde bekomme ich fehlermeldung im Ereignisprotokoll. Ich würde folgendes erwarten: DB Seeding has begun for the local copy of database 'DB002' (15e2267e-3242-4101-b926-a74d05fa391f). Bekommen aber: Seeding to the local copy of database 'DB001' ('a6be262b-6aca-4605-9949-b2c3a143db0d') failed: Fehler beim Erstellen von Verzeichnis 'c:\ExchangeDatabases\DB001\DB001.db', möglicherweise aufgrund eines Datenträgerausfalls. Fehler: Ein Teil des Pfades "c:\ExchangeDatabases\DB001\DB001.db" konnte nicht gefunden werden.. Die Anzahl der Spares muss ich doch nicht irgendwo definieren, oder ? Der Disk Reclaimmanager findest diese sogar: The Volume Manager found the following volumes: UnEncryptedEmptySpareVolumeCount=1 Oder gibt es irgenwelche Timings, max. Autoreseed einmal in 48Std oder sowas `? Gruß

Mit meinem lab zuhause konnte ich leider nicht alle Ressourcen bereitstellen. Aber folgendes kann ich berichten mit einer 3er DAG. Anfangs haben alle ein Vote in der DAG Ausfall einer Node enzieht das Vote dem ausgefallen Server (Dies war mir wichtig zu wissen, da ich oft Clean Shutdown gelesen hab) Wenn nur noch zwei Nodes übrig sind, hat nur noch eine Node ein Vote. Beim nächsten Ausfall kommt es nun drauf an was passiert. Crashed der Server der kein Vote hat, so läuft die DAG bis zum last man Standing weiter. Crashed der Server der das Vote hat, so war es das mit der DAG. Fährt man den Server der das Vote hat sauber runter, wird das Vote auf den anderen Server transferiert und wieder last man standing. Hat man nur eine reine zweier DAG sieht das Thema aber anders aus. Da hat jeder ein Vote. Und da wird beim Shutdown das Vote nicht entzogen. gruß

Bin am Installieren..

Da gib ich Dir recht, ein RZ sollte erst gar nicht ausfallen und wenn dann schon gar nicht über Tage. Ich spiele solche Szenarien dennoch gerne durch um die Handgriffe dann auch geplant zu haben, ob ich das Exchange Cluster dann rekonfigurieren muss oder Dynamic Quorum es automatisch macht. Gruß

Hallo Nils, ja ich werde das mal mit ein paar VM´s durchspielen. Ich will da auf Nummer sicher gehen.. Ja, die Server dürfen nicht alle auf einmal ausfallen, das stimmt. Das Szenario welches ich beschrieb, 1 RZ fällt aus, Quorum besteht noch, da mit FSW noch die Mehrheit gebildet werden kann. Ein weiterer Server fällt später in diesem Zeitraum aus, also nicht gleichzeitig mit den anderen. Ich denke nicht dass das Risiko zu hoch ist, schließlich kann ich den Betrieb aufrecht erhalten wenn ein Standort weggebrochen ist und zudem noch kurze Zeit später ein weiterer Server die Biege macht. Das dieses Szenario mal zutreffen wird ist schon äußerst gering. Ich werde auf jeden Fall berichten.. Gruß

Hallo Norbert, ja ausreichend passive Kopien sind vorhanden, so das mit 3 von 8 Servern der Betrieb aufrecht erhalten werden kann. So ca. 6000 Benutzer, werde dann wohl ein paar VM´s aufsetzen müssen um das genau testen zu können.

Hallo, hat das schon mal jemand von euch getestet und hat damit Erfahrungswerte ? Wann wird das Vote entzogen ? Nur bei einem sauberen Runterfahren des Servers ? Hintergrund ist, das wenn ein RZ komplett nicht mehr zur Verfügung steht, immer noch eine Redundanz besteht und ein weiterer Server in dem Zeitraum ausfallen darf..

Hallo Nils, danke für die Antwort. Ist es den nicht so,das bei einem Ausfall eines Standortes, den 4 Server das Vote entzogen wird ?. So das nur noch die 4 restlichen Server eine Stimme haben ? Und wenn jetzt etwas später noch ein Server ausfällt besteht noch ein Quorum, da die Mehrzahl von den restlichen vier gerechnet wird ?. So, wie hier beschrieben ? https://practical365.com/exchange-server/windows-server-2012-dynamic-quorum/ Oder hier http://techgenix.com/exchange-2013-dag-dynamic-quorum-part1/ Gruss