MySQLのバックアップデータを置くディレクトリの命名について

Question

意見を聞かせてください。
MySQLでのデイリーバックアップデータを格納するディレクトリはどういう名前が良いのか悩んでいます。

サーバーはCentOSなのですが、root配下にbackupディレクトリを作ってそこに格納するというのもお作法的に良いのかな？と思ってしまいます。
例えば、今日のバックアップであれば「backup/mysql/20180603.sql」です。

皆さんは、どういうディレクトリを用意していますか？

Answer 1

バックアップを運用サーバー内に置くということでしょうか？
バックアップは運用サーバーの破損を前提にするのですからサーバー外におくべきでは？
通常はリプリケーションで対応すべきことなのでディレクトリ名を気にする必要はないでしょう。
またどうしても差分のデータを保持したいなら、ディレクトリ単位で保持しておくのではなく、
外部メディアに吐き出すことになると思います。
それとバイナリログが作成されているはずなのであまり気にすることもないかと。

Comments

[hasshy]

ご返答が遅れてしまい失礼しました。
確かに、そもそもバックアップになってないと言えばそうかもしれません。
ご指摘ありがとうございます。

Answer 2

そのバックアップをどのように管理運用するか（何世代残すか、それ以前をどうするか等）次第かなと思います。

例えば残すのが過去30日分くらいならbackup/mysql/YYYYMMDD.sqlでも困らないでしょうし、過去10年分残すのであれば、backup/mysql/YYYY/MM/DD.sqlとかbackup/mysql/YYYY/MM/YYYMMDD.sqlとかでないと運用が辛そうです。

Comments

[hasshy]

ありがとうございます。
確かに、世代が多くなる事を考えると細分化する必要が出てきますね。
今回は、7世代まで残すので分けなくても良いかもしれません。

[tanat]

7世代であればそんなに気にせずに運用時に困らない様になってればそれでいいかなと思います。
自分であればどうしてもroot配下に置かないといけない理由が無ければ
/var/backup/mysql/
以下に、イージーミスでファイルの一部が変更されてしまわない&容量削減のためにファイル単位で適当な形式で圧縮して置きます。

[hasshy]

度々ありがとうございます。
varディレクトリ配下が妥当ですね。

> 以下に、イージーミスでファイルの一部が変更されてしまわない&容量削減のためにファイル単位で適当な形式で圧縮して置きます。

圧縮をかければ、確かに触れないようになりますね。
勉強になりました。