• TOP > Office 365（Microsoft 365）
  • Microsoft Teams
  • Microsoft Forms
  • Microsoft Exchange Online
  • Microsoft SharePoint Online
  • Microsoft Power Automate

いつの間にか所属企業のイントラも Microsoft SharePoint Online になってた。

移行メモ: 元ページは「概要」の一文のみで、「詳細」「参考」の見出しは空だった。
SharePoint（オンプレミス版）との差分を中心に補っている。

補足（元ページ未記載のため補足）

SharePoint の SaaS 版で、Microsoft 365 に含まれる。
オンプレミス版との主な違いは次のとおり。

	SharePoint Server（オンプレ）	SharePoint Online
基盤	IIS - ASP.NET - SQL Server を自前で運用	Microsoft が運用
サイト構成	サイト コレクション + サブ サイトの階層	フラット + ハブ サイトが推奨
コンテンツ DB	容量設計が必要	意識しない（サイト単位の容量）
カスタマイズ	サーバー サイドのコード（フル トラスト ソリューション）	SharePoint Framework（SPFx）（クライアント サイド）
ワークフロー	SharePoint Designer / 組み込みワークフロー	Microsoft Power Automate
バックアップ	SharePoint のバックアップを自前で設計	保持ポリシー / ごみ箱 / バージョン管理

SharePoint Online は、単体のサービスというより
Microsoft 365 のファイル基盤として機能している点が重要。

• Microsoft Teams — チームを作ると、その裏側で
  SharePoint サイトが自動的に作られ、［ファイル］タブの実体になる。
• OneDrive for Business — 個人用の SharePoint サイトにあたる。
• Microsoft Lists — SharePoint のリスト機能を切り出したもの。
• Power Apps — SharePoint リストをデータ ソースにできる。
• Microsoft Power Automate — SharePoint 起点の
  承認・通知フローが最も多く使われる。

つまり、Teams でファイルを扱う＝ SharePoint を使っていることになるため、
権限設計や保持ポリシーは SharePoint 側で考える必要がある。

オンプレミスの SharePoint から移行する場合、
上表のとおりカスタマイズとワークフローが最大の障壁になる。

• サーバー サイドのコード（フル トラスト ソリューション）は動かない
  → SPFx（TypeScript）への作り直し、または Power Platform への置き換え。
• サブ サイト階層はそのまま持ち込まない方がよい
  → フラット + ハブ サイトへの再設計。
• SharePoint Designer ワークフローは動かない
  → Microsoft Power Automate へ作り直し。

移行そのものは SharePoint Migration Tool（SPMT）等で行えるが、
上記はツールでは移行できない範囲であり、
移行性評価作業で工数を見積もるべき対象になる。

• 本 Wiki 内
  • Office 365（Microsoft 365）
  • SharePoint
  • SharePoint のバックアップ
  • Microsoft Exchange Online
  • Microsoft Power Automate

---

Tags: クラウド, Azure, Microsoft Office