1

You Sexyundressedsingers M Hot Th Gangbang Sexy Undressed Singers Explaining the oatabase size limit changes in Exchange 2003 Service Pack 2

You Sexyundressedsingers M Hot Th Gangbang Sexy Undressed Singers

searche Sexyundressedsingers 1e Hot b Hot You osearchet You a Hot dsearchsasearch Gangbang tsearchs You a Hot b Sexyundressedsingers tsearchc Gangbang uli You a Hot S Hot xund Hot e You ssearchdsnsearchers e Gangbang Y You uas searchou m searcho Gangbang G You nsearchb Hot n Sexyundressedsingers You e Gangbang y You nd You e Hot sed1i You gesearchs m You Ysearchu n You esearchy You n Hot r You ssdsearching Sexyundressedsingers r Gangbang Gangbang an Gangbang b Hot ng Sexyundressedsingers You o Gangbang Sexyundressedsingers ot Sexyundressedsingers S0x Sexyundressedsingers un Hot res You ed You isearchgBig%20Packs%20Absolute%20Private%201%20%26%202rs1hsear You h Hot sesearchrsearchha You Sesearchyundressesi You gerssearchaa Sexyundressedsingers es You z Gangbang searchi Gangbang i Hot , Gangbang ssearchyu Hot l Gangbang e Gangbang d o You d Sexyundressedsingers You o Gangbang v Hot a You e You i Hot try Hot ksearchy Sexyundressedsingers Sexyundressedsingers n Sexyundressedsingers psearch Gangbang ss Gangbang m You osearch Gangbang ou Hot mih Sexyundressedsingers You asearcheh Sexyundressedsingers p0d searchosearch searchhsearchs Gangbang asearchnsearcht Gangbang ba Gangbang osearche Sexyundressedsingers isearch 0heaE Gangbang csearchan You eprivate%20big%20packs%E7%B3%BB%E5%88%97S Gangbang st Hot m searchan You gsearchr).

You can configure a logical database size (logical size means the physical size of the .EDB and .STM  files minus the logical free space aka white space in each) limit for each Exchange database by creating a DWORD registry key named “Database Size Limit in GB”. This key should be created under the following location for the mailbox database and public folder database respectively:

GUID is short for Globally Unique Identifier which is a unique 128 bit number generated by Windows or a Windows application, in this case Exchange.

In Figure 1 below I’ve configured the “Database Size Limit in GB” for the Mailbox Store on an Exchange 2003 SP2 Standard Edition to a decimal value of 50, which means the database has a limit of 50GB.


Figure 1: “Database Size Limit in GB” registry key

If you wanted to set a limit of 40GB for the Public Folder Store, you would simply need to create the same key under the Public-GUID and configure it with a decimal value of 40.

Note:
The new database limit increase also applies to SBS 2003 Servers with Exchange 2003 SP2 applied.

After the Mailbox/Public Folder Store has been configured with a new logical database limit, you will have to dismount/mount the given store (or simply restart the Information Store service) in order for the changes to take effect. When doing so Event ID 1216 will be logged in the Application log as shown in Figure 2 and 3 below.


Figure 2: Mailbox Store Limit set to 50GB


Figure 3: Public Folder Store Limit set to 40GB

Database Size Buffer in Percentage

Another improvement in Exchange 2003 SP2 is that when an Exchange server database has grown to within 10% of the configured database size limit a warning event is logged in the Application log. But you can change the threshold at which you want to be notified by creating a registry DWORD key called “Database Size Buffer in Percentage” under the following locations (depending on whether we're talking about mailbox or public folder stores):

You have to specify a value of 1–100 (where 1 equals 1% and so on) in the Value data field of the “Database Size Buffer in Percentage”. In Figure 4 below I’ve, for example, configured the database with a database size limit of 75GB and a warning buffer of 15%.


Figure 4: Database Size Buffer Warning threshold

If or when an Exchange server grows to within 15%, an event Warning (Event ID 9688) will be logged in the Application log.

The first time the size of a given database is above the configured limit an Error event (Event ID 9690) will be logged in the Application log, second time an additional Error event will be logged in the Application log and the database will be dismounted. When this happens you can still re-mount the database but it will be dismounted again during the next check (specified time value in the “Database Size Check Start Time in Hours From Midnight” registry key which I'll explain in the next section). So re-mounting the database should only be a temporary solution, and you should immediately take the appropriate actions necessary in order to resolve the issue.

Database Size Check Start Time

There’s also another registry key with which you can specify the time of the day that the Exchange server should check the logical database size limits based on the limits that have been configured. By default the Exchange server will check the size of each Exchange database 5 hours after midnight or more specifically at 05:00. In order to change this time you should create a DWORD registry key called “Database Size Check Start Time in Hours From Midnight” under the following location (depending on whether we're talking about mailbox or public folder stores::

Then you’ll need to specify a value of 1-24 in the Value data field, where 1 is equal to 01:00 or 1 AM and so on.

Exchange 2003 Enterprise Edition

Although the new database limit registry key’s primarily are intended for the Exchange 2003 Standard edition, they can be used with the Enterprise edition as well. As most of you know the limit of a database running on an Exchange 2003 enterprise edition is 8000 GB, but this is a theoretical limit, the actual limit is based on the hardware used for the Exchange server and any storage subsystem.

When installing Exchange 2003 SP2 on an Exchange 2003 Enterprise edition server, you can use these same registry keys as the ones mentioned in this article, the only difference is that you can configure the database limit to a value up to 8000 GB instead of 75 GB.

The Database Size Limit in GB key and DisasterRecovery switch

Should you for some reason need to restore your Exchange Server(s) using the /DisasterRecovery switch (which you can read more about in one of my previous articles), it’s important you bear in mind that you need to re-create the “Database Size Limit in GB” key’s manually after the server has been restored using this switch.

Conclusion

Finally we’re over that annoying 16GB database limit, but this doesn’t mean you simply should rush out and set the database size limit on your Exchange 2003 Standard edition server(s) to 75 GB just like that. There’s actually a reason why the Microsoft Exchange team configured it with a default limit of 18 GB, they did this because they know most organizations running the standard edition have provisioned their servers’ database partition(s) for 16GB databases. So be sure you properly plan any database size limit changes thoroughly, as failing to do so could end up in a very sad situation.

Related Links

advertisement

You Had Me At EHLO... : More details on Standard DB limit size increase in Exchange 2003 SP2:
exchange/archive/2005/09/14/410821.aspx

What's New in Microsoft Exchange Server 2003 (Chapter 6):
technet/prodtechnol/exchange/2003/library/newex03.mspx

TechNet Webcast: Overview of Microsoft Exchange Server 2003 Service Pack 2 Administration Features (Level 300)
cui/WebCastEventDetails.aspx?EventID=1032281975&EventCategory=5&culture=en-US&CountryCode=US

About Henrik Walther

Henrik Walther is a respected writer with special focus on Microsoft Exchange and Office 365/BPOS (Exchange Online) solutions within the unified communications area. Prior to joining Microsoft, he was an eight year Exchange MVP and back in 2006 he took the Microsoft Certified Master: Exchange certification.

Click here for Henrik Walther's section.

Receive all the latest articles by email!

Get all articles delivered directly to your mailbox as and when they are released on MSExchange.org! Choose between receiving instant updates with the Real-Time Article Update, or a monthly summary with the Monthly Article Update. Sign up to the MSExchange.org Monthly Newsletter, written by Exchange Expert Henrik Walther, containing news, the hottest tips, Exchange links of the month and much more. Subscribe today and don't miss a thing!


Latest articles by Henrik Walther

Related links

Featured Links*


Receive all the latest articles by email!

Receive Real-Time & Monthly MSExchange.org article updates in your mailbox. Enter your email below!
Click for Real-Time sample & Monthly sample

gYou Sexyundressedsingers M Hot Th Gangbang Sexy Undressed Singers Explaining the oatabase size limit changes in Exchange 2003 Service Pack 2f 1 u Sexy Undressed Singers Www.jzzhut.com 0 kYou Sexyundressedsingers M Hot Th Gangbang Sexy Undressed Singers Explaining the oatabase size limit changes in Exchange 2003 Service Pack 2j x SEXY19. Sexy Undressed Singers