Undrar om det är någon där ute som har någon bra uppfatning om hur man bäst ska dela en lite för stor databas. vi är utsprida på ca 25 ställen i landet med ca 1000 anställda och men ett huvudkontor, personerna sitter 50-50 ilandet och på HK. Jag vet att man ska tänka på att det inte ska vara så mycket trafik mellan databaserna men det är ju hopplöst.. Och hur många databaser är att rekomendera etc.
massor att tänka på, någon som har gjort detta och fått en bra fungerande lösning??

Det finns flera faktorer som styr hur en bra layout av Storage Groups och Stores skall se ut, t ex
- hur stora mailboxar är det
- finns det ett mönster där vissa personer mailar mycket med varandra
- finns det behov att kunna återskapa vissa mailboxar oftare än andra (typ chefer) osv.
- Behövs inte full Transactionsloggning för vissa (OBS: riskabelt att stänga av!)

Andra faktorer att ta med i beräkningen:
- Exchange har Single-Store av meddelanden inom en Store
- Varje Store tar lite mer virtuellt minne
- Varje Storage Group tar mer virtuellt minne
- Circual Logging av Transaktionsloggar sker per Storage Group, inte Store
- Hur snabb är din bandstation på Backup & Restore processen?
- Finns det en Service Level Agreement (SLA) på företaget som anger
hur snabbt du skall återskapa en kraschad Exchangemiljö?

Målet som jag använder vid design (och jag har gjort ett antal) är:
- KISS (Keep It Simple Stupid), dvs håll ner antalet Stores och Storage Groups
till ett minimum; helst en enda!
- Om Storen (dvs .EDB och STM-filen tillsammans) blir större än 25GB är
det dags att fundera på att splitta upp den i flera för att hålla nere
tiden för Backup/Restore och db-underhåll
- Har du data som inte behöver fullt återläsningsskydd, typ en SMTP gateway
eller PF som får mail från Internet osv, så kan dess Store med fördel
läggas i en Storage Group som kör med Circular Logging aktivt
(Mailbox Stores skall ALDRIG köra med Circular Logging!!)
- Måste du dela upp mailboxar i flera Stores så försök lägga mailboxar som
mailar mycket med varandra i samma Store för att bibehålla Singel-Store
funktionen så långt möjligt.

Slutsats: att köra 1000 användare på en Store är inget problem i sig. Gör bedömningar enligt ovan och planera sedan din Store-konfiguration efter detta. (och vi är konsulter om du vill ha hjälp ;-)