Veritas InfoScale™ 8.0.2 仮想化ガイド - Solaris

Veritas Volume Manager スナップショットを使ってブートディスクのクローンを作成するには

1. ソースボリューム bootdisk1-vol のスナップショットを作成します。このスナップショットを作成するには、ボリューム内の既存の ACTIVE プレックスの一部を利用するか、または次のコマンドを実行してボリュームに新しいスナップショットのミラーを追加できます。

   primary# vxsnap [-b] [-g diskgroup] addmir volume \
   [nmirror=N] [alloc=storage_attributes]

   vxsnap addmir 属性を使ってミラーの数の変更を指定しないかぎり、vxsnap addmir コマンドはデフォルトで 1 つのスナップショットミラーをボリュームに追加します。ミラーは完全に同期されるまで SNAPATT 状態のままです。-b オプションを使うと、同期をバックグラウンドで実行できます。同期が完了すると、ミラーは SNAPDONE 状態になります。

   たとえば、次のコマンドでは 2 つのミラーをディスク mydg10 と mydg11 上のボリューム bootdisk1-vol に追加します。

   primary# vxsnap -g boot_dg addmir bootdisk1-vol \
   nmirror=2 alloc=mydg10,mydg11

   vxsnap addmir コマンドに -b オプションを指定すると、次の例に示すように vxsnap snapwait コマンドを使ってスナップショットプレックスの同期が完了するまで待機できます。

   primary# vxsnap -g boot_dg snapwait bootdisk1-vol nmirror=2

2. サードミラーブレークオフスナップショットを作成するには、次の形式の vxsnap make コマンドを使います。

   注意:

   vxsnap コマンドを実行してスナップショットを取得する前に、ゲストドメインをシャットダウンしてください。

   primary# vxsnap [-g diskgroup] make \ 
   source=volume[/newvol=snapvol] \
   {/plex=plex1[,plex2,...]|/nmirror=number]}

   次のいずれかの属性を指定し、元のボリューム内の 1 つ以上の既存のプレックスを切り離すことにより新しいスナップショットボリューム snapvol を作成します。

   プレックス（plex）	ブレークオフする既存ボリューム内のプレックスを指定します。この属性は ACTIVE 状態のプレックスにのみ使えます。
   nmirror	ブレークオフするプレックスの数を指定します。この属性は SNAPDONE 状態のプレックスにのみ使えます。そのようなプレックスは vxsnap addmir コマンドを使ってボリュームに追加された可能性があります。

   ボリュームにある 1 つ以上の ACTIVE または SNAPDONE プレックスから作成されるスナップショットは定義上、すでに同期されています。

   バックアップを目的とする場合には、1 つのプレックスのスナップショットボリュームで十分です。

   次に例を示します。

   primary# vxsnap -g boot_dg make \
   source=bootdisk1-vol/newvol=SNAP-bootdisk1-vol/nmirror=1

   ここで、ソースは bootdisk1 Vol、新しいボリュームは SNAP-bootdisk1-vol、nmirror 値は 1 です。

   スナップショットボリュームのブロックデバイスは /dev/vx/dsk/boot_dg/SNAP-bootdisk1-vol になります。

3. /dev/vx/dsk/boot_dg/SNAP-bootdisk1-vol ボリュームを仮想ディスクとしてエクスポートするサービスを設定します。

   primary# ldm add-vdiskserverdevice \ 
   /dev/vx/dsk/boot_dg/SNAP-bootdisk1-vol vdisk2@primary-vds0

4. 最初に、エクスポートしたディスクを ldom1 に追加します。

   primary# ldm add-vdisk vdisk2 \
   SNAP-bootdisk1-vol@primary-vds0 ldom1

   primary# ldm bind ldom1 
   primary# ldm start ldom1

5. ldom1 を起動し、そのプライマリブートディスク vdisk1 から ldom1 をブートします。

   primary# ldm bind ldom1 
   primary# ldm start ldom1

6. 新しい仮想ディスクデバイスノードのエントリが /dev/[r]dsk ディレクトリに表示されない場合には、ゲストドメインで devfsadm コマンドを実行します。

   ldom1# devfsadm -C

   vdisk2 が c0d2s# デバイスです。

   ldom1# ls /dev/dsk/c0d2s* 
   /dev/dsk/c0d2s0 /dev/dsk/c0d2s2 /dev/dsk/c0d2s4 /dev/dsk/c0d2s6
   /dev/dsk/c0d2s1 /dev/dsk/c0d2s3 /dev/dsk/c0d2s5 /dev/dsk/c0d2s7

7. c0d2s0 に存在するルートファイルシステムをマウントし、すべての c#d#s# エントリが c0d0s# に変更されるように /etc/vfstab エントリを修正します。これを行う必要があるのは、LDOM2 が新しい論理ドメインであり、オペレーティングシステムデバイスツリーの最初のディスクが常に c0d0s# という名前になるためです。
8. LDOM1 を停止し、そのプライマリブートディスク vdisk1 から LDOM1 をバインド解除します。

   primary# ldm stop ldom1
   primary# ldm unbind ldom1

9. vfstab ファイルを変更した後でファイルシステムのマウントを解除し、ldom1 から vdisk2 をバインド解除します。

   primary# ldm remove-vdisk vdisk2 ldom1

10. vdisk2 を LDOM2 にバインドしてから LDOM2 を起動してブートします。

    primary# ldm add-vdisk vdisk2 vdisk2@primary-vds0 ldom2 
    primary# ldm bind ldom2 
    primary# ldm start ldom2

    LD のブート後もコンソールには LDOM1 と表示されますが、これはホスト名や IP アドレスなど、他のホスト固有のパラメータがまだ LDOM1 のものと同じであるためです。

            ldom1 console login:
          

11. パラメータを変更するには、LDOM2 をシングルユーザーモードにして sys-unconfig コマンドを実行します。
12. LDOM2 を再ブートします。

    再ブート時には、ホスト名や IP アドレスなどのホスト固有のパラメータを設定するようにオペレーティングシステムから要求されます。このとき、LDOM2 に対応する値を入力する必要があります。

13. これらすべてのパラメータの指定が完了すると、LDOM2 が正常にブートします。