Jump to content

davepres

Members
  • Content count

    7
  • Joined

  • Last visited

Community Reputation

0 Neutral

About davepres

  • Rank
    Newbie
  1. Robin: Thanks for the reply. I communicated with you in October 2011 and recieved a similar response from you and your engineering team: ____________ "We checked with the main engineer on the Retrospect team and asked him to verify if we support the Recovery Databases in Exchange 2010. This was his reply: "Yes, we support them. A customer can create a recovery database and Retrospect will restore to it like any other database. See "http://technet.micro...y/dd876954.aspx" for more info on RDB's." So if the database exists, Retrospect will automatically restore into it. Which is basically the same way it used to work with the Recovery Storage Groups in older versions of exchange." ____________ This still doesn't make sense, as Exchange 2010 Recovery Databases are different than the older (Exchange 2007/2003) Recovery Storage Group. When you create a Recovery Database, it's not associated with an actual database like the old Recovery Storage Group was, so Retrospect won't know to redirect the restore. That's why the other backup vendors now have an option to select where the actual database and log files are restored to. This was a major change when Exchange 2010 was introduced. Please correct me if I'm wrong :-). So I guess I was just looking for some real-world use of this with Retrospect from the user base. Since no one has chimed in, I'm assuming either no one has tried it or it doesn't work - either way isn't good. We've since deployed another solution for our primary backups (Veeam Backup and Replication) and just keep Retrospect for tape offload and secondary database backups in case Veeam fails. That being said, I'm still a fan of Retrospect. If you improve this functionality in future releases (and add adequate support docs and tutorials) I'll be all ears... Best, Dave
  2. I'm trying to fugure out how to restore exchange 2010 database backups to a 2010 Recovery Database. Has anyone actually performed this task? The proces is much different than restoring to the older Exchange 2003 Recovery Storage Group, which worked flawlessly for me in the past. Retrospect support has claimed that this is supported, but I don't see how this can be. Specifically, the recovery database requires you redirect the database and transaction log files with the backup program, since it's not tied to a specific database when you creat it in the gui. From my tests, there's not an option to "redirect" the database and log files to an alternative location. Symantec Netbackup/Backup Exec,even windows server backup have this option built right into the gui. Here are some references on how to use the recovery database: http://msexchangeguru.com/2010/05/23/exchange2010-recovery-database/ http://www.expta.com/2009/10/how-to-use-recovery-database-in.html Any thoughts on this? Hopefully I'm overlooking something. Right now, the only use I can make of Retrospect is for a full recovery of the databases - overwriting the original databases. I'm runing a DAG cluster, so it's unlikely that I'll ever need to do a full recovery (knock on wood).
  3. I'm wondering if the latest version of Retrospect can restore to a recovery database in Exchange 2010. The "Recovery Database" feature is a bit different than the older "Recovery Storage Group" in older versions of Exchange, and there's ZERO documentation on the Roxio support website about it. I'm curious if anyone's tested this. Thanks, Dave
  4. That's unfortunate. Dell uses an OEM IBM LTO-5 drive (ULT3580-HH5) that's not in the Retrospect HCL.
  5. Has anyone had experience with Dell TL4000 tape libraies (with the LTO-5 drives)? In the HCL it states that only up to LTO-4 is supported with Retrospect. I'm wondering if this is a developement issue or if they just haven't tested it yet. Thanks, Dave
  6. I reverted back to 7.6 and had to recreate all of my catalogs, modify all of my scripts and redo some archival tape backups so they could be retrieved in the 7.6 version. Luckily I had snapshots on disk (once tapes are written in 7.7 format, they can't be read by 7.6). Serious waste of time... I won't be thinking about this upgrade again until EMC proves that they have their act together. Their support techs were not very insightful. They basically said sorry, this was their first attempt at an x64 app...
  7. I'm getting unreasonably high cpu utilization ffrom retrospect 7.7 x64 (70%+ with simultaneous executions running).
×