ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Solaris Volume Manager 管理ガイド Oracle Solaris 10 1/13 Information Library (日本語) |
1. Solaris Volume Manager の使用開始
4. Solaris Volume Manager for Sun Cluster (概要)
5. Solaris Volume Manager の構成と使用 (シナリオ)
8. RAID-0 (ストライプと連結) ボリューム (概要)
9. RAID-0 (ストライプおよび連結) ボリューム (タスク)
未使用のスライスから RAID-1 ボリュームを作成する方法
ファイルシステムから RAID-1 ボリュームを作成する方法
SPARC: ルート (/) ファイルシステムから RAID-1 ボリュームを作成する方法
x86: ルート (/) ファイルシステムから RAID-1 ボリュームを作成する
x86: GRUB を使用してルート (/) ファイルシステムから RAID-1 ボリュームを作成する方法
x86: DCA を使用してルート (/) ファイルシステムから RAID-1 ボリュームを作成する方法
ルート (/) ファイルシステムをミラー化した場合のブート時の警告について
アンマウントできないファイルシステムのミラー化を解除する方法
20. Solaris Volume Manager の保守 (タスク)
21. Solaris Volume Manager のベストプラクティス
25. Solaris Volume Manager のトラブルシューティング (タスク)
A. 重要な Solaris Volume Manager ファイル
B. Solaris Volume Manager のクイックリファレンス
Solaris Volume Manager は「バックアップ製品」を意図しているわけではありません。しかし、Solaris Volume Manager は次のいずれも引き起こすことなく、ミラー化されたデータをバックアップする手段を提供します。
ミラーのアンマウント
ミラー全体のオフライン化
システムの停止
ユーザーに対するデータアクセス拒否
Solaris Volume Manager は、最初にサブミラーの 1 つをオフラインにすることによって、ミラー化されたデータをバックアップします。バックアップの間、ミラー化は一時的に使用できなくなります。バックアップの完了と同時に、サブミラーがオンラインに戻り、再同期が実行されます。
注 - UFS のスナップショット機能で、ファイルシステムをオフラインにすることなく、システムをバックアップすることもできます。サブミラーの切り離しや、あとでミラーを再同期させることによるパフォーマンス低下を伴わずに、バックアップを実行できます。UFS のスナップショット機能によるバックアップを実行する前に、UFS ファイルシステム上の使用可能領域が十分かどうかを確認してください。詳細は、『Oracle Solaris の管理: デバイスとファイルシステム』の第 20 章「UFS スナップショットの使用 (手順)」を参照してください。
この手順は、ルート (/) ファイルシステム以外のすべてのファイルシステムに使用できます。このタイプのバックアップは、アクティブなファイルシステムの「スナップショット」を作成することに注意してください。ファイルシステムへの書き込みをロックしたときのファイルシステムの使用状況によっては、バックアップしたファイルがディスク上の実際のファイルに対応しないことがあります。
この手順には、次の制限があります。
この手順を 2 面ミラーに対して使用すると、1 つのサブミラーをバックアップのためにオフラインにしたときに、データの冗長性が失われます。多面ミラーにはこの問題はありません。
バックアップの完了後に、再接続されたサブミラーを再同期するときに、システムにある程度のオーバーヘッドが生じます。
この手順の概要は次のとおりです。
ファイルシステムへの書き込みをロックします (UFS のみ)。ルート (/) はロックしないでください。
キャッシュからすべてのデータをディスクにフラッシュします。
metadetach コマンドを使用して、このミラーの 1 つのサブミラーを切り離します
ファイルシステムのロックを解除します
fsck コマンドを使用して、切り離したサブミラー上のファイルシステムをチェックします
切り離したサブミラー上のデータをバックアップします
metattach コマンドを使用して、切り離したサブミラーをミラーに再び接続します
注 - このような手順を定常的に使用する場合は、これをスクリプトにしておくと実行が容易になります。
ヒント - より安全な方法としては、ミラーに 3 番目または 4 番目のサブミラーを接続し、これを再同期し、バックアップに使用します。この手法では、データの冗長性が常に保たれます。
ミラーが「保守」状態の場合は、まずそれを修復する必要があります。
# metastat mirror
# /usr/sbin/lockfs -w mount-point
書き込みをロックする必要があるのは UFS ボリュームだけです。このボリュームがデータベース管理ソフトウェアなどのアプリケーション用に raw デバイスとして設定されている場合は、lockfs コマンドを実行する必要はありません。ただし、ベンダー提供の適切なユーティリティーを実行してバッファーをフラッシュしたり、アクセスをロックする必要がある場合もあります。
注意 - ルート (/) ファイルシステムの書き込みはロックしないでください。ルート (/) ファイルシステムの書き込みをロックすると、システムがハングします。ルート (/) ファイルシステムをバックアップしている場合は、この手順をスキップします。 |
# metadetach mirror submirror
ミラーのボリューム名です。
切り離すサブミラー (ボリューム) のボリューム名です。
読み取りは、もう一方のサブミラーから引き続き行われます。最初の書き込みが行われた時点でミラーは同期していない状態になります。この不整合の状態は、切り離されたサブミラーが手順 7 で再び接続された時点で修復されます。
# /usr/sbin/lockfs -u mount-point
手順 2 で使用したベンダー提供のユーティリティーを使用して、必要なロック解除手順を実行しなければならない場合があります。
# fsck /dev/md/rdsk/name
ufsdump コマンド、または通常使用しているバックアップユーティリティーを使用します。ufsdump コマンドを使ってバックアップを実行する方法については、「ufsdump コマンドによるマウント済みファイルシステムのバックアップの実行」を参照してください。
注 - 適切なバックアップを確実に行うには、raw ボリューム名 (/dev/md/rdsk/d4 など) を使用します。raw ボリューム名を使用すると、2G バイトを超えるストレージにアクセスできます。
# metattach mirror submirror
Solaris Volume Manager によってサブミラーとミラーの再同期が自動的に開始されます。
例 11-23 RAID-1 ボリュームのオンラインバックアップを実行する
この例では、ミラー d1 を使用します。このミラーはサブミラー d2、d3、および d4 からなります。サブミラー d3 を切り離して、そのバックアップを取ります。この間、サブミラー d2 と d4 はオンラインのままです。このミラーにあるファイルシステムは /home1 です。
# metastat d1 d1: Mirror Submirror 0: d2 State: Okay Submirror 1: d3 State: Okay Submirror 1: d4 State: Okay ... # /usr/sbin/lockfs -w /home1 # metadetach d1 d3 # /usr/sbin/lockfs -u /home1 # /usr/sbin/fsck /dev/md/rdsk/d3 (Perform backup using /dev/md/rdsk/d3) # metattach d1 d3