本頁說明如何建立及啟動移轉工作。
如要確認 Storage 移轉服務是否支援您的來源和目的地 (也稱為接收器),請參閱「支援的來源和接收器」。
代理程式和代理程式集區
視來源和目的地而定,您可能需要建立及設定代理程式集區,並在可存取來源或目的地的機器上安裝代理程式。
從 Amazon S3、Microsoft Azure、網址清單或 Cloud Storage 移轉至 Cloud Storage 不需要代理程式和代理程式集區。
如果來源和/或目的地是檔案系統,或是從與 S3 相容的儲存空間轉出,則必須使用代理程式和代理程式集區。如需操作說明,請參閱「管理代理程式集區」。
事前準備
設定轉移作業前,請先設定存取權:
- 使用者和服務帳戶:
- 來源資料和目的地。
如果您使用 gcloud
指令,請安裝 gcloud CLI。
建立轉移作業
請勿在轉移作業名稱中加入個人識別資訊 (PII) 或安全性資料等私密資訊。資源名稱可能會傳播至其他 Google Cloud 資源的名稱,並可能向專案外部的 Google 內部系統公開。
Google Cloud 控制台
前往 Google Cloud 控制台的「Storage Transfer Service」頁面。
按一下「建立移轉工作」。系統隨即會顯示「建立移轉工作」頁面。
選擇來源:
Cloud Storage
您的使用者帳戶必須具備 storage.buckets.get 權限,才能選取來源和目的地 bucket。或者,您也可以直接輸入 bucket 名稱。詳情請參閱「排解存取問題」。
在「Source type」(來源類型) 底下,選取「Cloud Storage」(Cloud Storage)。
選取「目的地類型」。
如果目的地是 Cloud Storage,請選取「排程模式」。批次轉移作業會一次性或定期執行。事件驅動移轉會持續監控來源,並在資料新增或修改時移轉資料。
如要設定以事件為依據的移轉作業,請按照「以事件為依據的移轉作業」中的操作說明進行。
點選「下一步」。
選取值區,然後執行下列其中一項操作,在該值區中選取資料夾 (選用):
在「Bucket or folder」(值區或資料夾) 欄位中,輸入現有的 Cloud Storage bucket 名稱和路徑,不加前置字串
gs://
。例如:my-test-bucket/path/to/files
。如要指定其他專案的 Cloud Storage 值區,請在「Bucket name」(Bucket 名稱) 欄位中輸入確切名稱。按一下「瀏覽」,然後選取 bucket,即可在專案中選取現有 bucket 清單。
按一下「Browse」(瀏覽),然後點選「Project ID」(專案 ID),即可選取其他專案中的 bucket,接著選取新的專案 ID 和 bucket。
如要建立新值區,請按一下「建立新值區」
。
如果是以事件為依據的移轉作業,請輸入 Pub/Sub 訂閱項目名稱,格式如下:
projects/PROJECT_NAME/subscriptions/SUBSCRIPTION_ID
- 視需要選擇依前置字元或上次修改日期篩選物件。如果您指定資料夾做為來源位置,前置字元篩選器會與該資料夾相關。舉例來說,如果來源是
my-test-bucket/path/
,則file
的納入篩選器會納入所有以my-test-bucket/path/file
開頭的檔案。 點選「下一步」。
Amazon S3
與 S3 相容的儲存空間
Microsoft Azure Blob 儲存體
在「來源類型」下方,選取「Azure Blob 儲存體或 Data Lake Storage Gen2」。
點選「下一步」。
指定下列屬性:
儲存體帳戶名稱:來源 Microsoft Azure 儲存體帳戶名稱。
儲存體帳戶名稱會顯示在 Microsoft Azure 儲存體入口網站的「所有服務」>「儲存體」>「儲存體帳戶」下方。
「Container name」(容器名稱):Microsoft Azure 儲存體容器名稱。
容器名稱會顯示在 Microsoft Azure 儲存體入口網站的「儲存體總管」>「Blob 容器」下方。
共用存取簽章 (SAS):這是從儲存的存取權政策建立的 Microsoft Azure 儲存體 SAS 權杖。詳情請參閱「使用共用存取簽章 (SAS) 授予 Azure 儲存空間資源的有限存取權」。
SAS 權杖的預設到期時間為 8 小時。建立 SAS 權杖時,請務必設定合理的到期時間,確保能順利完成轉移。
- 視需要選擇依前置字元或上次修改日期篩選物件。如果您指定資料夾做為來源位置,前置字元篩選器會與該資料夾相關。舉例來說,如果來源是
my-test-bucket/path/
,則file
的納入篩選器會納入所有以my-test-bucket/path/file
開頭的檔案。 點選「下一步」。
檔案系統
選取「Source type」(來源類型) 底下的「POSIX file system」(POSIX 檔案系統)。
選取「目的地類型」,然後按一下「下一步」。
選取現有的代理程式集區,或選取「建立代理程式集區」,然後按照操作說明建立新的集區。
指定檔案系統目錄的完整路徑。
點選「下一步」。
HDFS
請參閱「從 HDFS 轉移至 Cloud Storage」。
網址清單
在「來源類型」下方,選取「網址清單」,然後按一下「下一步」。
在「TSV 檔的網址」底下,提供定位點分隔值 (TSV) 的檔案網址。請參閱「建立網址清單」一文,進一步瞭解如何建立 TSV 檔案。
- 視需要選擇依前置字元或上次修改日期篩選物件。如果您指定資料夾做為來源位置,前置字元篩選器會與該資料夾相關。舉例來說,如果來源是
my-test-bucket/path/
,則file
的納入篩選器會納入所有以my-test-bucket/path/file
開頭的檔案。 點選「下一步」。
選擇目的地:
Cloud Storage
在「Bucket or folder」(值區或資料夾) 欄位中,輸入目的地值區和 (選用) 資料夾名稱,或按一下「Browse」(瀏覽),從目前專案的現有值區清單中選取值區。如要建立新值區,請按一下「建立新值區」
。
點選「下一步」。
選擇排程選項:
在「Run once」下拉式選單中,選取下列其中一個選項:
執行一次:執行一次移轉作業,開始時間由您選取。
每天執行:每天執行一次轉移作業,開始時間由你選取。
您可以視需要輸入結束日期,或將結束日期留白,讓轉移作業持續進行。
每週執行:每週執行一次轉移作業,開始時間由您選取。
按照自訂頻率執行:按照您選取的頻率執行移轉作業。你可以選擇以小時、天或週為間隔,定期重複轉移。
您可以視需要輸入結束日期,或將結束日期留白,讓轉移作業持續進行。
在「Starting now」下拉式清單中,選取下列其中一個選項:
立即開始:按一下「建立」後,系統會立即開始轉移。
開始時間:在您選取的日期和時間開始移轉。按一下「日曆」,顯示日曆並選取開始日期。
點選「下一步」。
選擇轉移工作的設定。部分選項僅適用於特定來源/接收器組合。
在「說明」欄位中輸入轉移作業的說明。最佳做法是輸入有意義且獨特的說明,方便您區分工作。
在「中繼資料選項」下方,選擇使用預設選項,或點選「查看及選取選項」,為所有支援的中繼資料指定值。詳情請參閱「保留中繼資料」。
在「何時要覆寫」下方,選取下列其中一個選項:
如果不同:如果來源檔案與目的地檔案名稱相同,但 ETag 或總和檢查碼值不同,則覆寫目的地檔案。
一律覆寫:來源檔案與目的地檔案的名稱相同時,一律覆寫目的地檔案 (即便檔案內容完全相同)。
在「何時刪除」下方,選取下列其中一個選項:
永不:永不刪除來源或目的地的檔案。
轉移檔案後,請從來源刪除檔案:將檔案轉移至目的地後,從來源刪除檔案。如果來源檔案未轉移 (例如目的地中已存在該檔案),來源檔案就不會遭到刪除。
如果檔案未同時存在於來源,則將檔案從目的地中刪除:如果目的地 Cloud Storage 值區中的檔案未同時存在於來源,則將檔案從 Cloud Storage 值區中刪除。
這個選項可確保目的地 Cloud Storage bucket 與來源完全相符。
如要在 Cloud Storage 值區之間轉移資料,請選擇是否要轉移受管理資料夾。
在「通知選項」下方,視需要選取 Pub/Sub 主題和要接收通知的事件。詳情請參閱「Pub/Sub 通知」。
如要將服務代理人權限委派給使用者管理的服務帳戶,請選取該選項,然後以
SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com
格式輸入服務帳戶電子郵件地址。點選「建立」。
檔案系統
選取現有的代理程式集區,或選取「建立代理程式集區」 並按照操作說明建立新集區。
指定完整目的地目錄路徑。
點選「下一步」。
選擇排程選項:
在「Run once」下拉式選單中,選取下列其中一個選項:
執行一次:執行一次移轉作業,開始時間由您選取。
每天執行:每天執行一次轉移作業,開始時間由你選取。
您可以視需要輸入結束日期,或將結束日期留白,讓轉移作業持續進行。
每週執行:每週執行一次轉移作業,開始時間由您選取。
按照自訂頻率執行:按照您選取的頻率執行移轉作業。你可以選擇以小時、天或週為間隔,定期重複轉移。
您可以視需要輸入結束日期,或將結束日期留白,讓轉移作業持續進行。
在「Starting now」下拉式清單中,選取下列其中一個選項:
立即開始:按一下「建立」後,系統會立即開始轉移。
開始時間:在您選取的日期和時間開始移轉。按一下「日曆」,顯示日曆並選取開始日期。
點選「下一步」。
指定是否要使用資訊清單檔案。
選取是否要保留中繼資料、何時要覆寫,以及何時要刪除來源或目的地的檔案。
選取記錄選項。
在「通知選項」下方,視需要選取 Pub/Sub 主題和要接收通知的事件。詳情請參閱「Pub/Sub 通知」。
如要將服務代理人權限委派給使用者管理的服務帳戶,請選取該選項,然後以
SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com
格式輸入服務帳戶電子郵件地址。如要建立移轉工作,請按一下「建立」。
gcloud CLI
如要建立新的移轉工作,請使用 gcloud transfer jobs create
指令。建立新工作會啟動指定的轉移作業,除非指定排程或 --do-not-run
。
gcloud transfer jobs create \
SOURCE DESTINATION
其中:
「SOURCE」是這項轉移作業的資料來源。每個來源的格式如下:
- Cloud Storage:
gs://BUCKET_NAME
。 如要從特定資料夾轉移,請指定gs://BUCKET_NAME/FOLDER_PATH/
,包括結尾斜線。 - Amazon S3:
s3://BUCKET_NAME/FOLDER_PATH
- 與 S3 相容的儲存空間:
s3://BUCKET_NAME
。值區名稱與端點相關。舉例來說,如果您的資料位於https://us-east-1.example.com/folder1/bucket_a
,請輸入s3://folder1/bucket_a
。 - Microsoft Azure 儲存體:
https://myaccount.blob.core.windows.net/CONTAINER_NAME
- 網址清單:
https://PATH_TO_URL_LIST
或http://PATH_TO_URL_LIST
- POSIX 檔案系統:
posix:///PATH
。這必須是代理程式主機根目錄的絕對路徑。 - HDFS:
hdfs:///PATH
- Cloud Storage:
DESTINATION 為以下其中一個項目:
- Cloud Storage:
gs://BUCKET_NAME
。如要轉移至特定目錄,請指定gs://BUCKET_NAME/FOLDER_PATH/
,包括尾端斜線。 - POSIX 檔案系統:
posix:///PATH
。這必須是代理程式主機根目錄的絕對路徑。
- Cloud Storage:
如果轉移作業需要轉移代理人,您可以使用下列選項:
--source-agent-pool
會指定這項轉移作業要使用的來源代理程式集區。從檔案系統發起的轉移作業必須使用這項功能。--destination-agent-pool
指定要用於這項轉移作業的目標代理程式集區。轉移至檔案系統時必須提供這項資訊。--intermediate-storage-path
是 Cloud Storage 值區的路徑,格式為gs://my-intermediary-bucket
。在兩個檔案系統之間轉移資料時,必須使用這項功能。如要瞭解如何建立中介 bucket,請參閱「建立 Cloud Storage bucket 做為中介 bucket」。
其他選項包括:
--source-creds-file
會指定您電腦上本機檔案的相對路徑,其中包含轉移來源的 AWS 或 Azure 憑證。如需憑證檔案格式資訊,請參閱「TransferSpec」參考資料。--do-not-run
可防止 Storage 移轉服務在提交指令後執行作業。如要執行工作,請更新工作以新增排程,或使用jobs run
手動啟動工作。--manifest-file
指定 Cloud Storage 中 CSV 檔案的路徑,其中包含要從來源轉移的檔案清單。如需資訊清單檔案格式,請參閱「使用資訊清單轉移特定檔案或物件」。工作資訊:您可以指定
--name
、--description
和--source-creds-file
。時間表:指定
--schedule-starts
、--schedule-repeats-every
和--schedule-repeats-until
,或--do-not-run
。物件條件:使用條件判斷要轉移哪些物件。包括
--include-prefixes
和--exclude-prefixes
,以及--include-modified-[before | after]-[absolute | relative]
中的時間條件。如果您指定來源資料夾,前置字串篩選器會與該資料夾相關。詳情請參閱「依前置字元篩選來源物件」一文。涉及檔案系統的移轉作業不支援物件條件。
移轉選項:指定是否要覆寫目的地檔案 (
--overwrite-when=different
或always
),以及是否要在移轉期間或之後刪除特定檔案 (--delete-from=destination-if-unique
或source-after-transfer
);指定要保留哪些中繼資料值 (--preserve-metadata
);並視需要為移轉的物件設定儲存空間類別 (--custom-storage-class
)。通知:使用
--notification-pubsub-topic
、--notification-event-types
和--notification-payload-format
設定轉移作業的 Pub/Sub 通知。Cloud Logging:啟用 Cloud Logging,即可進行無代理程式轉移,或從與 S3 相容的來源轉移資料,並搭配
--log-actions
和--log-action-states
。詳情請參閱「適用於 Storage 移轉服務的 Cloud Logging」。
從與 S3 相容的來源轉出時,也會使用下列選項:
--source-endpoint
(必要) 指定儲存系統的端點。例如,s3.example.com
。請向供應商確認正確格式。請勿指定通訊協定 (http://
或https://
)。--source-signing-region
會指定簽署要求的區域。 如果儲存空間供應商未要求輸入簽署區域,您可以略過這個旗標。--source-auth-method
會指定要使用的驗證方法。有效值為AWS_SIGNATURE_V2
或AWS_SIGNATURE_V4
。詳情請參閱 Amazon 的 SigV4 和 SigV2 說明文件。--source-request-model
會指定要使用的位址樣式,有效值為PATH_STYLE
或VIRTUAL_HOSTED_STYLE
。路徑樣式採用https://s3.example.com/BUCKET_NAME/KEY_NAME
格式。虛擬託管型使用 `https://BUCKET_NAME.s3.example.com/KEY_NAME 格式。--source-network-protocol
:指定代理程式應在這項工作中使用的網路通訊協定。有效值為HTTP
或HTTPS
。--source-list-api
會指定 S3 Listing API 的版本,以便從值區傳回物件。有效值為LIST_OBJECTS
或LIST_OBJECTS_V2
。詳情請參閱 Amazon 的 ListObjectsV2 和 ListObjects 說明文件。
如要查看所有選項,請執行 gcloud transfer jobs create --help
或參閱gcloud
參考說明文件。
範例
Amazon S3 至 Cloud Storage
請參閱「將資料從 Amazon S3 移轉至 Cloud Storage」。
從與 S3 相容的儲存空間移轉至 Cloud Storage
請參閱「將資料從與 S3 相容的儲存空間移轉至 Cloud Storage」。
從檔案系統轉移至 Cloud Storage
請參閱「從檔案系統轉移至 Cloud Storage」。
Cloud Storage 至檔案系統
如要從 Cloud Storage bucket 轉移至檔案系統,請指定下列項目。
gcloud transfer jobs create \
gs://my-storage-bucket posix:///tmp/destination \
--destination-agent-pool=my-destination-agent-pool
檔案系統對檔案系統
如要在兩個檔案系統之間轉移資料,您必須指定來源代理程式集區、目的地代理程式集區,以及資料傳輸的中繼 Cloud Storage bucket。
如要瞭解中繼值區的詳細資訊,請參閱「建立 Cloud Storage 值區做為中繼值區」。
接著,在呼叫 transfer jobs create
時指定這 3 項資源:
gcloud transfer jobs create \
posix:///tmp/source/on/systemA posix:///tmp/destination/on/systemB \
--source-agent-pool=source_agent_pool \
--destination-agent-pool=destination_agent_pool \
--intermediate-storage-path=gs://my-intermediary-bucket
REST
下列範例說明如何透過 REST API 使用 Storage 移轉服務。
使用 Storage 移轉服務 API 設定或編輯移轉工作時,系統時間必須為世界標準時間 (UTC)。如要進一步瞭解如何指定移轉工作排程,請參閱「排程」一文。
在不同的 Cloud Storage 值區之間執行移轉
在此範例中,可瞭解到如何在不同的 Cloud Storage 值區之間移動檔案。例如,您可以將資料移到其他位置的值區。
使用 transferJobs create 的要求:
POST https://storagetransfer.googleapis.com/v1/transferJobs { "description": "YOUR DESCRIPTION", "status": "ENABLED", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 1, "month": 1, "year": 2015 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "gcsDataSource": { "bucketName": "GCS_SOURCE_NAME" }, "gcsDataSink": { "bucketName": "GCS_SINK_NAME" }, "transferOptions": { "deleteObjectsFromSourceAfterTransfer": true } } }
200 OK { "transferJob": [ { "creationTime": "2015-01-01T01:01:00.000000000Z", "description": "YOUR DESCRIPTION", "name": "transferJobs/JOB_ID", "status": "ENABLED", "lastModificationTime": "2015-01-01T01:01:00.000000000Z", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 1, "month": 1, "year": 2015 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "gcsDataSource": { "bucketName": "GCS_SOURCE_NAME", }, "gcsDataSink": { "bucketName": "GCS_NEARLINE_SINK_NAME" }, "objectConditions": { "minTimeElapsedSinceLastModification": "2592000.000s" }, "transferOptions": { "deleteObjectsFromSourceAfterTransfer": true } } } ] }
將資料從 Amazon S3 移轉至 Cloud Storage
請參閱「將資料從 Amazon S3 移轉至 Cloud Storage」。
在 Microsoft Azure Blob 儲存體和 Cloud Storage 之間轉移資料
在本範例中,您會學習到如何使用 Microsoft Azure Storage 共用存取簽章 (SAS) 權杖,將檔案從 Microsoft Azure Storage 移至 Cloud Storage 值區。
如要進一步瞭解 Microsoft Azure Storage SAS,請參閱「使用共用存取簽章 (SAS) 授予 Azure 儲存體資源的有限存取權」。
開始前,請先詳閱「設定 Microsoft Azure 儲存空間的存取權」和「定價」說明文章,瞭解將資料從 Microsoft Azure 儲存空間移轉至 Cloud Storage 可能造成的影響。
使用 transferJobs create 的要求:
POST https://storagetransfer.googleapis.com/v1/transferJobs { "description": "YOUR DESCRIPTION", "status": "ENABLED", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 14, "month": 2, "year": 2020 }, "scheduleEndDate": { "day": 14 "month": 2, "year": 2020 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "azureBlobStorageDataSource": { "storageAccount": "AZURE_SOURCE_NAME", "azureCredentials": { "sasToken": "AZURE_SAS_TOKEN", }, "container": "AZURE_CONTAINER", }, "gcsDataSink": { "bucketName": "GCS_SINK_NAME" } } }
200 OK { "transferJob": [ { "creationTime": "2020-02-14T01:01:00.000000000Z", "description": "YOUR DESCRIPTION", "name": "transferJobs/JOB_ID", "status": "ENABLED", "lastModificationTime": "2020-02-14T01:01:00.000000000Z", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 14 "month": 2, "year": 2020 }, "scheduleEndDate": { "day": 14, "month": 2, "year": 2020 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "azureBlobStorageDataSource": { "storageAccount": "AZURE_SOURCE_NAME", "azureCredentials": { "sasToken": "AZURE_SAS_TOKEN", }, "container": "AZURE_CONTAINER", }, "objectConditions": {}, "transferOptions": {} } } ] }
從檔案系統轉移
請參閱「從檔案系統轉移至 Cloud Storage」。
指定來源和目的地路徑
您可以在將資料移轉至 Cloud Storage bucket 時,透過來源和目的地路徑指定來源和目的地目錄。舉例來說,假設您有 file1.txt
和 file2.txt
檔案,以及名為 B
的 Cloud Storage bucket。如果您設定名為 my-stuff
的目的地路徑,轉移完成後,檔案會位於 gs://B/my-stuff/file1.txt
和 gs://B/my-stuff/file2.txt
。
指定來源路徑
如要在建立轉移工作時指定來源路徑,請在 TransferSpec
規格的 gcsDataSource
欄位中新增 path
欄位:
{ gcsDataSource: { bucketName: "SOURCE_BUCKET", path: "SOURCE_PATH/", }, }
在這個例子中:
- SOURCE_BUCKET:來源 Cloud Storage bucket。
- SOURCE_PATH:來源 Cloud Storage 路徑。
指定目的地路徑
如要在建立轉移工作時指定目的地資料夾,請在 TransferSpec
規格的 gcsDataSink
欄位中新增 path
欄位:
{ gcsDataSink: { bucketName: "DESTINATION_BUCKET", path: "DESTINATION_PATH/", }, }
在這個例子中:
- DESTINATION_BUCKET:目的地 Cloud Storage bucket。
- DESTINATION_PATH:目的地 Cloud Storage 路徑。
完整要求範例
以下是完整要求的範例:
POST https://storagetransfer.googleapis.com/v1/transferJobs { "description": "YOUR DESCRIPTION", "status": "ENABLED", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 1, "month": 1, "year": 2015 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "gcsDataSource": { "bucketName": "GCS_SOURCE_NAME", "path": "GCS_SOURCE_PATH", }, "gcsDataSink": { "bucketName": "GCS_SINK_NAME", "path": "GCS_SINK_PATH", }, "objectConditions": { "minTimeElapsedSinceLastModification": "2592000s" }, "transferOptions": { "deleteObjectsFromSourceAfterTransfer": true } } }
用戶端程式庫
下列範例說明如何透過 Go、Java、Node.js 和 Python,以程式化方式使用 Storage 移轉服務。
以程式化方式設定或編輯移轉工作時,時間必須為世界標準時間 (UTC)。如要進一步瞭解如何指定移轉工作排程,請參閱「排程」一文。
如要進一步瞭解 Storage 移轉服務用戶端程式庫,請參閱開始使用 Storage 移轉服務用戶端程式庫。
在不同的 Cloud Storage 值區之間執行移轉
在此範例中,可瞭解到如何在不同的 Cloud Storage 值區之間移動檔案。例如,您可以將資料移到其他位置的值區。
將資料從 Amazon S3 移轉至 Cloud Storage
請參閱「將資料從 Amazon S3 移轉至 Cloud Storage」。
在 Microsoft Azure Blob 儲存體和 Cloud Storage 之間轉移資料
在本範例中,您會學習到如何使用 Microsoft Azure Storage 共用存取簽章 (SAS) 權杖,將檔案從 Microsoft Azure Storage 移至 Cloud Storage 值區。
如要進一步瞭解 Microsoft Azure Storage SAS,請參閱「使用共用存取簽章 (SAS) 授予 Azure 儲存體資源的有限存取權」。
開始前,請先詳閱「設定 Microsoft Azure 儲存空間的存取權」和「定價」說明文章,瞭解將資料從 Microsoft Azure 儲存空間移轉至 Cloud Storage 可能造成的影響。
Go
如要瞭解如何安裝及使用 Storage 移轉服務的用戶端程式庫,請參閱這篇文章。 詳情請參閱 Storage 移轉服務 Go API 參考說明文件。
如要向 Storage 移轉服務進行驗證,請設定應用程式預設憑證。 詳情請參閱「為本機開發環境設定驗證」。
Java
如要瞭解如何安裝及使用 Storage 移轉服務的用戶端程式庫,請參閱這篇文章。 詳情請參閱 Storage 移轉服務 Java API 參考說明文件。
如要向 Storage 移轉服務進行驗證,請設定應用程式預設憑證。 詳情請參閱「為本機開發環境設定驗證」。
Node.js
如要瞭解如何安裝及使用 Storage 移轉服務的用戶端程式庫,請參閱這篇文章。 詳情請參閱 Storage 移轉服務 Node.js API 參考說明文件。
如要向 Storage 移轉服務進行驗證,請設定應用程式預設憑證。 詳情請參閱「為本機開發環境設定驗證」。
Python
如要瞭解如何安裝及使用 Storage 移轉服務的用戶端程式庫,請參閱這篇文章。 詳情請參閱 Storage 移轉服務 Python API 參考說明文件。
如要向 Storage 移轉服務進行驗證,請設定應用程式預設憑證。 詳情請參閱「為本機開發環境設定驗證」。
從檔案系統轉移
請參閱「從檔案系統轉移至 Cloud Storage」。