M365スタンドアロンSKU廃止に伴う統合ライセンス移行とガバナンス再設計
【導入】 SharePoint/OneDriveの単体プラン廃止に伴い、M365 Business/Enterpriseスイートへの移行と、それに伴うセキュリティ境界の再定義を解決します。
【アーキテクチャ設計】 これまでの「ストレージ単体」の考え方から、Microsoft Entra IDを核とした「生産性スイート+統合セキュリティ」の階層構造へ移行します。単体プランでは制限されていたMicrosoft Purview(コンプライアンス)やMicrosoft Defender for Office 365の機能を包含した設計が標準となります。
graph TD
subgraph mermaid_group_1["Identity & Access"]
A[User] --> B["Microsoft Entra ID"]
B --> C{"Conditional Access"}
end
subgraph mermaid_group_6["Modern Workplace Suite("New SKU")"]
C --> D["SharePoint Online"]
C --> E["OneDrive for Business"]
C --> F["Microsoft Teams"]
C --> G["Exchange Online"]
end
subgraph mermaid_group_13["Governance & Security"]
D & E & F & G --> H["Microsoft Purview"]
D & E & F & G --> I["Microsoft Defender for Office 365"]
end
H -.->|"Data Loss Prevention"| D
I -.->|"Safe Links/Attachments"| E【実装・デプロイ手順】 既存のスタンドアロンライセンス(SPO Plan 1/2等)を特定し、一括でM365 Business PremiumやE3/E5へアップグレードするためのMicrosoft Graph PowerShellスクリプトです。
# 1. Microsoft Graphへの接続(ライセンス管理権限が必要)
Connect-MgGraph -Scopes "User.ReadWrite.All", "Directory.ReadWrite.All", "Organization.Read.All"
# 2. 移行対象の旧SKU IDと新SKU IDの定義(例:SPO Plan 1 -> M365 Business Premium)
$oldSkuId = "SHAREPOINTWAC" # 実際のSKU IDはテナント毎に要確認
$newSkuId = "SPB" # Microsoft 365 Business Premium
# 3. 旧SKUを保有するユーザーの抽出と一括置換
$users = Get-MgUser -All -Filter "assignedLicenses/any(x:x/skuId eq $($oldSkuId))"
foreach ($user in $users) {
$addLicenses = @{
DisabledPlans = @()
SkuId = $newSkuId
}
$removeLicenses = @($oldSkuId)
# ライセンスの更新実行
Set-MgUserLicense -UserId $user.Id -AddLicenses @($addLicenses) -RemoveLicenses $removeLicenses
Write-Host "Migrated: $($user.UserPrincipalName)" -ForegroundColor Cyan
}
【アイデンティティとセキュリティ】 単体プランから統合スイート(特にBusiness PremiumやE3/E5)へ移行することで、以下のセキュリティ境界を強化します。
条件付きアクセス (Entra ID): 未管理デバイスからのSharePointアクセスを「読み取り専用」に制限、または多要素認証(MFA)を強制。
Microsoft Purview: 旧Plan 2相当以上の機能(秘密度ラベル、データ損失防止:DLP)を利用し、組織外への機密情報流出を自動検知。
Defender for Office 365: SharePoint/OneDrive上の共有ファイルに潜むマルウェアをサンドボックス(Safe Attachments)でスキャン。
【運用・コスト最適化】
未使用ライセンスの可視化:
Get-MgSubscribedSkuを定期実行し、割り当て超過や未使用ライセンスをLog Analyticsに転送してダッシュボード化。SKUの適正化 (Rightsizing): 全ユーザーを一律E5にするのではなく、現場ユーザーはBusiness Premium、高度な分析が必要な層のみE5といったハイブリッド構成を検討。
セルフサービス機能の活用: ライセンスに含まれる「セルフサービス購入」をポリシーで制限し、シャドーITによるコスト増を抑制。
【まとめ】
ライセンス整合性の確認: 単体プランとスイートプランでは、提供されるストレージ容量(1TB〜無制限)やコンプライアンス機能に差異があるため、移行前にユーザー要件と照合すること。
依存関係の排除: 旧プランに紐づいたAPI連携やサードパーティ製バックアップツールが、SKU変更後も正常に認証可能か検証が必要。
段階的移行の推奨: 一括置換はサービス中断のリスクがあるため、まずはパイロットグループでMicrosoft Graphスクリプトの動作と、移行後のアプリ整合性を確認すること。
この記事の更新履歴
この記事は、生成AIを活用した自動レビュー・更新フローにより内容を見直し、必要な修正を反映しています。
2026年9月20日
- 変更未検証の業務ドラフトを示す不要な注意書きを削除しました。

