- 综合排序
- 最热优先
- 最新优先
- 来自专栏大数据杂货铺
CDP灾难恢复简介
为什么要进行灾难恢复？ 灾难恢复和业务连续性规划主要侧重于管理和降低风险。 CDP 灾难恢复参考架构 今天，我们宣布正式发布 CDP 灾难恢复参考架构 (DRRA)。 此外，我们还讨论了各种组件的灾难恢复准备状态以及每个组件的具体弹性策略。 CDP灾难恢复参考架构可在我们的CDP 参考架构微型站点内的公共文档中找到。 灾难恢复计划有助于确保在发生意外中断时继续进行维护分析。 了解和规划灾难恢复是迈向现代数据架构的下一步。 如果您想了解更多信息，请通读CDP 灾难恢复参考架构并联系我们的客户和专业服务团队，他们可以提供帮助。我们期待与您交谈并帮助您充分利用您的数据。
1.1K30编辑于 2022-12-02 - 来自专栏云计算D1net
公共云中的灾难恢复
这些选项(其他公共云供应商也可以使用)具有不同的价格，并提供不同的恢复点目标(RPO)和不同的恢复时间目标(RTO)。 ? 由于S3在默认情况下仅将数据复制到单个区域内的可用区域，因此企业需要启用到灾难恢复区域的跨区域复制。 企业将承担在第二个区域传输和存储数据的成本，但不会产生计算、EBS或数据库成本，直到企业需要在其灾难恢复区内生效。而权衡是启动应用程序所需的时间。 这个环境始终处于活动状态，并且其大小适合恢复业务所需的最小容量。企业根据需要使用Route 53切换到灾难恢复区域。根据需要将环境扩展到全部容量。 虽然上述方法实际上是灾难恢复解决方案，但这个方案是关于构建真正高度可用的解决方案。 ? 成功的多区域设置和灾难恢复流程的关键之一是尽可能采用自动化工具。这其中包括备份、复制和启动企业的应用程序。
1.3K90发布于 2018-06-08 - 来自专栏云计算D1net
云：如何推动灾难恢复？
在Consigli的案例中，意味着升级灾难恢复功能。 其他人在寻找机会，并重新思索他们的通信与协同工具，以获取更多的社会存在感，冒险进入业务分析领域，简直就是一片蓝海。
1.4K50发布于 2018-03-20 - 来自专栏数据库新发现
Oracle数据恢复、数据库恢复、灾难恢复专题
题记：随着数据库在企业中的重要性不断增加，数据库承载的业务越来越复杂，管理难度也不断增加，用户在数据库的使用过程中，不可避免的会遇到种种数据库故障、灾难，此时，数据备份与恢复就显得尤为重要。 备份恢复基础知识Cache-low rba 与 on-disk rba - 恢复笔记 Oracle的恢复从上一次成功的写出开始，也就是以Cache-Low RBA为起点，恢复至日志的最后成功记录，也就是以 ，帮助我们确认备份的有效与否.SMON: recover undo segment 与 事务恢复 和UNDO相关的操作极度危险，任何一个丢失的事务都可能成为灾难，所以了解任何一个动作及其可能带来的影响是对我们的重大考验 备份恢复基础知识 Cache-low rba 与 on-disk rba - 恢复笔记 Oracle的恢复从上一次成功的写出开始，也就是以Cache-Low RBA为起点，恢复至日志的最后成功记录， SMON: recover undo segment 与 事务恢复 和UNDO相关的操作极度危险，任何一个丢失的事务都可能成为灾难，所以了解任何一个动作及其可能带来的影响是对我们的重大考验。
5.9K30发布于 2018-09-05 - 来自专栏AI+运维：智能化运维的未来
灾难恢复和业务连续性：制定有效的灾难恢复计划
了解灾难恢复和业务连续性 灾难恢复和业务连续性（Business Continuity，BC）是指在灾难发生后，通过一系列预先计划的措施，快速恢复关键业务功能，确保企业的正常运营。 灾难恢复主要关注IT系统的恢复，而业务连续性则涵盖整个企业的业务流程和运营策略。 2. 制定灾难恢复计划的关键步骤 2.1 业务影响分析（Business Impact Analysis，BIA） BIA是制定灾难恢复计划的第一步。 这些策略包括数据备份、系统冗余、故障转移、应急响应等措施，确保在灾难发生时能够快速恢复关键业务功能。 3. 技术实施细节 3.1 数据备份和恢复 数据备份是灾难恢复计划的核心部分。 结语 制定完备的灾难恢复计划是确保企业在灾难发生时能够快速恢复业务连续性的关键。
54010编辑于 2024-11-12 - 来自专栏云计算D1net
权衡多云灾难恢复的挑战
如果企业希望将其备份策略扩展到云端，则多云灾难恢复可能不是首选。云计算或私有数据中心发生故障的风险是引起多云架构关注的主要因素。 对于选择多云灾难恢复策略的组织来说，这会深刻影响架构选择、成本和其他因素。 此外，企业不太需要多云提供的灾难恢复冗余服务，因为单个故障导致数据中心和云计算瘫痪或中断的可能性非常小。 然后，构建混合云体系结构(云计算灾难恢复的首选方法)的企业可以使其数据中心和云计算环境相互备份。 幸运的是，无论架构师为混合云灾难恢复还是多云灾难恢复而构建，应用程序更改和云计算服务选择都基本相同。 成本要求 企业必须权衡多云灾难恢复的成本和它将增加的可靠性。不幸的是，几乎不可能对这些因素进行精确的分析，因为为多云灾难恢复准备应用程序的成本取决于所涉及的应用程序数量及其设计方式。 与弹性应用程序部署和重新部署相关的成本取决于这些相同的因素，而企业的操作实践决定了恢复对问题的响应速度，这是获得可靠性的重要因素。 不管可靠性如何，多云灾难恢复无疑将增加托管成本。
1.1K10发布于 2019-10-23 - 来自专栏云计算D1net
云端创新如何改变灾难恢复
云端配置中的灾难恢复消除了拥有和管理专门用于灾难恢复的整个设施的成本和复杂性，并为备用系统和软件提供了更加客户友好的运营支出模型。 但是，传统的灾难恢复方法需要企业在专用基础设备上复制数据和应用程序。企业花费大量的资源来创建、测试、维护这个灾难恢复基础设施。 在灾难发生时，可以实现业务连续性，并能够快速安全地扩展以满足业务需求。 灾难恢复即服务(DRaaS)的演变 传统的灾难恢复模式的基本前提是，即使发生灾难也必须照常进行。 灾难恢复即服务(DRaaS)使得企业在24～48小时内部署额外的基础设施成为可能，这在传统灾难恢复模型中是不可想象的。 •能够将云计算服务上的灾难恢复环境当作云迁移的桥梁。 •重新调整现有的灾难恢复环境以满足正在进行的项目需求和报告。
1.2K80发布于 2018-03-28 - 来自专栏AustinDatabases
PostgreSQL REPMGR 灾难恢复过程复盘
大家肯能注意到,最近一直都是各种数据库的灾难恢复的复盘, 本身作为一个TEAM 的LEADER 我想到的是在紧急情况下,我们应该有一个应对的措施,对每一个 TEAM 的 DBA 都应该在那个时候沉着冷静 恢复就是启动数据库服务,并且在10.50.132.146上启动 repmgrd -f /etc/repmgr.conf 两个从库DOWN ,结论不会影响业务 3 主库DOWN 在第一时间从库开启判断机制 的数据后,我们直接运行如下命令 repmgr -h 10.50.132.146 -U repmgr -d repmgr -f /etc/repmgr.conf standby clone 整体系统恢复 此时物理机启动, 恢复流程如下 1 启动源主库 10.50.132.146 2 启动KEEPALIVED 业务恢复 3 启动从库 4 启动 repmgrd -f /etc/repmgr.conf 如果是全部DOWN 机的情况下,和上面的恢复方式类似 147 库直接开启即可.
1.5K20发布于 2021-06-10 - 来自专栏云计算D1net
重写边缘计算的灾难恢复计划
需要在某个地方记录灾难恢复和故障转移计划并对其进行培训，以便涵盖这些资产。发生这种情况的最合逻辑的地方是在IT 灾难恢复和业务连续性计划中。 规则5：灾难恢复必须适用于多个地区 随着边缘计算和远程办公室的兴起，毋庸置疑，灾难恢复不能集中在一个位置或数据中心。特别是如果企业将云计算用于灾难恢复，需要选择具有多个地理位置的云计算提供商。 规则6：必须重新校准灾难恢复测试计划 如果企业要将更多的IT交付给云计算，并部署更多的边缘计算，则应将新的灾难恢复测试方案添加到企业的计划中，以确保针对所有这些新位置进行灾难恢复文档和测试。 企业想知道其灾难恢复必须适用于所有公司的灾难恢复方案。 规则7：首席代表必须为灾难恢复提供更多的口头服务 向云计算和边缘计算的迁移使灾难恢复变得复杂。这意味着大多数组织都需要审查和修订其灾难恢复计划。 但是，考虑到当今全球互联网和广域网的作用，网络灾难恢复故障转移和冗余也应该内置到灾难恢复计划中。 （来源：企业网D1Net）
87220发布于 2019-09-26 - 来自专栏云计算D1net
使用云计算灾难恢复计划制定勒索软件恢复策略
在目前的灾难列表中，勒索软件攻击是紧随泄露关键任务数据的直接攻击之后的最重大的灾难。 最终，一些的勒索软件攻击将通过防火墙和入侵检测器。只有一种方法来保证防止这种类型的攻击。 勒索软件恢复时间取决于需要传输多少数据才能启动和运行。 使用云计算灾难恢复（DR）过程来防止勒索软件的结果是，可以恢复到工作状态，减少恢复点目标（RPO）时间。 当然，勒索软件恢复时间取决于需要传输多少数据才能使业务正常运行。 这表明恢复工作的最佳位置是存储数据的云区域。 总的来说，这应该使勒索软件恢复相当容易实现。这样做的好处不仅限于对系统进行防篡改，因为一些企业正在使用快照方法跟踪良好的灾难恢复（DR）和备份实践。 采用云计算灾难恢复技术可以有效地防止勒索软件攻击，在此方面，企业的首席执行官将会对其青睐有加。
1.5K60发布于 2018-03-26 - 来自专栏云计算D1net
云技术如何改变业务灾难恢复计划？
尽管业务灾难恢复计划转向云计算，但传统灾难恢复(DR)的关键要素，如位置和测试仍然很重要。 在过去几年中，人们已经逐渐放弃了一种被动的业务恢复计划，那就是采用磁带存储现场数据，并通过磁带数据将数据恢复到新的计算设备，这转变为一种更加活跃的模型。 基于硬盘驱动器的云存储 备份和业务恢复计划的另一个重大变化是由云供应商使用磁盘或固态硬盘，而不是使用磁带。从备份中恢复，甚至是灾难恢复，可能只涉及几个文件的恢复。 搜索磁带是非常耗时的，基于硬盘驱动器的存储在云中允许个别文件被迅速拉取，从而改变恢复的方式。 与往常一样，请记住有一个可行的灾难恢复(DR)计划，并定期测试。 良好的业务恢复计划需要在异地存储。最好是使用一个远离当地的云区。 这也适用于云到云备份和灾难恢复。
1.3K60发布于 2018-03-27 - 来自专栏云计算D1net
为什么云计算更适合灾难恢复
许多提供商专注于灾难恢复即服务(DRaaS)，并对其实践进行了微调，以便在日益拥挤的市场中更好地竞争。 (2)技能和训练 尽管灾难恢复即服务(DRaaS)更易于管理，但仍需要进行一些再培训。专门研究灾难恢复的托管服务提供商(MSP)可以指导企业在IT人员启动并运行新的备份和恢复操作时创建和保护环境。 灾难恢复(DR)也不例外，但幸运的是，它可以根据两个指标进行衡量： •恢复时间目标(RTO)：在业务影响太大而不能承受之前，如果没有关键资源，能坚持多久? 灾难恢复(DR)一直是成本中心最极端的例子。构建和维护备份基础设施所涉及的成本通常与构建主要基础设施一样高或更高，更不用说移动数据、测试恢复工具和流程以及满足其他运营需求所需的时间和精力。 无论如何，云计算提供了更好的灾难恢复方法，就像在IT的其他方面一样。基于服务的混合解决方案不仅可以提供主要的时间、成本和资源消耗优势，而且还可以在提高灾难恢复(DR)性能的同时实现这一目标。
97110发布于 2018-11-05 - 来自专栏devops
【架构实战】数据备份与灾难恢复策略
数据丢失可能造成不可挽回的损失：人为失误：误删除、误修改系统故障：硬盘损坏、数据库崩溃安全威胁：勒索病毒、黑客攻击自然灾害：火灾、洪水、地震合规要求：法规对数据保留的要求数据备份的核心目标：在任何情况下都能恢复数据恢复时间越短越好恢复的数据越完整越好二 tar-czf${TARGET_DIR}.tar.gz-C${BACKUP_DIR}${DATE}rm-rf${TARGET_DIR}echo"XtraBackup全量备份完成:${DATE}"3.MySQL备份恢复全量恢复 doubleusageRatio=(double)usedSpace/totalSpace;if(usageRatio>0.8){alertService.alert("备份存储空间使用率超过80%");}}}七、灾难恢复演练 1.演练计划演练类型频率覆盖范围单表恢复每月测试环境全量恢复每季度隔离环境灾难切换每半年生产模拟跨机房切换每年全链路2.演练验收清单备份文件完整，无损坏恢复脚本执行无报错数据恢复后完整性验证通过应用启动正常核心业务流程验证通过监控告警正常触发恢复时间在预期范围内八 ，恢复才是。
11510编辑于 2026-03-30 - 来自专栏云计算D1net
构建更好的云灾难恢复计划指南
如今，灾难恢复即服务很快成为企业利用云计算解决灾难恢复挑战的理想方式。 灾难恢复仍然是存储专业人员面临的持续挑战。 同时，作为这些困难的背景，大多数组织的灾难恢复预算仍然停滞不前。因此，各种规模大小不同的企业都在寻求他们的云计算灾难恢复计划来解决这些问题，同时降低灾难恢复的总体支出。 数据恢复，特别是灾难恢复，几乎总是需要最新的数据副本。在“最近”时间范围之外的任何恢复应来自归档，如果可能的话。 这节省了在远程灾难站点维护自己的服务器和存储硬件的成本，而不会增加太多的备份磁盘容量成本。因此，基于云计算的灾难恢复或灾难恢复即服务（DRaaS）已迅速成为解决灾难挑战的理想方式。 什么是云计算？ 云计算灾难恢复计划还消除了组织灾难恢复战略的大部分成本，因为组织只需在测试灾难恢复计划或发生实际灾难时支付计算资源。
1.2K120发布于 2018-03-27 - 来自专栏云计算D1net
重新考虑云计算的灾难恢复
随着持续复制技术的采用和灾难恢复专业化，推动了更多灾难恢复即服务(DRaaS)公司的发展和成长，对于那些计划为其混合计算环境进行灾难恢复的公司来说，可以获得更多可用的帮助。 如果企业尚未修改基于云计算的灾难恢复计划，则需要立即实施。 重新思考灾难恢复 “到目前为止，我们还没有考虑修改自己的灾难恢复计划。” 因此，灾难恢复不再有效。 而这些公司的灾难恢复状况有些令人担忧。” (4)定义灾难恢复目标 随着持续复制技术的采用和灾难恢复专业化，推动了更多灾难恢复即服务(DRaaS)公司的发展和成长，对于那些计划为其混合计算环境进行灾难恢复的公司来说，可以获得更多可用的帮助。
1.4K40发布于 2018-12-29 - 来自专栏debugeeker的专栏
CISSP考试指南笔记：7.9 灾难恢复
The recovery time objective (RTO) is the maximum time period within which a business process must be restored to a designated service level after a disaster to avoid unacceptable consequences associated with a break in business continuity.
59530发布于 2021-03-23 YashanDB备份策略与灾难恢复实战指南
随着数据量的不断增长和业务复杂度提升，如何有效制定备份策略与灾难恢复方案成为保障数据库系统稳定运行的关键。 本文旨在通过深度剖析YashanDB的备份恢复与灾难恢复技术，帮助数据库管理员理解其底层原理，并指导最佳实践的实现，适用于数据库运维、安全管理及架构设计领域的技术人员。 二、恢复机制与灾难响应能力1. 数据恢复流程YashanDB恢复主要分为全库恢复、增量恢复和归档恢复。恢复操作基于备份集，先恢复基线数据文件，然后应用各增量备份集，最终通过回放归档日志达到指定时间点。 异步审计、热备和预读机制提升灾难恢复时的性能和准确性。 期待技术人员持续深入理解和探索，推动YashanDB备份及灾难恢复技术走向更高效、更可靠的水平。
18810编辑于 2025-10-18- 来自专栏云计算D1net
如何在云中满足当今的灾难恢复需求
这意味着，组织可能在灾难恢复方面支付高达100万美元以上的费用。 显然，大多数IT预算中并没有投入这么多资金用于提供灾难恢复解决方案。 这会增加复杂性，并可能导致恢复过程中的瓶颈，因为在恢复服务器之前，需要先更换设备。这会花费组织宝贵的时间来管理多余的硬件。发生灾难之后，采用云计算灾难恢复可以确保速度和简便性。 (4)满足恢复时间目标(RTO)和恢复点目标(RPO) 如果组织无法恢复最新的重要数据集，那么从灾难中恢复就没有价值。 组织确保其所依赖的云计算灾难恢复解决方案能够访问最新备份的数据，从而使灾难恢复不仅快速经济，而且非常高效。而了解在发生灾难性事件后需要多长时间才能恢复运营也很有价值。 确保组织选择的云计算灾难恢复解决方案满足关键的恢复时间目标(RTO)和恢复点目标(RPO)要求。 灾难恢复时间不一定等于停机时间。
1.1K30发布于 2020-11-11 - 来自专栏DBA实战
MySQL 灾难恢复利器：ibd2sql
数据误删恢复: 可以输出被标记为已删除的数据。 安全: 离线解析 IBD 文件，仅需读取权限。 IBD文件强制解析：IBD文件如果损坏，可以恢复部分数据。 数据完整性: 如果 IBD 文件本身已经严重损坏，恢复的数据可能不完整。 资源消耗: 生成的 SQL 文件可能较大，需要足够的磁盘空间和内存。 el_inner_announcement.ibd --sql --ddl --complete-insert --table xxbox --multi-value 总结 ibd2sql 是一个强大的工具，适用于多种 MySQL 数据管理和恢复场景 总体来说，ibd2sql 是一个值得推荐的工具，特别适合数据恢复、迁移和审计等任务。
87110编辑于 2024-10-10 - 来自专栏云计算D1net
克服混合云灾难恢复挑战有哪些技巧?
混合云灾难恢复需要企业进行大量的规划和投资，因此需要了解其灾难恢复的一些技巧。本文介绍了企业需要进行混合云灾难恢复的原因，以及可以采取哪些措施来确保为混合云的快速灾难恢复做好准备。 混合云灾难恢复需要企业进行大量的规划和投资，因此需要了解其灾难恢复的一些技巧。 如果管理云计算环境，需要熟悉传统的云备份和灾难恢复技术，例如“热备用”和“指示灯”。 当企业将业务迁移到混合云环境时，云备份和恢复变得更加复杂。以下是企业需要进行混合云灾难恢复的原因，以及可以采取哪些措施来确保为混合云的快速灾难恢复做好准备。 混合云灾难恢复为何不同 采用混合云架构(将私有基础设施集成到公有云环境中)的企业面临的挑战是，混合云中灾难恢复计划的成本和性能计算，与单一云计算环境中的成本和性能计算有着很大不同。 这意味着备份混合云并为其设计灾难恢复计划，比简化部署备份和恢复平台需要更多的努力。 混合云备份与恢复优化 上述问题并不意味着传统的云灾难恢复策略根本无法在混合环境中工作。
89230编辑于 2022-05-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号