Is there really still no way to schedule automated nightly backups? I sprung for the "unlimited bundles" addon, but it's sitting mostly idle right now because there's no way (that I can see) to have Heroku automatically capture a bundle. I tried adding `heroku bundles:capture` to my nightly cron, and it just returns an empty string. Any thoughts?
Scott On Oct 14, 12:15 pm, SimianLogic <[email protected]> wrote: > I'll also throw out that the current bundles system is kind of one- > size-fits-all. I have a separate git repo, so it's not worth paying > for you guys to back that up everything when I would really only need > my database backed up (assuming my production app was more critical, > anyway). My database size is so small right now (Blossom) that I could > just set a cron task to do the 'heroku db:import' every night to my > dev machine. > > If there was a weekly dbbackup(i.e. every night, but keeps the most > current 7) option that was priced alongside each database size option > (i.e. free or a couple of bucks for the cheapest one and scaling up > based on the size), I'd be much more likely to use it. As my database > grows and I upgrade to the next level, so too would my db backups > increase. > > In general, that applies to all of the add-ons. For a tiny app just > getting started, Heroku is the best deal going (free). Doing something > as simple as Delayed Jobs, though, and for the monthly $15 I feel like > I should just suck it up and put it on the $20 SliceHost where I can > also get all the other things (though I have to manage them). If I > were up to Crane and 4 dynos, $15 extra for DJ or $3 for the hourly > Crons would be more of a no-brainer. You could make the argument that > small apps don't really need those services, but it seems like sound > business sense to get us paying early so that when we scale up we're > already depending on the add-ons that will cost more as we grow (and > I'm willing to pay more later so that my startup costs are as close to > $0 as possible). > > On Oct 13, 6:59 pm, Carl Fyffe <[email protected]> wrote: > > > > > Nice change to the docs! Thanks! Much clearer now. > > > On Mon, Oct 12, 2009 at 3:58 PM, Jim Gilliam <[email protected]> wrote: > > > It never occurred to me that the unlimited bundles were abackupstrategy. > > > It's probably because the resources form says "nightlybackupsoon" - which > > > indicates that bundles aren'tbackup, and thatbackupisn't available yet. > > > > People tend to keep a rolling 7 days of dbbackup, at least I do. Having > > > that as like a $5/mo option, separate from single bundle or unlimited > > > bundles, would probably be used a lot. If the heroku costs are pretty > > > much > > > just S3, having it super cheap (or even free) if you supply your own S3, > > > would be awesome. > > > > Jim > > > > On Mon, Oct 12, 2009 at 10:36 AM, Oren Teich <[email protected]> wrote: > > > >> Coincidentally, we've been working on documenting our security > > >> policies (both how we treat your data as well as how we protect it). > > >> This Danger/MS kerfufle shows me I can't get it out soon enough. > > > >> In brief, there's two different aspects to this. > > > >> 1) protection we provide. We provide disaster recovery of all data. > > >> All database data is stored in a Raid 10 configuration. This provides > > >> us a huge amount of resiliancy in case of individual hardware failure > > >> on Amazon's side. In addition, all data in the database is backed up > > >> once every 24 hours to Amazon S3. These backups are stored in > > >> different availability zones to ensure no SPOF (single point of > > >> failure). The backups are provided for disaster recovery only at this > > >> time - they are not there to help individual application developers > > >> recover. This is mostly due to process, not capability. We're > > >> backing up the data in aggregate, so it's a few minutes of work to > > >> restore an entire DB, but a few hours of work to restore an individual > > >> app. > > > >> 2) Protection we enable. Bundles are the best way for an individual > > >> app owner tobackuptheir entire app - git, database, etc. These > > >> enable you to either store the data on our S3 account (with unlimited > > >> bundles), or download them to your local machine. One common pattern > > >> is to have cron on your mac automatically capture them for you and > > >> download the next day. We've had surprisingly little adoption of the > > >> unlimited_bundles add-on, and also not too much feedback on how we can > > >> specifically improve the experiece. One obvious way would be to auto- > > >> capture at a regular time, perhaps as part of the cron addon. > > > >> Oren > > > >> On Oct 12, 2009, at 6:11 AM, Chap wrote: > > > >> > I'm sure we've all heard the news of Danger/MS loosing all their > > >> > sidekicker's data. > > > >> > Which gets me thinking, what are you guys doing forbackup? The > > >> > bundles seem cool, but it would be nice if there was some automated > > >> > way of creating them and downloading them on a regular basis. Not that > > >> > I don't trust the cloud... --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/heroku?hl=en -~----------~----~----~----~------~----~------~--~---
