在之前的帖子中,我们分享了设置说明
OST-2数据中心基于Commvault的备份系统的存储系统。
它是如何工作的呢?
Commvault 是应用程序、数据库、文件系统、虚拟机和物理服务器的备份平台。 在这种情况下,初始数据可以位于任何站点:在我们这里 - 在客户端、在另一个商业数据中心或在云中。
客户端在备份对象上安装代理 - 数据代理 - 并根据所需的备份策略进行配置。 iData Agent 收集必要的数据,进行压缩、重复数据删除、加密并将其传输到 DataLine 备份系统。
代理服务器 确保客户端网络和我方网络的连通性,数据传输通道的隔离。
在DataLine端,来自iData Agent的数据接收 媒体代理服务器 并将其发送到存储系统、磁带库等上的存储。所有这些都由 康斯韦。 在我们的配置中,主控服务器位于OST站点,备份服务器位于NORD站点。
默认情况下,客户端数据存储在一个站点上,但您可以同时将备份组织到两个位置,或设置将备份传输到第二个站点的计划。 此选项称为“辅助副本”。 例如,月底的所有完整备份将自动复制或移动到第二个站点。
Commvault 备份系统的操作方案。
备份系统主要工作在VMware虚拟化上:CommServe、Media Agent和Proxy服务器部署在虚拟机上。 如果客户使用我们的设备,则备份放在华为OceanStor 5500 V3存储系统上。 为了备份客户端存储系统,将备份存储在磁带库上,使用物理服务器上的单独介质代理。
对客户来说什么是重要的?
根据我们的经验,选择Commvault进行备份的客户需要注意以下几点。
安慰。 客户希望自己管理备份。 所有基本操作都可以在 Commvault 控制台中进行:
- 添加和删除备份服务器;
- 设置iData代理;
- 创建和手动启动任务;
- 自我恢复备份;
- 设置有关备份任务状态的通知;
- 根据角色和用户组对控制台的访问进行区分。
重复数据删除。 重复数据删除允许您在备份过程中查找并删除重复的数据块。 因此,它有助于节省存储系统的空间并减少传输的数据量,从而降低对带宽的要求。 如果没有重复数据删除,备份将占用原始数据大小的两到三倍。
对于 Commvault,可以在客户端或介质代理端配置重复数据删除。 在第一种情况下,非唯一数据块甚至不会传输到介质代理服务器。 在第二种情况下,重复块被丢弃并且不写入存储系统。
这种块重复数据删除是基于哈希函数的。 每个块都分配有一个哈希值,该哈希值存储在哈希表中,哈希表是一种数据库(Deduplication Database,DDB)。 传输数据时,哈希值将通过该基数“打孔”。 如果此类散列已存在于数据库中,则该块将被标记为非唯一,并且不会传输到介质代理服务器(在第一种情况下)或写入数据存储系统(在第二种情况下)。
得益于重复数据删除,我们可以节省高达 78% 的存储空间。 现在存储中存储了 166,4 TB。 如果没有重复数据删除,我们将不得不存储 744 TB。
区分权利的可能性。 Commvault 能够设置不同级别的备份管理访问权限。 所谓的“角色”决定了将采取什么行动
加密。 您可以通过以下方式在通过 Commvault 备份时加密数据:
- 在客户端代理方面:在这种情况下,数据将以加密形式传输到备份系统;
- 在媒体代理方面;
- 在通道级别:数据在客户端代理端加密并在介质代理服务器端解密。
可用的加密算法:Blowfish、GOST、Serpent、Twofish、3-DES、AES(Commvault 推荐)。
有人统计
到 27 月中旬,在 Commvault 的帮助下,我们已有 65 个客户端进行备份。 其中大多数是零售商和金融机构。 原始副本数据总量为XNUMXTB。
每天大约执行 4400 项任务。 以下是过去 16 天已完成任务的统计数据。
最重要的是,Windows 文件系统、SQL Server 和 Exchange 数据库都通过 Commvault 进行备份。
现在是承诺的案例。 虽然非个人化(NDA 打招呼:)),但它们为客户提供了有关使用基于 Commvault 的备份的内容和方式的想法。 以下是针对使用单一备份系统(即共享软件、介质代理服务器和存储系统)的客户的案例研究。
情况1
顾客。 俄罗斯糖果市场贸易和制造公司,其分支机构网络遍布俄罗斯各地。
任务。组织 Microsoft SQL 数据库、文件服务器、应用程序服务器、Exchange Online 邮箱的备份。
初始数据位于俄罗斯各地(10 多个城市)的办事处。 您需要备份到 DataLine 站点,然后在公司的任何办公室进行数据恢复。
同时,客户希望通过访问控制实现完全的自我管理。
存储深度 - 年。 对于 Exchange Online,在线副本为 3 个月,存档为一年。
解决方案。 为第二个站点上的数据库设置了额外的副本:该月的最后一个完整备份被传输到另一个站点并在那里存储一年。
客户远程办公室的渠道质量并不总是允许在最佳时间范围内进行备份和恢复。 为了减少传输流量,在客户端配置了重复数据删除。 多亏了她,考虑到办公室地处偏远,完整备份的时间变得可以接受。 例如,从圣彼得堡备份 131 GB 的完整数据库只需 16 分钟即可完成。 从叶卡捷琳堡开始,340 GB 的数据库备份时间为 1 小时 45 分钟。
通过角色,客户为其开发人员配置了不同的权限:仅备份或恢复。
情况2
顾客。 俄罗斯儿童用品连锁店。
任务。 组织备份:
基于4台物理服务器的高负载MS SQL集群;
具有网站、应用程序服务器、1C、Exchange 和文件服务器的虚拟机。
客户端的整个指定基础设施位于 OST 和 NORD 站点之间。
SQL 服务器的 RPO - 30 分钟,其余的 - 1 天。
存储深度 - 从 2 周到 30 天,具体取决于数据类型。
解决方案。 我们选择了基于 Veeam 和 Commvault 的解决方案组合。 Veeam 用于从我们的云进行文件备份。 数据库服务器、Active Directory、邮件和物理服务器均通过 Commvault 进行备份。
为了实现较高的备份速度,客户在带有MS SQL的物理服务器上分配了一个单独的网络适配器来执行备份任务。 3,4 TB 数据库的完整备份需要 2 小时 20 分钟,完整恢复需要 5 小时 5 分钟。
客户初始数据量较大(近18TB)。 如果像客户之前那样将数据堆叠到磁带库上,则需要几十个盒带。 这将使客户整个备份系统的管理变得复杂。 因此,在最终的实现中,磁带库被存储系统所取代。
情况3
顾客。 独联体国家的连锁超市
任务。 客户想要备份和恢复托管在我们云中的 SAP 系统。 对于 SAP HANA 数据库,RPO=15 分钟,对于具有应用程序服务器的虚拟机,RPO=24 小时。 储存深度 - 30 天。 发生意外时RTO=1小时,按需恢复副本RTO=4小时。
解决方案。 对于HANA数据库,按指定的时间间隔配置DATA文件和Log文件的备份。 日志文件每 15 分钟或达到一定大小时归档一次。
为了减少数据库的恢复时间,我们在存储系统和磁带库的基础上设置了备份的二级存储。 在线副本被添加到磁盘中,并且可以在一周内的任何时间进行恢复。 当备份超过 1 周时,它会被移至存档、磁带库,并在其中再存储 30 天。
181 GB 数据库之一的完整备份只需 1 小时 54 分钟即可完成。
设置备份时,使用了 SAP backint 接口,该接口允许将第三方备份系统与 SAP HANA Studio 集成。 因此,可以直接从 SAP 控制台管理备份。 这使得 SAP 管理员的生活变得更加轻松,无需习惯新界面。
客户端还可以通过标准 Commvault 客户端控制台进行备份管理。
这就是今天的全部内容。 在评论中提问。
来源: habr.com