V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
Lionel2019
V2EX  ›  问与答

服务器完备之后单独再备份数据库的意义大不大?

  •  
  •   Lionel2019 · Nov 23, 2020 · 2393 views
    This topic created in 1984 days ago, the information mentioned may be changed or developed.
    公司已经有备份软件按计划完备服务器,是否还需要在数据库管理软件做数据库备份?
    10 replies    2020-11-23 16:53:29 +08:00
    natashahollyz
        1
    natashahollyz  
       Nov 23, 2020 via iPhone
    重要数据我都是存 3 份的,如果都没了,那也认了
    supuwoerc
        2
    supuwoerc  
       Nov 23, 2020
    热备 冷备 异地备 有没有意义看数据重不重要了 重要的话备份多点没啥毛病
    sujin190
        3
    sujin190  
       Nov 23, 2020
    主要是数据库一直再写的话,你直接备份的服务器能保证数据库数据的完整性么,比如写一行写了一半备份了,之后恢复的时候整个数据文件都是坏的,完全打不开没用,那就抓瞎了
    lvzhiqiang
        4
    lvzhiqiang  
       Nov 23, 2020
    完备服务器,也就是文件备份吧,而且文件备份是要停机做才保险,因为进程读写,你不能保证文件的完整性。最好是逻辑备份,也就是数据备份,放到晚上来做。
    cheng6563
        5
    cheng6563  
       Nov 23, 2020
    @sujin190 @lvzhiqiang 不停机也可以一致性备份的。
    mysql 有 Percona XtraBackup 工具备份数据文件,Linux 系统可以用 LVM 备份一个分区,Windows NTFS 能建一个卷影备份,如果是虚拟机更能直接建个快照。
    倒是导出数据备份难以做到一致性备份。
    sujin190
        6
    sujin190  
       Nov 23, 2020
    @cheng6563 #5 看来你对数据库一致性理解有很大问题啊,是不是应该再仔细了解下啥是数据库一致性,导出数据无法一致性,真是。。
    gamexg
        7
    gamexg  
       Nov 23, 2020
    Gitlab 从删库到恢复:永久丢失 6 小时生产数据!

    >在部署的 5 套备份 /复制方法中,没有一套在可靠运行或当初设置正确。

    你不知道当前的完备是否会有各种意外问题,最好多来个备份方案。
    cheng6563
        8
    cheng6563  
       Nov 23, 2020
    @gamexg 看起来 gitlab 这次数据就是靠的 LVM 快照还原的
    datocp
        9
    datocp  
       Nov 23, 2020
    已经有完备的话,问题是恢复的时候需要一样的硬件才可以吗?公司可不是随时有 2 台一模一样的服务器。基本上 ERP 数据库也一天两备份,同时同步到另外一台服务器上,就怕被那种加密病毒破坏。单个数据库当然好针对数据库恢复,而不是整机恢复吧,如果这服务器上提供多种服务的话。
    hihipp
        10
    hihipp  
       Nov 23, 2020
    数据库备份,记得周期性测试一下还原。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1094 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 55ms · UTC 23:46 · PVG 07:46 · LAX 16:46 · JFK 19:46
    ♥ Do have faith in what you're doing.