快速,持续,稳定,傻瓜式
支持Mysql,Sqlserver数据同步

数据库备份,它们有什么用?

在线QQ客服:1922638

专业的SQL Server、MySQL数据库同步软件

皮克斯公司最近在一个引人入胜的视频中承认,《玩具总动员2》由于备份不当而差点丢失,但有时没有“几乎”。格兰特·弗里奇(Grant Fritchey)对一些灾难性的数据丢失表示同情,并就如何避免他所谓的RGE(简历生成事件)提供了建议。

埃德温·斯塔尔(Edwin Starr)提出了一个稍有不同的问题,并提出了“绝对没有”的答案(是的,可以在原始问题的背景下对此进行争论,但我将其留给专家)。在我刻薄地引用报价并将明喻延伸到单个原子的宽度时,我还听到了“ 备份?我们不需要备份。”

对于这两种情况,我必须回答:“我希望有所不同。” 我并不孤单。不相信我吗 好吧,假设您可以对其进行跟踪,我建议您询问曾经在这些不同业务部门工作过的人员,他们对建立全面,经过测试和监控的备份计划的想法有何看法。

请注意,我并不是在批评这些人。他们犯了错误。众神知道我几乎每分钟都会犯错,所以我没有在这里扔石头。但是我们有很多美好,完美的经验教训可以从别人的错误中学习,所以让我们学习。

玉兰

Ma.gnolia是一个小型的但颇受好评的网站,用于聚集您的链接,以便您在不同的机器和不同的环境之间有一个公共的存储库。好主意。无论如何,该公司在MySQL上拥有大约500gb的数据库。据我所知,有一个备份过程可以将MySQL数据文件流式传输到第二台服务器。

发生了什么

正如《连线》杂志的这篇文章所指出的那样,ma.gnolia正在遭受MySQL数据库中数据损坏的困扰。这一直是一个持续的问题。随着这些事情的发展,情况变得越来越糟,然后有一天……他们的世界停止了。他们去了备份,但是,文件副本也复制了所有损坏。他们试图通过磁盘恢复服务进行恢复,但是他们回来的只是损坏的文件。数据库已经死了,公司也死了。

可能会发生什么

他们有数据损坏。

我为一家初创公司工作,所以我知道这是怎么回事。一切都很好。数据损坏只会伤害少数人或几条数据,因此没有理由停止。前进,更快,这是创业公司的座右铭。

问题是,数据损坏变得越来越严重。就是这样。迟早,您不是要丢失数据页面,而是要丢失数据库,这就是发生的情况。如果您发现系统损坏,则需要立即进行修复。如果这意味着停机,则意味着停机。您处于“现在付我一点钱或以后付我很多钱”的情况。受到打击。解决此问题。

此外,他们似乎还没有测试备份。有一个隐含的假设,因为备份已经到位,所以他们没有后顾之忧。但是您必须测试您的备份。你必须。如果您尚未检查备份,则不知道其中有什么。如果您的生产系统中有损坏,我愿意放下您备份中的损坏。此外,由于这显然不是实际的备份,而更像是镜像,因此这是一个双重问题。

如果他们正在测试备份,他们将知道损坏已被复制。他们本可以尝试在备份服务器上修复问题,以查看对其打开了哪些恢复路径(如果有)。至少,他们会知道他们不能依靠备份,并且可以做其他事情。

故事来源

  • Ma.gnolia效应:我们应该相信云吗(是的,但是听听这个男人的话)
  • Ma.gnolia数据一去不复返了

沙发冲浪

CouchSurfing是一个联网站点(仍在运行,但没有原始数据),使您可以免费或几乎免费安排睡觉的地方。另一个好主意。这是在MySQL数据库上运行的另一个启动。他们再一次运行一个需要复制文件的备份过程,而不运行任何类型的备份操作。

发生了什么

发出了丢弃表语句。量产。反对他们最重要的表。他们全部。一次全部。哎呀。

因此,他们去了备份。只是发现文件系统中只有部分备份,而数据库中的所有表都没有。该公司倒闭了,但是,它在用户中非常受欢迎,以至于它被重新启动并从头开始重建,但是原始数据库被破坏了。

可能会发生什么

我知道这只是第二个例子,但是希望您开始感觉到一种模式。您需要测试您的备份。您不能简单地相信自己已经有了一个备份系统。特别是因为,所做的选择很可能不会导致数据库的良好恢复。您需要知道可以还原定义业务的数据库。确保执行此操作的唯一方法是对其进行测试。

您还需要摆脱复制文件与备份相同的想法。数据库系统实际上是具有多个活动部分的复杂软件。我不知道有关MySQL中备份的详细信息,但是很明显,可能会丢失定义数据库的文件。在SQL Server中也是一样。更不用说SQL Server锁定文件了,因此您的备份系统将跳过它们,或者它将复制它们,但是它们在事务上是不一致的。这意味着当您还原它们时,它将失败,就像您有数据损坏一样。找出备份在RDBMS中的工作方式并适当执行。如果要使用文件复制系统,则需要做两件事,就像从数据库备份过程中一样,需要测试从其中进行的还原,并且需要具有事务意识。

不这样做,您一无所有,没有沙发,没有冲浪,没有电视派对。

故事来源

  • CouchSurfing –完美风暴
  • MySQL论坛–备份帮助
  • CouchSurfing删除自身,关闭

危险

免得您以为这一切都与小型创业公司有关,让我们来谈谈Danger或在Microsoft / Danger网站上众所周知的情况。是的,您没有看错,Microsoft备份过程失败。大型企业和小型企业都可能会,也确实会发生这种情况。

T-Mobile Sidekick电话使用了Danger数据中心作为个人数据的电话外备份。我无法确定我们在这里讨论的是哪种类型的数据库系统。可能是SQL Server,但根据一些故事,应用程序和结构尚未完全纳入Microsoft的方法和实践中。有备份到位。

发生了什么

这还不是很清楚。许多消息来源报道该服务在一个周末后消失了。宣布所有关闭手机电源或关闭手机电源的人都会丢失所有数据。然后,几周后,从较早的备份中恢复了数据,因此有一些数据丢失,但不是全部。正式地,Microsoft将其列为服务中断,而不是数据丢失,而不是什么。

科技媒体广泛报道的谣言是,SAN升级正在进行中,由日立公司管理。据称,日立将所有内容都切换到了新的SAN,但是后来离线了。有人要求备份,但是据报告,在开始该过程之前,没有人进行任何备份。从我能找到的内容来看,整个故事还不清楚。

应该发生什么

如果要在生产系统上执行操作,则第一步必须是运行新的备份。总是。偏执于生产数据不会错。我知道您在上周执行了1000次SAN迁移。我知道你在上面写了手册。我知道你写了一本书。而且,我知道事情会发生,所以我现在要运行备份,好吗?我可能还会复制昨晚的备份和最近24小时的日志备份。

就这么简单。您的数据仅与上次备份一样好。

哦,这又带来了一件事情,为什么要花两周多的时间才能恢复?我在这里猜测,因此假设这是绝对的猜测,而不是知识。他们也许不知道备份保存在哪里,并且花了一些时间才能找到并验证它们。可能吧 他们以前可能从未对任何系统进行过还原,因此要经过很多反复试验和摸索,直到一切恢复在线。您需要练习恢复系统,以便在承受压力时可以进行恢复。

故事来源

  • 是什么原因导致Sidekick失败?
  • 补充资料返回
  • T-Mobile和Microsoft / Danger数据丢失对云不利
  • 微软和Sidekick数据丢失的危险归咎于

JournalSpace.com

这是(再次是,他们又回来了,在出售域名后又重新获得了)一个博客托管软件。我认为它们正在运行SQL Server(肯定是某种类型的SQL数据库)。根据包括Tech Crunch在内的几份报告,甚至没有采取任何备份措施。取而代之的是,他们依靠一个事实,即拥有RAID阵列作为“备份”。

发生了什么

在某些情况下,整个数据库被删除。RAID是用来备份硬件而不是数据的,它按照指示进行了简单的操作,并将数据库拖放到了镜像驱动器上。of 爸爸去了。

应该发生什么

哦,我不知道,也许他们是否设置了备份过程,而不是假设硬件冗余与进行备份是一回事。对于那些不清楚这个问题的人,事实并非如此。您需要备份。此外,您应该具有非现场备份。建筑物被烧毁/洪水/掉落/倒塌/被流星击中/被哥斯拉踩到/电力下降/屋顶坍塌(有时甚至来自哥斯拉)。而且这不是在这种情况下,没有警告。您需要对数据进行备份,并且需要在建筑物之外的其他地方拥有该备份的副本。假设您的整个业务都是围绕数据构建的。如果这完全不重要(例如,您收集的LOLCat图片),那么可以肯定地备份,也许不行。但是,如果您的业务是围绕这些数据构建的,请对其进行保护。备份它,或者看着它消失。

对不起,但是这个困扰我。不仅仅是一个公司显然犯了一个错误,一个托管公司也参与了,他们也犯了一个错误。这么多人不应该犯那么多错误。

故事来源

  • 镜像不是备份
  • Journalspace.com的尸检(存档链接)
  • 太空日记
  • 没有备份,没有业务

皮克斯

这根本不是一回事。我们不是在讨论数据库,而是在讨论数据库,但是这个故事非常完美地说明了我的全部观点,因此我必须将其包括在内。

发生了什么

这是经典。基本上,有人将“ DELETE *。*”发布给了他们的文件系统……当时存储正在制作中的电影的那个就是“玩具总动员2”。当他们备份时,发现他们已经失败了一个多月。这是后期生产,他们必须重新创建至少一年的工作才能使所有内容恢复在线。

幸运的是,对于我们所有人来说,这位极客一直都在将电影复制到她的家用电脑上,以向她的孩子们展示。这样她就完整完整了。

应该发生什么

我们回到验证您的备份。您根本无法假设备份是好的。您必须获得一些验证方法。如果您不验证备份,那么您只会一头雾水。

故事来源

  • 他们以自己的方式告诉他们。

摘要

分数肯定是两死的,一死是复活的,一是“没什么可看的,继续前进”。但是,所有这些都是完全灾难性的数据丢失,可以通过一些简单的步骤来避免:

  • 备份数据库
  • 通过测试验证您的备份
  • 通过一致性检查验证数据库
  • 将备份副本移到异地
  • 测试您的还原过程

是的,所有这些都是额外的劳动,但都不是困难或未知的。有研究表明,中小型企业没有做好准备,事实上,由于数据丢失,它们将倒闭(尽管确切的数字绝对有争议)。该信息可供企业,保险公司和数据专业人员使用。简而言之,您没有任何借口。如果您不执行备份,测试备份和监视备份,则只是在等待简历生成事件(RGE)发生。

相关推荐

咨询软件
 
QQ在线咨询
售前咨询热线
QQ1922638