« 2009 Oracle OpenWorld 将有什么重磅消息发布? | Blog首页 | 关于恩墨科技第二次培训暂时推迟的通知 »
一个TB级数据库的备份时间及备份记录
作者:eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接:https://www.eygle.com/archives/2009/09/tb_backup_time_record.html
昨晚,为一个客户的数据库做了一次临时性的备份留存,数据库的整体容量大约在1.5T左右,一般中低端存储:链接:https://www.eygle.com/archives/2009/09/tb_backup_time_record.html
SQL*Plus: Release 10.2.0.2.0 - Production on Thu Sep 10 14:27:39 2009Linux系统,整个备份过程大约持续了5个小时左右,备份出来的容量如下:
Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
SQL> select sum(bytes)/1024/1024/1024 GB from v$datafile;
GB
----------
1527.83266
[oracle@sms backup]$ du -sk备份脚本:
1448023700 .
run{备份自9:30开始:
allocate channel d1 type disk maxpiecesize=50G;
allocate channel d2 type disk maxpiecesize=50G;
backup full database filesperset 10 include current controlfile format '/backup/fullbak_%d_%T_%s_%p'
plus archivelog format '/backup/archbak_%d_%T_%s' delete all input;
release channel d1;
release channel d2;
}
Recovery Manager: Release 10.2.0.2.0 - Production on Wed Sep 9 21:30:23 2009结束时间是 Sep 10 02:43,五个小时左右。
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: ORADB (DBID=2409970687)
RMAN> run{
2> allocate channel d1 type disk maxpiecesize=50G;
3> allocate channel d2 type disk maxpiecesize=50G;
4> backup full database filesperset 10 include current controlfile format '/backup/fullbak_%d_%T_%s_%p'
5> plus archivelog format '/backup/archbak_%d_%T_%s' delete all input;
6> release channel d1;
7> release channel d2;
8> }
9>
using target database control file instead of recovery catalog
allocated channel: d1
channel d1: sid=819 instance=oradb1 devtype=DISK
allocated channel: d2
channel d2: sid=799 instance=oradb1 devtype=DISK
Starting backup at 09-SEP-09
current log archived
channel d1: starting archive log backupset
channel d1: specifying archive log(s) in backup set
input archive log thread=1 sequence=39695 recid=82786 stamp=697023074
input archive log thread=1 sequence=39696 recid=82789 stamp=697024187
记录一下供参考。
-The End-
历史上的今天...
>> 2015-09-12文章:
>> 2007-09-12文章:
>> 2005-09-12文章:
>> 2004-09-12文章:
By eygle on 2009-09-12 09:30 | Comments (10) | Backup&Recovery | 2396 |
令人抓狂的备份,令人敬佩的谨慎作风!
高性价比的备份啊
俺手里最大这个6.4T,每周六全备一跑近一整天
俺手里最大这个6.4T,每周六全备一跑近一整天
俺手里最大这个6.4T,每周六全备一跑近一整天
晕倒,这opera,一发一大片
backup as compressed backupset database
75M/s
算是快的了!
存储多少块盘啊?
备份在NAS上还是?
我是用LEGATO备份到磁带上SUN SL500,3000GB的DB,200多MB/s,全备要4个小时。
最近搞了几个26TB的,没有个一周备不下来。