关于Fabric 工作区的软删除和保留，这些你知道吗？

在Power BI的架构中，工作区不仅是数据分析和可视化的核心平台，也是团队协作和成果共享的重要载体。为了确保工作区的有效性和安全性，Power BI对工作区实施了一系列的管理策略，包括工作区状态的设定与监控。

Fabric工作区是Power BI在Fabric平台中的具体实现，它允许用户在一个统一的界面中管理和协作各种数据分析项目。在Fabric中，工作区状态是衡量工作区当前运行状况和可用性的重要指标。

具体来讲， Fabric工作区状态主要有以下几种：

1. 活动（Active）：这是工作区的正常状态，表明工作区本身是正常的，并没有指示关于使用情况或内部内容的任何特定信息。
2. 孤立（Isolated）：这种状态通常表示工作区没有管理员用户。对于孤立的工作区，需要分配管理员才能使其重新变为活动状态。
3. 已删除（Deleted）：工作区已被删除，但进入了一个保留期。在保留期内，Fabric管理员可以还原工作区。保留期结束后，如果未进行还原，工作区将进入“正在删除”状态。
4. 正在删除（Deleting）：在此状态下，工作区将被永久删除（请注意，实际删除过程可能需要一些时间，具体取决于服务和文件夹内容）。
5. 找不到（Not Found）：如果客户的API请求包含不属于客户租户工作区的工作区ID，则会返回“找不到”状态，这通常表明请求的工作区ID不存在于该租户中。

『关于“已删除的工作区”场景』

日常使用中，可能由于各种原因，遇到用户无意或有意删除工作区的情况。

很多时候，我们都是在即将使用实际存储在该工作区中的某些东西，才发现工作区已经被意外删除了。那么，删除 Fabric 工作区，到底会发生什么情况呢？有没有办法恢复？可否保留以及保留能持续多长时间？在这个场景下，我们继续探讨。

对于这种情况，我通常第一反应是：希望您将解决方案的代码正确存储在 git 中，以便可以轻松地重新部署解决方案。

但这种解决方式并不客观，因为对于大部分 Power BI 用户并不具备在工作区上采用 git 集成的能力和经验。此外，并非所有 Fabric 项都受支持，这种情况下无法恢复整个解决方案。除了解决方案项之外，git 存储库中未涵盖工作区权限和特定设置，因此无法通过 git 完全恢复解决方案。

那么，我们还有什么其他的选择呢？那就是，求助Fabric管理员！

Fabric 和 Power BI 管理员可以在工作区被删除时恢复它们，也就是工作区的“软删除”。简单展开，就是说虽然它们对用户不可见，但实际上还没有消失！

如果工作区被删除，管理员可以从管理员门户恢复工作区。Power BI一直都可以利用这种方式来恢复，而Fabric的设置选项与Power BI相同，所以这种方式也适用于 Fabric 工作区。从管理员门户的工作区菜单中，可以轻松地浏览租户级别的所有工作区。

默认情况下，工作区将在 7 天后永久删除。在这 7 天内，Fabric 管理员可以通过【下图所示步骤】恢复工作区，或立即永久删除。但是，从管理员门户恢复工作区不会恢复工作区权限。在恢复期间，管理员必须为工作区指定新的管理员。

在宽限期内，Fabric管理员可以通过管理门户中的特定操作来恢复已删除的工作区。这通常涉及到找到已删除的工作区，选择“还原”选项，并为其指定一个新名称（如果必要的话），在新的工作区中至少分配一个工作区管理员。

实际使用中，90天没有必要，因为大部分情况下不可能用整整三个月的时间才发现到底有无删除内容。小智建议，无需将其设置为最大值，对于可能按月使用的解决方案（如月末结账报告等），可能希望延长保留期，将其设置为 30 天或许有点太紧了，选择保留45天较为合适。

最后，小智还要强调的是，在处理敏感数据和关键业务信息时，要遵守所有相关的数据保护和安全政策，务必谨慎行事。在删除工作区之前，务必确认是否真的需要这样做，并考虑是否有必要备份重要数据。