-
Website
http://www.ehomeupgrade.com/ -
Original page
http://www.ehomeupgrade.com/2007/10/26/not-impressed-with-apples-time-machine-feature/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
daskino
7 comments · 1 points
-
MitchGarvis
2 comments · 1 points
-
DeadPenguin
6 comments · 1 points
-
nite_man
3 comments · 2 points
-
Simon_Mackay
37 comments · 1 points
-
-
Popular Threads
-
Iomega Intros the $99 iConnect Wireless Data Station / NAS Adapter
1 day ago · 2 comments
-
Syabas Unveils the Popbox HD Network Media Adapter
2 days ago · 1 comment
-
Iomega Intros the $99 iConnect Wireless Data Station / NAS Adapter
You're kidding about the rant, right? How else do you get the new features?
Guessing off the top of my head, you might need Leopard at both ends because viewing the history of the files might need the capability to do a search on a remote desktop, and that capability is in Leopard's Spotlight, not Tiger's.
Oh, there is only one kind of Leopard OS to buy, not 6. There is no software keys on it either (unless Leopard has that as a big change, and I have heard nothing about that.)
Isn't Rsync with SAMBA capable of doing this?
You're assuming that all the work can be done client side. As an example, having the client scan the remote volume for the presence of a file would be miserable. You want the server to take the search params and just present the result set.
Not sure I follow. If I have a client that can search all the network shares and make a backup for added protection, isn't that what we want? Of course, just having the client catalog all file changes on the host PC with redundancy is more efficient, but that's just one part.
Maybe it's just me. Can someone explain to me how Time Machine does this task better?
I'd love to get some input from a developer or IT guy who works with AFP as to why this suggestion is not possible.
@KiltBear - "Wikipedia: Mac OS X v10.4 and later eliminates support for AFP servers that rely solely on AppleTalk for communication." So, yes, Time Machine on Leopard should theoretically be able to work with Tiger.
If I'm correct it is totally unreasonable to think a 10.5 system would backup a 10.4 system. It does beg the question, wouldn't it be possible to backup a 10.5 system to a networked 10.4 AFP share? The only limitation I can see are the new cache files for things like quick look.
The big shocker here is no support for Air Disk. Hell I thought that feature was created for Time Machine and that Apple expected to sell a boat load of the units. It also shocks me that Apple didn't market an external hard drive as part of the 10.5 launch.
Granted I am still just guessing about TimeMachine using remote Spotlight to find files, but it is a specific example of splitting functions intelligently between tasks better suited at the server and tasks better suited running on the client.
(BTW your reference to rsync also has client and server aspects to it if you are not just using rsync to do file based syncing across mounted volumes, but between systems that don't share mounts.)
You don't want the clients searching the network shares. That is network traffic intensive. (Imagine doing it over 802.11b or g!) Use the system level search/index present from the server's OS now available remotely in Leopard. I don't see an advantage of having two copies of the catalog of files that sit on the backup disk. I see disadvantages if somehow they get out of sync. MacOSX has that indexing built in at the OS level, no need to have the backup client do it again.
Of course, thinking about my rsync comment above... does TimeMachine even need to actually mount the remote file system to do its backups, or is it just done over its own dedicated net connection like rsync between two servers can?
I was hoping to be able to use it with Time Machine, and I'm not best pleased to find out that it won't work. Maybe they'll roll it out as a future update to 10.5? I can hope...
I have been using this for over 4 months now with no problems. My Home directory is over 30GB and on a second partition from the boot disk. Backs both up fine.