Jump to content


  • Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About j.a.duke

  • Rank
  1. Thanks for the information. I've got the D2D2T setup as Robin has noted in the video with the settings changes that you have noted. Backup of e-mail server via Retrospect client to disk media set starts at 2000 hours, finishing within 3 hours (~20 gigs of data). Copy Backup (from disk media set to tape media set) starts at 0300 hours and runs for ~6 1/2 hours currently. In "the early days" it would be wrapped up well before I arrived in the office. Would it help if I ran a test to a new tape to benchmark the throughput for an initial backup? There are really two interrelated problems here: speed of backup and efficient use of tape capacity. In my media set window, the first tape shows 4.4 TB used, 9.9 TB free for a total of 14.3 TB. The second tape member show 167.2 GB used, 5.6 TB free for 5.7 TB total. Both tapes are LTO-7 media (in an LTO-8 drive). My goal was to fit an entire year of backups onto a single cartridge for each of our critical systems and send those off-site at year-end. Thanks. Cheers, Jon
  2. All the components were new in ~March. Hadn't had a tape drive previously in this setup (used a VXA-320 long time ago). But, I'm seeing multi-gig performance (typically) to the array, but 60-70 meg/min from the array to the tape for my mail server copy backup. I run three copies to tape, a small data amount (<5 gig) from our slowly deprecating file server is ~2 megs/min, our document management server (~15 gig) that runs 1-3 gig/min and the mail server (20-25 gig) at 60-70 megs/min. Would the number of files needing to be copied affect the performance? Each of these has two sources (startup & data volumes). But email has ~50k files per copy, the others <7k typically) Thanks. Cheers, Jon
  3. I added a shiny new LTO-8 drive to my backup plan earlier this year. My copy backups are running fine (no errors), but the performance is currently terrible. I can't find early executions (the log only has about one month of entries), but I seem to think they were much better throughput (4-6 GB/min vs the current mid 2 digit MB/min). Retrospect is 15.1.2 (I see that 15.5 arrived this morning, but I don't see anything in the release notes regarding this problem). My config is: Mac Mini mid-11, 2GHz QCi7, 16 GB RAM running 10.12.6. Network connection is via a Promise SANLink2 10Gbase-T adapter. Primary backup storage is an Areca ARC-8050T3-12. Tape drive is Quantum LTO-8 external connected via an OWC Helios TB3 with an ATTO ExpressSAS H680. This card was chosen over a ThunderBolt/SAS box because the vendor (BackupWorks.com) recommended it as more reliable (at least the ATTO card). For those of you playing along at home, I have the Thunderbolt chain configured like this: Mac Mini - SANLink2 - Apple TB/TB3 adapter - ARC8050T3 - OWC Helios TB3. Source is the disk set (ungroomed) of our e-mail server. The rules for that set is "All Files Except for Cache". Catalog is not set to be compressed. Destination is a Tape set with "Fast Catalog rebuild" checked. The set has 12,951,189 files occupying 4.5 TB. The script has the "All Files" rule set. Options set are Media Verification, Match Source Media Set to destination Media Set, Don't add duplicates to Media Set, Match only files in same location/path. This machine is dedicated to running Retrospect. Is there something I should set differently that would improve the performance? Does the information is this post http://forums.retrospect.com/topic/154263-realistic-time-for-copy-media-set/?do=findComment&comment=264611 have any relevance to what I'm doing? Thanks. Cheers, Jon
  4. I've got one client which the server isn't using Instant Scan for backup. This just started after the 7PM backup of the client last night. Backups were running in 15-20 minutes with ISA on, now take at least 30 minutes, likely more. Retrospect 10.5.0 (145) on a Mac Mini quad-core i7 running Mac OS X 10.7.5. Instant Scan is enabled in the client (Mac OS X Server 10.6.8 on a 2006 xServe). RetroISA process is happily chewing up CPU cycles there as well. "Using Instant Scan" is missing from the start of the backup log for this client. It is present on backups of other clients. Client was at 10.2 something earlier, so I upgraded to 10.5 client. I've disabled & enabled Instant Scan on the client side. I don't see anything on the forums about this problem or how to troubleshoot it. This server was restarted last Friday, early morning. Any suggestions? Short of a restart (which is difficult for this server), anything else to try? Thanks. Cheers, Jon
  5. I think a better solution would be to include in the engine installer commands to stop the engine if it is running, perform the installation, then start the engine again. That would be the way that many applications handle this scenario. Cheers, Jon
  6. I'm considering purchasing the Disk-to-Disk edition to backup my Win2008r2 Server. Does anyone have practical experience in setting this up with add-ons like SQL Server & Open File? Thanks in advance. Cheers, Jon
  7. j.a.duke

    Setup Guide?

    Robin, Can you add this to the documentation for 10.x and 8.x, please. I don't think the app is even mentioned in the 10.x documentation (at least not under "iOS"), but it should be listed, if nowhere else, but in an appendix. The first place I turn is the documentation before the forums or other support channels. Thanks. Cheers, Jon
  8. I know with v8, even though I had volumes on the desktop, if it wasn't via the major protocols (afp or smb) I couldn't add it. Cheers, Jon