5T的数据库如何备份

这篇文章给大家分享的是有关5T的数据库如何备份的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。 1、备份的容量
每周六0级备份，其他日期1级备份，启用压缩备份，每次0级备份DB+archivelog大概产生2.5T的备份包，其他日期DB+archivelog大概250G的备份包，一周下来备份包大小为4T，一个月大概16T，保留半年备份，总计需要100T空间，使用128T空间就足够

2、备份的速度
目前使用NAS存储，存储速度大概在100M/s（万兆网卡，但免费主机域名是存储的IO速度只有100M/s）,所以备份5T，0级备份大概需要12个小时（5000000/100/60/60=13.8）

3、备份速度的改进措施
使用SAN存储，存储速度大概1G/s(万兆网卡,存储的速度每秒可以达到万兆/8，除以8是因为网络速度单位是bit，存储单位是byte),备份5T，大概需要1.3小时，SAN存储比较昂贵故只申购20T，SAN上面只保留1个月内的数据，其他月份的数据定期从SAN存储上迁移到慢的128T空间NAS存储上去。

如果不申购SAN，只能使用NAS，该怎么备份？
因为0级备份时间12个小时很长，期间可以再启用一个1级备份只备份归档日志的备份，备份策略如下

0级 17:00开始,07:00结束
BACKUP INCREMENTAL LEVEL 0 TAG ‘DB0’ DATABASE FORMAT ‘/dbbak/rmanbackup/data/DB_0_%T%U’ PLUS ARCHIVELOG FORMAT ‘/dbbak/rmanbackup/archivelog/ARCH_0_%T_%s’ DELETE ALL INPUT;

1级 23:00开始，24:00结束
BACKUP INCREMENTAL LEVEL 1 TAG ‘LOG1’ ARCHIVELOG ALL FORMAT ‘/dbbak/rmanbackup/archivelog/ARCH_1_%T_%s’ DELETE ALL INPUT;

0级备份：归档日志+DB+归档日志
第一次归档日志，最后一个日志sequence：336557（备份持续时间17:00-20:00，备份了前一天至今天17:00的归档日志）
DB(备份持续时间20:00-06:00)
第二次归档日志，最初一个日志sequence：336798，最后一个日志sequence：337075（备份持续时间06:00-07:00，备份了23:00-06:00产生的归档日志）

1级备份：归档日志（备份持续时间23:00-24:00，只备份了17:00-23:00产生的归档日志）
最初一个日志的sequence：336558
最后一个日志的sequence：336797

说明0级备份期间的产生的一部分归档日志（17:00-06:00,06:00-07:00期间产生不属于，因为0级数据库在06:00就备份好了），在1级归档日志备份中只备份了17:00-23:00产生的归档日志(即起始于0级备份开始时间，结束于1级备份开始时间),并不是0级份期间的所有归档日志都在1级归档日志备份中备份了(23:00-06:00期间产生的归档日志就没有被备份，而是在0级DB备份后的0级归档日志备份中备份了)

select SEQUENCE#,FIRST_TIME,NEXT_TIME from v$archived_log where SEQUENCE# in (336557,336558,336797,336798,337075)
3365572018/4/20 16:57:452018/4/20 17:00:23
3365572018/4/20 16:57:452018/4/20 17:00:23
3365582018/4/20 17:00:232018/4/20 17:01:21
3365582018/4/20 17:00:232018/4/20 17:01:21
3367972018/4/20 22:57:222018/4/20 23:00:14
3367972018/4/20 22:57:222018/4/20 23:00:14
3367982018/4/20 23:00:142018/4/20 23:00:49
3367982018/4/20 23:00:142018/4/20 23:00:49
3370752018/4/21 5:53:202018/4/21 5:53:38
3370752018/4/21 5:53:202018/4/21 5:53:38

-rw-r—–. 1 1024 users 13841127936 4月 20 18:04 ARCH_0_20180420_25393
-rw-r—–. 1 1024 users 14457288704 4月 20 18:06 ARCH_0_20180420_25394
-rw-r—–. 1 1024 users 12373300224 4月 20 18:27 ARCH_0_20180420_25395
-rw-r—–. 1 1024 users 14544237568 4月 20 18:31 ARCH_0_20180420_25396
-rw-r—–. 1 1024 users 16360293888 4月 20 18:54 ARCH_0_20180420_25397
-rw-r—–. 1 1024 users 14905612288 4月 20 18:56 ARCH_0_20180420_25398
-rw-r—–. 1 1024 users 13927405056 4月 20 19:18 ARCH_0_20180420_25399
-rw-r—–. 1 1024 users 16311396864 4月 20 19:23 ARCH_0_20180420_25400
-rw-r—–. 1 1024 users 13070147584 4月 20 19:44 ARCH_0_20180420_25402
-rw-r—–. 1 1024 users 16017019392 4月 20 19:44 ARCH_0_20180420_25401
–最后一个日志sequence：336557

-rw-r—–. 1 1024 users 14543302144 4月 20 23:36 ARCH_1_20180420_25407
-rw-r—–. 1 1024 users 14880619008 4月 20 23:37 ARCH_1_20180420_25408
-rw-r—–. 1 1024 users 10505546240 4月 20 23:55 ARCH免费主机域名_1_20180420_25410
-rw-r—–. 1 1024 users 14935029760 4月 20 23:59 ARCH_1_20180420_25409
–最初一个日志的sequence：336558
–最后一个日志的sequence：336797

-rw-r—–. 1 1024 users 12344919552 4月 21 06:23 ARCH_0_20180421_25417
-rw-r—–. 1 1024 users 11478225920 4月 21 06:24 ARCH_0_20180421_25416
-rw-r—–. 1 1024 users 12127244800 4月 21 06:40 ARCH_0_20180421_25418
-rw-r—–. 1 1024 users 12419464704 4月 21 06:41 ARCH_0_20180421_25419
-rw-r—–. 1 1024 users 11637486592 4月 21 06:58 ARCH_0_20180421_25420
–最初一个日志sequence：336798
感谢各位的阅读！关于“5T的数据库如何备份”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！

相关推荐: 误删数据库数据后的处理方法有哪些

本篇内容介绍了“误删数据库数据后的处理方法有哪些”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！1.停库，起mount2.flashback database t…