0

ここ米国のマシンから AZCopy を使用して、2.6 GB の iso を Azure China Storage にアップロードしようとしています。ファイルを中国の同僚と共有しましたが、問題はありませんでした。以下は、約 30 分間は機能しているように見えてから失敗するコマンドです。「中国のグレート ファイアウォール」があることは知っていますが、この問題を回避する方法がわかりません。

C:\Program Files (x86)\Microsoft SDKs\Azure\AzCopy> .\AzCopy.exe
    /Source:C:\DevTrees\MyProject\Layout-Copy\Binaries\Iso\Full 
    /Dest:https://xdiso.blob.core.chinacloudapi.cn/iso 
    /DestKey:<my-key-here>
4

2 に答える 2

3

Azure サーバーとローカル マシンの間のネットワークは非常に低速である必要があり、AzCopy は既定の 8* コア スレッドを使用してデータ転送を実行しますが、これは低速のネットワークには積極的すぎる可能性があります。

パラメータ「/NC:」を設定してスレッド数を減らすことをお勧めします。「/NC:2」または「/NC:5」のように小さい数値を設定して、転送がより安定するかどうかを確認してください。

ところで、タイムアウトの問題が再び発生した場合は、同じ AzCopy コマンド ラインで再開してください。そうすれば、最初から開始するのではなく、いつでも再開できます。

于 2015-09-22T02:23:45.647 に答える
1

タイムアウトが発生しているため、次のように再起動可能モードで AZCopy を試すことができます。

C:\Program Files (x86)\Microsoft SDKs\Azure\AzCopy> .\AzCopy.exe
    /Source:<path-to-my-source-data>
    /Dest:<path-to-my-storage>
    /DestKey:<my-key-here>
    /Z:<path-to-my-journal-file>

ジャーナル ファイルへのパスは任意です。たとえば、必要にC:\temp\azcopy.log応じてサイトに配置できます。

ファイルのコピー中に割り込みが発生し、ファイルの 90% が既に Azure に転送されているとします。その後、再起動すると、ファイルの残りの 10% のみが転送されます。

詳細については、入力.\AzCopy.exe /?:Zして次の情報を見つけてください。

操作を再開するためのジャーナル ファイル フォルダーを指定します。AzCopy は、操作が中断された場合の再開を常にサポートします。

このオプションが指定されていない場合、またはフォルダー パスなしで指定されている場合、AzCopy は既定の場所 (%LocalAppData%\Microsoft\Azure\AzCopy) にジャーナル ファイルを作成します。

AzCopy にコマンドを発行するたびに、ジャーナル ファイルが既定のフォルダーに存在するかどうか、またはこのオプションで指定したフォルダーに存在するかどうかがチェックされます。ジャーナル ファイルがどちらの場所にも存在しない場合、AzCopy は操作を新規として扱い、新しいジャーナル ファイルを生成します。

ジャーナル ファイルが存在する場合、AzCopy は、入力したコマンド ラインがジャーナル ファイルのコマンド ラインと一致するかどうかを確認します。

2 つのコマンド ラインが一致する場合、AzCopy は不完全な操作を再開します。一致しない場合は、ジャーナル ファイルを上書きして新しい操作を開始するか、現在の操作をキャンセルするように求められます。

操作が正常に完了すると、ジャーナル ファイルは削除されます。

以前のバージョンの AzCopy によって作成されたジャーナル ファイルからの操作の再開はサポートされていないことに注意してください。

詳細については、http : //blogs.msdn.com/b/windowsazurestorage/archive/2013/09/07/azcopy-transfer-data-with-re-startable-mode-and-sas-token を参照してください。 aspx

于 2015-09-16T20:24:01.923 に答える