#cleardb

Sqaleのデータベースをダンプファイル化

SqaleからDB内のデータを書き出します。やり方は下記のSqaleのマニュアルのページで何通りかの方法が公開されています。私はs3cmdコマンドでS3を経由して行う方法でやりました。

アプリケーションの復元方法（バックアップとリストア）

Sqaleにログインして下記のコマンドを打ちます。DB名やユーザー名などは必要に応じて変更してください。

$ mysqldump -u [sqale user] -h mysql001.sqale.jp -p [db name] > mysql.dump Enter password:

2015/2/26追記

コマンドに使うユーザー情報等は、Sqaleダッシュボード内の「データベース接続情報」より参照できます。

また、私がやったときに起こったのですが、ダンプファイルが妙に小さい、中身がほぼ空っぽのファイルが書き出されることがあります。

原因を調べてみたのですが、どうやら昔から使っていたDB情報と、上記の「データベース接続情報」ページ内に記載されているDBが別のDBになっていたことが原因です。

なぜこんなことが起こったのかは不明ですが(恐らくSqale側がなんらかの理由でアップデートしたものと思われます)Gitにコミットしてあった使用中のDB情報を入力することで正しいダンプファイルを書き出すことができました。

s3cmdコマンドの設定

アクセスキーなどの情報はAWSのIAMから確認できます。スーパーユーザーで操作するよりも、新しいアカウントを作ってS3のみの権限だけにしとくといいかも。

Sqaleにログインして、下記のコマンドを入力。質問されたことに淡々と答えます。

$ s3cmd --configure Enter new values or accept defaults in brackets with Enter. Refer to user manual for detailed description of all options. Access key and Secret key are your identifiers for Amazon S3 Access Key: [access key] Secret Key: [secret key] Encryption password is used to protect your files from reading by unauthorized persons while in transfer to S3 Encryption password: Path to GPG program [/usr/bin/gpg]: When using secure HTTPS protocol all communication with Amazon S3 servers is protected from 3rd party eavesdropping. This method is slower than plain HTTP and can't be used if you're behind a proxy Use HTTPS protocol [No]: yes New settings: Access Key: [access key] Secret Key: [secret key] Encryption password: Path to GPG program: /usr/bin/gpg Use HTTPS protocol: True HTTP Proxy server name: HTTP Proxy server port: 0 Test access with supplied credentials? [Y/n] Y Please wait... Success. Your access key and secret key worked fine :-) Now verifying that encryption works... Not configured. Never mind. Save settings? [y/N] y Configuration saved to '/home/sqale/.s3cfg'

これでs3cmdコマンドにS3にアクセスする権限が付与されました。

S3にダンプデータを書き出す

ということで先ほど作ったダンプファイルをS3に書き出します。s3cmd mdコマンドはmake backetです。バケット名はS3全体で一意制約ですので、自身でユニークな名前をつけてあげる必要があります。

s3cmd mb s3://kamiya-sqale-backup s3cmd put mysql.dump s3://kamiya-sqale-backup/mysql.dump $ s3cmd put mysql.dump s3://kamiya-sqale-backup/mysql.dump mysql.dump -> s3://kamiya-sqale-backup/mysql.dump [1 of 1]

3565419 of 3565419 100% in 3s 1111.94 kB/s done

これで書き出し終了です。S3からダンプファイルをダウンロードしてまいりましょう。

ClearDBにダンプファイルをぶちこむ

herokuのコンソール→環境変数からclaarDBのホスト名やユーザー名、パスワードを取得します。

ローカルにさっきのダンプファイルを置いておき、ローカル環境から下のコマンドでClearDBにデータをぶっこみます。コマンドラインからパスワード使うとwarning出ますので、気にするかたは他の方法を考えてください。

Kamiya-no-MacBook-Air:~ kamiyayusuke$ mysql --host=us-cdbr-iron-east-01.cleardb.net --user=[username] --password=[password] heroku_[heroku db name] < mysql.dump Warning: Using a password on the command line interface can be insecure.

Pushしたらエラーが出たのでGemfileを修正

そのままgit pushしたら怒られたので

# Gemfile #gem 'pg' gem 'mysql2' gem 'mysql'

とします。

またrejectされた

Can't connect to MySQL server on '127.0.0.1' (111) (中略) ! Precompiling assets failed. ! Attempted to access a nonexistent database: ! https://devcenter.heroku.com/articles/pre-provision-database ! ! Push rejected, failed to compile Ruby app

なんぞこれ。

Push Rails / ClearDB App to Heroku Error 'Can't connect to MySQL server on '127.0.0.1'

こちらを参考に、

# config/application.rb config.assets.initialize_on_precompile = false

したら成功した。

またエラー。DATABASE_URLが無効と言われた

Kamiya-no-MacBook-Air:purchase_management_system kamiyayusuke$ heroku run rake db:migrate Running `rake db:migrate` attached to terminal... up, run.1904 <top (required)> at /app/Rakefile:7) rake aborted! Invalid DATABASE_URL

https://devcenter.heroku.com/articles/cleardb

こちらを参考に環境変数を設定。herokuのWebコンソールを開き、環境変数を設定。

herokuにClearDBアドオンをインストールした時点でCLEARDB_DATABASE_URLが既に設定されているかと思うので、これをコピーしてDATABASE_URLという値にして保存。

なお、ここで変数冒頭のmysql://をmysql2://に変更する必要があるらしい。

heroku run restartで動くはず。

まだ動かない…なぜだ…

2014-12-12T03:22:04.153000+00:00 app[web.1]: ActiveRecord::StatementInvalid (Mysql2::Error: INSERT command denied to user 'xxxxxxx'@'ip-xxxx.ec2.internal' for table 'sessions': INSERT INTO `sessions` (`created_at`, `data`, `session_id`, `updated_at`) VALUES

と思ってたらDBの容量(5MB)をオーバーしてただけでしたｗ