Home Page link  

Anyone interested: Manage Quicken Backup Directory Files

 

Quicken Personal Finance Discussions - Quicken - personal finance software discussions

 Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Anyone interested: Manage Quicken Backup Directory Files Jim 08-03-2006
Posted by Jim on August 9, 2006, 8:32 pm
Please log in for more thread options
Andrew,

I currently have around 1.5gigs of Quicken backup files and it stays
around this amount using my application. If I didn't manage this with
my application it would be more than 25gigs of backups and growing.
I backup using the option of adding the date to backup files.

Thanks,
Jim

Andrew DeFaria wrote:
> Jim wrote:
> > Does this silence mean that no one is interested in an application
> > that will manage their Quicken backup files? It will delete backup
> > files that are no longer needed. It's a GUI application written in Python.
> > Thanks,
> > Jim
> >
> >
> > Jim wrote:
> >> PURPOSE: MANAGE QUICKEN BACKUP DIRECTORY FILES, i.e., MQBUDF.
> >>
> >> I have written a script in Python that meets the following
> >> ======================================================
> >> REQUIREMENTS:
> >> 1) Read in all file names from Quicken backup directory.
> What directory would that be? Because I don't use the standard directory.
> >> 2) Produce a list of all Quicken backup file names with date.
> >> 3) Keep all:
> >> a) Backup files created within the last 38 days.
> >> b) Month-end backup files for last 18 months.
> >> c) Year-end backup files for last 10 years.
> >> NOTE: If MQBUDF finds no backups in the last 38 days then MQBUDF will
> >> revise options file "options.jsc" to show a keep date that will be
> >> equal to the most recent backup
> >> set.4) Delete all other Quicken backup files (by request only).
> >> 5) ONLY Quicken backup files can be in the Quicken backup directory.
> >> 6) Quicken backups must be created within +/- 7 days of each month-end.
> >> 7) Quicken backup file names must be in the following format:
> >> Name_yyyymmdd.ext.
> >> 8) "Python MQBUDF.PY" command-line options are as follows:
> >> a) /? Outputs the command-line options syntax, i.e., "Python
> >> MQBUDF.py /?".
> >> b) /D Dumps Quicken backup directory information into a tab delimited
> >> text file "QDump.txt".
> >> c) Drive:Path to Quicken backup files, e.g., G:QUICKENBACKUP.
> >> 9) Place backup file names that can be deleted into file DQfiles.txt
> >> for viewing. Requires a procedure when file DQfiles.txt gets too
> >> large that it will remove the first few records. Maximum file size
> >> should be about 48K, i.e., about 1,000 records or 140 backup
> >> days.
> >> 10) Have a file called options.jsc set the default path and/or
> >> numeric digits however, the command-line option will override this
> >> default path. Also, keep special backup file dates, that are not the
> >> regular keep dates, in this options.jsc file, e.g., "Keep: 20050615".
> >> Plus set AutoDelete to Yes, in order to automatically delete the
> >> non-keep backup files, e.g., AutoDelete: Yes. However, if using
> >> command-line arguments then turn off AutoDelete.
> >> ======================================================
> >> If anyone is interested please contact me.
> >>
> >> Thanks,
> >> Jim
> I don't understand the need really. I back up to Z:Quicken which is on
> my Linux server. I backup there whenever Quicken asks. Furthermore I
> backup my Linux server fulls on the weekend and incrementals during the
> week. So I have two backups. Why would I need any more let alone have to
> manage them?
>
> --
>
> ------------------------------------------------------------------------
> Andrew DeFaria <http://defaria.com>
> Clearcase/Clearquest Consultant
> Information Lifecycle Management Solutions <http://www.hp.com/go/ilm>
> Phone: 925-474-1492         *AOL Instant Messenger (AIM):* defaria
> *MSN Messenger:* Andrew@DeFaria.com
> *Yahoo Pager:* andrew_defaria
> *ICQ #:* 23552673
> *Jabber:* adefaria@jabber.org
>
> ------------------------------------------------------------------------
> C:WINDOWS C:WINDOWSGO C:PCCRAWL
>
>
> --------------030006060805040909090907
> Content-Type: text/html; charset=ISO-8859-1
> X-Google-AttachSize: 4285
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> <title></title>
> </head>
> <body bgcolor="#ffffff" text="#000000">
> Jim wrote:
> <blockquote
> cite="mid1154878476.220127.132310@i3g2000cwc.googlegroups.com"
> type="cite">Does this silence mean that no one is interested in an
> application that will manage their Quicken backup files? It will delete
> backup files that are no longer needed. It's a GUI application written
> in Python.<br>
> Thanks,<br>
> Jim<br>
> <br>
> <br>
> Jim wrote:<br>
> <blockquote type="cite">PURPOSE: MANAGE QUICKEN BACKUP DIRECTORY
> FILES, i.e., MQBUDF.<br>
> <br>
> I have written a script in Python that meets the following<br>
> ======================================================<br>
> REQUIREMENTS:<br>
> 1) Read in all file names from Quicken backup directory.<br>
> </blockquote>
> </blockquote>
> What directory would that be? Because I don't use the standard
> directory.<br>
> <blockquote
> cite="mid1154878476.220127.132310@i3g2000cwc.googlegroups.com"
> type="cite">
> <blockquote type="cite"> 2) Produce a list of all Quicken backup file
> names with date.<br>
> 3) Keep all:<br>
> a) Backup files created within the last 38 days.<br>
> b) Month-end backup files for last 18 months.<br>
> c) Year-end backup files for last 10 years.<br>
> NOTE: If MQBUDF finds no backups in the last 38 days then MQBUDF will
> revise options file "options.jsc" to show a keep date that will be
> equal to the most recent backup<br>
> set.4) Delete all other Quicken backup files (by request only).<br>
> 5) ONLY Quicken backup files can be in the Quicken backup directory.<br>
> 6) Quicken backups must be created within +/- 7 days of each month-end.<br>
> 7) Quicken backup file names must be in the following format:
> Name_yyyymmdd.ext.<br>
> 8) "Python MQBUDF.PY" command-line options are as follows: <br>
> a) /? Outputs the command-line options syntax, i.e., "Python MQBUDF.py
> /?".<br>
> b) /D Dumps Quicken backup directory information into a tab delimited
> text file "QDump.txt".<br>
> c) <a class="moz-txt-link-freetext" href="Drive:Path">Drive:Path</a> to
Quicken backup files, e.g., G:QUICKENBACKUP.<br>
> 9) Place backup file names that can be deleted into file DQfiles.txt
> for viewing. Requires a procedure when file DQfiles.txt gets too large
> that it will remove the first few records. Maximum file size should be
> about 48K, i.e., about 1,000 records or 140 backup<br>
> days.<br>
> 10) Have a file called options.jsc set the default path and/or numeric
> digits however, the command-line option will override this default
> path. Also, keep special backup file dates, that are not the regular
> keep dates, in this options.jsc file, e.g., "Keep: 20050615".<br>
> Plus set AutoDelete to Yes, in order to automatically delete the
> non-keep backup files, e.g., AutoDelete: Yes. However, if using
> command-line arguments then turn off AutoDelete.<br>
> ======================================================<br>
> If anyone is interested please contact me.<br>
> <br>
> Thanks,<br>
> Jim<br>
> </blockquote>
> </blockquote>
> I don't understand the need really. I back up to Z:Quicken which is on
> my Linux server. I backup there whenever Quicken asks. Furthermore I
> backup my Linux server fulls on the weekend and incrementals during the
> week. So I have two backups. Why would I need any more let alone have
> to manage them?<br>
> <pre>-- </pre>
> <hr>
> <table align="center" border="0" cellpadding="3" cellspacing="0"
> width="100%">
> <tbody>
> <tr>
> <td><a href="http://defaria.com">Andrew DeFaria</a><br>
> Clearcase/Clearquest Consultant<br>
> <a href="http://www.hp.com/go/ilm">Information Lifecycle
> Management Solutions</a><br>
> Phone: 925-474-1492</td>
> <td><small><small>
> <b>AOL Instant Messenger (AIM):</b> defaria<br>
> <b>MSN Messenger:</b> <a class="moz-txt-link-abbreviated"
> <b>Yahoo Pager:</b> andrew_defaria<br>
> <b>ICQ #:</b> 23552673<br>
> <b>Jabber:</b> <a class="moz-txt-link-abbreviated"
> </small></small> </td>
> </tr>
> </tbody>
> </table>
> <hr>
> <center><font color="#999999" size="-1">C:WINDOWS C:WINDOWSGO
> C:PCCRAWL</font></center>
> </body>
> </html>
>
> --------------030006060805040909090907--


Posted by Andrew DeFaria on August 10, 2006, 10:49 am
Please log in for more thread options
This is a multi-part message in MIME format.
--------------000601050305090509060309
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jim wrote:
> Andrew,
>
> I currently have around 1.5gigs of Quicken backup files and it stays
> around this amount using my application. If I didn't manage this with
> my application it would be more than 25gigs of backups and growing. I
> backup using the option of adding the date to backup files.
Methinks thou doth back up way too much! How the hell do you get 1.5 gig
of backups out of Quicken? Do you back up each and every day and keep
every single one of them?!? I have a fairly large Quicken database and
my backup has a whopping 25Meg not Gig:

*Jupiter:*_ll_
total 25056
drwxrwxr-x 3 root root 4096 Aug 9 23:49 ./
drwxr-xr-x 3 root root 4096 Jun 7 23:36 ../
drwxr-xr-x 3 andrew DeFaria 4096 May 15 22:14 Attach/
-rwxr-xr-x 1 andrew DeFaria 1525383 Aug 9 22:43 Home.IDX*
-rwxr-xr-x 1 andrew DeFaria 0 Apr 13 2004 Home.NPC*
-rwxr-xr-x 1 andrew DeFaria 15833232 Aug 9 23:49 Home.QDF*
-rwxr-xr-x 1 andrew DeFaria 4903936 Aug 9 23:49 Home.QEL*
-rwxr-xr-x 1 andrew DeFaria 3288616 Aug 9 17:13 Home.QPH*
-rwxr-xr-x 1 andrew DeFaria 6076 Aug 1 00:55 Home.QTX*
*Jupiter:*_du -sm ._
25 .
*Jupiter:
*

In my mind backups are to recover from catastrophes and are really
rarely used. Having everything you've ever done to Quicken (or email or
whatever) for years and years only serves to have a huge repository that
when the time comes to sift through it will only confuse you and you
won't find what you are looking for. Additionally it's a terrible mess
and bother to create and manage.

--

Andrew DeFaria <http://defaria.com>
It's not hard to meet expenses, they're everywhere.

--------------000601050305090509060309
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Jim wrote:
<blockquote
cite="mid1155169964.650563.66160@n13g2000cwa.googlegroups.com"
type="cite">Andrew,<br>
<br>
I currently have around 1.5gigs of Quicken backup files and it stays
around this amount using my application. If I didn't manage this with
my application it would be more than 25gigs of backups and growing. I
backup using the option of adding the date to backup files.<br>
</blockquote>
Methinks thou doth back up way too much! How the hell do you get 1.5
gig of backups out of Quicken? Do you back up each and every day and
keep every single one of them?!? I have a fairly large Quicken database
and my backup has a whopping 25Meg not Gig:<br>
<blockquote><tt><font color="#3333ff"><b>Jupiter:</b></font><u>ll</u><br>
total 25056<br>
drwxrwxr-x&nbsp; 3 root&nbsp;&nbsp;
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 Aug&nbsp; 9 23:49 ./<br>
drwxr-xr-x&nbsp; 3 root&nbsp;&nbsp;
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 Jun&nbsp; 7 23:36 ../<br>
drwxr-xr-x&nbsp; 3 andrew DeFaria&nbsp;&nbsp;&nbsp;&nbsp; 4096 May 15 22:14
Attach/<br>
-rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp; 1525383 Aug&nbsp; 9 22:43 Home.IDX*<br>
-rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0
Apr 13&nbsp; 2004 Home.NPC*<br>
-rwxr-xr-x&nbsp; 1 andrew DeFaria 15833232 Aug&nbsp; 9 23:49 Home.QDF*<br>
-rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp; 4903936 Aug&nbsp; 9 23:49 Home.QEL*<br>
-rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp; 3288616 Aug&nbsp; 9 17:13 Home.QPH*<br>
-rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp;&nbsp;&nbsp;&nbsp; 6076 Aug&nbsp; 1 00:55
Home.QTX*<br>
</tt><tt><font color="#3333ff"><b>Jupiter:</b></font></tt><tt><u>du
-sm .</u><br>
25&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; .<br>
</tt><tt><font color="#3333ff"><b>Jupiter:<br>
</b></font></tt></blockquote>
In my mind backups are to recover from catastrophes and are really
rarely used. Having everything you've ever done to Quicken (or email or
whatever) for years and years only serves to have a huge repository
that when the time comes to sift through it will only confuse you and
you won't find what you are looking for. Additionally it's a terrible
mess and bother to create and manage.<br>
<pre>-- </pre>
<a href="http://defaria.com">Andrew DeFaria</a><br>
<small><font color="#999999">It's not hard to meet expenses, they're
everywhere.</font></small>
</body>
</html>

--------------000601050305090509060309--

Posted by Jim on August 10, 2006, 6:16 pm
Please log in for more thread options
Hi Andrew,

Keeping only one set of backups to me is not really having a backup
around. Since the last backup is most likely and usually in my
experience the one that is corrupted. Therefore, having to go back to
a previous backup until you find one that works. Which is impossible
if you only keep one backup set.

>>Andrew wrote: Additionally it's a terrible mess and bother to create and
manage.<<

Well that's what my application (MQBUDF) does it makes Quicken backups
a snap to manage.

In order to keep my backup files at a reasonable size (30 megs per
set), I usually only keep the last 5 years of my Quicken bank account
transactions in my current session. Therefore, I also keep a set of
backups for the transactions over 5 years old.

You don't have to keep a backup for every time you exit Quicken like I
do. You could set Quicken to keep a backup for every 3rd or 4th time
you exit. Therefore, reducing the size of your backups significantly.

Thanks,
Jim


Andrew DeFaria wrote:
> Jim wrote:
> > Andrew,
> >
> > I currently have around 1.5gigs of Quicken backup files and it stays
> > around this amount using my application. If I didn't manage this with
> > my application it would be more than 25gigs of backups and growing. I
> > backup using the option of adding the date to backup files.
> Methinks thou doth back up way too much! How the hell do you get 1.5 gig
> of backups out of Quicken? Do you back up each and every day and keep
> every single one of them?!? I have a fairly large Quicken database and
> my backup has a whopping 25Meg not Gig:
>
> *Jupiter:*_ll_
> total 25056
> drwxrwxr-x 3 root root 4096 Aug 9 23:49 ./
> drwxr-xr-x 3 root root 4096 Jun 7 23:36 ../
> drwxr-xr-x 3 andrew DeFaria 4096 May 15 22:14 Attach/
> -rwxr-xr-x 1 andrew DeFaria 1525383 Aug 9 22:43 Home.IDX*
> -rwxr-xr-x 1 andrew DeFaria 0 Apr 13 2004 Home.NPC*
> -rwxr-xr-x 1 andrew DeFaria 15833232 Aug 9 23:49 Home.QDF*
> -rwxr-xr-x 1 andrew DeFaria 4903936 Aug 9 23:49 Home.QEL*
> -rwxr-xr-x 1 andrew DeFaria 3288616 Aug 9 17:13 Home.QPH*
> -rwxr-xr-x 1 andrew DeFaria 6076 Aug 1 00:55 Home.QTX*
> *Jupiter:*_du -sm ._
> 25 .
> *Jupiter:
> *
>
> In my mind backups are to recover from catastrophes and are really
> rarely used. Having everything you've ever done to Quicken (or email or
> whatever) for years and years only serves to have a huge repository that
> when the time comes to sift through it will only confuse you and you
> won't find what you are looking for. Additionally it's a terrible mess
> and bother to create and manage.
>
> --
>
> Andrew DeFaria <http://defaria.com>
> It's not hard to meet expenses, they're everywhere.
>
> --------------000601050305090509060309
> Content-Type: text/html; charset=ISO-8859-1
> X-Google-AttachSize: 2580
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> <title></title>
> </head>
> <body bgcolor="#ffffff" text="#000000">
> Jim wrote:
> <blockquote
> cite="mid1155169964.650563.66160@n13g2000cwa.googlegroups.com"
> type="cite">Andrew,<br>
> <br>
> I currently have around 1.5gigs of Quicken backup files and it stays
> around this amount using my application. If I didn't manage this with
> my application it would be more than 25gigs of backups and growing. I
> backup using the option of adding the date to backup files.<br>
> </blockquote>
> Methinks thou doth back up way too much! How the hell do you get 1.5
> gig of backups out of Quicken? Do you back up each and every day and
> keep every single one of them?!? I have a fairly large Quicken database
> and my backup has a whopping 25Meg not Gig:<br>
> <blockquote><tt><font color="#3333ff"><b>Jupiter:</b></font><u>ll</u><br>
> total 25056<br>
> drwxrwxr-x&nbsp; 3 root&nbsp;&nbsp;
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 Aug&nbsp; 9 23:49 ./<br>
> drwxr-xr-x&nbsp; 3 root&nbsp;&nbsp;
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 Jun&nbsp; 7 23:36 ../<br>
> drwxr-xr-x&nbsp; 3 andrew DeFaria&nbsp;&nbsp;&nbsp;&nbsp; 4096 May 15 22:14
Attach/<br>
> -rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp; 1525383 Aug&nbsp; 9 22:43 Home.IDX*<br>
> -rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0
Apr 13&nbsp; 2004 Home.NPC*<br>
> -rwxr-xr-x&nbsp; 1 andrew DeFaria 15833232 Aug&nbsp; 9 23:49 Home.QDF*<br>
> -rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp; 4903936 Aug&nbsp; 9 23:49 Home.QEL*<br>
> -rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp; 3288616 Aug&nbsp; 9 17:13 Home.QPH*<br>
> -rwxr-xr-x&nbsp; 1 andrew DeFaria&nbsp;&nbsp;&nbsp;&nbsp; 6076 Aug&nbsp; 1
00:55 Home.QTX*<br>
> </tt><tt><font color="#3333ff"><b>Jupiter:</b></font></tt><tt><u>du
> -sm .</u><br>
> 25&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; .<br>
> </tt><tt><font color="#3333ff"><b>Jupiter:<br>
> </b></font></tt></blockquote>
> In my mind backups are to recover from catastrophes and are really
> rarely used. Having everything you've ever done to Quicken (or email or
> whatever) for years and years only serves to have a huge repository
> that when the time comes to sift through it will only confuse you and
> you won't find what you are looking for. Additionally it's a terrible
> mess and bother to create and manage.<br>
> <pre>-- </pre>
> <a href="http://defaria.com">Andrew DeFaria</a><br>
> <small><font color="#999999">It's not hard to meet expenses, they're
> everywhere.</font></small>
> </body>
> </html>
>
> --------------000601050305090509060309--


Posted by Andrew DeFaria on August 10, 2006, 7:24 pm
Please log in for more thread options
This is a multi-part message in MIME format.
--------------020809020102050609060401
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jim wrote:
> Hi Andrew,
>
> Keeping only one set of backups to me is not really having a backup
> around. Since the last backup is most likely and usually in my
> experience the one that is corrupted. Therefore, having to go back to
> a previous backup until you find one that works. Which is impossible
> if you only keep one backup set.
Well my experience is that it's the live Quicken database that gets
corrupted that causes you to go to your backup in the first place. The
chances that your live Quicken database and your backup are both corrupt
is pretty minimal. However, you don't need to keep just one backup, you
can keep several. @ 2 backups that would be 50 Meg for me - hardly gigs
worth of information.
>>> Andrew wrote: Additionally it's a terrible mess and bother to create
>>> and manage.<<
> Well that's what my application (MQBUDF) does it makes Quicken backups
> a snap to manage.
Yes but my point is that it far better not to *make* a mess that you
then have to *manage*!
> In order to keep my backup files at a reasonable size (30 megs per
> set), I usually only keep the last 5 years of my Quicken bank account
> transactions in my current session. Therefore, I also keep a set of
> backups for the transactions over 5 years old.
That's true and I keep previous year end close out databases too. I
wasn't counting them since they never really change.
> You don't have to keep a backup for every time you exit Quicken like I
> do. You could set Quicken to keep a backup for every 3rd or 4th time
> you exit. Therefore, reducing the size of your backups significantly.
Yes as you could under the regular scheme too. What I was questions was
the worth and utility of keeping gigs worth of backups then needing
another application to manage that. Keep your life simple.

--

Andrew DeFaria <http://defaria.com>
Save the whales! Trade them for valuable prizes.


--------------020809020102050609060401
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Jim wrote:
<blockquote
cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
type="cite">Hi Andrew,<br>
<br>
Keeping only one set of backups to me is not really having a backup
around. Since the last backup is most likely and usually in my
experience the one that is corrupted. Therefore, having to go back to a
previous backup until you find one that works. Which is impossible if
you only keep one backup set.<br>
</blockquote>
Well my experience is that it's the live Quicken database that gets
corrupted that causes you to go to your backup in the first place. The
chances that your live Quicken database and your backup are both
corrupt is pretty minimal. However, you don't need to keep just one
backup, you can keep several. @ 2 backups that would be 50 Meg for me -
hardly gigs worth of information.<br>
<blockquote
cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
type="cite">
<blockquote type="cite">
<blockquote type="cite">Andrew wrote: Additionally it's a terrible
mess and bother to create and manage.&lt;&lt;<br>
</blockquote>
</blockquote>
Well that's what my application (MQBUDF) does it makes Quicken backups
a snap to manage.<br>
</blockquote>
Yes but my point is that it far better not to <b>make</b> a mess that
you then have to <b>manage</b>!<br>
<blockquote
cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
type="cite">In order to keep my backup files at a reasonable size (30
megs per set), I usually only keep the last 5 years of my Quicken bank
account transactions in my current session. Therefore, I also keep a
set of backups for the transactions over 5 years old.<br>
</blockquote>
That's true and I keep previous year end close out databases too. I
wasn't counting them since they never really change.<br>
<blockquote
cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
type="cite">You don't have to keep a backup for every time you exit
Quicken like I do. You could set Quicken to keep a backup for every 3rd
or 4th time you exit. Therefore, reducing the size of your backups
significantly.<br>
</blockquote>
Yes as you could under the regular scheme too. What I was questions was
the worth and utility of keeping gigs worth of backups then needing
another application to manage that. Keep your life simple.<br>
<pre>-- </pre>
<a href="http://defaria.com">Andrew DeFaria</a><br>
<center><font color="#999999" size="-1">Save the whales! Trade them for
valuable prizes.</font></center>
</body>
</html>

--------------020809020102050609060401--

Posted by Jim on August 11, 2006, 10:29 am
Please log in for more thread options
Hi Andrew,

The reason I wrote this application (MQBUDF) in the first place was
that I got tired of manually going into my backup directory and
deleting the ones I didn't want. And of course I couldn't live without
keeping backups. I backup my PC at least once a month onto CDs. Which
has saved me from weeks of work more than once.
I don't understand how some people go through life without backing up
their data. They are just asking for it. Just like the guy who's
laptop burnt up and is now trying to sue the computer manufacturer for
his years of lost data. Since he never backed anything up I have no
pity for him. I do agree that my application is a bit overkill, but
better to be safe than sorry.
Eventually, I suspect, will get tired of clicking on this application
and have the computer automatically do it at every start-up.
Just trying to make my life as simple as possible by saving time in
order to enjoy the things I like to do.

Thanks,
Jim

Andrew DeFaria wrote:
> Jim wrote:
> > Hi Andrew,
> >
> > Keeping only one set of backups to me is not really having a backup
> > around. Since the last backup is most likely and usually in my
> > experience the one that is corrupted. Therefore, having to go back to
> > a previous backup until you find one that works. Which is impossible
> > if you only keep one backup set.
> Well my experience is that it's the live Quicken database that gets
> corrupted that causes you to go to your backup in the first place. The
> chances that your live Quicken database and your backup are both corrupt
> is pretty minimal. However, you don't need to keep just one backup, you
> can keep several. @ 2 backups that would be 50 Meg for me - hardly gigs
> worth of information.
> >>> Andrew wrote: Additionally it's a terrible mess and bother to create
> >>> and manage.<<
> > Well that's what my application (MQBUDF) does it makes Quicken backups
> > a snap to manage.
> Yes but my point is that it far better not to *make* a mess that you
> then have to *manage*!
> > In order to keep my backup files at a reasonable size (30 megs per
> > set), I usually only keep the last 5 years of my Quicken bank account
> > transactions in my current session. Therefore, I also keep a set of
> > backups for the transactions over 5 years old.
> That's true and I keep previous year end close out databases too. I
> wasn't counting them since they never really change.
> > You don't have to keep a backup for every time you exit Quicken like I
> > do. You could set Quicken to keep a backup for every 3rd or 4th time
> > you exit. Therefore, reducing the size of your backups significantly.
> Yes as you could under the regular scheme too. What I was questions was
> the worth and utility of keeping gigs worth of backups then needing
> another application to manage that. Keep your life simple.
>
> --
>
> Andrew DeFaria <http://defaria.com>
> Save the whales! Trade them for valuable prizes.
>
>
> --------------020809020102050609060401
> Content-Type: text/html; charset=ISO-8859-1
> X-Google-AttachSize: 2725
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> <title></title>
> </head>
> <body bgcolor="#ffffff" text="#000000">
> Jim wrote:
> <blockquote
> cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
> type="cite">Hi Andrew,<br>
> <br>
> Keeping only one set of backups to me is not really having a backup
> around. Since the last backup is most likely and usually in my
> experience the one that is corrupted. Therefore, having to go back to a
> previous backup until you find one that works. Which is impossible if
> you only keep one backup set.<br>
> </blockquote>
> Well my experience is that it's the live Quicken database that gets
> corrupted that causes you to go to your backup in the first place. The
> chances that your live Quicken database and your backup are both
> corrupt is pretty minimal. However, you don't need to keep just one
> backup, you can keep several. @ 2 backups that would be 50 Meg for me -
> hardly gigs worth of information.<br>
> <blockquote
> cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
> type="cite">
> <blockquote type="cite">
> <blockquote type="cite">Andrew wrote: Additionally it's a terrible
> mess and bother to create and manage.&lt;&lt;<br>
> </blockquote>
> </blockquote>
> Well that's what my application (MQBUDF) does it makes Quicken backups
> a snap to manage.<br>
> </blockquote>
> Yes but my point is that it far better not to <b>make</b> a mess that
> you then have to <b>manage</b>!<br>
> <blockquote
> cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
> type="cite">In order to keep my backup files at a reasonable size (30
> megs per set), I usually only keep the last 5 years of my Quicken bank
> account transactions in my current session. Therefore, I also keep a
> set of backups for the transactions over 5 years old.<br>
> </blockquote>
> That's true and I keep previous year end close out databases too. I
> wasn't counting them since they never really change.<br>
> <blockquote
> cite="mid1155248189.263450.211160@p79g2000cwp.googlegroups.com"
> type="cite">You don't have to keep a backup for every time you exit
> Quicken like I do. You could set Quicken to keep a backup for every 3rd
> or 4th time you exit. Therefore, reducing the size of your backups
> significantly.<br>
> </blockquote>
> Yes as you could under the regular scheme too. What I was questions was
> the worth and utility of keeping gigs worth of backups then needing
> another application to manage that. Keep your life simple.<br>
> <pre>-- </pre>
> <a href="http://defaria.com">Andrew DeFaria</a><br>
> <center><font color="#999999" size="-1">Save the whales! Trade them for
> valuable prizes.</font></center>
> </body>
> </html>
>
> --------------020809020102050609060401--


Similar ThreadsPosted
Quicken backup vs sub-directory copy January 12, 2007, 8:23 am
Delete files from TEMP directory= c:\windows\system32\cmd.exe /c del %TEMP%\*.* /q November 21, 2007, 9:43 pm
OK to backup the Quicken files using Windows Explorer? June 3, 2007, 5:32 pm
Backup Files September 17, 2007, 4:02 pm
Cannot restore backup files December 5, 2006, 1:11 pm
Report titles-how to manage June 3, 2008, 2:51 pm
Household Inventory Save Directory??? November 7, 2006, 7:30 pm
Short survey on how you manage your personal finances. March 16, 2008, 10:50 pm
Best Way to Manage Fidelity SmartCash Account - QP2009R2? October 3, 2008, 2:23 pm
Remote Backup - Affordable Online Remote Backup Services December 11, 2007, 2:24 am

Contact Us | Privacy Policy
This site is not affiliated with Intuit - makers of Quickbooks and Quicken software
This site is not affiliated with Sage Software - makers of Peachtree accounting software
XML SitemapXML Sitemap