ExaGrid和Veeam满足企业数据中心的新兴备份需求

2023-12-31 02:32

本文主要是介绍ExaGrid和Veeam满足企业数据中心的新兴备份需求,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

ExaGridVeeam相整合,打造功能强大、经济实惠且易于操作的数据管理解决方案

 

马萨诸塞州马尔堡--(美国商业资讯)--智能超融合备份存储器领域的领先供应商ExaGrid今日宣布携手Cloud Data Management™(云数据管理)备份解决方案领域的领导者Veeam® Software,为共同的企业客户进一步提供助力。整合后的解决方案满足“准时化”企业数据中心对还原和虚拟机(VM)恢复的新兴备份需求。ExaGrid和Veeam将共同助力企业客户大幅降低备份及备份存储的总体拥有成本(TCO),包括减少IT工作量和维护需求,同时提高备份性能,缩短恢复时间。

 

企业组织管理的数据量持续增长,影响正常运行时间目标和预算。在适当的时候访问正确的数据并快速恢复数据的能力会极大地影响组织的生产力。《Veeam 2019云数据管理报告》(Veeam 2019 Cloud Data Management Report)发现,近四分之三(73%)的企业认识到自身仍无法满足用户对不间断访问应用程序和数据的需求。ExaGrid携手Veeam共同助力企业应对这一挑战。

 

ExaGrid和Veeam通过整合来应对数据增长的挑战,并提供不间断的操作以支持虚拟数据中心和混合云,同时降低成本。ExaGrid和Veeam让客户能够在几秒钟到几分钟内启动VM,并充分利用私有云、托管云和公共云。整合后的解决方案有助于客户通过高性能、灵活且可扩展的架构,提高其备份基础架构的性能,同时减少数据存储量和降低复杂性,从而实现数据备份目标。

 

ExaGrid首席执行官兼总裁Bill Andrews表示:“当前,长期数据备份及关键数据和应用程序的快速恢复被认为是每个企业战略的必需条件,但并非所有解决方案都能满足这些基本的IT需求。ExaGrid和Veeam将合力帮助客户打造可扩展且易于部署和管理的灵活解决方案。”

 

Veeam Software全球联盟架构副总裁Ken Ringdahl表示:“作为云数据管理解决方案领域的领先创新企业,Veeam让我们的客户能够轻松保护他们所有的虚拟、物理和基于云的工作负载,无论它们位于何处。ExaGrid与Veeam Data Mover的整合通过支持互操作性并为SureBackup,DataLabs和Instant VM Recovery等Veeam功能创造独特的价值,进一步巩固领先地位。ExaGrid对Veeam的横向扩展备份存储库的支持还可以帮助客户根据需要更有效地管理其备份工作和横向扩展,使客户能够创建简单、灵活且可靠的基础架构。”

 

ExaGrid和Veeam的联合解决方案让客户能够灵活操作以下项目:

 

  • 在不到一分钟的时间内恢复生产型VM,以确保应用程序正常运行
  • 将数据保留在现场、异地的第二个数据中心以及异地的第三方托管云或公共云中
  • 在组中利用多达16个全球主要数据中心的物理交叉复制
  • 使用SQL转储或Oracle Recovery Manager (RMAN)直接备份
  • 保持使用混合云方法进行数据管理和备份的能力

 

参阅《企业使用ExaGrid and Veeam的五大理由》(Top 5 Reasons to Use ExaGrid and Veeam in the Enterprise)白皮书,了解有关ExaGrid和Veeam帮助客户更有效地管理其数据的五个关键领域的更多信息,包括成本、简易性、性能、可扩展性和灵活性。

 

关于ExaGrid
ExaGrid致力于提供智能超融合备份存储器,该存储器搭载重复数据删除技术,配有独特的停放区并采用横向扩展架构。ExaGrid的停放区提供最快速的备份、还原和即时虚拟机恢复。其横向扩展架构在单个横向扩展系统中集成所有设备,可确保随着数据增加而提供定长备份窗口,可避免代价昂贵的叉车式升级。敬请访问我们的网站exagrid.com或者在LinkedIn上与我们联系。请在我们的客户成功案例中浏览我们的客户对其ExaGrid体验的评价以及他们现在能够显著减少备份耗时的原因。

 

ExaGridExaGrid Systems, Inc.的注册商标。所有其他商标均为其各自所有者的财产。

这篇关于ExaGrid和Veeam满足企业数据中心的新兴备份需求的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/554713

相关文章

Hadoop企业开发案例调优场景

需求 (1)需求:从1G数据中,统计每个单词出现次数。服务器3台,每台配置4G内存,4核CPU,4线程。 (2)需求分析: 1G / 128m = 8个MapTask;1个ReduceTask;1个mrAppMaster 平均每个节点运行10个 / 3台 ≈ 3个任务(4    3    3) HDFS参数调优 (1)修改:hadoop-env.sh export HDFS_NAMENOD

企业安全之WiFi篇

很多的公司都没有安全团队,只有运维来负责整个公司的安全,从而安全问题也大打折扣。我最近一直在给各个公司做安全检测,就把自己的心得写下来,有什么不足之处还望补充。 0×01  无线安全 很多的公司都有不怎么注重公司的无线电安全,有钱的公司买设备,没钱的公司搞人力。但是人的技术在好,没有设备的辅助,人力在牛逼也没有个卵用。一个好的路由器、交换机、IDS就像你装备了 无尽、狂徒、杀人书一

研究人员在RSA大会上演示利用恶意JPEG图片入侵企业内网

安全研究人员Marcus Murray在正在旧金山举行的RSA大会上公布了一种利用恶意JPEG图片入侵企业网络内部Windows服务器的新方法。  攻击流程及漏洞分析 最近,安全专家兼渗透测试员Marcus Murray发现了一种利用恶意JPEG图片来攻击Windows服务器的新方法,利用该方法还可以在目标网络中进行特权提升。几天前,在旧金山举行的RSA大会上,该Marcus现场展示了攻击流程,

企业大模型落地的“最后一公里”攻略

一、大模型落地的行业现状与前景 大模型在多个行业展现出强大的应用潜力。在金融行业,沉淀了大量高质量数据,各金融平台用户数以亿计,交易数据浩如烟海。利用大模型分析处理这些数据,金融机构可以预测用户行为偏好,更高效、准确评估客户风险,实时监测交易和市场波动,及时制定策略。IDC 调研显示,超半数的金融机构计划在 2023 年投资生成式人工智能技术。 在科技领域,商汤人工智能大装置为大模型企业提

为备份驱动器制定备份计划:维护数据的3大方法

时间:2014-02-26 14:49 来源:网管之家 字体:[大 中 小]   您可能已经对您的电脑进行了备份,但其实这样还是远远不够的,其并非如您所认为的那样安全。您企业备份驱动器上的文件可能与您的主系统上的文件一样,容易受到灾难的影响。根据最近流行的恶意软件CryptoLocker的感染途径显示,连接到PC的外置驱动器——辅助硬盘驱动器,例如,用于备份的外部USB硬盘驱动器,可以像

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整