備份資料庫之前要關閉什麼

㈠ 有沒有DBA 請問資料庫冷備份的時候需要關閉資料庫么

冷備份發生在資料庫已經正常關閉的情況下，當正常關閉時會提供給我們一個完整的資料庫，冷備份時將關鍵性文件拷貝到另外的位置的一種說法。
值得注意的使冷備份必須在資料庫關閉的情況下進行，當資料庫處於打開狀態時，執行資料庫文件系統備份是無效的。

㈡ oracle熱備份恢復時,要先關閉資料庫嗎

熱備份恢復：首先需要把要恢復的表空間或數據文件設置為OFFLINE狀態，然後修復備份文件（將備份文件復制回資料庫原位置，英文稱Restore），再恢復歸檔日誌文件和重做日誌文件中提交的數據（即從備份到系統崩潰期間的數據，這樣才保證了數據的不丟失，英文稱Recover），最後將表空間或數據文件設置為ONLINE即完成恢復。
所以不需要關閉資料庫；我之前用recover命令，也沒關閉資料庫；

㈢ ORACLE資料庫如何備份數據最好是備份哪些東西

Oracle資料庫的三種標準的備份方法：
1.導出／導入（EXP/IMP）。
2.熱備份。
3.冷備份。
注釋：導出備件是一種邏輯備份，冷備份和熱備份是物理備份。
一、導出／導入（Export／Import）
利用Export可將數據從資料庫中提取出來，利用Import則可將提取出來的數據送回到Oracle資料庫中去。
1、簡單導出數據（Export）和導入數據（Import）
Oracle支持三種方式類型的輸出：
（1）、表方式（T方式），將指定表的數據導出。
（2）、用戶方式（U方式），將指定用戶的所有對象及數據導出。
（3）、全庫方式（Full方式），瘵資料庫中的所有對象導出。
數據導入（Import）的過程是數據導出（Export）的逆過程，分別將數據文件導入資料庫和將資料庫數據導出到數據文件。
2、增量導出／導入
增量導出是一種常用的數據備份方法，它只能對整個資料庫來實施，並且必須作為SYSTEM來導出。在進行此種導出時，系統不要求回答任何問題。導出文件名預設為export.dmp，如果不希望自己的輸出文件定名為export.dmp，必須在命令行中指出要用的文件名。
增量導出包括三種類型：
（1）、「完全」增量導出（Complete）
即備份三個資料庫，比如：
expsystem/managerinctype=completefile=040731.dmp
（2）、「增量型」增量導出
備份上一次備份後改變的數據，比如：
expsystem/managerinctype=incrementalfile=040731.dmp
（3）、「累積型」增量導出
累計型導出方式是導出自上次「完全」導出之後資料庫中變化了的信息。比如：
expsystem/managerinctype=cumulativefile=040731.dmp
資料庫管理員可以排定一個備份日程表，用數據導出的三個不同方式合理高效的完成。
比如資料庫的被封任務可以做如下安排：
星期一：完全備份（A）
星期二：增量導出（B）
星期三：增量導出（C）
星期四：增量導出（D）
星期五：累計導出（E）
星期六：增量導出（F）
星期日：增量導出（G）
如果在星期日，資料庫遭到意外破壞，資料庫管理員可按一下步驟來回復資料庫：
第一步：用命令CREATEDATABASE重新生成資料庫結構；
第二步：創建一個足夠大的附加回滾。
第三步：完全增量導入A：
impsystem/managerinctype=RESTOREFULL=yFILE=A
第四步：累計增量導入E：
impsystem/managerinctype=RESTOREFULL=YFILE=E
第五步：最近增量導入F：
impsystem/managerinctype=RESTOREFULL=YFILE=F
二、冷備份
冷備份發生在資料庫已經正常關閉的情況下，當正常關閉時會提供給我們一個完整的資料庫。冷備份時將關鍵性文件拷貝到另外的位置的一種說法。對於備份Oracle信息而言，冷備份時最快和最安全的方法。冷備份的優點是：
1、是非常快速的備份方法（只需拷文件）
2、容易歸檔（簡單拷貝即可）
3、容易恢復到某個時間點上（只需將文件再拷貝回去）
4、能與歸檔方法相結合，做資料庫「最佳狀態」的恢復。
5、低度維護，高度安全。
但冷備份也有如下不足：
1、單獨使用時，只能提供到「某一時間點上」的恢復。
2、再實施備份的全過程中，資料庫必須要作備份而不能作其他工作。也就是說，在冷備份過程中，資料庫必須是關閉狀態。
3、若磁碟空間有限，只能拷貝到磁帶等其他外部存儲設備上，速度會很慢。
4、不能按表或按用戶恢復。
如果可能的話（主要看效率），應將信息備份到磁碟上，然後啟動資料庫（使用戶可以工作）並將備份的信息拷貝到磁帶上（拷貝的同時，資料庫也可以工作）。冷備份中必須拷貝的文件包括：
1、所有數據文件
2、所有控制文件
3、所有聯機REDOLOG文件
4、Init.ora文件（可選）
值得注意的使冷備份必須在資料庫關閉的情況下進行，當資料庫處於打開狀態時，執行資料庫文件系統備份是無效的。
下面是作冷備份的完整例子。
（1）關閉資料庫
sqlplus/nolog
sql>connect/assysdba
sql>shutdownnormal；
（2）用拷貝命令備份全部的時間文件、重做日誌文件、控制文件、初始化參數文件
sql>cp<file><backupdirectory>
（3）重啟Oracle資料庫
sql>startup
三、熱備份
熱備份是在資料庫運行的情況下，採用archivelogmode方式備份資料庫的方法。所以，如果你有昨天夜裡的一個冷備份而且又有今天的熱備份文件，在發生問題時，就可以利用這些資料恢復更多的信息。熱備份要求資料庫在Archivelog方式下操作，並需要大量的檔案空間。一旦資料庫運行在archivelog狀態下，就可以做備份了。熱備份的命令文件由三部分組成：
1.數據文件一個表空間一個表空間的備份。
（1）設置表空間為備份狀態
（2）備份表空間的數據文件
（3）回復表空間為正常狀態
2.備份歸檔log文件
（1）臨時停止歸檔進程
（2）log下那些在archiveredelog目標目錄中的文件
（3）重新啟動archive進程
（4）備份歸檔的redolog文件
3.用命令來備份控制文件
熱備份的優點是：
1.可在表空間或資料庫文件級備份，備份的時間短。
2.備份時資料庫仍可使用。
3.可達到秒級恢復（恢復到某一時間點上）。
4.可對幾乎所有資料庫實體做恢復
5.恢復是快速的，在大多數情況下愛資料庫仍工作時恢復。
熱備份的不足之處：
1.不能出錯，否則後果不堪設想。
2.假如熱備份不成功，所得結果則不能用於時間點的恢復。
3.因為難於維護，所以需要特別仔細小心，不允許在操作時半途而廢。
關於Oracle資料庫的備份方式就為大家講解到這里，以後大家需要進行資料庫備份工作時可以參照上文中講解的，從上文中任選一種，就可以完成Oracle資料庫的備份，希望上文中涉及到的內容對大家能夠有所幫助。

㈣ 用mysqlmp備份資料庫，需要把mysql關閉嗎

不能關閉。
mysqlmp： 最早，也是最成熟的邏輯備份工具，是 MySQL 原生的用來備份整個資料庫實例、單個資料庫、單張表的邏輯備份工具， 上手簡單，學習成本幾乎為 0。備份簡單，恢復也簡單。
比如導出單個資料庫 ytt: mysqlmp ytt > /tmp/ytt.sql；
恢復也非常簡單：mysql < /tmp/ytt.sql

缺點是備份速度慢。在整個備份過程中，是單線程運行；備份出來的數據集要恢復的話同樣也是單線程運行，恢復速度也慢。除非對同一時刻的所有表單獨備份出來，自己寫額外腳本進行多線程恢復。

㈤ 什麼是數據的備份與恢復

數據備份就是把一個資料庫里的東西，在某個時間資料庫管理軟體復制完全另外一個一樣的。

恢復是自從備份了資料庫後，使用資料庫的過程中發現出現了點小問題，導致資料庫有些信息丟失了，並且現在的資料庫中找不到這些信息了，這個時候就可以用備份的資料庫來恢復下這些丟失的信息了。

數據丟失原因：

1、人為誤操作，有時候在使用計算機的過程中不小心刪除了文件，或者不小心將分區進行格式化操作，導致數據丟失。

2、惡意程序的破壞，最常見的惡意程序就是病毒。通常一般病毒是不會造成數據丟失的，但有些病毒有可能會造成硬碟鎖死、分區丟失或數據丟失。

3、系統或軟體錯誤，如在工作中，由於操作系統或應用程序自身存在的BUG引起的死機，會造成工作文檔丟失等現象，還有在升級系統或更新應用程序時有時會帶來一些如影響系統兼容性和穩定性的問題。

以上內容參考網路——數據恢復，網路——數據備份

㈥ mysql資料庫備份

在資料庫表丟失或損壞的情況下，備份你的資料庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的數據恢復到崩潰發生時的狀態。有時，正是MySQL管理員造成破壞。管理員已經知道表以破壞，用諸如vi或Emacs等編輯器試圖直接編輯它們，這對表絕對不是件好事！
備份資料庫兩個主要方法是用mysqlmp程序或直接拷貝資料庫文件（如用cp、cpio或tar等）。每種方法都有其優缺點：
• mysqlmp與MySQL伺服器協同操作。直接拷貝方法在伺服器外部進行，並且你必須採取措施保證沒有客戶正在修改你將拷貝的表。如果你想用文件系統備份來備份資料庫，也會發生同樣的問題：如果資料庫表在文件系統備份過程中被修改，進入備份的表文件主語不一致的狀態，而對以後的恢復表將失去意義。文件系統備份與直接拷貝文件的區別是對後者你完全控制了備份過程，這樣你能採取措施確保伺服器讓表不受干擾。
• mysqlmp比直接拷貝要慢些。
• mysqlmp生成能夠移植到其它機器的文本文件，甚至那些有不同硬體結構的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬體結構的機器上拷貝。在MySQL 3.23中引入的MyISAM表存儲格式解決了該問題，因為該格式是機器無關的，所以直接拷貝文件可以移植到具有不同硬體結構的機器上。只要滿足兩個條件：另一台機器必須也運行MySQL 3.23或以後版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。
不管你使用哪種備份方法，如果你需要恢復資料庫，有幾個原則應該遵守，以確保最好的結果：
• 定期實施備份。建立一個計劃並嚴格遵守。
• 讓伺服器執行更新日誌。當你在崩潰後需要恢復數據時，更新日誌將幫助你。在你用備份文件恢復數據到備份時的狀態後，你可以通過運行更新日誌中的查詢再次運用備份後面的修改，這將資料庫中的表恢復到崩潰發生時的狀態。
• 以文件系統備份的術語講，資料庫備份文件代表完全傾倒（full mp），而更新日誌代表漸進傾倒（incremental mp）。
• 使用一種統一的和易理解的備份文件命名機制。象backup1、buckup2等不是特別有意義。當實施你的恢復時，你將浪費時間找出文件里是什麼東西。你可能發覺用資料庫名和日期構成備份文件名會很有用。例如：
• %mysqlmp samp_db >/usr/archives/mysql/samp_db.1999-10-02
• %mysqlmp menagerie >/usr/archives/mysql/menagerie.1999-10-02
• 你可能想在生成備份後壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁碟，就象你讓你的日誌文件過期那樣。
• 用文件系統備份備份你的備份文件。如果遇上了一個徹底崩潰，不僅清除了你的數據目錄，也清除了包含你的資料庫備份的磁碟驅動器，你將真正遇上了麻煩。也要備份你的更新日誌。
• 將你的備份文件放在不同於用於你的資料庫的文件系統上。這將降低由於生成備份而填滿包含數據目錄的文件系統的可能性。
用於創建備份的技術同樣對拷貝資料庫到另一台機器有用。最常見地，一個資料庫被轉移到了運行在另一台主機上的伺服器，但是你也可以將數據轉移到同一台主機上的另一個伺服器。
1 使用mysqlmp備份和拷貝資料庫
當你使用mysqlmo程序產生資料庫備份文件時，預設地，文件內容包含創建正在傾倒的表的CREATE語句和包含表中行數據的INSERT語句。換句話說，mysqlmp產生的輸出可在以後用作mysql的輸入來重建資料庫。
你可以將整個資料庫傾倒進一個單獨的文本文件中，如下：
%mysqlmp samp_db >/usr/archives/mysql/samp_db.1999-10-02
輸出文件的開頭看起來象這樣：
# MySQL Dump 6.0# # Host: localhost Database: samp_db#---------------------------------------# Server version 3.23.2-alpha-log## Table structure for table 'absence'#CREATE TABLE absence( student_id int(10) unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NULL, PRIMARY KEY (student_id,date));## Dumping data for table 'absence'#INSERT INTO absence VALUES (3,'1999-09-03');INSERT INTO absence VALUES (5,'1999-09-03');INSERT INTO absence VALUES (10,'1999-09-08');......
文件剩下的部分有更多的INSERT和CREATE TABLE語句組成。
如果你想壓縮備份，使用類似如下的命令：
%mysqlmp samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一個龐大的資料庫，輸出文件也將很龐大，可能難於管理。如果你願意，你可以在mysqlmp命令行的資料庫名後列出單獨的表名來傾到它們的內容，這將傾倒文件分成較小、更易於管理的文件。下例顯示如何將samp_db資料庫的一些表傾到進分開的文件中：
%mysqlmp samp_db student score event absence >grapbook.sql
%mysqlmp samp_db member president >hist-league.sql
如果你生成准備用於定期刷新另一個資料庫內容的備份文件，你可能想用--add-drop-table選項。這告訴伺服器將DROP TABLE IF EXISTS語句寫入備份文件，然後，當你取出備份文件並把它裝載進第二個資料庫時，如果表已經存在，你不會得到一個錯誤。
如果你倒出一個資料庫以便能把資料庫轉移到另一個伺服器，你甚至不必創建備份文件。要保證資料庫存在於另一台主機，然後用管道傾倒資料庫，這樣mysql能直接讀取mysqlmp的輸出。例如：你想從主機pit-viper.snake.net拷貝資料庫samp_db到boa.snake.net，可以這樣很容易做到：
%mysqladmin -h boa.snake.net create samp_db
%mysqlmp samp_db | mysql -h boa.snake.net samp_db
以後，如果你想再次刷新boa.snake.net上的資料庫，跳過mysqladmin命令，但要對mysqlmp加上--add-drop-table以避免的得到表已存在的錯誤：
%mysqlmp --add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqlmp其它有用的選項包括：
• --flush-logs和--lock-tables組合將對你的資料庫檢查點有幫助。--lock-tables鎖定你正在傾倒的所有表，而--flush-logs關閉並重新打開更新日誌文件，新的更新日誌將只包括從備份點起的修改資料庫的查詢。這將設置你的更新日誌檢查點位備份時間。（然而如果你有需要執行個更新的客戶，鎖定所有表對備份期間的客戶訪問不是件好事。）
• 如果你使用--flush-logs設置檢查點到備份時，有可能最好是傾倒整個資料庫。如果你傾倒單獨的文件，較難將更新日誌檢查點與備份文件同步。在恢復期間，你通常按資料庫為基礎提取更新日誌內容，對單個表沒有提取更新的選擇，所以你必須自己提取它們。
• 預設地，mysqlmp在寫入前將一個表的整個內容讀進內存。這通常確實不必要，並且實際上如果你有一個大表，幾乎是失敗的。你可用--quick選項告訴mysqlmp只要它檢索出一行就寫出每一行。為了進一步優化傾倒過程，使用--opt而不是--quick。--opt選項打開其它選項，加速數據的傾倒和把它們讀回。
• 用--opt實施備份可能是最常用的方法，因為備份速度上的優勢。然而，要警告你，--opt選項確實有代價，--opt優化的是你的備份過程，不是其他客戶對資料庫的訪問。--opt選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何錶。你可在一般資料庫訪問上很容易看到其效果。當你的資料庫一般非常頻繁地使用，只是一天一次地調節備份。
• 一個具有--opt的相反效果的選項是--dedayed。該選項使得mysqlmp寫出INSERT DELAYED語句而不是INSERT語句。如果你將數據文件裝入另一個資料庫並且你想是這個操作對可能出現在該資料庫中的查詢的影響最小，--delayed對此很有幫助。
• --compress選項在你拷貝資料庫到另一台機器上時很有幫助，因為它減少網路傳輸位元組的數量。下面有一個例子，注意到--compress對與遠端主機上的伺服器通信的程序才給出，而不是對與本地主機連接的程序：
%mysqlmp --opt samp_db | mysql --compress -h boa.snake.net samp_db
• mysqlmp有很多選項，詳見《MySQL參考手冊》。
2 使用直接拷貝資料庫的備份和拷貝方法
另一種不涉及mysqlmp備份資料庫和表的方式是直接拷貝資料庫表文件。典型地，這用諸如cp、tar或cpio實用程序。本文的例子使用cp。
當你使用一種直接備份方法時，你必須保證表不在被使用。如果伺服器在你則正在拷貝一個表時改變它，拷貝就失去意義。
保證你的拷貝完整性的最好方法是關閉伺服器，拷貝文件，然後重啟伺服器。如果你不想關閉伺服器，要在執行表檢查的同時鎖定伺服器。如果伺服器在運行，相同的制約也適用於拷貝文件，而且你應該使用相同的鎖定協議讓伺服器「安靜下來」。
假設伺服器關閉或你已經鎖定了你想拷貝的表，下列顯示如何將整個samp_db資料庫備份到一個備份目錄（DATADIR表示伺服器的數據目錄）：
%cdDATADIR%cp -r samp_db /usr/archive/mysql
單個表可以如下備份：
%cdDATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* /usr/archive/mysql/samp_db ....
當你完成了備份時，你可以重啟伺服器（如果關閉了它）或釋放加在表上的鎖定（如果你讓伺服器運行）。
要用直接拷貝文件把一個資料庫從一台機器拷貝到另一台機器上，只是將文件拷貝到另一台伺服器主機的適當數據目錄下即可。要確保文件是MyIASM格式或兩台機器有相同的硬體結構，否則你的資料庫在另一台主機上有奇怪的內容。你也應該保證在另一台機器上的伺服器在你正在安裝資料庫表時不訪問它們。
3 復制資料庫（Replicating Database）
復制（Replication）類似於拷貝資料庫到另一台伺服器上，但它的確切含義是實時地保證兩個資料庫的完全同步。這個功能將在3.23版中出現，而且還不很成熟，因此本文不作詳細介紹。
4 用備份恢復數據
資料庫損壞的發生有很多原因，程度也不同。如果你走運，你可能僅損壞一兩個表（如掉電），如果你倒霉，你可能必須替換整個數據目錄（如磁碟損壞）。在某些情況下也需要恢復，比如用戶錯誤地刪除了資料庫或表。不管這些倒霉事件的原因，你將需要實施某種恢復。
如果表損壞但沒丟失，嘗試用myisamchk或isamchk修復它們，如果這樣的損壞可有修復程序修復，你可能根本不需要使用備份文件。關於表修復的過程，見《資料庫維護與修復》。
恢復過程涉及兩種信息源：你的備份文件和個更新日誌。備份文件將表恢復到實施備份時的狀態，然而一般表在備份與發生問題之間的時間內已經被修改，更新日誌包含了用於進行這些修改的查詢。你可以使用日誌文件作為mysql的輸入來重復查詢。這已正是為什麼要啟用更新日誌的原因。
恢復過程視你必須恢復的信息多少而不同。實際上，恢復整個資料庫比單個表跟容易，因為對於資料庫運用更新日誌比單個表容易。
4.1 恢復整個資料庫
首先，如果你想恢復的資料庫是包含授權表的mysql資料庫，你需要用--skip-grant-table選項運行伺服器。否則，它會抱怨不能找到授權表。在你已經恢復表後，執行mysqladmin flush-privileges告訴伺服器裝載授權標並使用它們。
• 將資料庫目錄內容拷貝到其它某個地方，如果你在以後需要它們。
• 用最新的備份文件重裝資料庫。如果你用mysqlmp產生的文件，將它作為mysql的輸入。如果你用直接從資料庫拷貝來的文件，將它們直接拷回資料庫目錄，然而，此時你需要在拷貝文件之前關閉資料庫，然後重啟它。
使用更新日誌重復做備份以後的修改資料庫表的查詢。對於任何可適用的更新日誌，將它們作為mysql的輸入。指定--one-database選項使得mysql只執行你有興趣恢復的資料庫的查詢。如果你知道你需要運用所有更新日誌文件，你可以在包含日誌的目錄下使用這條命令：
% ls -t -r -1 update.[0-9]* | xargs cat | mysql --one-databasedb_name
ls命令生成更新日誌文件的一個單列列表，根據伺服器產生它們的次序排序（主意：如果你修改任何一個文件，你將改變排序次序，這導致更新日誌一錯誤的次序被運用。）
很可能你會是運用某幾個更新日誌。例如，自從你備份以來產生的更新日誌被命名為update.392、update.393等等，你可以這樣重新運行：
%mysql --one-database db_name < update.392
%mysql --one-database db_name < update.393
.....
如果你正在實施恢復且使用更新日誌恢復由於一個錯誤建議的DROP DATABASE、DROP TABLE或DELETE語句造成丟失的信息，在運用更新日誌之前，要保證從其中刪除這些語句。
4.2 恢復單個表
恢復單個表較為復雜。如果你用一個由mysqlmp生成的備份文件，並且它不包含你感興趣的表的數據，你需要從相關行中提取它們並將它們用作mysql的輸入。這是容易的部分。難的部分是從只運用於該表的更新日誌中拉出片斷。你會發覺mysql_find_rows實用程序對此很有幫助，它從更新日誌中提取多行查詢。
另一個可能性是使用另一台伺服器恢復整個資料庫，然後拷貝你想要的表文件到原資料庫中。這可能真的很容易！當你將文件拷回資料庫目錄時，要確保原資料庫的伺服器關閉。

至於用php語句寫mysql備份，涉及一些php課程，我也不是太懂，不好意思~~