すべてのプロダクト
Search
ドキュメントセンター

Data Online Migration:よくある質問

最終更新日:Jun 21, 2026

このトピックでは、ossimport に関するよくあるご質問 (FAQ) への回答を記載しています。

概要

このトピックで言及されているすべての ossimport コマンドは短縮形です。実際のシナリオでは、コマンドの完全な形式を使用する必要があります。

  • Windows コマンドには console.bat を追加します。例:submit を console.bat submit に変更します。

  • Linux コマンドには bash console.sh を追加します。例:submit を sudo bash console.sh submit に変更します。

ossimport を使用してデータが移行されたかどうかを確認するにはどうすればよいですか?

フルデータ移行が完了したら、次のいずれかのコマンドを実行してジョブのステータスを確認できます。

  • Windows では、コマンドプロンプトで console.bat stat コマンドを実行します。

  • Linux では、ターミナルで sudo bash console.sh stat コマンドを実行します。

移行ジョブのステータスが Succeed の場合、移行は成功しています。

ジョブの isIncremental パラメータを true に設定した場合、ossimport は指定された間隔でソースディレクトリを定期的にスキャンし、新規または変更されたファイルを確認して、増分データを Object Storage Service (OSS) に同期します。対応する OSS バケット内で増分オブジェクトを確認できます。

重要

ossimport は移行後にデータの検証を行わないため、データ整合性やデータ完全性を保証しません。移行ジョブの完了後、移行元と移行先の間でデータ整合性を必ず検証してください。

データ整合性を検証する前にソースデータを削除した場合に発生する損失については、お客様の責任となります。

一般的な移行の失敗

移行ジョブが失敗した場合は、失敗ログを確認して原因を特定することを推奨します。移行の問題を解決した後、retry コマンドを実行してファイルを再度移行できます。失敗ログは、次のパスに保存されます:master/jobs/${JobName}/failed_tasks/${TaskName}/audit.log

移行ジョブに対して stat コマンドを実行したときに、ジョブのステータスが failed と表示される場合はどうすればよいですか?

移行ジョブのステータスを確認するには、次のコマンドを使用します。

sudo bash console.sh stat

JobState パラメータの値が failed の場合、移行ジョブは失敗しています。

[2019-04-26 08:49:47] [JobTracker] [INFO ] - jobName:xxx-bi-s3-20190419
[2019-04-26 08:49:47] [JobTracker] [INFO ] - JobState:failed
[2019-04-26 08:49:47] [JobTracker] [INFO ] - Pending Task Count:0
[2019-04-26 08:49:47] [JobTracker] [INFO ] - Dispatched Task Count:1624
[2019-04-26 08:49:47] [JobTracker] [INFO ] - Succeed Task Count:787
[2019-04-26 08:49:47] [JobTracker] [INFO ] - Failed Task Count:80
[2019-04-26 08:49:47] [JobTracker] [INFO ] - Is Scan Finished:true

解決策:移行ジョブの完了後、retry コマンドを実行してジョブを再試行してください。

一部のファイルの移行が失敗し、再試行も失敗する場合はどうすればよいですか?

解決策:

  1. master/jobs/${JobName}/failed_tasks/${TaskName}/error.list パスで移行に失敗したファイルを確認し、ファイルへの相対パスを取得します。

  2. ファイルへのアクセス権限があるか、ファイルが削除されていないか、ファイルがシンボリックリンクでないか、ファイル名が文字化けしていないかを確認してください。

  3. 上記の問題を解決した後、retry コマンドを実行してファイルを再度移行してください。

失敗ログに "The bucket you are attempting to access must be addressed using the specified endpoint." というエラーメッセージが表示される場合はどうすればよいですか?

Exception:com.aliyun.oss.OSSException: The bucket you are attempting to access must be addressed using the specified endpoint. Please send all future requests to this endpoint.
<Error>
  <Code>AccessDenied</Code>
  <Message>The bucket you are attempting to access must be addressed using the specified endpoint. Please send all future requests to this endpoint.</Message>
  <RequestId>56EA98DE815804**21B23EE6</RequestId>
  <HostId>my-oss-bucket.oss-cn-qingdao.aliyuncs.com</HostId>
  <Bucket>my-oss-bucket</Bucket>
  <Endpoint>oss-cn-hangzhou.aliyuncs.com</Endpoint>
</Error>
  • 原因:srcDomain または destDomain パラメータの値が無効です。

  • 解決策:有効なエンドポイントを指定してください。詳細については、「リージョンとエンドポイント」をご参照ください。

失敗ログに "The request signature we calculated does not match the signature you provided." というエラーメッセージが表示される場合はどうすればよいですか?

Exception:com.aliyun.oss.OSSException: The request signature we calculated does not match the signature you provided. Check your key and signing method.
[ErrorCode]: SignatureDoesNotMatch
[RequestId]: xxxxxxx
[HostId]: xxx.oss-cn-shanghai.aliyuncs.com
  • 原因:destAccessKey または destSecretKey パラメータの値が無効です。

  • 解決策:有効なアクセスキーペアを指定してください。

失敗ログに "The bucket name \"xxx/xx\" is invalid." というエラーメッセージが表示される場合はどうすればよいですか?

java.lang.IllegalArgumentException: The bucket name "xxx/xx" is invalid. A bucket name must: 1) be comprised of lower-case characters, numbers or dash(-); 2) start with lower case or numbers; 3) be between 3-63 characters long.
  • 原因:destBucket パラメータの値が無効です。

  • 解決策:有効なバケット名を入力してください。バケットの命名規則の詳細については、「バケットの命名規則」をご参照ください。

失敗ログに "Connect to xxx.oss-cn-beijing-internal.aliyuncs.com:80 timed out." というエラーメッセージが表示される場合はどうすればよいですか?

Unable to execute HTTP request: Connect to xxx.oss-cn-beijing-internal.aliyuncs.com:80 timed out
[ErrorCode]: ConnectionTimeout
[RequestId]: Unknown
  • 原因:設定ファイルで OSS の内部エンドポイントを使用しているものの、データ移行に使用されるデバイスが Elastic Compute Service (ECS) インスタンスではない、または OSS バケットと同じリージョンに存在する ECS インスタンスではないため、接続タイムアウトエラーが返されます。OSS バケットの内部エンドポイントは、バケットと同じリージョンに存在する ECS インスタンスからのアクセスのみを許可します。

  • 解決策:

    • 設定ファイルでドメイン名をパブリックエンドポイントに設定します。移行ジョブを削除し、ジョブを再作成してから、ジョブを再送信してください。

    • バケットと同じリージョンに存在する ECS インスタンスを使用して、移行ジョブを実行してください。

失敗ログに "The specified bucket is not valid." というエラーメッセージが表示される場合はどうすればよいですか?

com.aliyun.oss.OSSException: The specified bucket is not valid.
[ErrorCode]: InvalidBucketName
[RequestId]: 57906B4DD0EBAB0FF553D661
[HostId]: you-bucket.you-bucketoss-cn-hangzhou-internal.aliyuncs.com
  • 原因:destDomain パラメータの値が無効です。

  • 解決策:destDomain パラメータを、バケット名を含む第 2 レベルドメイン名ではなく、バケットが存在するリージョンに属するエンドポイントに設定します。例:バケットが中国 (北京) リージョンに存在する場合は、oss-cn-beijing.aliyuncs.com を入力します。詳細については、「設定ファイルの例」をご参照ください。

失敗ログに "Unable to execute HTTP request: The Difference between ... is too large." というエラーメッセージが表示される場合はどうすればよいですか?

Unable to execute HTTP request: The Difference between the request time and the current time is too large.
[ErrorCode]: RequestTimeTooSkewed
[RequestId]: xxxxxxx
  • 原因:

    • ほとんどの場合、オンプレミスのマシンまたはデバイスのシステム時刻と OSS サーバーの時刻との差が 15 分を超えています。

    • 同時に送信されるリクエストの数が過度に多くなっています。これにより、CPU 使用率が高くなり、同時アップロードが遅くなります。

  • 解決策:

    • オンプレミスのマシンまたはデバイスのシステム時刻を OSS サーバーの時刻と同期させてください。

    • 同時に送信されるリクエストの数が過度に多い場合は、sys.properties ファイルの workerTaskThreadNum パラメータをより小さい値に設定してください。

失敗ログに "No route to host." というエラーメッセージが表示される場合はどうすればよいですか?

  • 原因:ローカルファイアウォールまたは iptables が原因でネットワーク接続が失敗しています。

  • 解決策:ping コマンドを実行して、移行元と移行先の間のネットワーク接続を確認してください。

    • ネットワーク接続が正常な場合は、コンピューターのファイアウォールおよびローカルファイアウォールに制限が設定されているかどうかを確認してください。ファイアウォールを無効にして、ネットワーク接続をテストすることもできます。

    • ネットワーク接続が異常な場合は、問題のトラブルシューティングを行い、問題を解決してから、移行を再度実行してください。

HTTP 経由でファイルを移行するときに、失敗ログに "Unknown http list file format." というエラーメッセージが表示される場合はどうすればよいですか?

  • 原因:指定された HTTP リストファイルの形式または内容が無効です。

  • 解決策:

    • ファイルが別のオペレーティングシステムからコピーされた場合は、ファイルを移行用の有効な形式に変換してください。例:Linux で mac2unix または doc2unix コマンドを実行し、Windows で notepad などのツールを使用してファイル形式を変換できます。

    • HTTP リストファイルの形式が無効な場合は、有効なファイル形式を使用してください。HTTP リストファイルのサポートされている形式の詳細については、「設定ファイル」をご参照ください。

失敗ログに "The object key \"/xxxxx.jpg\" is invalid" というエラーメッセージが表示される場合はどうすればよいですか?

Exception:java.lang.IllegalArgumentException: The object key "/xxxxx.jpg" is invalid. An object name should be between 1 - 1023 bytes long when encoded as UTF-8 and cannot contain LF or CR or unsupported chars in XML1.0, and cannot begin with "/" or "\".
  • 原因:srcPrefix または destPrefix パラメータの値が無効です。

  • 解決策:

    • srcPrefix パラメータがディレクトリを指定しているかどうかを確認してください。指定している場合、パラメータの値はスラッシュ (/) で終わる必要があります。

    • destPrefix パラメータの値がスラッシュ (/) またはバックスラッシュ (\) で始まっているかどうかを確認してください。始まっている場合は、スラッシュ (/) またはバックスラッシュ (\) を削除してください。

移行中の一般的な問題

データ移行中にエラーが発生した場合は、移行ジョブの実行ログを確認できます。

  • ossimport がスタンドアロンモードでデプロイされている場合、実行ログファイルは次のパスに保存されます:logs/ossimport2.log

  • ossimport が分散モードでデプロイされている場合、実行ログファイルは次のパスに保存されます:logs/import.log

コマンドを実行したときに "UnsupportedClassVersionError." というエラーメッセージが表示される場合はどうすればよいですか?

Exception in thread "main" java.lang.UnsupportedClassVersionError: com/aliyun/ossimport2/OSSImport2 : Unsupported major.minor version 51.0
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
        at com.simontuffs.onejar.JarClassLoader.defineClass(JarClassLoader.java:693)
        at com.simontuffs.onejar.JarClassLoader.findClass(JarClassLoader.java:599)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
        at com.simontuffs.onejar.Boot.run(Boot.java:300)
        at com.simontuffs.onejar.Boot.main(Boot.java:159)
  • 原因:Java のバージョンが古くなっています。

  • 解決策:Java のバージョンを 1.8 にアップグレードしてください。

submit コマンドを実行して移行ジョブを送信したときに "InvocationTargetException." というエラーメッセージが表示される場合はどうすればよいですか?

Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:497)
        at com.simontuffs.onejar.Boot.run(Boot.java:306)
        at com.simontuffs.onejar.Boot.main(Boot.java:159)
Caused by: java.lang.NullPointerException
        at com.aliyun.ossimport2.config.JobConfig.load(JobConfig.java:44)
        at com.aliyun.ossimport2.OSSImport2.doSubmitJob(OSSImport2.java:289)
        at com.aliyun.ossimport2.OSSImport2.main(OSSImport2.java:120)
        ... 6 more
  • 原因:設定ファイルが不完全です。例:設定ファイルから一部の設定項目が削除されているか、コメントアウトされています。

  • 解決策:設定ファイルから削除またはコメントアウトされた設定項目を復元してください。設定項目が不要な場合は、設定項目を空のままにするか、等号 (=) の右側の値を削除してください。詳細については、「設定ファイルの例」をご参照ください。

移行ジョブの実行ログに "com.aliyun.oss.ClientException: Unknown." というエラーメッセージが表示される場合はどうすればよいですか?

com.aliyun.oss.ClientException: Unknown
[ErrorCode]: NonRepeatableRequest
[RequestId]: Cannot retry request with a non-repeatable request entity.  The cause lists the reason the original request failed.
  • 原因:ほとんどの場合、サーバーが帯域幅を完全に消費しているときに、"com.aliyun.oss.ClientException: Unknown." または "SocketTimeoutException" というエラーメッセージが表示されます。

  • 解決策:ossimport は移行ジョブを自動的に再試行します。それでもジョブが失敗する場合は、retry コマンドを実行してファイルを再度移行してください。

Linux の移行ジョブの実行ログに "too many open files." というエラーメッセージが表示される場合はどうすればよいですか?

解決策:ulimit -n コマンドを実行して、Linux のハンドル制限を確認してください。

  • ハンドル制限が 10,000 未満の場合は、ulimit -n 65536 コマンドを実行して値を増やし、プロセスを再起動してください。

  • ハンドル制限が 10,000 を超える場合は、sudo lsof -n コマンドを実行して、ハンドルが有効になっているプロセスを特定してください。プロセスを評価し、不要なプロセスを停止してハンドルを解放できます。ハンドルが不要になった場合は、ハンドルを解放することを推奨します。

Windows で移行ジョブを開始した後、ジョブが予期せず終了する場合はどうすればよいですか?

  • 原因:

    • Java がインストールされていないか、Java のバージョンが 1.7 より古くなっています。

    • 設定ファイルが無効です。

  • 解決策:

    • Java 1.8 をインストールしてください。

    • サンプル設定に基づいて設定ファイルを変更してください。設定例の詳細については、「設定ファイルの例」をご参照ください。

submit コマンドを実行してジョブを送信した後、stat コマンドを実行してジョブのステータスを確認すると "no jobs is running or finished." というエラーメッセージが表示される場合はどうすればよいですか?

sudo bash console.sh stat
[WARN]   List files dir not exist : /home/<user>/ossimport/workdir/master/jobs/
no jobs is running or finished.
  • 原因:stat コマンドを実行したときにサービスが起動していません。stat コマンドを実行してジョブのステータスを確認できるのは、ジョブが送信され、サービスが起動した後のみです。

  • 解決策:

    • start コマンドを実行してサービスを起動してください。

    • サービスが起動している場合、マスターノードはジョブの送信後すぐに移行対象のファイルをスキャンします。この場合、移行ジョブのタスクが作成またはディスパッチされていないため、エラーは無視できます。

    • サービスが起動し、ジョブが送信されてから長時間経過した後にエラーが発生した場合は、プロセスが起動後に予期せず終了していないかを確認します。ossimport がスタンドアロンモードでデプロイされている場合は、logs/ossimport2.log パスのログファイルを確認します。ossimport が分散モードでデプロイされている場合は、logs/ossimport.log パスのジョブファイルを確認します。エラーのトラブルシューティングと修正を行い、その後サービスプロセスを起動してください。

stat コマンドを実行してジョブのステータスを確認したときに "scanFinished: false." というエラーメッセージが表示される場合はどうすればよいですか?

解決策:タスクの総数が増加しているかどうかを確認してください。

  • タスクの総数が増加している場合、移行ジョブのファイルリストに新しいファイルが追加されています。この場合、エラーは無視できます。

  • タスクの総数が固定されており、増分データ移行モードが有効になっていて、scanFinished パラメータの値が true でない場合、ossimport は指定された間隔でソースディレクトリをスキャンして、新規または変更されたファイルをチェックします。

  • 増分データ移行モードが無効になっており、タスク数が増加しない場合は、移行ジョブの実行ログを確認します。ossimport がスタンドアロンモードでデプロイされている場合は、logs/ossimport2.log パスのログファイルを確認します。ossimport が分散モードでデプロイされている場合は、logs/ossimport.log パスのジョブファイルを確認します。エラーのトラブルシューティングと修正を行い、その後サービスプロセスを起動してください。

Linux のサービスプロセスが異常な場合、ログファイルにエラーが報告されないのはなぜですか?

  • 原因:システムの利用可能なメモリサイズが 2 GB 未満の場合、メモリ不足によりサービスプロセスでエラーが発生する可能性があります。

  • 解決策:dmesg ログに、メモリ不足が原因のプロセスエラーに関する記録が含まれているかどうかを確認してください。

サービスプロセスでエラーが発生した後、サービスを再起動したい場合はどうすればよいですか?

解決策:clean コマンドを実行して同じ名前を使用するジョブを削除しない場合、送信されたすべてのジョブに対してチェックポイントファイルが生成されます。この場合、ジョブを再送信することなく、start コマンドを実行してサービスを直接起動できます。

Linux から OSS に、ファイル名が文字化けしているファイルをアップロードするにはどうすればよいですか?

解決策:

  1. 文字化けしたファイル名のエンコード形式を確認します。

  2. export LANG="<your file name encode>" コマンドを実行して、ファイル名を解析してください。

  3. clean コマンドを実行して元のジョブを削除し、submit コマンドを実行してジョブを再度送信してください。

サービスの起動時に "java.nio.file.AccessDeniedException." というエラーメッセージが表示される場合はどうすればよいですか?

  • 原因:設定ファイルへのアクセス権限がありません。

  • 解決策:

    • 設定ファイルのアクセスコントロールリスト (ACL) を変更して、すべてのユーザーが設定ファイルにアクセスできるようにしてください。

    • 管理者として Linux にログオンして、サービスを起動してください。

Task Count パラメータに 0 が返されているのに、JobState パラメータに SUCCEED が返されるのはなぜですか?

[2015-12-28 16:12:35]   [INFO]  JobName:dir_data
[2015-12-28 16:12:35]   [INFO]  Pending Task Count:0
[2015-12-28 16:12:35]   [INFO]  Dispatched Task Count:0
[2015-12-28 16:12:35]   [INFO]  Succeed Task Count:0
[2015-12-28 16:12:35]   [INFO]  Failed Task Count:0
[2015-12-28 16:12:35]   [INFO]  Is Scan Finished:true
[2015-12-28 16:12:35]   [INFO]  JobState:SUCCEED
  • 原因:

    • srcPrefix パラメータが無効なため、ファイルをリストできません。

    • srcPrefix パラメータで指定されたディレクトリにファイルが含まれていません。ディレクトリは OSS によってシミュレートされているため、OSS にアップロードできません。

  • 解決策:srcPrefix パラメータに有効な値を指定し、srcPrefix パラメータで指定されたディレクトリに使用可能なファイルが含まれていることを確認してください。

ジョブを送信したときに "InvocationTargetException." というエラーメッセージが表示される場合はどうすればよいですか?

sudo submit job:/disk2/ossimport2/local_job.cfg
Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at com.simontuffs.onejar.Boot.run(Boot.java:306)
        at com.simontuffs.onejar.Boot.main(Boot.java:159)
Caused by: java.lang.NullPointerException
        at com.aliyun.ossimport2.OSSImport2.doSubmitJob(OSSImport2.java:289)
        at com.aliyun.ossimport2.OSSImport2.main(OSSImport2.java:120)
        ... 6 more
  • 原因:設定ファイルまたは設定ファイルのパスが無効です。

  • 解決策:

    • conf/sys.properties ファイルの workingDir パラメータに有効な値を指定してください。

    • 設定ファイルのパスを確認してください。

同期中に、移行対象のソースファイルが存在しないのはなぜですか?

原因:マスターノードが移行ジョブを実行すると、最初にファイルをリストし、次にリスト内のファイルを移行します。リスト操作の完了後にソースから一部のファイルが削除された場合、ファイルが見つかりません。この場合、マスターノードは削除されたソースファイルをスキップし、削除されたファイルをエラーとして報告します。

移行ジョブの設定ファイルは有効なのに、移行中にジョブのステータスが設定ファイルの設定と一致しないのはなぜですか?

  • 原因:移行ジョブが送信された後、設定ファイルの変更は有効になりません。例:送信されたジョブを一時停止して設定ファイルを変更しても、変更は有効になりません。

  • 解決策:clean コマンドを実行して元のジョブを削除してください。設定ファイルを変更した後、ジョブを再度送信してください。

ファイルが期待どおりに転送されているのに、"NullPointerException." というエラーメッセージが表示されるのはなぜですか?

  • 原因:ossimport 2.3.5 はファイル統計機能を提供しており、CPT ファイルを読み込みます。ただし、HTTP ジョブの CPT ファイルの読み込み形式は、他のソースを使用するジョブの形式とは異なります。この場合、プログラムの不一致エラーが発生します。

  • 解決策:

    • ossimport をバージョン 2.3.4 にロールバックしてください。

    • エラーは無視してください。このエラーは情報表示に関連しており、移行ジョブには影響しません。

UPYUN Storage Service (USS) からのデータ移行に関する一般的な問題

移行ジョブの数が常に 0 のままなのはなぜですか?

解決策:移行ジョブの実行ログを確認してください。

[2016-07-21 10:21:46] [INFO] [name=YoupaiList, totalRequest=1729925, avgLatency=38,
          recentLatency=300000]
  • 実行ログの recentLatency パラメータの値が 30,000 以下の場合、ファイルは正常にリストされています。ほとんどの場合、USS 内のファイルをリストするには 30 秒以上かかります。返されるファイルの数は、30 秒間にリストされるファイルの数によって異なります。リスト操作が完了するまで待ってください。

  • recentLatency パラメータの値が小さい場合、アカウントまたはパスワードが無効です。USS SDK によってエラーが報告された場合、null のみが返され、エラー結果は返されません。この場合、パケットをキャプチャして、トラブルシューティングのために USS から返されたエラーコードを取得してください。

USS からデータを移行するときに、srcAccessKey および srcSecretKey パラメータを指定するにはどうすればよいですか?

解決策:USS のオペレーターアカウントとパスワードを入力してください。

USS からデータを移行するときに、HTTP 429 ステータスコードが繰り返し表示されるのはなぜですか?

  • 原因:USS SDK に対してリクエストスロットリングが有効になっており、特定の期間内のアクセスリクエストの数が制限を超えています。

  • 解決策:USS に連絡して、リクエストスロットリングを無効にするよう依頼してください。

移行ジョブの完了後、OSS コンソールに表示されるデータサイズがソースデータサイズよりも小さいのはなぜですか?

  • 説明:すべての移行ジョブが完了した後、OSS コンソールでバケットサイズが変更されませんが、Linux で du コマンドを実行して計算されたデータサイズは、実際のデータサイズと大きく異なります。

  • 原因:

    • OSS コンソールのバケットサイズは、1 ~ 2 時間の遅延で更新されます。移行ジョブが完了してから 1 ~ 2 時間後にバケットサイズが変更されるかどうかを確認してください。

    • Linux の du コマンドはブロックサイズを計算します。これは実際のデータサイズよりも大きくなります。ls -lR <Absolute directory path> | grep "\-rw" | awk '{sum+=$5}END{print sum}' コマンドを実行して、ローカルディレクトリの実際のサイズを計算することを推奨します。

Linux でコマンドを実行したときに "unknown command \"java\"" または "unknown command \"nohup\"" というエラーメッセージが表示されるのはなぜですか?

  • 原因:コマンドの実行に必要なパッケージがインストールされていません。

  • 解決策:yum、apt-get、または zypper コマンドを実行して、対応するパッケージをインストールしてください。

設定ファイルの srcPrefix パラメータを使用してファイルを指定できますか?

いいえ。srcPrefix パラメータを使用して指定できるのは、ディレクトリまたはプレフィックスのみです。

ossimport にプロキシを設定できますか?

いいえ。

OSS 内でデータを移行すると料金が請求されるのはなぜですか?

内部エンドポイントを使用してデータを移行する場合、アクセスリクエストの数に基づいて料金が請求されます。トラフィック料金は請求されません。

増分データ移行モードが有効になっている場合、ローカルディレクトリから削除されたファイルは OSS からも削除されますか?

いいえ。ローカルディレクトリで実行された削除操作は、OSS に同期されません。

増分データ移行モードが有効になっている場合、ローカルディレクトリの新しいファイルが OSS に同期されないのはなぜですか?

増分データ移行モードでは、システムはファイルの最終更新時刻に基づいて、ファイルが新しいかどうかを判断します。 Linux の mv コマンド、および Windows の cp、mv、rsync コマンドは、ファイルの最終更新時刻を変更しません。 rsync コマンドのパラメーターには -t または -a を含める必要があります。 前述のコマンドを実行して変更されたファイルは、スキャンされたり、OSS に移行されたりしません。

ossimport は、移行対象のファイルの権限を OSS に同期しますか?

いいえ。移行の完了後、ossutil で set-meta コマンドを実行してファイルの権限を変更できます。詳細については、「set-meta」をご参照ください。