4GB system partion. Low Disk space - solution

Well yesterday I said I was going to solve the problem of freeing up space on your system disk by moving the temp windows uninstall files.

I have managed to write a VB script that will move most of them, namely all those that are in a folder starting $NtUninstall.... anything it cant find in the registry it wont touch.

The script does the following for each input argument:
1. Extracts the update name from the folder path
2. Finds this update in the registry
3. Copies the update folder to the the destination path (set in the script)
4. Modifies the registry entry to reflect the new file path.
5. removes the old update folder.
6. pops up "completed operations" when its finished
7. Saves a log file in the destPath

What is doesnt do is handle errors, if you run out of space on your destination path whilst copying an update you will be left with half a folder on your update drive. Dont worry though, it wont then edit the registry, or remove the old folder.

If you use this script it is entirely at your own risk, i.e. test it first, then really test it, then assume it wont work and check your DR plan

Find the source code after the break

4GB System partition! HELP!

If you have inherited a Windows server with a 4GB system partition then like me you are probably screaming "Help!" as the never ending list of windows updates eats what little spare space you have.

Why 4GB? Well back in the day FAT only supported 4GB drives, and may systems had there system partitions set at 4GB. When the newer FAT32 or even NTFS came out and admins upgraded from NT to Server 2000 they simply installed over this 4Gb partition. There was also a fashion to keep your system and user areas apart as pre NTFS there was no easy way to control how many files users places on your servers.

So you have the problem, whats the solution?

Right now Im not sure, and this has now become critical as I need to upgrade to ASP 2.0 .NET but there isnt enough space left on the system disk and ASP doesnt give you and option to put it anywhere else.

My plan? Im going to try writing a VB Script to move the hidden update files from C:\ to a disk with more space and modify the registry so furture updates can find them. This script will also need to check the dates of the installs and allow me to filter them, as I only really want to risk moving those over X days old. I will need to write another script to put inidividual updates back as they are required.

This should see me clear the best part of 600MB of C: which is quite a whack when its only 4000MB to start with, hell I might even manage to get a whole spare GB, crazy.

Recent developments

SQL Server / Reporting Services 2005

We have recently been going through a little restructure at work. This has seen us install a new 2005 SQL Server. I must say the newer version of reporting services is much better. It has a much better feature set including the ability to build data models to build your reports from.

Data models ensure that all your reports use the same SQL, and if you should find a bug you only have one place to fix it in. Another nice touch is that you can expose the data models to the users and let them write their own reports, yay!

The new Visual Studio 2005 enhancements to make writing DTs packages a wiz are great. We now dump all our live data bases (900MB) across to our 2005 server, drop the 2005 databases, "restore" them from the live system, pre calculate some data, all in under 30 minutes. Thank you DTS :)

Im having to install a version of ISA though to sort out the routing of traffic to the right reports server based on URL. This will lift some of the load off our tired IIS server. This is proving quite a challenge and the wizards wont get you there, so read up on this one first.