the size of the QDF file doesn’t really impact the performance of Quicken.
you can see the QDF file internal size by ….. Help —> (Shift) + About Quicken
It's never a good sign when making a copy that the file size doubles. That indicates some form of corruption in the inflated file. I would discard that file and try again with the original. Try performing a file validation before making another copy.
160 MB is not that big, especially for an old file. The Quicken QDF is really a compressed set of files like a ZIP file that hold transactions, downloads, attachments and other data as separate files. Holding the CTRL key while clicking Help>About Quicken in the menu bar will reveal the size of your internal qdf file along with other information that can be useful for diagnosing slow response. Particularly Memorized Payees where a number in the thousands can slow Quicken down.
If you store attachments, they make your file large but have little effect on speed.
Generally, file size is not the cause of slow response, but doubling in size after a copy intended to reduce file size is definitely cause to question the integrity of the copied file.
That number of payees and categories is not excessive. The transfers are likely your issue. I'd start with most recent and work your way back in time making sure the balances in each account stay correct. Most likely you will need to delete the transfer and re-enter it. You could try and edit one first to see if it pops back to a correct entry.
are you working with the new copied file - or the original smaller file ? and which file have you run Validate ?
wonder if you can copy that validation error log text and post it here so we can all see the errors ..
YIKES 😳
I’ve also updated the topic title to better reflect the actual Quicken problem now being discussed
I periodically (annually or so) save a copy of my existing QDF file, use Quicken's feature on the copy which deletes transactions prior to a certain date but keeps investment transactions intact, and then use that copy going forward. I recently ran a File Validation on that newer file and I get a ton of corrupted transfers. They appear to be due to the fact that the transfers are between checking and investment accounts, so that the checking side of the transfers is no longer present in the file. I'd have thought Quicken would be smarter about this. Is there I anything I can do to fix this beyond simply ignoring the errors?
[Merged Post]
Well … since you now have created a NEW topic and thread on your exact same problem - which thread should we follow and leave open for comments - or should we merge them into one topic ?
Well … since you now have created this NEW topic and thread on your exact same problem - which thread should we follow and leave open for comments - or should we merge them into one topic ?
Sounds like the Quicken Copy and removing the "banking" transactions that were in fact part of a "transfer" are the problem.
It would appear that Quicken used the brute force removal of any "banking" transactions prior to your cutoff date - but failed to take into consideration the transaction was part of an Investment account, and therefore maybe should not have been deleted.
Lastly - I routinely "transfer" funds between my Chase accounts and my Schwab, Vanguard, TRowe accounts - no probs -
Double Lastly - I NEVER delete any Quicken info - as it makes no sense to me - it is much more valuable to have ALL my data in a single file that represents ALL of my financial history - also, I don't encounter any weird Quicken bugs or problems.
Okay so the cause of "corruption" was actually the removal of the banking side of the transfers when you selected to copy from a date forward. In addition, the Copy was corrupted as evidenced by the doubling of file size.
The solution is to revert to a backup file dated before you made the copy and use that going forward. Your file size is not so large that removing transactions will cause Quicken to run any faster.
And/or …. Don’t do the Copy & Delete -
