行业经验 · INTERNATIONAL EDUCATION
在华国际学校同时连接本地校园与全球体系，
IT需要让身份、邮件与协作保持清晰
教职工与学生具有不同账号周期，校园AD与终端承担日常教学基础，中国团队又可能需要与海外总部、教育集团或全球租户持续协作。
搜维参与的重点，是把国际学校在中国的实际环境接起来：教育版Microsoft 365如何进入校园，本地AD与云端身份如何对应，中国区怎样独立管理，又如何保留与全球团队的通信和协作。
结构示意 · SCHEMATIC
CAMPUS · IDENTITY · GLOBAL COLLABORATION
FIG. 01
Exchange架构升级Active Directory安全校园Active DirectoryMicrosoft 365合规上线特权权限治理审计与记录Microsoft PurviewMicrosoft SentinelExchange架构升级Active Directory安全校园Active DirectoryMicrosoft 365合规上线特权权限治理审计与记录Microsoft Purview
SEC.02 Industry Observation — 行业观察
教育行业的IT项目，通常需要在平台演进、业务连续和审计要求之间建立边界
项目既要适应入学、毕业和教职工变化，也要处理本地AD、Microsoft 365教育版、中国区管理与海外总部协作之间的长期关系。
OBS. 01
教职工与学生账号不能只按“用户数量”管理
两类账号的来源、有效期、许可和资源范围不同。教育版平台启用前，需要先明确哪些对象进入租户，以及状态变化由谁维护。
OBS. 02
中国校园往往需要更强的本地管理能力
全球统一平台可以保留，但中国团队仍可能需要独立管理邮件、账号、终端和协作资源，并对本地用户提供及时支持。
OBS. 03
本地AD仍可能承载校园的身份根基
Windows登录、公共终端、打印、文件权限和校内应用可能依赖AD。引入Entra ID和Microsoft 365时，需要先看清本地依赖，而不是简单替换。
OBS. 04
独立租户之后仍要保留全球协作关系
中国区独立管理不等于完全隔离。通讯、会议、目录、应用和跨租户访问仍需对应学校实际的全球协作方式。
SEC.03Client Cases — 客户案例
从具体项目理解搜维在教育行业中的参与方式
03
国际学校的全球平台、校园基础和管理边界并不相同。以下三个案例分别从教育版平台启用、中国区独立管理和校园目录现代化展开。
M365 EDUCATION ONBOARDING
国际学校Microsoft 365教育版启用与校园身份建设
某在华国际学校 · 教育版平台
M365 Education
教职工与学生
租户启用
校园身份
01 · OVERVIEW
项目概览
项目类型
Microsoft 365教育版平台启用与校园身份建设
行业
国际教育
企业特点
学校首次正式启用教育版Microsoft 365，需要区分教职工与学生账号及使用范围
涉及对象
学校IT管理员、教职工、学生、学校域名、Microsoft 365租户及初始协作资源
涉及平台
校园Active Directory、Microsoft Entra ID、Exchange Online、OneDrive、SharePoint及Microsoft 365 Apps
项目特点
从教育机构资质、租户与域名准备开始，逐步建立教职工和学生账号、许可及基础使用边界
02 · BACKGROUND
项目背景
某在华国际学校计划正式使用Microsoft 365教育版，为教职工与学生提供Office应用、邮箱、OneDrive及SharePoint等能力。学校需要先完成教育机构身份和使用计划的确认，再进入租户、域名和用户环境准备。
项目不只是订阅采购。教职工与学生账号的数量、许可、命名和资源范围不同，学校IT还需要明确谁负责创建账号、怎样分配许可、哪些服务先启用，以及平台上线后由谁提供日常支持。
03 · CHALLENGES
项目挑战
CHALLENGE 01
教育机构与租户准备需要相互衔接
机构信息、学校域名、管理员身份和教育版申请材料需要与后续租户启用保持一致。
CHALLENGE 02
教职工与学生不是同一种用户
账号来源、许可类型、有效期和使用场景不同，不能按一份名单直接批量创建。
CHALLENGE 03
平台能力不适合一次全部开放
邮箱、OneDrive、SharePoint和Office应用可以分阶段启用，需要根据学校实际计划决定起点。
CHALLENGE 04
学校IT需要接住后续管理工作
账号、许可、密码、离校处理和用户支持属于持续工作，需要在启用阶段形成管理依据。
04 · OUR WORK
搜维主要参与内容
/ 01
教育版启用条件与材料协助
根据学校的机构信息、办学资质、申请人和使用计划，协助整理教育版启用所需信息及后续沟通事项。
/ 02
租户、域名与管理员环境准备
建立或核对Microsoft 365租户，处理学校域名验证、管理员账号和基础安全设置。
/ 03
教职工与学生账号规则设计
区分两类用户的命名、许可、有效期和主要服务范围，为后续批量账号管理建立基础。
/ 04
邮件与协作服务分阶段启用
根据学校使用计划配置Exchange Online、OneDrive、SharePoint和Microsoft 365 Apps等基础能力。
/ 05
代表性用户试用与场景验证
选择少量教职工和学生验证登录、Office应用、邮件和文件使用，提前处理域名与账号问题。
/ 06
管理员操作与日常维护交接
交接用户、许可、密码、域名和基础服务管理方式，明确学校IT与外部支持的责任边界。
05 · COMPARISON
项目前后对比
| 关注领域 | 项目前 | 项目后 |
|---|---|---|
| 身份管理原则 | 不同区域采用不同管理方式 | →建立统一身份管理原则 |
| 生命周期管理 | 入转调离处理方式存在差异 | →形成统一管理规范 |
| 权限管理 | 权限长期积累，依赖人工维护 | →建立权限管理机制 |
| 组织变更应对 | 不同团队处理方式不一致 | →明确责任分工和处理规则 |
| 外部身份管理 | 合作伙伴访问管理方式分散 | →建立统一管理要求 |
| 持续运营 | 更多依赖个别管理员经验 | →纳入长期运营和治理体系 |
06 · RELATED
项目关注领域
CHINA TENANT & GLOBAL COLLABORATION
中国区独立租户建设与全球协作衔接
某国际教育机构 · 中国区独立管理
中国区独立
跨租户协作
邮件与数据迁移
全球协同
01 · OVERVIEW
项目概览
项目类型
中国区Microsoft 365独立租户建设与全球协作
行业
国际教育
企业特点
全球教育机构已有统一Microsoft 365，中国区需要独立管理本地邮件和协作环境
涉及对象
中国区教职工与学生、全球总部用户、域名、邮箱、OneDrive、SharePoint及跨租户关系
涉及平台
校园Active Directory、Microsoft Entra ID、Exchange Online、SharePoint、OneDrive及跨租户访问
项目特点
建立中国区独立管理能力，同时保留与全球总部的通讯、会议、目录和项目协作关系
02 · BACKGROUND
项目背景
某国际教育机构全球范围使用Microsoft 365，中国区因本地运营和支持需要，计划建立独立的教育版租户，逐步承接中国用户的邮件、文档和协作服务。
独立租户会改变用户账号、邮箱地址、数据位置和管理责任，但中国团队仍需与海外总部共同开会、查找联系人、访问部分全球资料和参与跨区域项目。项目需要同时设计迁移路径与跨租户协作。
03 · CHALLENGES
项目挑战
CHALLENGE 01
独立管理与全球统一原则并存
中国区需要具备日常管理能力，又要符合全球总部对账号、域名和协作方式的要求。
CHALLENGE 02
用户与数据跨越两个租户
邮箱、OneDrive、SharePoint及部分Teams内容可能位于原租户，迁移范围和权限需要逐项判断。
CHALLENGE 03
全球协作不能因租户拆分中断
会议、通讯录、来宾访问和部分应用关系需要在独立后继续工作。
CHALLENGE 04
学校用户切换集中且支持压力高
教职工与学生数量较多，账号、客户端和访问变化需要按学期或业务窗口分批安排。
04 · OUR WORK
搜维主要参与内容
/ 01
中国区独立范围与全球依赖梳理
梳理中国用户、域名、邮箱、个人文件、团队站点和全球应用关系，明确迁移、保留与继续共享对象。
/ 02
目标租户与身份管理边界设计
确定中国区租户、管理员、用户来源、登录名和许可关系，并与全球总部对齐管理原则。
/ 03
邮箱与协作数据迁移规划
按用户类型和数据位置安排Exchange、OneDrive及SharePoint迁移范围、批次、验证和异常处理。
/ 04
跨租户通信与访问关系建设
根据实际需求配置跨租户访问、来宾协作或组织关系，验证邮件、会议、目录和项目访问。
/ 05
用户切换与学校支持准备
准备教职工和学生通知、登录变化、客户端调整和问题处理入口，降低集中切换对校园IT的压力。
/ 06
长期运营与全球协同交接
明确中国区与总部在账号、域名、共享、跨租户策略和故障升级方面的持续责任。
05 · COMPARISON
项目前后对比
| 关注领域 | 项目前 | 项目后 |
|---|---|---|
| 身份管理原则 | 不同区域采用不同管理方式 | →建立统一身份管理原则 |
| 生命周期管理 | 入转调离处理方式存在差异 | →形成统一管理规范 |
| 权限管理 | 权限长期积累，依赖人工维护 | →建立权限管理机制 |
| 组织变更应对 | 不同团队处理方式不一致 | →明确责任分工和处理规则 |
| 外部身份管理 | 合作伙伴访问管理方式分散 | →建立统一管理要求 |
| 持续运营 | 更多依赖个别管理员经验 | →纳入长期运营和治理体系 |
06 · RELATED
项目关注领域
CAMPUS HYBRID IDENTITY MODERNIZATION
校园AD与Microsoft 365混合身份环境升级
某国际学校 · 校园目录现代化
Active Directory
混合身份
校园终端
M365 Education
01 · OVERVIEW
项目概览
项目类型
M365教育版启用与Microsoft 365混合身份升级
行业
国际教育
企业特点
本地AD长期承担师生与办公终端管理，Microsoft 365教育版已进入日常使用
涉及对象
教职工与学生账号、校园计算机、公共终端、域控制器、DNS、组策略及校内应用
涉及平台
Active Directory、DNS、Group Policy、Microsoft Entra ID、Entra Connect / Cloud Sync及校园Active Directory
项目特点
在保留校园本地认证和应用依赖的基础上，升级目录并稳定本地账号与云端教育租户的身份关系
02 · BACKGROUND
项目背景
某国际学校长期使用本地Active Directory管理教职工、学生及校园计算机，同时逐步启用Microsoft 365教育版。随着域控版本、账号结构和云端使用范围变化，本地账号与云端用户的对应关系开始影响登录、邮件和协作体验。
项目不以立即取消本地AD为目标。校园公共终端、文件权限、组策略和部分校内应用仍依赖本地目录，需要先梳理域控、DNS、用户组织方式和应用认证，再升级目录并校正与Entra ID的同步关系。
03 · CHALLENGES
项目挑战
CHALLENGE 01
师生账号周期与目录结构不完全一致
学生按学年变化，教职工按岗位变化，历史OU和组结构未必能持续表达两类关系。
CHALLENGE 02
校园终端仍依赖本地策略
办公室、教室和公共终端需要稳定登录与组策略，目录调整不能只从云端用户角度出发。
CHALLENGE 03
校内应用存在认证依赖
文件服务、打印和应用可能使用LDAP、组或服务账号，域控升级前需要确认影响。
CHALLENGE 04
本地与云端对象需要稳定匹配
UPN、邮箱地址、同步范围和重复对象会影响Microsoft 365登录与日常管理。
04 · OUR WORK
搜维主要参与内容
/ 01
校园AD、DNS与账号结构盘点
梳理域控制器、站点、OU、组策略、用户类型、DNS和现有云同步关系。
/ 02
师生账号来源与生命周期确认
分别明确教职工和学生账号的权威来源、创建、变更、毕业离校及保留规则。
/ 03
校园终端与应用依赖核验
确认公共终端、文件权限、LDAP、服务账号和脚本等目录依赖，形成升级影响清单。
/ 04
域控与基础目录分阶段升级
建设或替换目标域控，验证复制、DNS、登录和组策略，再按计划退出旧组件。
/ 05
Entra ID同步与对象关系校正
调整同步范围、登录名和属性规则，处理重复或异常对象，验证教育租户登录与许可使用。
/ 06
目录与云身份运营交接
形成师生账号、同步监控、域控维护和异常对象处理责任，适应后续学年变化。
05 · COMPARISON
项目前后对比
| 关注领域 | 项目前 | 项目后 |
|---|---|---|
| 身份管理原则 | 不同区域采用不同管理方式 | →建立统一身份管理原则 |
| 生命周期管理 | 入转调离处理方式存在差异 | →形成统一管理规范 |
| 权限管理 | 权限长期积累，依赖人工维护 | →建立权限管理机制 |
| 组织变更应对 | 不同团队处理方式不一致 | →明确责任分工和处理规则 |
| 外部身份管理 | 合作伙伴访问管理方式分散 | →建立统一管理要求 |
| 持续运营 | 更多依赖个别管理员经验 | →纳入长期运营和治理体系 |
06 · RELATED
项目关注领域
SEC.04
FAQ — 常见问题
评估教育行业相关项目时，可以先判断现有环境与推进边界
04
以下问题用于说明常见项目判断，不替代针对目录、邮件、云平台、安全控制和审计要求的现状评估。
Q.01
国际学校启用Microsoft 365教育版，除了购买许可还需要准备什么？
通常还需要准备教育机构身份、学校域名、管理员和使用计划等信息，并明确教职工与学生的账号数量、主要服务和管理责任。完成订阅并不等于平台已经适合正式使用，租户、域名、账号和基础服务仍需配置与验证。
Q.02
教职工与学生账号可以采用完全相同的管理规则吗？
通常不建议。两类用户的权威来源、许可、有效期和资源范围不同。学生账号会随入学、毕业和年级变化，教职工账号则更接近岗位与雇佣关系。学校需要明确何时创建、何时停用以及数据如何处理。
Q.03
中国区建立独立Microsoft 365租户后，还能与全球总部协作吗？
可以设计跨租户通信与协作关系，但需要先明确希望保留哪些体验，例如邮件、会议、目录查询、来宾访问或特定应用。两个租户之间的功能关系并非自动等同于同一租户，需结合平台版本与实际场景验证。
Q.04
学校已经使用Microsoft 365，为什么还要继续维护本地AD？
校园计算机、公共终端、文件权限、打印和校内应用可能仍依赖本地AD。是否保留不应只看云端是否可用，而应先确认这些依赖能否迁移，以及学校是否具备替代的设备和应用管理方式。
Q.05
国际学校的中国区独立项目，迁移范围应怎样确定？
可以从中国用户、邮箱、OneDrive、SharePoint、Teams和全球应用关系入手，分别判断迁移、保留或继续共享。范围不宜只按产品全选，还要考虑学期窗口、用户支持、历史权限和总部管理要求。
SEC.05
Next Step — 下一步
如果你正在推进研发平台、Azure或外部协作，不必先把问题整理成一张“标准需求表”
更有价值的起点，是把正在发生的研发或组织变化说清楚：新的应用准备上Azure，合作机构开始加入项目，旧的账号和共享关系需要整理，或者审计开始追问资料与访问依据。搜维可以据此判断先处理哪一层关系。
提交当前需求查看服务领域
01学校目前使用国际版、世纪互联版，还是全球总部统一租户
01当前正在规划或处理什么事项
02教职工与学生账号分别来自哪里，怎样创建和停用
03本地AD、校园终端和校内应用还承担哪些日常工作
04中国校园需要独立管理哪些能力，又要保留哪些全球协作