Jump to content

DaveD

Members
  • Content count

    13
  • Joined

  • Last visited

  • Days Won

    1

DaveD last won the day on January 21 2013

DaveD had the most liked content!

Community Reputation

1 Neutral

About DaveD

  • Rank
    Occasional forum poster

Profile Information

  • Gender
    Male
  • Location
    Central Virginia
  1. DaveD

    Change browser

    David, that did it. Thanks. DaveD
  2. DaveD

    Change browser

    I just upgraded to Retrospect 8, but I believe this problem existed in 7.7 also. I would like to use Firefox instead of Internet Explorer when I access online sites from Retrospect. Firefox is the default browser on my XP system. What can I do to make Firefox the default browser from Retrospect? Thanks, DD
  3. John, thanks for your response. You answered my questions, and well. I will now plan to go to disk backups, starting with the next recycle. Then I'll play with it a bit to further satisfy myself that that type of backup is at least as save as a file backup, including after grooming. I may even update to the latest Version 8, although I'm not sure that there is much in the way of enhancements over 7.7 in this area. DaveD
  4. Thanks for the reply, Jim. Your insight and experiences are helpful, but you really didn't answer my questions. I'm sure a member of this community must have the experience that would enable him or her to answer these questions. How about Retrospect support? I believe the differences between and confusion about FILE vs. DISK backups, as is evident by other threads in this forum, is worth a comprehensive answer. This is the type of subject that used to result in the generation of a "white paper" (when that term was in vogue). I'm a bit afraid of moving forward to DISK backups until I feel that my backups are safe and complete, especially when culling parts of them with the groom option. Thanks, DaveD
  5. Environment: Desktop with Win XP Pro SP3, Retrospect Pro 7.7.620, nightly local FILE backup to USB drive, two 1TB BU drives with one off-site, swapped regularly. I recycle the BU sets when the BU disks fill up, approximately once a year. This Retrospect BU strategy has worked well for at least 10 years now, with successful file recovery many times and system recovery twice. I had previously stayed away from DISK backups, but don't remember why (perhaps support of DISK backups in earlier versions wasn't that robust?), and I understand that over the last several years the whole concept and support of DISK backup sets has improved, so now that type of backup is recommended over a FILE backup, even with my 7.7 level. Perhaps I'm sort of stuck in the past and need to rethink this FILE vs. DISK strategy. That concern really came to my attention a few weeks ago when my on-site backup, then several hundered gigabytes in size, became corrupted for unknown reasons. It was not recoverable; I had to recyle it and start over. I just started using a DISK backup for my new laptop, and notice that it consists of many files instead of a single large file with the FILE backup. I suppose that is what makes it groomable? So I am strongly considering going to a DISK backup strategy for my desktop. But I have a few questions that I haven't been able to answer through Retrospect support of this forum. 1. In the instance above, would I have potentially avoided the corruption of my entire backup if it were a DISK backup? Losing one or more of these smaller backup file would have cost me what? 2. In my environment, is one backup type fundamentally more desirable than the other? Advantages/disadvantages of each? 3. The "grooming" concept is a bit difficult for me to understand, not having done it. When I groom, will I still have a complete system backup to restore from, a backup that is simply missing some of the sessions, or nightly backups, in the larger backup? Or will I have to exercise caution when I groom to make sure that I am not ending up with a partial backup, one that would not allow me to do a full system restore to, say, last night's image? Thanks, Dave D
  6. DaveD

    Quicken datafile "not valid" error

    In my opinion, the fact that I am running an older level of Quicken, still supported by the operating system, doesn’t mean that Retrospect support should conveniently choose to ignore my problem, as appears to be the case here. I believe that Retrospect support should be assisting with any application problem that results from a backup made by a supported version of Retrospect. But once support learned that I am running an older level of Quicken, this thread went silent and I had to solve the problem myself. Just in case anyone cares and would like to know just how this (apparently) works, I am appending the results of my experience here. I believe that earlier versions of Retrospect provided an option to not reset the archive attribute, but it isn’t clear that this could have been the case because, as I stated in an earlier append, if the user chooses to back up file security information (in an NTFS environment), Retrospect must interrogate the state of the archive attribute to determine whether file security information has changed. In any case, when I did my upgrade from Retrospect 7.0 to 7.7 several days ago, my ability to verify the options regarding that attribute on the earlier release were gone forever, so I cannot tell for sure. But in the event the user has selected the option to back up file security information, it is clear that in order to not uselessly back up information that hasn’t changed, Retrospect must turn off the archive attribute once the backup has been made. So what changed when I moved to 7.7? The upgrade retained all of my existing automation, including my backup scripts. Was my problem rooted in the selection, on my backup scripts, of the option to back up file security information and, if so, did the upgrade process turn on this option in error or did I perhaps, without later remembering the action, change that option myself after the upgrade was complete? In any case, repairing Quicken and turning off this option solved the problem—Quicken is now working properly after doing normal Quicken updates and a couple nights of Retrospect backups. Retrospect is also no longer turning off any archive attributes. But as I mentioned above I had to repair Quicken for it to work properly. This consisted of restoring the entire QUICKENW Program Files directory and its subdirectories from the last backup I had made pre-7.7. Only then did the customizing—screen make-ups, financial and retirement planning—and other Quicken functions return to pre-7.7 backup settings. So even though there were no changes to any of the files in the Quicken directories (it also makes use of many .ini files and none of those were changed either), the Quicken operational characteristics were drastically altered after the 7.7 backup, and restored when I restored the pre-7.7 environment. This did not include restoring the Quicken data files themselves, as I had done that earlier (and turned on the archive flags), allowing Quicken to run but not restoring the earlier operational environment. I can only conclude that Quicken makes use somehow of the NTFS directory structure to store information about its operational environment, and that information is altered by a Retrospect backup, especially when Retrospect is told to back up file security information. Can that be so? So I ordered the latest Quicken 2010 and will go through the time and effort to upgrade, even though Quicken 2001 gives me everything I need. It has to be done eventually, and hopefully Quicken will have fixed its archaic file structure. But I wouldn’t bet on it, and I’m not looking forward to the potential upgrade hassle. All this is not to imply that Retrospect has a code defect and that is isn’t working as it should be. My problem is that the Retrospect help files and user documentation aren’t nearly as up to date as the Retrospect software is, and along with the fact that it doesn’t get as deeply as it should for a professional version of a product (many small enterprises bet their life on backup software like Retrospect and need detail), it can be confusing and misleading. Retrospect support should be making up the difference between current code and current documentation, and at least providing additional in-depth information as needed. Ignoring the problem doesn’t make for happy customers. My experience after forty plus years in the information technology industry is that many customers have no choice but to run what we called (several years ago when I retired) “legacy†applications, and these applications, just like everything else in their enterprise, are central to their business and to their survival. The backup and restore of those legacy applications by Retrospect needs to be as vigorously supported as the rest of the mix of software that Retrospect touches. DaveD
  7. DaveD

    Quicken datafile "not valid" error

    Sorry, wrong product. This is Quicken 2001. I know, it's really old, but it does the job well and, as you can see, upgrading software is not without its challenges. My wife is the exclusive user of Quicken and, even more than I, doesn't like change and the hassle that often comes with change. So we stay there until forced to move forward by loss of operating system support. Regarding the previous post, the question about backing up the workstation's file security information still applies. I don't have to back that up; I can turn that option off. But I would do so only if Retrospect then leaves the archive flag alone. DaveD
  8. DaveD

    Quicken datafile "not valid" error

    7.7.3.102. Just upgraded to 7.7 and that maintenance level last week. Previous release was last maintenance to 7.0, and I didn't have this problem. It may be that I was able to tell 7.0 to not turn off the archive bit, or maybe it left it on by default? Reading a bit more about this, it appears that Retrospect 7.7 turns off the archive bit for at least one valid reason, that being to tell whether, if the option is enabled, it needs to back up a workstation's NTFS file security information, as Win XP will turn the archive bit on whenever the file security information is changed. If I am digesting this correctly, would it then _not_ mess with the archive flag if I _don't_ tell it to back up the workstation NTFS file security information (this option is off by default)?? Make sense? DaveD
  9. I just upgraded from Retrospect Pro 7.0 to the latest 7.7. Now I can't open Quicken data after a Retrospect backup. Turns out it is exactly the problem reported by knowledgebase article #28114, published way back when... So the archive flag is being turned off on backup, and Quicken doesn't like that. Retrospect Help tells me to set up my backup script to _not_ turn off the archive bit. That would be done from the Manage Scripts... Options... Windows System setting. That capability does not exist on 7.7, in any case I cannot find it anywhere. The archive flag must stay on. Any ideas? Thanks, DaveD
  10. Bummer. Any workaround? I can't even install it on my test system (same machine, different boot) since I use it to restore my production system in the (hopefully never again) event that it goes south. I've done that a couple of times in the last several years with Retrospect and it saved my butt. So what are my options? Stay with 6? Is there a real good reason to move up to Retrospect 7 as long as I'm running XP? (I don't plan to go beyond XP until I upgrade my hardware maybe five years from now.) Thanks again, DD
  11. I just received a couple of Iomega USB drives for external backup to replace my older smaller capacity backup drives, and they come with a copy of Retrospect Express 7.6, which I would like to try and if it passes muster, order the Professional upgrade for this release. I am currently running Retrospect 6.0, last update, on this computer, have been for many years. I don't want to replace it until and unless I decide to upgrade to the latest Retrospect Professional version. When I install Retrospect Express, will it replace the current 6.0 Professional copy, or can I elect to have both versions running on the same machine at the same time? Thanks, DD
  12. Problem solved... Windows Event ID 51 Paging Errors were occurring at the same time as the -1106 errors. These errors were happening during the Retrospect scan and were canceling the scan, resulting in zero files in the scan count, hence the "media blank" problem. Turns out the paging errors are not necessarily related to the pagefile (which is on another disk on my system), so I didn't pay much attention to them. But Microsoft article ID 244780 states: "However, the computer may log this event message [Event ID 51] when it loads images from a storage device, reads and writes to locally mapped files or to any file (as long as it is buffered I/O)." It turned out to be index errors on drive C. Scandisk fixed the problem and it is now backing up properly. This is my first exposure to EMC support as a licensed user. There are a couple problems with this. 1) It appears that there is no EMC Retrospect support unless you purchase a support contract. Am I wrong? Did I miss something? Is this forum officially supported and responded to by EMC Support? Almost every application I use, even the nearly freebees, provides at least email support as part of the vendor's basic commitment to its product. 2) EMC Retrospect should pay more attention to errors and provide more robust support in the code to handle them. This problem dropped me into a black hole, with no way out but hours of work on my part. Cheers, Dave D
  13. Windows XP SP2 system C drive will not back up, Retrospect returns error -1106 (media blank). All other drives (data) back up properly. This has been happening every night during auto backup since 7/13 when backup logged several thousand -1101 errors on C drive during compare after backup. For diagnostic purposes I created a backup script that backs up only the C drive. During execution, Event Viewer Application log shows informational messages stating "Retrospect configuration completed successfully" (11728), several of "CI has started for catalog. . ." (4137), then "Retrospect failed . . . " (1106). Nothing special here? Repairing the program with the Retrospect install repair option did not help. Updating to driver 7.0.12.105 did not help. Stripping out options on this diagnostic backup, including just about everything, did not help. I back up to an external USB drive. Backing up to a DVD had same problem. Windows XP is close to up to date with the Microsoft updates. No other application is loaded or running. Can you help? Dave D
×