多年来，SQL 一直是数据库处理和将各种有用信息放入数据库环境的标准。 它一直是数据库管理员培训的常用组成部分。 它几乎是数据库功能的一种简写。 但它确实提出了一些数据库管理员需要注意的潜在问题——并且在许多情况下，需要知道如何解决。
以下是数据库管理员在试图确保数据库系统真正支持业务时将面临的一些主要 SQL 备份问题。
备份时间表
数据库管理员将面临的关键问题之一是延迟。
许多专业人士都看到过这种情况——出于某种原因，SQL 备份的效率和速度大幅下降，突然间执行备份过程需要花费数小时和数小时。
在试图找出慢速备份时，负责任的管理员可以查看整个生命周期，从读取数据文件到压缩再到数据目的地。 与备份效率相关的特定第三方工具将帮助管理员测试瓶颈。 这是公司为确保他们的系统不会出现过长延迟而采用的常见解决方案之一。
特定的工具和方法有助于保护公司免受 SQL 延迟的影响，就像它们还可以消除 SOA 中其他地方的瓶颈一样。 （不确定应该将备份存储在哪里？查看云备份与本地备份：您需要哪个？）
错误和失败
数据库管理员还必须处理各种类型的系统故障，其中许多与系统过载或某种非预期使用有关。
例如，完整的事务日志可能会导致事务错误。 其他错误与驱动器空间或备份数据源或目标由于某种原因不可用的情况有关。
管理员必须监控驱动器空间、组织备份活动并查看可用资源以避免此类情况。 在某些情况下，修复可能需要间接备份到外部位置。
遵守
数据库管理员的另一个主要问题是合规性。
不同的行业有自己的 SQL 合规性版本，但总的来说，SQL 审计将显示系统是否具有顺利通过所需的安全性和完整性。 例如，FT RPA 管理教育数据库系统的合规性标准。 金融 Sarbanes-Oxley 法规也包括 SQL 规则，PCI 法规对金融数据也是如此。
合规向导可以帮助公司自动化或培训这些类型的合规性。 审计将查看可疑活动、数据收集实践、仪表板访问等内容。 （另请阅读：技术如何帮助公司在 COVID-19 期间保持合规性？）
数据恢复
时不时地，数据库管理员也会对恢复产生疑问。 例如，负责维护数据库操作的人员可能需要知道如何从事务日志中恢复，或者如何以及在何处可以恢复受到危害的数据。 所有这些都需要数据库技术和附件的特定知识。
恢复问题也可能对时间非常敏感。 公司团队可能会根据发生的问题的量化停机时间或“停留时间”来讨论修复。 SQL 恢复问题无论是否有助于发现或其他重要操作，都会使公司付出巨大代价。 延迟通常很糟糕，但恢复问题可能更糟。 （灾难恢复可能会让人不知所措，而且可能很难知道从哪里开始。查看灾难恢复 101 以了解基础知识。）
可扩展性
随着时间的推移，系统会增长。 这对于数据库活动来说非常正确。 更多的用户、更多的客户历史、更多的业务产品或服务以及更多的交易意味着 SQL 表的膨胀。
工程师在考虑数据库设置时必须着眼于未来。 他们必须了解更多的活动是否会给系统带来过大的负载，或者换句话说，他们必须计划扩展系统并确保数据库有容量。
最后的想法
上述所有问题：备份时间表、处理错误和故障、确保合规性、制定数据恢复计划和可扩展性——可以使用来自支持数据库管理的经验丰富的公司的第三方供应商系统更轻松地进行管理。 寻找您的公司在这个复杂的数据环境中导航所需的 SQL 工具。
