Optimale Postfachgröße Exchange
Hallo Zusammen,
ich bin hier drüber, meinen Exchange langsam auf die Migration von 2010 auf 2016 vorzubereiten.
Nun habe ich hier allerdings einen Wildwuchs was Postfachgrößen angeht. Da ich allerdings seit geraumer Zeit auch Mailstore Archivierung im Einsatz, will ich diesem mal einen Riegel vorschieben.
Allerdings komme ich nun zu einem Punkt wo ich mir nicht ganz schlüssig bin, wie viel Speicher ich den Usern pro Postfach zur Verfügung stellen soll.
Klar ist das ein Thema des Betriebsumfeldes, aber wir versenden nun nicht oft und nicht sehr große Files wie z.B. eine Marketing-Abteilung oder ähnliches.
Von Storageseite habe ich noch Luft, das ist auch aktuell kein Problem.
Aktuell habe ich 3 Datenbanken, 250, 140 und 170GB, also ca 560gb für 120 Objekte. Allerdings haben die Postfächer von wenigen MB bis auch mal eben über 10gb-20gb.
Welche Größen habt ihr hier für euere Unternehmen gewählt?
Ich dachte an 5 GB oder 10 GB pro Benutzer als Obergrenze.
ich bin hier drüber, meinen Exchange langsam auf die Migration von 2010 auf 2016 vorzubereiten.
Nun habe ich hier allerdings einen Wildwuchs was Postfachgrößen angeht. Da ich allerdings seit geraumer Zeit auch Mailstore Archivierung im Einsatz, will ich diesem mal einen Riegel vorschieben.
Allerdings komme ich nun zu einem Punkt wo ich mir nicht ganz schlüssig bin, wie viel Speicher ich den Usern pro Postfach zur Verfügung stellen soll.
Klar ist das ein Thema des Betriebsumfeldes, aber wir versenden nun nicht oft und nicht sehr große Files wie z.B. eine Marketing-Abteilung oder ähnliches.
Von Storageseite habe ich noch Luft, das ist auch aktuell kein Problem.
Aktuell habe ich 3 Datenbanken, 250, 140 und 170GB, also ca 560gb für 120 Objekte. Allerdings haben die Postfächer von wenigen MB bis auch mal eben über 10gb-20gb.
Welche Größen habt ihr hier für euere Unternehmen gewählt?
Ich dachte an 5 GB oder 10 GB pro Benutzer als Obergrenze.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 521210
Url: https://administrator.de/contentid/521210
Ausgedruckt am: 08.11.2024 um 21:11 Uhr
17 Kommentare
Neuester Kommentar
Zitat von @westberliner:
Allerdings komme ich nun zu einem Punkt wo ich mir nicht ganz schlüssig bin, wie viel Speicher ich den Usern pro Postfach zur Verfügung stellen soll.
Allerdings komme ich nun zu einem Punkt wo ich mir nicht ganz schlüssig bin, wie viel Speicher ich den Usern pro Postfach zur Verfügung stellen soll.
Ganz einfach: das was sie zum Arbeiten brauchen: So viel wie nötig, so wenig wie möglich.
Speicherplatz ist heutzutage "billig", sogar billiger als Arbeitszeit (gerade zwei sandisk ssd plus 2TB zum "spielen" auf einem testsystem bestellt) . Daher besteht eigentlich keine Notwendigkeit da wirklich streng zu sein. Allerdings sollte man der Verschwendung vorbeugen und den Usern beibringen wie man Mails archiviert und vor allem zeitnah unnötige Mails zu löschen oder speicherintensive Anhänge anderweitig abzulegen.
Ich würde den Usern die aktuellen Größen plus 10% zugestehen und falls der Platz knapp wird, mit dem User "verhandeln", ob das Postfach vergrößert wird oder der User löschen muß.
lks
Zitat von @itisnapanto:
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Moin,
die Variante nach Größe ist häufig nicht flexibel genug.
Alle ein- und ausgehenden Mails landen im Mailstore.
Auch wird jedes Postfach täglich ins Mailstore archiviert (ohne Löschen). Dank Deduplöizierung kostet das fast keinen Speicher.
Einmal im Jahr lasse ich eine Archiverung mit löschen drüber laufen.
Es werden alle Mails älter als 2 Jahre gelöscht.
Stefan
die Variante nach Größe ist häufig nicht flexibel genug.
Alle ein- und ausgehenden Mails landen im Mailstore.
Auch wird jedes Postfach täglich ins Mailstore archiviert (ohne Löschen). Dank Deduplöizierung kostet das fast keinen Speicher.
Einmal im Jahr lasse ich eine Archiverung mit löschen drüber laufen.
Es werden alle Mails älter als 2 Jahre gelöscht.
Stefan
Moin,
puh das sind aber eine Menge "allerdings". Darüber hinaus fehlen da diverse Wörter in deinen Sätzen...
nur mal als Orientierung, was der normale User gewohnt ist: Microsoft Beispielsweise gibt einem 15 GB in deren kostenlosen Angeboten. Wenn du da stark runter gehst, wird von den Usern auf die "veraltete" IT geschimpft.
Gruß
puh das sind aber eine Menge "allerdings". Darüber hinaus fehlen da diverse Wörter in deinen Sätzen...
Zitat von @westberliner:
Allerdings komme ich nun zu einem Punkt wo ich mir nicht ganz schlüssig bin, wie viel Speicher ich den Usern pro Postfach zur Verfügung stellen soll.
Klar ist das ein Thema des Betriebsumfeldes, aber wir versenden nun nicht oft und nicht sehr große Files wie z.B. eine Marketing-Abteilung oder ähnliches.
Allerdings komme ich nun zu einem Punkt wo ich mir nicht ganz schlüssig bin, wie viel Speicher ich den Usern pro Postfach zur Verfügung stellen soll.
Klar ist das ein Thema des Betriebsumfeldes, aber wir versenden nun nicht oft und nicht sehr große Files wie z.B. eine Marketing-Abteilung oder ähnliches.
nur mal als Orientierung, was der normale User gewohnt ist: Microsoft Beispielsweise gibt einem 15 GB in deren kostenlosen Angeboten. Wenn du da stark runter gehst, wird von den Usern auf die "veraltete" IT geschimpft.
Zitat von @Lochkartenstanzer:
Ich würde den Usern die aktuellen Größen plus 10% zugestehen und falls der Platz knapp wird, mit dem User "verhandeln", ob das Postfach vergrößert wird oder der User löschen muß.
so in der Art mache ich das auch - und auch alle Admins, die ich persönlich kenne. Alles andere würde nämlich den Betrieb stören.Ich würde den Usern die aktuellen Größen plus 10% zugestehen und falls der Platz knapp wird, mit dem User "verhandeln", ob das Postfach vergrößert wird oder der User löschen muß.
Gruß
Nimm noch den Grenzwert von 50GB mit in die Betrachtung.
Ab da funktioniert Outlook nur noch mit gut zureden (Registry anpassen)
Viele Anbieter haben inzwischen 100GB als kleines Postfach.
Nach Deinen Zahlen oben würde ich überall 25GB machen mehr Speicherplatz einsparen.
Dazu die Archivierung für alles was älter als 24 Montate ist.
Ab da funktioniert Outlook nur noch mit gut zureden (Registry anpassen)
Viele Anbieter haben inzwischen 100GB als kleines Postfach.
Nach Deinen Zahlen oben würde ich überall 25GB machen mehr Speicherplatz einsparen.
Dazu die Archivierung für alles was älter als 24 Montate ist.
Zitat von @Lochkartenstanzer:
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Zitat von @itisnapanto:
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Klaro . Nutzen auch Mailstore. Ist ja recht komfortabel dort.
Gruss Michael
Zitat von @itisnapanto:
Klaro . Nutzen auch Mailstore. Ist ja recht komfortabel dort.
Zitat von @Lochkartenstanzer:
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Zitat von @itisnapanto:
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Klaro . Nutzen auch Mailstore. Ist ja recht komfortabel dort.
Ich habe deswegen gefragt, weil bei einigen (meiner) Kunden nur Admins und Chefs da drauf Zugriff haben dürfen. Die User selbst sind allerdings nicht in der Postfachgröße und Historie begrenzt.
lks
Zitat von @Lochkartenstanzer:
Ich habe deswegen gefragt, weil bei einigen (meiner) Kunden nur Admins und Chefs da drauf Zugriff haben dürfen. Die User selbst sind allerdings nicht in der Postfachgröße und Historie begrenzt.
lks
Zitat von @itisnapanto:
Klaro . Nutzen auch Mailstore. Ist ja recht komfortabel dort.
Zitat von @Lochkartenstanzer:
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Zitat von @itisnapanto:
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Moin ,
wir gehen bei uns nicht nach Größe . Hier wird alles archiviert, was älter als 2 Jahre ist. Außer GF . Da sind es 4.
Haben die User Zugriff aufs Archiv? Manche brauchen manchal "lange" Historien.
lks
Klaro . Nutzen auch Mailstore. Ist ja recht komfortabel dort.
Ich habe deswegen gefragt, weil bei einigen (meiner) Kunden nur Admins und Chefs da drauf Zugriff haben dürfen. Die User selbst sind allerdings nicht in der Postfachgröße und Historie begrenzt.
lks
Die User haben natürlich immer nur lesenden Zugriff auf ihr eigenes Postfach. Spricht ja soweit auch nichts gegen . Gerade die Suchfunktion funktioniert bei Mailstore wesentlich besser und schneller . Das wissen einige schon zu schätzen. Zweiter Vorteil ist , das meine Exchangedatenbanken schön schlank bleiben.
Gruss
Gruss
Zitat von @westberliner:
Wie funktioniert die Archivierung alle 2 Jahre bei euch?
Bei mir werden auch alle ein- und ausgehenden Mails direkt in den Mailstore archiviert, wo auch alle User Zugriff haben.
Wie funktioniert die Archivierung alle 2 Jahre bei euch?
Bei mir werden auch alle ein- und ausgehenden Mails direkt in den Mailstore archiviert, wo auch alle User Zugriff haben.
Ganz einfach. Über einen extra Job zusätzlich zum Journaling , was du anscheinen ja aktiv hast.
Gruss
Kurzform : Journaling = alle Emails werden direkt über die Datenbank abgegriffen und archiviert.
Archivierung : Das Postfach in seiner IST_Form archiviert ( Abbildung des Postfachen mit Unterordnern etc.)
Das Journaling ist auch hierfür wichtig.
https://www.mailstore.com/de/produkte/mailstore-server/rechtssicherheit/
Gruss
Archivierung : Das Postfach in seiner IST_Form archiviert ( Abbildung des Postfachen mit Unterordnern etc.)
Das Journaling ist auch hierfür wichtig.
https://www.mailstore.com/de/produkte/mailstore-server/rechtssicherheit/
Gruss
Ich habe das bei einem Exchange 2013 bis vor kurzer Zeit noch ganz klassisch angegangen.
Standardgröße für jeden 2 GB.
Zweite Datenbank als InSituArchiv mit xx GB wohin automatisch nach 1 Jahre archiviert wird.
Es zeigte sich, dass gerade bei einigen Verkäufern die 2 GB für 1 Jahr nicht ausreichend waren,
hier habe ich dann manuell auf 3 GB ggf. 4 GB nachgebessert, das pendelt sich dann irgendwann ein.
Aktuell betreue ich leider eine Exchange Online Umgebung, macht einiges einfacher, die Postfächer
sind allerdings ausufernd mit 50 GB und teilweise mit 100 GB, da es ja ein einfaches ist eine größere
Lizenz zu verkaufen, als den Leuten beizubringen wir man archiviert.
Standardgröße für jeden 2 GB.
Zweite Datenbank als InSituArchiv mit xx GB wohin automatisch nach 1 Jahre archiviert wird.
Es zeigte sich, dass gerade bei einigen Verkäufern die 2 GB für 1 Jahr nicht ausreichend waren,
hier habe ich dann manuell auf 3 GB ggf. 4 GB nachgebessert, das pendelt sich dann irgendwann ein.
Aktuell betreue ich leider eine Exchange Online Umgebung, macht einiges einfacher, die Postfächer
sind allerdings ausufernd mit 50 GB und teilweise mit 100 GB, da es ja ein einfaches ist eine größere
Lizenz zu verkaufen, als den Leuten beizubringen wir man archiviert.
Zitat von @westberliner:
Genau, Journaling ist aktiv.
Ich verstehe aber den Sinn dahinter nicht ganz: Es wird doch eh bereits alles archiviert?
Dann hast Du alle Inhalte.Genau, Journaling ist aktiv.
Ich verstehe aber den Sinn dahinter nicht ganz: Es wird doch eh bereits alles archiviert?
Aber nicht die Ordner-Struktur und die Leute löschen alte Mails einfach nicht.
Also Archivierungsjob ohne löschen wöchentlich.
Damit hat man die Struktur.
Und jährliche Archivierungsjob mit löschen von allem was älter als 24 Monate ist.
Hängt aber, wie immer, vom Kunden ab.
Stefan