I have finally installed a exchange 2003 server in our exchange 5.5 site. We have 2 exchange 5.5 servers, one in Belgium and one in UK. We have installed the first exchange 2003 into the UK site. Our next design issue is how many stores and storage groups we should use. We have in total about 550 mailboxes, 300 in uk, 200 in bel and about 10 in Netherlands, 20 in Germany and 20 in Ireland. The ireland and Germany mailboxes are kept in the UK exchange 5.5 server and Netherlands on the Belg exch 5.5 server. Belgium and UK have their own software and backup schedules for their mailboxes. We are not sure yet if we are going to migrate all mailboxes to one exchange 2003 server or a seperate exchange 2003 boxfor uk and Bel. But at the moment will be using one exch 2003 box in UK. We are not bothered about back and restore strategies such quick to restore seperate stores, what we want is good performance. SO from above can anyone suggest what storage groups and stores we should use. We are thinking of 1 one storage group and a seperate store for each country even though some countries have about 20 users. All users in all countries should have the same mailbox limits. We may have a different storage group for Belgium, but would having more than one storage group affect performance. Would several stores in one storage group affect performance. Another key question is can we create more stores and storage group later and move mailboxes between stores within a storage group and stores in another storage group. Apologies for too much information but I want to make the right decision
Hi, It is not really the number of stores that affect performance but where in a disk system these stores are located. If you create 4 storage groups with one mailbox store in each store and locate all these stores on different physical disks (these disks should of cource be fault tolerant) and also place the transaction log files from each storage group on different disks you will get optimal performance. With the number of mailboxes you have you might however not be able to measure this performance gain from creating 2 mailbox stores in the same storage group. Should you decide to start with a small numbers of mailbox stores and later decide that this is not optimal you can create more storage groups/mailbox stores and move the mailboxes. Leif "gurvinder.nijjar" wrote in message news:OtJ%23UpeFGHA.2696@TK2MSFTNGP14.phx.gbl... >I have finally installed a exchange 2003 server in our exchange 5.5 site. >We have 2 exchange 5.5 servers, one in Belgium and one in UK. We have >installed the first exchange 2003 into the UK site. > > Our next design issue is how many stores and storage groups we should use. > We have in total about 550 mailboxes, 300 in uk, 200 in bel and about 10 > in Netherlands, 20 in Germany and 20 in Ireland. The ireland and Germany > mailboxes are kept in the UK exchange 5.5 server and Netherlands on the > Belg exch 5.5 server. > > Belgium and UK have their own software and backup schedules for their > mailboxes. We are not sure yet if we are going to migrate all mailboxes > to one exchange 2003 server or a seperate exchange 2003 boxfor uk and Bel. > But at the moment will be using one exch 2003 box in UK. > > We are not bothered about back and restore strategies such quick to > restore seperate stores, what we want is good performance. SO from above > can anyone suggest what storage groups and stores we should use. > > We are thinking of 1 one storage group and a seperate store for each > country even though some countries have about 20 users. All users in all > countries should have the same mailbox limits. We may have a different > storage group for Belgium, but would having more than one storage group > affect performance. Would several stores in one storage group affect > performance. > > Another key question is can we create more stores and storage group later > and move mailboxes between stores within a storage group and stores in > another storage group. > > Apologies for too much information but I want to make the right decision >
