複製並同步使用NetApp資料代理軟體將資料從來源同步到目標（這稱為_同步關係_）。

資料代理組控制來源和目標之間的同步關係。設定同步關係後，複製和同步會分析您的來源系統並將其分解為多個複製流以推送到您選擇的目標資料。

初始複製後，「複製和同步」會根據您設定的計劃同步任何變更的資料。

當您註冊 Copy and Sync 時，14 天的免費試用期就開始了。您無需為 14 天內建立的複製和同步關係支付NetApp費用。但是，您部署的任何資料代理程式的所有資源費用仍然適用。

使用複製和同步有兩種類型的成本：服務費和資源費。

服務費

對於按使用量付費的定價，複製和同步服務費用按小時計算，取決於您創建的同步關係的數量。

您也可以透過NetApp代表取得複製和同步授權。每個許可證可啟用 12 個月的 20 個同步關係。

"了解有關許可證的更多信息" 。

資源費用

資源費用與在雲端中運行資料代理程式的運算和儲存成本有關。

14 天免費試用期結束後，有兩種方式可以支付同步關係的費用。第一個選項是從 AWS 或 Azure 訂閱，這樣您就可以按使用量付費或按年付費。第二種選擇是直接從NetApp購買許可證。在每種情況下，您的訂閱都將透過您的供應商市場進行管理，而不是透過複製和同步使用者介面進行管理。

是的，您可以在非雲端架構中使用複製和同步。來源和目標可以駐留在本地，資料代理軟體也可以駐留在本地。

請注意有關在雲端外使用複製和同步的以下要點：

可從NetApp控制台進行複製和同步。從控制台左側導覽中，選擇*移動性*>*複製和同步*。

每個數據經紀人都屬於數據經紀人組。將資料代理分組在一起有助於提高同步關係的效能。

複製和同步支援多種不同類型的同步關係。"查看完整列表" 。

複製和同步支援 NFS 版本 3 及更高版本以及 SMB 版本 1 及更高版本。

"詳細了解同步要求" 。

是的，當 AWS S3 是目標時，您可以選擇特定的 S3 儲存類別：

當 Blob 容器是目標時，您可以選擇特定的 Azure Blob 儲存層：

是的，當 Google Cloud Storage 儲存桶是目標時，您可以選擇特定的儲存類別：

複製和同步環境要求資料代理組透過所選協定或物件儲存 API（Amazon S3、Azure Blob、IBM Cloud Object Storage）與來源和目標連接。

此外，資料代理群組需要透過連接埠 443 建立出站互聯網連接，以便與複製和同步進行通訊並聯繫其他一些服務和儲存庫。

欲了解更多詳情，"審查網路要求" 。

是的。

複製和同步支援有或沒有基本驗證的代理伺服器。如果在部署資料代理程式時指定代理伺服器，則來自資料代理程式的所有 HTTP 和 HTTPS 流量都將透過代理程式路由。請注意，非 HTTP 流量（例如 NFS 或 SMB）不能透過代理伺服器路由。

唯一的代理伺服器限制是使用具有 NFS 或Azure NetApp Files同步關係的動態資料加密時。加密資料透過 HTTPS 傳送，無法透過代理伺服器路由。

預設計劃設定為每日同步。初始同步後，您可以：

您可以安排每 1 分鐘同步一次資料。

當單一檔案傳輸失敗時，資料代理組不會逾時。相反，資料代理組在跳過該檔案之前會重試 3 次。重試值可以在同步關係的設定中配置。

"了解如何變更同步關係的設置" 。

如果單一目錄包含 600,000 個或更多文件，"聯絡我們"以便我們可以幫助您配置資料代理組來處理有效負載。我們可能需要向資料代理組添加額外的記憶體。

請注意，掛載點中的檔案總數沒有限制。對於包含 600,000 個或更多檔案的大型目錄，無論其在層次結構中的層級（頂級目錄或子目錄）如何，都需要額外的記憶體。

是的。所有複製和同步網路連線均使用 "亞馬遜簡單佇列服務 (SQS)"。

資料代理組與 Amazon S3、Azure Blob、Google Cloud Storage 和 IBM Cloud Object Storage 之間的所有通訊均透過 HTTPS 協定完成。

如果您將複製和同步功能與本機（來源或目標）系統一起使用，則建議使用以下幾個連線選項：

這些方法中的任何一種都會在您的本機 NAS 伺服器和複製和同步資料代理群組之間建立安全連線。

您可以設定複製和同步以保留來源 SMB 共用和目標 SMB 共用之間以及從來源 SMB 共用到物件儲存（ ONTAP S3 除外）的存取控制清單 (ACL)。

"了解如何在 SMB 共用之間複製 ACL" 。

複製和同步會自動在 NFS 伺服器之間複製 NFS 權限，如下所示：

複製和同步將物件儲存元資料從來源複製到目標，以實現以下類型的同步關係：

¹ 對於這些同步關係，您需要"建立同步關係時啟用「物件複製」設置"。

預設會複製使用者 ID、修改時間、存取時間和 GID 等元資料。使用者可以在建立同步關係時將其標記為必需，從而選擇從 CIF 複製 ACL。

同步關係顯示資料代理組網路適配器的吞吐量。如果您使用多個資料代理來加速同步效能，那麼吞吐量就是所有流量的總和。此吞吐量每 20 秒刷新一次。

如果您有非常大的檔案（每個檔案有多個 TiB），則完成傳輸過程可能需要很長時間，並且效能可能會受到影響。

限制並發傳輸的數量可能會有所幫助。"聯絡我們尋求協助" 。

當您將資料同步至Azure NetApp Files或從 Azure NetApp Files 同步資料時，如果磁碟服務等級為標準，則可能會遇到故障和效能問題。

將服務等級變更為 Premium 或 Ultra 以增強同步效能。

"詳細了解Azure NetApp Files服務等級與吞吐量" 。

當您建立新的關係時，您會從群組中的單一資料代理程式開始（除非您選擇了屬於加速同步關係的現有資料代理程式）。在許多情況下，單一資料代理程式可以滿足同步關係的效能要求。如果沒有，您可以透過向群組中新增額外的資料代理程式來加速同步效能。但您應該先檢查可能影響同步效能的其他因素。

多種因素會影響資料傳輸效能。整體同步效能可能會受到網路頻寬、延遲和網路拓撲以及資料代理 VM 規格和儲存系統效能的影響。例如，一個群組中的單一資料代理程式可以達到 100 MB/s，而目標上的磁碟吞吐量可能只允許 64 MB/s。結果，數據經紀商集團不斷嘗試複製數據，但目標無法滿足數據經紀商集團的表現。

因此，請務必檢查網路效能和目標磁碟吞吐量。

然後，您可以考慮透過在群組中新增額外的資料代理來分擔該關係的負載，從而加速同步效能。"了解如何加速同步效能" 。

刪除關係將停止所有未來的資料同步並終止付款。同步到目標的任何資料都保持原樣。

預設情況下，如果您具有活動的同步關係，則在來源伺服器上刪除的項目不會在下次同步期間從目標伺服器上刪除。但是每個關係的同步設定中都有一個選項，您可以在其中定義如果從來源中刪除了文件，則複製和同步將刪除目標位置中的文件。

"了解如何變更同步關係的設置" 。

如果從目標中刪除某個項目，則它不會從來源中刪除。這種關係是單向的－從源頭到目標。在下一個同步週期中，「複製和同步」會將來源與目標進行比較，識別出該項目缺失，然後「複製和同步」會再次將其從來源複製到目標。

當然。以下是最重要的幾點：