linuxaudio.org

--nextPart1440400.6gGFAhZPcC

Content-Type: Text/Plain;

  charset="iso-8859-1"

Content-Transfer-Encoding: quoted-printable
On Thursday 16 December 2010 01:13:24 Dan Kegel wrote:

quoted text
> On Wed, Dec 15, 2010 at 10:48 PM, gene heskett  wrote:

> > Now, if we can just get a law that when I have ... issued the delete to

> > the server, it truly was deleted

>=20

> For what it's worth, Google's caution in promising deletion

> is probably because it's not quite sure how to do that

> quickly.  Users would be Very Very Angry if a disk outage

> or a fire in a datacenter resulted in the loss of their stored

> email, so Google probably has some sort of offsite backup

> arrangement, and that might complicate prompt deletion.

> ... yup,

> http://mail.google.com/support/bin/answer.py?hl=3Den&answer=3D7401

> says

> "residual copies of deleted messages and accounts may take up

> to 60 days to be deleted from our active servers and may remain in our

> backup systems."

>=20

> So, if you were google, would you use tape backup?  If so,

> how would you do that permanent deletion thing?  If not,

> how would you make darn sure you didn't anger users by

> losing messages during a disaster?

I don't think google uses magnet-tapes or similar for any backups except th=

e=20

vital core data of its business. Given the number and size of their data-

centers around the world, they just sync the data to a different part of th=

e=20

world an be done with it. Of course the deletion has to be synced to all=20

remote-copies and probably also forwarded to older backups but once such a=

=20

mechanism is implemented it should do the actual delete within a day...
There are even universities that decided against a new tape-library and in=

=20

favor of a big stack of disks for long-term backup because these where=20

cheaper, similar reliable and much faster for restore. And they don't need =

a=20

special tape-library-managing app to access the data, a file-browser or the=

=20

command-line is enough...
Have fun,
Arnold
--nextPart1440400.6gGFAhZPcC

Content-Type: application/pgp-signature; name=signature.asc

Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----

Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAk0JwBoACgkQuYLL1cDjHx1zMQCeLgxsEsl4u6NWfYmrqdBlXt6l

JosAn0jpMnKNcp6EY2eagses8ewQTU69

=IySW

-----END PGP SIGNATURE-----
--nextPart1440400.6gGFAhZPcC--