媒体和娱乐行业的数据备份和恢复

存储 存储软件
存档文件用于重用创建的内容。存档的目标不是在数据损坏和损失时快速恢复数据。它是组织数据,使用户可以轻松地搜索和查找特定文件的信息和再利用。它不是为了恢复大量数据而设计的。

美国广播协会(NAB)于今年4月举办了2018年NAB展。这是一个大型展会,来自161个国家的1800多家参展商和103,000名与会者参会。

在这个展会上有几个热门话题,其中包括音频IP、高动态范围图像(HDR)、增强现实、人工智能、机器学习,以及各种阶段的云计算。

而数据存储不在这些讨论的主题中,但主存储、云存储以及存档存储的参展商也参加了此次会议。其中,高性能主存储厂商包括Dell EMC Isilon和Qumulo公司,其展出的内部部署二级存储器引起了人们的广泛关注,其中大多数是Spectra Logic、Storage DNA以及IBM /Sony 330TB磁带合作伙伴等活跃的存档磁带供应商。商业化存档也是一个活跃的主题。云计算的主存储和存档厂商也参加了展会,例如Cloudian、Scality和Caringo等对象存储供应商。

 

[[230649]]

云计算的备份和灾难恢复?

尽管存在这些重要用例,但云计算备份和灾难恢复(BDR)的产品却严重不足:(1)备份到云端以实现高性能备份和恢复到远程位置:(2)备份来自SaaS提供商的基于云计算的数据到定制的数据保护云。

问题是几乎没有广播行业厂商在做这些事情。他们通常通过本地磁盘到磁带或磁带之间直接进行备份。但影响数据中心的灾难也会影响到本地备份。如果广播公司实行非现场磁带轮换,则恢复所有数据需要大量时间。例如媒体和娱乐行业的SaaS客户也在使用瘦数据保护计划。许多广播公司都在假定他们的云计算提供商正在备份他们的数据。但他们只能备份30天的数据。

最后,许多广播公司认为他们可以从存档中恢复。所以他们可以也愿意等待几天时间。但存档并不是备份。

存档文件用于重用创建的内容。存档的目标不是在数据损坏和损失时快速恢复数据。它是组织数据,使用户可以轻松地搜索和查找特定文件的信息和再利用。它不是为了恢复大量数据而设计的。

?备份用于恢复丢失或损坏的文件。存档文件不适合进行快速和大量的恢复。即使备份磁带处于联机状态,这需要进行一下假设,当广播公司将场外磁带进行轮转时,其存档恢复不能满足数据完整性标准或关键的RTO(恢复时间目标)和RPO(恢复点目标)。RTO是组织为灾难发生后恢复数据和应用程序设定的目标时间。RPO(恢复点目标)是组织在备份和恢复之间可以承受的数据量。

从冷存储层访问文件存档有一定意义,因为访问存档的滞后时间通常不是主要问题。但是,当恢复大量文件时,读取的时间将累积在一起,这带来了长时间恢复和严重的停机时间。当组织还原文件时,不希望存档在冷存储上。组织需要一个经济的在线备份设备,可快速备份,并快速恢复从单个文件到一个电影长度数据集的所有内容。

数据备份的故事

不要以为这种情况永远不会发生。当文件从主服务器上消失时,就会损失惨重。Pixar公司在电影“玩具总动员2”的文档正在进行备份时,有人输入了一个Unix代码来删除不需要的文件子集,但无意中在电影文件的根目录中进行了删除。几分钟内,90%的电影资料全部删除。

还有一些IT人员将工作文件备份到磁带上,而恢复过程需要一些时间,但最终只能失去一天的工作量......直到他们恢复并意识到磁带机只支持4GB数据时,有些数据可能无法恢复。当数据超过4GB的卷时,备份磁带将删除较旧的备份数据。没有人知道删掉的数据是什么,这是因为没有人查看错误日志来验证备份。

“玩具总动员2”电影的意外删除可能就是这样,好在这部电影的技术总监产假期间在家中工作。皮克斯公司经常给她发送备份文件,并将其存储在家中的服务器上。在事发当天,她回到公司参加了关于数据丢失的工作会议,并知道她在家中存有大部分文件。她和公司首席技术官开车回家取回服务器,将其带回公司。在服务器重新启动之后,其文件得以恢复。

当时,这件事发生在1998年,但如今,同样的错误也在发生。广播组织无需验证备份,检查错误日志或使用有效的非现场轮换即可备份到磁带,大多数不会连续备份关键的生产文件。随着更多广播公司将生产的数据转移到云端,他们将数据保护委托给没有提供长期数据保留服务的SaaS提供商。

媒体和娱乐行业将面临云计算的备份和灾难恢复(BDR)的挑战

通过采用适合的备份和灾难恢复(BDR)提供商的服务,备份和恢复解决了关键数据的性能和保留问题。但不仅仅是云端将会这样做,组织必须为高性能备份和恢复、海量文件大小、安全性、备份完整性,以及SaaS的云到云备份来构建云环境。

面临的挑战

  • 高性能恢复。简单的磁带或云端作为目标数据备份并不能解决快速恢复问题。全面的备份和灾难恢复(BDR)战略需要提供持续的数据保护和IT弹性,并及时恢复。
  • SaaS风险数据。随着生产环境迁移到云端,媒体和娱乐行业需要保护这些数据。许多公司都在假定他们的SaaS提供商正在备份数据。但它们仅限于短期的可用性,很少有人会在任何长期的基础上备份和恢复数据,而那些提供这些数据的人会以高价购买。
  • 大量文件。根据InfoStor报道,电影帧速率从每秒24帧(fps)增加到48帧和60帧,并可能高于此速度。更高的分辨率会增加文件大小:1小时标清(SD)影片的大小大约为112 GB,而HD影片为537 GB,Ultra HD为6,880 GB。超高清电视和电影的分辨率已经达到8K。这是很多要备份到远程位置的数据。
  • 人工备份管理。仅将云计算用作备份目标会损失本机的云计算的备份和灾难恢复的自动化优势,包括自动备份到多个冗余云,并根据应用程序优先级设置不同的备份计划。
  • 安全。非现场的磁带确实比较安全,但其数据的恢复需要大量时间。联机虽然恢复很快并可用,但可能没有足够的安全性,如加密传输和空闲的数据。

Megaclouds不是答案

谷歌、Azure和AWS等云计算巨头如今需要满足媒体和娱乐行业对高性能和海量数据集的在线需求。Megaclouds是Megaclouds公司为IT和消费者数据构建的工具,而不是大规模数据集和广播视频所需的快速吞吐量。基于云计算的生产软件无需采用通用的云基础设施,并可选择针对广播应用进行优化的专用云平台。而这些巨头需要运行媒体和娱乐行业的业务,并且正在忙于重新架构以处理广播生产环境。

Megaclouds也不是针对云计算备份和灾难恢复(BDR)的类似要求而定制的。许多媒体和娱乐组织都没有使用,因为很多提供商仅仅在Megaclouds上设置虚拟机,并将其视为另一个备份目标。但是,这种基本架构不能解决媒体和娱乐行业对于大规模文件大小、性能、安全性和SaaS备份的关键备份需求。

恢复时间和恢复点目标也是从在线冷存储库恢复时的问题。Megacloud冷存储层并不意味着要快速或频繁地恢复,除了时间敏感的问题之外,Megaclouds客户通常需要支付额外的费用才能恢复。如果组织需要快速恢复大量数据,Megaclouds对其并不适合。

媒体和娱乐行业的基于云计算的备份和灾难恢复(BDR)服务

正如媒体和娱乐行业生产需要自定义体系结构才能成功,云计算的备份和灾难恢复(BDR)需要高度优化的自定义云,以便备份和快速恢复。

当媒体和娱乐行业组织选择正确的云备份和专用备份和灾难恢复(BDR)云组合时,他们可以获得所需的快速性能、安全性、完整性和吞吐量。供应商包括用于云备份和恢复的LiveVault和Asigra以及KeepItSafe的定制备份和灾难恢复(BDR)云。

  • 高性能备份和恢复。大规模的媒体和娱乐的文件需要高度优化的备份和恢复速度。优化WAN流量至关重要。重复数据删除和压缩减少了通过广域网传输的数据量。增量级备份只复制数据更改,这可以加快备份的速度,并使连续备份成为可能。原生云计算的备份和灾难恢复(BDR还利用云计算的动态可扩展性来实现有效的备份数据增长。
  • 备份SaaS数据。从SaaS备份并不像期待SaaS提供商那样简单。第三方备份服务与SaaS提供商集成,以备份在线数据以进行长期保留和恢复。
  • 自动化。云计算的备份和灾难恢复(BDR)服务提供了自定义和自动备份和恢复的策略。其策略包括自动备份到冗余数据中心,允许IT设置备份计划并启动恢复。
  • 安全。媒体和娱乐数据是黑客的一个主要目标,因此媒体和娱乐行业客户需要寻求物理和网络安全。在物理方面,备份和灾难恢复(BDR)提供商应备份到针对物理灾难和入侵者的冗余云数据中心。企业寻找像ISO 27001这样的高级安全认证,而网络安全需要传输和静态加密、入侵检测、反恶意软件、针对备份攻击循环的安全性,以及强大的用户访问保护。

数据备份和媒体行业

传统云备份不适合媒体和娱乐行业的海量数据集、高性能需求和安全需求。但是,对于基于云计算的生产和存档,媒体和娱乐行业不能缩短备份和恢复过程。

新的备份和灾难恢复(BDR)技术媒体和娱乐行业能够有效和安全地防止数据丢失、黑客攻击和数据损坏。

责任编辑:武晓燕 来源: 企业网D1Net
相关推荐

2020-03-06 11:34:45

区块链音乐技术

2017-01-06 08:24:23

备份恢复大数据

2022-05-10 14:33:05

元宇宙媒体和娱乐虚拟现实

2022-08-05 08:48:33

KubernetesEtcd数据

2010-04-12 10:40:49

Oracle数据库

2015-10-21 14:07:17

Oracle备份Oracle恢复

2021-09-13 10:27:34

云备份云恢复云计算

2011-05-11 13:01:07

DB2数据恢复数据备份

2010-04-12 14:19:00

Oracle数据库备份

2013-11-08 09:31:21

数据备份企业安全

2010-04-22 18:37:18

Aix系统

2010-03-30 10:05:02

Oracle数据库

2010-05-26 13:50:15

MySQL备份

2010-08-31 09:15:31

DB2备份数据结构

2009-02-16 17:18:31

恢复备份模式

2023-12-07 15:09:23

2023-08-03 07:39:10

MongoDB数据备份

2010-08-06 18:01:13

DB2数据备份

2011-03-16 10:11:41

WindowsEnterpriseD

2010-04-23 13:43:57

Aix操作系统
点赞
收藏

51CTO技术栈公众号