NetAppの技術日記

ほとんどシームレスな！ 並べ替え...

私の思考のほとんどと同様に、無実の顧客の問合せから始まりました。 EMCは、シームレスなCIFSのデータ移行を行うためのいくつかのとてもクールな作り付けのツールを持っていますが、NetAppはしません。 それは我々はこれを持っていないので、しばしば問題とNetAppといくつかの慎重な計画のかなりの量を引き起こすものです。 しかし、私は今日は考えていた、我々は、私はちょうど私達が適切にツールが活用できないと思うんですよねぇ。

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

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

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

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

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

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

あなたは、事前共有キーの設定を（いつものように）必要がありますが、残りの部分は入力を求められます。 は、データの検証（驚き）はありません。 このスクリプトでは、ベースラインの初期化を行っている間、 "snapmirror.conf"の代わりに使用する4つのテキストフ​​ァイル、すべてのボリュームを作成する/制限するための1、 "snapmirror.conf"のいずれかに出力し、最後にいずれかになります実際に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ステータス "| '！2ドル〜/州/ {印刷$ 1}' awkは`
行う
SIZE = `$ {} $のConnectString PRI_FILERに" df-ああ$ AGGR "|するsed 's / \（[0-9] [KMGT] \）B / \ 1 / gの' |！awkは '$ 1〜/スナップショット|集計/ {印刷$ 2} '`
`$ {ConnectStringの} $ PRI_FILERでVOL" AGGR show_space $ AGGR "の|のawk '$ 1〜/スペース/ {印刷$ 0}！' | awkは '$ 4〜/ボリューム|ファイル|なし/ {印刷$ 1}'`
行う
エコー "VOL作成します$ {VOL​​}に-s none $ {AGGR} $ {SIZE}" >> $ {DR_FILER} _filer_volumes.txt
>> $ {DR_FILER} _filer_volumes.txt "の巻は、$ {VOL​​}を制限する"エコー
エコー "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があるかを/ etc内の様々な他の設定ファイルで要求されるかもしれませんものに影響を及ぼす

全体的に非常に便利なコマンドを実行します。 私はファイラのconfigsのバックアップを取って、同様のシステム（例えば、プライマリとDRのために）の間にそれらを比較して、あるいは時間をかけてconfigsを比較するためにこの部分を使用しています。

コマンドライン コンフィギュレーション 、 コンフィギュレーションダンプ 、 NetAppは 、 ONTAPは 、 save 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に、ボリューム全体から物事を下にコピーすることができます。 唯一の真の制限は、ワイルドカードを使用することはできませんです、あなたはコピーして複数のファイルを選択することはできません。

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

ndmpcopy-SAの<user>：<pass>の-DAの<user>：<pass>のsource_filer :/容量/ vol_source_name /フォルダ/ファイルdestination_filer :/容量/ 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つのファイラーにフェールオーバーします。 これは、単にこの種のものを達成することがいかに簡単であるかの概念を示す、再び容易に改善すること、だろうが。

ここに難しさはそれてigroupショー "出力" FCP "と" iSCSIイニシエータ "、どこにそのように 'F'と 'i'、この問題を解決するために中間のもう少しスクリプトを使用"のigroupを作成の要求として。

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

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

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

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

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

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

私はファイラ名を削除するためにそれを書いて以来、わずかにこのスクリプトを変更したので、私は他のスクリプトと同様に、それだけでこれを達成することができる方法の例として、することを意図している、それは箱から出して動作することを期待していません。

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

コマンドライン ブレイク 、 フェイルオーバー 、 NetAppは 、 静止 、 SnapMirrorの

このスクリプトは、VMが作成されたときに追跡することができます。 私はそれは。vmsdファイルの作成時に取り組んで正しいただし、ような技術だかどうかわからないよ。 とにかく、原則があり、ジョブを実行する必要があります。

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

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

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

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

コマンド·ライン· ストアのサイズ 、 仮想マシンのサイズは 、 VMwareの

私は、VMのログを嫌い、そして多くの場合には削除することは非常に困難であるか、またはあってもディレクトリを参照し、それらの数千で終わることができます。 私はこのスクリプトは、通常のクリアアップを行うためにcronで実行している。 当然のこととして私は今、VMのロギングをディセーブルにするが、それはまだすべてのログファイルをクリアするために挑戦することができます。

続きを読む... （116単語、28秒時間を読書推定）

コマンドライン ログファイルを 、 VMwareの 、 vmware.log