非持久环境中的系统状态与用户资料需要分别设计。标准镜像更新或会话回收，不应意外清除本应保留的工作成果，具体实现需查项目当前组件和版本。
适合谁读：正在研究Omnissa Horizon、需要解决标题中具体问题的普通读者和小团队。资料核对日期：2026-10-26。
先确认本文讨论哪条产品线
Omnissa产品目录分别列出Horizon 8、Horizon Cloud和其他数字工作空间组件。Horizon Cloud的文档讨论镜像、桌面池、应用和用户分配；因此“装了Horizon客户端”并不等于已经拥有可登录的云电脑。
持久与非持久桌面决定保存策略
列出可重建软件、用户设置和不可丢文件，逐项指定保存位置。使用样例演练注销、重连和镜像更新，在另一环境核对成果；不能根据一次桌面重连正常，就推定重建后资料一定存在。
持久桌面通常围绕长期保留的个人环境设计，非持久桌面更像在标准环境中按会话分配资源。两者都可以有数据保存方案，但保存的位置和依赖条件不同。不要把“退出后桌面被还原”直接理解为服务故障，也不要以一次重连成功证明所有用户设置永久保留。
需要先列出三类状态：可重复生成的系统和应用、必须保留的个人资料，以及只在本次会话使用的临时文件。给每类状态指定保存方式与负责的人。测试时分别经历断开、注销、重启和重建四类动作，确认哪些操作会触发还原；实际执行会清除数据的测试前，应使用无价值样例并完成备份。
围绕这次任务逐项核验
- 确认桌面属于个人持久环境还是池化非持久环境。
- 把系统、个人资料和临时文件分别指定保存位置。
- 使用样例核对断开与注销的差异，重要数据完成独立导出。
迁移要有可返回的旧环境
分两轮验证更容易发现问题：第一轮用样例检查流程，第二轮用经批准的真实工作副本核对结果。迁移窗口中冻结的内容和仍可修改的内容应明确，避免两边都在编辑造成版本冲突。切换成功后保留必要的回退时间，确认资料完整再按保留政策清理旧资源。
结论适用范围与下一步
历史VMware Horizon资料须与现在Omnissa产品版本核对；Horizon 8与Horizon Cloud不能只凭名称替换教程。
本文依据公开资料整理，未购买或亲测；场景为核验方法，不是客户案例。功能与条款以对应版本的当前正式说明为准。
官方来源与继续阅读
- Omnissa产品目录：官方区分Horizon 8、Horizon Cloud及管理组件。
- Omnissa Horizon Cloud：官方云桌面产品线与部署定位。
- Omnissa Horizon Cloud技术资料：文档与演示包含导入镜像、创建池与用户分配等过程。
继续查阅：云电脑知识入口 · 按问题找文章 · Omnissa Horizon产品线辨认