Ghost and Outlook File

Duis mollis, est non commodo luctus, nisi erat porttitor ligula, eget lacinia odio sem nec elit. Sed posuere consectetur est at lobortis. Vestibulum id ligula porta felis euismod semper. Donec ullamcorper nulla non metus auctor fringilla. Aenean lacinia bibendum nulla sed consectetur. Cras justo odio, dapibus ac facilisis in, egestas eget quam. Cras mattis consectetur purus sit amet fermentum. Morbi leo risus, porta ac consectetur ac, vestibulum at eros. Sed posuere consectetur est at lobortis. Etiam porta sem malesuada magna mollis euismod. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Duis mollis, est non commodo luctus, nisi erat porttitor ligula, eget lacinia odio sem nec elit. Cras justo odio, dapibus ac facilisis in, egestas eget quam. Aenean eu leo quam. Pellentesque ornare sem lacinia quam venenatis vestibulum. Curabitur blandit tempus porttitor. Sed posuere consectetur est at lobortis.

Hi,

 

I speculate now, perhaps neither Ghost nor Save and Restore can recognize differences because (I believe) the outlook.pst is

encrypted. So that file access (reading the file and differences) is not possible.

 

I'm sure that somebody from Symantec will clear that up.

 

Cheerio

Lars 

Sure !!!

 

The pst file has proprietary format (encrypted or not encrypted) but, if you edit something inside (receive or send mails, change notes, use agenda or contact..) the pst file must be changed and Ghost, detect it because it backup it.

 

The problem is that Ghost, doesn't retain previous backup versions of this file. I can't understand why ......

 

perhaps an error or design failure?   or perhaps, something that I can't understand.....

 

 

I'm really not sure... versioning requires that the software can read the file to recognize what happened (inside). Or its a bug.....

 

Tony!!! Help us....

 

Cheerio

Lars 


Gavira wrote:
...When the job runs in different days, it always overwrite the previous backup copy.  The restore option, always shows the last backup copy of pst file because it doesn’t   find versions. I don’t know the reason or the solution….. Any idea?

 


Are you saying that a new backup is taken when File Backup runs and sees the PST file has changed, but any previous versions of this file are removed, even when they should not be removed. Is that correct?

Yes. It's easy test it.

 

1) Create an Outlook PST file.

2) Create one Ghost File & Folder backup job and configure it to make a backup of the pst file. Run it to make a backup.

3) Verify (with the restore function) that PST file was backup correctly. Note file time and size to compare later.

4) Edit The outlook PST file, for example, create one note, send an email, or edit one contact. Close Outlook. The PST file, now, must be different, with different size, and date & time.

5) Run again the backup job (the same use previously). The job must work fine.

6) Use, again, the restore function, to verify the backup. Try to find "versions" of the PST file. I understand that must be two version of the PST file, but you only can find one: the last (test file size and time). Ghost doesn't save versions of this kind of files with the backup.

 

Please, confirm it.

 

Thanks and sorry for me English..... ;-)


Gavira wrote:

Yes. It's easy test it.

 

1) Create an Outlook PST file.

2) Create one Ghost File & Folder backup job and configure it to make a backup of the pst file. Run it to make a backup.

3) Verify (with the restore function) that PST file was backup correctly. Note file time and size to compare later.

4) Edit The outlook PST file, for example, create one note, send an email, or edit one contact. Close Outlook. The PST file, now, must be different, with different size, and date & time.

5) Run again the backup job (the same use previously). The job must work fine.

6) Use, again, the restore function, to verify the backup. Try to find "versions" of the PST file. I understand that must be two version of the PST file, but you only can find one: the last (test file size and time). Ghost doesn't save versions of this kind of files with the backup.

 

Please, confirm it.

 

Thanks and sorry for me English..... ;-)


Our team is conducting some further tests of this situation. I will update you when we have the results. I apologize for the delay; this may take a week to fully test for a solution. Please let me know if you have any other questions or concerns about this issue. Thanks!

I hadn’t forgotten about this problem, sorry for the delay. The team is still testing this issue, and when they’re able to pinpoint the cause, they’ll look into resolving the problem in future versions. Thanks!

Message Edited by Tony_Weiss on 05-02-2008 06:31 PM

Thanks Tony !!!

 

I hope they can find a solution easily, and we can have a fix ASAP !!

 

Cheers

Hi Gavira,

 

I apologize for the delay; the Ghost team is looking into this problem, that seems a bit more complex than we previously thought. I would not expect an update for this issue to be sent through LiveUpdate soon, but rather possibly in a future version. I am sorry we were not able to resolve this issue for you, but the Ghost team is looking into the problem to be resolved at a later date.

So, this confirms that Ghost does NOT backup Outlook.pst reliably - whether Outlook is open or not. Example: something happens to corrupt my pst file at 11p. My incremental backup runs at midnight. Based on the info in this thread, I will now have only one copy of the PST file. The one that is corrupt. Or back to the previous Recovery point image (minimum one week old, as much as 2 weeks, in a Default scenario).

 

And considering the info I posted in my thread about "Show Versions", where it doesn't show me multiple versions of an Excel spreadsheet I modify every day, I have to wonder what it is that my incremental backups are really doing for me.

 

And you're saying we're NOT going to get a fix for this in the current version of Ghost??

Most likely, yes. As I stated in my previous post, the Ghost team is looking into the problem to be resolved at a later date.