使用 GoMyid 在计算机之间传输文件
通过清晰的工作流程规划远程文件传输、确认源和目标、处理文件版本、验证结果并从中断中恢复。
GoMyid ·
远程文件传输听起来很简单：选择一个文件，发送它，然后在另一台计算机上打开它。大多数错误都发生在这个简单的序列周围，而不是其内部。选择了错误的文件夹，旧文档替换了新文档，或者在任务结束后很长时间，有用的支持副本仍保留在共享笔记本电脑上。良好的传输过程使源、目的地和预期结果在任何内容移动之前就可见。
发送和接收：确切的 Windows 传输顺序
在记录的 Windows 传输视图中，本地位于左侧，远程位于右侧。Send（发送）和 Receive（接收）表示从发起连接的计算机来看相反的传输方向。使用以下序列，而不是根据箭头或记住的文件夹名称进行猜测。
- 在远程会话中打开 File Transfer（文件传输），或在 Windows 客户端连接前选择文件传输模式。
- 使用 Local 面板中的 File path（文件路径）字段，打开自己计算机上的文件夹。
- 在 Remote 面板中打开所需文件夹，并确认哪一侧将接收副本。
- 对于 Local → Remote（本地 → 远程），选择本地文件及右侧的目标位置，然后点击 Send（发送）。
- 对于 Remote → Local（远程 → 本地），选择远程文件及左侧的目标位置，然后点击 Receive（接收）。
- 检查 File transfer event log（文件传输事件日志），并查看目标文件夹中的实际结果。
预期的结果是在约定的文件夹中选定的文件，而不仅仅是事件日志中出现的条目。在适当的时候打开生成的文档并与收件人确认其版本。最终检查捕获正确完成的错误源文件传输以及错误的目标选择。
决定是否需要传输文件
通过远程桌面会话打开文档和将其复制到本地计算机是不同的操作。如果目标是检查设置或读取值，则文档可能能够保留在原来的位置。当目的地实际上需要自己的副本时（例如将批准的文档交付给同事或将配置文件放置在特定文件夹中），传输非常有用。
用一句话写下复制的原因。 “将最终发票发送到会计工作站”给了你一个目的地和一个目的。 “抓取此文件夹中的所有内容”则不会。缩小任务范围可以帮助您避免不必要的文件并使完成检查变得更加容易。您知道什么应该到达以及谁应该能够使用它。
处理公司信息时，请在开始传输前确认目标设备和存储位置是否合适。借来的电脑或个人电话可能不适合存放商业文档。被授权的连接不会自动解决通过它可见的每个文件的处理。如果可以在不创建另一个副本的情况下完成任务，那么这可能是更干净的工作流程。
明确标识源和目的地
源是您从中复制的位置。目的地是新副本应出现的位置。这些定义听起来很明显，直到两个人从相反的两端描述同一个连接。您的“本地”计算机可能是对话中对方的“远程”计算机。当清晰度很重要时，请使用设备名称和文件夹路径。
在GoMyid的Windows传输窗口中，本地和远程区域是分开显示的。从您所操作的客户端的角度阅读标签。在选择操作之前检查每个区域的路径。双方都可以存在熟悉的文件夹名称，例如“桌面”或“下载”，因此仅靠文件夹名称不足以建立目的地。
在传输之前，请明确说出传输方向或将其放入支持说明中：“将此文件从办公室工作站复制到支持笔记本电脑上批准的文件夹。”这句话暴露了误解，但它们仍然很容易消除。它还可以帮助接受帮助的人了解他们的信息的去向，而不是观看无法解释的进度指示器。
连接前准备文件
确认确切的文件名和版本。如果多个文档名称相似，请在发送之前打开目标来源并检查其内容。名为 Final 的文件不一定是最新版本，并且最近的时间戳并不能证明其内容是正确的。如果存在项目的正常版本约定，请使用该约定。
在传输之前通过其应用程序保存源文档。如果另一个人正在积极编辑它，请协调时间，以便副本代表预期的状态。对于属于正在运行的应用程序的文件，请遵循该应用程序的指导，而不是假设复制可见文件会生成完整的可用备份。普通文档传输和应用程序恢复是不同的工作。
选择收件人可以找到和使用的目标文件夹。确认它适合该文件并且目标用户具有访问权限。避免仅仅因为系统文件夹在传输窗口中可见而选择它。如果任务需要管理位置，请将该部分纳入已批准的工作并在开始之前验证要求。
了解 GoMyid 文件传输流程
GoMyid Windows 客户端在产品概述中显示的连接区域中提供文件传输以及完全控制和命令。当作业不需要浏览整个桌面时，集中传输模式会很有用。它会关注两个文件位置以及它们之间的操作。
确认远程设备并完成您配置的工作流程所需的身份验证或批准。然后检查本地和远程窗格。概述显示路径字段、文件列表以及发送和接收控件。在使用控件之前，请确认其在当前上下文中的方向。不要仅依赖按钮所在的位置或您从不同工具中记住的方向。
学习界面时，从一个预期的文件开始。操作后验证目的地，然后再扩展到更大的组。这个小的第一次转移可以证明路径和方向是正确的。检查一个结果比解开发送到错误文件夹的一大批结果更容易。
Windows 传输部分在远程支持会话的上下文中引入了相同的布局。如果您首先需要帮助建立连接，请在返回文件任务之前使用目标识别步骤。
使名称和版本易于理解
有用的文件名可以帮助收件人识别文档，而无需打开多个替代文件。遵循现有的命名约定，而不是在支持期间发明新的命名约定。如果不存在约定，请在适当的情况下包括有意义的主题和明确的版本或日期。避免使用依赖于只有发送者才能理解的私有上下文的名称。
不要仅仅为了传输成功而重命名文件，除非您了解随后将如何使用该文件。某些工作流程需要特定名称，即使副本正确到达，更改它也可能会中断下一步。对于普通文档，不同的工作副本名称可能会有所帮助。对于应用程序配置文件，所需的名称可能是任务的一部分。
多人编辑时，明确谁负责维护正式版本。一次传输可能会创建两个看似合理的副本，但无法确定哪一个副本应该接受未来的更改。告诉收件人该文件是否用于审阅、替换、参考或继续编辑。该指令比任何传输设置都可以防止更多混乱。
有意处理现有目标文件
如果匹配的文件已存在，请停止足够长的时间以了解提示和任务。替换文件、保留两个副本以及取消是不同的决定。不要仅仅为了清除对话框而选择最快的按钮。询问目标是否包含您发送的源中不存在的工作。
对于重要文件，请在替换之前遵循正常的备份或版本控制流程。远程文件传输工具不能替代该过程。您可以覆盖文件这一事实并不能说明您是否可以恢复其以前的内容。当更换可能影响正在进行的工作时，将恢复作为计划的一部分。
解决冲突后，在目标文件夹中验证结果。确认预期的名称和内容，特别是如果操作创建了重命名的副本。告诉收件人要使用哪个文件。即使转移本身在技术上是成功的，留下两份相似的文件而不加解释可能会让下一个人选择错误的文件。
验证结果，而不仅仅是进度指示器
完成从应用程序报告操作完成开始，但不应就此结束。查看约定的目标并确认预期的文件存在。如果任务涉及普通文档，请使用适当的应用程序打开它并检查其内容的可识别部分。确保收件人在必要时可以在自己的帐户下使用它。
检查与工作相关的属性。文档的标题或已知的修订版本可能比其大小更有意义。两个不同的版本可以具有相似的大小，并且成功的副本仍然可能是错误的源文件。选择能够回答实际问题的验证：目标接收者是否以可用的形式获得了目标材料？
对于业务支持请求，请记录来源、目的地和结果，而无需将私人内容复制到支持工单中。一条简短的注释可以表明已批准的文件已到达并已成功打开。如果验证不完整，请说出剩下的内容。不要仅仅因为发送者的窗口不再显示活动而将传输标记为成功。
根据工作安排规划较大规模的文件传输
在进行较大的传输之前，请考虑可用的连接、目标存储以及任一计算机是否保持可用。即将离开办公室的笔记本电脑并不是长时间操作的可靠目的地。商定工作不会与更重要的任务竞争或因预期的重新启动而中断的时间。
避免仅根据标称互联网速度来承诺完成时间。实际传输行为取决于两个设备、连接路径、当前活动和产品的工作流程。观察代表性操作并诚实地传达不确定性。如果传输仍在进行中，请将其与冻结的接口或显式错误区分开。
在工作流程允许的情况下，将复杂的交付分解为可理解的组。与将整个目录树视为一项无差别的任务相比，这可以使验证和恢复更容易。记录哪些组已完成，并避免不必要地重新启动已完成的工作。目的是获得可审核的结果，而不是单次操作中尽可能多的选择。
小心地从中断的传输中恢复
如果会话丢失，首先确定应用程序报告的内容以及目的地存在的内容。不要假设文件已完成或没有任何内容到达。重试之前检查状态。第二次尝试可能会遇到现有文件，正确的响应取决于该文件是否可用以及源是否已更改。
对您安装的版本使用产品支持的恢复行为。不要假设传输会自动从中断点恢复。如果界面提供重试或继续选项，请了解它将做什么。当行为不清楚时，请使用受控方法来保留已知的良好源并避免意外替换不相关的文件。
恢复后，重复目的地验证。第二次尝试成功的操作仍需要与不间断传输相同的结果检查。如果再次出现故障，请记录确切的消息、时间和连接条件。 连接断开检查表可以帮助区分应用程序、电源和网络原因。
了解权限和目标错误
访问错误可能涉及源、目标或正在执行操作的帐户。阅读消息并确定涉及哪个位置。能够查看文件夹并不一定意味着您可以对其进行写入。同样，被授权的远程桌面会话不会向计算机上的每个文件授予权限。
检查所选文件夹是否是预期文件夹以及收件人的正常工作流程是否允许在该文件夹中写入。如果其他已批准的文件夹可以满足该任务，请谨慎使用它，而不是更改广泛的权限。如果所需位置受到保护，请让相应的管理员参与并遵循组织的流程。
避免将权限错误视为禁用安全软件或向所有人开放访问的原因。这些更改可能比传输更持久并影响其他用户。而是解决具体要求。如果应用程序使文件保持使用状态，请在尝试另一次复制或替换之前与其所有者协调并遵循其指导。
任务完成后清理工作副本
决定应保留哪些副本。支持技术人员可能需要临时文档来诊断问题，而用户可能只需要自己工作站上的最终版本。把所有中间副本都留在原处，会让人日后难以判断该使用哪一份。使用组织的正常保留和清理流程，在确认最终目的地之前不要删除唯一经过验证的副本。
特别仔细地审查共享支持设备。方便的本地文件夹中的文件可能对以后的用户可见或包含在另一个工作流程中。将必要的记录存储在预定位置，而不是依赖技术人员的桌面作为非正式档案。如需个人支持，请解释复制的内容以及在哪里可以找到剩余的副本。
结束连接并与文件清理分开查看所有已保存的访问权限。删除工作文档不会删除重新连接的能力，断开连接也不会删除复制的文件。 访问结束清单涵盖了干净支持移交的第二部分。
让支持团队按照一致的流程传输文件
就一小组约定达成一致：请求如何识别文件、如何确认目标、如何处理冲突以及什么算作经过验证的结果。请保持说明足够简短，以便在通话期间使用。每次都需要长时间解释的过程将被个人习惯所取代。
使用无害的文件和可识别的名称来培训操作员。请收件人确认目的地，而不是让操作人员默默推断。在受控环境中练习现有文件冲突和中断会话。重点是在涉及重要信息之前了解决策过程，而不是在生产计算机上积累测试数据。
对于更大的环境，请将转移过程与设备所有权和支持记录结合起来。了解各工作站所属的分支机构，可以减少选错目标设备的情况。 小型企业设备目录指南解释了如何随着计算机数量的增长保持该上下文的有用性。
常见问题
我需要完整的桌面会话来移动文件吗？
并非总是如此。 GoMyid 的 Windows 概述显示了专用的文件传输模式以及桌面控制。使用适合任务的部署支持的模式。集中传输工作流程可以使源和目标更容易查看，而桌面会话可能有助于与远程用户检查生成的文档。
传输窗口中的本地和远程是什么意思？
它们从您所操作的客户端的角度识别两端。本地是指你这边；远程是指连接的目的地。确认实际路径和标签。两台计算机都可以有名为“桌面”或“下载”的文件夹，这就是为什么熟悉的文件夹名称本身是不够的。
发送文件后是否应该删除源？
仅当这是商定的工作流程的一部分并且目的地已得到验证时。复制和移动是不同的意图。不要仅仅为了避免重复而删除有用的原件，而不了解谁需要它。对于公司记录，请遵循既定的所有权和保留流程，而不是在支持电话中做出决定。
如果同名文件已经存在怎么办？
在替换之前检查它是否包含更新的或不同的工作。阅读应用程序的选项并选择与任务匹配的选项。如果您保留两份副本，请向收件人明确其目的。重要的不仅是处理当前提示，还要确保下一位使用者能够找到正确的文件。
我如何知道文件传输是否真正有效？
确认应用程序完成操作，检查目的地，并验证文件的相关内容或用途。对于普通文档，与收件人一起打开它通常是一项实际检查。仅凭进度条无法告诉您是否选择了正确的版本或收件人是否可以访问目标文件夹。
我可以在 Android 中使用相同的流程吗？
适用相同的源、目的地、权限和验证问题。 GoMyid 的 Android 概述包括传输控件，但请遵循您安装的版本中可用的工作流程。请仔细考虑移动存储以及手机上是否需要副本。 Android 文件处理部分解释了这些额外的注意事项。
界面参考： GoMyid 用户指南，第 4 页：发送和接收文件。本文使用文档化的示例界面；它不报告实时部署测试。