要命!请数据库、运维的朋友帮忙!阿里云快照无效,数据莫名丢失!

  • 电气工程师
    如果MSSQL不开日志的话,就开简单模式,是会好几个月不写文件的。 为什么要说“你懂数据库吗?”
    全文我没说我懂数据库,我根据我经验分享提供信息而已。
  • 故意
    感觉是阿里云的快照功能的问题
  • l
    logic90
    问题是,楼主没查数据库日志啊。。。楼主只看了目录修改时间。。。HiPDA·NG
  • 电气工程师
    感觉快照读取的数据就是现在恢复的(即快照应该是没问题的)
    这点可以通过一些日志文件看看,如果快照里文件有18年之后的,那就说明快照没问题。要么数据库路径错了,要么就是数据库加载到内存里都没写入到硬盘上
  • k
    ko300
    回复97#电气工程师
    别误导,内存表是指定的
  • s
    shamorry
    我不是电工,勉强算数码爱好者,但是我觉得重要数据多备份没有错。

    我的工作资料,还有家庭照片视频,坚果云备份,百度备份整个坚果云文件夹,同时还定期把坚果云文件夹同步到我的一个硬盘、一个优盘里去。

    加上原本电脑上的数据,重要数据存储算是一主四副吧。谷歌相册还有一份照片视频的有损备份(以防万一)。

    你这可是挣钱的家伙啊。还是要谨慎些。

    希望尽快搞定,尽可能减少损失。
  • s
    swsh007
    有一种东东叫容灾冗灾
    就是换着法的备份
    至于lz这个分析一下的话感觉要不ali快照有bug,要不lz程序有bug,没事自己删庫跑路玩,还有可能被黑了,也是奔着删庫跑路的方子来耍的。

    无论如何,还是想办法恢复要紧,挣钱的饭碗啊。
  • 电气工程师
    请看我修改后的帖吧。
  • t
    taihang
    简单模式的意思不是不产生日志,是日志会自动截断ok?也没有一定要和你争的意思,只是不想让你的错误观点误导群众
  • m
    mijuu
    有一个比较特殊的可能性
    会不会解析的ip地址其实是对的,你这一年访问的就是其他服务器。
    这台服务器这两天突然关闭了,就出问题了。
  • a
    antonychan
    公司的物理服务器每天凌晨的数据库备份一百多G。。特意多装了一个硬盘留了一周的备份。。。还有什么靠谱方法再做一个备份? 网速只有20M异地备份感觉没啥戏。。。
  • 番小木
    到v2ex问问呢 iOS fly ~
  • 吉祥鸟
    重要的数据,还是得捏在自己手中靠谱。
    我存了好几T的小姐姐~
  • t
    taihang
    异地备份需要考虑压缩和去重,都用了的话能大大降低备份数据量
  • t
    txzhao
    太可怕了。
  • 电气工程师
    卤煮,119.23.251.** 这个服务器是你的吗?去年10月13日(9号后4天)你把管理后台解析到了这个服务器,是不是你压根用的数据都在这个服务器上面??你恢复的只是一个假的服务器(正好解释了第二个疑点?)
    https://**.cq**s.com/admin#/login
    111.png222.jpg
  • w
    wagdog
    楼主我开个小网站就有两个异地备份,天天rsync
  • a
    ajax79
    it迁移后忘记也是很正常的事儿啊估计是新家没续费?HP行业合作群
  • m
    mijuu
    这种猜测虽然离谱(管理人员心够大的),不过可以比较完美解释所有问题。

    我好奇的是你怎么找到地址的……
  • 费密
    好玩。。。。
  • k
    kkzxak47
    你这过于犀利了啊
  • a
    antonychan
    116楼发现了真相。。。犀利
  • r
    rebounce
    回复1#皇.帝

    哥们,我建议你帖子发在v2ex上。可能会有奇效。
  • H
    Hisoka-J
    应该就是备份系统没工作,或者快照虽然成功了,但后来因为一些原因(阿里云的原因)造成备份数据丢失了
  • b
    bladeknight
    备错地方才杯具呢。。
  • j
    jiaxinyue
    mark116楼
  • 皇.帝
    你厉害,对的。但是你别管解析,我是本硬盘的策略,备份的就是本硬盘。这个服务器的指向是正确的,但是有跳转,因为存在两个现象——1当年我拿不到厂商级的物联通信协议,是在一个其他服务器上做得跳转来进行前端交互,但只是域名跳转。2这个有快照策略服务器的一应操作不大可能是错的,因为重启,更新,debug的操作都是在这里完成的,这里的动作,对实际的商用软件产生影响。HiPDA怪兽版
  • 皇.帝
    我只是个小厂家,云盾都没买,这样担心引狼入室。HiPDA怪兽版
  • 皇.帝
    从这个方向上想……搞不好有可能,明天查一查,我不是it, 大多数时候管不到那么多,但是不是没可能。HiPDA怪兽版
  • f
    flyfish
    回复92#最低购
    感觉这个建议靠谱
  • 皇.帝
    你说的那个地址,就是我的前端跳转地址。HiPDA怪兽版
  • g
    gumao1982
    估计之前一直访问的是测试环境,然后测试环境的机器突然不能用了,LZ上去发现服务器地址不对,改成生产环境的地址,然后发现生产环境居然没数据
  • 小虫子
    我想知道116楼怎么查到的?太厉害了
  • l
    loveitmac
    回复28#香肠专卖

    吓尿,赶紧备份到本地。

    楼主这种只能找阿里,看看最近的操作日志
  • 皇.帝
    我确定,实际服务器和快照是对应的,不存在迁移问题或者假服务器什么的。现在阿里回复说快照里面有之前到快照日期之间的修改数据。

    现在阿里云没有怀疑有这个问题,但是给出答复说8.4快照文件中有2018.10到8.4之间的数据库db被修改的记录,有几个小文件在7月、8月修改过。说实话这属于强词夺理,这几个DB跟我的客户数据无关。
    这就是很奇怪的事情了。如果备份完全无效,那就应该没有这期间的修改记录,但是现在又部分有。
  • i
    ifsn
    上去看看db里面的数据情况?
  • t
    timrabin
    持续关注...
  • i
    iorlkyok
    看了很久
    没有人站在云计算运维的角度去看问题
    AWS的一台EC2 看上去是云 实际上 他是按正常的一台server环境给你签署SLA的
    换句话说,如果你想实现 HA 请买两台
    如果你想玩两地三中心 请选择多个可用区
    如果你想保存数据 请选择S3或者glance

    好 就算你选择了 他的存储 ,但是也不是100%的保证 这是AWS亲口对我说的
    你的数据依然会丢
    So 说一千道一万,还是不能完全相信同一个供应商,要做好全套DRP
    当灾难真的来临的时候,起码我还有后备计划。
  • i
    iamcj
    同建议发v2ex,你已经啥都没了。。。
  • 回到未来
    维护很重要
  • m
    mymcat
    我x,碰到过类似的问题,丢了整一年的数据。因为一直备份错了地址……损失惨重
  • h
    heavenbow
    回复111#antonychan

    本地局域网下,找个破机器,大硬盘定期脚本备份下。物理距离尽量远。换机器能减少被黑删库风险
  • l
    logic90
    其实,ec2只是基础设施。。。

    然而,备份是业务上要考虑的,并不能依赖基础设施

    除非,买的是rds之类的附加了对应业务服务的基础设施。。。多花的钱并不是白花的

    HiPDA·NG
  • 氓风
    mark 每当我的服务器出故障的时候来这贴看看 心情就重新变得轻松起来
  • b
    blue889
    快照不能当做备份!这是多少次的经验教训。楼主这个估计数据源出问题了,也就是那台物理存储设备的快照源指向性错误,仅指向了最原始的镜像,后面的增量改变都不见了。
    我现在都必须准备一份本地磁带备份。
    磁带在手,数据无忧。
  • s
    storespace0930
    我们公司每天自动全备数据库,定期做数据恢复测试。
    当然是在内网,不是云。
  • i
    iorlkyok
    回复144#logic90

    我第一次接触aws就犯错了,我以为云计算嘛,主机在云上,永远不会挂,从北京机房移动漂到上海机房。后来发现我想多了
  • i
    iamcj
    lz,有新的进展么
  • 寒冰炫
    卤煮怎么样了