Q&A
ありがとうございます！
MySQLのバックアップのタイミングを考えています。
Webアプリケーションがアップデートされた時などのタイミングでスキーマのデータを自動でバックアップしようと考えているのですが、
皆さまはどのようなタイミングでデータをバックアップしていますか？
他のシステムをあまり知りませんので気になりまして。
どんなWebアプリケーションを作成しているかというと、
ローカルで動くWebアプリケーションです。
常時動いているというわけではなく、パソコンを起動し、ブラウザでアプリケーションを起動、操作を行うと、MySQLから読み込み書き込みを行います。
常時動いているわけではないのでバックアップのタイミングとしては、
起動時、終了時、操作中のどれかになるのか？ と考え中です。
回答5件
0
ベストアンサー
いや、毎日でしょ。
ほとんどアクセスの無い夜中の(午前)4時とか5時とかに毎日バックアップ。
バックアップってのは取って終わりじゃなくて、保管する必要があるわけで、そうするとディスク容量は食うわけです。
そのバックアップが今朝のものでも1年前のものでも同じ位の容量を。(データが増える事を考えれば流石に1年前よりは増えてるでしょうが)
バックアップはCronとかで自動で走らせればいいし、手間になることはなにもない。
あまり稼働頻度の高くないWEBアプリならバイナリログでも1日程度ならなんの問題もなく持てるでしょうし。
そうなると、常に最新の状態までリカバリ出来る環境ができあがるわけです。
何世代まで持つかという話だと、まぁ2世代は欲しいかなーとかいう話も出てきますが、そもそも定期バックアップをしていないレベルであれば、1世代の毎日バックアップ＋最後のWEBアプリデプロイ時のバックアップ程度で十分じゃないでしょうか。
投稿2019/02/28 13:51
総合スコア5405
0
バックアップの内容を決めるときには、以下のようなことを考えます。
- 万が一のときにどこまで復元できれば良いのか（数時間前？一日前？一週間前？）
- バックアップに必要なディスク容量
また、バックアップの実行タイミングとしては、できるだけ DB にアクセスされない時間帯が望ましいので、夜間に行われることが多いです。
今回の場合は、パソコンが起動していて、Web アプリケーションがあまり利用されていないタイミングで、ディスク容量に余裕があれば、毎日バックアップを取って良いかと思います。
投稿2019/03/01 01:52
総合スコア6500
0
レコードに更新日をいれておいてデイリーバックアップで
当日分をバックアップし、ウィークリーに全データをバックアップすると
効率的でしょう
投稿2019/02/28 12:41
総合スコア114779
ありがとうございます！
レコードに日時入れてなかったので入れました。
0
データ壊れた時などに、どこまで過去の時点にさかのぼっていいか？で決めます。
おっと、失礼タイミングですね。
一番、処理負荷が低いタイミングとか、もろもろの処理で更新処理が落ち着いたタイミングの夜間ですかね。
投稿2019/02/28 12:01
編集2019/02/28 12:02
総合スコア4820
ありがとうございます！
0
どんなシステムでのバックアップを想定しているのかを質問で提示すると適切なコメントが付き易いです。
通常、データが更新されることがないか、少ない夜間にバックアップすることが多いです。
投稿2019/02/28 12:00
総合スコア16415
ありがとうございます！
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
退会済みユーザー
2019/03/01 21:34