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

• 資深大佬 : natashahollyz

  重要数据我都是存 3 份的，如果都没了，那也认了

• 資深大佬 : supuwoerc

  热备 冷备 异地备 有没有意义看数据重不重要了 重要的话备份多点没啥毛病

• 資深大佬 : sujin190

  主要是数据库一直再写的话，你直接备份的服务器能保证数据库数据的完整性么，比如写一行写了一半备份了，之后恢复的时候整个数据文件都是坏的，完全打不开没用，那就抓瞎了

• 資深大佬 : lvzhiqiang

  完备服务器，也就是文件备份吧，而且文件备份是要停机做才保险，因为进程读写，你不能保证文件的完整性。最好是逻辑备份，也就是数据备份，放到晚上来做。

• 資深大佬 : cheng6563

  @sujin190 @lvzhiqiang 不停机也可以一致性备份的。
  mysql 有 Percona XtraBackup 工具备份数据文件，Linux 系统可以用 LVM 备份一个分区，Windows NTFS 能建一个卷影备份，如果是虚拟机更能直接建个快照。
  倒是导出数据备份难以做到一致性备份。

• 資深大佬 : sujin190

  @cheng6563 #5 看来你对数据库一致性理解有很大问题啊，是不是应该再仔细了解下啥是数据库一致性，导出数据无法一致性，真是。。

• 資深大佬 : gamexg

  Gitlab 从删库到恢复：永久丢失 6 小时生产数据！

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

  你不知道当前的完备是否会有各种意外问题，最好多来个备份方案。

• 資深大佬 : cheng6563

  @gamexg 看起来 gitlab 这次数据就是靠的 LVM 快照还原的

• 資深大佬 : datocp

  已经有完备的话，问题是恢复的时候需要一样的硬件才可以吗?公司可不是随时有 2 台一模一样的服务器。基本上 ERP 数据库也一天两备份，同时同步到另外一台服务器上，就怕被那种加密病毒破坏。单个数据库当然好针对数据库恢复，而不是整机恢复吧，如果这服务器上提供多种服务的话。

• 資深大佬 : hihipp

  数据库备份，记得周期性测试一下还原。