inotifywaitを用いたファイルのバージョニング・バックアップスクリプトの作成 | 俺的備忘録 〜なんかいろいろ〜
設定ファイルの編集を行う際、ついつい忘れてしまうバックアップの取得… ファイルが編集されたタイミングで、自動的にバックアップが取得されてるなら、やらなくても済むのに… そんな時のために、今回はinotifywaitコマンドを利用してファイルの自動バックアップを行わせるスクリプトを作成した。 非常に簡単なスクリプトではあるが、バックアップファイルの名称には編集を行ったタイミングを付与するため、ファイルのバージョン管理も行わせることができる。 なお、当たり前だがこのスクリプトはinotifywaitコマンドを用いるため、inotify-toolがインストールされている事が前提となる。 インストール方法などについては、こちらを参照してもらいたい。 inotify_auto_backup.sh #!/bin/sh # 監視先のディレクトリを設定する WATCH_DIR=/work # バックアップ
MySQL: 意外と知らない？障害発生時の復旧方法について | QK
障害発生！！！どうする！？でも・・MySQLだと、レプリケーション（スレーブ→マスターの昇格））でほぼなんとかなっちゃうのであまり使われることはないとは思いますが、実はロードフォワード（roll forward)回復もできちゃうんすよｗｗというほぼ僕のメモです。 表題で「意外と知らない？」なんて書いちゃいましたけど、知らないのはきっと私だけ・・。でも、そんなMySQLのロールフォワード手順をまとめてみました。 ロールフォワードとは、ログファイルに残っているチェックポイント後の処理を再現し、障害直前の状態にまで戻すことができる機能のひとつです。商用DBでは、まず入っているでしょうといった機能です。ORACLEでもSQL SERVERでもIBM DB2でもちゃんと実装しております、IBM DB2のロールフォーワード手順については以前、某F氏が手順をまとめてくれました（http://www.s-
第3回 バックアップとリカバリ―「もしも」に備え、転んでも泣かない子になる（1） | gihyo.jp
はじめに データベースには、重要なデータが多く保存されています。企業の財務状況から、私たち個人のプライバシーに関わるものまで、近年ではほとんどありとあらゆるデータがデータベース化されています。もし、そのデータが何かの間違いで消失してしまったら、データベースを管理していた企業やシステム構築を請け負った企業の受けるダメージは計りしれません。 しかし現実には、データ消失のニュースは定期的と思えるぐらい繰り返し報じられます。最近では、クラウドサービスのEvernoteでデータが消え、顧客6,323人に影響を与えた可能性があると報じられた話は記憶に新しいですし、昨年にはMicrosoft傘下の携帯電話向けサービスDangerでもユーザデータが消失する事件が起きました。 こうした障害が発生する原因は、大きく分けて2つあります。1つ目は論理障害と呼ばれるもので、そもそもシステムのロジックに欠陥があって、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLのバックアップ運用について色々
