PostgreSQL の PITR（ポイントインタイムリカバリ） を試してみる。 大まかな流れ 事前設定 WAL archive 設定 ベースバックアップの作成 事件発生！ リカバリ WAL archive の設定 通常の WAL は不要になったら（commit/abort 時に）消えてしまうのだが、PITR のために archive directory にためるような設定にする。 通常は耐障害性を考えて、archive ディレクトリは data ディレクトリと別のディスクにすべき。 ディレクトリを作り % mkdir archive dbdata/postgresql.conf に archive directory 指定。 ファイルが決して上書きされないように test でチェックしてから archive するように書く。（マニュアル通り） archive_mode = on arch
Setting, Changing and Resetting MySQL and MariaDB Root Passwords This tutorial explains how you can set, change and reset (if you've forgotten the password) MySQL or MariaDB root passwords. Time and again I see problems like mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user 'root'@'localhost' (using password: YES)'. So I thought it's time to remind you how to solv
rmコマンドはデータを削除するためのパワフルなツールだ――が、ファイルやディレクトリを誤って削除してしまった場合にはそうとも言っていられない。しかしありがたいことに ext3undel ユーティリティを使えば、ext3ファイルシステム上で誤って削除してしまったデータを復旧することができる。ext3undelを使えば、ファイル名で指定したファイルを復旧させることもできるし、削除されたという印が付けられている全ファイルを復旧することもできる（ただしこの場合ファイル名は復旧できないため目的のファイルを見つけるためにファイルの内容を確認する必要がある）。 ext3ファイルシステム上の各ファイルは、2つの部分から構成されている。一つは、ファイル名、容量、作成日時、アクセス日時などのファイルのメタデータで、inodeというUnixのデータ構造の中に保存されている。もう一つの部分であるファイルの実際の内
こんにちは satoです。 障害の多くの場合はハードディスク障害ですが、実際障害が起きた際に、どのように復旧するかをケース別に書いてみようと思います。 hdd のセクタが壊れた /var/log/message等に kernel: hda: dma_intr: status=0x51などど表示されているとハードディスク障害の可能性が高いです。 badblocks -vs -o hda1.sector /dev/hda1 (かなり時間がかかる)とやると 不良セクタが書き出されたファイル hda1.sector ができます。 fsck -l hda1.sector /dev/hda1 とやると不良セクタを使用しないようになります。いずれにしても早めの交換をお勧めします。 memoryが壊れた http://blog.miraclelinux.com/mita/cat218683/index.
さて、私のまわりでは最近ディスククラッシュが相次いでいる、 という話でしたが、今度はあまり関係ない方面から、 重要なデータが入っていてバックアップを取っていなかったディスクが壊れた、 なんとかならないか、 という依頼があったらしい。 で、調べてみると、BIOS からも認識しないわで、かなりの重症らしい。 ということで、ダメでも文句いわないから…、 などという感じで私のところに流れ着いてきました。 OS は Windows XP、NTFS フォーマット、 120GB を 100GB と 20GB の 2 パーティションにフォーマット、ただし 重要なデータはすべて 100GB の C: ドライブ…、だそうです。 というか、こういう状態になったディスクは、 「ダメでも」というよりは「データが戻ってきたらその方が奇跡」と思ってほしいものなのですが (^^;、 とにかくやってみましょう。 結論からい
たとえば、あなたが午後いっぱいを費やして製作したオーディオ・ファイルの再生を楽しみながら、「やあ、こいつはすごい音だ! こっちに移動しておくとしよう」と思ったとする。そのとき、潜在意識が違和感を唱えるのだ。「ええと、mvだっけ、rmじゃないのか?」…やっちまった。そのショックはよくわかる。誰にでもありうる失敗だ。だが、失われたファイルを取り戻す簡単な方法はある。しかも、それはどの標準Linuxシステムでも使える方法だから、覚えておいて絶対に損はない。 簡単に説明すると、Linuxファイルシステム上にあるように見えるファイルは、実際はinodeへのリンクに過ぎない。inodeには、ファイルのあらゆるプロパティ（アクセス権や所有権など）のほか、ファイルの中味が実際に存在するディスク上のデータブロックのアドレスも記録される。rmコマンドでファイルを削除すると、ファイルのinodeを指すリンクは削
TestDisk and PhotoRec 7.2 have been released! Read the released notes for more information. If you have lost partition or strange problem with your hard disk partitions, run TestDisk to recover your data. TestDisk detects numerous filesystem including NTFS, FAT12, FAT16, FAT32, exFAT, ext2, ext3, ext4, btrfs, BeFS, CramFS, HFS, JFS, Linux Raid, Linux Swap, LVM, LVM2, NSS, ReiserFS, UFS, XFS. TestD
パーティション設定ツールなどで誤ってパーティションを削除したり、HDDディスクがクラッシュしてパーティションが壊れてしまった場合には、「TestDisk」というソフトウェアで復元できる可能性がある。ここでは、TestDiskを利用してパーティションを復元する方法を紹介する（注）。 注：TestDiskで復元できるのは、HDD上のパーティションテーブル（パーティションの情報を記録した領域）が壊れた場合だ。壊れた後に新しいパーティションを作成して、その領域をフォーマットしてしまうと復元は難しい。 TestDiskは、http://www.cgsecurity.org/wiki/PhotoRecからダウンロードできる（注）。ここでは、RPMパッケージをFedora Core 6にインストールした。例として、GNOME用のパーティションツール「GParted」（Gnome Partition Ed
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
