Linux备份

本文详细介绍了完全备份、增量备份和差异备份的概念及应用策略。通过对比不同备份方式的特点,帮助读者理解如何选择合适的备份方案以提高数据恢复效率。

Eking<longpeisky@vip.qq.com>  19:35:17
 增量备份是针对于上一次备份(无论是哪种备份):备份上一次备份后,所有发生变化的文件。   (增量备份过程中,只备份有标记的选中的文件和文件夹,它清除标记,既:备份后标记文件,换言之,清除存档属性。) 
Eking<longpeisky@vip.qq.com>  19:37:11
完全备份和增量备份   在星期一进行完全备份,在星期二至星期五进行增量备份。如果在星期五数据被破坏了,则你需要还原星期一正常的备份和从星期二至星期五的所有增量备份。这种策略备份数据需要较少的时间,但还原数据使用较多的时间。
Eking<longpeisky@vip.qq.com>  19:37:33
完全备份和差异备份   在星期一进行完全备份,在星期二至星期五进行差异备份。如果在星期五数据被破坏了,则你只需要还原星期一完全的备份和星期四的差异备份。这种策略备份数据需要较多的时间,但还原数据使用较少的时间。
Eking<longpeisky@vip.qq.com>  19:37:40
完全备份:备份全部选中的文件夹,并不依赖文件的存档属性来确定备份那些文件。(在备份过程中,任何现有的标记都被清除,每个文件都被标记为已备份,换言之,清除存档属性)。   差异备份:差异备份是针对完全备份:备份上一次的完全备份后发生变化的所有文件。(差异备份过程中,只备份有标记的那些选中的文件和文件夹。它不清除标记,既:备份后不标记为已备份文件,换言之,不清除存档属性)。

Eking<longpeisky@vip.qq.com>  19:23:11
ontape
usage:
{ -a  |
 -c  |
 -l  |
 -p  |
 -r  [-D DBspace_list] |
 -s  [-L archive_level] [-A database_list] [-B database_list]
     [-N database_list] [-U database_list]  }
-a Automatic backup of logical logs
-c Continuous backup of logical logs
-l Logical restore
-p Physical restore for HDR
-r Full restore DBspaces/BLOBspaces as listed
-s Archive full system
-A set the following database(s) to ansi logging
-B set the following database(s) to buffered logging
-N set the following database(s) to no logging
-U set the following database(s) to unbuffered logging

与该工具有关的几个参数,在$ONCONFIG文件中:

。。。
# System Archive Tape Device

TAPEDEV         /dev/tapedev    # Tape device path
TAPEBLK         16              # Tape block size (Kbytes)
TAPESIZE        10240           # Maximum amount of data to put on tape (Kbytes)

# Log Archive Tape Device

LTAPEDEV        /dev/tapedev    # Log tape device path
LTAPEBLK        16              # Log tape block size (Kbytes)
LTAPESIZE       10240           # Max amount of data to put on log tape (Kbytes)
。。。

其中LTAPEDEV为备份逻辑日志的磁带设备,TAPEDEV为零级备份的设备。它们也可以指向同一个设备名。

例:
1)零级(一级或二级)备份
$>ontape -s
$>ontape -s -L 0
$>ontape -s -L 1
$>ontape -s -L 2

2)逻辑日志备份
$>ontape -a

3)连续逻辑日志备份(日志文件满一个备份一个,你可以插盘磁带到磁带机上,让IDS自动备份)
$>ontape -c

4)备份恢复(对应零级备份或一级备份或二级备份)
$>ontape -r

5)备份恢复几个DBSPACE(一定要存在逻辑日志备份,否则物理恢复完后,还是不能用)
$>ontape -r -D dbs1 dbs2 。。。

6)配置HDR时使用的物理恢复
$>ontape -p

7)修改数据库日志模式
$>ontape -s -B db_name   修改为buffer_log
$>ontape -s -U db_name   修改为unbuffer_log
$>ontape -s -N db_name   修改为无日志模式
$>ontape -s -A db_name   修改为ansi logging模式,从这个模式无法改到其它模式,因此一般不要用该项。

另外,我们改完日志后需要做一个零级备份,这时我们可以将TAPEDEV设置为/dev/null ,然后再接着做,就可以了,但作完后一定要将该参数改回来,注意修改LTAPEDEV和TAPEDEV都不用重新启动数据库,改完存盘就能用了。

如果我们不想要逻辑日志备份,我们可以将LTAPEDEV设为/dev/null ,那么逻辑日志会满一个自动备份一个,不用我们去管理了。

ontape -a 自动备份, 备份完成后会停止(指对逻辑日志的备份) ontape -c 连续备份 一直运行,所以要有专门的终端。要ctrl+c来进行中断。(指对逻辑日志的备份) ontape -s 备份整个实例 ontape - A 设置数据库日志方式为ANSI ontape - U 无缓冲日志 ontape - B 缓冲日志 ontape - N 不记录日志 ---------------------------------------------------------------------------------- ontape -s -L 0 完全备份 (0, 1, 2分别为完全,1级增量,2级増量)

ontape -a 自动备份, 备份完成后会停止(指对逻辑日志的备份) ontape -c 连续备份 一直运行,所以要有专门的终端。要ctrl+c来进行中断。(指对逻辑日志的备份) ontape -s 备份整个实例 ontape - A 设置数据库日志方式为ANSI ontape - U 无缓冲日志 ontape - B 缓冲日志 ontape - N 不记录日志 ---------------------------------------------------------------------------------- ontape -s -L 0 完全备份 (0, 1, 2分别为完全,1级增量,2级増量)

Eking<longpeisky@vip.qq.com>  19:00:34
0级备份中不包含read-only 表空间 
Eking<longpeisky@vip.qq.com>  19:00:47
0级备份是增量备份的基础,全备不能有增量备份,其他没有区别

计及源荷不确定性的综合能源生产单元运行调度与容量配置优化研究(Matlab代码实现)内容概要:本文围绕“计及源荷不确定性的综合能源生产单元运行调度与容量配置优化”展开研究,利用Matlab代码实现相关模型的构建与仿真。研究重点在于综合能源系统中多能耦合特性以及风、光等可再生能源出力和负荷需求的不确定性,通过鲁棒优化、场景生成(如Copula方法)、两阶段优化等手段,实现对能源生产单元的运行调度与容量配置的协同优化,旨在提高系统经济性、可靠性和可再生能源消纳能力。文中提及多种优化算法(如BFO、CPO、PSO等)在调度与预测中的应用,并强调了模型在实际能源系统规划与运行中的参考价值。; 适合人群:具备一定电力系统、能源系统或优化理论基础的研究生、科研人员及工程技术人员,熟悉Matlab编程和基本优化工具(如Yalmip)。; 使用场景及目标:①用于学习和复现综合能源系统中考虑不确定性的优化调度与容量配置方法;②为含高比例可再生能源的微电网、区域能源系统规划设计提供模型参考和技术支持;③开展学术研究,如撰写论文、课题申报时的技术方案借鉴。; 阅读建议:建议结合文中提到的Matlab代码和网盘资料,先理解基础模型(如功率平衡、设备模型),再逐步深入不确定性建模与优化求解过程,注意区分鲁棒优化、随机优化与分布鲁棒优化的适用场景,并尝试复现关键案例以加深理解。
内容概要:本文系统分析了DesignData(设计数据)的存储结构,围绕其形态多元化、版本关联性强、读写特性差异化等核心特性,提出了灵活性、版本化、高效性、一致性和可扩展性五大设计原则。文章深入剖析了三类主流存储方案:关系型数据库适用于结构化元信息存储,具备强一致性与高效查询能力;文档型数据库适配半结构化数据,支持动态字段扩展与嵌套结构;对象存储结合元数据索引则有效应对非结构化大文件的存储需求,具备高扩展性与低成本优势。同时,文章从版本管理、性能优化和数据安全三个关键维度提出设计要点,建议采用全量与增量结合的版本策略、索引与缓存优化性能、并通过权限控制、MD5校验和备份机制保障数据安全。最后提出按数据形态分层存储的核心结论,并针对不同规模团队给出实践建议。; 适合人群:从事工业设计、UI/UX设计、工程设计等领域数字化系统开发的技术人员,以及负责设计数据管理系统架构设计的中高级工程师和系统架构师。; 使用场景及目标:①为设计数据管理系统选型提供依据,合理选择或组合使用关系型数据库、文档型数据库与对象存储;②构建支持版本追溯、高性能访问、安全可控的DesignData存储体系;③解决多用户协作、大文件存储、历史版本管理等实际业务挑战。; 阅读建议:此资源以实际应用场景为导向,结合具体数据库类型和表结构设计进行讲解,建议读者结合自身业务数据特征,对比分析不同存储方案的适用边界,并在系统设计中综合考虑成本、性能与可维护性之间的平衡。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值