2. 程式人生 > >DB2 冷備熱備和增量備份

DB2 冷備熱備和增量備份

阿新 • • 發佈：2019-01-23
################################備份前準備################################# ***************************建立存放歸檔日誌和備份的目錄******************** [[email protected] ~]# su - db2inst1 [[email protected] ~]$ mkdir archivelog [[email protected] ~]$ mkdir log [[email protected] ~]$ mkdir backup ***************************建立測試資料庫和測試表*************************** db2 => create db ken db2 => connect to ken db2 => create table test (id int,name varchar(20),password varchar(20)) db2 => insert into test values (1,'zhu','ken') ***************************修改db2引數************************************** db2 => update db cfg for ken using mirrorlogpath /home/db2inst1/archivelog--啟用mirror log db2 => update db cfg for ken using userexit on --啟用使用者出口 db2 => update db cfg for ken using logretain on --啟用歸檔日誌 db2 => update db cfg for ken using trackmod on --啟用增量備份功能 db2 => backup db ken to /home/db2inst1/backup 這時資料庫處於掛起狀態，需要對資料庫備份一次，否則不能用 Backup successful. The timestamp for this backup image is : 20090807082755 ###############################開始備份和還原################################ ********************************冷備份和還原********************************* db2 => backup db ken to /home/db2inst1/backup Backup successful. The timestamp for this backup image is : 20090807083306 db2 => insert into test values (2,'hui','hui') [
[email protected] ~]$ cp archivelog/NODE0000/* log --將歸檔日誌拷貝走 db2 => drop db ken --手動刪除資料庫，模擬災備 db2 => restore db ken from /home/db2inst1/backup taken at 20090807083306--恢復資料庫 DB20000I The RESTORE DATABASE command completed successfully. db2 => rollforward db ken to end of logs and complete overflow log path (/home/db2inst1/log)--前滾日誌 Rollforward Status Input database alias = ken Number of nodes have returned status = 1 Node number = 0 Rollforward status = not pending Next log file to be read = Log files processed = S0000000.LOG - S0000000.LOG Last committed transaction = 2009-08-07-12.34.41.000000 UTC DB20000I The ROLLFORWARD command completed successfully. db2 => select *from test --能查出test表中的所有資料 ********************************熱備份和還原********************************* db2 => insert into test values (3,'java','db') --插入測試資料 db2 => backup db ken online to /home/db2inst1/backup --熱備 Backup successful. The timestamp for this backup image is : 20090807084334 db2 => insert into test values (4,'db2','jsp') --插入測試資料 [
[email protected] ~]$ cp -rf archivelog/NODE0000/* log --拷貝日誌 db2 => drop db ken --手動刪除資料庫，模擬災備 DB20000I The DROP DATABASE command completed successfully. db2 => restore db ken from /home/db2inst1/backup taken at 20090807084334--恢復資料庫 DB20000I The RESTORE DATABASE command completed successfully. db2 => rollforward db ken to end of logs and complete overflow log path (/home/db2inst1/log)--前滾日誌 Rollforward Status Input database alias = ken Number of nodes have returned status = 1 Node number = 0 Rollforward status = not pending Next log file to be read = Log files processed = S0000002.LOG - S0000002.LOG Last committed transaction = 2009-08-07-12.43.35.000000 UTC DB20000I The ROLLFORWARD command completed successfully. db2 => select *from test --能查出所有的測試資料 *******************************增量備份和還原******************************** db2 => insert into test values (5,'oracle','mysql') --插入測試資料 db2 => backup db ken online incremental to /home/db2inst1/backup --備份資料庫 Backup successful. The timestamp for this backup image is : 20090807085501 [
[email protected] ~]$ cp -rf archivelog/NODE0000/* log --拷貝日誌 db2 => drop db ken --手動刪除資料庫，模擬災備 DB20000I The DROP DATABASE command completed successfully. db2 => restore db ken incremental automatic from /home/db2inst1/backup taken at 20090807085501 DB20000I The RESTORE DATABASE command completed successfully. --恢復資料庫 db2 => rollforward db ken to end of logs and complete overflow log path (/home/db2inst1/log) Rollforward Status Input database alias = ken Number of nodes have returned status = 1 Node number = 0 Rollforward status = not pending Next log file to be read = Log files processed = S0000004.LOG - S0000004.LOG Last committed transaction = 2009-08-07-12.55.01.000000 UTC DB20000I The ROLLFORWARD command completed successfully. db2 => select *from test --能查出所有的測試資料 ---------------------example --備份 db2 backup db ismxprod to /home/db2inst1/ISMXPROD_backup/ -打-包 tar -zcvf ismxprod.tar.gz ISMXPROD.0.db2inst1.NODE0000.CATN0000.201302040 55903.001 --再另一臺機器拿到備份檔案 scp [email protected]:/home/db2inst1/uattest_backup/ismxdev.tar.gz /home/db2inst1 ping dsc-dev-data.rtp.raleigh.ibm.com scp [email protected]:/home/db2inst1/uattest_backup/ismxdev.tar.gz /home/db2inst1 --解壓 db2 restore db ismxdev from /home/db2inst1/ismxuat_backup/ taken at 20130206041226 into ismxuat db2 connect to ismxdev db2 connect to ismxuat

相關推薦

DB2 冷備熱備和增量備份

################################備份前準備################################# ***************************建立存放歸檔日誌和備份的目錄******************** [[em

linux備份mysql資料庫冷備熱備定時備份資料

特別強調shell指令碼執行備份資料庫檔案自動穿件sql檔案寫入檔案空的原因：使用備份命令mysqldump命令要使用絕對路徑，因為直接執行時是在mysql的bin目錄下執行的，所以沒有問題，但是crontab就不是在mysql的bin下了，所以找不到mysqldump的命

mysql 全量備份和增量備份

mysql備份mysql 全量備份：vim /root/mysql_bakup.sh #!/bin/bash#Date:2017/5/2#Author:wangpengtai#Blog:http://wangpengtai.blog.51cto.com#At Sunday, we will backup th

mysql系列之5--完全備份和增量備份

bsp 定時 實時 sta form sql -a posit 密碼 一、利用系統自帶的工具實現完全備份：mysqldump1、備份所有的數據庫： mysqldump -hlocalhost -uroot -p12345678 --all-database

imagex 備份和增量備份

執行 apt image 增量備份 ima 命名 批處理 end files ren E:*.1wim1 *.wim imagex /compress fast /append /capture H:\files E:\files.wim %date%imagex /com

mysql全量備份和增量備份

mysql全量備份指令碼 #!/bin/bash Data_back="/data/data_backup/"; Date=`date +"%Y_%m_%d"` mysqldump -uroot -proot --quick --events --flush-logs --single-trans

挖一挖MongoDB的備份與還原（實現指定時間點還原和增量備份還原）

一  研究背景需求 目前作者所在公司的MongoDB資料庫是每天凌晨做一次全庫完整備份，但資料庫出現故障時，只能保證恢復到全備時間點，比如，00:30 做的完整備份，而出現故障是下午18:00，那麼現有的備份機制只可以恢復到00:30，即丟失00:30 – 18:00 的操

MySQL叢集-PXC搭建以及使用innobackupex工具進行全域性備份和增量備份

環境：centos7 vm1:10.154.47.236 vm2:10.154.52.189 vm3:10.105.12.50 目的：pxc使用三個節點構建mysql叢集，使用innobackupex對資料進行全域性備份，增量備份；同時對三個節點做負載均衡（使用騰訊雲官方負載均衡器） 補充：整個應用使用的

Xtrabackup 備份大資料庫（全量備份和增量備份）

Xtrabackup Xtrabackup是由percona開源的免費資料庫熱備份軟體，它能對InnoDB資料庫和XtraDB儲存引擎的資料庫非阻塞地備份（對於MyISAM的備份同樣需要加表鎖）；mysqldump備份方式是採用的邏輯備份，其最大的缺陷是備份和恢復速度較

oracle數據庫熱備中的備份和恢復及例子

cache 歸檔日誌 status taf track bms 成員 運行 flat 手工熱備（開庫狀態） 備份控制文件： alter database backup controlfile to ‘/u01/oradata/prod/con.bak1‘; 備份數據文

數據庫備份之熱備，冷備，溫備

sig class 還原 min 事件 .cn down 分析 llb 備份和恢復 備份類型： 完全備份，部分備份 完全備份：整個數據集 1 部分備份：只備份數據子集，如部分庫或表 完全備份、增量備份、差異備份 2增量備份：僅備份最近一次完全備份或增量備份（如果存在增量）以

碉堡了，看老司機如何解釋什麼是冷備、熱備、異地災備、雲備份

作者：古的白、來源：知乎 著作權歸作者所有。商業轉載請聯絡作者獲得授權，非商業轉載請註明出處。 原文連結：https://www.zhihu.com/question/33749599/answer/57624408 好了，這位老司機馬上出場了…… 很多同學對熱備，冷備，雲備瞭解不深，我科普一下I

什麼是冷備，熱備，雙機熱備，異地容災備份，雲備份，NAS，負載均衡？

假設你是一位女性，你有一位男朋友，於此同時你和另外一位男生曖昧不清，比朋友 好，又不是戀人。你隨時可以甩了現任男友，另外一位馬上就能補上。這是冷備份。 假設你是一位女性，同時和兩位男性在交往，兩位都是你男朋友。並且他們還互不干涉，獨立執行。這就是雙機熱備份。 假設你是一位女

xtrabackup熱備和恢復mysql

xtrabackup熱備和恢復mysql熱備份與恢復3.1xtrabackup介紹：熱備份的方式也是直接復制數據物理文件，和冷備份一樣，但是熱備份可以不停機直接復制，一般用於7*24小時不間斷的重要核心業務。Mysql的社區版本熱備份工具InnoDB Hot Backup是付費的，只能試用30天，商業版才可以

使用keepalived使用主備熱備份功能

方式 sta keepalive 必須 state ive ron authent int 圖： 配置文件： 主服務器的配置如下： global_defs { router_id NodeA}vrrp_instance VI_1 { state MAST

MySQL架構備份之雙機熱備

root .gz val 數據初始化 無法 ceshi 修改配置文件 rom ESS M--S架構：實現雙機熱備（AB復制） 1、可以降低master讀壓力 2、可以對數據庫做“熱備”，熱備只能解決硬件master硬件故障，軟件故障等重大故障問題

資料庫怎麼實時備份，資料雙機熱備

www.syncnavigator.cn SyncNavigator 做資料同步時所支援的資料庫型別： 支援sqlserver 2000-2014所有版本，全相容，和MYsql 4.x 、MYsql 5.x 、MYsql 6.x版本。 來源資料庫和目標資料庫可以版本不同，比如：來源資料庫

Apache + Tomcat基於mod_jk模組實現反代、動靜分離、熱備和負載均衡

1、簡單說明： mod_jk是ASF的一個專案，是一個工作於Apache端基於AJP協議與Tomcat通訊的聯結器，是Apache的一個模組，是AJP協議的客戶端，服務端是Tomcat的AJP聯結器。 Web客戶訪問Tomcat JSP元件的兩種方式： 2、演示環境：

MySQL 系列連載之 XtraBackup 增量熱備 or 恢復實踐（3）

導讀 如果您在本文遇到任何問題或疑問請到QQ群中與我們交流。也可在下方進行評論。我將在第一時間和您進行交流，共同學習。 QQ群：201777608、526871767、1689067（加群時註明：運維派） 增量備份和恢復 特別注意： innobackupex 增量備份僅針對InnoDB這類支援事務

oracle 雙機熱備，oracle dataguard 和oracle rac的區別和聯絡

Data Guard 是Oracle的遠端複製技術，它有物理和邏輯之分，但是總的來說，它需要在異地有一套獨立的系統，這是兩套硬體配置可以不同的系統，但是這兩套系統的軟體結構保持一致，包括軟體的版本，目錄儲存結構，以及資料的同步（其實也不是實時同步的），這兩套系統之間只要網路是通的就可以了，是一種異地容災的解