Pools定位于非持久桌面，用户资料不能只靠当前会话临时目录。应该依据官方管理方式设计持久资料与标准镜像的边界，先通过恢复测试再让用户保存正式成果。
适合谁读：正在研究Amazon WorkSpaces、需要解决标题中具体问题的普通读者和小团队。资料核对日期：2026-10-26。
先确认本文讨论哪条产品线
Amazon WorkSpaces官方文档区分Personal持久桌面和Pools非持久桌面。两者面向的用户工作方式不同；一个用户长期保留的工作环境与按会话分配的标准环境，应在数据和费用规划时分别处理。
把保存位置和独立备份分开
把课程软件和个人作业分开，软件可从标准环境生成，作业则要有明确的保存和提交位置。测试注销与换会话后资料如何出现，验证失败时由谁恢复；不要在没有导出路径时统一回收资源。
“已经保存”需要回答保存在哪个位置：云桌面系统盘、独立数据盘、应用账号云空间，还是本地电脑的映射目录。重连后文件还在，只能说明当前环境保留了它，不能证明退订、重置、换区或账号异常后仍能恢复。为重要文档准备一份独立于该桌面生命周期的副本，才有可操作的退出路径。
一次文件验证可以选用含中文文件名的小文档和一个带子目录的工程包。先比较大小与修改时间，再在目标环境打开检查内容；工程文件还要检查图片、字体、插件和相对路径。若管理员关闭剪贴板或文件映射，这是策略问题，不应通过不明网盘或绕过企业限制来补救，应申请批准的传输通道。
围绕这次任务逐项核验
- 列出系统盘、数据盘、应用云空间和本地目录的位置。
- 传输无敏感信息样例，重新打开并检查依赖文件。
- 按官方说明确认到期与重置后果，导出独立副本并验证可读。
持久与非持久桌面决定保存策略
持久桌面通常围绕长期保留的个人环境设计，非持久桌面更像在标准环境中按会话分配资源。两者都可以有数据保存方案，但保存的位置和依赖条件不同。不要把“退出后桌面被还原”直接理解为服务故障，也不要以一次重连成功证明所有用户设置永久保留。
结论适用范围与下一步
WorkSpaces桌面、AWS普通EC2和应用串流服务不可混为同一套餐；区域、许可和运行模式需逐项核对。
本文依据公开资料整理，未购买或亲测；场景为核验方法，不是客户案例。功能与条款以对应版本的当前正式说明为准。
官方来源与继续阅读
- 什么是Amazon WorkSpaces：官方区分Personal与Pools，解释持久和非持久桌面用途。
- Amazon WorkSpaces桌面服务定价说明：官方费用结构与计费估算入口，价格依区域和模式变化。
- Amazon WorkSpaces管理员指南：部署与管理官方参考，不按文档示例推定所有账户默认配额。
继续查阅：云电脑知识入口 · 按问题找文章 · Amazon WorkSpaces产品线辨认