Repository is archived
No commit activity in last 3 years
No release in over 3 years
A means of automating Heroku PGBackups and archiving them to Amazon S3.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

~> 2.12, ~> 2.12.5
>= 2.3.2, ~> 2.3
>= 2.1.0, ~> 2.1
>= 1.1.0, ~> 1.1
>= 0.9.1, ~> 0.9

Runtime

<= 3.32, >= 3.28.6
~> 0.3.23
>= 0
 Project Readme

pgbackups-archive

Gem Version Code Climate

A means of automating Heroku PGBackups and archiving them to Amazon S3.

This Project is No Longer Active

As of June 29, 2018, Heroku has yanked the older versions of the Heroku Legacy CLI that the pgbackups-archive gem depends on. As a result, you should discontinue use of pgbackups-archive.

If you're looking for a similar means of replicating Heroku database backups to Amazon S3, please see the heroku-database-backups project.

Overview

The pgbackups:archive rake task this gem provides will capture a Heroku PGBackup, wait for it to complete, then store it within the Amazon S3 bucket you specify. This rake task can be scheduled via the Heroku Scheduler, thus producing automated, offsite, backups.

This gem doesn't interfere with or utilze automated backups, so feel free to schedule those with the pg:backups schedule command as you desire.

You can configure how many manual backups (created by you or this gem) you'd like to keep at the Heroku PGBackups level to ensure there is always space to capture a new backup.

You can configure retention settings at the Amazon S3 bucket level from within the AWS Console if you like.

Use

Install the gem

Add the gem to your Gemfile and bundle:

gem "pgbackups-archive"
bundle install

Install Heroku Scheduler add-on

heroku addons:create scheduler

Setup an AWS IAM user, S3 bucket and policy

A good security measure would be to use a dedicated set of AWS credentials with a security policy only allowing access to the bucket you're specifying. See this Pro Tip on Assigning an AWS IAM user access to a single S3 bucket.

Apply Environment Variables

# Required
heroku config:add HEROKU_API_KEY="collaborator-api-key"
heroku config:add PGBACKUPS_APP="myapp"
heroku config:add PGBACKUPS_AWS_ACCESS_KEY_ID="XXX"
heroku config:add PGBACKUPS_AWS_SECRET_ACCESS_KEY="YYY"
heroku config:add PGBACKUPS_BUCKET="myapp-backups"
heroku config:add PGBACKUPS_REGION="us-west-2"

# Optional: If you wish to backup a database other than the one that
# DATABASE_URL points to, set this to the name of the variable for that
# database (useful for follower databases).
heroku config:add PGBACKUPS_DATABASE="HEROKU_POSTGRESQL_BLACK_URL"

Add the rake task to scheduler

heroku addons:open scheduler

Then specify rake pgbackups:archive as a task you would like to run at any of the available intervals.

In case you would like to make backups at different intervals simply "protect" a daily task using a bash if-statement, for example to run a task every 1st day in a month:

if [ "$(date +%d)" = 01 ]; then rake pgbackups:archive; fi

Loading the Rake task

If you're using this gem in a Rails 3+ app the rake task will be automatically loaded via a Railtie.

If you're using this gem with a Rails 2 app, or non-Rails app, add the following to your Rakefile:

require "pgbackups-archive"

Testing

To run the test suite, use the guard command and save a file or hit enter to run the full suite.

Use the pgbackups-archive-dummy test harness to setup a dummy database on Heroku to test against.

Disclaimer

I shouldn't have to say this, but I will. Your backups are your responsibility. Take charge of ensuring that they run, archive and can be restored periodically as expected. Don't rely on Heroku, this gem, or anything else out there to substitute for a regimented database backup and restore testing strategy.

Contributing

  1. Fork it
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Added some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create a Pull Request

Contributors

Many thanks go to the following who have contributed to making this gem even better:

  • Robert Bousquet (@bousquet)
    • Autoload rake task into Rails 2.x once the gem has been loaded
  • Daniel Morrison (@danielmorrison)
    • Ruby 1.8-compatible hash syntax
  • Karl Baum (@kbaum)
    • Custom setting for database to backup
    • Streaming support to handle large backup files
  • Conroy Whitney (@conroywhitney)
    • Use S3 server-side encryption by default
  • Chris Gaffney (@gaffneyc)
    • Switch from fog to fog-aws
    • Gem config improvements
  • Juraj Masar (@jurajmasar)
    • Fix for reading env var
    • Cutom multipart chunk size
  • Jan Stastny (@jstastny)
    • Custom multipart chunk size

License