<div>Thanks Donna, Mark and Roland, </div>
<div> </div>
<div>From time to time some government jurisdictions raise the issue that legally they can&#39;t store their data outside their State. </div>
<div> </div>
<div>This appears to stem from legislation from several centuries ago that for reasons of security their data should not be allowed to fall into the hands of rival States/Territories.</div>
<div> </div>
<div>Ironically this would now place them at highest risk of losing data through technological failure or physical catastrophe (earthquake, tsunami, terrorist action etc)</div>
<div> </div>
<div>Ken Price</div>
<div> </div>
<div>TASITE</div>
<div><br><br> </div>
<div class="gmail_quote">On Wed, May 9, 2012 at 10:55 AM, Donna Benjamin <span dir="ltr">&lt;<a href="mailto:donna@cc.com.au" target="_blank">donna@cc.com.au</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">We run server nodes in Tokyo, California and London.<br>We also have a virtual server in Brisbane.<br><br>And we&#39;re a tiny 2 person web dev &amp; hosting company.<br>
<br>What&#39;s of increasing interest are issues around legal jurisdiction when<br>it comes to data. Ever thought about who your &quot;virtual&quot; neighbours are<br>on the box your virtual server, or shared hosting arrangement sits on?<br>
<br>If you host data for people in other jurisdictions are you subject to<br>their laws? Or are they subject to yours? Or both? If you host your data<br>with a US company is your data subject to the Patriot Act? If the FBI<br>
seize your server because someone is running a mega upload file sharing<br>service... do you have any recourse?<br><br>&quot;May you live in interesting times... &quot; ;)<br><br>- D.<br>
<div>
<div class="h5"><br><br>On Tue, 2012-05-08 at 13:30 +1000, Roland Gesthuizen wrote:<br>&gt; Sorry to reflect back on this old thread.<br>&gt;<br>&gt; I heard from a senior IT engineer in NSW that many of the big cloud<br>
&gt; providers, now backup the data across continents. I has been said that<br>&gt; &#39;it isn&#39;t a backup until the backup has left the building&#39;. I guess we<br>&gt; can now say that you don&#39;t really have a backup until you have stored<br>
&gt; it on multiple continental plates. If you could connect these volumes<br>&gt; and sync with an atomic clock, it conjures an image of an<br>&gt; intercontinental raid device or a super cloud drive that spans the<br>&gt; globe with transnational redundancy. :-)<br>
&gt;<br>&gt; Regards Roland<br>&gt;<br>&gt; On 20 April 2012 08:21, Mark KELLY &lt;<a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a>&gt; wrote:<br>&gt; &gt; &quot;Given some of the recent (and high profile) cloud storage outages with both<br>
&gt; &gt; Amazon S3 and Microsoft Azure, there is a growing interest in providing<br>&gt; &gt; fault tolerance across storage providers. In the same way local storage<br>&gt; &gt; solutions provide RAID, cloud storage could benefit from a redundant array<br>
&gt; &gt; of cloud storage solutions (RACS). &quot;<br>&gt; &gt;<br>&gt; &gt; <a href="http://www.wired.com/cloudline/2012/04/duracloud/" target="_blank">http://www.wired.com/cloudline/2012/04/duracloud/</a><br>&gt; &gt;<br>
&gt; &gt; --<br>&gt; &gt; Mark Kelly<br>&gt; &gt; Manager of ICT, Reporting, IT Learning Area<br></div></div></blockquote></div><br><br clear="all"><br>-- <br>Dr Ken Price MACS ACCE Professional Associate.<br>President, TASITE<br>