CORRECTLY MANAGING STORAGE GROUPS 151 If you believe

STORES: MORE STORAGE THAN YOU CAN POSSIBLY BACK UP! 153 Also shown in Figure 4.11 are the check boxes to control whether to zero out deleted pages in the database files and whether circular logging is enabled. If Zero Out Deleted Database Pages is checked, then the information store will zero out pages that the messages occupied once they are deleted during the nightly maintenance interval. If any data remains in the page, the page will not be zeroed out; this may leave some deleted information in the page until the page has been defragmented or new data takes its place. Although this helps to ensure that even a data recovery expert cannot retrieve the data, it does add overhead to the server. Moving Storage Group Files The best way to move database files in Exchange 5.5 was to use the PerfWiz (Exchange Performance Optimizer). Moving storage group log files and the checkpoint file on Exchange 2003 is performed through the Exchange System Manager and is simple. Simply display the properties of the storage group (as shown in Figure 4.11), click the Browse button next to either the Transaction Log Location entry or the System Path Location entry, and then select a new location. However, once you click OK, all stores in the storage group will be dismounted while the files are moved. WARNING Transaction log locations and system path locations are easily moved, but all stores in the storage group are dismounted, and the users are disconnected while the files are being moved without any warning. Stores: More Storage Than You Can Possibly Back Up! Exchange 5.5 was limited to one private and one public information store, and administrators screamed for more scalability from Exchange 2000. This restriction was because if administrators let a private or public information store grow too large, the backup times could exceed a reasonable backup window, restore times could exceed the time specified by an SLA, and hosting multiple organizations on the same Exchange server was more difficult. Exchange 2000 introduced the concept of multiple mailbox stores on a single server. An Exchange 2000 or 2003 server can support up to 20 stores (four storage groups with five stores in each). These stores can be any combination of mailbox and public folder stores. NOTE If using Exchange 2003 SP2 Standard Edition, the maximum size of a store is 18GB to 75GB, and it supports only a single mailbox store; multiple public folder stores are supported using Exchange 2003 Standard Edition. Using Exchange 2003 Enterprise Edition, the maximum store size is 16TB. Servers supporting fewer than 1,000 mailboxes may not need additional stores. The following is a list of things that may indicate you need an additional store: . The server is supporting many mailboxes, and a single mailbox store is too large to be quickly backed up or restored quickly. . An SLA specifies a maximum restore time for any single mailbox restore. . You want to isolate VIP users such as managers and executives to their own, smaller mailbox stores. . The Exchange server is supporting multiple organizations, and each organization needs to have its own mailbox store. . Only certain mailboxes or folders require full-text indexing, but not all of the information in the store.

Note: If you are looking for good and high quality web space to host and run your application check Lunarwebhost Discount Web Hosting services

Bookmark the permalink.

Comments are closed.