Exchg2016: ECP-Anzeigefehler oder echtes Problem?

Hallo,
mein Exchg16 (auf SRV16) hat ein Phäomen was bislang keiner aufklären kann - und ich weiß nicht ob man sich darüber Sorge machen muß:
Der zeigt unter SERVERS-DATEBASES seine Datenbank nicht mehr an.
Wohl aber unter SERVERS-SERVERS-Doppelklick/DATABASES

Suche ich in der Hauptansicht unter DATABASES nach eben dieser DB, wird die gefunden und in die Sicht übernomme - alles gut.
Beende ich ECP und starte neu, ist das wieder leer?!

Habe mittlerweile erfolgreich CU18 drauf, mein 3rd-Level Support hat das auch noch nie gesehen und ich weiß nicht wie damit umzugehen ist.
Wer kennt das und weiß da was zu?
Danke

SERVERS-SERVERS:

--
SERVERS-DATABASE nach neuem ECP-Aufruf:

--
Und das nach Suchen der DB

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 627080

Url: https://administrator.de/forum/exchg2016-ecp-anzeigefehler-oder-echtes-problem-627080.html

Ausgedruckt am: 22.04.2025 um 01:04 Uhr

16 Kommentare

Neuester Kommentar

Versuche mal einen anderen Browser...

Hallo,

sieht aus als die DB nicht als Standard definiert sei.

Wenn Du einen neuen Benutzer anlegst, muss Du die DB auch auswählen oder macht er das automatisch?

Stefan

Guter Hinweis - aber 'leider' geht auch das Anlegen eines neuen Nutzerpostfachs klaglos vonstatten

Moinsen.

Ich würde hier nach dem Mantra "Die GUI lügt - immer!" verfahren und mal per PowerShell gegenprüfen.
Wenn da alles ok ist, kannst du sicher sein, dass es "nur" ein Anzeigefehler ist.

Interessant wäre tatsächlich, das mal von einem anderen Host/in einem anderen Browser zu verifizieren.
Bestenfalls mit einem leeren/neuen Browserprofil.

Cheers,
jsysde

P.S.:
Hab' das mal auf einigen Ex2016, auf die ich Zugriff habe und die ebenfalls mit CU18 unterwegs sind, geprüft und kann das nicht reproduzieren.

Hi,
anderer Browser sagt leider dasselbe, auch von anderem PC aus (Edge/FF/Chome).
PS sagt

Eigentlich alles gut. Ein mulmiges Gefühl aber bleibt...

N'Abend.

Heisst die DB nur "DAG...." oder isses auch eine?

Cheers,
jsysde

Wie greifst du darauf zu? remote.*.de - da ist sicherlich eine WAF davor, diese könnte evtl auch beeinflussen. Greif mal nicht auf remote.*.de zu, sondern auf den Hostnamen direkt vh2-exch2016.*.de

Männers,
@jsysde: die DB heisst im Filesystem DAG-MBDB01.EDB, was sollte die dann anderes sein als eine DB?
@NordicMike: Zugriff nicht über REMOTE sondern direkt über den Hostnamen bringt keine Änderung.

Wird die Dantebank angezeigt, wenn du auf dieses "Aktualisieren" Symbol klickst?

leider nein.
Erst wenn ich mittels der Lupe den Namen eingebe wird sie wunderbar angezeigt.
Bis zum nächsten ECP-Start...

Seltsam. Gibt es eine Vorgeschichte, die auf den Fehler schließen ließe z.B. gab es mal eine DAG oder weitere Exchange Server in der Domain? Evtl eine nicht vollständig gelungene Löschung dessen.

Greifst du evtl von einer vertrauensgestellten Domain aus zu, in der sich aktuell keine Exchange Server befinden? Versuche es mal direkt auf der GUI vom Exchange Server selbst aufzurufen, also per https://localhost/ecp

https://localhost/ecp bringt leider auch nix.
Ich geb's jetzt mal erst auf und hoffe, dass mein 3rd-Party Supporter einen "4th-party" Kundigen reanschafft der sich das mal ansieht.

Danke Euch auf jeden Fall!

N'Abend.

Zitat von @winacker:
@jsysde: die DB heisst im Filesystem DAG-MBDB01.EDB, was sollte die dann anderes sein als eine DB?

Ich wollte wissen, ob du ein DAG -Database Availability Group- aus mehreren Exchange-Servern betreibst oder ob das ein Standalone, also ein einzelner Exchange Server ist.

Cheers,
jsysde

Jetzt wird es komplizierter:
derjenige der den Server seinerzeit eingerichtet hat, wollte daraus einen Cluster machen.
Das ist auch soweit vorbereitet worden, allerdings kam es nie dazu und die Clustervorbereitungen (Name des anderen Servers etc.pp.) stehen nach wie vor hier und da in der Konfig des aktiven einzelnen Exchg. Wollte ich schon lange mal rausnehmen lassen wg. 'sieht blöd aus', aber der heutige 3rd Party Support sagt 'das ist Riesenakt, weil es auch die andere Maschine nicht mehr gibt'. Also habe ich es gelassen.

Unter Servers-DataAvalaibility-Groups sieht das so aus (VH1-FP hat nie was mit dem Exchange zu tun gehabt):

OK, da wird die Ursache her stammen. Lege mal eine neue leere Datenbank an. Wird diese sofort angezeigt? Wenn ja, hast du schon gewonnen - dann einfach alle Postfächer umziehen.

Jetzt wird's spooky:
Lege ich eine neue leere DB an, kommt diese Fehlermeldung:

Folge ich dem nutzt das aber nix: die DATABASE-Sicht bleibt leer. Suche ich dort nach der neuen DB, wird sie angezeigt (dismounted). bis zu nächsten ECP-Start.