Isn't this the case with 32 bits version of Exchange servers (exchange 2000 and 2003?). Yes It is. The Checkpoint depth was 20MG and is in deep 20-MB in new 64 bit architecture with Exchange 2007.
Lets understand what checkpoint depth is, speaking of exchange and its database. In exchange ESE (Extensible Storage Engine) writes storage group database transactions to logs, and then it writes them to the database. The maximum amount of data ESE can write to logs, before it writes to the database is known as the log checkpoint depth. ESE Writes SG transaction into the à Database Transaction Logs ESE Writes Transaction logs to the --à The maximum amount of data that the Extensible Storage Engine can write to logs before it writes to the database is known as the log checkpoint depth. The default log checkpoint depth is 20 megabytes (MB). Therefore, 20 MB of logs may have to be written to the databases before an Information Store shutdown is initiated Therefore, the time that is required for the Exchange virtual server to move depends on the time that is required for the transaction logs to be written to the databases. By reducing the log checkpoint depth, you can reduce the write timings. By reducing the write timings, you reduce the failover times. The ESE database engine can maintain a file up to 16 terabytes. Checkpoint depth for Exchange is 20MB per SG. With Exchange 2007 the maximum number of databases per server is increased from 20 to 50. 50 databases can be in one
DataBase
- The number of databases in one SG is limited to 5
- The default log checkpoint depth is 20 megabytes (MB) in SG (storage Group) Database.
50 databases in Exchange 2007 in total with 5 databases limit in each SG will provide 10SG with 5 databases in each or 50SG one DB in each SG. (Or depending upon your needs, sixe the SG and number of DB in each SG)
By looking at the above bullet points, designs your exchange infrastructure, and calculate the Checkpoint depth and the options for going one SG with one DB or in each SG multiple DB's.
Best Regards,
Oz Ozugurlu
No comments:
Post a Comment