- 综合排序
- 最热优先
- 最新优先
- 来自专栏iSharkFly
Confluence 6 生产环境备份策略 原
如果你是下面的情况，Confluence 的自动每日 XML 备份可能适合你： 正在评估使用 Confluence 你对数据库的管理并不是非常熟悉同时你的 Confluence 安装实例的数据量并不大 一旦你的 Confluence 安装实例中超过了上千的页面，相对数据库自带的数据备份来说，XML 的备份方案就显得没有那么有效了。 XML 的备份方法需要占用服务器的大量内存来运行，同时在恢复的时候也比较容易失败。
51320发布于 2019-01-31 - 来自专栏数据和云
【备份策略】使用逻辑备份辅助物理备份
通常进行了物理备份还不足够，因为在很多情况下使用物理备份进行恢复会相对复杂，比如误操作TRUNCATE了数据表，这样的恢复有时候使用逻辑备份来恢复会更迅速、更有效。 所以通常将逻辑备份作为物理备份的辅助手段进行配置。 可是如何进行排除部分表的逻辑备份呢？ 首先创建一个Shell脚本（本例脚本名为tables.sh），这个脚本用于动态生成一个需要备份的数据表列表文件tables.lst，在查询语句中，就可以排除不需要备份的用户或特定数据表，不需要备份的表应该有限 数据库将按照定义的参数文件进行导出，也可以通过crontab来定时导出： oracle >crontab -l 30 1 * * * /oracle/oracle/backup/expfull.sh 这样就定制了一个部分表逻辑备份的策略
3.2K110发布于 2018-03-07 - 来自专栏linux运维
备份策略问题：备份策略不合理，导致数据丢失
解决方案：优化备份策略1. 明确备份目标在设计备份策略之前，需要明确以下几点：备份范围：哪些数据需要备份？（例如数据库、配置文件、用户数据等）恢复时间目标（RTO）：允许的最长恢复时间是多少？ 根据这些目标，选择合适的备份频率和存储方式。2. 实施多层次备份策略多层次备份策略结合了全量备份、增量备份和差异备份，能够在效率和可靠性之间取得平衡。 选择合适的备份存储位置为了确保数据安全，备份应存储在多个位置。（1）本地备份将备份存储在本地磁盘或 NAS 上，便于快速恢复。 验证备份完整性定期验证备份的完整性和可恢复性，确保备份数据可用。（1）校验备份文件使用校验工具（如 md5sum 或 sha256sum）验证备份文件是否损坏。 0 2 * * * /path/to/backup_script.sh >> /var/log/backup.log 2>&1 6.
60810编辑于 2025-02-07 - 来自专栏运维技术分享
mysql备份策略的实现(全量备份+增量备份)
设计场景 1）增量备份在周一到周六凌晨3点，复制mysql-bin.00000*到指定目录； 2）全量备份则使用mysqldump将整个数据库导出，每周日凌晨3点执行，并会删除上周留下的mysq-bin .00000*，然后对mysql的备份操作会保留在bak.log文件中。 （4）重启mysql，执行： #systemctl restart mysqld.service （5）查看日志文件： #cd /home/mysql/mysql-bin （6）进入数据库，查看启动效果 : #show variables like '%log_bin%'; 编写全量备份脚本(Mysql-FullyBak.sh) 进入/home/mysql目录 新建目录：mkdir backup 进入 0 3 * * 0 /bin/bash -x /home/mysql/Mysql-FullyBak.sh >/dev/null 2>&1#周一到周六凌晨3:00做增量备份0 3 * * 1-6 /bin
5.2K30发布于 2021-09-02 - 来自专栏我是攻城师
hbase表数据备份策略
Hbase的数据备份策略有： （1）Distcp （2）CopyTable （3）Export/Import （4）Replication （5）Snapshot 下面介绍这几种方式： （一）Distcp test','b','cf:c1',3 > put 'test','b','cf:c2',4 > put 'test','c','cf:c1',5 > put 'test','c','cf:c2',6 org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot test_snapshot -copy-to hdfs://user/back/xxx （6） 从快照恢复数据到原表中 restore _snapshot 'test_snapshot' （7）从快照中恢复到一个新表中 clone_snapshot 'test_snapshot','test_2' 以上几种策略就是所有的备份策略了 ，实际应用中需要具体情况选择其中的一种或几种，总体来说快照备份是一个性价比比较高的一种策略。
2.5K40发布于 2018-05-14 - 来自专栏猫头虎博客专区
Linux备份策略：保证数据安全
因此，为Linux系统和应用数据建立有效的备份策略是至关重要的。 正文 1. 备份的重要性 1.1 数据丢失的风险 硬件故障：如硬盘损坏。 软件错误：例如误删文件、数据库损坏等。 Linux备份工具和策略 2.1 备份工具 tar：Linux下的传统归档工具。 dd if=/dev/sda1 of=/path/to/backup.img 2.2 备份策略 完全备份：备份所有数据。 增量备份：只备份自上次备份后发生变化的数据。 差异备份：备份自上次完全备份后发生变化的数据。 3. 数据恢复 3.1 恢复策略 从最近的完全备份开始恢复，然后按顺序应用所有增量备份。 使用rsync或tar恢复特定文件或目录。 总结 备份是数据管理的核心部分，尤其在Linux环境中，选择合适的工具和策略是至关重要的。希望通过这篇文章，你能更加深入地理解Linux备份的重要性，并掌握有效的备份和恢复技巧。
48610编辑于 2024-04-09 - 来自专栏全栈程序员必看
Mysql数据库备份策略
Mysql数据库备份策略 我的petstore所用的数据库是Mysql。Mysql的数据库备份不象那些企业界数据库那样完善，分为完全备份、差分备份以及日记纪录等等。 如果你想用文件系统备份来备份数据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。 文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。 利用Mysql备份与拷贝数据库的语句为： >mysqldump –u 用户名 –p 密码 数据库名 > 备份文件名 拿petstore来说： >mysqldump –u root –p **** petstore 如果想自动备份，可以写一个脚本，每隔一定时间就备份一次，window下可以写个批处理，linux下可以写个bash 脚本。
6.7K10编辑于 2022-08-15 - 来自专栏iSharkFly
Confluence 6 手动备份 原
Database 备份 使用你的数据库管理工具来创建一个你的 Confluence 数据库备份。如果你的数据库同时还存储了你的附件，在随后的数据库导入中将会导入所有的内容。 Attachment 备份 如果你的附件存储在文件系统中，附件将会放置在你 Confluence 安装 home 目录下的 attachments 中，拷贝这个文件夹中的所有内容，就可以备份所有的附件了 希望从这些备份中恢复，请参考 Restoring Data from other Backups 页面中的内容。
99540发布于 2019-01-31 - 来自专栏Linux运维
数据库备份策略：制定策略确保数据安全
一个科学、可执行、可恢复的备份策略，是任何企业IT架构中不可或缺的部分。下面从策略制定、备份方式、备份周期、存储规划到恢复演练，为你构建一套可直接落地的数据库备份体系。 常见问题包括：备份文件损坏备份不完整恢复步骤无人掌握恢复时间过长，无法满足业务RTO因此，备份策略必须系统化、可验证、可恢复。 （如RedisRDB/AOF）2.备份周期（示例）备份类型周期说明全量备份每天凌晨3点保留7天差异备份每6小时保留3天日志备份每5分钟保留3天配置备份每次变更时自动触发3.存储策略（3-2-1原则）3份数据 五、恢复策略与演练备份不是目的，恢复才是。 制定科学的备份策略，就是为企业的数据生命线加上一层坚固的保险。
24010编辑于 2026-01-19 - 来自专栏数据和云
备份策略 - 单表备份的隐患与应对方案
整库备份一次使用的是--all-database参数 分别备份每个数据库为一个备份文件 单表备份一次，即一个表备份成一个文件 部分脚本节选如下： 所有的数据库备份一个文件的脚本 ? 每个库一个备份文件的脚本 ? 每个表一个备份文件的脚本 ? 很显然出问题的时候是在备份单个表，通过mbak.sh脚本的逻辑来看，是先全库备份，全库完成再单库备份，单库备份完成之后再单表备份。 现在卡在单表备份的FLUSH TABLES WITH READ LOCK，这是一个全库级别的锁，单表备份为什么会锁整个库呢？ 结论：不管是全库备份还是单表备份使用了--single-transaction --master-data=2 参数会执行FLUSH /*! 改善 调整备份策略： 1、取消备份每个单表为一个文件，减少全局锁（经过生产环境实际测试mysqldump全库(17G数据)备份一次不到5分钟）； 2、如果有必要进行单表备份的话，禁用--master-data
1.6K70发布于 2018-03-08 - 来自专栏云计算D1net
为什么要考虑云备份策略
很多企业在制定他们的云备份策略时都会很茫然，并提出一些问题，例如，“云端是否需要备份解决方案?Office 365和其他SaaS(软件即服务)供应商是否为我们备份了我们的数据?” 很多企业在制定他们的云备份策略时都会很茫然，并提出一些问题，例如，“云端是否需要备份解决方案?Office 365和其他SaaS(软件即服务)供应商是否为我们备份了我们的数据?” 这并不是说利用第三方备份解决方案是每个组织的解决方案，但每个组织都需要创建备份策略，并与他们的SaaS供应商进行比较，以确定是否存在任何差距。 即使是SaaS提供商也明确表示保护数据是客户的责任。 以下是智能云备份策略的四个数据保护组件，可确保企业在几乎所有方案中顺利延续业务运营： 1.创建Office 365数据恢复标准 构建Office 365数据保护的有效备份首先要解决两个主要因素：恢复点目标 企业为了成功应对数据丢失情况(并避免针对IT部门的大量相关电子邮件)，需要确保恢复策略包括： •基于敏感性和业务重要性，定义良好的数据层 •涵盖内容恢复速度、规模和方法的准确服务级别协议 •明确的恢复点目标和恢复时间目标
1.2K10发布于 2019-08-23 - 来自专栏Java架构师历程
6、选择部署策略
在本章中，我们将介绍部署微服务的策略。 6.1、动机 部署单体应用程序意味着运行一个或多个相同副本的单个较大的应用程序。 图 6-1 展示了该模式的结构： ? 这种模式有几个变体。一个变体是每个服务实例都是一个进程或进程组。 图 6-2 展示了该模式的结构： ? 这是 Netflix 部署其视频流服务的主要方式。Netflix 使用 Aminator 将每个服务打包为 EC2 AMI。 图 6-3 展示了该模式的结构： ? 要使用此模式，请将您的服务打包成一个容器镜像。容器镜像是由运行服务所需的应用程序和库组成的文件系统镜像。一些容器镜像由完整的 Linux 根文件系统组成。
1.4K30发布于 2018-09-26 - 来自专栏Debug客栈
Debug客栈 代码多方式备份策略
订阅本站 PHP项目代码多方式备份策略 服务器端为运行环境+以子域名命名的项目； 本地用PHPStorm远程获取到文件存在以子域名命名的文件夹下； 本地子域名文件夹为Github仓库名称及仓库文件； image.png 代码说明 image.png 策略方案 2019年6月7日起，开始项目规范化迁移及部署。 Debug客栈 学习代码备份策略 1、本地学习代码本地存储一份； 2、同时上传至Github、Gitee代码保持同步。
79220发布于 2019-12-24 - 来自专栏灵墨AI探索室
Redis中的备份与恢复策略
在之前，我们已经了解了Redis的基本数据结构和布隆过滤器，今天来带大家了解一下Redis中的备份与恢复策略。 优点1、性能较高：RDB文件是一个紧凑且压缩的二进制文件，加载速度快，适合用于备份和恢复大量数据。2、数据一致性：RDB策略生成的文件包含了Redis在某个时间点上的完整数据集，可以确保数据的一致性。 3、适用于灾难恢复：RDB文件可以方便地进行数据备份和迁移，适用于灾难恢复和数据迁移的场景。缺点1、数据丢失：由于RDB策略是定期执行的，如果Redis发生故障，最后一次快照生成后的数据可能会丢失。 4、文件同步策略：根据同步频率的不同，AOF策略可能会影响系统的性能和数据的安全性。AOF日志三种写回策略AOF 提供了三种写回（sync）策略，用以控制AOF日志的写入时机。 1、always（始终同步）：在这个模式下，redis每执行一个命令都会立即向磁盘中写入数据，这种模式是最保险的策略，但也是性能消耗最大的策略2、everysec（每秒同步）： 这是redis中默认的策略
1K41编辑于 2023-11-16 - 来自专栏乐沙弥的世界
基于Linux下 Oracle 备份策略(RMAN)
--********************************** -- 基于Linux下 Oracle 备份策略(RMAN) --******************************** 而制定RMAN备份策 略则是基于数据库丢失的容忍程度，即恢复策略来制定。在下面的备份策略中，给出的是一个通用的备份策略。在该备份策略中，使用了catalog方 式来保持备份脚本以及备份信息。 nohup $ORACLE_HOME/bin/rman cmdfile=/u03/bk/scripts/inc1.rcv log=/u03/bk/scripts/inc0.log append & 6. 4> allocate channel ch1 device type disk; 5> delete noprompt obsolete recovery window of 7 days; 6> 重新载入配置 使crontab服务在系统启动的时候自动启动： 在/etc/rc.d/rc.local这个脚本的末尾加上： /sbin/service crond start e.从上面的备份策略来看
2.3K20发布于 2018-08-07 YashanDB数据备份与恢复策略详解
因此，备份和恢复策略必须经过周密设计，以平衡数据持久性与系统性能。随着数据量的逐年攀升，灵活、高效的备份和恢复方式显得尤为必要。 YashanDB的备份策略YashanDB支持多种备份方式，以适应不同的业务需求。备份类型主要分为全量备份和增量备份。 以下是操作建议：定期进行全量备份：确保系统在设定周期内有足够的恢复能力。使用增量备份策略：在全量备份的基础上，定期进行增量备份以节省存储。 结论数据备份和恢复是维护YashanDB数据库完整性与可用性的基础。合理配置备份及恢复策略，不仅提升了业务连续性，还能有效降低潜在的风险。 强烈建议DBA在日常管理中，定期审视备份与恢复策略，确保所有操作遵循最佳实践，以实现高效、安全的数据管理。
25710编辑于 2025-08-21YashanDB的快速备份与恢复策略
备份体系及策略备份集结构与类型YashanDB的备份机制基于备份集理念，统一管理全库数据文件、归档日志及redo日志等关键数据。 分布式部署场景下，备份集横向覆盖MN、CN、DN各节点主库副本，保证分布式事务的一致性与完整性。支持将备份数据推送至本地磁盘、共享存储及远程云存储，满足多样化备份策略。 针对备份恢复的具体建议根据业务规模和RPO/RTO要求合理选择全量或增量备份策略，综合考虑备份频率和存储资源。部署备份线程池并设置合理的并发度配置，平衡备份性能与系统负载。 开启备份加密功能，保护备份数据安全，确保符合企业安全策略。定期演练恢复流程，验证备份集的完整性和恢复操作的有效性。采用异地备份或云存储，提升数据容灾能力，快速响应不同故障场景。 合理设置日志归档策略，保障时间点恢复能力，并缩短恢复窗口。监控备份与恢复作业状态，及时排查性能瓶颈和异常，保障备份恢复业务连续性。
20710编辑于 2025-10-19mysql数据备份方式，如何恢复？你们的备份策略是什么？
备份方式有多种，每种备份方式在不同场景下有不同的优劣。下面是常见的 MySQL 数据备份方式和恢复方法，并提供一份备份策略的参考。 MySQL 备份策略一个良好的备份策略应该根据业务的需求、数据量和恢复要求来制定，以下是一个常见的备份策略：全量备份：每周进行一次全量备份（比如每周日进行）。 增量备份：每天进行增量备份，备份自上次全量或增量备份以来变化的数据。增量备份可以减少备份数据的大小和备份时间。二进制日志备份：开启二进制日志，并每小时或每次应用更新时备份日志。 备份保留策略：保留一定时间内的备份（如每月的全量备份保留一个月，日常增量备份保留一周）。 备份策略：定期全量备份+增量备份+二进制日志备份，并确保备份存储的安全性、可恢复性和备份文件的有效性。
58310编辑于 2025-05-17- 来自专栏iSharkFly
Confluence 6 配置备份 原
Confluence 的自动备份被设置为每天凌晨 2:00 进行全站导出。压缩的 xml 备份文件存储在你 Confluence Home directory 的 backups 目录中。 默认的备份文件名称被自动重命名为 'backup-yyyy_MM_dd'。Confluence 可以将备份文件写入到本地目录或者映射的网络驱动器上。 你可选择： 修改备份文件转换的名字。 在备份中包括或者不包括附件。 选择自动备份运行的时间。 存储备份文件在不同的位置（这个选项在默认情况下是禁用的，下面你可以找到开启这个配置的方法）。 你需要系统管理员全局权限来配置自动备份。 针对生产环境中的站点，我们强烈推荐你不要依赖自动备份，请使用数据库备份来替代 Confluence 提供的自动备份，同时还需要手动备份安装目录和 home 目录。 如果你正在运行 Confluence 数据库中心，那么默认的备份路径为 <shared-home>/backups。
64730发布于 2019-01-31 - 来自专栏iSharkFly
Confluence 6 配置自动备份 原
希望配置 Confluence 备份： 进入 ? > 基本配置（General Configuration） > 备份管理（Backup administration）。 选择是否在你的备份中包含有附件（默认配置是同时备份附件）。 启用备份路径配置 基于安全的原因，通过 Confluence 管理员控制台修改配置备份文件存储路径的配置在默认情况下是禁用的。 启用自定义备份路径： 停止 Confluence。 禁用自动备份 如果你已经配置了合适的 Production Backup Strategy，你希望禁用自动备份来节省磁盘空间。 希望完全禁用自动备份： 进入 ? 修改备份任务时间 希望修改备份的频率，或者修改每天备份的运行的时间： 进入 ? > 基本配置（General Configuration） > 计划任务（Scheduled jobs）。
1.3K50发布于 2019-01-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号