重新定位 bucket 前，請先確認 bucket 使用情形，並預留可能停機的時間。規劃遷移作業也有助於維持資料相容性，並控管儲存空間費用。
以下各節說明規劃步驟。
決定 bucket 遷移類型
重新定位 bucket 時，請務必瞭解，在最終同步處理步驟中，可能會有一段寫入停機時間，您無法更新或上傳新物件。此外，在重新配置期間，您無法變更 bucket 的設定。如要判斷遷移作業是否會造成停機，請參閱「遷移類型」。
查看不支援的功能和相容性規定
找出來源 bucket 中不支援 bucket 遷移的設定，以及需要採取行動才能支援 bucket 遷移的設定。如果 bucket 使用不支援的設定，且無法修改，或者來源或目的地是不支援的位置，您就必須手動將物件複製到目的地位置的其他 bucket，而不是重新定位 bucket 及其物件。詳情請參閱「在 bucket 之間移動資料」。
以下各節說明不支援的功能和相容性需求。
不支援的功能
下表說明與 bucket 遷移不相容的功能。在某些情況下，您可以重新設定功能，以支援 bucket 遷移：
| 功能 | 相容性狀態 | 啟動 bucket 遷移作業前必須採取的行動 |
|---|---|---|
| 階層命名空間 | 不支援寫入停機時間的 bucket 遷移作業。 | 如果 bucket 已啟用階層命名空間，則只有在遷移過程不會導致寫入作業停機時，才能遷移 bucket |
| Appspot bucket | 不支援。 | 您無法重新分配 Appspot bucket。建議您將 Container Registry 遷移至 Artifact Registry，做為 App Engine 建立預設 bucket 的解決方法。 |
| Firebase bucket | 不支援。 | 無法重新定位 Firebase bucket。 |
| 物件保留 | 不支援。 無法遷移含有訴訟保留物件的值區。 |
如要使用 bucket 遷移功能，請移除物件保留。 |
| 代管資料夾 | 不支援。 無法遷移含有代管資料夾的值區。 |
如要使用 bucket 遷移功能，請刪除代管資料夾。 |
| 客戶自行管理的加密金鑰 (CMEK) 或客戶提供的加密金鑰 (CSEK) | 不支援寫入停機時間的重新定位。 | 如要使用 bucket 遷移功能，請移除客戶自行管理的加密金鑰或客戶提供的加密金鑰。移除後，Cloud Storage 會自動使用標準 Cloud Storage 加密保護資料。 |
| Rapid Cache | 不支援無寫入停機時間的 bucket 遷移作業，部分支援有寫入停機時間的 bucket 遷移作業。 | 如要重新配置 bucket，且不希望寫入作業停機，請先停用 Rapid Cache，再開始重新配置。 如要遷移有寫入停機時間的值區，請在最終同步步驟前停用 Rapid Cache。 |
| bucket 鎖定 | 不支援設有有效資料保留政策的值區。如果資料保留政策已鎖定 (已啟用值區鎖定功能)，則無法撤銷。因此 Cloud Storage 不支援重新定位 bucket。 | 如果資料保留政策未鎖定，您必須先移除政策，才能繼續遷移。 |
| 物件保留鎖定 | 不支援。物件保留鎖定功能一經啟用即無法停用。 | 如果 bucket 已啟用物件保留鎖定功能，則無法遷移。 |
| 標記 | 不支援寫入停機時間的重新定位。 |
您必須卸離直接附加至 bucket 的標記。 如果從來源 bucket 卸載的任何標記用於存取控管，您必須使用其他方法設定 IAM 角色，保護 bucket 中的資料。如要這樣做，請完成下列步驟： |
| 庫存報表設定 | 在重新定位過程中，現有的庫存報表設定不會保留。 | 請在開始遷移程序前，手動儲存現有的商品目錄報表設定，以便在遷移程序完成後重新建立。如要瞭解如何管理庫存報表設定，請參閱「建立及管理庫存報表設定」。 |
bucket 遷移期間的功能相容性
下表說明在您重新定位 bucket 時，其他 Cloud Storage 功能的運作方式。行為可能會因重新定位模式而異：
| 功能 | 遷移期間無法寫入 | 重新定位，不影響寫入作業 |
|---|---|---|
| 自動調整級別行為 | 在最終同步處理步驟中，Autoclass 會暫時停用。暫停可能會延遲物件移至較冷儲存空間級別的時間。詳情請參閱「重新定位 bucket 時的 Autoclass 物件轉換」。 | Autoclass 行為不受影響。 |
| BigQuery 和 BigLake 資料表 | 重新定位後，使用 Apache Iceberg 的 BigLake 外部資料表和 BigQuery 資料表將無法存取，必須手動重新建立。無法自動偵測受影響的資料表。 | 支援。 |
| 物件大小限制 | 物件大小上限為 2 TB。 | 沒有大小限制。 |
| 多部分上傳 |
多部分上傳的相容性和行為，取決於您啟動 bucket 遷移作業時的上傳狀態：
|
多部分上傳作業的相容性和行為，取決於您啟動 bucket 遷移作業時的上傳狀態：
|
| 支援續傳的上傳作業 | 不支援。 在 bucket 遷移程序的最終同步處理步驟之前，必須先完成進行中的支援續傳上傳作業，以免資料遺失。 |
支援。 |
| 跨專案重新定位 | 不支援。 您無法跨專案重新定位 bucket。 |
支援。 |
| 中繼資料更新 | 不支援。 重新定位期間，無法更新 bucket 的中繼資料。 |
支援。 |
| 要求比率逐步提高 | 重新定位的 bucket 與新建立的 bucket 適用相同的要求率提升指南。 | 不適用。 |
分析值區特徵
如要估算 bucket 遷移時間，請分析 bucket 的特性和用量，並考量下列因素：
靜態位元組：儲存在 bucket 中的資料總量會影響儲存費用和移轉時間。
複製：將 bucket 同步或非同步複製到其他區域，會影響資料可用性、耐用性和費用。詳情請參閱「資料可用性和耐用性」。
資料移轉：重新配置期間從 bucket 移轉出的資料量，會影響資料移轉費用的計算。如要計算 bucket 的資料移轉費用，請參閱「Cloud Storage 定價」。
使用模式：透過使用模式瞭解 bucket 活動層級或 bucket 的忙碌程度，有助於避免在遷移期間發生非預期的衝突。如要瞭解 bucket 的使用模式，可以分析記錄。詳情請參閱「用量記錄和儲存空間記錄」。
bucket 寫入作業：在遷移期間頻繁執行 bucket 寫入作業，會增加費用和所需時間。搬遷進度並非線性，且難以預測。請勿根據小規模遷移所需的時間，估算大規模遷移所需的時間。如要監控物件寫入 bucket 的頻率，請參閱「Cloud Storage 監控功能總覽」。
定義遷移目標
根據您對 bucket 特性的分析，找出移動 bucket 的原因。以下是重新定位 bucket 的常見目標：
成本管理：將資料移至成本較低的區域，降低儲存費用；或將資料移至更靠近存取位置的地方，盡量減少資料移轉費用。您需要計算 Cloud Storage 和資料移轉費用，並與不同位置的潛在費用進行比較。如要進一步瞭解如何計算 Cloud Storage 費用，請參閱「 Cloud Storage 定價」。
提升效能：將 bucket 移至更靠近使用者或應用程式的位置，提高資料存取速度和應用程式效能。如要這麼做，請找出效能至關重要的地理區域，並重新分配 bucket。
提升可靠性：使用雙區域或多區域設定，提升資料耐用性和災難復原能力。
決定 bucket 位置
請根據分析結果和目標，從下列選項中選擇最適合 bucket 的儲存空間位置：
單一區域：將資料儲存在單一區域，適合使用者集中在同一地理區域的應用程式，符合成本效益。
雙區域：在同一洲的兩個區域中保留兩份資料副本，在特定地理區域內提供更高的可用性和災難復原能力。
多區域：將資料分散到多個區域，提供最高等級的可用性和耐用性。
如要進一步瞭解如何選擇位置，請參閱「選擇位置的考量」。
瞭解影響重新定位時間的因素
有幾項因素會影響重新配置時間，瞭解這些因素有助於預估所需時間。雖然這些因素有助於規劃及安排遷移作業，但實際遷移時間可能會比預估時間長或短。因此，安排遷移時，請預留緩衝時間，以因應可能發生的延遲。以下各節說明影響重新定位時間的因素。
重新定位服務限制
下表說明會影響重新定位時間的限制：
| 因素 | 值 | 說明 |
|---|---|---|
| 每項工作的要求比率上限 | 每秒 10,000 個物件 |
這是服務每秒可處理的複製要求數量。 要求比率越高，可同時移動的檔案就越多。 如果 bucket 內有許多小型檔案，提高要求比率可加快遷移速度。如果只有少數大型檔案，這項因素的影響較小。 |
| 每項專案的整體頻寬上限 | 10 Gbps |
這是來源位置中單一專案的資料移轉速度或頻寬上限。如果是在同一項專案中移動多個 bucket，這些 bucket 會共用頻寬。 頻寬越高，一次可傳輸的資料量就越多。即使要求比率很高，但如果頻寬很小，整體傳輸速度就會很慢。 |
| 單一物件的頻寬上限 | 8 MB/秒 |
這是移轉單一物件的最高速度。 單一物件的頻寬越高，傳輸物件的速度就越快。這是每次移動一個物件的速度限制。 即使每個 bucket 的要求率和頻寬都很高，如果個別物件有速度限制，傳輸時間仍可能較長。 |
| 每項專案可同時執行的重新定位作業數量上限 | 30 次重新定位 | 在專案中，bucket 遷移服務最多可同時從相同位置遷移 30 個 bucket。 |
重新定位存留時間限制
為提高資源使用率，並避免遷移作業無限期執行，所有 bucket 遷移作業都設有存留時間 (TTL) 限制。TTL 是指完成整個重新定位程序的時間上限。
bucket 遷移作業最多可在 28 天內完成，包括遷移程序的所有階段，例如初始複製、增量更新和最終同步處理。
如果重新定位程序超過 28 天的存留時間限制，重新定位作業就會失敗。
進行中的 bucket 活動
如果在遷移期間繼續寫入新物件、刪除現有物件或更新 bucket 中的物件，這些作業會與複製要求爭奪資源，並可能減慢遷移程序。
生命週期規則
如果您為 bucket 設定了生命週期規則，例如在特定時間後自動刪除或封存物件，這些動作會增加整體重新定位時間。
設定 Storage Intelligence
您必須為來源和目的地位置設定 Storage Intelligence。您可以在 Google Cloud 資源階層的不同層級設定 Storage Intelligence。您也可以使用納入和排除篩選器，在 Storage Intelligence 設定中納入相關 bucket。詳情請參閱「設定 Storage Intelligence」。
為寫入停機時間的重新定位作業啟用虛刪除功能
如果 bucket 遷移作業涉及寫入停機時間，您必須在 bucket 上啟用虛刪除功能，並將保留時間長度設為至少七天。保留時間長度是指虛刪除功能在永久刪除物件前，保留已刪除物件的時間長度。如要瞭解如何設定虛刪除保留時間長度，請參閱「使用虛刪除功能」。如要判斷遷移作業是否會導致停機，請參閱「遷移類型」。
查看配額和限制
配額和雲端容量評估與特定區域或可用區相關聯。因此，將 bucket 移至新位置時，請務必確認新位置有足夠的配額可容納 bucket 資料。如要進一步瞭解配額和限制，請參閱「配額與限制」。
後續步驟
- 瞭解如何重新配置 bucket。