私の共同研究者が所属する研究所を離れることになり、アプリケーションとデータを研究所のネットワークから移行するための支援を求めています。もちろん、事態は急速に進んでいます。
彼は、iSCSI 経由でアドレス指定される 400 TB の SAN に 12 TB のイメージ データを保有しています。
アプリケーション サーバーは現在、別の 1U Dell ピザ ボックスで実行されており、今のところ Windows Server 2003 で実行されています (アプリケーション会社が製品ビルドを認定したら 2012 にアップグレードする予定です)。アプリケーションは公式には iSCSI のみをサポートしていますが、同社の長年の技術担当者は、NFS でも動作しているのを見たことがあると言っています。パスを更新するには、SQL スクリプトを実行するだけでよいとのことです。
私が提案するワークフローは次のとおりです。
tankDell Precision T7400のFreeBSD 10.2に、RAIDZ1の5つの6TBディスクまたは2つのミラーvdevの4つのディスクを搭載したzpool（）をセットアップします。このマシンをbohr- ボリュームを指すLUNを持つiSCSIターゲットを設定します（
imagesおよびimages2） bohr研究所のネットワークに接続する（研究所はそれで問題ありません）- 研究所のSANをイニシエータとして、またはSMB経由でマウントする
- データをLUNにコピーする
- アプリケーションサーバーを新しいLUNに向ける
- チャールズ（アプリ会社の代表）はSQLを実行します
bohrアプリケーション サーバーを取得して、新しいサイトに設定します。
bohr私が考えた唯一の代替案は、アプリケーション サーバーに転送を実行させることでした。実際には速度が低下する可能性がありますが、イニシエーターとしてセットアップする必要もなくなります。
質問: 私の言っていることは理にかなっていますか? この計画はうまくいきそうですか? 何か手順が抜けていませんか?bohr同じデータを NFS 経由で同時に提供するように設定することも理にかなっていますか (他の研究用途のためにデータを取得するため)、それともすべてのクライアントに iscsi アクセスを要求する必要がありますか?
答え1
- データをバックアップする
- 両方のストレージデバイスをiSCSIとしてサーバーに提示する
- サーバーを使用して、ブロックストレージを他のディスクと同じ形式（NTFS を想定）でフォーマットします。
- データを新しいストレージにミラーリングします（xcopy、robocopy などの方法を選択します）
- 古いストレージにアクセスするすべてのプロセスを停止します
- データの最終的なミラーリングを行う
- 古いストレージのマウントを解除する
- 新しいストレージのドライブ文字を以前のマウントの文字に変更します。
- すべてをテストし、データをバックアップする
これが最も安全な方法です。