もしもに備えるバックアップ、リストア（1）：OpenLDAPによるディレクトリサーバ運用（1）（1/2 ページ）

　以前の連載「OpenLDAPで始めるディレクトリサーバ構築」では、OpenLDAPサーバの概要から基本設定までに焦点を当ててきました。今回から始まる「OpenLDAPによるディレクトリサーバ運用」では、OpenLDAPサーバの運用時に考慮しておくべき点や便利な管理機能に焦点を当てていきます。

　第1回となる今回と続く第2回では、ユーザーデータを蓄積していくサーバアプリケーションの運用管理に欠かせない「バックアップ」と「リストア」について説明していきます。なお、本連載ではCentOS（注1）5.3上で、執筆時点におけるOpenLDAP 2.4系の安定版（注2）を中心にコマンド実行例を添えて説明していきます。

OpenLDAPのバックアップ、リストア概要

　ディレクトリサーバが受け取るリクエストの割合は、一般的なアプリケーションのデータストアとして利用するデータベースサーバと比較して、参照頻度が高く、更新頻度が少ない傾向があります。しかしながら、ディレクトリサーバはメールサーバなどのビジネスインフラとして利用される重要なシステムと連携することが多く、また、再インストールでは復元することのできないユーザーデータを蓄積しています。

　大規模な組織になれば、レプリケーション技術を用いてディレクトリデータを冗長化することで、障害時にも対処できる構成を取ることが一般的です。しかしバックアップ、リストアは、レプリケーションと異なり、ミスオペレーションによるエントリデータの削除や変更がスレーブ側に伝播することがなく、ある時点のデータを複数世代保持して復元できます。また反対に、レプリケーションサーバを用意せずとも障害に備えてデータを外部記憶媒体に退避できる点もあり、運用管理に欠かせない技術の1つです。

　OpenLDAPでのディレクトリデータのバックアップ、リストアは、

などから選択することができます。

　これら複数のバックアップ方法を純粋な技術面から選択するには、運用しているOpenLDAPサーバに要求されるサービスレベルに応じ、大まかに

を考慮して選択することができます（図1）。

図1　OpenLDAPのバックアップ方法の選択

　さらに、バックアップ、リストアの設計レベルでは、技術だけでカバーできない部分を補うため、

といった点も、考慮することになるでしょう。

バックアップ対象ファイル

　それぞれのバックアップ方法を説明する前に、ここではOpenLDAPのバックエンドデータベースとして、デフォルトで選択されるBerkeley DBを利用することを前提に、バックアップが必要となるファイルを説明していきます。

　連載「OpenLDAPで始めるディレクトリサーバ構築」の第2回で説明したように、Berkeley DBとOpenLDAPがインストールされていれば、slapd.confの「datadir」ディレクティブで指定されたデータディレクトリ以下に、次のようなファイルが作成されているはずです。

　上記のコマンドでリストされたそれぞれのファイルは、以下のような役割を担っています。

　Berkeley DBの設定を記述したDB_CONFIGファイルと、OpenLDAPのエントリ情報とインデックス情報を記録したBerkeley DBのデータファイルである*.bdbは、ファイル単位でのバックアップ時に必須となるファイルです。一方、db.[00X]ファイルは、Berkeley DBの実行時に作成され、Berkeley DBのプロセス、スレッドが利用する共有メモリ領域の情報が記録されるファイルです。これらのファイルをバックアップする必要はありません。

　alockファイルは、存在しなければOpenLDAPがBerkeley DBの利用時に作成します。このファイルにはBerkeley DBが正常にシャットダウンされたかどうかが記録され、正常にシャットダウンされていない場合は、OpenLDAPの起動時に自動リカバリを試みることができます。必須ではありませんが、ファイル単位でバックアップする場合は含めておいた方がよいでしょう。

　log.[000000000X]ファイルは、リストア後のBerkeley DBを起動するのに最低1ファイルは必要となります。採用するバックアップ、リストア方法にもよりますが、データファイルのリストア後のロールフォワード処理にも利用可能なファイルであるため、バックアップセットに含めるかの判断は、バックアップ、リストア方式とともに検討が必要です（注3）。