- ベストアンサー
バックアップ対象のディレクトリ
さくらの専用サーバのバックアップサービス（有料）を利用してWebデータとMySQLデータをバックアップしたいと思っています。 http://server.sakura.ad.jp/dedicated/option/backup.html バックアップ対象のディレクトリをこちらで指定しなければいけないのですが、MySQLのデータはどのディレクトリを指定したらいいのか困っています。 SSHで確認すると /var/lib/mysql/ 以下にデータベースの名前が付いているディレクトリがありました。 1. この場合、単純に /var/lib/mysql/ をディレクトリ指定したらいいのでしょうか？ 2. HDが壊れたような場合には、そのmysqlディレクトリを同じ場所に書き出すことで復旧できると考えて問題ないでしょうか？ 3. 他に「このディレクトリ(ファイル)をバックアップしておけばすぐに復旧できる」というようなものがありましたらあわせて教えてください。
- みんなの回答 （2）
- 専門家の回答
質問者が選んだベストアンサー
>1. この場合、単純に /var/lib/mysql/ をディレクトリ指定したら >いいのでしょうか？ OSやディストリビューションによって、データベース用ディレクトリ は異なりますが、おおむね所定のvarフォルダに保存されています。 >2. HDが壊れたような場合には、そのmysqlディレクトリを同じ場所 >に書き出すことで復旧できると考えて問題ないでしょうか？ できる可能性は高いですが、そういう不確実なものをバックアップ に使うのはリスク回避にならないと思います・・・ やるならきちんとダンプしたデータを保存しておくべきです。 >3. 他に「このディレクトリ(ファイル)をバックアップしておけば >すぐに復旧できる」というようなものがありましたらあわせて >教えてください。 リスクヘッジという意味では、別途スレーブでDBを稼働するか、 RAIDなどハードウェア的な対応が現実的かと。
その他の回答 (1)
- nissy1125
- ベストアンサー率66% (2/3)
MySQLを常時稼動し続ける必要がないのなら、/var/lib/mysql/ のデータをバックアップしても良いと思います。 しかし、常時起動している必要がある上に、定期的なバックアップが必要なのであれば、mysqldumpなどのオンラインバックアップ用ツールを使用して、これをバックアップするほうがよいと思います。 また、yambejpさんが指摘しているように、HDDのクラッシュなどハードウェアトラブルなどのリスクを考えるのならば、RAIDなどの冗長システムが有効だと考えます。 回答が私の見当違いであったらすみません。 参考: http://sourceforge.jp/magazine/07/05/31/0155233
お礼
どうもありがとうございました。 mysqldumpを利用するようにします。
お礼
ダンプデータを保存するようにします。 どうもありがとうございました。
補足
「/var/lib/mysql/ 以下のデータ」と「ダンプしたデータ」の違いがよく分かりません。 中身は同じだと思うのですが、/var/lib/mysql/ 以下のデータはダンプデータに比べてどうして不確実なのでしょうか？ 検討違いの質問でしたらすいません。