Dukel 455 Geschrieben 19. Juni 2016 Melden Teilen Geschrieben 19. Juni 2016 Ich habe nicht umsonst "empfohlen" geschrieben. Das sollte nur eine Anmerkung zum TO werden. Dieser sollte sinnvoller weiße die Best Practices umsetzen und wenn er das andere machen will dann sollte er dies gut überlegen, warum er das anders haben will. Diese 200GB sind von MS die Empfehlung aus Restore Sicht. Wenn eine DB kaputt geht und ein Backup eingespielt werden muss sind 200GB ein Wert, welcher Zeitlich machbar ist. Wenn man andere Lösungen (DAG) hat oder andere Anforderungen (Dienst darf auch mal mehrere Tage ausfallen) kann man dies anders machen. Zitieren Link zu diesem Kommentar
NorbertFe 2.061 Geschrieben 19. Juni 2016 Melden Teilen Geschrieben 19. Juni 2016 Seh ich genauso ;) Zitieren Link zu diesem Kommentar
Doso 77 Geschrieben 19. Juni 2016 Melden Teilen Geschrieben 19. Juni 2016 Hat auch den Charme das im Fall der Fälle halt nur ein Teil der Nutzer nicht arbeiten kann. Ich habe u.a deswegen unsere 300 GB Mailbox DB deswegen vor einer Weile auf 2 DBs aufgeteilt. Zitieren Link zu diesem Kommentar
NorbertFe 2.061 Geschrieben 19. Juni 2016 Melden Teilen Geschrieben 19. Juni 2016 Zwei sind schon wegen der Möglichkeit mal eben die Mailbox zu verschieben zu bevorzugen. Zitieren Link zu diesem Kommentar
MrCocktail 194 Geschrieben 20. Juni 2016 Melden Teilen Geschrieben 20. Juni 2016 https://technet.microsoft.com/en-us/library/ee832792%28v=exchg.150%29.aspx @MrCocktail: Du wirst aber sicher keinen Standalone Exchange Server haben sondern eine HA (DAG) Konfig. Besten Dank, den Link kannte ich noch nicht ... Und es kommt immer drauf an, über welchen Kunden wir uns unterhalten... Der kleinste Kunde hat 20 Mailboxen und 1 Server, und dann geht es über die normalen 2 Node DAG bis zu XX Server DAG / CAS Arrays hoch. Gruß J Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.