Big Database

十年前，当我开始从事 SQL Server DBA 工作时，我记得 200-500 GB 大小的数据库被认为是非常大的数据库。在那个时候，维护和管理这些数据库并不是一项繁琐的任务。但多年来，非常大数据库的定义已经发生了变化。今天，我们以 TB 和 PB 为单位来查看数据库大小。
有了云计算，维持数据库增长所需的硬件要求现在只需单击一下即可实现。自动扩展现在对公司来说是一件好事，因为以前每当需要向数据库服务器添加资源时，

由于数据库大小随时间增长，管理和维护数据库变得非常麻烦。当我说管理和维护数据库时，它意味着定期备份、执行索引维护、完整性检查等。

大多数情况下，我们会尝试归档旧数据/冷数据，以便控制数据库大小。但有时归 以色列电报数据 档数据库的范围非常有限。尤其是在医疗和金融领域，旧数据仍用于各种用途。

考虑到数据库每日的增长率，我将带您了解一些数据库管理任务，以便您更好地了解如何跟上。

考虑一个 24*6 全天候运行、大小约为 10TB 的 OLTP 数据库。

备份策略
每天对 10TB 大小的数据库进行完整备份可能是一项非常艰巨的任务，尤其是对于 OLTP 数据库而言。即使使用更好的硬件，备份时间也需要大约五到七个小时。因此，制定适当的备份策略与维护其可用性同样重要。

当考虑资源的时间和成本时，考虑每周进行一次完整备份、每日进行一次差异备份和数小时进行一次交易备份是明智的。

使用第三方工具备份数据库是更好的选择。这些工具不仅可以帮助您减少备份数据库所需的时间，还可以减少压缩备份的大小。