5.7. 日常的なストレージ管理

5.7.1.1.1. ユーザーの過剰使用に対応する

システム管理者にとっては全精力を注いで社交性を最大限活用するべきエリアのひとつです。ディスクスペースに関しては感情的になりがちで、制限が不当に少ない、ユーザーがファイルを整理する時間がないなど、ディスクの使用量が制限されるほどユーザーにとっては仕事がやりにくくなる(またはできなくなる)ように見えます。

システム管理者として最善を尽くすには、状況などあらゆる事項を考慮に入れることです。その人が行なっている職種に対して行なう制限が公正ですか、また合理的でしょうか? その人は自分のスペースを適切に使用していますか? 何らかの方法でそのディスク使用量を減らすために手伝えることがありますか(例えば、1 年以上前の電子メールをすべて バックアップ CD-ROM に入れるなど)? ユーザーとの会話の中で本当に制限を行なうべきなのかどうか判断しようとするのがシステム管理者の仕事であり、一方でそれほどストレージを整理する必要が実際にはない人がいないか確認します。

いずれにしても、ユーザーとのやりとりは事実に基づきシステム管理者として冷静に行なうことです。ユーザーとの会話を誘導しながら、礼儀正しくユーザーの問題に対処するよう心がけてください(「たいへんお忙しい中申し訳ないのですが、部署内のスタッフ全員がストレージを有効に使用する責任があり、あなたのストレージ使用量が部署の平均使用量を越え 2 倍になってしまっています。」)。その人の知識または経験不足などが原因と考えられる場合には積極的に手助けしてあげるようにしてください。

多くの場合、特定の結論を強制するためにシステム管理者としての権限を利用するよりも、注意を払いながらも確固たる態度で接することの方がよい結果となります。例えば、ユーザーと妥協点を見つけなければならいことがあります。こうした妥協案として次のような形態をとることができます。

• 臨時スペースを提供する

• アーカイブのバックアップを作成する

• 断念する

制限無しで使用できる仮のスペースがいくらかあればユーザーが使用量を減らせることがある場合があります。多くの場合、こうした解決方法がとれるユーザーは論理的な停止点に至るまで、つまり整理整頓して臨時のストレージにあるファイルが本当に必要なのかどうかを判断できるときまで、スペースに関して心配せず仕事ができます。

	警告
	ユーザーに対してこの解決法を行なう場合は、臨時スペースが常設スペースになってしまわないようにしてください。設けたスペースはあくまでも仮設であり、臨時スペースにあるデータのバックアップはまったく行なわれないためデータの保存について保証できないことを明確にします。 実際、ストレージが臨時であることを強調するために臨時ストレージにあるファイルが一定期間(例えば、1 週間)を過ぎるとすべて自動的に削除されるようにしているシステム管理者が多くいます。

別の場合、明らかに古いファイルで継続的にアクセスする必要性がなさそうなものを多く保存している可能性があります。これに該当するかを必ず確認してください。ユーザー各自が古いデータのアーカイブを管理する責任がある場合もあります。こうした場合には、データセンターのアーカイブバックアップと同等に取り扱われる複数のバックアップを提供して作業を行なうユーザーを支援します。

しかし、疑わしそうなデータがあるときがあります。このような場合には、そのデータ用に特別バックアップを作るのが最善策となるかもしれません。それから、古いデータをバックアップして、ユーザーにバックアップメディアを渡し保管義務のあることを説明して、そのデータにアクセスする必要が生じた場合にはシステム管理者(または社内のオペレーションスタッフ — 担当者)にデータの復元を依頼するよう伝えます。

これによって逆効果とならないよう留意すべき点がいくつかあります。まず一番重要なことは、復元の必要性がありそうなファイルは含ませないことです。新しすぎるファイルは選択しません。次に、依頼が発生した時に復元ができることを必ず確認しておきます。つまり、そのバックアップメディアが将来、予測できる範囲内でデータセンターで確実に使用できるタイプでなければなりません。

	ヒント
	バックアップメディアの選択もユーザー自身でデータ復元できる技術であることを考慮にいれる必要があります。例えば、CD-R メディアに数ギガバイトをバックアップするのはコマンド 1 つを発行して 20GB のテープカートリッジにスピンオフするより余計な作業になりますが、ユーザーにとってはシステム管理者の手を借りずにいつでも必要な時 CD-R のデータにアクセスすることができることを考えてみてください。

5.7.4.1.1. ハードウェアをインストールする

作業を行なう前に、新しいディスクドライブが適切に配備されアクセスできるようになっていなければなりません。ハードウェアにはさまざまな構成が可能ですが、次のセクションでは最も一般的な 2 通りについて見ていきます — ATA または SCSI ディスクドライブの追加。他の構成でもここで解説する基本的な手順を適用できます。

	ヒント
	使用するストレージハードウェアに関係なく常にコンピュータの I/O サブシステムに追加した新しいディスクドライブの負荷を考慮する必要があります。一般的には、利用可能なすべてのチャンネル/バスにディスクの I/O 負荷を分散する必要があります。パフォーマンスの観点から 1 つのチャンネルにすべてのディスクドライブをのせて別のチャンネルは空けたままアイドル状態にしておくよりずっと効果的です。

5.7.4.1.2. パーティションを作成する

ディスクドライブのインストールが完了したら、オペレーティングシステムに使用できるスペースを与えるため 1 つまたは複数のパーティションを作成します。作成ツールはオペレーティングシステムにより異なりますが、基本的な手順は同じです。

1. 新しいディスクドライブを選択する

2. ディスクドライブの現在のパーティションテーブルを表示させ、パーティションを作成するディスクドライブが実際に正しいものであるか確認する

3. 新しいディスクドライブ上に不必要なパーティションが存在していれば削除する

4. 新しいパーティションを作成する、サイズとパーティションタイプを必ず指定すること

5. 変更を保存してパーティション作成プログラムを終了する

	警告
	新しいディスクドライブにパーティションを作成するときは、パーティションを作成しようとしているディスクドライブが正しいドライブであることを必ず確認してください。これを怠ると、すでに使用しているディスクドライブにうっかりパーティションを作成してしまい、データを喪失してしまう恐れがあります。 また、最適なパーティションサイズを決定するよう心がけてください。サイズについては常に十分な注意を払います。後でサイズを変更することはかなり難しいため、ここで多少時間をかけても最適なサイズを決定しておきます。

5.7.4.1.3. パーティションをフォーマット化する

これで、新しいディスクドライブに作成した 1 つまたは複数のパーティションができました。しかし、このパーティション内のスペースを使用する前に、まずフォーマット化する必要があります。フォーマット化により、各パーティション内で使用する特定のファイルシステムを選択します。このように、これから使用するディスクドライブにとってこの作業は中枢をなす重要な時間となります。かなりの作業を行なわない限り、ここで決定した選択は後で変更することはできません。

フォーマット化の実際の工程はユーティリティプログラムを実行させて行ないます。これに関する手順はオペレーティングシステムにより異なります。フォーマット化が終了するとディスクドライブが使用できるよう正しく構成されます。

次に進む前に、パーティションにアクセスしてすべて適切に設定されているか再確認した方がいいでしょう。

5.7.4.1.4. システム設定を更新する

追加した新しいストレージを使用するためオペレーティングシステムに何らかの設定変更が必要な場合は、ここで必要な変更を行ないます。

これでほぼシステムがブートする度に自動的に新しいストレージにアクセスできるようオペレーティングシステムが正しく設定されたことになります(確認のために再起動できるのであれば行なった方がいいでしょう)。

次のセクションでは新しいストレージの追加を行なう上で忘れがちな手順のひとつを解説していきます。

5.7.4.1.5. バックアップスケジュールを変更する

新しいストレージが保管しておくべきデータを格納するために使用されるとします。ここで、バックアップの手続きに必要な変更を加え、新しいストレージが実際にバックアップされるか確認します。このために行なわなければならない詳細点についてはシステムで行なわれるバックアップ方法によりますが、ここに必要な変更を行なう上で留意すべき点をいくつかあげます。

• 最適なバックアップ頻度を考慮する

• 最も適切と思われるバックアップ形態を確定する(フルバックアップのみ、フルバックアップと増分、フルバックアップと差分)

• バックアップメディアの使用量に関して追加ストレージによる影響、特にバックアップメディアが満杯になってしまわないかなどを考慮する

• 追加ストレージによりバックアップ時間が延長されバックアップ割り当ての時間枠を越えてしまわないか判断する

• 変更を通知すべき関係者に必ずこの変更を伝える(その他のシステム管理者、オペレーションスタッフなど)

すべてが完了したら新しいストレージの使用準備が整ったことになります。

5.7.4.2.1. ディスクドライブからデータを移動する

保存する必要があるデータがそのディスクドライブにある場合は、まず最初にデータの移動場所を確定します。これは主にデータの使用目的によります。例えば、データが頻繁には使用されなくなる場合は恐らくシステムのバックアップと同様の方法でアーカイブするべきでしょう。つまり、ここでこの最終バックアップに適した保存期間を考えるということです。

	ヒント
	企業内におけるデータ保存のガイドラインの他に、特定期間のデータ保管が定められた法的な必要要項がある場合もあります。したがって、データがまだ使用されている間にデータの責任がある部署に必ず意見を求めます。担当部署が適切な保管期間を知っているはずです。

一方、データがまだ使用中ならそれに適したシステムに属していなければなりません。この場合は当然、新しいシステムにそのディスクドライブを再インストールしてデータを移動するのが最も簡単でしょう。これを行なう場合はデータのフルバックアップを行なってからにしてください — 単純にデータセンター内を歩いているときに大切なデータが詰まっているディスクドライブを落してしまうこともあり得ます(全データの喪失)。

5.7.4.2.2. ディスクドライブの内容を消去する

ディスクドライブに保存しているデータの重要性に関わらず、常にディスクドライブの内容を消去してからその管理権を再割り当てしたり放棄させたりするのが得策です。ディスクドライブ上に機密的な情報が残っていないことを確認するという目的の他に、ドライブ全体の不良ブロック検出のための読み書きテストを行ないディスクドライブの健全性を確認するのにちょうどよい時機です。

	重要
	多くの企業(及び行政機関)にはディスクドライブ及び他のデータストレージメディアからデータを削除するために特定の方法があります。必ずこれらを理解し必要項目に従っていることを確認してください。これらを怠ると、多くの場合、法的な問題が波及します。上記の例はディスクドライブを消去する最終的な方法ではありませんので注意してください。 加えて、機密データを扱う企業や機関は、ディスクドライブの最終処理には一定の法的な手続きに則って行なう場合があるかもしれません(物理的にドライブ自体を破壊するなど)。こうした場合にはその企業や機関のセキュリティ部門がこれについてのガイダンスを提供してくれるはずです。