物理備份腳本 #!/bin/sh export TMPDIR=$TMP; export ORACLE_SID=orcl; export ORACLE_BASE=/
xtrabackup自動(dòng)全備份腳本,具有發(fā)送郵件和主從判斷功能. ##set environment## . ~/.bash_profile BASEDIR="/data_bak" SPA
數(shù)據(jù)遷移后,使用SQL Server 2012 備份數(shù)據(jù)庫,備份完成后自動(dòng)壓縮成rar文件,以前執(zhí)行沒有問題的語句現(xiàn)在只能做備份,而不能自動(dòng)壓縮并刪除備份,說明問題出在執(zhí)行
可以使用Xtrabackup工具僅僅對某幾張表進(jìn)行數(shù)據(jù)恢復(fù)。 實(shí)驗(yàn)場景: 端口3306的實(shí)例上有一張表t3,而端口3308的實(shí)例上沒有。實(shí)驗(yàn)?zāi)康膶?/p>
文檔編寫的技術(shù)的水平,一直被吐槽,但是也很郁悶,編寫的文檔能完成實(shí)施,但是缺少潤色,因此一直沒有寫博客,但是還是忍不住想記錄點(diǎn)東西,免得留下遺憾,畢竟作為一個(gè)技術(shù)宅,只看別
此實(shí)驗(yàn)是在B庫上恢復(fù)A庫,不過更改了實(shí)例名。 目標(biāo)庫只是按照到oracle軟件為止。 源庫(A庫): 192.168.56.12 ORACLE_SID=DBdb DBID=328289
參考涂抹mysql里的腳本,做了下改進(jìn) [mysql@mysql01 scripts]$ cat mysql_full_backup_by_xtra.sh #!/bin/sh # Created b
innobackupex全備份流程圖 整個(gè)備份過程如下圖:
在一個(gè)DG環(huán)境中,由于網(wǎng)絡(luò)帶寬不足的原因,暫時(shí)是使用手動(dòng)同步的,也就是每天從主數(shù)據(jù)庫中拷貝歸檔日志文件到備數(shù)據(jù)庫中進(jìn)行應(yīng)用,
背景 本文對 5.6 主備場景下,在備庫做物理備份遇到死鎖的case進(jìn)行分析,希望對大家有所幫助。 這里用的的物理備份工具是 Percona-XtraBackup(PXB),有的同學(xué)可