EC2記事タイトルとURLをコピーする技術2課の山﨑です。Connectは利用できないため、以下のようにTransitGatewayで代用して類似的な環境を用意しました。実際にrobocopyコマンドを実行するために以下の事前準備をしました。Directoryについては弊社の孔が分かりやすく解説しているブログ記事がありますので参考までに御覧くださいblog.serverworks.co.jp今回は3移行元サーバの共有フォルダ設定の後、移行元サーバーの共有フォルダをNetworkDriveとして移行先サーバーにマウントするから実際にやったことをご紹介していきます。開いて、「プライベート(現在のプロファイル)」のタブで「ネットワークの探索」と「ファイルとプリンターの共有」を有効にする「すべてのネットワーク」のタブで「パブリックフォルダーの共有」を有効にする共有したいフォルダに共有設定をする。今回はeveryoneを共有先設定として指定しました。移行元サーバーの共有フォルダをNetworkDriveとしてマウント移行元サーバーで共有設定をしただけでは移行先サーバー上で共有フォルダを見ることができません。そのため移行先サーバーで共有フォルダを見ることができるようにマウントします。Docsこれで移行先サーバーで共有フォルダを見ることができます。robocopyコマンドを実行ここまで準備が整ったら念願のrobocopyコマンドを打つことができます。今回は移行先サーバーのDドライブにデータを移行します。移行用ファイルを13ファイル用意しました。100MBのファイルが10個で約1GB。あとはrobocopyのオプションを試したかったので1MBのファイルを別ディレクトリに3個作成しておきました。トータルで約1GBです。移行先サーバーにAdministratorユーザーでログイン後PowerShellを開いて以下のrobocopyコマンドを実行します。オプションを付けるとrobocopyコマンドをシミュレーションとして実行することが可能でコピー元、コピー先、コピー対象のファイル、適用されるオプション等を確認することができます。オプションで処理内容をチェックしておくことでコマンドの実行ミスを減らすことが期待できます。)をコピーすることができます。このオプションを実行するためには管理者としてPowerShellを実行する必要があります。話が前後しますが、ADユーザーとしてOSログインしてNetworkDriveをマウントしてもAdministratorユーザーではNetworkDriveはマウントされた状態にはなっていません。(マウントされた共有フォルダ)なんてパスありませんよー」とエラーが出ました。そのため今回はNetworkDriveのマウントもrobocopyの実行もAdministratorユーザーとしてOSログインし、実行すると上手くいきました。AMシミュレーション結果に問題がなければ、いよいよrobocopyコマンドを実行します。帯域などその他の条件によって変動しますが、10TBのデータをrobocopyで移行するとなると目安として1日は必要だということが分かりました。余談はさておき、ADユーザーとしてログインし直してデータ移行がきちんと実施されているかどうかを確認します。Directoryについても学習することができて一石三鳥でした!こういった検証環境を手軽に準備できることもクラウドならではのメリットだなと改めて感じた検証でした。記事一覧はコチラ2019/12〜2023/2までクラウドインテグレーション部でお客様のAWS導入支援を行っていました。現在はIE(インターナルエデュケーション)課にて採用周りのお手伝いや新卒/中途オンボーディングの業務をしています。2009-引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。