eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 2009 Oracle OpenWorld 将有什么重磅消息发布? | Blog首页 | 关于恩墨科技第二次培训暂时推迟的通知 »

一个TB级数据库的备份时间及备份记录

昨晚,为一个客户的数据库做了一次临时性的备份留存,数据库的整体容量大约在1.5T左右,一般中低端存储:
SQL*Plus: Release 10.2.0.2.0 - Production on Thu Sep 10 14:27:39 2009

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
Linux系统,整个备份过程大约持续了5个小时左右,备份出来的容量如下:
[oracle@sms backup]$ du -sk
1448023700      .
备份脚本:
run{
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;
}
备份自9:30开始:
Recovery Manager: Release 10.2.0.2.0 - Production on Wed Sep 9 21:30:23 2009

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

结束时间是 Sep 10 02:43,五个小时左右。

记录一下供参考。

-The End-




历史上的今天...
    >> 2015-09-12文章:
    >> 2007-09-12文章:
           如何加快SMON的恢复进度?
    >> 2005-09-12文章:
           EMC Disk Fault Again and Again
    >> 2004-09-12文章:

无觅

By eygle on 2009-09-12 09:30 | Comments (10) | Backup&Recovery | 2396 |

10 Comments

令人抓狂的备份,令人敬佩的谨慎作风!

高性价比的备份啊

俺手里最大这个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的,没有个一周备不下来。


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com