SharePoint 可否取代檔案伺服器？
SharePoint 是內容協作平台，傳統檔案伺服器是以檔案為中心的儲存服務，兩者的設計目標並不相同。本文比較兩者在權限、容量、協作、備份與管理上的分別，說明哪些資料適合遷移到 SharePoint Online，哪些應繼續留在檔案伺服器，以及香港辦公室常見的混合部署做法。
兩者定位不同：先弄清取代的對象
「SharePoint 可否取代檔案伺服器」之所以難以簡單答是或否，是因為兩者屬於不同層次的工具。傳統檔案伺服器（File Server）透過 SMB 通訊協定提供磁碟共用，核心功能是穩定地存放檔案並讓使用者像使用本機磁碟一樣存取；SharePoint 則是以網站與文件庫為單位的協作平台，強調共同編輯、版本歷程、審批流程與搜尋。
檔案伺服器的本質
檔案伺服器的單位是磁碟與共用資料夾，管理員以 NTFS 權限與共用權限控制存取，使用者透過對應磁碟機存取。它設計給「大量檔案、直接存取、程式與檔案緊密結合」的場景。
SharePoint 的本質
SharePoint 的單位是網站與文件庫，內容除了檔案還有清單、頁面與中繼資料。它設計給「多人協作、版本管理、流程與內容分類」的場景，檔案只是文件庫中的一種項目。
取代的正確問法
比較正確的問法是：哪些資料的存取方式與業務流程，適合改用 SharePoint 的協作模式？把問題拆成資料類型逐一評估，比整體「取代或不取代」更容易落地。
因此，SharePoint 可以取代部分檔案伺服器的功能，但不是所有功能。以檔案為主的儲存（例如大量歷史檔案、系統備份、應用程式共用目錄）往往留在檔案伺服器或改用 Azure Files 更合適；以協作為主的文件（例如合約草擬、工程圖則修訂、公司政策）則非常適合遷移到 SharePoint。
協作與版本控制：SharePoint 的優勢所在
SharePoint 對「正在使用的文件」有明顯優勢。同一個文件庫中的檔案可多人同時編輯，系統記錄每次變更的版本歷程，可隨時回復到舊版本；檔案被刪除後可從資源回收筒還原，站台層級的保留與電子文件探索設定亦比傳統共用資料夾完善。
- 版本歷程：文件庫可啟用主要版本，每次存檔產生新版本並保留舊版，管理員可設定版本數目上限，避免無限增長。
- 共同編輯：Office 檔案支援多人同時編輯，變更即時同步，毋須「一人編輯完先交俾下一個人」的舊流程。
- 審批流程：文件庫可設定內容審批，文件須經核准才進入正式版本，適合工程報價、合約等需要內部審核的文件。
- 中繼資料與搜尋：可為文件加入專案、部門、狀態等欄位，配合全文檢索與篩選，取代以多層資料夾分類的舊做法。
不過這些功能並非免費午餐。協作流程需要使用者改變「把檔案放在哪個資料夾」的習慣，改為理解網站、文件庫與中繼資料的結構；若未有規劃就直接把既有資料夾搬到文件庫，只會得到一個效能更差、權限更難管理的「網頁版檔案伺服器」。官方文件亦提醒，超過一定大小的清單或文件庫在檢視與同步時可能出現效能問題，遷移前應先按內容規模規劃文件庫數量。
需要協助？檔案遷移涉及資料盤點、權限規劃與網絡頻寬，需要了解現有伺服器規模、使用者數量與資料類型。說明現有環境即可獲得初步建議。WhatsApp → 容量與檔案限制：哪些檔案不適合放 SharePoint
SharePoint Online 對單一檔案的大小與文件庫總容量設有上限，理解這些限制是評估遷移的起點。根據 Microsoft 官方服務描述，SharePoint Online 的單一檔案上傳上限為 250 GB，但清單項目附加檔案上限為 250 MB；每個網站擁有基礎儲存空間，並可隨 Microsoft 365 訂閱用戶數取得額外共用儲存，具體上限以官方文件為準。官方亦建議清單或文件庫中的項目數量保持在 5,000 個以下以維持檢視效能，單一資料庫超過 30 萬個檔案時，OneDrive 同步用戶端可能出現明顯效能下降。
| 項目 | 傳統檔案伺服器 | SharePoint Online |
|---|
| 單一檔案上限 | 視乎磁碟與檔案系統而定，一般可達數 TB | 250 GB（單一檔案上傳上限） |
| 檔案數量效能 | 視乎檔案系統與防毒軟件而定 | 官方建議文件庫維持 5,000 個項目以下，同步需留意 30 萬個檔案上限 |
| 存取方式 | SMB 磁碟對應，應用程式可直接讀寫 | 網頁介面、文件庫同步或 API，傳統應用程式一般無法直接讀寫 |
| 離線使用 | 辦公室內網直接存取 | 透過 OneDrive 同步或離線快取，須定期連線同步 |
由此可見，需要應用程式以 SMB 直接讀寫的共用目錄、超大型單一檔案、以及以磁碟為單位的系統資料，不應放入 SharePoint。這些資料可以留在檔案伺服器，或改用 Azure Files 這類雲端檔案共用服務，既有雲端備份優勢又保留 SMB 存取方式。
權限與治理：從資料夾權限到網站權限
傳統檔案伺服器以資料夾為單位設定權限，管理員熟悉 NTFS 的繼承與拒絕規則；SharePoint 的權限則以網站與文件庫為單位，預設權限等級包括完整控制、編輯、參與討論、檢視等，可把使用者加入 SharePoint 群組或直接授權。官方文件說明，網站權限一般應在網站層級設定，文件庫或項目層級的「唯一權限」應盡量少用，因為每個中斷繼承的位置都會增加管理負擔。
- 規劃權限結構：遷移前先決定網站架構，例如按部門、按專案或按客戶建立網站，並在網站層級授權，避免大量項目層級權限。
- 善用群組：以 SharePoint 群組或 Microsoft 365 群組管理成員，比逐個帳戶授權容易維護，人員離職時只需從群組移除。
- 共用與外部存取：SharePoint 支援「任何人、組織內部、指定人員」等共用層級，管理員可設定外部共用政策；香港企業與內地或海外合作夥伴交換檔案時，應按私隱條例要求評估跨境資料傳輸。
- 定期審計：遷移後應定期檢視網站權限與共用連結，移除失效帳戶，與「最小權限」原則一致。
權限設計是遷移成敗的關鍵。若只把原有資料夾直接映射成文件庫而不重新規劃權限，往往出現「所有人對所有內容都有權限」或「權限中斷位置過多」兩個極端；前者是資料外洩風險，後者是管理災難，兩者都應在規劃階段避免。
遷移策略：分批遷移與混合部署
實務上鮮有一刀切把整個檔案伺服器搬上 SharePoint，較穩妥的做法是分批遷移與混合部署並行。以下步驟可作為規劃框架。
- 盤點資料——列出共用資料夾、容量、檔案數量、使用頻率與資料擁有人，識別「使用中文件」與「封存資料」。
- 分類定案——按資料性質分流：協作文件遷移到 SharePoint；需 SMB 存取的系統資料留在檔案伺服器；封存資料移往 Azure Files 或冷儲存；重複與過期檔案直接清理。
- 設計網站結構——按部門、專案或客戶規劃網站與文件庫，訂立命名規則、中繼資料欄位與權限群組。
- 小批量試行——先遷移一個部門或一個專案，驗證同步、權限與搜尋表現，收集使用者意見再調整。
- 分批正式遷移——以 SharePoint Migration Tool 或其他遷移工具逐批搬移，遷移期間保留唯讀舊共用，讓使用者有緩衝。
- 驗收與清理——遷移完成後抽樣核對檔案內容、版本與權限，由資料擁有人簽收，再關閉舊共用資料夾。
混合部署下，使用者可透過 OneDrive 同步文件庫，在檔案總管中像使用資料夾一樣存取 SharePoint 內容；但管理員須留意同步上限與頻寬，並在辦公室網絡規劃中預留流量。完成遷移後，備份策略亦要更新：SharePoint 內容的資源回收筒有保留期限，正式資料應以 Microsoft 365 備份或第三方備份方案另行保護，不可假設「放上雲端就等於有備份」。
香港辦公室的實務考慮
香港辦公室遷移檔案系統時，除了技術比較，還須考慮幾項本地因素。首先是《個人資料（私隱）條例》（PDPO）下的責任：私隱專員公署的《雲端運算指引》明確指出，機構把個人資料儲存或處理外判予雲端服務供應商，仍須承擔條例下的法律責任，並應以清晰易明的《收集個人資料聲明》通知客戶；儲存於雲端的個人資料應加密、只限獲授權人士存取，並啟用多重身份驗證。因此人力資源、客戶資料等含個人資料的檔案遷移到 SharePoint 前，應先完成資料分類與風險評估。
其次是辦公室網絡與跨境連線。香港不少公司有內地或海外分公司，SharePoint 的雲端存取可減少跨境 VPN 存取內網檔案的延遲，但管理員仍須留意中國內地存取 Microsoft 365 服務的連線穩定性與相關限制，並為重要協作文件準備離線快取。第三是供應商與法律顧問的檔案交換：地產、工程與法律行業經常與外部專業顧問交換圖則與合約，SharePoint 的外部共用功能方便發送連結，但應設定連結到期日與權限，並按條例要求處理涉及個人資料的內容。總括而言，香港中小企一般採「協作文件上雲、系統資料留本地」的混合模式，先由小部門試行，再逐步擴大遷移範圍。