因此问题在于主题。
备份 SQL 数据库是一个非常耗时的过程。
有人如何备份如此庞大的 SQL 数据库吗？
我所讨论的并不是具体的乐器，而是这种东西的“建筑”。
答案1
首先，（在线）复制不是备份根本，很多你希望备份保护你免受的攻击都会立即复制到你的“备份”中。意外删除了表或弄乱了语句DELETE？是的，副本中的数据也消失了……
也就是说，你可以考虑多种选择，例如
- 在变化缓慢的数据库中，常规文件备份可能是可以接受的。
- 备份事务日志并根据完整备份运行这些日志以进行恢复
- 备用复制/日志传送
- 现代文件系统和存储硬件的基于块的备份，例如带有 ZFS 发送/接收的 ZFS 快照
- 您的特定数据库软件可能提供的其他方法
- 以上几种情况的组合
您最终得到的结果很大程度上取决于您的具体情况。