horst_stef

@dietmar_b:

Ich habe das gleiche Phänomen bei OWA auf Exchange 2016.

Keine Einstellungen mit "unlimited", auch sonst nirgendwo ein Hinweis auf diese 25 MB.

Da kann man nur hoffen, dass dieser für mich klare Bug mit einem der nächsten Updates / SPs gefixt wird.

Also meine MSExchange Common 106 Fehlermeldungen hinsichtlich Leistungsindikatoren wollen nicht aus dem Log weichen, keinen Ahnung wieso.

Versucht habe ich u.a. das hier:

http://jetzemellema.blogspot.de/2015/02/fix-those-silly-performance-counter.html

Das Skript lief auch eine ganze Weile durch. Mir ist aber aufgefallen, dass die PerformanceCounter, die im Log "angemeckert" werden, überhaupt nicht vorhanden sind in diesem Ordner --> Sie können über das Skript ja quasi nicht angesprochen werden!?

Also hier drinnen:

C:\Program Files\Microsoft\Exchange Server\V15\setup\perf\

Muss ich die Counter irgendwo runterladen und dort reinkopieren oder können wir den Fehler vernachlässigen?

Was meinen Fehler mit organisation mailbox could not retrieved angeht, finde ich im Web auch nichts mehr. (error 3054 application log)

Ich habe mir auch testweise ein virtuelles Testsystem aufgebaut (EX01, EX02, DC und Wittness-Server).

Auf dem EX02 (DAG member) taucht der Fehler beispielsweise nicht auf. Dort findet sich ein anderer MSExchangeApplication log error (3014) Da geht es um Scenario "ServiceHealth", aber nicht der besagte 3054.

Hab ich doch geschrieben ob ich intern die beiden Zonen anlegen und das entsprechend konfiguriere.

Ja ich weis nicht, ob das so einfach geht.

Vielleicht ein kurzer Überblick über den Aufbau.

3 Domains werden ja am Exchange "betreut".

1 Domain ist bei Hoster A gehostet; für diese gibt es einen eigenen Root-Server mit einem Bind DNS. Dieser zeigt auf die Public IP des Routers im Netzwerk (sprich MX-Record, ect.)

Die beiden anderen Domains sind bei QSC und sind ebenso über die dortigen DNS Settings auf die Public IP des Routers konfiguriert.

Am Router werden entsprechend die Ports auf die interne IP des Exchange geforwarded.

Im internen DNS habe ich entsprechend eine forward Zone für die Domäne (anderer Name als die 3 Domains)

Eine forward Zone habe ich dort auch noch zusätzlich für eine der drei Domains am Exchange (quasi Split-DNS) weil diese auch bei anderen Anwedungssystemen als Domäne genutzt wird.

Dort ist aktuell die Subdomain für die OWA Erreichbarkeit als A-record eingetragen, allerdings mit der zugehörigen public IP des Routers..

Die Lösung via Round-Robin wäre also, dass ich noch entsprechende forward Zonen für die anderen beiden Domains anlege und dort einmal den autodiscover für mailsrv01 und einmal für mailsrv02 als a-record anlege. Das gleiche mit der URL für den OWA.

Ist das soweit korrekt?

Aber das soll eh erst einmal Zukunftsmusik sein; ich würde schließlich erst einmal gerne die Fehlermeldungen beseitigen ;-)

Ich habe mir haproxy auf debian angesehen und versuche das in einer Test Umgebung aufzubauen.

Dns round Robin wüsste ich nicht wo ich anfange.

Vielleicht bin ich einfach zu blöde dafür, weil ich nicht jeden Tag exchange Migrationen mache, sondern jetzt gerade zum ersten mal und ich beiden genannten Dinge noch nie eingerichtet habe.

Ein switch der Ports ist hingegen machbar.

Ich bin völlig entspannt. Das aufregen überlasse ich anderen ;-)

Für meine Zwecke ist es vollkommen ausreichend, wenn ich ein paar Ports umswitche. Da geht die Welt nicht unter, wenn mal 15 min kein Zugriff gegeben ist.

Was hat diese Frage jetzt mit Fehlermeldungen zu tun!?

Ich ging davon aus, dass das ein Forum ist, wo jeder seine Fragen (auch Theoriefragen) und / oder Fehlermeldungen zur allgemeinen Disussion posten kann. Gerne kann ein Admin den Beitrag löschen, wenn er gegen etwaige Forenregeln verstößt.

Es wird auch niemand gezwungen, auch du nicht lieber Norbert, darauf zu antworten.

Daher finde ich den sarkastischen Kommentar, ob mir etwaige Fehlermeldungen ausgehen, mehr alas deplatziert.

Die Frage war auch nicht, ob man so etwas macht oder nicht oder es deinen Vorlieben entspricht, sondern lediglich, ob es möglich ist.

Mr. Cocktail war ja auch eine sachliche Beantwortung des Ganzen möglich.

Aber verabschiede dich ruhig, wenn es dir wieder zu anstrengend wird.... ;) ;) ;)

Ich habe mal eine Verständnisfrage, ob ich das richtig verstehe.

Angenommen ich habe eine DAG mit 2 Exchange 2016 im gleiche Subnet ohne DNS Round-Robin und ohne Load-Balancing. (Alles installiert gemäß Anleitung z.B. von frankysweb)

Member:

- mailsrv01 (primär)

- mailsrv02 (sekundär)

Beide Server hosten alle Datenbanken, womit ja eine Hochverfügbarkeit für meine Datenbanken gegeben ist. Für den Zugriff via OWA / Outlook / ActiveSync, etc. ist diese ja nicht gegeben.

Frage:

Wenn jetzt mein mailsrv01 ausfällt wg. Hardware-Defekt oder runtergefahren wird, wäre ja die verfügbarkeit der Datenbanken über mailsrv02 gegeben.

Ist der Zugriff über diese via OWA / Outlook / ActiveSync dann ebenso gegeben, wenn ich am Router / Gateway Port 443 / 25 auf die interne IP von mailsrv02 umleite oder ist da mehr nötig?

Wenn jetzt mailsrv01 wieder online ist nach dem Hardware-Defekt, könnte ich theoretisch die Ports auf mailsrv02 lassen oder kann das dann wieder auf die interne IP von mailsrv01 zurückgestellt werden?

Also die error Meldung 3058 Organisationspostfach für domain 1 / 2 / 3 konnte nicht abgerufen werden tritt auch nach Server-Neustart noch auf.

Mir würde spontan nur einfallen, dass das Benutzer-Profil gelöscht und neu erstellt wird. (das Postfach, Berechtigungen, etc. sollten zuvor natürlich entsprechend gesichert werden)

Möge man mich verbessern, wenn das Mist ist.

alles klar, berichte morgen dann, ob es von Erfolg gekrönt war.

Mach dir keine Umstände wegen mir.

Der Fehler ist leider noch da bzw. wieder aufgetaucht.

Soll ich heute Abend / Nacht mal noch einen reboot versuchen?

Bis jetzt ist keiner mehr da. Aber der war zuvor auch mal eine Stunde oder länger nicht da. Ich beobachte es, aber sollte ja eigentlich sehr gut ausschauen dank deiner Hilfe.

Ich gebe auf alle Fälle nochmal Bescheid.

Danke nochmal

Ich habe im OAB-Ordner einmal eine web.config, einmal eine web.config.bak.

Einen bin-Ordner und einen Temp und f0b93772-9f93-424a-b923-d41d4f239117 Ordner, wo das Dateum / Uhrzeit aktuell sind

Die beiden Befehlen konnten ausgeführt werden.

Sollte jetzt kein error 3058 mit der organisation mailbox mehr auftauchen?

Im Outlook steht immer noch, dass das Addressbuch aktualisiert wird.

Bis hierhin auf alle Fälle erst einmal ein großes Dankeschön.

Den ersten Befehl habe ich mit J bestätigt.

 

[PS] C:\Users\administrator.DE85399\Desktop\Ex2016>Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oa
b*"}

Name                      Alias                ServerName       ProhibitSendQuota
----                      -----                ----------       -----------------
SystemMailbox{bb558c35... SystemMailbox{bb5... mailsrv01     Unlimited

 

[PS] C:\Users\administrator.DE85399\Desktop\Ex2016>Get-OfflineAddressBook| Set-OfflineAddressBook -GeneratingMailbox "Sy

stemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}"

"SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}" ist kein Vermittlungspostfach mit OABGen-Funktion.

    + CategoryInfo          : InvalidOperation: (\Standard-Offlineadressbuch (Ex2013):ADObjectId) [set-OfflineAddressB

   ook], InvalidOperationException

    + FullyQualifiedErrorId : [server=MAILSRV01,RequestId=ef20624e-7bbe-450d-83c6-9d8ee20d5776,TimeStamp=06.05.2016

    09:21:58] [FailureCategory=Cmdlet-InvalidOperationException] 5E770D6F,Microsoft.Exchange.Management.SystemConfigu

  rationTasks.SetOfflineAddressBook

    + PSComputerName        : mailsrv01.de85399.local

 

[PS] C:\Users\administrator.DE85399\Desktop\Ex2016>Get-Mailbox -Arbitration | fl name

 

 

Name : Migration.8f3e7716-2011-43e4-96b1-aba62d229136

 

Name : FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042

 

Name : SystemMailbox{1f05a927-a91f-4c58-a6bc-09e5d2193d1c}

 

Name : SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}

 

Name : SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}

 

Name : SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}

Ja ich musste mit einem J die Ausführung bestätigen, aber ansonsten kam keine Ausgabe, die mir etwas zurückgegeben hätte.

Die gewünschte Ausgabe:

 

Name         : Standard-Offlineadressbuch (Ex2013)
Versions     : {Version4}
Server       :
AddressLists : {\Globale Standardadressliste}

Da kommt auch keine Ausgabe.

Mir ist in der Zwischenzeit noch was aufgefallen ;-)

Get-offlineaddressbook |fl

Hier bekomme ich das Standard Offline Addressbuch Ex2013 angezeigt, ABER unter originating Server steht der FQDN des alten Exchange 2010 drinnen.

Danke erst einmal, dass du noch Geduld und Zeit aufbringst.

Get-Mailbox -Arbitration

 

Name                      Alias                ServerName       ProhibitSendQuota
----                      -----                ----------       -----------------
SystemMailbox{1f05a927... SystemMailbox{1f0... mailsrv01     Unlimited
SystemMailbox{bb558c35... SystemMailbox{bb5... mailsrv01     Unlimited
SystemMailbox{e0dc1c29... SystemMailbox{e0d... mailsrv01     Unlimited
Migration.8f3e7716-201... Migration.8f3e771... mailsrv01     Unlimited
FederatedEmail.4c1f4d8... FederatedEmail.4c... mailsrv01     Unlimited
SystemMailbox{8cc370d3... SystemMailbox{8cc... mailsrv01     Unlimited

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like “*oab*”}

Die Abfrage liefert keine Ausgabe

Während deiner letzten Antwort, habe ich noch was gepostet. Das passt wohl zu der fehlenden Ausgabe.

Im Outlook steht permanent unten neben der Meldung, dass alle Ordner auf dem aktuellen Stand sind, dass das Adressbuch aktualisiert wird.

Ja sorry, es macht ja auch keiner mit Absicht und ich bin auch dankbar, wenn mir hier geholfen wird.

Es kam keine Fehlermeldung beim disable, aber ich dachte mir dass auch ein löschen und neu anlegen nicht schaden kann. Mein Fehler, sorry.

Ich habe eh den Verdacht, dass die Meldungen vom alten 2010er Exchange her kommen könnten, obgleich die ADSI Abfrage ja nichts gefunden hat oder ist das ganz abwegig?

Den alten 2010er als Server gibt es ja noch (Ex2010 ist halt nur deinstalliert), da ist die DC Rolle drauf. Das war ja auch mit ein Grund für die Migration weil ich endlich gemäß MS Empfehlung DC und Exchange trennen wollte.

Wenn du mir nochmal sagst, was exakt ich machen soll, gebe ich mir größte Mühe nur genau das zu machen. Adhoc sind es aber im AD 4 User der System-Mailboxes und bei der Arbitration Abfrage sind auch genau diese vier zu sehen plus 1x federation und 1x migration mailbox

Wäre es noch denkbar, dass der error was mit dem OAB zu tun hat? Das wäre noch was, was Google ausspuckt:

https://www.google.de/?gws_rd=ssl#q=exchange+2013+organization+mailbox+could+not+be+retrieved

Aber ich stelle jetzt im laufenden Betrieb auch keine Einschränkungen beim Adressbuch fest, es gibt überhaupt keine Einschränkungen.

Die Info ist mituner auch brauchbar, gerade erst aufgefallen:

Im Outlook steht permanent unten neben der Meldung, dass alle Ordner auf dem aktuellen Stand sind, dass das Adressbuch aktualisiert wird.

Naja, aber auch genau dieser eine war eine Arbitration und keine User-Mailbox.

Ich frage mich wo dann das Problem ist, wenn ich alle lösche und diese dann wiederherstelle und somit den status quo wiederherstelle.

Ich hoffe ihr seid nie anstrengend und gebt immer den perfekten Menschen !

Norbert hatte doch geschrieben, wenn disable nicht geht, user löschen und neu anlegen. Nichts anderes habe ich gemacht.

Gebracht hat es eh nix...Der 3054 MSExchange Application Logic ist nach wie vor für drei Domains in den Logs präsent.