<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 23/04/2012 21:57, David Colon wrote:
<blockquote
cite="mid:CAL_oxbie=Y_bKu5H9MjhsBnh4aJRwNv4g1JqOpAMB18uJmdShQ@mail.gmail.com"
type="cite">On Mon, Apr 23, 2012 at 4:23 AM, Tethys <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:sta296@astradyne.co.uk" target="_blank">sta296@astradyne.co.uk</a>></span>
wrote:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
</div>
Someone else has your data. Not that they'll be able to get at
it<br>
if it's suitably encrypted[1], but they can deny you access to
it.<br>
For that reason alone, I won't be putting any of my data in
the<br>
cloud now, or for the forseeable future. Or probably ever.<br>
</blockquote>
<div><br>
</div>
<div>The same caveat applies if your servers are in a data
center that you do not own. Your physical and network access
can be removed by the ISP at any time. You still need to
maintain backups of your data in a separate location.</div>
</div>
</blockquote>
<br>
If you're running your own servers of course you send backups off
site. You'd be insane not to.<br>
<br>
In addition, you should make sure that the offsite location isn't
somewhere to which you can be denied access at the same time by the
same provider. e.g. not another datacentre operated by the same
provider where you'll be locked out of both if the provider goes
bust.<br>
<br>
S.<br>
</body>
</html>