At 7:03 AM -0800 11/8/2008, Al wrote: >On Nov 7, 11:11 am, Dan <[EMAIL PROTECTED]> wrote: >> >> The nature of the backup is such that you need lower level access >> than AFP provides. CCC supports this by creating an encrypted tunnel >> between the two Macs then running on each. I haven't tested it yet >> but am planning to. Check the CCC docs for details. (This is what >> Bill is talking about re Credentials in his reply). > >I googled "AFP" and I see "Apple Filing Protocol." Does this mean >CCC does not involve sharing?
Depends on how you define "sharing". In this scenario - backing up a volume from one Mac to another Mac over a network, CCC does not use AFP (reasons above). But it still has to move the data... > > Having them run to a NAS ... means they're speed limited by the network. Now we're talking about backing up a volume on a Mac to a NAS device - not another Mac. from CCC's doc: "CCC does not currently support backing up directly to an AFP, NFS, or SMB network share. You can back up to a disk image on these types of volumes, but a volume to volume clone is not permitted (or technically feasible) to network shares." That means the thing CCC creates on the NAS volume is NOT bootable. It is a virtual disk image file (dmg) that can be used at a later time to create a bootable volume. This is because to access the volume on the NAS, CCC must use AFP - which brings us back to the original AFP problem. That's not necessarily bad. It just means some rethinking as to how to handle the backups. >Not so bad, right? As long as I do not use WiFi, and with gigabit >ethernet on all machines and switches except for one iBook G4? This >can be better than, or as good as USB 2 for typical real world >throughput? This I see in "Exploring Time Capsule: theoretical speed >vs practical throughput" > >http://www.appleinsider.com/articles/08/03/28/exploring_time_capsule_theoretical_speed_vs_practical_throughput.html Great article! Looks like the performance over gigE or 11n isn't too bad. If your network is also used for regular 'net surfing and such, that would slow things down more. Gotta read up more on TC. I'm wondering how much performance suffers when you're pushing the data to the shared drive hard *and* doing 'net stuff. Many WAPs really slow down when you have a lot of NAT connections going. And this is that plus file sharing. > > And that drive is running all the time - so you'll need to make >other backups too. > >Is this always the case? I thought that some external hard drive >models spin down when there is no reading/writing. I seem to >remember seeing complaints in these lists that response to demand >for access is therefore not immediate. If the drive is ONLY used for backups, then it should be spun down while not in use. But it IS connected, so it can be spun up and/or hit with power surges at any time. >What other backups would I need? Well, it's always a good idea to have multiple backups. What happens if you have a failure WHILE you're running the backup? At that point, you can end up with NO backup! At home, I keep two backups. The "primary" is on a LaCie external drive that gets updated daily (incremental) and monthly (full). Except when being used, it is totally unplugged. My "secondary", right now, is burned DVDs. Not bootable, just my user data, made with Finder drags. I give them to a friend for remote off-site sock drawer storage. - Dan. -- - Psychoceramic Emeritus; South Jersey, USA, Earth --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed Low End Mac's G3-5 List, a group for those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs. The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette guide is at http://www.lowendmac.com/lists/netiquette.shtml To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/g3-5-list?hl=en Low End Mac RSS feed at feed://lowendmac.com/feed.xml -~----------~----~----~----~------~----~------~--~---
