NetAppのテクニカルダイアリー

ほぼシームレス！ 並び替えの...

私の思考のほとんどと同じように、無実の顧客のクエリから始まった。 EMCは、シームレスなCIFSのデータ移行を行うための、非常にクールな作り付けのツールを持っていますが、NetAppはしないでください。 それは、我々はこれを持っていないので、しばしば問題とNetAppといくつかの慎重な計画のかなりの量の原因となるものです。 しかし、私は、今日考えていた、我々はちょっと、私はちょうど私達が適切なツールが利用可能な活用とは思わない。

widelinksを入力してください。 ここではトピックに関するNetAppのKBの記事（KB 3011420）からの抜粋です...

シンボリックリンクは、別のファイルまたはディレクトリを指しているNFSクライアントによって作成される特殊なファイルです。 Widelinkエントリは、ファイラ上で絶対的なシンボリックリンクをリダイレクトする方法です。 彼らは、シンボリックリンク先が同じファイラ上または別のファイラ上の共有にすることができます。 次の例では、同じファイラ上のqtreeへのボリュームからシンボリックリンクを作成する方法を示して、そしてボリュームとは異なるファイラ上のボリュームに。

これはどういう意味ですか、なぜ私の人生は、この記事の残りの部分を読んだ後より容易になりますか？

だから私はすてきな光沢のある新しいNetAppファイラ（または私はまだ上に私のCIFSデータを移行するにラウンド持っていない古いものを）持っている、と私は急速に支持の故障や外に接近している私の古いCIFSファイルサーバーがある場合。 私はすべてのデータがで、すべてのすべての私のデータをコピーするのボール痛みがなくても時間外にコピーすることを心配しながらのCIFSファイルサーバーにユーザーをリダイレクトするwidelinksを使用して私のNetAppの上に私の新しいファイルと共有の構造を作成し、できる一回。 続きを読む... （1385語、3つの画像、時間を読書推定5時32分）

コマンドライン 、 一般的な CIFS 、 NetAppは 、 シンボリックリンク 、 シンボリックリンク 、 widelinks

私は彼らの新たなDRシステムへの既存の顧客のファイラを複製のタスクを持っていた。 これはかなり大規模なシステムだった、とSnapMirrorsを作成する場合は同じ量が特に複雑ではない、それは時間のかかる作業です。 私は多くのことを持つように、私は私が早くこのタスクを達成するためにスクリプトを書いた、そしてまた別のコーヒーを持って行く。

あなたは、事前共有鍵の設定を（いつものように）必要がありますが、残りは入力を求められます。 ないデータのバリデーション（驚き）はありません。 このスクリプトでは、ベースラインの初期化を行っている間、"snapmirror.conf"の代わりに使用する上4つのテキストフ​​ァイル、すべてのボリュームを作成する/制限用の、"snapmirror.conf"のための1つを、出力、そして最終的に1つになります実際にsnapmirrorsを初期化する。 同時ストリームの周りには知性がないので、初期化はまだ行為をジャグリングして待っているゲームのビットです。

これが便利なら私に知らせてください。

＃！/ bin / bashの

エコー"PRIMARYファイラの名前を入力してください。"
PRI_FILERを読む

エコー"DRのファイラの名前を入力してください。"
DR_FILERを読む

ConnectStringの=は"ssh - C 3DES"
＃のConnectString ="RSH"

SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger = 5

エコー""> $ {DR_FILER} _filer_volumes.txt
エコー""> $ {DR_FILER} _snapmirror.conf
エコー""> $ {DR_FILER} _sm_initialize.txt
エコー""> $ {DR_FILER} _snapmirror_init.conf

`$ {ConnectStringの} $ PRI_FILER"AGGR状態"でAGGRのための| awkは'！$ 2〜/州/ {print $ 1を出力}'`
か
SIZE =`$ {ConnectStringの} $ PRI_FILER"DF -ああ$ AGGR"| sedのの/ \（[0-9] [KMGT] \）B / \ 1 / g'を|！。awkは'$ 1〜/スナップショット|集約/ {$ 2}'`
`$ {ConnectStringの} $ PRI_FILERでVOLの"AGGR show_space $ AGGR"| awkは'$ 1〜/スペース/ {print $ 0を出力する}！'| awkは'$ 4​​〜/ボリューム|ファイル|なし/ {print $ 1を出力}'`
か
エコー"volは{VOLを} $を作成する- s noneを$ {AGGR} $ {SIZE}">> $ {DR_FILER} _filer_volumes.txt
エコー"volは{VOL} $を制限する">> $ {DR_FILER} _filer_volumes.txt
エコー"SnapMirrorの初期化- S $ {PRI_FILER}：$ {VOL​​} $ {DR_FILER}：$ {VOL​​}">> $ {DR_FILER} _sm_initialize.txt
エコー"$ {PRI_FILER}：$ {VOL​​} $ {DR_FILER}：$ {VOL​​} - $ {SnapMirrorMinute} $ {SnapMirrorHour} * *">> $ {DR_FILER} _snapmirror.conf
エコー"$ {PRI_FILER}：$ {VOL​​} $ {DR_FILER}：$ {VOL​​} - - - - - ">> $ {DR_FILER} _snapmirror_init.conf

SnapMirrorMinute =`exprに$ SnapMirrorMinute + $ SnapMirrorStaggerは` 続きを読む... （328ワード、時間を読書推定午前1時19分）

コマンドラインは、 初期化 、 初期化 、 NetAppの 、 セットアップ 、 SnapMirrorを

私はそれが良いセットアップの設定を保存することが非常に重要だと思う。 あなたは戻って、物事を参照する必要がある場合、まずそれは偉大なリファレンスです、第二にそれはあなたが実際に正しいことと、最初から正しく物事を設定したことがなかったかを示すための素晴らしい方法です！

全体設定のダンプを行うためONTAP内部に設けられた便利なツールがあると、比較して、復元します。 これは、ファイラーの基本構成に限定されており、必ずしもボリュームのセットアップなどの分野が含まれていません。

>設定filer01
使用法：
configのクローン<filer> <remote_user>
configの差分[- O <output_file>] <config_file1> [<config_file2>]
設定ダンプ[- F] [- V] <config_file>
設定の復元[- V] <config_file>

コマンドは非常にシンプルで簡単です。 あなたはファイラから設定をダンプすることから始めます。 これは自動的に/ etc /のconfigsに入ります。 ここから、その後必要に応じて設定を複製し、または（差分）コンフィギュレーションを比較することができます。 実行には何が変わったのかわからない場合はdiffは、時間で2点間の設定を比較するのは非常に良い方法である、またはファイラのアップグレードを比較している場合でも、あなたが2系統（チェックアウトの間で設定ファイルをコピーするNetAppのファイルコピー ）。 これはおそらく再起動が必要になる、とknockonを持っているかもしれないが、最終的にあなたも何かもしれないし、/などの様々な他の設定ファイルで必要とされていない可能性がありますに影響を与える、リストア機能を使用することができます

全体的に非常に便利なコマンド。 私は（インスタンスのプライマリおよびDR用）ファイラのconfigsのバックアップを取り、同様のシステム間でそれらを比較するためのこのほとんどを使用して、あるいは時間をかけてconfigsを比較。

コマンドライン のConfig 、 Configをダンプ 、 NetAppは 、 ONTAPは 、 Configを保存

それは、常にどのように私はNetAppのコンソールから直接、単一のファイル、または大規模な領域をコピーすることができる、最高だ！ 一般的に答えが返ってくる、あなたは、Robocopyはまたはrsyncまたは別のファイルの移行ツールを使用することはできません。 しかし、ファイラー自体から直接周りのファイルをコピーするのは間違いなくの方法がある、と多くの場合、これはそれを行う最も効率的な方法です！ しかし、これらは最も直感的または十分に文書化コマンドではありません。

そこに他の方法である、とあなたが過去に使用されているものがありますか、知っていたら、共有遠慮なくご連絡ください可能性があります。 すべてのメソッドはすべてのタスクに適していますが、それぞれに独自の個々の用途があります。

ndmpcopy

これは多くの場合、ファイル/フォルダのコピーコマンドとして見過ごされている、としばしば単に周りのボリューム全体を移行するために使用されます。 実際には周りの個々のフォルダまたはファイラーをコピーするために使用することができ、より良い他のファイラーにデータをコピーするために使用することができます！ NDMPは、（上ndmpd）が最初に有効になっていることを確認してください。 構文はとてもシンプルです...

ndmpcopyの/ vol / vol_source_name /フォルダ/ファイルの/ vol / vol_dest_name /ファイル

ただ、これを打破するために、我々は"の/ vol / vol_source_name /フォルダ"からファイラーをコピーするために選択されており、我々は"の/ vol / vol_dest_name"にそれをコピーする。 この制限が厳しすぎるではない、我々は、同じパスを保つために持っていない、と私たちも（そのようなあなたが必要とする場合のqtreeに物事をコピーするなど）と同じ体積で約物事をコピーすることができます。 あなたは、ダウンダウンのディレクトリツリー内の単一のフォルダのように、単一のqtreeに、ボリューム全体から物事をコピーすることができます。 唯一の真の制限は、ワイルドカードを使用できないことですし、コピーに複数のファイルを選択することはできません。

、あるファイラーから別のファイルをコピーする場合は、我々は単にこの構文を拡張して...

ndmpcopy - SAの<user>：<pass>の- DAの<user>：<pass>のsource_filer：の/ vol / vol_source_name /フォルダ/ファイルdestination_filer：の/ vol / vol_dest_name /ファイルの続きを読む... （1037の言葉は、午前4時09分を推計時間を読ん分）

コマンドライン のcp 、 ファイルのコピー 、 フレックスクローン 、 mvは 、 NetAppのファイルコピー 、 巻コピー

私はどこかにvol0を移動したい/必要とした多くの機会がなされている。 ちょうど先週、私は、ルート集約を破壊し、周りの一部のディスクを移動したい顧客を持っていたが、彼らはすでにファイラを設定したいと、これを失うことを望んでいない

プロセスは、実際には非常に簡単です！

続きを読む... （292ワード、時間を読書推定午前1時10分）

コマンドラインの 起動 、 bootvol 、 NetAppの 、 システム 、 SYSVOL 、 vol0

これは私がサイトのフェイルオーバーを支援するために書いた別のスクリプトです。 基本的にSnapMirrorのスクリプトは、オンラインボリュームを持って素晴らしい作品、しかしすべてがVMwareの（とVM内からiSCSIなど）にある場合、これらは自動的に再マップすること、そしてあなたにいくつかの足の作業内容を保存したい！

よく、このスクリプトは、プライマリファイラへのアクセス権を持っているDRの場所に座って、サーバーから実行します。 私はあなたがしたいようにする必要があります（行当たり1ファイラの名前を持つ"primary_filers.txt'ファイルを作成）などの多くの主要なファイラに置くことができる、このスクリプトは非常に動的にすることを試みた。 しかしそれは唯一のDR側に1つのファイラーにフェイルオーバーします。 これはちょうど、この種のことを達成することがいかに簡単であるかの概念を示す、再び容易に改善することが、しかしだ。

ここで難しいのは、これを解決するために中間の少しより多くのスクリプティングので、あなたが'F'と'i'を使用する場所"igroupに作成"の要求として、"igroupにショーの出力は"FCP"と"iSCSIの"ということです。

このスクリプトでは、DRのファイラー上のすべてのigroupをを再作成するために実行できるスクリプトを（およびcronとして実行する場合、単にそれを毎回上書きされます）を作成します。 マッピングを必要とするいくつかのLUNがある場合は本当に便利。 さらには10のために手動でこれを行うのは大変です。 私の顧客のほとんどは、少なくとも50を持っている+

続きを読む... （396ワード、時間を読んで、推定1時35分）

コマンドラインの フェイルオーバー 、 igroupに作成 、 NetAppは 、 スクリプト

だから私は、スクリプトサイト全体のフェイルオーバーをするために（SRM前）数ヶ月前に顧客を助けた。 それは約30分以内にDRサイトがオンラインになり、スクリプトは少し不格好であり、大規模な再設計を必要とするので、私はここに原稿を投稿しようと思いました。

これは、私が思うに、NetAppシステムでは、迅速かつ容易に離れて、管理ホストとスクリプトからのSSHアクセスあなたの心をセットアップできるようになってどのように柔軟なの素晴らしい例です！ 私はAPIのこつを得るとすぐに、私も一緒に来てたくさんの詳しい情報があるに違いない。

このスクリプトは再マップされる、DRのファイラ、何がさらに、末尾に"_vm"（とにかくすべてのVMwareボリュームに使用する素敵な命名規則である）としてラベル付けされているボリューム上のすべてのボリュームがオンラインで表示されます新しいigroupにする]を選択し、既にDR ESXサーバのセットアップを持っている。

私はそれが私の他のスクリプトと同様に、箱から出して動作するように期待していないので、ファイラの名前を削除するには、それを書いて以来、わずかにこのスクリプトを変更した、それは単にこれを達成することができる方法の例としてに作られたサービスだ。

続きを読む... （321ワード、時間を読んで、推定1時17分）

コマンドライン ブレイク 、 フェイルオーバー 、 ネットアップ 、 静止 、 SnapMirrorの

VMが作成されたときに、このスクリプトでは、トラックを助けることができる。 私はそれが。vmsdファイルの作成時に動作するようにそれはしかし、正しい技術的なのかはわからない。 いずれにせよ、原則がありますし、ジョブを実行する必要があります。

続きを読む... （112単語、27秒の時間を読書推定）

コマンドライン で作成された仮想マシンを 、 VMwareの

これは、人々が作成しているのかを追跡するために役立ちます。 仮想マシンのサイズとデータストア（非常に重要）の空き領域のインデックスを取得します。

続きを読む... （121単語、29秒の時間を読書推定）

コマンドラインの データストアのサイズが 、 仮想マシンのサイズ 、 VMwareの

私は、VMのログを嫌い、そして多くの場合には、削除あるいはディレクトリを参照することは非常に困難な彼らの何千も終わることができます。 私は、このスクリプトは、定期的に明確な起動を行うためにcronで実行している。 当然のこととして、私はここでVMのログを無効にする、それはまだすべてのログファイルをクリアするために挑戦することができます。

続きを読む... （116ワード、時間を読んで28秒を推定）

コマンドライン ログファイル 、 ヴイエムウェア 、 vmware.log