关于恢复数据的问题,急!急！急！切!切!切!

superon 2004-12-14 04:35:28

小生近日在软件中用恢复数据操作恢复数据库，系统提示“远程备份与恢复的程序正在建设之中 "请到XXX上运行该程序"（XXX是本地机器名）
我恢复的是本地机系统也这样提示，我和SP_helpserver查看了一下系统服务列表里面确实只有一个本地机，之后（用sp_dropserver XXX）删除以后再（用sp_addserver XXX）添加一下还是不行，请哪位英雄小救一把小生感谢不尽！切！！！

...全文

73 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

今天李师傅推荐的这两个神器组合拳教你玩转数据命运——爱思恢复负责「妙手回春」，AndroidDiskClear则是「数字焚化炉」！由吾爱大佬@chenwangjun开发的「数字碎纸机」，是一款安卓端的APK文件，专治各种恢复软件！扫描结果就像开盲盒，找到惊喜文件点【导出】存电脑，不满意还能开【深度扫描】模式二次挖宝~ 温馨提示：恢复要趁早，数据覆盖前成功率最高哦！

http://bbs.meizu.cn/thread-5021842-1-1.html（贴出网址不为广告，只为分享！）昨天帮室友的mx3升级系统，结果不小心把他手机里的照片删了。但是自从flyme升级到3后，以前的U盘模式就改成了MTP模式，这样再连接电脑后就没办法用电脑上的数据恢复软件恢复数据了，因为压根就检测不到磁盘…… 然后怀着无比guilty的心情，我在网

今天要聊一个能显著提升用户体验的神器——。你是不是也遇到过这样的场景：用户在表单页面填了半天数据，切出去查个资料，回来发现所有输入都没了？页面切换时总有一闪而过的白屏，产品经理追着你问"能不能顺滑一点"？别急！看完这篇，你会直拍大腿："原来Vue早就给我留了后门！"

利用这些集中化的数据去赋能业务，但越集中的数据也意味着越大的风险，而我们这一代搞数据的，却容易陷入一个误区，即认为这是安全部门的事情，对于数据中台的安全并不上心，甚至有些对立，认为安全会阻碍数据驱动业务。我的经验是，真正需要长时间、高频接触原始敏感数据的人其实很少，关键是管理者要深入一线，把场景摸透，才能做出更精准的管控设计，而不是简单粗暴一刀切。所以，我觉得在数据安全上，“人防”的投入回报可能更高。定期给用户发邮件，汇总他的数据使用情况，强调规范操作，潜台词就是：“你的所有行为，我们都看得到，都能追溯。

某建筑设计公司，采用MongoDB搭建GridFS存储桶，为办公文档流转提供底层存储，总数据量几十GB。2022年11月11日，技术人员清理磁盘空间时，误删除了大量MongoDB的存储文件，导致MongoDB宕机。客户对丢失数据的问题非常“上火“，晚饭都没有吃，我们恢复团队急客户之所急，加班处理，当晚恢复出数据，并帮客户导入到数据库中，MongoDB存储桶中的文件全部可以正常下载、打开也无异常。随后业务系统技术工程师继续做上线适配，直至11月13日全部处理妥当，恢复工作圆满结束。

27,581

社区成员

68,548

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章