mysql备份到带库_RMAN备份恢复——备份到带库的性能
簡單測試了一下rac環境通過RMAN備份到帶庫的功能。
數據庫：Oracle 10203 RAC for Solaris8
帶庫：Quantum PX502
備份軟件：Veritas netbackup 6.0
由于帶庫是502，因此包含兩個控制器。也就是說，應該可以通過兩個控制性并行寫入來提高備份的性能。不過測試發現似乎和我預想的有些出入。
首先看看在一個節點上啟動一個channel進行備份：
$ rman target /
恢復管理器: Release 10.2.0.3.0 - Production on星期四5月10 16:42:19 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連接到目標數據庫: TESTRAC (DBID=4291216984)
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> backup database;
5> }
分配的通道: c1通道c1: sid=296實例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
啟動backup于11-5月-07通道c1:啟動全部數據文件備份集通道c1:正在指定備份集中的數據文件輸入數據文件fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf輸入數據文件fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf輸入數據文件fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf輸入數據文件fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf輸入數據文件fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf輸入數據文件fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf輸入數據文件fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf輸入數據文件fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197輸入數據文件fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249輸入數據文件fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf輸入數據文件fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf輸入數據文件fno=00001 name=+DISK/testrac/datafile/system.262.618591167輸入數據文件fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225輸入數據文件fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道c1:正在啟動段1于11-5月-07通道c1:已完成段1于11-5月-07段句柄=1qihelgr_1_1標記=TAG20070511T091922注釋=API Version 2.0,MMS Version 5.0.0.0通道c1:備份集已完成,經過時間:01:25:45通道c1:啟動全部數據文件備份集通道c1:正在指定備份集中的數據文件備份集中包括當前控制文件在備份集中包含當前的SPFILE通道c1:正在啟動段1于11-5月-07通道c1:已完成段1于11-5月-07段句柄=1riheqhl_1_1標記=TAG20070511T091922注釋=API Version 2.0,MMS Version 5.0.0.0通道c1:備份集已完成,經過時間:00:00:57完成backup于11-5月-07釋放的通道: c1
RMAN>
可以看到備份大約花費了1小時25分鐘左右。
下面嘗試在一個節點上分配兩個CHANNEL來備份：
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> backup database;
6> }
分配的通道: c1通道c1: sid=296實例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2通道c2: sid=301實例=testrac1 devtype=SBT_TAPE通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
啟動backup于11-5月-07通道c1:啟動全部數據文件備份集通道c1:正在指定備份集中的數據文件輸入數據文件fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf輸入數據文件fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf輸入數據文件fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf輸入數據文件fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf輸入數據文件fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf輸入數據文件fno=00001 name=+DISK/testrac/datafile/system.262.618591167輸入數據文件fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道c1:正在啟動段1于11-5月-07通道c2:啟動全部數據文件備份集通道c2:正在指定備份集中的數據文件輸入數據文件fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf輸入數據文件fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf輸入數據文件fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf輸入數據文件fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197輸入數據文件fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249輸入數據文件fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf輸入數據文件fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225通道c2:正在啟動段1于11-5月-07通道c1:已完成段1于11-5月-07段句柄=1siheql7_1_1標記=TAG20070511T104702注釋=API Version 2.0,MMS Version 5.0.0.0通道c1:備份集已完成,經過時間:00:42:17通道c1:啟動全部數據文件備份集通道c1:正在指定備份集中的數據文件備份集中包括當前控制文件通道 c1:正在啟動段1于11-5月-07通道c2:已完成段1于11-5月-07段句柄=1tiheql8_1_1標記=TAG20070511T104702注釋=API Version 2.0,MMS Version 5.0.0.0通道c2:備份集已完成,經過時間:01:24:33通道c2:啟動全部數據文件備份集通道c2:正在指定備份集中的數據文件在備份集中包含當前的SPFILE通道c2:正在啟動段1于11-5月-07通道c1:已完成段1于11-5月-07段句柄=1uihet4g_1_1標記=TAG20070511T104702注釋=API Version 2.0,MMS Version 5.0.0.0通道c1:備份集已完成,經過時間:00:43:03通道c2:已完成段1于11-5月-07段句柄=1vihevjp_1_1標記=TAG20070511T104702注釋=API Version 2.0,MMS Version 5.0.0.0通道c2:備份集已完成,經過時間:00:01:31完成backup于11-5月-07釋放的通道: c1釋放的通道: c2
RMAN>
發現雖然分配了兩個channel，第一個channel備份用時42分鐘，第二個channel用時仍然達到了1小時24分鐘。也就是說，沒有任何的性能的提高。
備份的同時，用root啟動jnbSA圖形界面，發現只有一個控制器在工作，也就是說，雖然分配了兩個channel，但是兩個channel仍然是串行工作，當第一個備份結束后，開始進行第二個channel的備份工作。所以，總的消耗時間仍然是那么多。
為了使得兩個控制性同時工作，可以考慮采用分配兩個channel并連接到兩個不同的實例上，方法如下：
RMAN> RUN
2> {
3> ALLOCATE CHANNEL C1 DEVICE TYPE SBT CONNECTSYS/TEST@TESTRAC1;
4> ALLOCATE CHANNEL C2 DEVICE TYPE SBT CONNECTSYS/TEST@TESTRAC2;
5> BACKUP DATABASE;
6> }
分配的通道: C1通道C1: sid=293實例=testrac1 devtype=SBT_TAPE通道C1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: C2通道C2: sid=289實例=testrac2 devtype=SBT_TAPE通道C2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
啟動backup于11-5月-07通道C1:啟動全部數據文件備份集通道C1:正在指定備份集中的數據文件輸入數據文件fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf輸入數據文件fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf輸入數據文件fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf輸入數據文件fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf輸入數據文件fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf輸入數據文件fno=00001 name=+DISK/testrac/datafile/system.262.618591167輸入數據文件fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道C1:正在啟動段1于11-5月-07通道C2:啟動全部數據文件備份集通道C2:正在指定備份集中的數據文件輸入數據文件fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf輸入數據文件fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf輸入數據文件fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf輸入數據文件fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197輸入數據文件fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249輸入數據文件fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf輸入數據文件fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225通道C2:正在啟動段1于11-5月-07通道C2:已完成段1于11-5月-07段句柄=21ihf3gn_1_1標記=TAG20070511T131819注釋=API Version 2.0,MMS Version 5.0.0.0通道C2:備份集已完成,經過時間:00:41:01通道C2:啟動全部數據文件備份集通道C2:正在指定備份集中的數據文件備份集中包括當前控制文件通道C2:正在啟動段1于11-5月-07通道C2:已完成段1于11-5月-07段句柄=22ihf5tl_1_1標記=TAG20070511T131819注釋=API Version 2.0,MMS Version 5.0.0.0通道C2:備份集已完成,經過時間:00:01:06通道C2:啟動全部數據文件備份集通道C2:正在指定備份集中的數據文件在備份集中包含當前的SPFILE通道C2:正在啟動段1于11-5月-07通道C2:已完成段1于11-5月-07段句柄=23ihf5vn_1_1標記=TAG20070511T131819注釋=API Version 2.0,MMS Version 5.0.0.0通道C2:備份集已完成,經過時間:00:01:07通道C1:已完成段1于11-5月-07段句柄=20ihf3gs_1_1標記=TAG20070511T131819注釋=API Version 2.0,MMS Version 5.0.0.0通道C1:備份集已完成,經過時間:00:44:39完成backup于11-5月-07釋放的通道: C1釋放的通道: C2
RMAN>
這種方法進行備份，每個節點會備份一部分數據文件，從圖形界面觀察，兩個控制器同時工作，從最終的備份時間也可以看出，整個備份僅用了44分鐘左右，執行時間縮短了一半。
由于對硬件和備份軟件都不是很熟悉，不清楚是否一個節點只能使用一個控制器。不過，對于這種默認的情況，RAC環境可以通過最后的這種方式來提高備份的性能。
總結
以上是生活随笔為你收集整理的mysql备份到带库_RMAN备份恢复——备份到带库的性能的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 语音识别软件测试面试,软件测试之ASR（
- 下一篇： MySQL和Mariadb都启动不了了_