再论云数据同步：去除非必要限制，让数据同步能够用起来
发表于 ： 2023年 2月 27日 星期一 4:55 pm
本人自系统升级至5.0后，云数据同步就一直不能正常使用。前期由于云同步程序存在各种问题不能使用，直至去年底，虽然按照铁威马设定的数据同步规则可以进行数据同步了，但由于其同步规则未向用户公示、以及规则自身存在诸多“限制条件”，严重制约了用户数据同步实际使用需求，到现在仍处于不能正常使用的现实状况。
去年12月本人曾在本论坛多次发帖及回帖，针对云数据同步中遇到的问题同铁威马工程师进行了详尽探讨，还特别列举了多种数据同步实际应用场景并提出相关建议，希望能对铁威马数据同步应用程序改进和完善起到积极作用。论坛工程师最后回复中也表示“针对您的需求，后续我们将会优化，尽快完善cloudsync应用”。但三个月过去了，只看到你们做出双向同步不再要求“云端目录必须为空”的非必要限制，现在双向数据同步应用基本可以满足用户需求。
但是，实际使用单向数据同步（仅上传本地文件、仅下载远程文件）时，与预想的同步结果存在严重偏差，并仍存在对单向同步加以限制的问题，持续影响到用户数据同步的实际应用。
一、 铁威马同步机制与用户理解不一致问题
为了搞清铁威马的数据同步机制，我查遍铁威马系统帮助文档及本论坛也未能看到，只能咨询在线客服才获取。看到此铁威马官方《cloudsync同步机制》文档，其中双相同步机制与用户理解应该不存在偏差，但单向同步机制与用户理解存在诸多差异。
以“仅上传本地文件”同步机制为例，铁威马数据同步机制为：仅上传本地文件将以本地为准，本地的文件操作（删除、新增、修改、重命名）将会覆盖云端。云端的操作不影响本地文件，并且可以保留新增文件。
按照“仅上传本地文件将以本地为准”的数据同步原则，正方向数据同步定义的“本地文件操作（删除、新增、修改、重命名）将会覆盖云端”同步机制不存在问题，但反向同步所定义的“云端的操作不影响本地文件”与“仅上传本地文件将以本地为准”同步原则“互斥”，也对用户实际使用带来困扰。
如：云端删除数据，按照“仅上传本地文件将以本地为准”数据同步原则，同步程序扫描云端数据并同本地数据比较时，应将其判定为上传数据缺失，并重新上传云端删除所“缺失”的文件。
再如：云端数据修改并“同名保存”，同样遵循“仅上传本地文件将以本地为准”的同步原则，同步程序不应认可此类“非本地”修改，应重新上传本地数据文件覆盖掉云端修改的文件。
还有，云端数据重命名，应被视为“云端新增一个不同名称的数据文件，而原有名称的数据文件在云端被删除”，则本地应重新上传云端“缺失”的原名称数据文件（云端存在原名称及更名后两个文件）。
以上从用户认知逻辑及铁威马单向同步机制不一致角度来探讨现实存在的问题，这些问题的存在严重困扰及影响到用户使用。但并不存在是逻辑正确还是机制正确的问题，让用户理解和正确使用、满足用户实际使用需求才是用户所关心的。
从实用角度看，本人赞同铁威马“本地文件操作会覆盖云端、云端操作不影响本地文件”的现有单向数据同步机制，这种机制清晰明了、便于应用。提出此问题是建议铁威马应向用户明示数据同步机制（建议在用户新建同步任务界面添加相关说明），以避免用户的使用困扰及存在的错误操作问题。
二、 单向同步中“需要被同步端目录为空”的限制不合理
单向同步中“需要被同步端目录为空，不允许新增文件”的限制不知铁威马出于哪方面原因一定要坚持如此？是技术原因、安全原因还是其他原因？请铁威马与用户有效沟通，找到问题解决办法。这个问题不解决，将严重制约用户实际数据同步使用需求。
再举一个用户应用实例：用户在云端建立一个或数个公共目录，需要多名团队成员将所采集或整理的数据分门别类同步上传到云端不同目录中共享使用，同时团队成员也需将一个或数个云端共享目录中其他成员上传数据同步下载到本地编辑使用。
上面实例中，需要多人向同一云端目录传送不同数据，但受此“接收端目录为空”限制，只要其中一人上传了数据，其他团队成员则无法再向该目录上传数据（目标目录不为空）；单向下载应用，同样存在下载“目录不为空”限制问题。
再有就是现有更多用户遇到的使用问题：同步目标端原先已同步了大量数据文件，由于系统升级或重装原因，原有的同步任务已不存在、需要重新建立同步任务，此时即会发生“目录不反空”的操作提示，同步无法进行。请问这时用户应如何应对，是要将前期同步文件全部删除或新建文件夹后重新同步吗？首先，这可能会涉及数十T的数据，尤其是在云端新建文件夹重做同步云盘容量不允许。其次，重新同步需要相当长时间，最为重要的是传输过程中可能存在数据损坏或缺失风险！
请铁威马认真听取用户需求，从用户角度出发，尽快去除此“非必要”限制或给出切合实际的解决办法。
三、 限制文件夹二次同步问题
该问题是指：当某一同步文件夹已存在同步属性（建立了单向、双向同步任务），则对该文件夹新建另一同步任务时，系统显示“同步目录重复”，不能建立新的同步操作。
如上面应用实例所描述的用户实际应用场景，用户除了有将本地数据同步到云端（仅将本人采集数据同步到云端公共文件夹）的需求外，同时存在将云端数据（云端公共文件夹多人同步上传的数据）同步到本地的需求，以及将多个云端目录中的数据同步汇总到本地一个目录中的实际应用场景。此应用场景受到系统程序“同步目录重复”的限制，同步任务无法建立。
以上场景，云端同一文件夹同时具有“本地同步目标文件夹”及“远程源数据文件夹”的双重属性且不可分离，因此强烈要求铁威马去除“同步目录重复”的限制，让此场景数据同步用户应用得以实现。
去年12月本人曾在本论坛多次发帖及回帖，针对云数据同步中遇到的问题同铁威马工程师进行了详尽探讨，还特别列举了多种数据同步实际应用场景并提出相关建议，希望能对铁威马数据同步应用程序改进和完善起到积极作用。论坛工程师最后回复中也表示“针对您的需求，后续我们将会优化，尽快完善cloudsync应用”。但三个月过去了，只看到你们做出双向同步不再要求“云端目录必须为空”的非必要限制，现在双向数据同步应用基本可以满足用户需求。
但是，实际使用单向数据同步（仅上传本地文件、仅下载远程文件）时，与预想的同步结果存在严重偏差，并仍存在对单向同步加以限制的问题，持续影响到用户数据同步的实际应用。
一、 铁威马同步机制与用户理解不一致问题
为了搞清铁威马的数据同步机制，我查遍铁威马系统帮助文档及本论坛也未能看到，只能咨询在线客服才获取。看到此铁威马官方《cloudsync同步机制》文档，其中双相同步机制与用户理解应该不存在偏差，但单向同步机制与用户理解存在诸多差异。
以“仅上传本地文件”同步机制为例，铁威马数据同步机制为：仅上传本地文件将以本地为准，本地的文件操作（删除、新增、修改、重命名）将会覆盖云端。云端的操作不影响本地文件，并且可以保留新增文件。
按照“仅上传本地文件将以本地为准”的数据同步原则，正方向数据同步定义的“本地文件操作（删除、新增、修改、重命名）将会覆盖云端”同步机制不存在问题，但反向同步所定义的“云端的操作不影响本地文件”与“仅上传本地文件将以本地为准”同步原则“互斥”，也对用户实际使用带来困扰。
如：云端删除数据，按照“仅上传本地文件将以本地为准”数据同步原则，同步程序扫描云端数据并同本地数据比较时，应将其判定为上传数据缺失，并重新上传云端删除所“缺失”的文件。
再如：云端数据修改并“同名保存”，同样遵循“仅上传本地文件将以本地为准”的同步原则，同步程序不应认可此类“非本地”修改，应重新上传本地数据文件覆盖掉云端修改的文件。
还有，云端数据重命名，应被视为“云端新增一个不同名称的数据文件，而原有名称的数据文件在云端被删除”，则本地应重新上传云端“缺失”的原名称数据文件（云端存在原名称及更名后两个文件）。
以上从用户认知逻辑及铁威马单向同步机制不一致角度来探讨现实存在的问题，这些问题的存在严重困扰及影响到用户使用。但并不存在是逻辑正确还是机制正确的问题，让用户理解和正确使用、满足用户实际使用需求才是用户所关心的。
从实用角度看，本人赞同铁威马“本地文件操作会覆盖云端、云端操作不影响本地文件”的现有单向数据同步机制，这种机制清晰明了、便于应用。提出此问题是建议铁威马应向用户明示数据同步机制（建议在用户新建同步任务界面添加相关说明），以避免用户的使用困扰及存在的错误操作问题。
二、 单向同步中“需要被同步端目录为空”的限制不合理
单向同步中“需要被同步端目录为空，不允许新增文件”的限制不知铁威马出于哪方面原因一定要坚持如此？是技术原因、安全原因还是其他原因？请铁威马与用户有效沟通，找到问题解决办法。这个问题不解决，将严重制约用户实际数据同步使用需求。
再举一个用户应用实例：用户在云端建立一个或数个公共目录，需要多名团队成员将所采集或整理的数据分门别类同步上传到云端不同目录中共享使用，同时团队成员也需将一个或数个云端共享目录中其他成员上传数据同步下载到本地编辑使用。
上面实例中，需要多人向同一云端目录传送不同数据，但受此“接收端目录为空”限制，只要其中一人上传了数据，其他团队成员则无法再向该目录上传数据（目标目录不为空）；单向下载应用，同样存在下载“目录不为空”限制问题。
再有就是现有更多用户遇到的使用问题：同步目标端原先已同步了大量数据文件，由于系统升级或重装原因，原有的同步任务已不存在、需要重新建立同步任务，此时即会发生“目录不反空”的操作提示，同步无法进行。请问这时用户应如何应对，是要将前期同步文件全部删除或新建文件夹后重新同步吗？首先，这可能会涉及数十T的数据，尤其是在云端新建文件夹重做同步云盘容量不允许。其次，重新同步需要相当长时间，最为重要的是传输过程中可能存在数据损坏或缺失风险！
请铁威马认真听取用户需求，从用户角度出发，尽快去除此“非必要”限制或给出切合实际的解决办法。
三、 限制文件夹二次同步问题
该问题是指：当某一同步文件夹已存在同步属性（建立了单向、双向同步任务），则对该文件夹新建另一同步任务时，系统显示“同步目录重复”，不能建立新的同步操作。
如上面应用实例所描述的用户实际应用场景，用户除了有将本地数据同步到云端（仅将本人采集数据同步到云端公共文件夹）的需求外，同时存在将云端数据（云端公共文件夹多人同步上传的数据）同步到本地的需求，以及将多个云端目录中的数据同步汇总到本地一个目录中的实际应用场景。此应用场景受到系统程序“同步目录重复”的限制，同步任务无法建立。
以上场景，云端同一文件夹同时具有“本地同步目标文件夹”及“远程源数据文件夹”的双重属性且不可分离，因此强烈要求铁威马去除“同步目录重复”的限制，让此场景数据同步用户应用得以实现。