網站轉移是IT很常進行的一項工作，無論是原有主機OS計畫性升級或是將網站搬上雲端，都是很常見的情境，而且極有可能轉移不是自己本人開發的網站，網站架構對於不熟悉程式碼的人來說，往往有很多未知數。以下是重點筆記，希望能協助大家較順利地進行：

1. 網站使用何種程式開發及其版本、使用什麼DB
   (這與新環境要如何架設有關)
   e.g. .NET+SQL server、php+mysql...等
   ※DB轉移記得要改網站Config檔的Connection String。
   ※php程式必須要自己找Connection String設定在哪。
   ※php版本要注意是否一致、若在phpinfo()中發現有php extension，要研究一下如何搬移這些東西。
   ※Azure Web App自訂PHP直譯版本要NTS(Non-Thread-Safe)+VC9/VC11，且php.ini的設定有些不會吃，想要覆寫這些設定的話就要另外開一個.user.ini檔案，相關設定請參考Azure官網說明
   
   
2. 網站有無後台，後台和前台是同一網站或不同網站、同一DB或不同DB，這些細節都要注意。
   如果不同網站、不同DB，連後台程式DB都要進行一次轉移，轉移後也要記得測試後台的部分
   
   
3. 網站原有使用到哪些服務
   e.g. SMTP、FTP…等
   若沒有程式底子，想看有沒有使用SMTP服務，我的方法是：可以點開網站有關「與我聯絡」的字眼，若是送出表單的形式很有可能就是使用SMTP服務。再去查看那頁的程式碼，可以看出一些端倪。
   網站使用到的服務有哪些，這就牽涉到是否要調整網站的config檔。
   如果客戶原本有使用FTP上傳檔案至主機，在轉移至新主機後也要提供新的連結資訊給客戶。
   
   
4. 網站IIS Binding、DNS記錄轉移
   ※DNS記錄轉移時，從設定好到完全生效會有一個過渡期，這時候有可能讀到新網站、也有可能進到舊網站(前台較無影響，若有後台可能會寫到不同資料庫去)，可參考以下步驟做過渡期時的設定：
   a. 將新主機上IIS binding設定一筆www1.xxx.com.tw
   b. 到DNS新增一筆A記錄，範例如下：
   www1.xxx.com.tw A 111.111.111.111(新主機IP)
   c. 將舊主機上IIS設定重新導向(Redirecting)至www1.xxx.com.tw
   →這樣User在過渡期連到舊主機時會被導向至www1.xxx.com.tw，無論如何都會導向新主機。
   
   
5. 轉移前記得告知客戶
   雖是很基本的一點，若忽略掉了，當轉移過程發生問題，客戶會搞不清楚狀況打電話來問，這時候才解釋會讓客戶對公司留下不好的印象，因此在轉移時最好選擇「較無影響的時段」，e.g. 中午吃飯時間、凌晨、非網站尖峰時段
   
   
6. 網站是否有使用到其他IIS模組
   有遇過IIS原主機有使用URL Rewrite Module 2.0，到新主機上開啟網站一直報錯，查到後來才發現是漏裝了這個模組，因此要注意一下IIS所安裝的模組是否一致，不一致有可能導致網站無法開啟。

 

總而言之，能盡量和原有的環境一致，出錯的機率就會越小。