Registry Eintrag für Datenbankgröße Beschränkung fehlt komplett

Adminpeter · 22. Dezember 2015

Hallo alle zusammen!

habe bei uns im Unternehmen Exchange 2013 Standard CU10 im Betrieb genommen.

Die Konstallation sieht folgendenmaßen aus:
SBS2008 Server mit Exhange 2007 SP3 Updaterollup15 als FrontEnd und Exchange 2013 Standard CU10. als BackEnd

Habe schon bereits fast alle Postfächer zu Exchnge2013 migriert und wollte die Datenbankgröße bei Exchange 2013
beschränken, stellte aber fest, dass dafür vorgesehenen Registry Schlüssel (wie bei ältren Versionen) komplett fehlen:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS

\<Exchange Server Name>\Private-<long hexadecimal string>

Da gibt es nur die Schlüssel <Servername> mit Standartwert.

Ist das normal Zustand bei Exchange 2013 oder ist bei Installation etwas schief gelaufen?

Vielen Dank für Eure Antworten!

Viel Grüße
Peter

Der Beitrag wurde von mir auch bei

social.technet.microsoft.com/F…6b-4564-9cb3-966bba0cc71b

gepostet

NorbertFe · 22. Dezember 2015

Die waren auch in Exchange 2010 nicht per Default dabei (Standard schreibt sich übrigens hinten mit d ;))
Schau mal: https://support.microsoft.com/en-us/kb/3059008

Bye
Norbert

PS: Bitte zukünftig auf deine Multipostings hinweisen. http://social.technet.microsof…6b-4564-9cb3-966bba0cc71b Spart deinen Helfern ggf. doppelt zu antworten.

Adminpeter · 22. Dezember 2015

Hallo Norbert,

Vielen Dank für Deine schnelle Antwort!
Danke für den Hinweis wegen Standard

Den Artikel habe ich gelesen, aber so verstanden, dass die Registry Schlüssel für DBs schon vorhanden sind:

Unter Workaround Punkt 2 steht:

Locate the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<Server Name>\Private-<database GUID>

also, Suchen Sie den folgenden Registrierungsunterschlüssel:
und bei mir gibt es eben NUR <Server Name> Schlüssel ohne jegliche Unterschlüssel!

Bei Exchane 2007 gab es die Schlüssel von Anfang an.

Viele Grüße

Peter

P.S.

Ah, Sorry jetzt habe ich mit Doppel Posting verstanden!

NorbertFe · 22. Dezember 2015

Dann leg sie doch einfach auch an. Mehr als nicht funktionieren kanns ja nicht.

Note You can retrieve the GUID of a database by running the following command in the Exchange Management Shell:
Get-MailboxDatabase -Identity "<database name>" | Format-Table Name, GUID

Wieso hat man nen Exchange 2007 als CAS? Das funktioniert doch gar nicht sinnvoll.

Adminpeter · 22. Dezember 2015

An das Anlegen habe ich gedacht, aber war halt mir nicht sicher, ob das auch richtig
ist, dass die Schlüssel komplett fehlen....

Exchange 2007 wird am Ende abgelöst und dann wird es nur einen geben.

Viel Grüße
Peter

NorbertFe · 22. Dezember 2015

Man schwenkt normalerweise aber zuerst den CAS Zugriff und danach erst die Mailboxen. Oder nach welcher Anleitung bist du vorgegangen?

Adminpeter · 22. Dezember 2015

Da habe ich mehrere Anleitungen.

Wo siehst Du genau ein Problem dabei? Performance? Sicherheit?

Viel Grüße
Peter

NorbertFe · 22. Dezember 2015

Funktion beim eigentlichen Umzug. Deswegen hätte mich mal die Anleitung interessiert.

Adminpeter · 22. Dezember 2015

Funktionen bei Umzug Exchange 2007 bleibt erstmal als FrontEnd, die E-Mails werden an Exchnge 2013
weitergereicht.

die Postfächer die OWA bzw. Antisync nutzen dürfen noch nicht migriert werden bis FrontEnd auf Exchange 2013 konfiguriert ist.

bei Exchange 2013 klappte bei ActivSync nicht und AntiSpam Agenten (Inhaltsfilterung) haben viele
faultpositive Fälle! Da muss ich noch einiges testen bzw. anpassen.

Viele Grüße
Peter

NobbyausHB · 22. Dezember 2015

Was für einen Nutzen versprichst du dir davon, wenn der Reg-Key existiert, bzw. wozu soll das gut sein?

Exchange erneuert man von außen nach innen (außer Edge..) also erst CAS, dann den Rest.

Teilen