Windows Tip: Page files, system volumes, and large memory 64-bit systems
Send your Windows question to Mitch today! | See other Windows tips
Conventional wisdom is that your page file should be 1.5 times the size of
your system's RAM. The reasoning behind this is that in order to capture a Kernel
memory dump should Windows server crash, the page file size must be equal to
at least the amount of RAM on your system plus 128 MB. But since 64-bit Windows
servers often have huge amounts of memory, do you really need to allocate a
whopping 48 GB of hard drive space just to your page file on a system that has
32 GB of RAM? Some experts I know say No, since Windows Server 2003 offers you
the option of creating small memory dumps instead. Small memory dumps need only
2 MB of free disk space, so by configuring your server to create a small memory
dump instead of a full one, you can get away with having a much smaller system
volume on a large memory 64-bit system. But is this really a good idea? I doubt
it, since I know at least one company who got burned by doing this. What happened
was that when they built their servers they only made their system volumes big
enough to allow for small memory dumps. Then one day, for whatever reason, their
servers got so messed up that they had to bring in Microsoft Customer Support
Services (CSS) to help them remedy the situation. CSS tried analyzing the small
dumps but couldn't determine the problem, so they asked for Kernel dumps, and
to obtain these the admin at this company had to go through the painful process
of rebuilding the system volumes on all their servers to allow enough free space
for Kernel dumps to be captured.
The moral to me seems obvious ... don't skimp on sizing your system volume.
And if your system volume is also your boot volume then you need even more room
i.e. enough to contain the Windows operating system files, any service packs
and hotfixes you apply, all your installed applications, your page file, and
a Kernel dump file - plus some room to grow. All this can easily add up to 100
GB or more, and I'd personally recommend doubling that and using at least 200
GB for your boot/system volume. After all, just remember that old project management
rule of thumb: carefully figure out how much time, money and effort your project
will need, then double it. You don't want to leave your butt uncovered when
storage only less than a dollar per gigabyte nowadays.
ITworld
Symantec Backup Exec 12 and Backup Exec System Recovery 8 deliver industry leading Windows data protection and system recovery. Download this whitepaper to find out the top reasons to upgrade and how to get continuous data protection and complete system recovery.
Data and system loss — from a hard drive failure, malicious attack, natural disaster, or simple human error — can happen anytime. Don’t leave your business vulnerable. Make sure you have a secure recovery strategy in place. Symantec's latest backup and system recovery technology can efficiently restore critical applications, individual emails and documents and even restore your entire system in minutes in the event of a loss.
Businesses face a growing challenge to ensure that the IT environment is properly protected. Backup Exec 12 integrates with other applications in the Symantec family of products, to complement your current data protection strategy, keep your data securely backed up and make it recoverable when you need it most.
VMware ESX Server in the Enterprise
By Edward L. Haletky
Published Dec 29, 2007 by Prentice Hall.
Enter now! | Official rules | Sample chapter
Green IT
By Toby Velte, Anthony Velte, Robert C. Elsenpeter
To be published Oct. 10, 2008 by McGraw Hill Professional
Enter now! | Official rules | About the book







