Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 06-26-2009, 11:20 AM
bittondb bittondb is offline
Registered User
 
Join Date: Jun 2009
Posts: 4
Geographically Desperate Backups

I'm currently generating local Time Machine backups to an iSCSI target. I want to now backup my machines to a geographically disparate location. I realize I have several options. My plan, as it will, is to establish a router-to-router VPN connection to another site, and then backup to a target machine there. The question that I have is what sort of target should I have remotely that SuperDuper will like the most? I was thinking about a Mac Mini Server with a Drobo attached to it. The other option is to build another Openfiler machine and configure it as an iSCSI target.

What works best?
Reply With Quote
  #2  
Old 06-26-2009, 11:22 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Well, iSCSI would certainly be the most direct solution, since you'd write directly to the virtualized drive. Likely to be slow, though.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 06-26-2009, 01:50 PM
bittondb bittondb is offline
Registered User
 
Join Date: Jun 2009
Posts: 4
Sure iSCSI may be slow if you are comparing it to USB and/or Firewire however it's 10 times faster than SMB/CIFS. As I understand it, SD will perform incremental backups, yes? So really only the first backup will the be most difficult. Furthermore, I could do the first backup locally on the LAN, and then transport the file server to the geographically disparate location and then just do incrementals from there. Does that make sense?
Reply With Quote
  #4  
Old 06-26-2009, 01:54 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Yes, that's fine. But I just want to set expectations - I get approximately FW400 speeds locally with iSCSI targets over Gigabit Ethernet... over a WAN/VPN, it's going to be much slower. Whether that will prove reasonable for you is something you're going to have to determine... let us know.
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 06-26-2009, 03:11 PM
bittondb bittondb is offline
Registered User
 
Join Date: Jun 2009
Posts: 4
Dave,
Given the alternatives (Mozy, Carbonite, etc.), what choice do I have when it comes to offsite backup, short of physically moving a drive back and forth? Also, if I feel like spending the $335 install fee, my cable company is now offering 101Mbps/15Mbs so while not gigabit, certainly not too shabby.
Reply With Quote
  #6  
Old 06-26-2009, 03:52 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Understood. That's why I'm saying you can give it a try and see how it works out...
__________________
--Dave Nanian
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
SD and TM backups - what goes first? Moses3d General 14 02-19-2008 01:53 PM
Saving backups? Necessary for scheduled backps? gcoghill General 2 12-09-2007 11:43 PM
Scheduled Backups Don't Run Drdul General 3 08-07-2007 06:45 AM
Scheduling Rotating backups Tangobozo General 1 09-18-2006 06:49 AM
Feature request: "Run scheduled backups NOW" option ChicagoLarry General 1 09-11-2006 12:29 PM


All times are GMT -4. The time now is 11:44 AM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.