如何避免灾害与德尔福克斯

德尔福克侧重于虚拟化非生产环境,缓解DBA,资源和预算的压力,但我们不提供产品的第二个用例’T讨论了几乎足够。

保护数据丢失。

Jamie Pope是我们在我们的售前工程集团工作的大家之一,发送亚当和我一篇关于其中一个涉及任何DBA,(或整个业务的局面)畏缩的文章。一种 gitlab.com正在执行一些简单的维护 有人删除了错误的目录,从系统中删除超过300g的生产数据。似乎他们首次使用PostgreSQL“vacuum”清理数据库的功能,但决定他们有额外的时间来清理一些目录和那个目录’在哪里出错了。 Â要复杂化问题,但在现场备份失败,所以他们不得不去场外,(每个读者呻吟…)

即使是今天早上,您也可以查看The Data Datable Copy的状态的推文,并感受到本组织的痛苦,因为他们试图放置简单的错误。

用户在备份系统时掉下来。 Â刚刚在它们之前复制数据’重新执行恢复是痛苦的,作为DBA,我觉得涉及的人民:

德尔福克如何为Gitlab腾出一天? Â虚拟数据库(VDB)是从被压缩的恢复的图像派生的读/写副本,然后删除重复的副本,然后保存在具有在特定间隔中应用的事务数据的永久恢复的状态,(通常每24小时一次一次)到Delphix引擎源。 Â我们支持大量数据库平台(Oracle,SQL Server,Sybase,SAP等),并且能够虚拟化连接到它们的应用程序。 Â我们更新Delphix Engine源的频率是可配置的,因此根据网络和资源,可以减少这种间隔更频繁地申请,具体取决于vdbs需要的vdbs与生产。

通过这项技术,我们’在生产中遭受灾难性的失败情况,进入了许多情况。 Â虽然传统上,它们将取决于通过磁带从物理备份完全恢复,(可能是现场)或争先恐后地争夺备份,甚至找到一个备份到磁带窗口的备份,它们突然发现了Delphix可以旋转一个在从德尔福斯源发生之前的全新虚拟数据库,最后刷新了最后刷新,然后使用许多可行的选项来使它们快速启动并运行。

  1. 切换用户和应用程序以指向在事件发生之前恢复到时间点(PIT)的新VDB。同时,它能够随时随地恢复生产数据库,并对业务中断很小。
  2. 在失败之前创建一个VDB到PIT,然后在生产和VDB之间创建连接,使复制回生产丢失的数据。
  3. 如果有悲惨的损失,(即磁盘等)Â在失败之前创建一个VDB到坑中,并执行什么’s称为v2p,或虚拟到物理,将虚拟数据重新培养到成为新物理数据库。

这是一种情况更常常发生的情况’d想承认。许多次资源一直在努力工作,由于疲惫而犯错,其他时候有人不熟悉,并获得他们应该的东西’T简单地犯了一个可怕的错误,但这些事情发生了,这就是为什么DBA始终请求两种或三种备份方法。我们很快就会学到我们’只有我们的最后一个备份,如果我们可以’t保护数据,嗯,我们赢了’这是一份工作很长。

有兴趣自己测试它吗?我们有一个非常酷的 免费替代试验 通过使用您的亚马逊云 AWS.帐户。在这儿’源主机和数据库以及虚拟主机和数据库,所以您可以 创建VDB.,吹走桌子, 通过VDB恢复, 创建一个 V2P,(虚拟到物理)所有自己。

 

dbakevlar.

http://about.me/dbakevlar