Veritas InfoScale™ 7.3.1 ソリューションガイド - Linux
- 第 I 部 Veritas InfoScale の概要
- 第 II 部 Veritas InfoScale 製品のソリューション
- 第 III 部 データベースのパフォーマンスの向上
- データベースアクセラレータの概要
- Veritas Concurrent I/O によるデータベースパフォーマンスの向上
- Atomic Write I/O によるデータベースパフォーマンスの向上
- 第 IV 部 PITC の使用
- 第 V 部 ストレージ利用率の最大化
- 第 VI 部 データ移行
- データ移行の理解
- LVM から VxVM へのオフライン移行
- ネーティブファイルシステムから VxFS へのオフライン変換
- ネーティブファイルシステムの VxFS ファイルシステムへのオンライン移行
- ストレージアレイの移行
- プラットフォーム間のデータ移行
- CDS(Cross-Platform Data Sharing)機能の概要
- CDS ディスク形式とディスクグループ
- CDS(Cross-platform Data Sharing)を使用するためのシステムの設定
- システムの管理
- ディスクの操作
- ディスクグループの操作
- 情報の表示
- ファイルシステムに関する注意事項
- Oracle ASM から Veritas File System への移行
- 第 VII 部 vSphere の Just In Time Availability ソリューション
- 第 VIII 部 Veritas InfoScale 4 K セクタのデバイスサポートのソリューション
- 第 IX 部 参照
オンライン Sybase データベースのオフホストバックアップの作成
オフホストデータベースのバックアップ手順は、システムの処理効率に影響する可能性があるコピーオンライト動作を最小限にするために設計されています。 データベースボリュームが単一ホスト上のクラスタ共有ディスクグループにあっても、プライベートディスクグループにあっても、この手順を使うことができます。ディスクグループがクラスタ共有が可能な場合は、オフホスト処理(OHP)ホストのクラスタ内のノードを使うことができます。その場合は、この手順を省略してディスクグループを分割し、それを OHP ホストにデポートします。ディスクグループはすでに OHP ホストにアクセスできるようになっています。同様に、スナップショットを更新すると、スナップショットを再インポートしてスナップショットディスクグループをプライマリホストに再結合する必要はありません。
オンライン Sybase データベースのオフホストバックアップを作成するには
- プライマリホスト上で次のコマンドを実行し、1 つ以上のスナップショットプレックスをボリュームに追加します。
# vxsnap -g database_dg addmir database_vol [nmirror=N] \ [alloc=storage_attributes]
nmirror 属性を使ってミラー数を指定しないかぎり、追加されるスナップショットプレックスは 1 つになります。 通常、バックアップに必要なプレックスは 1 つのみです。 プレックスが作成される場所を決定するために、(ディスクのリストなどの)ストレージ属性を指定できます。
- ボリュームへの更新を中断します。 Sybase データベース管理者権限で、例に示されているスクリプトを使って、データベースを静止状態にします。
#!/bin/ksh # # script: backup_start.sh # # Sample script to quiesce example Sybase ASE database. # # Note: The "for external dump" clause was introduced in Sybase # ASE 12.5 to allow a snapshot database to be rolled forward. # See the Sybase ASE 12.5 documentation for more information. isql -Usa -Ppassword -SFMR <<! quiesce database tag hold database1[, database2]... [for external dump] go quit !
- 次のコマンドを実行し、1 で追加したプレックスを元のボリュームから切り離す方式で表領域ボリュームのフルサイズスナップショット snapvol を作成します。
# vxsnap -g database_dg make \ source=database_vol/newvol=snapvol/nmirror=N \ [alloc=storage_attributes]
nmirror 属性には、スナップショットボリュームのミラー数 N を指定します。
たとえば、データベースが複数のボリュームに分散している場合は、各ボリュームとそのスナップショットボリュームを一組として同一行で個別に指定します。たとえば、次のように指定します。
# vxsnap -g database_dg make source=database_vol1/snapvol=snapvol1 \ source=database_vol/snapvol=snapvol2 \ source=database_vol3/snapvol=snapvol3 alloc=ctlr:c3,ctlr:c4
この手順を実行すると、スナップショットボリュームをバックアップサイクルに組み込む準備が完了し、元のボリュームに対する変更の追跡が開始されます。
- すべての表領域やデータベースを静止状態から解除します。 Sybase データベース管理者権限で、例にあるスクリプトを実行して、データベースを静止状態から解除します。
#!/bin/ksh # # script: backup_end.sh # # Sample script to release example Sybase ASE database from quiesce # mode. isql -Usa -Ppassword -SFMR <<! quiesce database tag release go quit !
- プライマリホストとスナップショットホストが同じクラスタ内にあり、かつ、ディスクグループが共有されている場合は、スナップショットボリュームはすでに OHP ホストにアクセスできるようになっています。手順 9 へ進みます。
OHP ホストがクラスタ内にない場合は、次の手順を実行してスナップショットボリュームが OHP ホストにアクセスできるようにします。
次のコマンドを実行し、プライマリホスト上でスナップショットボリュームを含むディスクをその元のディスクグループ snapvoldg, から別のディスクグループ database_dg に分割します。
# vxdg split database_dgsnapvoldgsnapvol ...
- プライマリホスト上で次のコマンドを実行し、スナップショットボリュームのディスクグループをデポートします。
# vxdg deport snapvoldg
- バックアップを実行するオフホスト上で次のコマンドを実行し、スナップショットボリュームのディスクグループをインポートします。
# vxdg import snapvoldg
- VxVM は、自動的にリカバリしないように設定されていないかぎり、ディスクグループのインポート後自動的にボリュームをリカバリします。 スナップショットボリュームが DISABLED 状態に初期設定され、分割後回復されないかどうかを確認してください。
ボリュームが DISABLED 状態になっている場合は、オフホスト上で次のコマンドを使ってスナップショットボリュームをリカバリし、再起動してください。
# vxrecover -g snapvoldg -m snapvol ...
- オフホスト上で、スナップショットボリュームをバックアップします。 スナップショットボリュームをバックアップするためにボリュームのファイルシステムを再マウントする必要がある場合は、最初にボリューム上で fsck を実行します。 次のコマンドは、ファイルシステムをチェックしてマウントするためのサンプルコマンドです。
# fsck -t vxfs /dev/vx/rdsk/snapvoldg/snapvol # mount -t vxfs /dev/vx/dsk/snapvoldg/snapvolmount_point
Veritas NetBackup の bpbackup などのコマンドを使って、ファイルシステムのバックアップを作成します。 バックアップ終了後は、次のコマンドでファイルシステムのマウントを解除します。
# umount mount_point
- プライマリホストとスナップショットホストが同じクラスタ内にあり、かつ、ディスクグループが共有されている場合は、スナップショットボリュームはすでに OHP ホストにアクセスできるようになっています。手順 14 へ進みます。
OHP ホストがクラスタ内にない場合は、次の手順を実行してスナップショットボリュームがプライマリホストにアクセスできるようにします。
オフホスト上で次のコマンドを実行し、スナップショットボリュームのディスクグループをデポートします。
# vxdg deport snapvoldg
- プライマリホスト上で次のコマンドを実行し、スナップショットボリュームのディスクグループを再インポートします。
# vxdg [-s] import snapvoldg
メモ:
クラスタの共有ディスクグループに再結合するディスクグループを再インポートする場合は、-s オプションを指定します。
- プライマリホスト上で次のコマンドを実行し、スナップショットボリュームのディスクグループと元のボリュームのディスクグループを再結合します。
# vxdg join snapvoldgdatabase_dg
- VxVM は、自動的にリカバリしないように設定されていないかぎり、結合後自動的にボリュームをリカバリします。 スナップショットボリュームが DISABLED 状態に初期設定され、結合後回復されないかどうかを確認してください。
ボリュームが DISABLED 状態になっている場合は、プライマリホスト上で次のコマンドを使ってスナップショットボリュームをリカバリし、再起動してください。
# vxrecover -g database_dg -m snapvol
- プライマリホスト上で次のコマンドを実行し、スナップショットボリュームを元のボリュームに再接続します。
# vxsnap -g database_dg reattach snapvol source=database_vol \ [snapvol2 source=database_vol2]...
たとえば、スナップショットボリューム snapvol1、snapvol2、snapvol3 を再接続するには、次のコマンドを実行します。
# vxsnap -g database_dg reattach snapvol1 source=database_vol1 \ snapvol2 source=database_vol2snapvol3 source=database_vol3
再接続されたプレックスは、親ボリュームのデータから同期されている間、SNAPTMP 状態のままとなります。 再同期が完了すると、プレックスは SNAPDONE 状態になります。 同期の進行状況は、vxsnap print コマンドで確認できます。