UNIX:ファイルを更新する

ガミガミ

UNIXのファイルを更新することは、システムを運用している方なら毎日のように行っていると思います。
ところが、ファイルを更新する「やりかた」は人によってまちまちで、あまり「こうしなさい」とガミガミいわれていないようです。

私の周りのSEの方々で、一番多いのは「vi コマンドでファイルを直接更新する」方法です。

しかし、この方法には問題があると思っています。私は、周りの人には毎年のように「○○のようにしなさい」と言っています。

可変長ファイルの更新

UNIXのviコマンドなどで編集するファイルは通常、可変長レコードのテキストファイルです。1行を１つの1レコードと考えると、各行の長さはまちまちで決まっていません。

空白や改行コードなどで、自由にレイアウトを決めることができる、便利なファイルですが、データ更新には全然向いていません。

途中のデータを1バイト削除することは、残りのデータ部分をすべて1バイト前に複写することになり、逆に1バイト挿入する場合はその逆に1バイト後に複写する必要があります。
結局、データを更新するということは、ごっそり新しいファイルを作成することと等しい結果になります。

元のデータ

 0  1  2  3  4  5  6  7  8  9
+--+--+--+--+--+--+--+--+--+--+
|# |t |e |s |t |f |i |l |e |LF|
+--+--+--+--+--+--+--+--+--+--+

1バイトを削除したデータ

 0  1  2  3  4  5  6  7  8  
+--+--+--+--+--+--+--+--+--+
|t |e |s |t |f |i |l |e |LF|
+--+--+--+--+--+--+--+--+--+

ファイルの更新

私は必ず、プログラムが参照するようなUNIXファイルの更新を、次のように行うように推奨しています。

• ファイルの存在するディレクトリに２つのファイルを作成する。
• １つはバックアップ用のファイル
• もう1つは更新用のファイル
• 更新用のファイルを vi でも emacs でも適当なエディタで更新する。
• 元のファイルの owner/group属性、パーミッションが同じことを確認する。
• 更新ファイルを mv コマンドで入れ替える。
• （同ファイルを参照しているプログラムを再起動する。起動のたびに読み込むようなプログラムなら次回起動から変更した内容が有効になる）

更新するファイルを /etc/hosts とすると、次のようなコマンド処理になります。

# cd /etc
# SUFFIX=`date +'%Y%m%d'`
# cp -p hosts hosts.$SUFFIX.new
# cp -p hosts hosts.$SUFFIX.old
# vi hosts.$SUFFIX.new    ←このファイルを更新
# ls -l hosts hosts.$SUFFIX.*
# (rm hosts)              ← この処理を行ってはなりません！！
#                            行った場合は、次のmvを行うまでの時間、
                             ファイルが存在しない空白の時間帯が
                             発生してしまいます。
# mv hosts.$SUFFIX.new hosts ← リネーム処理

なぜ、こんな更新をするのか

viコマンドで直接ファイルを更新しないで、わざわざこんな更新を行う理由は次のとおりです。

• viコマンドで一度ファイルを更新(write)してしまえば、ファイルのinode番号は変わってしまいます。後戻りはできません。
• 更新したファイルの inode番号は変わります。
• ファイルが存在しない時間はありません。リネーム(rename)処理で「旧ファイルの削除」と「ファイル名の変更」はOS内部で一気に行います。
• バックアップが存在します。

Linuxに付属する vi コマンドには、これよりもっと高度な機能が実装されており、わざわざこんな更新を行う必要はないのかもしれません。

ただ、ファイルの更新がどのように行われ、プログラムはどのようにデータにアクセスするのかを十分に理解した上で、毎日の運用業務を実践していかなければならないでしょうね。