数据库如何灾难恢复？
浏览量： 次 发布日期：2018-11-10 23:16:37
数据库如何灾难恢复？
我们现在将注意力转向数据库管理员最重要的任务：支持灾难恢复计划和执行。在古代（20世纪80年代！），选择是有限的。最常见的灾难计划形式是对所有文件和服务器进行完全备份，可能包括数据库管理系统备份，然后将这些备份存储在异地。然后，DBA通过物理访问备份并在经过适当的物理修复，清理以及所需的硬件和/或软件安装或升级后在辅助站点或原始站点上使用它们来执行恢复（必要时）。
随着企业的成熟，新的硬件和软件选项增加了IT环境的复杂性。多个分布式服务器增加了采取一致备份的复杂性，多个故障点需要本地问题的恢复计划，以及新的法规和合规性要求现在意味着需要测试灾难计划。这意味着找到时间，设施和员工来复制所有或大部分IT基础设施，以模拟灾难并实施恢复。
现代IT基础设施已经超越了这一范围。数据库即服务（DBaaS）的出现将数据库管理卸载到第三方，包括创建数据库对象（例如表），实施业务规则（例如唯一性，父子参照完整性，域规则等），性能调优（例如索引），网络连接（云？）和容量规划。另一个问题是企业数据仓库和任何数据集市的增长。虽然最初的仓库实施很可能仅用于商业智能，但高级操作系统现在通常具有仓库组件，因此要求仓库成为灾难恢复计划的一部分。最后，我们有大数据。这些应用程序比其他大多数应用程序更能引导企业实施“热”灾难恢复站点。
对于DBA来说，工作在过去十年中已经大大扩展。仍然需要备份数据库以便从磁盘硬件错误或恶意应用程序中恢复。大型站点范围的灾难仍然需要监控流程，其中大部分都可以实现自动化。DBA还必须跨两个站点协调数据库更改（新表和索引，新列或偶然列等）。
结果是主要 - 辅助站点二元性，两个站点的磁盘存储都是重复的。对于大数据应用程序，确保灾难后这些数据可用的唯一方法是在辅助站点安装完整规模的设备并执行同步更新（或在两个站点执行设备加载作业）。完成此操作后，DBA在辅助站点上执行了哪些操作？毕竟，人们拥有所有大数据硬件和存储空间相对闲置。
一种选择是将辅助站点视为大数据应用程序的测试环境。这些应用程序（包括商业智能分析）仅供查询; 因此，可以使用准生产数据进行大量的查询测试，应用程序测试和性能测试。这样做的好处是可以在生产实施之前让DBA查看查询性能配置文件，从而允许DBA监视和分析数据访问路径，然后可能主动在生产环境中进行性能更改。
另一种选择是数据联合。许多企业正在转向集中式数据分析程序，该程序允许访问数据，而无需用户知道数据的物理位置。这些系统通常组合对企业数据仓库，一个或多个大数据应用程序，一个或多个分布式数据集市以及甚至可能选择的运营数据的访问。这可以作为次要环境中的概念验证来尝试。DBA应该是此过程的一部分，以便他们可以分析在整个企业中查找特定数据库的成本和收益。
最后，DBA必须参与新的应用程序开发，特别是如果将使用像DBaaS这样的第三方服务。除了安全性和性能问题之外，DBA还知道公司的数据，为什么它在物理上位于它的位置，以及未来可能实施的联合。
我们现在将注意力转向数据库管理员最重要的任务：支持灾难恢复计划和执行。在古代（20世纪80年代！），选择是有限的。最常见的灾难计划形式是对所有文件和服务器进行完全备份，可能包括数据库管理系统备份，然后将这些备份存储在异地。然后，DBA通过物理访问备份并在经过适当的物理修复，清理以及所需的硬件和/或软件安装或升级后在辅助站点或原始站点上使用它们来执行恢复（必要时）。
随着企业的成熟，新的硬件和软件选项增加了IT环境的复杂性。多个分布式服务器增加了采取一致备份的复杂性，多个故障点需要本地问题的恢复计划，以及新的法规和合规性要求现在意味着需要测试灾难计划。这意味着找到时间，设施和员工来复制所有或大部分IT基础设施，以模拟灾难并实施恢复。
现代IT基础设施已经超越了这一范围。数据库即服务（DBaaS）的出现将数据库管理卸载到第三方，包括创建数据库对象（例如表），实施业务规则（例如唯一性，父子参照完整性，域规则等），性能调优（例如索引），网络连接（云？）和容量规划。另一个问题是企业数据仓库和任何数据集市的增长。虽然最初的仓库实施很可能仅用于商业智能，但高级操作系统现在通常具有仓库组件，因此要求仓库成为灾难恢复计划的一部分。最后，我们有大数据。这些应用程序比其他大多数应用程序更能引导企业实施“热”灾难恢复站点。
对于DBA来说，工作在过去十年中已经大大扩展。仍然需要备份数据库以便从磁盘硬件错误或恶意应用程序中恢复。大型站点范围的灾难仍然需要监控流程，其中大部分都可以实现自动化。DBA还必须跨两个站点协调数据库更改（新表和索引，新列或偶然列等）。
结果是主要 - 辅助站点二元性，两个站点的磁盘存储都是重复的。对于大数据应用程序，确保灾难后这些数据可用的唯一方法是在辅助站点安装完整规模的设备并执行同步更新（或在两个站点执行设备加载作业）。完成此操作后，DBA在辅助站点上执行了哪些操作？毕竟，人们拥有所有大数据硬件和存储空间相对闲置。
一种选择是将辅助站点视为大数据应用程序的测试环境。这些应用程序（包括商业智能分析）仅供查询; 因此，可以使用准生产数据进行大量的查询测试，应用程序测试和性能测试。这样做的好处是可以在生产实施之前让DBA查看查询性能配置文件，从而允许DBA监视和分析数据访问路径，然后可能主动在生产环境中进行性能更改。
最后，DBA必须参与新的应用程序开发，特别是如果将使用像DBaaS这样的第三方服务。除了安全性和性能问题之外，DBA还知道公司的数据，为什么它在物理上位于它的位置，以及未来可能实施的联合。
相关推荐
QQ客服