>From what I've seen on my systems, Veritas Backup Exec sees an open PST as corrupt, >not as an open file. It completes the backup job; but marks it as having failed.
================================= Arron King Network & Systems Administrator Ohio Dominican University [EMAIL PROTECTED] V: 614-251-4515 F: 614-252-2650 -----Original Message----- From: David, Andy [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 9:27 AM To: Exchange Discussions Subject: RE: PST-file backup problem While I agree with what you are saying in regards to personal folders, IIRC, after (30 min?), the open file handle closes on psts and you can back them up! -----Original Message----- From: King, Arron S. [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 9:19 AM To: Exchange Discussions Subject: RE: PST-file backup problem FWIW, I don't backup or restore individual mailboxes (with a very small exception list - pres & VPs of my org.) I do backup the stores on my server. I have that VIP list in it's own store. I have 2 other stores that hold the remainder of my organization. I use deleted item retention to allow users to self-recover from "oops I deleted a really important message"). All of my stores have a size limit. Granted the VIP store is really big (but the overall use is pretty small). The other stores have reasonable limits, and I do make exceptions for those who can demonstrate the need. PSTs are evil - Before I was able to get rid of them (at least in the supported sense), I had constant problems: * PSTs don't get backed up when a user leaves their computer on w/outlook open, * Users put passwords on PSTs and then forget (and blame me when they forget!) * PSTs get corrupted I would rather rebuild a server in the very slim event that I had a severe crash versus deal with the day-in, day-out problems I used to have with PSTs! HTH Arron ================================= Arron King Network & Systems Administrator Ohio Dominican University [EMAIL PROTECTED] V: 614-251-4515 F: 614-252-2650 -----Original Message----- From: Tuomela Arto [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 2:40 AM To: Exchange Discussions Subject: VS: PST-file backup problem Hi, and thanx alot for your time!! Yes. We aren using Exchange 2000. We have more than 7000 users. "Keep all emails in store.." A good idea, but what happens if you have to crash recover/recover databases or a single mailbox..? If all data is kept in stores(without any mailbox size limits)..Back up times increase radically->restore times increase radically!! Hopefully you see my problem now..? -Arttu- -----Alkuper�inen viesti----- L�hett�j�: Erik Sojka [mailto:[EMAIL PROTECTED] L�hetetty: Tuesday, November 11, 2003 6:01 PM Vastaanottaja: Exchange Discussions Aihe: RE: PST-file backup problem You didn't mention what your overall system is like, but I'll assume you're using Exchange. If you're concerned about storage space and the data contained in the PST files is important enough to be backed up, you should keep that data managed by Exchange in a Store. Backup is easier, and you will save disk space with the Exchange SIS. (You won't initially magically get SIS by importing [reimporting?] the PST files into Exchange, but as the data grows you will see a difference in your SIS). > -----Original Message----- > From: Tuomela Arto [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 11, 2003 2:46 AM > To: Exchange Discussions > Subject: PST-file backup problem > > > Hello ! > > My question deals with PST-files. When backing up PST-files > you always have to back up every PST-file. This is because > Outlook changes the file every time it's opened etc. So you > cannot take just incremental from changed files. Usually you > end up backing up all PST-files.. Ok.. so what you say! > > The problem is that if you have to pay for every Gig you > take, you end up paying a lot of money! > > Is there any third party tool or way to get rid of this problem? > > Having the same problem? Or is it just me ;) > > Rgs, > > -Arttu- > > > > > > > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t ext_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]
