<p dir="ltr">The underlying idea behind the tech may be old, but for given purposes, it is still hard to beat tape.</p>
<p dir="ltr">I can buy LTO5 tapes these days for around $50 each. That makes their $ per GB ratio very favourable.</p>
<p dir="ltr">Tapes also tend to be much lighter than hard drives for the data they carry, and generally more resistant to bumps and knocks during transit.</p>
<p dir="ltr">LTO5 is also very good at storing streaming data - exactly what most backups are made of (if you're off-siting anyway).</p>
<p dir="ltr">And as the old saying goes, never under-estimate the bandwidth of a station-wagon full of backup tapes. </p>
<p dir="ltr">Sure, the latency might be horrible, but the payload is bigger than you'll ever achieve using any known network protocol or technology - which is why I've seen tapes used to migrate data between international sites (you get get terrabytes of data from one side of the world to the other in less than 24 hours in nothing more compex than a briefcase and no more expense than an economy-class ticket - doing the same thing over a network, no matrer how much bandwidth you think you have between say Germany and Australia). Oh, you want guaranteed delivery? Two copies (on tape), sent with different minders on different flights on different routes.</p>

<div class="gmail_quote">On 25/10/2013 9:02 AM, "Matt Palmer" <<a href="mailto:mpalmer@hezmatt.org">mpalmer@hezmatt.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, Oct 25, 2013 at 07:01:13AM +1000, Luke Smith wrote:<br>
> > I'm somewhat surprised that it isn't a more widely-broadcast best practice<br>
> > to ensure that the machine being backed up has no capability to modify the<br>
> > existing backup sets.<br>
><br>
> And that's why I still think tape (or other offline storage) is still a<br>
> valuable part of any backup strategy.<br>
<br>
You don't need to resort to antiquated technologies to avoid clients being<br>
able to nuke their own backups.  Server-initiated backups (my preference)<br>
get this capability by default, and even with client-initiated backups, it's<br>
not hard to allow the client to create and write to a new backup set without<br>
allowing the client to modify or remove completed backup sets.<br>
<br>
- Matt<br>
<br>
<br>
--<br>
Sure, it's possible to write C in an object-oriented way.  But, in practice,<br>
getting an entire team to do that is like telling them to walk along a<br>
straight line painted on the floor, with the lights off.<br>
                -- Tess Snider, <a href="mailto:slug-chat@slug.org.au">slug-chat@slug.org.au</a><br>
<br>
_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote></div>