(The following has only been tested on Windows XP SP2)
Microsoft Outlook (not to be confused with Outlook Express) is a very common and useful program that is widely used for email and calendaring.
In fact it is the program I use myself, and have come to rely on it.
It is very important that Outlook data (and email in general) be backed up on a regular basis - I would suggest at least once a day.
Outlook stores its data (email, calendar etc.) in two main types of files: .ost and .pst files.
These files are by default in the folder "C:\Documents and Settings\<username>\Local Settings\Application Data\Microsoft\Outlook", where <username> is the user name you normally use to log-on to your Windows PC.
However, the user may change this location via an option in Outlook, so you should check where these files are for a particular instance before backing them up (see refs. # 1 and 2 below).
"ost" stands for Offline STorage, and this file is normally a mirror of data stored on the Exchange Mail Server.
"pst" is short for Personal STorage, and the .pst files contain data that is on the local PC alone (normally).
It is very important that the .pst file(s) be backed up on a regular basis.
I am assuming the .ost data is mirrored on the server and is being backed up by the server administrator.
Until recently, I was backing up my files to another disk using XCOPY (see ref. # 3 below).
I placed a command similar to the following in a batch (.bat) file and scheduled it to run once every day, after midnight:
xcopy c:\*.* z:\ /c/f/h/d/y/o/s/e /EXCLUDE:exclude.txt
The "Exclude.txt" contains a list of files and folders I did not want backed up (such as "Temporary Internet Files").
This simple backup works very well - it quickly copies files that have changed since the last backup to the destination disk (Z drive in our example).
I noticed a potential problem early on with this method - certain files would not get copied with an "access denied" message.
These are files currently open on the source (C:) drive, e.g. certain system files, or a document currently being edited.
Initially, I ignored the problem, thinking that it was not necessary to backup system files anyway, and the same user file was very
unlikely to be "open" for more than a day or two at a stretch, and most backups ran at night, when most people would not
have any open data/document files.
There is a problem with this line of thought - some people tend to leave Outlook running at night, so the Outlook .pst files are in danger of
not getting backed up.
And there is an even worse problem.
When XCOPY tries to copy a file, it first checks if a destination file of the same name exists and deletes it, it then tries to copy the
source file to the destination.
This is very bad for backups, because it means that if you have Outlook open, then XCOPY will delete the previous backed up copy, and then
not be able to copy the new version because it is "open".
Thus you lose the old backup if you happen to have Outlook open at any time during a future backup!
This problem applies to all files backed up with XCOPY, not just Outlook files, but the consequences are greatest
for Outlook data because of the way Outlook stores everything in one or two big .pst files, and because Outlook
tends to be left running more often than other applications.
At best, I would call this a very bad design on the part of whoever wrote XCOPY.
I started looking for alternatives to XCOPY.
I restricted myself to free options because this is something I would like to use on other Windows PC's as well
and did not want to pay for it.
The first option I considered was ROBOCOPY (ref. # 4).
ROBOCOPY (available as part of the Win2003 Resource Kit Tools - downloadable from
http://www.microsoft.com/downloads/details.aspx?FamilyID=....) is a command line program similar
to XCOPY, but reportedly more "robust" and with additional options.
Unfortunately, testing showed that ROBOCOPY suffers from the same flaw, i.e. if it tries to copy a file that
is currently open, it first deletes the destination file, and is then unable to copy the "open" source file.
This results in a loss of the older backup.
This is no improvement over XCOPY for copying Outlook .pst files.
Next, I looked at XXCOPY (ref. # 5).
XXCOPY is another command line program with many extensions and improvements over XCOPY.
It comes as a free version for use on a personal computer, or as a paid site license for more extensive use.
I tried the free version.
A quick test showed that XXCOPY does not have the same problem as XCOPY or ROBOCOPY.
It correctly does not delete the destination file if the source file is open.
However, when I tried to run XXCOPY to backup to a remote network disk, a new problem appeared.
When starting, it now displayed a message like "You are attempting to copy over the network with the
free version of xxcopy. You may want to get the site license. Press return to continue.." (or words to that effect).
If you press the Return or Enter key, the program does resume, but this makes it useless for
There seemed to be no way to disable this warning, and I wanted a free solution, so I gave up on XXCOPY.
A web search took me to a page titled "How to automatically back up your personal folders file in
Outlook 2000 and Outlook 2003" (ref. # 6).
This describes an Outlook add-in from Microsoft named pfbackup, and has a link to a free download.
It seemed very promising, so I gave it a try.
The test showed that this method is not very automatic. What it does is to offer to backup the .pst files
each time the user exits Outlook.
This makes it not so suitable for those users who rarely exit Outlook, or the network drive may not be available
when the user does exit, or the careless (i.e. average) user may decide to ignore the reminder, etc.
It still may be useful if you want a more interactive backup, and I have included a link below for how to use
it (ref. # 7).
For the final solution, I turned to that old standy - NTBackup (ref. # 8).
NTBackup is a program that is included with all recent versions of Windows.
It has a GUI that can be accessed via Start -> All Programs -> Accessories -> System Tools -> Backup.
It can also be accessed from the command line.
I had been avoiding using it because it likes to store backed-up files in a special archive format, with all
files going into a single archive file (named e.g. backup.bkf).
This takes away some of the simplicity of XCOPY, which saves each file separately with its original folder and file name.
Windows XP and 2003 or later include a feature called "Volume Shadow Copy", which allows certain programs
to make copies of open or in-use files, among other things(ref. # 9).
It turns out that NTBackup is one of the programs that can take advantage of Volume Shadow Copy, and that makes
it very useful for this purpose.
I decided to use NTBackup for backing up the Outlook data folder, and XCOPY for everything else.
Using NTBackup from the command line is a bit murky, and it turns out one of the files (the .bks file) needed by the
command line must be created by the GUI version of NTBackup, so I started by launching
NTBackup (Start -> All Programs -> Accessories -> System Tools -> Backup).
If it starts in Wizard mode, un-check the box that reads "Always start in Wizard mode", and click on "Advanced Mode".
Click on the "Backup" tab as shown above.
This brings up a screen similar to the following:
In the left window, expand the tree to find the folder that contains the Outlook .pst files.
By default, they would be in "C:\Documents and Settings\<username>\Local Settings\Application Data\Microsoft\Outlook",
but in our case they are in c:\ravi\data\email, so I checked that box, and made sure all others were un-checked.
Next I entered the folder and file name to be used for backups - Q:\Ravi\Outlook\Outlook.bkf.
You will probably want to use another location or name, but it must end in .bkf.
(Drive Q: is the network drive where the backup will reside, we should have mapped this already, and later
we will map each time from the backup batch file.)
Don't change anything in the right-side window, and click on "Start Backup".
This brings up the window shown below:
We plan to over-write the old backup each night, so I selected "Replace the data....".
I also entered some suitable comments that describe the backup.
Then click on "Schedule".
It will prompt to save the backup selection, click "Yes" and then select a file name Outlook.bks for saving
in the default folder named "Data", then enter your password when prompted.
The next window asks for "Job Name", enter "Temp" (without quotes) for the job name, then click "Properties".
The next window has a "Run On" field that you should modify to select a date in the future, e.g. tomorrow.
(Don't worry about the times or other properties at this time, we will modify later).
Click OK, OK, Cancel etc. and exit the NTBackup program.
By the above, we used the NTBackup GUI to create a scheduled task.
The backup task has not run even once yet, and we don't plan to let it run.
Instead, we will use it to extract certain information as follows:
Click Start -> Control Panel -> Scheduled Tasks.
This brings up the list of tasks, which should include the job named "Temp" that we created above.
Notice that it has never run.
Right-click on the job icon for Temp and select "Properties".
This brings up the Properties window, shown below:
Highlight everything in the "Run" field, type CTL-C on the keyboard to save it, then open a new blank window with
Notepad, and press CTL-V to paste the contents of the "Run" field there.
At this point the Notepad window will contain something like the following:
Leave the Notepad window open, but close/cancel the Temp Properties window, then right-click on the Temp job in the
Scheduled Tasks list and select "Delete" and click "Yes" when it asks to confirm.
Next, make the following changes in the Notepad window:
Of course the commands to map and disconnect the network drive are only necessary if the backup is to be
saved on a network drive.
In my case, the contents of the Notepad window now look like this:
- Add a command to map the network drive (Q:).
- Change the comments in the backup command itself to be more meaningful.
- Add a command at the end to disconnect the network drive (Q:)
- Add any comments
You may notice that I included the xcopy command to backup all other files as well.
This way we just need to schedule one job to do both things.
Next, save the Notepad file in a relevant folder with a name like Daily-Backup.bat.
I saved in a folder named c:\backups
The next thing is to schedule this batch file so it runs nightly.
Start -> Control Panel -> Scheduled Tasks, and double-click on "Add scheduled task".
Click "Next" on the first dialog.
There is a pause of from 10 to 60 secs, and then the following window appears:
Click on "Browse" and then locate the Daily-Backup.bat file we just saved above (in our case in c:\backups) and
then click "Open".
The next window appears:
Click on "Daily", then click "Next".
Select time and starting date.
Here we chose to run the backup at 12:30 AM every night.
In the next window, enter your password twice.
You can also choose a username different than the one you're logged in as.
Click "Next" and then "Finish" and make sure the job named "Daily-Backups" appears in the Scheduled Tasks list
after a few seconds.
At this point we are almost done.
Test, Test, Test
The world's best backup is worthless if you discover that you cannot find or use it when
there is a real emergency.
It is therefore very important indeed to check your backups carefully initially, and then periodically thereafter.
(to be continued...)
- Where Outlook Stores Your Mail... and other data http://email.about.com/cs/...
- Managing Outlook Folders in Office 2003 http://www.quepublishing.com/articles/...
- XCOPY reference http://www.microsoft.com/resources/.../xcopy.mspx
- ROBOCOPY - Robust Copy http://en.wikipedia.org/wiki/Robocopy
- XXCOPY - File Management Utility http://www.xxcopy.com/
- How to automatically back up your personal folders file in Outlook 2000 and Outlook 2003 http://support.microsoft.com/kb/238782/
- Using the Microsoft Outlook Personal Folders Backup tool
- NTBackup http://www.microsoft.com/.../ntbackup_command.mspx
- Windows XP and 2003 volume shadow copy service