『壹』 cache資料庫如何用文件流模式進行數據備份
1、打開CMD窗口(不要登錄)，通過命令備份mydb1資料庫
備份命令: mysqlmp -u用戶名 -p 資料庫名字 > 數據文件的位置
例如: mysqlmp -uroot -p mydb1 > d:/mydb1.sql
輸入密碼, 如果沒有提示錯誤, 即備份成功, 查詢d盤的mydb1.sql文件
提示: (1)備份資料庫的命令後面不要添加分號(;)
(2)備份資料庫只是備份資料庫中的表, 不會備份資料庫本身
2、登錄到MySQL客戶端，刪除mydb1庫
– 刪除mydb1庫
drop database mydb1;
– 查詢所有庫, 是否還存在mydb1庫
show databases;
由於備份時, 沒有備份資料庫本身, 所以在恢復庫中的數據前, 需要先創建好要恢復的庫
-- 創建mydb1資料庫
create database mydb1 charset utf8;
提示: 此時的mydb1庫是空的, 沒有任何錶
3、在CMD窗口中(不要登錄)，通過命令恢復mydb1資料庫
– 在CMD窗口中(不要登錄)
恢復命令: mysql -u用戶名 -p 資料庫名字 < 數據文件的位置
例如: mysql -uroot -p mydb1 < d:/mydb1.sql
輸入密碼, 如果沒有提示錯誤, 即恢復成功, 下面進行驗證
-- 在登錄狀態下, 選擇mydb1庫, 查詢其中的表是否恢復了回來
use mydb1;
show tables;
『貳』 oracle 資料庫備份詳細步驟是什麼
oracle 資料庫備份的步驟是：
直接通過exp命令備份需要內容就可以了。可以參考下以下導出備份的方法：
1、將資料庫TEST完全導出,用戶名system 密碼manager 導出到D:chu.dmp中
exp system/manager@TEST file=d:chu.dmp full=y
2、將資料庫中system用戶與sys用戶的表導出
exp system/manager@TEST file=d:chu.dmp owner=(system,sys)
3、將資料庫中的表table1 、table2導出
exp system/manager@TEST file=d:chu.dmp tables=(table1,table2)
4、將資料庫中的表table1中的欄位filed1以"00"打頭的數據導出
exp system/manager@TEST file=d:chu.dmp tables=(table1) query=" where filed1 like '00%'"
『叄』 怎樣備份數據
問題一：大量數據如何備份？ 組建臨時區域網 如果比較近的話， 如果遠就蛋疼了 聽你的描述A 伺服器可能還是sata 機械硬碟，有速度上限的，只能慢慢花時間了
問題二：如何備份電腦上的所有文件 備份：為應付文件、數據丟失或損壞等可能出現的意外情況，將電子計算機存儲設備中的數據復制到磁帶等大容量存儲設備中。
從而在原文中獨立出來單獨貯存的程序或文件副本。
目前有外接設備存儲、硬碟內文件重復備份、伺服器備份三種方式可以備份。
外接設備存儲有兩種方式，
光碟備份，直接把所有文件刻錄到光碟作為副本，專門准備光碟盒放置備份光碟，以期將來繼續取用，可以長期保存，建議刻兩份，一份為保證數據不被光碟刮痕破壞的一次性光碟。另一份則隨取隨用，若經損壞，則從一次性光碟取出文件再刻錄一份一次性光碟，原一次性光碟則轉型成隨取隨用型光碟。從根本上解決硬體損耗的問題。
快閃記憶體檔、移動硬碟備份，快閃記憶體檔稍小，適合少量文件備份。移動硬碟容量比較大，可以備份電腦所有文件，但缺點是比光碟成本過高。而且不適合移動硬碟原本的功能，即隨取隨用。
硬碟內文件重復備份有兩種方式，
直接在另一個磁碟備份文件，多用於非全盤格式化重裝系統；
利用還原軟體直接備份整個分區文件，等於是將所有文件壓縮成一個大的壓縮包。
伺服器備份文件，即網路備份。建議選擇收費類型的備份，免費備份在存取過程中產生文件丟失，伺服器提供公司可以完全避免風險責任，而收費公司可以獲取相應的補償，所以一些隱私文件不建議在免費伺服器上備份。
問題三：換了電腦，如何備份數據 在舊電腦上,把所有的東西壓成GHO文件,然後把GHO文件復制到新電腦上,把GHO文件解出來.我沒用過這種方法,如果你的系統都是XP的話,這種方法肯定是可行的,如果你的系統是其它系統不保證!或者你的系統不一樣,就不行,你知道的,軟體安裝要生成注冊表的.
問題四：5s怎麼備份數據和文件 兩種方式，一種是備份到雲（icloud),在設置－－icloud里最後一項是儲存與備份，需要連接網路（最好是用WIFI，流量要不少）
另一種是備份到電腦，在電腦安裝itunes，然後用數據線連接手機，在「我的iphone「里備份到本電腦就可以。
推薦用第二種，第一種一般只能備份你的照片和通訊錄等，第二種方法比較徹底
問題五：怎麼備份硬碟？ 備份數據的方法有以下幾種：
1、使用U盤或移動硬碟將重要數據備出電腦；
2、使用刻錄機將重要數據，刻成光碟；
3、將數據保存在系統分區以外，以免重裝系統或系統損壞帶來的數據丟失；
4、用軟盤備份數據；
5、使用GHOST備份數據和系統；（這種方法可以壓縮數據）
綜上所述的各種備份方法，各有所長，也各有不足，只有根據你的實際情況，選擇一種適合你的備份方法。對GHOST的使用方法，給一個吧，你多看看，希望對你有所幫助。
Ghost 使用詳解
一、分區備份
使用Ghost進行系統備份，有整個硬碟（Disk）和分區硬碟（Partition）兩種方式。在菜單中點擊 Local（本地）項，在右面彈出的菜單中有3個子項，其中 Disk表示備份整個硬碟（即克隆）、Partition 表示備份硬碟的單個分區、Check 表示檢查硬碟或備份的文件，查看是否可能因分區、硬碟被破壞等造成備份或還原失敗。分區備份作為個人用戶來保存系統數據，特別是在恢復和復制系統分區時具有實用價值。
選 Local→Partition→To Image 菜單，彈出硬碟選擇窗口，開始分區備份操作。點擊該窗口中白色的硬碟信息條，選擇硬碟，進入窗口，選擇要操作的分區（若沒有滑鼠，可用鍵盤進行操作：TAB鍵進行切換，回車鍵進行確認，方向鍵進行選擇）。 在彈出的窗口中選擇備份儲存的目錄路徑並輸入備份文件名稱，注意備份文件的名稱帶有 GHO 的後綴名。 接下來，程序會詢問是否壓縮備份數據，並給出3個選擇：No 表示不壓縮，Fast表示壓縮比例小而執行備份速度較快，High 就是壓縮比例高但執行備份速度相當慢。最後選擇 Yes 按鈕即開始進行分區硬碟的備份。Ghost 備份的速度相當快，不用久等就可以完成，備份的文件以 GHO 後綴名儲存在設定的目錄中。
二、硬碟克隆與備份
硬碟的克隆就是對整個硬碟的備份和還原。選擇菜單Local→Disk→To Disk，在彈出的窗口中選擇源硬碟（第一個硬碟），然後選擇要復制到的目標硬碟（第二個硬碟）。注意，可以設置目標硬碟各個分區的大小，Ghost 可以自動對目標硬碟按設定的分區數值進行分區和格式化。選擇 Yes 開始執行。
Ghost 能將目標硬碟復製得與源硬碟幾乎完全一樣，並實現分區、格式化、復制系統和文件一步完成。只是要注意目標硬碟不能太小，必須能將源硬碟的數據內容裝下。
Ghost 還提供了一項硬碟備份功能，就是將整個硬碟的數據備份成一個文件保存在硬碟上（菜單 Local→Disk→To Image），然後就可以隨時還原到其他硬碟或源硬碟上，這對安裝多個系統很方便。使用方法與分區備份相似。
三、備份還原
如果硬碟中備份的分區數據受到損壞，用一般數據修復方法不能修復，以及系統被破壞後不能啟動，都可以用備份的數據進行完全的復原而無須重新安裝程序或系統。當然，也可以將備份還原到另一個硬碟上。
要恢復備份的分區，就在界面中選擇菜單Local→Partition→From Image，在彈出窗口中選擇還原的備份文件，再選擇還原的硬碟和分區，點擊 Yes 按鈕即可。
四、區域網操作
LPT 是通過並口傳送備份文件,下面有兩個選項：slave 和 master, 分別用以連接主機和客戶機。 網路基本輸入輸出系統 NetBios 和 LPT 相似, 也有 slave 和 master 兩個選項, 作用與 LPT 相同。
先和平時......>>
問題六：如何備份資料庫 一、概念
資料庫備份就是指將資料庫保存為一個文件，該文件就叫資料庫備份文件。資料庫備份文件中保存了該資料庫的全部數據，在必要時可根據資料庫備份文件將資料庫恢復。
為了確保資料庫在運行期間的安全，以防資料庫發生不測，在使用外部設備保護的同時也應進行資料庫備份，以備在資料庫出現問題不能工作後，能即時通過資料庫備份恢復資料庫，確保醫院業務的正常進行，將數據的丟失減少到最低。
資料庫的備份有兩種方法：手工定期備份和自動定時備份。手工定期備份是指系統管理員，每隔一段時間，手工操作資料庫進行備份；自動定時備份是指在資料庫內部設置一個工作任務，讓系統進行定時備份。
為了確保資料庫在運行期間的安全，防止資料庫在操作系統出現問題時不造成數據的丟失，在使用外部保護設置的同時，還要建立數據備份。以備在資料庫發生問題不能工作時，能及時通過資料庫備份恢復資料庫，將數據的丟失減少到最低。
資料庫備份有兩種方法：手工定期備份和自動定時備份。手工定期備份是指系統管理定期手工操作進行資料庫備份；自動定時備份是指設定在資料庫中一個自動備份工作，由系統定時自動備份。下面我們將作詳細介紹。
二、備份實際操作步驟
1 手工定期備份數據
第一步：運行Microsoft SQL Server下的 企業管理器；
第二步：將文件層層展開，直到出現 資料庫 文件夾，用滑鼠右鍵點資料庫，選擇所有任
務-備份資料庫；
第三步：進入SQL Server 備份 - ，選擇要備份的資料庫，並為其命名，選擇備份路徑（如已有備份路徑，請將其清空）；
第四步：按添加按鈕，進入文件路徑設置；可在文件名:中直接輸入路徑和文件名，也可按輸入框後的按鈕，進入文件夾列表；
第五步：在文件名中設置一個新的資料庫備份名稱；
第六步：確認後，回到SQL Server 備份 - 界面，備份到: 的框中顯示出將要備份的文件
路徑，確認，當出現備份成功的提示框時，備份完成。
2 自動定時備份數據
（1）建立資料庫備份設備
第一步：進入Microsoft SQL Server 中的企業管理器；
第二步：將文件夾逐層展開，展開管理，查看SQL Server 代理是否啟動，如未啟動先將其啟動，用滑鼠右鍵點備份，彈出快捷菜單，選擇新建備份設備,彈出窗口；（如圖1-3）
第三步：在名稱中輸入一個名稱，文件名中輸入路徑名稱或選擇路徑；
第四步：按確定按鈕，在右側窗體中出現該設備的名稱及路徑，即完成。
（2）建立一個自動備份的工作任務
第一步：展開管理下的 SQL Server 代理，用滑鼠右鍵點作業，彈出快捷菜單，選擇新建
作業，彈出新建作業屬性窗口，輸入一個名稱，輸入描述這個操作的語句；
第二步：選擇步驟活頁夾，按新建按鈕，建立新的步驟，輸入一個步驟名，選擇將要備份
的資料庫，在命令中輸入備份資料庫的SQL語句backup datadase lt40 to lt_backup，此處的lt_backup為備份設備名稱，按確定按鈕；
第三步：選擇調度活頁夾，按新建調度新建一個調度，輸入調度名稱，再按更改，彈出編輯時間窗口，設定備份的頻率後確定，在反復出現框中顯示出備份發生時間；
第四步：確定後，回到主窗口，在右側窗體中出現一條任務的名稱即完成設置；
（3）驗證作業是否能使用
設置完成後，為了檢驗自動備份的功能是否能運行，可以用滑鼠右鍵點擊建立的作業，彈出快捷菜單，選擇啟動作業運行，運行的時候檢看狀態是否為正在運行，或聽計算所硬碟是否發出運行的聲音，運行完成後狀態顯示為成功，即表示備份成功。
（......>>
問題七：用友財務軟體如何備份數據? （1）手工備份
1.打開系統管理窗口,用 admin(單位可能改了)身份進行注冊.單點賬套下的輸出選項,系統彈出賬套輸出對話框,選擇需要備份賬套.
2.單點確認,系統開始出現正在備份的進度提示,最後系統提示選擇備份的目標文件夾.
3.選擇好目標文件夾後,單點確認,系統將數據備份到指定的文件夾中. 自動備份
1.打開系統管理,以admin身份登錄
2.在系統下選擇設置備份計劃,系統彈出設置備份計劃對話框
3.單點增加,系統彈出設置備份計劃對話框
在此填入自動備份設置信息,比如每天15:48備份008賬套
計劃編號:001
計劃名稱:備份008賬套
備份類型:賬套備份
發生頻率: 每天
開始時間:15:48:00(備份時間最好選擇沒有使用軟體時,但伺服器沒有關掉)
有交觸發: 2小時
...
4.單點退出保存設置. （2）設置取數公式,讓每個資負表的項目聯系起會計的總帳科目余額來.還有就是沒有發生額的情況下,即便設置有公式了,那也是沒數據的。
問題八：三星手機怎麼備份數據 您好：
一、備份聯系人到SD卡.
1.在待機狀態下，點擊【聯系人】。
2.點擊左下角的【菜單】鍵，並選擇【導入/導出】。
3.選擇【導出到SD卡】。
4.點擊【確定】。
提示：
您可進入【應用程序】-【我的文件】-【所有文件】-【extSdCard】-「聯系人.vcf」即備份的聯系人文件，此備份文件不支持單獨查看，如需將其導回至手機，請點擊【聯系人.vcf】文件即可。
二、備份多媒體資料文件到外置SD卡。
1.在待機模式下，點擊【應用程序】。
2.點擊【我的文件】。
3.點擊【所有文件】。
4.選擇【sdcard0】。
5.選擇【DCIM】。
6.選擇【camera】。
7.點住想要拷貝的照片不鬆手，然後選擇【復制】。
8.選擇【extSdCard】，然後點擊【粘帖到此處】。
三、備份信息到外置SD卡。
1.在待機模式下，點擊【信息】。
2.打開您要備份的簡訊，長按住簡訊，出現「信息選項」後，選擇【復制到SD卡】。
查看備份信息：
1.在待機模式下，點擊【信息】。
2.點擊左下角的【菜單】鍵，並選擇【設定】。
3.選擇【管理SD卡信息】。
4.如需恢復SD卡上全部的信息，請將【全選】打鉤；如需恢復SD卡中部分簡訊息，請將該信息打鉤。勾選完畢後，點擊【導入】即可。
提示：簡訊拷貝到SD卡中，只能針對單條簡訊復制。僅支持字數在70字以下的簡訊備份，可復制條數依卡的容量而定。
註：上述操作必須安裝存儲卡。
問題九：如何備份C盤數據 如果你沒有別的電腦可用,用GHOST備份C盤也行,不需要拆你自己的電腦.
GHOST備份完後,用它的輔鼎軟體,可以將裡面的你需要的文件抽出來,沒有任何損壞
『肆』 MySQL 常用備份工具流程解析
下面我們就看一下常見的備份工具，以及目前最流行的 Percona XtraBackup 的備份流程。
MySQL 常見的備份工具主要分為三種：
這里先說一下 binlog 備份，它只是把 binlog 又復制了一份，並且需要在邏輯備份或者物理備份的基礎上才能進行數據恢復，無法單獨進行數據恢復。
mysqlmp 備份出的文件就是 sql 文件，其核心就是對每個表執行 select ，然後轉化成相應的 insert 語句。mysqlmp 的備份流程大致如下：
從上面可以看出在 mysqlmp 備份期間，備份到某個資料庫時，該資料庫下的表都會處於只讀狀態，無法對表進行任何變更，直到該庫下的表備份完畢，這對於線上環境一般是無法接受的。若是指定了--master-data或者 --mp-slave 則會在備份開始時加全局讀鎖（FLUSH TABLES WITH READ LOCK），直到備份結束。當然我們可以選一個從庫進行備份，這樣就不會影響線上業務。另外使用 mysqlmp 備份還有一個最大的好處，因為備份出來的是 sql 語句，所以它支持跨平台和跨版本的數據遷移或者恢復，這是物理備份無法做到的。
但是也正是因為 mysqlmp 備份出來的是 sql 語句，在使用時要更加註意，否則可能會釀成大禍。例如，使用 mysqlmp 常見的問題有：
所以使用 mysqlmp 時一定要了解各個選項的作用，以及確認備份出來的 sql 文件里會有什麼操作，會對現有數據造成什麼影響。
Mymper 原理與 Mysqlmp 原理類似，最大的區別是引入了多線程備份，每個備份線程備份一部分表，當然並發粒度可以到行級，達到多線程備份的目的。這里不再單獨介紹。
Percona XtraBackup 是 Percona 公司開發的一個用於 MySQL 資料庫物理熱備的備份工具，是基於 InnoDB 的崩潰恢復功能來實現的。它的基本工作原理如下：
Percona XtraBackup 在進行恢復時會應用拷貝的 redo log ，應用已提交的事務，回滾未提交的事物，將資料庫恢復到一致性狀態。因為 Percona XtraBackup 備份出來的是物理文件，所以在使用備份出的文件進行恢復或者遷移時，不會像 mysqlmp 那樣會存在很多問題。
使用 XtraBackup 備份時根據備份參數設置不同，對資料庫的變更會造成不同程度的影響，具體影響會在下文分析。
通過對比發現，XtraBackup 具有對資料庫影響小，且能快速恢復的優點，在日常備份中是首選；mysqlmp 使用相對更加靈活，但是使用是要注意對資料庫原有數據的影響。
備份策略主要有：全量備份和增量備份，再加上 binlog 備份。
目前去哪兒網資料庫備份主要採用 XtraBackup 全量備份 +binlog 備份。資料庫的重要級別不同，全量備份的頻率不同。備份程序主要架構如下：
說明：
Percona XtraBackup 是目前備份 MySQL 使用最廣泛的工具。在備份過程中，資料庫可以進行正常的讀寫或者其他變更操作，但是偶爾也會遇見備份引起的元數據鎖，或提交事務時發現被 binlog lock 阻塞等情況。下面我們就看一下 Percona XtraBackup 的備份流程和加鎖時機。
說明：以下對 Percona XtraBackup 的分析都是基於 2.4.23 的版本，其他版本會略有差別，但是關鍵步驟基本相同。
XtraBackup 在備份開始時，會創建一個後台線程，專門用於拷貝資料庫的 redo log 。首先 XtraBackup 會掃描每組 redo log 的頭部，找出當前的 checkpoint lsn ，然後從該 lsn 後順序拷貝所有的 redo log ，包括後續新產生的 redo log 。該線程會一直持續到將非事務表完全拷貝完成，才會安全退出。備份日誌輸出中會記錄拷貝開始時的 checkpoint lsn 。日誌輸出如下：
在拷貝ibd文件之前，會先掃描資料庫的數據文件目錄，獲取ibdata1，undo tablespaces及所有的ibd文件列表，並會記錄相應的 space id，因為在恢復時需要這些 space id來找到對應 doublewrite buffer里頁面的內容，以及對應的redo log條目。然後開始循環拷貝ibdata1，undo tablespaces及所有的ibd文件。
這里可通過設置--parallel進行多線程備份，提高物理文件的拷貝效率。不設置則默認為1。
在所有ibd文件拷貝完成後，XtraBackup開始備份非ibd文件。這一部分的邏輯比較復雜，因為備份非ibd文件前需要加鎖，具體是否會加鎖主要受到--no-lock 參數設置的影響。
若是設置了--no-lock為TRUE，則不會使用"FLUSH TABLES WITH READ LOCK"去加全局讀鎖，但是若備份過程中對non-InnoDB表執行了DDL或者DML操作， 這會導致備份的不一致，恢復出來的數據就會有問題。所以是不建議將--no-lock為TRUE，默認值是FALSE，也就是在不指定該選項的情況下會在備份非ibd文件前加全局讀鎖。
下面我們結合源碼來看看判斷是否加全局鎖這部分的具體流程邏輯：
流程圖如下：
總結來看：
1）若--no-lock為FALSE（默認值），則先施加全局讀鎖，然後再進行拷貝文件，另外若 --safe-slave-backup 設置為TRUE ，則會在加全局鎖之前關閉SQL_THREAD線程；
2）若--no-lock為TRUE，則不會施加鎖，直接進行拷貝文件。
加鎖的邏輯主要由lock_tables_maybe實現,先看一下lock_tables_maybe源代碼，如下：
lock_tables_maybe 函數簡化處理流程如下：
1）若備份實例上已經加鎖（ LOCK TABLES FOR BACKUP / FLUSH TABLES WITH READ LOCK）或者設置lock-ddl-per-table 則直接返回；
2）若支持備份鎖，則執行LOCK TABLES FOR BACKUP；
3）若不支持備份鎖，則執行 FLUSH TABLES WITH READ LOCK。根據相應選項設置，在執行該操作前會判斷是否有執行中的DDL/DML，以及等待超時時間，是否kill 對應的未結束的事務等。
從上文中我們還看到一個參數--safe-slave-backup ，該參數的主要作用是：
若是在從庫執行的備份操作時設置了該參數，可以防止因從庫同步主庫操作，而導致XtraBackup長時間請求不到鎖而造成備份失敗。
若是設置了 --safe-slave-backup 為TRUE，那麼會執行"STOP SLAVE SQL_THREAD"，並等待Slave_open_temp_tables 為零才開始拷貝非 ibd 文件，Slave_open_temp_tables 為零說明SQL thread執行的事務都已經完成，這樣就能保證備份的一致性。並且此時也不會有在執行的事務阻塞 XtraBackup 施加全局鎖。
備份完非 ibd 文件後，將會備份 slave 和 binlog 信息。
mysql-bin.000004 2004 6b7bda9f-15f0-11ec-ba14-fa163ea367a4:1-83,9841546e-15f0-11ec-9557-fa163e736db4:1
需要注意，在支持備份鎖的實例上備份，指定了 --slave-info 或--binlog-info 均會先施加 binlog 備份鎖（ LOCK BINLOG FOR BACKUP），這會阻塞任何會更改 binlog 位點的操作。
備份完資料庫的所有文件和binlog等相關信息，備份工作就基本完成了，之後主要執行的操作如下：
1）執行"FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS",將所有的redo log刷盤；
2）停止redo log復制線程；
3）釋放全局讀鎖（備份鎖），binlog鎖；
4）開啟SQL_THREAD；
5）拷貝ib_buffer_pool和ib_lru_mp文件；
6）生成配置文件backup-my.cnf；
7）列印備份信息到xtrabackup_info文件，這些信息主要包含備份時使用的參數信息，備份起止時間，binlog位點信息，以及將會回到的lsn點。
下面是xtrabackup_info記錄的部分內容：
加鎖對應的函數是 mdl_lock_tables ，釋放鎖對應的函數是 mdl_unlock_all，主要是執行COMMIT，結束 mdl_lock_tables 中開啟的顯式事務，來釋放MDL鎖。mdl_lock_tables 流程如下：
上面參數--lock-ddl和--lock-ddl-per-table是在 Percona XtraBackup 2.4.8 之後添加的，因為 MySQL 5.7 新增了一個叫做 Sorted Index Builds 的功能，這會導致某些 DDL 操作不記錄重做日誌而導致備份失敗。使用--lock-ddl或--lock-ddl-per-table 就會在備份開始時施加鎖，阻止 DDL 操作。
另外，若備份時指定了--lock-ddl或--lock-ddl-per-table，則在備份非 ibd 文件時就不是再有加鎖操作。
注意：LOCK TABLES FOR BACKUP和LOCK BINLOG FOR BACKUP 語句只有在支持備份鎖的實例上才會執行，Percona Server for MySQL已經在 5.6.16-64.0 版本開始支持這種更加輕量的備份鎖。
Q1: 使用 XtraBackup 備份的文件進行恢復時，恢復到哪個時間點？ A1：恢復到執行 LOCK BINLOG FOR BACKUP 或 FLUSH TABLES WITH READ LOCK 的時間點，因為這時任何改變 binlog 位點的操作都會被阻塞，redo log和binlog 是一致的。
Q2: 在開啟 binlog 的情況下，MySQL 的奔潰恢復是同時依賴 binlog 和 redo log 這兩種日誌的，為什麼XtraBackup 不用備份binlog？
A2：因為在備份中有執行LOCK BINLOG FOR BACKUP/FLUSH TABLES WITH READ LOCK，阻止了任何改變binlog位點的操作，這樣只需要根據redo log將有commit log 的事務提交，沒有commit log的事務進行回滾即可。
Q3: 使用Percona XtraBackup備份完成後redo的位點是和binlog是一樣還是比binlog多一些？
A3：通過分析備份流程可以發現備份 binlog 位點信息（加binlog鎖）是發生在停止 redo 拷貝線程前，而釋放鎖是在停止 redo 拷貝線之後，所以 redo log 會多一些。鎖住了 binlog 保證了在該 binlog 位點前已經提交的事務的 redo log 都有 commit log 的信息，未提交的事物也就沒有對應的 commit log 的信息，即便在鎖住 binlog 後有 Innodb 表新的 DML 產生的 redo log ，但是事務無法提交，也就沒有 commit log 的信息的，最後在回放的過程中對沒有 commit log 的事務進行回滾就可以了。
Q4：Percona XtraBackup什麼時候會加鎖，以及影響加鎖時間長度的因素有哪些？
A4：上面進行了分析，加鎖操作只在備份非 ibd 文件時執行，加鎖時長主要和非事務表的數量和大小有關，非事務表的數量越多，體積越大，拷貝文件所用的時間越長，那麼加鎖時間也就越長。也會和 redo log 生成的速度有關，只是 redo log 刷盤受到多個因素的影響，未及時刷盤的 redo log 一般很小。
Q5：Percona XtraBackup 和mysqlmp選擇哪個更好？
A5：通過上面的的解析，若是整個實例備份，首先選擇 Percona XtraBackup ，因為對資料庫的影響最小。若只是備份某個庫表，這個就要視數據量而定，若數據量不大可以使用 mysqlmp 。注意，對資料庫做備份時最好選擇業務連接最少的從庫，因為備份也會消耗一定的資源，避免影響業務。
『伍』 如何備份資料庫
//SQLServer資料庫備份
1、打開SQLServer資料庫，選擇要備份的目標資料庫
2、點擊滑鼠右鍵→任務→備份
3、在「目標」框中，刪除原有的的備份文件路徑，然後，點擊「添加」按鈕，指定文件
存放路徑和備份資料庫的名稱(數據備份文件：需要給後綴.bak)。
4、點擊「確定」按鈕進行備份，即完成「SqlServer」的備份
//Oracle資料庫備份（採用EXP命令）
1將資料庫TEST完全導出,用戶名system密碼manager導出到D:chu.dmp中
expsystem/manager@TESTfile=d:chu.dmpfull=y
2將資料庫中system用戶與sys用戶的表導出
expsystem/manager@TESTfile=d:chu.dmpowner=(system,sys)
『陸』 怎樣備份資料庫啊 高手幫幫忙！
第一步：運行Microsoft
SQL
Server下的
企業管理器；第二步：將文件層層展開，直到出現
資料庫
文件夾，用滑鼠右鍵點資料庫，選擇所有任務-備份資料庫；第三步：進入SQL
Server
備份
-
，選擇要備份的資料庫，並為其命名，選擇備份路徑（如已有備份路徑，請將其清空）；第四步：按添加按鈕，進入文件路徑設置；可在文件名:中直接輸入路徑和文件名，也可按輸入框後的按鈕，進入文件夾列表；
第五步：在文件名中設置一個新的資料庫備份名稱；（
（圖1-2）
第六步：確認後，回到SQL
Server
備份
-
界面，備份到:
的框中顯示出將要備份的文件路徑，確認，當出現備份成功的提示框時，備份完成。
4.2
自動定時備份數據
（1）建立資料庫備份設備第一步：進入Microsoft
SQL
Server
中的企業管理器；第二步：將文件夾逐層展開，展開管理，查看SQL
Server
代理是否啟動，如未啟動先將其啟動，用滑鼠右鍵點備份，彈出快捷菜單，選擇新建備份設備,彈出窗口；（如圖1-3）
（圖1-3）
第三步：在名稱中輸入一個名稱，文件名中輸入路徑名稱或選擇路徑；第四步：按確定按鈕，在右側窗體中出現該設備的名稱及路徑，即完成。
（2）建立一個自動備份的工作任務第一步：展開管理下的
SQL
Server
代理，用滑鼠右鍵點作業，彈出快捷菜單，選擇新建作業，彈出新建作業屬性窗口，輸入一個名稱，輸入描述這個操作的語句；（如圖1-4）
（圖1-4）
第二步：選擇步驟活頁夾，按新建按鈕，建立新的步驟，輸入一個步驟名，選擇將要備份的資料庫，在命令中輸入備份資料庫的SQL語句"backup
datadase
lt40
to
lt_backup"，此處的lt_backup為備份設備名稱，按確定按鈕；（如圖1-5）
（圖1-5）
第三步：選擇調度活頁夾，按新建調度新建一個調度，輸入調度名稱，再按更改，（如：圖1-6）彈出編輯時間窗口，設定備份的頻率後確定，在反復出現框中顯示出備份發生時間；
（圖1-6）
第四步：確定後，回到主窗口，在右側窗體中出現一條任務的名稱即完成設置；
（3）驗證作業是否能使用設置完成後，為了檢驗自動備份的功能是否能運行，可以用滑鼠右鍵點擊建立的作業，彈出快捷菜單，選擇啟動作業運行，運行的時候檢看狀態是否為正在運行，或聽計算所硬碟是否發出運行的聲音，運行完成後狀態顯示為成功，即表示備份成功。（4）驗證備份設備是否能使用為進一步檢測自動備份功能的可靠性，選中備份設備，用滑鼠雙擊建立的備份設備，彈出備份設備屬性窗口，按查看內容按鈕，彈出窗口，表示備份設置已連接到備份資料庫文件上，說明自動備份功能設置成功。（如圖1-7）
（圖1-7）
4.3
遠程備份數據
為了資料庫的安全，可以將資料庫備份到這個網路的另一台使用頻率不高的計算機上，以防伺服器發生不測時數據遺失。操作方法與上一種大致相同。假設作為備份用的計算機叫"ltserver"。首先在ltserver上建立一個文件夾取名"fff"，並將其共享，為了安全，最好設置一個訪問密碼；以下的步驟與建立自動備份相同，只是在建立備份設備時將文件名設為管理機的下的"DBbackup"文件夾，"\\ltserver\fff"；建好備份設備後再建立工作任務，最後再測試備份設備是否設置正確，方法與自動備份相同。更多seo知識到愛問網路即可免費學習哦。
『柒』 如何進行數據備份
分類: 電腦/網路 >> 操作系統/系統故障
問題描述:
如何進行數據備份
解析:
進行數據備份
將當前系統數據備份到某一指定碟片（A：盤或B：盤）或特定路徑（硬碟C：或D：盤的某一目錄）下，主要用於數據的備存或將當前系統數據資料移植到其它電腦上。
一、將數據備份到軟盤上（由於軟盤容量小、易損壞等原因，本方式不予推薦）：
進入「管理主系統」的「數據維護」，在數據選項框(系統設置庫等)內，通過打開或關閉資料庫開關，選中所有需要備份的資料庫；
進行軟盤備份時，選擇已格式化、且質量較好的高密度軟碟片，確認該軟盤上的「防寫」處於關閉狀態，插入軟盤驅動器中，在「操作路徑」選項框中選擇相應盤符「A：」或「B：」，擊點「備份」按鈕就可將選定資料庫備份到軟盤上。將軟盤取出，開啟「防寫」，貼上標簽，妥善保存於乾燥室溫環境下備用；
將數據備份到軟盤的過程中，數據量太大，一張盤裝不下，應如下操作：
首先將基礎信息（系統設置庫、職員許可權庫、貨品編碼庫、摘要庫、貨幣庫、門市及倉庫、客戶帳戶庫、產品、組合模板、訂單列印模板）備份到一張盤上；
若「本期單據、訂單數據、資金帳目庫、已結單據庫」數據量不大，也可備份到上一張盤上；
若「本期單據、訂單數據、資金帳目庫、已結單據庫」數據量大（通常是本期單據或已結單據的數據量大），可將其按日期進行分段備份。
二、將數據備份到硬碟上：
備份的路徑可採用系統默認的路徑或自己設定路徑，用戶自己設定路徑的方法是：
在D盤（或其他硬碟）新建一個文件夾（如：D:\文惠），專門作為備份的路徑；
進入「管理主系統」的「數據維護」，在數據選項框內，通過打開或關閉資料庫開關，選中所有需要備份的資料庫；
可採用系統默認的路徑（…\BACKUP）或者直接在路徑欄輸入某一指定的目錄（必須是已經存在的目錄如：D:\文惠），擊點「備份」按鈕，將選定的資料庫內容備份到硬碟指定目錄下；
若選定的資料庫是：訂單資料庫、本期單據庫、資金帳目庫、已結單據庫，還可以打開「日期」開關，對限定「起止日期」范圍的單據記錄進行備份。
三、注意事項：
若備份過程中，系統提示「備份路徑錯誤」，則說明待備份的資料庫出錯，實際上並沒有備份，出現此情況，建議在「Windows資源管理器」中進行文件備份；
在將數據備份到軟盤的過程中，若系統提示「磁碟空間已滿，請插入另一張盤」，則說明某一單據庫數據量太大，即使在插入另一張盤繼續備份，備份的數據都是不可靠的，應該分幾張盤並分時間段備份；
建議用戶將數據備份到硬碟上。
『捌』 資料庫如何備份
1、首先運行SQL。
『玖』 如何備份資料庫
如果是SQL的話可以在企業管理器裡面或通過查詢分析器備份資料庫到備份設備.
一、備份資料庫
1、打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄
3、選擇你的資料庫名稱（如論壇資料庫Forum）-->然後點上面菜單中的工具-->選擇備份資料庫
4、備份選項選擇完全備份，目的中的備份到如果原來有路徑和名稱則選中名稱點刪除，然後點添加，如果原來沒有路徑和名稱則直接選擇添加，接著指定路徑和文件名，指定後點確定返回備份窗口，接著點確定進行備份
二、還原資料庫
1、打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的伺服器-->點圖標欄的新建資料庫圖標，新建資料庫的名字自行取
3、點擊新建好的資料庫名稱（如論壇資料庫Forum）-->然後點上面菜單中的工具-->選擇恢復資料庫
4、在彈出來的窗口中的還原選項中選擇從設備-->點選擇設備-->點添加-->然後選擇你的備份文件名-->添加後點確定返回，這時候設備欄應該出現您剛才選擇的資料庫備份文件名，備份號默認為1（如果您對同一個文件做過多次備份，可以點擊備份號旁邊的查看內容，在復選框中選擇最新的一次備份後點確定）-->然後點擊上方常規旁邊的選項按鈕
5、在出現的窗口中選擇在現有資料庫上強制還原，以及在恢復完成狀態中選擇使資料庫可以繼續運行但無法還原其它事務日誌的選項。在窗口的中間部位的將資料庫文件還原為這里要按照你SQL的安裝進行設置（也可以指定自己的目錄），邏輯文件名不需要改動，移至物理文件名要根據你所恢復的機器情況做改動，如您的SQL資料庫裝在D:\Program Files\Microsoft SQL Server\MSSQL\Data，那麼就按照您恢復機器的目錄進行相關改動改動，並且最後的文件名最好改成您當前的資料庫名（如原來是bbs_data.mdf，現在的資料庫是forum，就改成forum_data.mdf），日誌和數據文件都要按照這樣的方式做相關的改動（日誌的文件名是*_log.ldf結尾的），這里的恢復目錄您可以自由設置，前提是該目錄必須存在（如您可以指定d:\sqldata\bbs_data.mdf或者d:\sqldata\bbs_log.ldf），否則恢復將報錯
6、修改完成後，點擊下面的確定進行恢復，這時會出現一個進度條，提示恢復的進度，恢復完成後系統會自動提示成功，如中間提示報錯，請記錄下相關的錯誤內容並詢問對SQL操作比較熟悉的人員，一般的錯誤無非是目錄錯誤或者文件名重復或者文件名錯誤或者空間不夠或者資料庫正在使用中的錯誤，資料庫正在使用的錯誤您可以嘗試關閉所有關於SQL窗口然後重新打開進行恢復操作，如果還提示正在使用的錯誤可以將SQL服務停止然後重起看看，至於上述其它的錯誤一般都能按照錯誤內容做相應改動後即可恢復