TOS 6 Beta 版现开放公测,诚邀体验!

同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

有关 百度云盘同步 的使用讨论。
回复
头像
lxf5986
帖子: 55
注册时间: 2022年 7月 23日 星期六 11:34 am

同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 lxf5986 »

我设备是f4-221,系统升级到5.0版本后,原来4.2系统时用得顺畅的百度云同步变得无法使用了!
首先,升级系统后需重新建立本地同云端数据同步,但选择双向同步后,显示云端空间不够。我在百度云端大概存有1.6T数据,云端空间是2T,升级5.0系统前,本地数据同云端数据是做了同步的。请问,现在如何恢复已有的同步?难道需要将云端1.6T数据清空、腾出云盘空间后重新建立同步吗?这可行吗?
其次,尝试选择单向同步方式,系统也提示要建新目录、否则会删除所选目录中的数据。因我只想做增量数据同步,不可能将1.6T数据重新同步一遍,因此这种单向同步方式也未敢尝试。
现在需要同铁威马方面探讨一下:你们制定的数据同步逻辑是什么?数据同步的基础难道不是先对源数据及目标端数据进行比较、发现差异、再根据用户选择的数据同步方式(单向、双向、镜像、增量、数据新旧等)进行相关的数据同步吗?为什么一定要清空一端的数据才能进行呢?这是基于什么逻辑方面的思维?
等候你们完善云云同步程序已有半年多时间了,到现在仍不能加以完善、让用户正常使用,作为一个号称做“国民专业级NAS”的厂家有点太说不过去了吧!退一万步讲,即使恢复到4.2系统时代的云同步功能我们也是可以接受的呀!
请你们首先理清数据同步的逻辑,从用户的实际需要出发,尽快解决数据同步问题。这也是用户选择购买和使用NAS产品一个必不可少的重要应用!否则NAS只能称之为网络硬盘,我买个硬盘盒就行,何必要买你们的产品!
请你们直面问题,尽快沟通研发部门拿出有效的解决方案,并告知明确的改进时间表,问题不能一拖再拖下去了!
头像
TMroy
客服
帖子: 940
注册时间: 2020年 3月 12日 星期四 2:08 pm
China

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 TMroy »

{L_BUTTON_AT}lxf5986

您好!以下是针对您的问题的回应:

1. 我们是很欢迎大家一起探讨问题的!不过既然是探讨,为什么要还在标题里添加批判色彩的字眼“无法使用的摆设”?感觉不是探讨,是讨伐了,是吧?我建议您不要急于下结论,或者,不必局限于您个人的理解,看看开发团队的思路是怎么样的,这更符合探讨的精神。

2. 我感觉您把同步与备份的概念混为一谈,同步就是同步,备份就是备份,两者的逻辑是揭然不同的。同步就是要实现“内容保持完全相同”,同步不应该还有什么 “镜像、差异、增量、数据新旧” 的概念,这些都是备份里的概念;单向同步的逻辑就是让目标文件夹内容保持与源目录始终相同,双向同步的逻辑就是让两边的数据保持始终相同;如果您个人认为,或者您在什么地方见过有其他同步工具把什么 “镜像,差异,数据新旧” 揉合到他们的同步工具里,这是一种业余的做法,或者说是一种偷懒的方法,估计开发者只想维护一套工具,这张做法我们无法认同;单向同步的目的地文件夹必须为空,否则数据会被覆盖,这个逻辑我们暂时不会修改;

3. 如果您需要往云盘备份数据,请您使用专门的备份工具 Duple Backup,那里有您需要的“镜像、多版本、增量” 备份;铁威马提供的备份工具有多种,适应不通的业务场景,比如:USB 备份、TFM 备份、Duple backup、中央备份、Rsync 备份、Time Machine 备份;同步工具您可以选择 CloudSync 与 TerraSync。既然是“国民专业级NAS” 我们就要做得够专业;

4. 两个有数据的目录进行双向同步,这个功能逻辑上应该是没问题的,我们会与研发部门进行讨论未来如何实现。

5. 与一般的家用NAS 系统不同,一套专业的NAS 系统在结构上,功能上比您想象的要复杂得多,不仅要考虑一般通用的应用场景,还要考虑商业用户的专业需求,完全不亚于一套完整的 Linux 商业版本分支。铁威马已经有近百人的团队一直在努力耕耘,虽然近两年有了长足的进步,但是依然有许多工作等待我们去完善。请您给予国产系统更多的建议与耐心。感谢您的支持!

以上,感谢。
头像
lxf5986
帖子: 55
注册时间: 2022年 7月 23日 星期六 11:34 am

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 lxf5986 »

我的帖子被屏蔽了吗?怎么昨天回复的帖子看不到?
头像
lxf5986
帖子: 55
注册时间: 2022年 7月 23日 星期六 11:34 am

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 lxf5986 »

昨天回复的帖子看不到了,只能再重写一遍。首先感谢你们的回复,同时对于我发帖中使用了“批判色彩”的用词表示歉意,但说句真心感受的实话,现在的同步程序确确实实无法使用、形同摆设,只是在公众场合这样说出来似乎有些不妥。对于你们的回复,继续同你们探讨,因为只有将问题及客户实际需求探讨清楚,才能让所开发的软件能够适应用户的需求、满足客户的实际需要。
首先,设想一下客户实际使用数据同步的场景:
场景一,用于数据备份:客户将公有云空间用于备份本地数据(NAS中的数据),以保证数据安全。
场景二,用于本人不同场所及设备间的数据同步共享:将公有云作为中间数据存储媒介,用于在办公场所电脑、家庭电脑、NAS间共享数据。
场景三,用于多人数据同步共享:多人之间以公有云作为中间数据存储媒介,实现多人数据共享。
以上是我实际应用到的数据同步的主要场景,我的NAS并未当做网络服务器使用,还有其他一些非主要场景。
场景说清楚了,再来谈如何能满足以上场景的数据同步需要。对于你回复中阐述的“双向同步的逻辑就是让两边的数据保持始终相同”我无异议,既然要做双向同步,就应确保双向数据100%一致。
对于单向同步“让目标文件夹内容保持与源目录始终相同”的同步逻辑没有问题,但并未明确目标文件夹内容除了保持同源目录数据一致外,是否允许其拥有同源目录不同的数据存在?并且你们还强调“单向同步的目的地文件夹必须为空,否则数据会被覆盖,这个逻辑我们暂时不会修改”。从以上言论分析,你们的单向同步逻辑是否不允许目标数据同源数据存在差异、只是相比较双向同步逻辑做了同步方向性的限制?如果是做了这样的限制,那这种限制是否合理和必要?是否能够满足客户的实际需求?
还是举一个实际使用场景来说明客户单向数据同步需求:场景三中客户在公有云建立了一个共享办公文件夹,并在家里NAS中建立一个从云端到NAS的单向同步文件夹,这样就可以在家里实时接受到同事上传到云中的数据,用于备案或修改。同时我也需在NAS同步文件夹中单独增加一些相关参考资料或数据,但并不希望将这部分本地数据资料同步到云端。我想这种场景也应该是客户数据同步的一种实际使用需求吧?尤其是在当前疫情居家办公的应用场景。
如果要满足客户此种单向数据同步需要,你们是否应对双向同步同单向同步两种不同的同步逻辑进行一下区分?单向同步是否也必须同双向同步一样、一定要保持两端数据的完全一致性(单指两端文件数量的一致性而非两端共有数据内容的一致性)?
“让目标文件夹内容保持与源目录始终相同”的单向同步逻辑没有错,可以理解为将全部源数据变化100%同步到目标文件相关数据中、目标文件夹中的数据一定是最新的,但与此同时是否可以允许目标文件夹中可以存在源文件夹中所没有的数据文件、不再坚持“单向同步的目的地文件夹必须为空,否则数据会被覆盖”这种非必要的限制逻辑。这一点请你们认真研究并阐述清楚。
请你们一定要尊重客户数据同步是建立在已有数据存储、而非现在新建同步的现实基础上考虑问题。客户在系统未4.X时代已经在NAS及云端存有数以T计的大量同步数据,升级到5.0系统后不可能进行先清空原有数据再进行数据同步这样的操作!同时希望你们能够认真听取和研究客户建议,尽快完善数据同步程序。
头像
TMroy
客服
帖子: 940
注册时间: 2020年 3月 12日 星期四 2:08 pm
China

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 TMroy »

lxf5986 写了: 2022年 12月 4日 星期天 7:00 pm
还是举一个实际使用场景来说明客户单向数据同步需求:场景三中客户在公有云建立了一个共享办公文件夹,并在家里NAS中建立一个从云端到NAS的单向同步文件夹,这样就可以在家里实时接受到同事上传到云中的数据,用于备案或修改。同时我也需在NAS同步文件夹中单独增加一些相关参考资料或数据,但并不希望将这部分本地数据资料同步到云端。我想这种场景也应该是客户数据同步的一种实际使用需求吧?尤其是在当前疫情居家办公的应用场景。
针对您的这个需求,我是表示疑惑不解的。
您既然不想让部分数据同步到云上,为什么还需要将它放到同步文件夹里呢?另外存放一个目录不就行了?
头像
lxf5986
帖子: 55
注册时间: 2022年 7月 23日 星期六 11:34 am

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 lxf5986 »

这种实际需求很难理解吗?建立公共共享文件夹的目的是为了将最新增加或修改后的“公共文件”共享到文件夹中,以供其他人使用。但本地单向同步文件夹可以具有私密性,除了要同步云端数据外,还可以保存一些个人所需相关的数据资料,但这部分资料又不希望同他人共享,因此才要选择“单向同步”而不是“双向同步”,这也应该是软件设计出单向及双向两种不同的同步方式的初衷所在吧!这么说能理解了吧?
另外,之所以不将个人数据另存其他文件夹中,其中原因之一是这些文件数据同共享文件夹中的内容具有相关性,另存其他文件夹中不便于查阅、调用和比对,这也是用户的实际使用需求所在。
我觉得,我们开发软件的目的应该是最大限度地满足客户需求,让用户使用起来得心应手,而不应该做出“没有必要”的限制。讨论了这么多,不知你们对我的建议是否能够接受?如果不接受也请给出具体理由,我们还可以深入探讨。
总而言之,希望你们开发软件时要首先面对客户实际使用的现实需求而不是主观臆断、做出不必要限制,从而影响到用户使用。不知你是否是公司研发部门人员,这些信息是否能反馈到软件开发部门供研究改进。真希望你们能够尽快完善数据同步这一用户急需、使用频繁、工作生活不可或缺的软件功能,能否提升其开发的紧急和重要程度,满足客户急切需求!用户等待这项功能完善已经太长太长时间了!!
TWlhq

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 TWlhq »

{L_BUTTON_AT}lxf5986

针对您的需求,后续我们将会优化,尽快完善cloudsync应用。
头像
lxf5986
帖子: 55
注册时间: 2022年 7月 23日 星期六 11:34 am

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 lxf5986 »

探讨了这么多,不知我的建议是否被你们认可?我们探讨的单向、双向同步逻辑是否清晰并达成一致了?你们是否还要坚持“单向同步的目的地文件夹必须为空,否则数据会被覆盖,这个逻辑我们暂时不会修改”?最后只给了一句后续改进的官语,让我摸不着头脑,不知是按我们探讨达成一致的思路改(我相信我的建议应该代表了绝大多数用户的实际使用需求,建议你们可以在论坛中进行一项专门调查及讨论!)还是仍坚持你们的逻辑?
说句实在话,我先前在标题中说云同步如同摆设,虽然言辞有些过激,但确实是因为这个程序不能用、不好用!脱离了广大用户的实际使用需求,相比4.X系统时的同步程序不是进步、而是极大的退步,到了用户无法使用的程度!
这个程序已经困扰了像我一样众多客户半年多时间(升级到5.0系统后)的正常使用,一直期望你们尽快加以完善,但也一直失望到了现在!如果到现在你们的数据同步逻辑还不能同用户的实际使用需求达成一致,那我们现在所期待、你们所说的“后续”什么时间可以实现呢?
我不知你们是否能代表你们公司的研发团队,是否已将我阐述的客户需求传递到研发并取得了他们的认可,研发部门是否也已将这项改进需求纳入到部门后续的开发日程?如果这些都没有进行,则你回复的“后续改进”只能是一句空话,问题也没有希望得到解决,仍是遥遥无期!
真不理解,你们所说“有100多人开发团队的国民级专业级企业”怎么改进一项如此简单的问题就这么困难呢?还要让客户继续“耐心”等待多少时间?
头像
TMroy
客服
帖子: 940
注册时间: 2020年 3月 12日 星期四 2:08 pm
China

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 TMroy »

您好!
您的需求我们已经明确了,我们已经向研发部门提出了需求,第一步将优先实现双向同步有内容的文件夹,下一步在与研发探讨单向同步取消限制空文件夹的需求,研发将按照工作优先顺序计划排程开展工作,目前还没有得到准确的时间。

请您耐心等待。
头像
lxf5986
帖子: 55
注册时间: 2022年 7月 23日 星期六 11:34 am

Re: 同铁威马探讨一下云同步问题:云同步就是个无法使用的摆设!

帖子 lxf5986 »

已经确实纳入研发部门计划就好,那我们之间的深入沟通交流就没有白费,期盼实现这些改进确实太久时间了!还请你们能将此项功能改进能够列为“紧急”,因为云数据同步功能是用户日常使用较多、不可或缺的工具,早日完善能够减轻对用户的长期困扰及抱怨!
还有,建议你们在开发程序功能时,对于一些“非必要”的限制一定要慎重,在不影响功能逻辑及使用功能时,能去除尽量去除,就像前面探讨的“单向同步”逻辑,能够保证“单向数据一致”即实现了单向数据同步的逻辑功能,那么是否还需加入其他方面的限制确实需要你们认真加以考量。如有必要,后续我们还可以再加以论证,或者可以在论坛中多征求一下广大用户的意见。
回复