Ich bin aktuell bei einer Migration von Exchange 2010 zu Exchange 2016. Leider komme aktuell bei einem Problem nicht weiter und hoffe, dass mir hier jemand behilflich sein kann.

TestClient = Windows 10 Pro 1803 mit Office 2016 (alle Patches installiert)

Wenn ich von einem Remote-Standort (VPN-Anbindung 100Mbit zu 100Mbit) auf meine Postfächer im Online-Mode zugreifen möchte, habe ich trotz konfigurierter Ausschlüsse im IE http-Proxy, Latenzen (Outlook Connection Status: Reaktionszeit) zwischen 100 bis 300. Wenn ich mit Netmon (Microsoft) schaue, sehe ich, dass keine der unten aufgeführten URL´s über den Proxy gehen. Auch ein Blick in die Proxylogs, schaut gut aus. Lediglich diverse Nexus URL´s in Richtung Microsoft tauchen hier im Log auf.

--> Sobald ich im IE den Haken unter Proxyeinstellungen entferne, habe ich Latenzen zwischen 40 und 60ms (Outlook Connection Status: Reaktionszeit)

Egal, was ich im IE als Ausschluss hinterlege, selbst wenn ich die komplette Maildomain als Ausschluss hinterlege, bleiben die Latenzen auf diesen hohen Werten.

Prüfe ich die Healtcheck URLs der einzelnen Services /mapi/healtcheck.htm ist alles in Ordnung und IE erkennt die URLs als "Lokale Intranet Zone".

Folgendes vorhandenes Grundsetup:

Eine Active-Directory Domain mit Namen "Domain.de" sowie eine Maildomain mit "Organisation.de".
Mitarbeiter melden sich mit UPN Vorname.Nachname @Domain.de  an.
Es gibt 4 Standorte mit jeweils 2 DCs pro Standort und 1 lokalen Exchange 2010 SP3 CU23 welcher die Sitelokalen Mailboxes vorhält.

Ziel-Setup am Hauptstandort:

2x Loadbalancer im L4 DR-Mode
- Erweiterter Namespace
-- owa.organisation.de 10.10.123.10
-- outlook.organisation.de 10.10.123.11 (mapi)
-- ews.organisation.de 10.10.123.12
-- autodiscover.organisation.de 10.10.123.13
-- activeSync.organisation.de 10.10.123.14
-- oab.organisation.de 10.10.123.15
-- oa.organisation.de 10.10.123.16 (rpc)
-- mta.organisation.de 10.10.123.17 (smtp)

2x Mailboxserver 2016 in DAG (inkl 1. Witness)
- Exchange 2016 CU11 auf Server 2016 1607

Hallo zusammen,

ich habe zwei Fragen.

Nr 1:

Beim Exchange 2010 war es doch so, das bei der Autodiscover Ausgabe unter der Direktive ECPURL die konfigurierte ECP URL stand. Beispielsweise der FQDN/ecp oder https://servername.domain/ecp. 

Kann es sein, dass bei 2016er Servern, dort die URL von OWA steht? Bsp. https://servername.domain/owa .

Probleme habe ich keine. OWA funktioniert tadellos und ECP funktioniert einwandfrei. Mich würde es einfach nur interessieren ob das evtl. ein Fehler bei der Konfiguration oder Bug ist.

Nr 2:

Bei Migration von Exchange 2010 zu 2016 wird bei einem migrierten User das (global) OAB vom 2010er Server angezeigt. Woran kann das liegen? Datenbanken wurden alle auf OAB 2013 umgestellt. 

Bei einer Mailbox welche neu auf einer 2016er DB angelegt wurde, passt die Angabe des OAB über autodiscover. 

Hallo,

wir haben hier ein Exchange Online und Office 2016

Problem Nummer eins ist Zugriff auf Öffentliche Ordner, das geht alles extrem langsam, obwohl Cache-Modus aktiviert ist.

Ich habe jetzt im Outlook "Öffentliche Ordner-Favoriten herunterladen" aktiviert. So könnte man halbwegs damit arbeiten.
Wenn ich im "Original" Ordener ein neuen Unterorder erstelle, erscheint er nach langer Zeit auch im Favoriten Ordner oder wenn man Outlook neustartet dann ist er auch da.
Kennt jemand vielleicht eine Lösung dafür? :(
Vielen Dank vorab.

PS: es wäre eigentlich viel schöner wenn man direkt in Öffentlichen Ordner normal arbeiten könne, so wie wir das auch gemacht haben, als wir noch Exchange (2010) hier auf dem Server lokal hatten.
Wir haben DSL 100.000 hier, also eigentlich schnell genug.

Hallo zusammen,

in meiner Testumgebung (Exchange 2016 CU10) wollte ich das CU11 zinstallieren und bekam jetzt ein Fehler der auf einen nicht vorhandenen Pfad zum Aufruf vom Paket "UMLanguagePack.en-US.msi" verweist.

Der folgende Fehler wurde generiert, als "$error.Clear();
 install-MsiPackage -PackagePath $RolePackagePath -LogFile $RoleLogFilePath -UpdatesDir $RoleUpdatesDir -PropertyValues ("INSTALLDIR=`"" + $RoleInstallPath + "`" ESE=1");"
ausgeführt wurde: "Microsoft.Exchange.Configuration.Tasks.TaskException: Paket 'D:\02_Exchange-Setupdaten\CU10\en\UMLanguagePack.en-US.msi' konnte nicht geöffnet werden. Dieses Installationspaket konnte nicht geöffnet werden.
Stellen Sie sicher, dass das Paket vorhanden ist und Sie darauf zugreifen können, oder wenden Sie sich an den Hersteller der Anwendung, um sicherzustellen, dass es sich um ein gültiges Windows-Installationspaket handelt. Fehlercode:
1619. ---> System.ComponentModel.Win32Exception: Dieses Installationspaket konnte nicht geöffnet werden. Stellen Sie sicher, dass das Paket vorhanden ist und Sie darauf zugreifen können, oder wenden Sie sich an den Hersteller der
Anwendung, um sicherzustellen, dass es sich um ein gültiges Windows-Installationspaket handelt

Während des Setups will Er auf den Pfad "D:\02_Exchange-Setupdaten\CU10" zugreifen der aber nicht vorhanden ist und bricht ab. Ich kopiere mir immer die Setupdaten vom CU unter "D:\02_Exchange-Setupdaten" und dort in einen Unterordner mit dem Namen des CU also hier "CU11". Bei der CU10 Installation war es dann ja auch "D:\02_Exchange-Setupdaten\CU10" aber warum will Er da wieder hin?

Sollte ich das mit der Nummerierung lieber sein lassen und immer nur "D:\02_Exchange-Setupdaten\CU" nutzen?

Hallo zusammen,

kann man ich Funktion Send-As nur dann benutzen, wenn das Mailbox über das ich versenden möchte, nicht aus den Adresslisten ausgeblendet ist? 

Ich habe das jetzt versucht und bin nun an dem Punkt, dass ich die Mailbox anzeigen lassen muss. Gibt es ggf. eine andere Lösung?

Gruß 
Martin

Hey,

ich habe heute versucht unsere Maximale Nachrichtengröße  zu erweitern da diese immer noch auf 10MB steht :)

ich habe mich nach dieser Anleitung gehalten: https://www.kaiherzig.eu/maximale-nachrichtengroesse-exchange-2016/

In der Powershell bekomme ich nach ausführen des Scripts eine Auflistung des Status der einzelnen Connectoren... Da steht alles richtig.. Also bei Sendeconnector 100Mb.. etc...

Tzd kann ich nichts über 10 MB senden :(

mfg Dominik :)

Hallo,

der PS-Befehl: Test-MAPIConnectivity bringt das Ergebnis:

Result               : *FAILURE*
Error                 : No mailbox was found to perform the transaction. You may need to wait for Active Directory
                          replication to complete.

Was fehlt da? Eine Systemmailbox? Wenn Ja, welche?

Danke im Voraus für die Hilfe.

Wir möchten auf einer virtuellen Maschine mit Windows 2016 Server einen Exchange 2016 Server installieren.

Der Exchange Server soll auf einem Domänencontroller Windows 2008 R2 ins AD integriert werden.

Bei der Bereitschaftsüberprüfung am Win2016 Server erscheinen folgende Meldungen:

Fehler:
Auf allen Exchange 2010-Servern in der Organisation muss Exchange 2010 Service Pack 3 oder höher installiert sein. Die folgenden Server erfüllen diese Anforderung nicht: XXX-VMMASTER.
Weitere Informationen finden Sie unter: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.E16E14CoexistenceMinVersionRequirement.aspx

Warnung:
Setup bereitet die Organisation mithilfe von 'Setup /PrepareAD' auf Exchange Server 2016 vor. In dieser Topologie wurden keine Exchange Server 2013-Rollen erkannt. Nach diesem Vorgang können Sie keine Exchange Server 2013-Rollen mehr installieren.
Weitere Informationen finden Sie unter: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.NoE15ServerWarning.aspx

Auf dem Domänencontroller unter Win2008 R2 findet man eine Exchange 2010 Installation unbekannter Release.

Um zu vermeiden, dass wir Exchange Server 2003 auf SP3 und höher upgraden müssen, möchte ich die AD-Integration des Ex 2010 am Domänencontroller XXX-VMMASTER deinstallieren und die AD-Integration vom Exchange 2016 neu setzen lassen.

Am Win2008 DC können wir das Exchange Server 2010 Setup aufrufen und die mailbox-role  zu deinstallieren versuchen. Dabei entstehen folgende Fehler:

"you must be a member of the Organization Management role Group, or Enterprise admins Group to remove all roles from this Computer.

Was ist zu tun? Mit der angebotenen Windows Hilfe kommen wir nicht weiter.

Ist außerdem der Installationsweg der richtige, das AD später mit dem Exchange 2016 vorzubereiten?

mfg

jf

Guten Morgen,

wir haben einen neuen Exchange 2016 installiert und haben alle Updates durchgeführt. Mit NSLOOKUP wird der richtige DNS -Server angezeigt und löst auch das AD auf.

Jetzt können aber weder Nachrichten intern wie extern versendet oder empfangen werden. Wir haben die Connectoren überprüft konnten aber dort nichts finden.

Bei der Kontrolle des Logs C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpReceive  kann ich eine Fehlermeldung nach dem Aufbau der Verbindung, der Festellung Sender Ok Recipient Ok finden :

"Message or connection acked with status Retry and response 451 4.4.395 Target host responded with error. -> 454 4.7.0 Temporary authentication failure"

Ich frage mich ob der Benutzer, der für den Transport zwischen Front-End und Back-End verantwortlich ist genügend Rechte ( Rollenzugehörigkeit) besitzt und wie ich das überprüfen kann bzw. einstellen kann

Gruß H.

E2k10
O2k10

Hallo,

wir haben ein Postfach, in das Serviceanfragen von extern laufen und das keine Mails größer 20MB empfangen können soll, da ansonsten die nachgelagerten Automatismen nicht mehr greifen.
Über eine Transportregel kann man leider nur einstellen das ein Anhang nicht größer als 20 MB sein darf, aber nicht die ganze Mail! (Die Regel verschiebt in einem solchen Fall die Mail einfach in ein anderes Postfach, in dem die Mails manuell bearbeitet werden.) Nun könnte man die Einschränkung auch direkt auf dem Postfach machen, allerdings erhält der Absender dann einen NDR, was nicht sein darf!

Bekomm ich das irgendwie mit Boardmitteln hin oder geht das nur mit Drittanbietersoftware wie z.B. Gangl?

Danke!

Hallo zusammen,

wir haben einen Exchange 2013. Ich habe hier ein öffentliches Zertifikat eingerichtet und die Pfade für Autodiscover und OWA gesetzt. Hier gibt es ein gutes Tutorial beim Franky. Zugegriffen wird mit https://mail.firma.de/owa

Autodiscover funktioniert intern wie extern. Auch Outlook Anywhere funktioniert einwandfrei.

Jetzt ist mir noch ein Punkt aufgefallen, mit dem ich nichts so richtig anfangen kann, warum das gemacht werden muss.

Sendeconnector - Bereichsdefinition - FQDN:
Geben Sie den FQDN an, den dieser Connector als Antwort auf HELO oder EHLO bereitstellen soll.
" Hier ist kein Wert eingetragen "

Empfangsconnector - Bereichsdefintion - FQDN:
Geben Sie den FQDN an, den dieser Connector als Antwort auf HELO oder EHLO bereitstellen soll.
Wert: "servername.firma.local" 

Ich stehe jetzt ein wenig auf dem schlauch was hier richtig ist. Muss hier auch mail.firma.de eintragen?
Für was ist das eigentlich wichtig? 

Vielen Dank für eure Hilfe!
Grüße
Leon

Hallo,

vielleicht kann mich hier jemand in die richtige Richtung stupsen. Ich habe ein Problem an einem Exchange 2016 CU11, den ich vor kurzem via Migration von Exchange 2013 in Betrieb genommen habe.

Soweit ich weiß läuft der Server ohne Probleme, allerdings tauchen im MSExchange Management-Log immer wieder Fehler im Zusammenhang mit Öffentlichen Ordnern auf (die reichlich eingesetzt werden). Eine Beispielmeldung habe ich unten angehängt.

Der Fehler taucht unregelmäßig auf, dann aber mehrmals pro Sekunde. Backup läuft zu dieser Zeit nicht, das kann es also wohl nicht auslösen. Die handelsüblichen Suchmaschinen haben mir keine Hinweise liefern können....

---------------------------------------------------------

Protokollname: MSExchange Management
Quelle:        MSExchange CmdletLogs
Datum:         21.01.2019 08:48:10
Ereignis-ID:   6
Aufgabenkategorie:General
Ebene:         Fehler
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      hera.matfem.local
Beschreibung:
Cmdlet failed. Cmdlet Get-PublicFolderClientPermission, parameters -Identity "\Allgemeine_Informationen\MCL".
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="MSExchange CmdletLogs" />
    <EventID Qualifiers="49152">6</EventID>
    <Level>2</Level>
    <Task>1</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2019-01-21T07:48:10.255121500Z" />
    <EventRecordID>890</EventRecordID>
    <Channel>MSExchange Management</Channel>
    <Computer>hera.matfem.local</Computer>
    <Security />
  </System>
  <EventData>
    <Data>Get-PublicFolderClientPermission</Data>
    <Data>-Identity "\Allgemeine_Informationen\MCL"</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>Local-ConsoleHost-Unknown</Data>
    <Data>4704 powershell.exe</Data>
    <Data>
    </Data>
    <Data>10</Data>
    <Data>00:00:00.0010014</Data>
    <Data>Vollständige Gesamtstruktur anzeigen: 'True', </Data>
    <Data>System.Management.Automation.PipelineStoppedException: Die Pipeline wurde beendet.
   bei System.Management.Automation.CommandProcessor.ProcessRecord()
   bei System.Management.Automation.CommandProcessorBase.DoExecute()
   bei System.Management.Automation.Internal.Pipe.AddToPipe(Object obj)
   bei System.Security.SecurityContext.Run(SecurityContext securityContext, ContextCallback callback, Object state)
   bei System.Management.Automation.MshCommandRuntime.WriteObject(Object sendToPipeline)
   bei System.Management.Automation.Cmdlet.WriteObject(Object sendToPipeline)
   bei Microsoft.Exchange.Configuration.Tasks.Task.StartAndEndTaskIOPipelineFunctionInternalTracking(Guid cmdletUniqueId, String groupName, String funcName, Action func)
   bei Microsoft.Exchange.Configuration.Tasks.Task.WriteObject(Object input, Object&amp; output)
   bei Microsoft.Exchange.Configuration.Tasks.TaskIOPipeline.&lt;&gt;c__DisplayClass13_2`1.&lt;ExecutePipeline&gt;b__0()
   bei Microsoft.Exchange.Configuration.Tasks.CriticalFeatureHelper.Execute(ICriticalFeature feature, Action action, TaskContext taskContext, String methodNameInLog)
   bei Microsoft.Exchange.Configuration.Tasks.TaskIOPipeline.ExecutePipeline[T](PipelineExecuter`1 pipelineExecuter, String methodName, T input, T&amp; output)
   bei Microsoft.Exchange.Configuration.Tasks.TaskIOPipeline.WriteObject(Object input, Object&amp; output)
   bei Microsoft.Exchange.Configuration.Tasks.Task.WriteObject(Object sendToPipeline)
   bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult(IConfigurable dataObject)
   bei Microsoft.Exchange.Management.StoreTasks.GetMailboxFolderPermission.WriteResult(IConfigurable dataObject)
   bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult[T](IEnumerable`1 dataObjects)
   bei Microsoft.Exchange.Configuration.Tasks.GetObjectWithIdentityTaskBase`2.InternalProcessRecord()
   bei Microsoft.Exchange.Configuration.Tasks.Task.&lt;ProcessRecord&gt;b__91_1()
   bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed)
   bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage, Action initFunc, Action mainFunc, Action completeFunc)
   bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()
   bei System.Management.Automation.CommandProcessor.ProcessRecord()</Data>
    <Data>0</Data>
    <Data>
    </Data>
    <Data>NonLocalizedException</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>False</Data>
    <Data>
    </Data>
    <Data>0 objects execution has been proxied to remote server.</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>3</Data>
    <Data>ActivityId: e51c32a2-2900-4c8e-b432-8f286e0a1a72</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>de-DE</Data>
  </EventData>
</Event>

HI Community,

seit letzter Woche verdichten sich die Hinweise, dass auf einem unserer DAG Knoten etwas mit den Datenbanken nicht mehr stimmt. Es gab letzte Woche einen Vorfall mit dem Storage, welches eine so große Latenz ausgelöst hat, dass die Datenbanken auf einem anderen Knoten aktiviert wurden, ich habe diesbzgl. aber keine Bestätigung auf dem ESX oder anderen virtuellen Servern auf dem Host gefunden.

Seitdem bekomme ich einmal täglich die Events 507, 118 und 531 zur selben Zeit, nur für eine oder zwei Datenbanken, gestern war es eine andere Datenbank, morgen erwarte ich wieder andere Datenbanken wie heute. Der Vorfall ereignet sich nicht zu Zeiten eines Wartungszyclus, Backups oder Virenscans. Heute zB um 09:30 Uhr:

---snip---

Protokollname: Application
Quelle:        ESE
Datum:         23.01.2019 09:27:52
Ereignis-ID:   507
Aufgabenkategorie:Leistung
Ebene:         Warnung
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      UNIVERSE-4.DOMAIN.local
Beschreibung:
Information Store (4180) VWL1: Eine Anforderung für das Lesen aus der Datei "d:\VWL1\vwl1.edb" bei Offset 36497588224 (0x000000087f6d0000) für 262144 (0x00040000) Bytes war erfolgreich, aber die Bearbeitung durch das Betriebssystem dauerte sehr lange (54 Sekunden). Dieses Problem wurde wahrscheinlich durch fehlerhafte Hardware verursacht. Wenden Sie sich an den Hardwarehersteller, um Hilfe bei der Problemdiagnose zu erhalten.

---snap---

Wie gesagt, auf ein Hardwareproblem deutet auf dem Host selber nichts hin.

---snip---

Protokollname: Application
Quelle:        ExchangeStoreDB
Datum:         23.01.2019 09:27:54
Ereignis-ID:   118
Aufgabenkategorie:Database recovery
Ebene:         Fehler
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      UNIVERSE-4.DOMAIN.local
Beschreibung:
'23.01.2019 09:27:52': Die Kopie der Datenbank 'VWL1' auf diesem Server weist anscheinend Leistungsprobleme auf, die möglicherweise auf einen Speicherfehler zurückzuführen sind. Überprüfen Sie das Ereignisprotokoll auf dem Server hinsichtlich anderer Speicher- und "ExchangeStoreDb"-Ereignisse, um detailliertere Informationen zu dem Fehler zu erhalten. Die Wiederherstellung wurde nicht ausgeführt.
---snap---

---snip---

Protokollname: Application
Quelle:        ESE
Datum:         23.01.2019 09:28:15
Ereignis-ID:   531
Aufgabenkategorie:Datenbankbeschädigung
Ebene:         Warnung
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      UNIVERSE-4.DOMAIN.local
Beschreibung:
Information Store (4180) Das Datenbankmodul hat versucht, einen bereinigenden Schreibvorgang für die Seite 1113817 der Datenbank 'd:\VWL1\vwl1.edb' auszuführen. Auf diese Weise sollte ein vorheriges Problem behoben werden, das beim Lesen der Seite aufgetreten ist.

---snap---

Diese Meldung taucht dann öfter hintereinander auf.

Soweit so gut, was jedoch nicht ganz ins Bild passt, ist die Tatsache, dass weitere Meldungen darauf hindeuten, dass alles in bester Ordnung ist:

---snip---

Protokollname: Application
Quelle:        MSExchangeRepl
Datum:         23.01.2019 10:10:15
Ereignis-ID:   4114
Aufgabenkategorie:(1)
Ebene:         Informationen
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      UNIVERSE-4.DOMAIN.local
Beschreibung:
Die Systemdiagnose im Hinblick auf die Datenbankredundanz war erfolgreich.
Datenbankkopie: VWL1
Redundanzanzahl: 2

Fehler:


================
 Summary Status
================


Name                 Status RealCopyQueu InspectorQue  ReplayQueue      CIState
                                       e           ue                          
----                 ------ ------------ ------------  -----------      -------
VWL1\UNIVERSE       Mounted            0            0            0      Healthy
-4                                                                            
VWL1\UNIVERSE       Healthy            0            0            0      Healthy
-3


===============
 Full Status
===============



Identity                         : VWL1\UNIVERSE-4
Name                             : VWL1\UNIVERSE-4
DatabaseName                     : VWL1
Status                           : Mounted
MailboxServer                    : UNIVERSE-4
ActiveDatabaseCopy               : universe-4
ActivationSuspended              : False
ActionInitiator                  : Administrator
ErrorMessage                     :
ErrorEventId                     :
ExtendedErrorInfo                :
SuspendComment                   :
SinglePageRestore                : 0
ContentIndexState                : Healthy
ContentIndexErrorMessage         :
CopyQueueLength                  : 0
ReplayQueueLength                : 0
LatestAvailableLogTime           :
LastCopyNotificationedLogTime    :
LastCopiedLogTime                :
LastInspectedLogTime             :
LastReplayedLogTime              :
LastLogGenerated                 : 0
LastLogCopyNotified              : 0
LastLogCopied                    : 0
LastLogInspected                 : 0
LastLogReplayed                  : 0
LogsReplayedSinceInstanceStart   : 0
LogsCopiedSinceInstanceStart     : 0
LatestFullBackupTime             : 21.01.2019 21:02:09
LatestIncrementalBackupTime      :
LatestDifferentialBackupTime     :
LatestCopyBackupTime             :
SnapshotBackup                   : True
SnapshotLatestFullBackup         : True
SnapshotLatestIncrementalBackup  :
SnapshotLatestDifferentialBackup :
SnapshotLatestCopyBackup         :
LogReplayQueueIncreasing         : False
LogCopyQueueIncreasing           : False
OutstandingDumpsterRequests      : {}
OutgoingConnections              :
IncomingLogCopyingNetwork        :
SeedingNetwork                   :
ActiveCopy                       : True

Identity                         : VWL1\UNIVERSE-3
Name                             : VWL1\UNIVERSE-3
DatabaseName                     : VWL1
Status                           : Healthy
MailboxServer                    : UNIVERSE-3
ActiveDatabaseCopy               : universe-4
ActivationSuspended              : False
ActionInitiator                  : Service
ErrorMessage                     :
ErrorEventId                     :
ExtendedErrorInfo                :
SuspendComment                   :
SinglePageRestore                : 0
ContentIndexState                : Healthy
ContentIndexErrorMessage         :
CopyQueueLength                  : 0
ReplayQueueLength                : 0
LatestAvailableLogTime           : 23.01.2019 10:09:42
LastCopyNotificationedLogTime    : 23.01.2019 10:09:42
LastCopiedLogTime                : 23.01.2019 10:06:01
LastInspectedLogTime             : 23.01.2019 10:06:01
LastReplayedLogTime              : 23.01.2019 10:06:01
LastLogGenerated                 : 670484
LastLogCopyNotified              : 670484
LastLogCopied                    : 670484
LastLogInspected                 : 670484
LastLogReplayed                  : 670484
LogsReplayedSinceInstanceStart   : 180
LogsCopiedSinceInstanceStart     : 174
LatestFullBackupTime             : 22.01.2019 21:02:46
LatestIncrementalBackupTime      :
LatestDifferentialBackupTime     :
LatestCopyBackupTime             :
SnapshotBackup                   : True
SnapshotLatestFullBackup         : True
SnapshotLatestIncrementalBackup  :
SnapshotLatestDifferentialBackup :
SnapshotLatestCopyBackup         :
LogReplayQueueIncreasing         : False
LogCopyQueueIncreasing           : False
OutstandingDumpsterRequests      : {}
OutgoingConnections              :
IncomingLogCopyingNetwork        :
SeedingNetwork                   :
ActiveCopy                       : False
---snap---

Diese Meldung kommt für jede Datenbank _nach_ den oben gezeigten Fehlermeldungen und Warnungen.Im BlockReplication Logfile habe ich noch Warnungen stehen, die im Zusammenhang mit einer Mitteilung über vermisste Transaction Logs stehen könnte:

---snip---

Protokollname: Microsoft-Exchange-HighAvailability/BlockReplication
Quelle:        Microsoft-Exchange-HighAvailability
Datum:         21.01.2019 14:01:03
Ereignis-ID:   245
Aufgabenkategorie:BlockReplication
Ebene:         Warnung
Schlüsselwörter:
Benutzer:      SYSTEM
Computer:      UNIVERSE-4.DOMAIN.local
Beschreibung:
Block-mode replication for database copy 'RED1\UNIVERSE-4' released a range of complete but unfinalized logs from generation 0x76375 to 0x76377. The data is identical to the active copy but the file timestamps may differ by a small value.
---snap---

---snip---

Protokollname: Application
Quelle:        ESE BACKUP
Datum:         22.01.2019 09:04:07
Ereignis-ID:   915
Aufgabenkategorie:General
Ebene:         Warnung
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      UNIVERSE-4.DOMAIN.local
Beschreibung:
Information Store (4180) Es wurden 2776 Protokolldateien im Protokollbereich (d:\DTP1\E04000A55C3.log - d:\DTP1\E04000A609A.log) nicht gefunden, für die ein Abschneideversuch unternommen wurde.
---snap---

Diese Meldung haben wir für alle Datenbanken und sehr viele Logdateien erhalten. Ein Backup machen wir aber auch eigentlich nur auf dem anderen, inaktiven Knoten.

Ein Integrity Check einer Testdatenbank brachte jedoch auch nicht beunruhigendes zu Tage:

---snip---

[PS] C:\Windows\system32>eseutil.exe /mh "C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\TEST\test.edb"

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.03
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...
         Database: C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\TEST\test.edb


DATABASE HEADER:
Checksum Information:
Expected Checksum: 0x15a17dee
  Actual Checksum: 0x15a17dee

Fields:
        File Type: Database
         Checksum: 0x15a17dee
   Format ulMagic: 0x89abcdef
   Engine ulMagic: 0x89abcdef
 Format ulVersion: 0x620,17
 Engine ulVersion: 0x620,17
Created ulVersion: 0x620,17
     DB Signature: Create time:09/20/2016 13:37:14 Rand:3623090 Computer:
         cbDbPage: 32768
           dbtime: 27316056 (0x1a0cf58)
            State: Clean Shutdown
     Log Required: 0-0 (0x0-0x0)
    Log Committed: 0-0 (0x0-0x0)
   Log Recovering: 0 (0x0)
  GenMax Creation: 00/00/1900 00:00:00
         Shadowed: Yes
       Last Objid: 1909
     Scrub Dbtime: 0 (0x0)
       Scrub Date: 00/00/1900 00:00:00
     Repair Count: 0
      Repair Date: 00/00/1900 00:00:00
 Old Repair Count: 0
  Last Consistent: (0xFED4,48,11A)  01/23/2019 09:11:00
      Last Attach: (0xFE86,9,86)  01/22/2019 08:57:22
      Last Detach: (0xFED4,48,11A)  01/23/2019 09:11:00
             Dbid: 1
    Log Signature: Create time:09/20/2016 13:37:14 Rand:3620083 Computer:
       OS Version: (6.1.7601 SP 1 NLS ffffffff.ffffffff)
     Reseed Count: 1
      Reseed Date: 01/15/2019 17:05:55
 Old Reseed Count: 0
      Patch Count: 2
       Patch Date: 01/15/2019 17:05:55
  Old Patch Count: 0

Previous Full Backup:
        Log Gen: 65181-65186 (0xfe9d-0xfea2) - OSSnapshot
           Mark: (0xFEA3,9,A8)
           Mark: 01/22/2019 22:02:46

Previous Incremental Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00

Previous Copy Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00

Previous Differential Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00

Current Full Backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00

Current Shadow copy backup:
        Log Gen: 0-0 (0x0-0x0)
           Mark: (0x0,0,0)
           Mark: 00/00/1900 00:00:00

     cpgUpgrade55Format: 0
    cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0

       ECC Fix Success Count: none
   Old ECC Fix Success Count: none
         ECC Fix Error Count: none
     Old ECC Fix Error Count: none
    Bad Checksum Error Count: none
Old bad Checksum Error Count: none

  Last checksum finish Date: 01/21/2019 19:16:56
Current checksum start Date: 00/00/1900 00:00:00
      Current checksum page: 0


Operation completed successfully in 0.94 seconds.

---snap---

So jetzt stellen sich die Fragen, was ist passiert, was ist kaputt und wie bekomme ich das am besten repariert?

Vielen Dank fürs Lesen bis hierher

Bye Tom

moin,

eine kurze Frage. Wir haben MACs die können nicht mehr Mail Sync benutzen. Also das mitgeliefert Mail und auch MS-Outlook (beide nutzen scheinbar EWS).

Lösung wäre:

https://www.grabsteinschubser.de/2017/07/03/apple-mail-mit-exchange-2016-auf-windows-server-2016/

Was handelt man sich für Probleme ein wenn man HTTP2 deaktiviert?

LÖSUNG für MAC

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters

EnableHttp2Tls REG_DWORD 0

EnableHttp2Cleartext REG_DWORD 0

The second of these is only necessary if the failure is with HTTP. The first is for HTTPS.

Chris

Hallo,

wir haben auf unserem Exchange 2016 Server das Problem, das jeden Tag um ca. 16:00 Uhr für ca. 20 Minuten senden und empfangen ausfällt.

Im Transportlog sind dann dazu folgende Einträge zu finden in diesem Zeitraum:

2019-01-23T16:17:38.223Z,08D67CA8F881F44A,SMTP,internalproxy,>,Non-existent domain reported by 192.168.5.25. [Domain:Result] = mail16.myDomain.local:InfoDomainNonexistent;

2019-01-23T16:17:38.223Z,08D67CA8F881F44A,SMTP,internalproxy,-,Messages: 0 Bytes: 0 (The domain name does not exist. Please correct the address and try again.)

Zu diesem Zeitpunkt kann ich sowohl vom DNS Server 5.25 als auch vom Mailserver 5.31 den Mailserver pingen.

Es funktionieren auch keine internen Mails. Mails bleiben im Entwurfsordner stecken.

Hat dazu vielleicht noch jemand eine Idee?

Hallo,

wir haben auf unserem Exchange 2016 Server das Problem, das jeden Tag um ca. 16:00 Uhr für ca. 20 Minuten senden und empfangen ausfällt.

Im Transportlog sind dann dazu folgende Einträge zu finden in diesem Zeitraum:

2019-01-23T16:17:38.223Z,08D67CA8F881F44A,SMTP,internalproxy,>,Non-existent domain reported by 192.168.5.25. [Domain:Result] = mail16.myDomain.local:InfoDomainNonexistent;

2019-01-23T16:17:38.223Z,08D67CA8F881F44A,SMTP,internalproxy,-,Messages: 0 Bytes: 0 (The domain name does not exist. Please correct the address and try again.)

Zu diesem Zeitpunkt kann ich sowohl vom DNS Server 5.25 als auch vom Mailserver 5.31 den Mailserver pingen.

Es funktionieren auch keine internen Mails. Mails bleiben im Entwurfsordner stecken.

Hat dazu vielleicht noch jemand eine Idee?

hallo zusammen,

bisher wurden die DBs automatisch auf einen anderen Server gemoved wenn ein Server rebooted wurde. Kann es sein, dass dieses verhalten mit CU11 geändert wurde? 

Ich habe auch schon überprüft ob vielleicht noch ein maintenance Mode aktiv wäre, aber das ist nicht der Fall.

Server 1 rebooted, get-database zeigt bei Datenbank und Server alle zwei Server an, was nicht sein kann da ja einer gerade rebooted?

Chris