SnapMirrorは
NAME
SnapMirrorは - ボリューム、qtreeをミラーリングSYNOPSIS
SnapMirrorは{ON | OFF}SnapMirrorのステータス [ オプション ] [ ボリューム | qtreeの ... ]
SnapMirrorの初期化 [ オプション ] デスティネーション
SnapMirrorの更新 [ オプション ] デスティネーション
SnapMirrorの静止 先
SnapMirrorの履歴書の 宛先
SnapMirrorによるブレーク [ オプション ] デスティネーション
SnapMirrorの再同期 [ オプション ] デスティネーション
SnapMirrorの宛先 [ オプション ] [ ソース ]
SnapMirrorのリリースの ソース·デスティネーション
SnapMirrorの { 店 | 取得 } ボリュームtapedevices
SnapMirrorの使用先 tapedevices
SnapMirrorのスロットル <N>先
SnapMirrorの中止 [ オプション ] 先 ...
SnapMirrorは、[ オプション ] ソース送り先の 移行
説明
SnapMirrorのコマンドは、SnapMirrorは、ボリュームとqtreeをミラーリングする方法を制御するために使用されています。 これは、ユーザーが有効および無効にすることができ、スケジュールおよび手動によるデータ転送、転送についての要求情報は、初期化データ転送を開始し、ミラーの更新を開始し、一時的に休止アップデートミラーに、ミラー関係を壊す、壊れたミラーは、リストの宛先情報を再同期化、リリース子ミラー、テープへのストアのボリュームイメージは、テープからボリュームイメージを取得し、中断継続転送されます。SnapMirrorはボリュームまたはqtreeを複製するために使用することができます。 関連するプロセスや行動は、データ·ミラーリングの様々な種類の間にわずかに（そして時には微妙に）異なっている。
SnapMirrorのプロセスでは、デスティネーション·ドリブンである。 SnapMirrorの初期化コマンドは、素数のソース上のすべてのデータを宛先の最初の転送を開始します。 最初の転送の前に、宛先はソースからのデータで上書きする準備ができなければなりません。先のボリューム（VOLを参照）を制限する必要があり、宛先のqtreeはまだ存在してはいけません。
非同期ミラーの場合は、宛先が定期的にソースからの更新を要求し、データの転送を受け入れ、ディスクにそれらのデータを書き込みます。 これらの更新の転送のみが最後の転送以降にソースに加えられた変更が含まれています。 SnapMirrorのスケジューラは、snapmirror.confファイルのスケジュールに従って自動的にこれらの転送を開始します。
同期ミラーは、最初に非同期的に動作しますが、最初の機会では同期モードに移行する予定になります。 これらのミラーはエラー（ミラーリングファイラの間にネットワークパーティションなど）またはユーザーの要求に応じて非同期モードに戻ることがあります。
SnapMirrorの更新コマンドはsnapmirror.confでスケジュールされたものから離れて個々の転送を開始するために使用することができます。
最初の転送後、宛先はクライアントに、読み取り専用の状態でご利用いただけます。 宛先のステータスがsnapmirrored（宛先の状態を表示する方法の詳細については、AGGR、VOL、またはqtreeを参照）であることが表示されます。
災 害ソースが使用できなくなりますか、テストボリューム/ qtreeのように宛先を使用したいときには、SnapMirrorのbreakコマンドとSnapMirror関係を終了することができますときに便利です読書、と同様に記述するための宛先を使用します。 このコマンドは、したがって、それが書き込み可能、snapmirroredから壊れたオフに宛先のステータスを変更します。 SnapMirrorのresyncコマンドでは、snapmirroredに戻って元の宛先のステータスを変更することができ、ソースとその内容を再同期します。 （元ソースに適用した場合、SnapMirrorの再同期は、元の宛先のミラーにそれを変えることができます。この方法では、送信元と宛先の役割が逆転することができます。）
ファイラは、その情報源のそれぞれについて、直接ミラーまたはミラーのミラーのいずれか、すべての宛先を追跡します。 このリストは、SnapMirrorの宛先コマンドを使って表示することができます。 SnapMirrorのreleaseコマンドは、特定の直接ミラーは、もはや更新を要求するなりそのファイラを伝えるために使用することができます。
ネットワーク帯域幅を節約するために、テープではなくSnapMirrorのINITIALIZEコマンドの新しいミラーボリュームを準備するために使用することができます。 SnapMirrorのstoreコマンドダンプをテープにソースのイメージ。 SnapMirrorのretrieveコマンドは、テープからボリュームイメージを復元し、ネットワーク経由で更新転送のためのボリュームを準備します。 複数のテープは、ボリュームイメージを作成するために使用されている場合は、SnapMirrorの使用コマンドが待っている店を指示し、又は出力を書き込むか、または新しいテープデバイスへ/からの入力を受け入れるためのプロセスを取得するために使用されています。 格納および取得するコマンドはのqtreeを使用することはできません。
SnapMirrorのmigrateコマンドは、ソースの"模倣"書き込み先のボリュームを作るために既存のソースと宛先のペアで使用されています。 宛先は、NFSクライアント側で再実装を避けるためにファイラの管理者を支援し、ソースのNFSファイルハンドルを想定しています。
先のファイラのルートボリューム上のsnapmirror.confファイルは、宛先の設定とSnapMirrorのスケジューリングを制御します。 SnapMirrorの設定やスケジューリングの詳細については、snapmirror.confを参照してください。
ソースへのアクセスは、ソース·ファイラー上snapmirror.accessオプションで制御されています。 オプションとオプションの設定については、protocolaccess（8）を参照してください。
（snapmirror.accessオプションは"レガシー"に設定されている場合、アクセスは、ソース·ファイラーのルートボリューム上にsnapmirror.allowファイルによって制御されます。詳細については、snapmirror.allowを参照してください。）
SnapMirrorは、ライセンスサービスで、SnapMirrorのコマンドを使用する前にライセンスを取得する必要があります。 SnapMirrorは、送信元と宛先ファイラの両方にライセンスが必要です。 詳細については、ライセンスを参照してください。
SnapMirrorは、通常のvfilersと同様に、vfiler0という名前の物理ファイラーでサポートされています。 特定vfilerにSnapMirrorのコマンドを発行するために実行するのvFilerコンテキストまたはvfilerを使用しています 。 vfilers上でコマンドを発行する方法の詳細については、vfilerを参照してください。 vfilersでSnapMirrorを使用すると、MultiStoreのライセンスが必要です。
vfilerで使用する場合、いくつかの制限が適用されます。 vfilerは、ボリュームに根づいてしなければならず、SnapMirrorのソースとデスティネーションは、共有ボリューム内のqtreeにすることはできません。 テープデバイスと同期SnapMirrorはvfilersサポートされていません。 qtreeのSnapMirrorの場合は、vfilerは、qtreeの入っているボリュームを所有する必要があります。
各vfilerは、ルートボリュームに独自の/ etc / snapmirror.confファイルを持っています。 SnapMirrorは独立してvfilerにオン·オフする事ができます。 vfilerに発行されSnapMirrorのコマンドはそれが排他的に所有権を持っているボリュームまたはqtreeに操作することができます。
下位互換性を維持するために、物理的なファイラー（vfiler0）は、彼らがvfilersによって所有されている場合でも、すべてのボリュームとすべてのqtree上で動作することができます。 それは非常にすべてのストレージユニット（ボリュームとqtreeには）vfiler0またはホスティングvfilerではなく、両方のいずれかからミラーリングすること、しかし、お奨めします。 のvFilerストレージユニットがvfiler0介してミラーリングされている場合、vfilerでSnapMirrorをオフのままにします。
USAGE
SnapMirrorのコマンドは、多くのサブコマンドがあります。 ほぼすべてのコマンドは、 宛先の引数を取ります。 この引数は、3つの異なる形をとる。 特定の呼び出しに使用するフォームでは、ボリュームまたはqtreeを指定しているかどうかによって異なります。ボリュームは、その名前によって指定されています。
VOL1
vol/vol1/qtree /
/ vol/vol1/-
SnapMirrorのサブコマンドは、次のとおりです。
上の
SnapMirrorのスケジューラのSnapMirrorのデータ転送やターンを可能にします。 このコマンドは、 初期化と更新 、 再同期 、 保存 、またはサブコマンドを取得する任意の SnapMirrorのデータ転送を開始する前に発行する必要があります。 また、このコマンドは、時間がsnapmirror.confファイル内のスケジュールのいずれかと一致した場合に更新の転送を開始するSnapMirrorのスケジューラをオンにします。 このコマンドは、宛先からの要求を更新するために応答するためにファイラのソース側に発行する必要があります。
オフ
すべてのアクティブなSnapMirrorのデータ転送をディセーブルにし（ 初期化 、 更新 、 再同期 、 格納 、および取得 ）新しい転送を開始するコマンドを中止し、SnapMirrorのスケジューラをオフにします。
SnapMirrorのオン/オフ状態は、リブートして存続し、snapmirror.enableオプションに反映されます。 このオプションはオフに設定し、上に、そしてそうするSnapMirrorをオンまたはSnapMirrorのオフコマンドとまったく同じ効果を持つことができます。
ステータス[-L |-T |-q]の[ ボリューム | qtreeの ... ]
このファイラ上のソースおよび/または宛先を持つすべてのSnapMirrorの関係のレポートのステータスが表示されます。 また、このコマンドは、SnapMirrorはオンかオフかを報告します。 任意のボリュームまたはqtreeの引数がコマンドに指定された場合、一致する送信元または宛先のみSnapMirrorの関係が報告されます。 引数が無効である場合、出力中の任意の状態にはなりません。
オプションを指定せずに、それぞれの関係の状態の短いフォームが表示されます。 これは、転送が（そうだとすれば、その転送の進行状況）が進行中であるかどうか、関係のローカル側の状態を示しており、ミラーラグ、ミラーはソース遅れていることで、時間の量を、すなわち。 これは現在の時刻と最後に成功した転送元側のタイムスタンプの単純な違いです。 ソースとデスティネーションのクロックが（それも否定的であるかもしれないケースで）同期されていない限り、遅延時間は、常に、少なくとも同じくらい、最後に成功した転送の期間となります。
-lオプションが指定された場合、出力は、それぞれのSnapMirror関係の詳細情報を表示します。 *は SnapMirrorのstatusコマンドの短い形式の出力に関係のステータスとともに表示されている場合、その関係についての余分な特別な情報は、-lオプションでのみ表示され、利用可能です。
-tオプションが指定された場合、出力がアクティブになっている関係が表示されます。 送信元または宛先が関与している場合の関係は、アクティブと見なされています。
1。 データは、ネットワークまたはから転送します。 2。 読み取りまたはテープデバイスに書き込みます。 3。 テープの変更を待機しています。
4。 ローカルディスク上の処理やクリーンアップを実行する。
-qオプションが指定された場合、出力は、静止または静止されているボリュームとqtreeを表示します。 これが何を意味するのかについては、下記、quiesceコマンドを参照してください。
SnapMirrorのステータスの詳細については、例のセクションを参照してください。
vfilerでは、statusコマンドは、vfilerに関連するエントリを示しています。 物理的なファイラーでは、すべてのvfilersからアクティブな転送エントリが表示されます。 非アクティブな転送は、関連するvfilerに表示されます。 SnapMirrorの転送の総合的かつ読みやすいリストを取得するための好ましい方法は、vfilerは* SnapMirrorのstatusを実行する実行することです。 それはすべてのvfilersやリスト、その移転によりイテレータ。
[-S ソース ] [-kの キロバイト ] [-S src_snap] [-C create_dest_snap] [-W] デスティネーション の初期化
ネットワークを介して最初の転送を開始します。 アップデートの転送が行われる前に、ネットワークを介して、またはより初期のいずれかの転送に必要なテープは、されています。 INITIALIZEコマンドは、宛先ファイラ上で発行する必要があります。 宛先がボリュームである場合は、（ボリュームを確認し、制限する方法については、巻を参照してください）制限する必要があります。 宛先がqtreeのであれば、それは既に（qtreeを一覧表示する方法については、qtreeを参照）が存在してはいけません。 qtreeのが既に存在する場合は、名前を変更する必要がありますか（NFSまたはCIFSクライアントを使用して）、削除、またはSnapMirrorは qtreeにその初期化は動作しません。
中止された最初の転送が再起動チェックポイントを持っていることをSnapMirrorのstatusコマンドが報告する場合は、initialize commmandは中断した転送を再開します。
-Sオプションは 、des_トン追うものと引数のとよく似た形式で、ソース·ファイラーとボリュームまたはqtreeのパスを指定します。 ソースはsnapmirror.confファイルの宛先のエントリと一致する必要があります。 それが一致しない場合、操作はエラーメッセージとアボートを出力します。 -Sオプションが設定されていない場合、使用されるソースは、snapmirror.confファイル内の宛先のエントリによって指定されたものです。 そのようなエントリが存在しない場合、操作はエラーメッセージとアボートを出力します。
-kオプションは、データが毎秒キロバイト単位でネットワークを介して転送される最大速度を設定します。 これは、ディスク、CPU、ネットワーク使用率を抑制するために使用されます。 このオプションは、単に転送速度の最大値を設定し、それは転送がそんなに速く行くことを保証するものではありません。 このオプションが設定されていない場合は、ファイラはsnapmirror.confファイル内のこの関係（snapmirror.confを参照）設定KBSに従ってデータを送信します。 このオプションが設定され、snapmirror.confファイル内のこの関係のためのKBSの設定はありませんされていない場合は、ファイラーは、それができるだけ早くデータを送信します。
-cオプションは、qtreeに初期化で動作します。 このオプションでは、SnapMirrorは初期化が正常に（それは、任意の継続的な更新プログラムと競合しないように）完了した後、先にcreate_dest_snapという名前のスナップショットを作成します。 SnapMirrorは、このスナップショットをロックしたり、削除されません。create_dest_snapは、これらの名前がスケジュールスナップショット用に予約されているため、hourly.x、nightly.x、またはweekly.xすることはできません。
-sオプションは、qtreeに初期化で動作します。 それは、SnapMirrorの代わりにソースのスナップショットを作成し、新しいスナップショットからのqtreeを転送するのでは、qtreeを転送し、そこからsrc_snapという名前のスナップショットを指定します。 このオプションは、特定のスナップショットの内容を転送するために使用され、例えば、それはデータベースが安定し、一貫した状態に入ったままの状態で撮影したスナップショットを転送することができます。 SnapMirrorはsrc_snapをロックしたり、削除されません。src_snapは hourly.x、nightly.x、weekly.x、snapshot_for_backup.xまたはsnapshot_for_volcopy.xすることはできません。
-wオプションは、最初の転送が開始されると戻らないコマンドになります。 転送は、完了ステータスを印刷して返します。その時点で、（または失敗）が完了するまで、その代わりに、待機することになります。
更新[-S ソース ] [-kの キロバイト ] [-S src_snap] [-C create_dest_snap] [-W] デスティネーション
非同期ミラーの場合、アップデートはすぐにソースの内容のミラーを更新するために送信元から宛先に開始されます。
同期ミラーの場合は、スナップショットは、複製先ボリュームのクライアントに表示されるようになり、ソース·ボリューム上に作成されます。
updateコマンドは、宛先ファイラ上で発行する必要があります。
-Sオプションは 、転送元を設定し 、それが初期化の場合と同様に更新のために同じ動作します。
-kオプションは、転送の秒あたりのキロバイト数で、スロットルを設定し、それが初期化の場合と同様に更新のために同じ動作します。
-cオプションは、qtreeにアップデートで動作します。 このオプションは、SnapMirrorのでアップデートが完了した後に（それは、任意の継続的な更新プログラムと競合しないように）先にcreate_dest_snapという名前のスナップショットを作成します。 SnapMirrorは、このスナップショットをロックしたり、削除されません。create_dest_snapは、これらの名前がスケジュールスナップショット用に予約されているため、hourly.x、nightly.x、またはweekly.xすることはできません。
-sオプションは、qtreeにアップデートで動作します。 それは、SnapMirrorの代わりにソースのスナップショットを作成し、新しいスナップショットからのqtreeを転送するのでは、qtreeを転送し、そこからsrc_snapという名前のスナップショットを指定します。 このオプションは、特定のスナップショットの内容を転送するために使用され、例えば、それはデータベースが安定し、一貫した状態に入ったままの状態で撮影したスナップショットを転送することができます。 SnapMirrorはsrc_snapをロックしたり、削除されません。src_snapは hourly.x、nightly.x、weekly.x、snapshot_for_backup.xまたはsnapshot_for_volcopy.xすることはできません。
-wオプションは、増分転送が開始されると戻らないコマンドになります。 転送は、完了ステータスを印刷して返します。その時点で、（または失敗）が完了するまで、その代わりに、待機することになります。
デスティネーションを 休止
新しい転送を開始することはできませんされた後完了するには、 宛先への進行中の転送ができます。 同期ミラーは同期モードから取り出されます。 SnapMirrorのresumeコマンドが適用されるまで、このボリュームまたはqtreeを更新することをさらに要求は失敗します。
このコマンドは、qtreeの目的地への特別な意味を持ちます。 転送中にSnapMirrorのによって変更されているqtreeの宛先は、その中に現在の変更を必要があります。 これらの変更は、NFSまたはCIFSクライアントにエクスポートされません。 スナップショットがこの時間の間に取られる場合は、スナップショットは、qtreeの移行内容を含んでいます。 休止のいずれかの転送が行われた変更を終了または取り消しすることにより、移行状態からそのqtreeを引き出すでしょう。SnapMirrorのステータスが報告できるかどうかqtreeには、静止されていないか。 SnapMirrorはqtreeのの内容に変更を加えながら、 静止プロセスが完了するまでに時間がかかることがあります。 qtreeが静止している間取られたスナップショットは、NFSおよびCIFSクライアントにエクスポートされた内容と一致するqtreeの画像が含まれています。
デスティネーションを 再開
宛先への転送を再開します。 SnapMirrorのレジュームコマンドは、進行中の中止SnapMirrorの休止のいずれかに使用したり、以前に完了するSnapMirrorの静止を取り消すことができます。 コマンドは、 静止から宛先の状態を復元するか、前の休止操作にあったものに静止 。
[-F] 宛先を 破る
通常の読み取り/書き込みボリュームまたはqtreeにsnapmirrored先を回して、SnapMirror関係を壊します。 このコマンドは、先のファイラー上で発行する必要があります。
-fオプションは、コンフォメーションを求めることなくsnaplockedボリュームの関係の間にSnapMirrorのブレークを強制します 。
このコマンドはsnapmirror.confファイルを変更しません。 壊れたミラーにスケジュールされた転送が失敗します。
ボリュームの場合、このコマンドは、 体積のオプションと同じ効果を持つコマンドをオフsnapmirroredと、ボリュームからsnapmirroredオプションを削除します。 fs_size_fixedボリュームオプションは、上に残ります、それは手動でSnapMirrorはレプリケーションのために切り捨てられた可能性がある任意のディスク領域を解放するボリュームから削除する必要があります。 （オプションのセクションを参照して、これら二つのボリュームオプションの詳細については、容量）
それは分けることができます前に、宛先のqtreeは静止しなければなりません。
再同期[-N] [-F] [-S ソース ] [-kの キロバイト ] [-S src_snap] [-C create_dest_snap] [-W] デスティネーション
snapmirrored状態で先を入れ、更新転送のためのそれが準備をし、その元のソースに壊れたオフの宛先を再同期します。 resyncコマンドは、宛先ファイラ上で発行する必要があります。
resyncコマンドは、宛先のデータ損失を引き起こす可能性があります。 それが効果的にdesti_ N ationソースのレプリカを作っているので、いずれかのブレークが取り消された後、先に行われた編集します。
以前はミラーボリュームの場合、resyncコマンドでは、効果的に送信元と宛先の両方に共通している最新のスナップショットへの宛先にSnapRestoreのを（VOLを参照）を実行します。 ほとんどの場合、これは送信元から宛先に転送する最後のスナップショットですが、それはSnapMirror複製のために送信元と宛先の両方にある任意のスナップショットすることができます。 最新の一般的なスナップショットが作成されてから新しいデータが先に書き込まれている場合は、そのデータが再同期操作中に失われます。
以前は、ミラー化のqtreeには、SnapMirrorの宛先ボリューム上の最新のSnapMirrorcreatedスナップショットからファイルシステムにデータを復元します。 ボリュームの場合とは異なり、 再同期を実行するために、この最後のスナップショットを必要とします。
resyncコマンドでは、SnapRestoreのまたはqtreeデータ復元が完了した後、更新転送を開始します。
-nオプションresyncコマンドの実行がどうなるのか報告しますが、コマンドを実行しません。
-fオプションを指定すると、確認のためのプロンプトを表示せずに続行する操作を強制します。
-Sオプションは 、転送元を設定し 、それが初期化の場合と同様に再同期のために同じ動作します。
-kオプションは、転送の秒あたりのキロバイト数で、スロットルを設定し、それが初期化の場合と同様に再同期のために同じ動作します。
-cオプションは、qtreeに再同期で動作します。 このオプションでSnapMirrorは、再同期転送が完了した後（これは、任意の継続的な更新プログラムと競合しないように）先にcreate_dest_snapという名前のスナップショットを作成します。 SnapMirrorは、このスナップショットをロックしたり、削除されません。create_dest_snapは、これらの名前がスケジュールスナップショット用に予約されているため、hourly.x、nightly.x、またはweekly.xすることはできません。
-sオプションは、qtreeに再同期で動作します。 それは、SnapMirrorの代わりにソースのスナップショットを作成し、新しいスナップショットからのqtreeを転送するのでは、qtreeを転送し、そこからsrc_snapという名前のスナップショットを指定します。 このオプションは、特定のスナップショットの内容を転送するために使用され、例えば、それはデータベースが安定し、一貫した状態に入ったままの状態で撮影したスナップショットを転送することができます。 SnapMirrorはsrc_snapをロックしたり、削除されません。src_snapは hourly.x、nightly.x、weekly.x、snapshot_for_backup.xまたはsnapshot_for_volcopy.xすることはできません。
-wオプションは、再同期転送が開始されると戻らないコマンドになります。 転送は、完了ステータスを印刷して返します。その時点で、（または失敗）が完了するまで、その代わりに、待機することになります。 このオプションは、-nオプションも指定されている場合は効果がありません。
宛先は、[-S] [ ソース ]
このファイラ上のソースのために現在知られているすべての宛先を示しています。 ボリュームの場合、このコマンドはまた、任意のカスケードされた宛先を示し、これらは直接目的地のレプリカである任意のボリュームです。 このコマンドは、それが知っているようなすべての子孫が一覧表示されます。
-sオプションは、宛先ごとに元のボリュームに保持されるスナップショットのリスト名に含まれています。
特定のソースが指定されている場合、そのボリュームの唯一の宛先が表示されます。 ソースは、ボリューム名またはqtreeのパスかもしれません。
放出 源 { ファイラー ： ボリューム | ファイラー：qtreeの }
特定の直接ミラーは、もはや更新を要求しようとされていないことをSnapMirrorを教えてください。
特定の宛先は、もはや更新を要求しようとされていない場合、それはもはやその先のスナップショットを保持しませんように、SnapMirrorを伝える必要があります。 このコマンドは、その宛先へのレプリケーションのために不要になったスナップショットを削除し、SnapMirrorのブレークは、宛先側で発行された後SnapMirrorの作成 したスナップショットをクリーンアップするために使用することができます。
source引数は、宛先から解放されることをソースボリュームまたはqtreeです。 デスティネーション引数には、先のファイラーと宛先ボリューム名または宛先ファイラと宛先のqtreeのパスのどちらかでなければなりません。 このコマンドへの引数のセットとしてSnapMirrorの宛先コマンドの出力からラインを使用することができます。
ストア[-G ジオメトリ ] 宛先tapedevices
指定されたtapedevices宛先ボリュームのダンプはイメージです。 これは非常にSnapMirrorのinitializeコマンドと似ていますが、ソース·ボリュームからテープデバイスに。 あなたが制限されたボリューム上の最初の、プライミング転送を実行するためにテープやretrieveコマンドを使用することができます。
SnapMirrorのストアでは、-gオプションを使用すると、特定の宛先従来のボリューム用のテープを最適化します。 ジオメトリ引数は、目的の宛先従来のボリュームのジオメトリを説明する文字列です。 それは、伝統的なボリュームでSnapMirrorを取得する-gコマンドを使用して取得することができます。 このオプションを使用すると、SnapMirrorは劇的にパフォーマンスを取得向上させることができます。 -gオプションは、従来のボリュームでのみ有効です。
ボリュームだけがに保存またはテープから取り出すことができます。 のqtreeにストアしたり、テープから取得することはできません。
このコマンドのtapedevicesフィールドは 、有効なテープデバイスのcommaseparatedリストです。 テープデバイス名の詳細については、テープを参照してください。
テープデバイスはvfilersサポートされていません。 このコマンドは、物理ファイラー上で実行されます。
{|-H tapedevice |-gの ボリュームの宛先tapedevices} を取得
指定されたdesti_ N ationにtapedevicesにイメージを復元します。 これは非常にSnapMirrorのinitializeコマンドと似ていますが、テープデバイスから宛先ボリュームに。 先がこれらのテープを作成するために実行ストアからソース·ボリュームとSnapMirror関係の一部である場合、 ボリュームがネットワークを介して最初の転送を介してプライミングされたかのように、二つのボリュームはミラー化できます。
あなたが指定された単一のtapedeviceのヘッダーを読み取るには、-hフラグを使用することができます。 これは、テープのソースとインデックスに関する情報を提供します。
-gオプションは、指定されたボリュームのジオメトリ文字列を提供します。 この文字列は、SnapMirrorの店-gコマンドに与えられたとき、劇的にSnapMirrorは 、このボリュームのパフォーマンスを取得する改善されます。
このコマンドのtapedevicesフィールドは 、有効なテープデバイスのcommaseparatedリストです。 テープデバイス名の詳細については、テープを参照してください。
この機能は、ボリュームのみで動作します。 のqtreeにストアしたり、テープから取得することはできません。
テープデバイスはvfilersサポートされていません。 このコマンドは、物理ファイラー上で実行されます。
宛先tapedevicesを 使用 し
指定されたtapedevicesとデス ティネーションテープへの転送が続行されます。
ストアまたはリトリーブ操作はテープが不足した場合、ユーザーが別のテープを提供するためにプロンプトが表示されます。 別のテープが提供された後は、useコマンドは、それがどこにあるSnapMirrorのプロセスを伝えるために呼び出されます。
取得の場合にはボリューム 、 ファイラー ： 店舗の場合tapedevices宛先フィールドにはファイラーで指定されています。
このコマンドのtapedevicesフィールドは 、有効なテープデバイスのcommaseparatedリストです。 テープデバイス名の詳細については、テープを参照してください。
テープデバイスはvfilersサポートされていません。 このコマンドは、物理ファイラー上で実行されます。
スロットル <N>先
秒あたりのキロバイト単位で指定する値を持つ宛先へのSnapMirrorの転送のためのスロットル値を変更します。 これは、データが現在の転送のためにネットワークを介してtrasferedされる最大速度を設定します。 ゼロの値は、スロットルを無効にするために使用することができます。
新しい値は現在の転送のためにのみ使用されます。 次のスケジュールされた転送がsnapmirror.confファイルで指定されたKBSの値を使用します。 If the value for the kbs option in the snapmirror.conf is changed while transfer is going on, then the new value will take effect within two minutes.
abort [ -h ] destination …
Aborts currently executing transfers to all specified destination s. It may take a few minutes for a transfer to clean up and abort. This does not stop new updates from starting. If you are interested in stopping further updates use the snapmirror quiesce command.
Any transfer with a restart checkpoint (you can view this via the snapmirror status command) may be restartable; to clear out the restart checkpoint and force any subsequent transfer to start with a fresh snapshot on the source, you can use abort -h on the destination. The -h option specifies that this is a hard abort; the restart checkpoint will be cleared out in addition to the transfer being stopped.
abortコマンドは、送信元または宛先のファイラーのどちらからでも呼び出すことができます。 ただし、-hオプションを指定すると、先のファイラー上でのみ有効です。 ソースファイラに指定された場合、このオプションは無視されます。
source_volume [destination_filer：]デスティトンion_volume：[-N] [-F] [-kの キロバイト ] [source_filer] 移行
SnapMirrorの移行は、ソースボリュームを保持しているファイラ上で実行されます。 それはすでにSnapMirrorのペアのソースおよびデスティネーションです。つのボリューム上で実行する必要があります。
SnapMirrorの移行は、source_volumeからデスティトンion_filerのdestination_volumeない（ファイラが指定されていない場合、移行ボリュームがローカルであると仮定します）へのデータおよびNFSファイルハンドルを転送します。 source_filerが指定されている場合、移行先は、情報の転送用のソース·ファイラーを接続するために、そのネットワークインターフェイスを使用します。
移行が実行する最初のことは準備のためのソースとデスティネーション側をチェックしています。 そして、それはソースにNFSおよびCIFSサービスが停止します。 これは何も移行時に変更されていないかのように、それがクライアントに表示されるようにするソースボリュームのデータへの変更を、防ぐことができます。 これは、2つのボリューム間で定期的にSnapMirrorの転送を実行します。 転送終了時に、それはNFSファイルハンドルを移行され、ソースをオフラインにし、宛先ボリュームが書き込み可能にします。
The -n flag will make a test run; that is, it will run all the pre-transfer checks, but stop short of transferring data. The -f flag will not prompt the user for confirmation. The -k flag will throttle the speed at which the transfer runs (at kilobytes kilobytes per second), in a manner similar to that used in the snapmirror update command.
CLUSTER CONSIDERATIONS
If one filer in a cluster failover pair goes down, any active transfers are aborted. The SnapMirror scheduler and services will continue for volumes on the downed filer. The configurations of the SnapMirror relationships are taken from the downed filer's snapmirror.access option or snapmirror.allow and snapmirror.conf files.例
Here are a few examples of use of the snapmirror command:The following example turns the scheduler on and off:
toaster> snapmirror on toaster> snapmirror status Snapmirror is on. toaster> snapmirror off toaster> snapmirror status Snapmirror is off. toaster>
toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:arc1 Snapmirrored 22:09:58 Idle toaster:vol1 toaster:arc2 Snapmirrored 01:02:53 Transferring toaster:vol2 icebox:saved Uninitialized – Transferring (128MB done) fridge:users toaster:arc3 Snapmirrored 10:14:36 Idle with restart checkpoint (12MB done) toaster>
toaster> snapmirror status -l arc1 Snapmirror is on. Source: fridge:home Destination: toaster:arc1 Type: Volume Status: Idle Progress: – State: Snapmirrored Lag: 22:09:58 Mirror Timestamp: Wed Aug 8 16:53:04 GMT 2001 Base Snapshot: toaster(0001234567)_arc1.1 Current Transfer Type: – Current Transfer Error: – Contents: Replica Last Transfer Type: Initialize Last Transfer Size: 1120000 KB Last Transfer Duration: 00:03:47 Last Transfer From: fridge:home
filer> snapmirror status -q Snapmirror is on. vol1 has quiesced/quiescing qtrees: /vol/vol1/qt0 is quiesced /vol/vol1/qt1 is quiescing vol2 is quiescing
トースター> SnapMirrorの店VOL1 rst0a、rst1a SnapMirrorは：リファレンススナップショット：snapmirror_tape_5.17.100_21：47:28トースター> SnapMirrorは：トースターへストア：rst0a、rst1aはテープが不足しています。 トースター> SnapMirrorの使用トースター：rst0a、rst1a rst0aトースター>水5月17日午前23時36分31秒GMT [worker_thread：予告]：SnapMirrorは：ボリューム "vol1の 'からテープへのストア（1:03分で11メガバイト、3つのテープに成功した書かれています）。
トースター> SnapMirrorの取得-H rst0aテープ数：1 WAFLバージョン：12 BareMetalバージョン：1ソース·ファイラー：トースターソースボリューム：vol0ソース·ボリューム·容量：16MBのソースボリュームに使用サイズ：11メガバイトのソーススナップショット：snapmirror_tape_5.17.100_21：47:28トースター>トースター> SnapMirrorはvol8 rst0a SnapMirrorを取得します：テープからトースターに取得する：vol8はテープが不足しています。 トースター> SnapMirrorの使用トースター：vol8 rst0a SnapMirrorは：テープからトースターに取得する：vol8はテープが不足しています。 トースター> SnapMirrorの使用トースター：vol8 rst0aトースター> SnapMirrorのステータスSnapMirrorは上にあります。 ソース宛先ステート·ラグ·ステータストースター：rst1a、rst0aトースター：不明DST1 - 転送（17メガバイト行われます）トースター> 5月17日（水）午後11時54分29秒GMT [worker_thread：予告]：SnapMirrorは：テープからボリューム 'vol8'に取得に成功しました（午前1時30分で11 MB）。
トースター> SnapMirrorのステータスSnapMirrorは上にあります。 ソース宛先ステート·ラグ·ステータス冷蔵庫：ホームトースター：volm1が初期化されていない - （10GB行われます）冷蔵庫を転送する：メール·トースター：volm2 Snapmirrored 1時00分31秒転送（4423メガバイト行われます）トースター> SnapMirrorを中止トースター：volm1 volm2トースター> SnapMirrorのステータスSnapMirrorはオンになって。 ソース宛先ステート·ラグ·ステータス冷蔵庫：ホームトースター：volm1 Snapmirrored 0時01分25秒アイドル冷蔵庫：メールトースター：volm2トースター> SnapMirrorのステータスSnapMirrorの：再起動チェックポイント（7000メガバイト行われます）トースター> SnapMirrorを中止トースターアイドルvolm2 Snapmirrored午前1時03分11秒にあります。 ソース宛先ステート·ラグ·ステータス冷蔵庫：ホームトースター：volm1 Snapmirrored〇時〇二分35秒アイドル冷蔵庫：メールトースター：アイドルvolm2 Snapmirrored一時04分21秒
トースター> SnapMirrorのステータスSnapMirrorは上にあります。 ソース宛先ステート·ラグ·ステータス冷蔵庫：ホームトースター：初期化されていないvolm1 - （10GB行われます）冷蔵庫を転送する：メール·トースター：volm2 Snapmirrored 1時00分31秒転送（4423メガバイト行われます）トースター> SnapMirrorの中止-Hトースター：volm1トースター：volm2トースター> SnapMirrorのステータスSnapMirrorは上にあります。 ソース宛先ステート·ラグ·ステータス冷蔵庫：ホームトースター：volm1 Snapmirrored〇時〇二分35秒アイドル冷蔵庫：メールトースター：アイドルvolm2 Snapmirrored一時04分21秒
トースター> SnapMirrorは先との交渉ホームミラーの移行....
このファイラにこのプロセスの結果として、ソース·ボリュームのホームがオフラインにされ、NFSサービスは、転送中に停止されます。 ソース·ボリューム上のCIFSサービスは終了され、CIFSは、宛先に設定する必要があります。
Are you sure you want to do this? yes nfs turned off on source filer performing final transfer from toaster:home to mirror…. (monitor progress with “snapmirror status”) transfer from toaster:home to mirror successful starting nfs filehandle migration from home to mirror source volume home brought offline source nfs filehandles invalidated destination toaster:mirror confirms migration migration complete toaster> vol status Volume State Status Options root online normal root, raidsize=14 mirror online normal home offline normal toaster> vol rename home temp home renamed to temp you may need to update /etc/exports toaster> vol rename mirror home mirror renamed to home you may need to update /etc/exports toaster> exportfs -a
NOTES
If a source volume is larger than the replica destination, the transfer is disallowed.Notes on the snapmirror migrate command:
The migrate command is only a partial step of the process. It is intended to work when an administrator desires to move the data of one volume to another, possibly because they want to move to a new set of disks, or to a larger volume without adding disks.
We intend that migrate be run in as controlled an environment as possible. It is best if there are no dumps or SnapMirror transfers going on during the migration.
The clients may see stale filehandles or unresponsive NFS service while migrate is running. This is expected behavior. Once the destination volume is made writable, the clients will see the data as if nothing has happened.
migrate will not change exports or IP addresses; the new destination volume must be reachable in the same way as the source volume once was.
CIFS service will need to be restarted on the migrate destination.
OPTIONS
Here are SnapMirror-related options (see options , protocolaccess , snapmirror , and snapmirror.allow for details on these options): snapmirror.access
Controls SnapMirror access to a filer.
snapmirror.checkip.enable
Controls SnapMirror IP address checking using snapmirror.allow .
snapmirror.delayed_acks.enable
Controls a SnapMirror networking option.
replication.volume.transfer_limits
Controls increased stream counts. This option is provided to revert stream counts to legacy limits.
replication.volume.reserved_transfers
Guarantees that specified number of volume SnapMirror source/destination transfers always start. This option will reduce the maximum limit on all other transfers types and will be equivalent to maximum number of transfers possible.
snapmirror.enable
Turns SnapMirror on and off. SnapMirror can only be enabled on vfilers which are rooted on volumes.
snapmirror.log.enable
Turns SnapMirror logging on and off.
replication.volume.use_auto_resync
Turns auto resync functionality on and off for Synchronous SnapMirror relations. This option if enabled on Synchronous SnapMirror, destination will update from the source using the latest common base snapshot deleting all destination side snapshots newer than the common base snapshot.
Here are SnapMirror-related volume pseudo-options (see vol for more details):
snapmirrored
Designates that the volume is read-only.
fs_size_fixed
Effectively truncates the filesystem on the destination volume to the size of the source.
Options snapmirror.access , snapmirror.checkip.enable , and snapmirror.enable can be manipulated independently on a per-vfiler basis.
FILES
/etc/snapmirror.allowThis file controls SnapMirror's access to a source filer. See snapmirror.allow , for details.
/etc/snapmirror.conf
This file controls SnapMirror schedules and relationships. See snapmirror.conf for details.
/etc/log/snapmirror
This file logs SnapMirror activity. See snapmirror for details.
SEE ALSO
aggr license options qtree vol tape(4) protocolaccess(8) snapmirror(5) snapmirror.allow(5) snapmirror.conf(5)
著作権©1994-2008ネットアップ株式会社リーガル情報
