我在什么場景下使用CMS服務？
當您需要將云下或者其余云服務商的主機遷移上天翼云時，您可以使用CMS服務幫助您有序、安全、便捷、輕松地將數字資產、服務、IT資源及應用程序，部分或完全遷移到天翼云，同時保證云上業務的可用性、安全性以及連續性。
CMS是否支持從阿里云、天翼云等其余云遷移至天翼云？
支持。
CMS支持市面上主流云廠商遷移至天翼云，如阿里云、天翼云、AWS以及移動云等；
同時也支持將本地云主機遷移至天翼云。通常情況下同處理器架構都可以通過CMS服務遷移上天翼云。
CMS是否支持將天翼云上的云主機，遷移到其余云服務商或本地？
不支持。
CMS服務遷移目標端僅能夠選擇天翼云，無法將天翼云彈性云主機遷移到本地或其他云服務商。
當我使用CMS服務時，是否能夠要求天翼云技術人員幫助遷移？
天翼云技術人員不直接參與您的業務遷移，您可以通過查看幫助中心，然后實行遷移；
若幫助中心未涉及您的問題，您可通過頁面反饋問題，相關技術人員后續對內容進行補充；
若您需要專業的遷移方案和專屬的技術支持，您可以訂購我們的遷移服務，幫助您平滑遷移業務，縮短整體業務停機時間，減少上云對業務的影響，解除您的上云顧慮，讓您聚焦于業務發展。
關于CMS-SMS大型整機及數據庫的遷移有何注意事項？
- 能否遷移
CMS-SMS理論上具備遷移整機和數據庫的能力。但對于大型整機（系統總待遷移量2T以上且存在大量大小文件）以及大型庫（數據庫+系統200G以上且增量大于500r/s），需提前對風險及預期效果進行預估和調整。其中，大型數據庫不建議使用CMS-SMS遷移，因其涉及數據量大、增量變化快、數據一致性要求高等復雜因素，CMS-SMS可能難以滿足性能和穩定性需求。 - 專業遷移工具推薦
對于大型數據庫遷移，建議使用數據庫專業遷移工具。這些工具針對數據庫遷移場景進行了優化，能更好地應對數據量大、增量變化快等問題，確保遷移過程高效且數據一致。 - 使用CMS-SMS遷移大型整機及數據庫的注意事項
- 若因特殊原因必須使用CMS-SMS進行大型整機及數據庫遷移，需特別注意以下事項：
（1）停止相關應用進程：在“停止增量”步驟前，務必停止相關應用進程，避免遷移過程中數據發生變化，影響遷移結果。
（2）遷移測試與全流程預估：
遷移測試：提前測試遷移過程中可能出現的卡慢問題（如遷移準備遍歷、全量過程遍歷大小文件、增量傳輸數據變化等），評估遷移工具的性能和穩定性。
全流程預估：根據測試結果，實際預估全流程遷移時長，制定合理的遷移計劃，避免影響遷移項目進程。 - 總結
對于大型整機及數據庫的遷移，不建議使用CMS-SMS工具。若因特殊原因必須使用，需嚴格遵循上述注意事項，做好遷移測試和全流程預估，以降低遷移風險。
是否支持遷移到GPU圖形加速基礎型、GPU計算加速型、裸金屬云主機？
GPU圖形加速基礎型
支持。
GPU計算加速型
支持。
裸金屬云主機
不支持。
CMS是否支持斷點續傳？
支持。
由于網絡問題導致數據傳輸中斷，網絡恢復后即可自動續傳；
由于誤操作CMS-Agent導致中斷，重新運行CMS-Agent并重新啟動遷移任務即可繼續遷移。
CMS是否支持增量數據遷移？
支持。
CMS遷移基本形式為全量+增量（手動增量/循環增量）。
如何將一個賬戶下的ECS云主機，遷移至另一賬戶下？
當您需要從A賬戶遷移至B賬戶時，您需在遷移時，按照如下步驟操作：
- 在A賬戶下的ECS云主機下，使用B賬戶的用戶AK/SK安裝CMS-Agent。
- A賬戶主機即會被上報至B賬戶遷移平臺，正常執行后續遷移操作，即可實現ECS云主機跨賬戶遷移。
具體步驟請參見天翼云ECS實例間遷移最佳實踐。
如何將天翼云上一個區域下的ECS云主機，遷移到另一區域？
當您需要從A區域遷移至B區域時，您需在遷移時，按照如下步驟操作：
- 在B區域使用云遷移服務。
- 在A區域云主機安裝CMS-Agent，將遷移源上報。
- 在B區域創建目標機，正常執行后續遷移操作，即可實現ECS云主機跨區域遷移。
具體步驟請參見天翼云ECS實例間遷移最佳實踐。
免費服務為何需要限制賬戶余額數大于100？
主機遷移服務本身免費，但遷移過程中會創建按量付費資源并產生少量費用。具體請參見計費說明。
在遷移過程中，是否對遷移源業務是否有影響？
合理負載使用不影響源機業務。遷移程序僅占用較少資源，不影響業務。
但是遷移源本身負載較高情況下，您需要通過限制CMS-Agent使用帶寬與CPU使用率，降低CMS-Agent對源機使用率，避免對源端業務影響。
遷移安裝的AK/SK，與天翼云AK/SK是否一致？
不一致。
CMS的AK/SK獨立開發，位置位于遷移agent選項卡下，用于CMS-Agent安裝驗證。
CMS AK/SK作用是什么？
AK/SK里面包含了源端注冊到控制臺必需的信息，包括平臺的用戶信息，平臺的地址、授權特征碼等等。
CMS AK/SK會變化嗎？有時限限制嗎？
會變化。
時限為1天，每次刷新頁面也會變更AK/SK碼。
CMS AK/SK為什么要變化？是否可以設置AK/SK碼不變化？
出于安全角度考慮，不可以設置AK/SK碼不變化。
AK/SK在本質上代表了一種身份認證，作為云上最容易泄露但同時也是最為敏感的數據，云平臺通過對AK/SK進行身份認證鑒權，來確認CMS-Agent是否可以注冊到用戶CMS服務。通過AK/SK鑒權的用戶，便完成遷移源端注冊上報并出現在CMS主機列表，后續可以在此查看采集到遷移源端詳情及執行遷移任務。
AK/SK的泄露將會直接導致陌生設備注冊到用戶CMS服務上，所以需要動態AK/SK降低泄露風險。
Linux沒有ROOT權限能否進行遷移？
不可以。
若不適用Linux進行遷移，遷移操作無法完全執行，會導致遷移內容缺失。
CMS會收集遷移源哪些信息？
為了給您提供更準確、更優質的服務，可能會以如下方式，采集并使用您提供的信息，平臺側在使用信息時會遵守用戶隱私協議。
隱私數據采集：從服務的基本要求出發，平臺在此環節會采集的主機信息，包括以下幾點：
采集項 采集內容 基本信息 上線時間 Agent信息 主機類型、Agent版本 主機信息 主機名、固件類型、主機存活時間、主機系統、系統類型、系統版本、內核版本、cpu架構、用戶權限、系統目錄、文件系統。 IP信息 網卡信息、網卡名、網卡ipv4 、網卡ipv6 處理器信息 處理器名、處理器內核總數、處理器頻率、處理器緩存 硬盤信息 磁盤名、磁盤分區格式、已用空間、磁盤大小（MB） 內存信息 總內存（MB）、剩余內存（MB）、內存使用率
如何選擇目標端云主機鏡像？
在創建云主機或重裝系統時，選擇對應操作系統云遷移專用鏡像。
如何創建彈性云主機？
具體請參見創建彈性云主機。
CMS支持裸金屬遷移嗎？
CMS不支持裸金屬遷移。
什么是文件遷移？
文件遷移是指將文件從一個位置或系統遷移到另一個位置或系統的過程。
在文件遷移中，文件的內容、元數據和屬性等信息將被復制、轉移或移動到新的存儲設備、文件系統、應用程序或操作系統中。
在文件遷移過程中，關鍵考慮因素包括數據安全性、完整性、一致性和準確性。通常會使用專業的遷移工具和技術來幫助進行文件遷移，并確保遷移過程中的數據保護和傳輸效率。
文件遷移與塊遷移有什么區別？
文件遷移和塊遷移是兩種不同的數據遷移方法，它們具有不同的特點和適用場景。下面是它們之間的區別：
| 區別 | 文件遷移 | 塊遷移 |
|---|---|---|
| 數據單元 | 文件遷移是以文件為單位進行遷移，將整個文件從一個位置遷移到另一個位置。 | 塊遷移是以存儲設備的數據塊為單位進行遷移。 |
| 粒度 | 文件遷移在更高層面上操作文件系統和文件結構，處理文件級別的元數據。 | 塊遷移在更低層面上直接讀取和復制存儲設備上的數據塊，不涉及文件系統和文件結構。 |
| 適用性 | 適用于文件系統間的數據遷移，或將文件從一個應用程序或操作系統遷移到另一個應用程序或操作系統。 | 適用于存儲設備級的數據復制和備份。 |
綜合來看，文件遷移適用于高層次的文件系統遷移和應用程序遷移，具有較高的靈活性。而塊遷移適用于存儲設備級的數據復制和備份，更高效并能確保數據的一致性。選擇哪種遷移方法取決于具體的需求、資源和環境要求。
CMS為何基于文件遷移，文件遷移有何優勢？
文件遷移具有較高的靈活性和可操作性，可以選擇性地遷移、復制或刪除文件，方便管理和操作文件。
文件遷移由于以文件為單位進行操作，因此文件遷移通常更容易理解和可讀性更好。
文件遷移可以在更高層面上進行數據管理和操作，如文件級別的權限、元數據等。
什么是有效文件？
計算機文件是以計算機硬盤為載體存儲在計算機上的信息集合，可以是文本文檔、圖片、程序等等。例如按性質和用途分類：系統文件、用戶文件、庫文件。按信息的保存期限分類：臨時文件、永久性文件、檔案文件。
CMS會自動過濾共享存儲類型文件，有效文件即排除日志、temp文件外的計算機文件。
CMS服務與傳統鏡像遷移有什么區別？
CMS采用全量+循環增量模式，能夠實現秒級切換，確保上云過程中業務"0"中斷，即業務無感知地完成遷移。
CMS還支持斷網續傳和重啟續傳功能，有效避免用戶因網絡波動或誤操作Agent等情況導致的任務中斷，保障任務的穩定性。
傳統鏡像遷移是指在數據中心或服務器環境中使用鏡像技術進行遷移的一種方法。在傳統鏡像遷移中，源服務器的完整鏡像（包括操作系統、應用程序、配置和數據等）被復制到目標服務器上，以實現整個系統的遷移和部署。當開始鏡像遷移時，需要關閉源端業務，將完整鏡像進行打包傳輸；傳輸期間業務處于停機狀態，即鏡像遷移存在中斷時間長、操作繁雜、耗費資源多的情況。
為何上云后CT-ECS詳情中顯示鏡像為xx-遷移專用鏡像而非源機系統名稱？
屬于正常現象。
遷移完成時，ECS控制臺規格/鏡像列顯示的名稱是創建ECS虛擬機時選擇的鏡像名稱，而非當前操作系統名稱。
如何判斷遷移任務是否完成？
您可以通過查看CMS控制臺，控制臺展示"目標機已恢復"，并在歷史任務中可以查看記錄報告；也可查看目標機系統引導修復啟動后，是否為遷移源遷移源系統。
CMS是否支持遷移源部分業務上云？
不支持。
CMS是基于操作系統層面的整機遷移服務，暫不支持部分業務遷移。
目標端操作系統是否能和遷移源不一致？
不可以。
CMS是基于操作系統層面的整機遷移服務；遷移完成后，目標端與遷移源屬性狀態一致。
遷移后，目標端規格是否能夠改變？
可以。
用戶可以根據需要對目標端規格進行修改；減小規格時，需要注意是否能夠承載當前業務，若出現減小規格導致業務不可用，責任應由自己承擔；建議使用平臺推薦配置進行遷移，具體請參見創建目標機。
存儲容量規格修改建議：一般待遷移設備，CMS會給對應目標機的分區推薦與源機一致的分區配置。
系統盤不建議縮容，若用戶需要縮容存儲盤，需要根據計算公式：當前硬盤容量 * 硬盤使用率 * 1.5（或一年冗余增長空間）進行縮容。
若需改變需手動對云主機變配，可參見變更規格。
天翼云沒有或者下架了源端操作系統的鏡像，能否進行遷移？
可以。
目標機區域可選用遷移專用鏡像，且源端操作系統在適配列表中即可進行遷移。
CMS服務與CT-IMS鏡像服務的區別？
CMS采用全量+循環增量模式，能夠實現秒級切換，確保上云過程中業務"0"中斷，即業務無感知地完成遷移。CMS還支持斷網續傳和重啟續傳功能，有效避免用戶因網絡波動或誤操作Agent等情況導致的任務中斷，保障任務的穩定性。
CT-IMS使用過程中如果云主機未關機處于數據讀寫狀態，此時制作鏡像可能會導致數據丟失的問題。需要關機狀態進行鏡像遷移，無法保證業務連續性。
目標機引導修復后啟動、遷移源處新產生數據可以遷移至目標機嗎？
不可以。
引導修復后目標機與遷移源機數據一致。完成遷移后目標機系統已非遷移專用系統，無法進行遷移任務，若需進行同步數據需重新遷移。請務必在最后一次增量遷移前保證遷移源端應用停止，無新數據讀寫等操作。
如何創建遷移目標機云主機，需要注意什么？
具體步驟請參見創建目標機。
CMS能否遷移Mysql等數據庫？
大型庫不建議使用CMS進行遷移，建議使用數據庫專業遷移工具對大型數據庫進行遷移。如果使用CMS進行遷移，在使用過程中應當在“停止增量”步驟前停止相關應用進程。
CMS遷移源對常用端口進行修改，是否會影響遷移？
不影響。
CMS服務對源端端口無要求，無需開通指定端口入方向，僅需針對出方向端口進行放通即可。
CMS服務入口在哪里？
登錄天翼云賬號后，您可以在天翼云首頁左上角“產品 > 安全及管理> 管理工具> 云遷移”進入CMS服務。
CMS在哪些區域提供服務？
您可以通過幫助中心任意頁面，在頁面頂部“選擇產品所在區域”部分，單擊右側“一類節點”按鈕進行查看。
CMS任務配置中壓縮如何配置？不配置默認壓縮率為多少？
源機綁定后在“配置遷移任務”界面，可以單擊“壓縮率（0~9）”按鈕對壓縮率進行配置；
默認壓縮率linux：5；windows：3。
遷移完成后，遷移源處如windows系統、軟件激活是否還存在？
不存在，需要客戶聯系軟件提供方進行處理。
遷移源云主機的系統、應用、文件等數據遷移到目標端云主機后，云主機的ID、網卡MAC地址等信息發生改變，導致OS、應用等License失效。此類問題，云遷移服務概不負責。對于Windows License可以使用天翼云License云主機獲取新License，應用License用戶自行解決。
CMS能否設置進程，加快遷移速率？
不可以。
CMS根據源端使用率進行自動規劃線程，避免用戶誤操作影響源機，不允許手動操作。
CMS只支持x86系統嗎？
CMS不僅支持x86系統遷移，同時支持arm系統遷移，具體請參照兼容性列表。
如何決定天翼云目標機配置？
目標機內存必須大于4G；目標機配置建議與遷移源一致，若遷移源內存小于4G，遷移完成后可以根據客戶需求進行縮擴容等修改。
CMS能否遷移Oracle集群或其余集群？
不可以。
遷移上云后集群會變為單機版。如Oracle RAC需要使用共享存儲、部分使用ASM磁盤，遷移工具無法提供ASM磁盤遷移，RAC遷移。
CMS能否實現共享存儲、對象存儲的數據遷移？
不可以。
由于共享存儲存在數據量大、數據讀寫變動大等特點。可能導致遷移速率變慢、出錯率增高。CMS為規避此問題，將共享存儲與對象存儲等目錄進行過濾，并通過界面反饋告知過濾的具體內容。
使用遷移服務是否需要相關應用人員？
需要。
您在使用產品時，為了保持一致性，在進行增量遷移時需要進行暫停業務處理。
相關業務應用人員進行暫停業務操作，業務上云后也需要相關熟悉業務人員進行測試驗證，以此減少業務停機時間。
業務啟用會受何種因素影響？
當遷移源涉及未授權應用軟件、盜版軟件、集群數據庫、U-Key硬件驗證以及一些硬件綁定驗證時，業務啟用會因為授權綁定等驗證問題，導致業務無法正常啟動，需要在遷移前進行預案處理。
CMS服務在使用時網絡環境需要注意什么？
若遷移過程中出現遷移速度瓶頸，您應先測試源端出口帶寬以及目標端入流量帶寬。注意是否存在特殊的網絡、專線以及是否具備公網環境。
CMS能否實現特定需求？
可以。
當前CMS能夠應對高密場景、保持IP不變等特定的需求。若您由于業務需要還有其余特定需求，請您通過工單進行技術咨詢。
復雜業務使用CMS需要注意事項什么？
需要您記錄業務關聯信息，同一類型關聯業務，需要根據需求按業務系統進行遷移、切換、測試。
CMS進行windows遷移與Linux有何不同？
windows處理過程與Linux不一致，需要您檢查系統版本、關閉殺毒軟件、關閉qemu、檢查磁盤空間（不足時進行調整，修改卷影存儲磁盤空間）。
遷移源資源與性能限制有哪些？
CMS代理端部署于源機，需占用源機的CPU與內存，當源機CPU使用率或內存使用率過高時，CMS代理端會影響業務，甚至導致遷移源宕機。正常4C4G的機器能正常滿足遷移所需資源。
CMS需在源機agent啟動后，持續對源機進行監控，并給出一定周期內CPU、內存使用情況、硬盤數據增長量等數據。
用戶根據給出數據對系統進行評估，若無法準確評估需找相關專業人員確認。
Linux需要特別注意點有什么？
遷移源需要具備root權限；
遷移源需遷移的掛載點，需正確寫入fstab文件。
OS的UUID是否會變化？
OS的UUID會發生變化，對于依賴系統UUID的應用需重新授權，如Windows授權，EDR授權等。
若遷移源（ windows）處大部分為小文件且數據量大，是否使用共享文件方式等其余方式遷移會更快？
CMS在處理大量小文件的流程方面更加高效。雖然CMS的實際遷移速度可能僅稍高于共享文件等傳輸方式，但借助其優秀的遷移穩定性，CMS可以避免許多與遷移中斷有關的問題，譬如重連、重新校驗遍歷等。這種方式提高了遷移的成功率和安全性。
