2025 年 Power BI 主区域迁移指南和租户清单

“移动”的误解

更改 Power BI 租户的主区域（例如从新加坡搬到澳大利亚）是一项重大技术挑战。 “移动”一词具有误导性。 Microsoft 的官方流程“租户重新映射”并不是迁移。这是一种破坏性重置，会删除所有数据、报告和配置。如果没有可靠的备份和恢复计划，您将面临全部数据丢失的风险。

唯一安全的方法是并行运行迁移。本指南将向您展示如何将当前的新加坡设置视为遗留系统，并在澳大利亚构建新系统，以确保业务连续性和数据完整性。我们将探讨 Microsoft Fabric 面临的现代挑战，并提供成功迁移的分步蓝图。

控制平面与数据平面：核心概念

了解租户的主区域（控制平面）和多地理位置容量（数据平面）之间的差异至关重要。您的主区域是租户的永久“大脑”，存储所有元数据、权限和报告定义。多地理位置允许您将实际数据文件存储在其他区域，但控制平面仍锚定在主区域。

信息图：“裂脑”架构

主区域：新加坡（控制平面）

• ✓报告和仪表板元数据
• ✓权限和安全角色
• ✓租户级治理数据
• ✓工作区定义

→

远程容量：澳大利亚（数据平面）

• ✓语义模型（.ABF 文件）
• ✓查询缓存
• ✓织物湖房和仓库
• ✓数据流输出数据

租户重新映射以控制平面为目标，删除在那里注册的所有内容，无论数据文件存储在何处。

破坏性租户重新映射

官方的 Microsoft 租户重新映射过程不是迁移。这是在新区域中完全删除和重新创建租户身份。 Microsoft 明确表示客户有责任备份和恢复所有数据。 “停机时间”不仅仅是几个小时，而是几个小时。这是备份和恢复项目的整个持续时间，可能是几周或几个月。

概览：重新映射与并行运行

选择正确的策略是您将做出的最重要的决定。该表详细列出了高风险的官方重新映射和推荐的并行运行方法之间的差异。

迁移路径决策树

此决策树将帮助您解决关键问题，以确定适合您的特定场景的正确迁移方法。

从这里开始

需要更改 Power BI Home 区域？

这是业务关键型生产环境吗？

不

租户重新映射是一种选择，但风险很高。

此过程将删除所有数据。如果可以接受，请联系 MS 支持。如果没有，您必须执行并行运行。

是的

需要并行运行迁移

这是确保业务连续性和零数据丢失的唯一安全方法。

工作区是否包含 Fabric 项目（Lakehouse、Warehouse）？

是的

使用 Fabric Git 集成 (CI/CD)

这是使用 Fabric 项目迁移工作区的唯一受支持的方法。它需要一个“备份、删除、移动、重新创建”的工作流程。

不

它包含大存储格式模型吗？

是的

手动转换+部署管道

每个大型模型都必须手动转换为标准格式、移动并转换回来。使用管道来管理内容推广。

不

使用部署管道

这是对标准 Power BI 内容进行受控、可重复迁移的推荐方法。

并行运行迁移方法

并行运行涉及将内容从源（新加坡）移动到目标（澳大利亚）。以下是常用的方法，您可以根据自己的需要进行筛选。

所有方法
低复杂度
自动化程度高
布料就绪

手动重新发布

从源下载 .pbix 文件并将其重新发布到新工作区。简单但耗时且容易出错。

自动化程度低
低复杂度

Power BI 部署管道

使用内置管道将内容从“开发”工作区（新加坡）推广到“产品”（澳大利亚）。受控、可重复且强烈推荐。

自动化程度高
中等复杂度
布料就绪

Fabric Git 集成 (CI/CD)

最先进的方法。将工作区同步到 Git 存储库，然后部署到新环境。对于迁移 Lakehouses 等 Fabric 项目至关重要。

自动化程度高
高复杂性
布料就绪

第三方工具

自动执行租户到租户迁移的专用软件。可以处理复杂的依赖关系，但会产生许可成本。

自动化程度高
可变的复杂性

关键的迁移障碍

并行运行并非没有挑战。以下是您必须计划应对的关键技术障碍。

大存储格式的挑战

使用“大存储格式”的语义模型与其原始区域相关联。移动它们会破坏所有相关报告。您必须手动将它们转换回标准格式，移动工作区，然后在新区域中将它们转换回大格式。

面料项目的僵局

包含 Fabric 原生项目（Lakehouse、Warehouse、Notebook）的工作空间无法在区域之间移动。唯一的解决方案是“备份、删除、移动、重新创建”工作流程，最好使用 Git 集成。

基础设施依赖性

不要忘记支持基础设施：

• 本地数据网关：网关是特定于区域的。您必须为澳大利亚区域安装并配置新的网关集群。
• 用户权限：权限不会自动迁移。必须在新环境中仔细地重新应用它们。强烈建议使用 PowerShell 编写脚本。
• 应用程序和 URL 依赖关系：审核可能具有硬编码 URL 或对旧环境的引用的所有自定义应用程序、脚本和书签。

复制

# Example: PowerShell to get workspace users (for permission backup)
# This is a conceptual snippet. You'll need the Power BI cmdlets installed.

Install-Module -Name MicrosoftPowerBIMgmt
Login-PowerBI

# Get all workspaces
$workspaces = Get-PowerBIWorkspace

# Loop through each workspace and get users
foreach ($workspace in $workspaces) {
    Write-Host "Workspace: $($workspace.Name)"
    Get-PowerBIWorkspaceUser -Workspace $workspace
}
                    

推荐的迁移蓝图

这一分阶段计​​划提供了一条具体的成功之路。我们建议采用基于波次的方法，依次迁移业务部门以管理风险。

了解更多：SSRS 2022 – 2025 年终止到 Power BI 报告的迁移路线图

项目时间表可视化

1

第 1 阶段：发现和规划（第 1-4 周）

最关键的阶段。使用 Power BI 扫描器 API 创建所有资产的完​​整清单。识别复杂的物品（大幅面模型、织物物品）。制定详细的、基于波次的迁移计划和沟通策略。

2

第 2 阶段：目标设定和试点（第 5-8 周）

在澳大利亚采购并配置新的 Fabric 产能。安装新的数据网关。使用低风险工作区执行试点迁移，以验证您的流程和操作手册。

3

第 3 阶段：分阶段生产迁移（第 9-16 周以上）

分批执行迁移。对于每一波，与业务用户一起执行技术验证（刷新工作）、数据验证（数字匹配）和用户验收测试 (UAT)。

4

第四阶段：最终切换和退役

传达最终的切换。冻结源环境中的内容（使其只读）。经过一段稳定期后，退役新加坡的旧资产和产能。

迁移执行清单

使用此交互式清单来跟踪并行运行迁移的每个阶段的关键活动。该模板可确保不会遗漏任何关键步骤。

第一阶段：发现、清查和规划

确保项目赞助并定义业务目标。

运行扫描仪 API 以生成所有 Power BI 和 Fabric 资产的完整清单。

识别所有“复杂”项目：大幅面模型、结构项目、网关依赖性。

定义迁移浪潮并确定工作空间的优先级。

确定每一波的迁移方法（例如管道、Git）。

制定并发布利益相关者的沟通计划。

第 2 阶段：目标环境设置和试点

在澳大利亚东部采购并配置新的结构容量。

为澳大利亚安装和配置新的本地数据网关集群。

在新网关上重新创建所有必要的数据源连接。

在选定的低风险工作区上执行试点迁移。

验证试点（刷新、数据、UAT）并完善迁移操作手册。

第 3 阶段：分阶段生产迁移（每波）

向用户传达当前波次的时间表。

执行 Wave 内容的技术迁移。

重新应用所有权限（工作空间、应用程序、项目级别）并验证。

执行技术验证（例如，成功刷新）。

执行数据验证（将关键指标与源进行比较）。

进行用户验收测试 (UAT) 并获得签核。

第四阶段：最终切换和退役

向所有用户公布最终切换日期。

在源新加坡环境上实施内容冻结（设置为只读）。

更新所有应用程序链接和用户书签以指向新环境。

监控新环境一段稳定期（例如 1 周）。

开始退役新加坡旧资产（删除工作空间、产能）。

就最终（可选）租户重新映射事宜咨询合规团队。

最终决定：重新映射还是不重新映射？

并行迁移后，您的所有数据和工作负载都在澳大利亚。满足数据驻留要求。新加坡唯一留下的就是行政上的“家乡”标签。你现在有一个选择：

• 务实合规：考虑该项目已完成。您可以证明数据驻留。标签是无关紧要的。
• 严格遵守：继续对现在空的租户进行官方租户重新映射。现在这是更改标签的低风险清理步骤。

这一决定可以与您的合规和法律团队一起做出，将高风险操作转变为经过深思熟虑的最终内务步骤。