With the new pricing for Google cloud storage, it seems like a really
viable option. It would be just $10/mo for 500GB of DRA. I've fiddled with
their API and it's fairly simple. It could easily be added to a script that
does the backup of your database or file system.
On Mon, Mar 24, 2014 at 5:4
I was looking into this today and found a few possibilities:
$20/mo for 500 GB https://backupsy.com/#faq-technical
$15/mo for 500 GB http://buyvm.net/ (click on "KVM / Windows / Storage")
$13/mo for 400 GB https://www.cloudshards.com/backupvpshosting.php
You can probably google for coupon codes a
On Fri, March 21, 2014 16:12, Chris wrote:
> On Fri, Mar 21, 2014 at 12:46 PM, S. Dale Morrey wrote:
>
>> Depends on the amount of data, but I've had great luck with AWS S3fs and
>> glacier for dealing with backups.
>>
>
> I'm curious to know how well this works (economically and practically) at
>
Thus said "Ryan Simpkins" on Fri, 21 Mar 2014 10:46:51 -0600:
> You may now commence the public lashings and/or flame-wars over which
> backup solution is superior
Has anyone ever experimented or currently use datahaven?
https://pypi.python.org/pypi/datahaven/
http://datahaven.net/
Or how
On Fri, Mar 21, 2014 at 12:46 PM, S. Dale Morrey wrote:
> Depends on the amount of data, but I've had great luck with AWS S3fs and
> glacier for dealing with backups.
>
I'm curious to know how well this works (economically and practically) at
various scales. Would you be willing to share some (r
Depends on the amount of data, but I've had great luck with AWS S3fs and
glacier for dealing with backups.
Cron runs a daily backup snapshot and copies it to s3fs
s3 expires the data after 4 months and the space magically re-appears on
the disk. Meanwhile it's safely stored in the cloud and glacie
For a while, we solved this issue by putting our backups on the same
partition as our database. We would rsync, but not delete. Our customers
were great at notifying us when the disk was full.
On Fri, Mar 21, 2014 at 10:46 AM, Ryan Simpkins wrote:
> Don't let this be you
>
> Then: Backup ser
For them, not for you.
Their restore client sucks rocks.
On Mar 21, 2014, at 11:40 AM, Doran L. Barton wrote:
> On Fri, 21 Mar 2014 11:00:09 -0600
> Kyle Waters wrote:
>
>> I tell my students if they haven't tested their backups they don't have
>> backups.
>
> Backups?! That's so 2000s. The
On Fri, 21 Mar 2014 11:00:09 -0600
Kyle Waters wrote:
> I tell my students if they haven't tested their backups they don't have
> backups.
Backups?! That's so 2000s. These days, with the NSA, data backups are a
completely unnecessary thing of the past!
--
Doran L. Barton - Linux, Perl, Web,
On Fri, Mar 21, 2014 at 11:00 AM, Kyle Waters wrote:
> On 03/21/2014 10:46 AM, Ryan Simpkins wrote:
>
>> Don't let this be you
>>
>> Then: Backup server became full, backup script silently stopped
>> functioning...
>> four months later I finally find out when it is time to do a restore.
>>
>>
On 03/21/2014 10:46 AM, Ryan Simpkins wrote:
Don't let this be you
Then: Backup server became full, backup script silently stopped functioning...
four months later I finally find out when it is time to do a restore.
I tell my students if they haven't tested their backups they don't have
Don't let this be you
Then: Backup server became full, backup script silently stopped functioning...
four months later I finally find out when it is time to do a restore.
Now: New fancy backup partition created, updated alerting to notify if it
happens again, send e-mail to local IT group rem
12 matches
Mail list logo