⑴ sqlServer高版本數據備份還原到低版本
最近遇見一個問題：
想要將Sqlserver高版本備份的數據還原到低版本SqlServer上去，但是這在SqlServer中是沒法直接還原資料庫的，所以經過一系列的請教總結出來一下可用方法。
首先、你得在電腦上裝有你將要操作的高版本以及低版本的SqlServer或者你能夠連上SqlServer高版本所在的資料庫（便於後面拷貝數據），
第二步、打開高版本資料庫中你需要備份的資料庫，將你備份的資料庫相關的登錄名或者用戶刪除。右鍵資料庫->任務->生成腳本。在生成腳本的「選擇對象」步驟選擇「編寫整個資料庫及所有資料庫對象的腳本選項」。在生成腳本的「設置腳本編寫選項」的高級中選項中設置「編寫USE
DATABASE
腳本」和「架構限定對象名稱」選項為False並將「伺服器版腳本」選擇為你的低版本的資料庫的版本。生成腳本。
第三步、在你低版本的資料庫中新建資料庫（名稱隨便），打開Sql腳本。將腳本中所有關於原資料庫名稱的操作全部刪除，將資料庫從第一個alter操作分成兩部分，對新建資料庫執行第一部分建表操作。
第四步、右鍵新建的資料庫->任務->導入數據,將數據來源設置為高版本的資料庫，目標設置成當前資料庫。然後選擇復制一個或多個圖表。選擇所有的數據表，然後在「編輯映射」將」啟用標識插入「選上。導入數據
第五步、最後再執行前面分割的第二部分Sql腳本，為資料庫建索引！
Ok.到此高版本SqlServer資料庫在低版本SqlServer中恢復成功
分享第二個案例：
想要將Sqlserver2014高版本備份的數據還原到低版本SqlServer2008R2上去，但是這在SqlServer中是沒法直接還原資料庫的，通過以下方法可以順利還原。
通過高版本生成sql腳本在低版本執行，並且數據也能保留。
步驟：任務—》生成腳本—》
下一步-》高級，選擇資料庫版本和編寫腳本數據類型為架構和數據，可以保留數據。
繼續下一步完成。
最後在低版本的sql資料庫中：
先新建腳本中的資料庫，再實行sql生成表結構和數據。
完美還原成功！
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
⑵ 資料庫刪除數據了怎麼恢復
資料庫刪除了數據是一個很棘手的問題，數據的刪除首先包括三個層面：
1.刪除放入回收站，沒有在回收站中清除數據。這種情況是最簡單的，進入回收站，找到刪除的數據，右擊選擇恢復。
2.刪除後未放入回收站或者刪除後清空回收站，盡量先不要往原數據所在盤符下儲存內容，剛剛刪除的數據只是文件結構被刪除，真正的文件數據還沒被覆蓋。通過數據恢復軟體是可以找回來的，專業的軟體例如有超級兔子數據恢復軟體。
3.如果是刪除很久以後才想到資料庫數據要恢復，並且磁碟一直在使用，磁碟被填滿的話數據就已經被覆蓋了，這樣的數據是無法找回的。
⑶ 如何實現MySQL資料庫的備份與恢復
在資料庫表丟失或損壞的情況下 備份你的資料庫是很重要的 如果發生系統崩潰 你肯定想能夠將你的表盡可能丟失最少的數據恢復到崩潰發生時的狀態 有時 正是MySQL管理員造成破壞 管理員已經知道表以破壞 用諸如vi或Emacs等編輯器試圖直接編輯它們 這對表絕對不是件好事！備份資料庫兩個主要方法是用mysqlmp程序或直接拷貝資料庫文件（如用cp cpio或tar等） 每種方法都有其優缺點 mysqlmp與MySQL伺服器協同操作 直接拷貝方法在伺服器外部進行 並且你必須採取措施保證沒有客戶正在修改你將拷貝的表 如果你想用文件系統備份來備份資料庫 也會發生同樣的問題 如果資料庫表在文件系統備份過程中被修改 進入備份的表文件主語不一致的狀態 而對以後的恢復表將失去意義 文件系統備份與直接拷貝文件的區別是對後者你完全控制了備份過程 這樣你能採取措施確保伺服器讓表不受干擾 mysqlmp比直接拷貝要慢些 mysqlmp生成能夠移植到其它機器的文本文件 甚至那些有不同硬體結構的機器上 直接拷貝文件不能移植到其它機器上 除非你正在拷貝的表使用MyISAM存儲格式 ISAM表只能在相似的硬體結構的機器上拷貝 在MySQL 中引入的MyISAM表存儲格式解決了該問題 因為該格式是機器無關的 所以直接拷貝文件可以移植到具有不同硬體結構的機器上 只要滿足兩個條件 另一台機器必須也運行MySQL 或以後版本 而且文件必須以MyISAM格式表示 而不是ISAM格式 不管你使用哪種備份方法 如果你需要恢復資料庫 有幾個原則應該遵守 以確保最好的結果 定期實施備份 建立一個計劃並嚴格遵守 讓伺服器執行更新日誌 當你在崩潰後需要恢復數據時 更新日誌將幫助你 在你用備份文件恢復數據到備份時的狀態後 你可以通過運行更新日誌中的查詢再次運用備份後面的修改 這將資料庫中的表恢復到崩潰信手發生時的狀態 以文件系統備份的術語講 資料庫備份文件代表完全傾倒（full mp） 而更新日誌代表漸進傾倒（incremental mp） 使用一種統一的和易理解的備份文件命名機制 象backup buckup 等不是特別有意義 當坦羨實施你的恢復時 你將浪費時間找出文件里是什麼東西 你可能發覺用資料庫名和日期構成備份文件名會很有用 例如 %mysqlmp samp_db >/usr/archives/mysql/samp_db %mysqlmp menagerie >/usr/archives/mysql/menagerie 你可能想在生成備份後壓縮它們 備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁碟 就象你讓你的日誌文件過期那樣 用文件系統備份備份你的備份文件 如果遇上了一個徹底崩潰 不僅清除了你的數據目錄 也清除了包含你的資料庫備份的磁碟驅動器 你將真正遇上了麻煩 也要備份你的更新日誌 將你的備份文件放在不同於用於你的資料庫的文件系統上 這將降低由於生成備份而填滿包含數據目錄的文件系統的可能性 用於創建備份的技術同樣對拷貝資料庫到另一台機器有用 最常見地 一個資料庫被轉移到了運行在另一台主機上的伺服器 但是你也可以將數據轉移到同一台主機上的另一個伺服器 使用mysqlmp備份和拷貝資料庫 當你使用mysqlmo程序產生資料庫備份文件時 預設地 文件內容包含創建正在傾倒的表的CREATE語句和包含表中行數據的INSERT語句 換句話說 mysqlmp產生的輸出可在以後用作mysql的輸入來重建資料庫 你可以將整個資料庫傾倒進一個單獨的文本文件中 如下 滑信嫌%mysqlmp samp_db >/usr/archives/mysql/samp_db 輸出文件的開頭看起來象這樣 # MySQL Dump ## Host: localhost Database: samp_db# # Server version alpha log## Table structure for table absence #CREATE TABLE absence(student_id int( ) unsigned DEFAULT NOT NULL date date DEFAULT NOT NULL PRIMARY KEY (student_id date));## Dumping data for table absence #INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( ); 文件剩下的部分有更多的INSERT和CREATE TABLE語句組成 如果你想壓縮備份 使用類似如下的命令 %mysqlmp samp_db | gzip >/usr/archives/mysql/samp_db 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的輸出 例如 你想從主機拷貝資料庫samp_db到 可以這樣很容易做到 %mysqladmin h create samp_db%mysqlmp samp_db | mysql h samp_db以後 如果你想再次刷新上的資料庫 跳過mysqladmin命令 但要對mysqlmp加上 add drop table以避免的得到表已存在的錯誤 %mysqlmp add drop table samp_db | mysql h samp_dbmysqlmp其它有用的選項包括 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對此很有幫助 press選項在你拷貝資料庫到另一台機器上時很有幫助 因為它減少網路傳輸位元組的數量 下面有一個例子 注意到 press對與遠端主機上的伺服器通信的程序才給出 而不是對與本地主機連接的程序 %mysqlmp opt samp_db | mysql press h samp_dbmysqlmp有很多選項 詳見《MySQL參考手冊》 使用直接拷貝資料庫的備份和拷貝方法 另一種不涉及mysqlmp備份資料庫和表的方式是直接拷貝資料庫表文件 典型地 這用諸如cp tar或cpio實用程序 本文的例子使用cp 當你使用一種直接備份方法時 你必須保證表不在被使用 如果伺服器在你則正在拷貝一個表時改變它 拷貝就失去意義 保證你的拷貝完整性的最好方法是關閉伺服器 拷貝文件 然後重啟伺服器 如果你不想關閉伺服器 要在執行表檢查的同時鎖定伺服器 如果伺服器在運行 相同的制約也適用於拷貝文件 而且你應該使用相同的鎖定協議讓伺服器 安靜下來 假設伺服器關閉或你已經鎖定了你想拷貝的表 下列顯示如何將整個samp_db資料庫備份到一個備份目錄（DATADIR表示伺服器的數據目錄） %cd DATADIR%cp r samp_db /usr/archive/mysql單個表可以如下備份 %cd DATADIR/samp_db%cp member * /usr/archive/mysql/samp_db%cp score * /usr/archive/mysql/samp_db 當你完成了備份時 你可 lishixin/Article/program/MySQL/201311/29384
⑷ 資料庫恢復的資料庫恢復的三種方式
資料庫可能因為硬體或軟體（或兩者同時）的故障變得不可用，不同的故障情況需要不同的恢復操作。我們必須決定最適合業務環境的恢復方法。在資料庫中恢復有3種類型或方法，即應急（crash）恢復、版本（version）恢復和前滾（rool forward）恢復。 應急恢復用於防止資料庫處於不一致或不可用狀態。資料庫執行的事務（也稱工作單元）可能被意外中斷，若在作為工作單位一部分的所有更改完成和提交之前發生故障，則該資料庫就會處於不一致和不可用的狀態。這時，需要將該資料庫轉化為一致和可用的狀態。
為此，需要回滾未完成的事務，並完成當發生崩潰時仍在內存中的已提交事務。如在COMMIT語句之前發生了電源故障，則在下一次重新啟動並再次訪問該資料庫時，需要回滾到執行COMMMIT語句前的狀態。回滾語句的順序與最初執行時的順序相反。 這種恢復技術是版本恢復的一個擴展，使用完整的資料庫備份和日誌相結合，可以使一個資料庫或者被選擇的表空間恢復到某個特定時間點。如果從備份時刻起到發生故障時的所有日誌文件都可以獲得的話，則可以恢復到日誌上涵蓋到的任意時間點。前滾恢復需要在配置中被明確激活才能生效。
⑸ oracle資料庫怎麼備份恢復
一. 理解什麼是資料庫恢復
當我們使用一個資料庫時，總希望資料庫的內容是可靠的、正確的，但由於計算機系統的故障（硬體故障、軟體故障、網路故障、進程故障和系統故障）影響資料庫系統的操作，影響資料庫中數據的正確性，甚至破壞資料庫，使資料庫中全部或部分數據丟失。因此當發生上述故障後，希望能重構這個完整的資料庫，該處理稱為資料庫恢復。恢復過程大致可以分為復原(Restore)與恢復(Recover)過程。
資料庫恢復可以分為以下兩類：
1.1實例故障的一致性恢復
當實例意外地（如掉電、後台進程故障等）或預料地（發出SHUTDOUM
ABORT語句）中止時出現實例故障，此時需要實例恢復。實例恢復將資料庫恢復到故障之前的事務一致狀態。如果在在線後備發現實例故障，則需介質恢復。在其它情況Oracle在下次資料庫起動時（對新實例裝配和打開），自動地執行實例恢復。如果需要，從裝配狀態變為打開狀態，自動地激發實例恢復，由下列處理：
（1） 為了解恢復數據文件中沒有記錄的數據，進行向前滾。該數據記錄在在線日誌，
包括對回滾段的內容恢復。
（2） 回滾未提交的事務，按步1重新生成回滾段所指定的操作。
（3） 釋放在故障時正在處理事務所持有的資源。
（4） 解決在故障時正經歷一階段提交的任何懸而未決的分布事務。
1.2介質故障或文件錯誤的不一致恢復
介質故障是當一個文件、一個文件的部分或磁碟不能讀或不能寫時出現的故障。文件錯誤一般指意外的錯誤導致文件被刪除或意外事故導致文件的不一致。這種狀態下的資料庫都是不一致的，需要DBA手工來進行資料庫的恢復，這種恢復有兩種形式，決定於資料庫運行的歸檔方式和備份方式。
（1） 完全介質恢復可恢復全部丟失的修改。一般情況下需要有資料庫的備份且資料庫運行在歸檔狀態下並且有可用歸檔日誌時才可能。對於不同類型的錯誤，有不同類型的完全恢復可使用，其決定於毀壞文件和資料庫的可用性。
（2）
不完全介質恢復是在完全介質恢復不可能或不要求時進行的介質恢復。重構受損的資料庫，使其恢復介質故障前或用戶出錯之前的一個事務一致性狀態。不完全介質恢復有不同類型的使用，決定於需要不完全介質恢復的情況，有下列類型：基於撤消、基於時間和基於修改的不完全恢復。
基於撤消(CANCEL)恢復：在某種情況，不完全介質恢復必須被控制，DBA可撤消在指定點的操作。基於撤消的恢復地在一個或多個日誌組（在線的或歸檔的）已被介質故障所破壞，不能用於恢復過程時使用，所以介質恢復必須控制，以致在使用最近的、未損的日誌組於數據文件後中止恢復操作。
基於時間(TIME)和基於修改(SCN)的恢復：如果DBA希望恢復到過去的某個指定點，是一種理想的不完全介質恢復，一般發生在恢復到某個特定操作之前，恢復到如意外刪除某個數據表之前。
第二章. 資料庫恢復案例測試環境
2.1 資料庫環境
以下的所有案例都是通過測試經過，環境為：
OS：Windows 2000 Server
DB：Oracle 816
DBNAME：TEST
數據文件：
SQL> select file#,status,enabled,name from v$datafile;
FILE# STATUS ENABLED NAME
----------------------------------------------------------------
1 SYSTEM READ WRITE D:/Oracle/ORADATA/TEST/SYSTEM01.DBF
2 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/RBS01.DBF
3 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/USERS01.DBF
4 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/TEMP01.DBF
5 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/TOOLS01.DBF
6 ONLINE READ WRITE D:/Oracle/ORADATA/TEST/INDX01.DBF
控制文件：
SQL> select * from v$controlfile;
STATUS NAME
---------------------------------------------------------------------
D:/Oracle/ORADATA/TEST/CONTROL01.CTL
D:/Oracle/ORADATA/TEST/CONTROL02.CTL
D:/Oracle/ORADATA/TEST/CONTROL03.CTL
聯機日誌：
SQL> select * from v$logfile;
GROUP# STATUS MEMBER
---------------------------------------------------------------------
1 STALE D:/Oracle/ORADATA/TEST/REDO01.LOG
2 D:/Oracle/ORADATA/TEST/REDO02.LOG
3 STALE D:/Oracle/ORADATA/TEST/REDO03.LOG
2.2 資料庫備份腳本
冷備份腳本:
rem script:coldbak.sql
rem creater:chenjiping
rem date:5.8.2003
rem desc:offline full backup database
--connect database
connect internal/password;
--shutdown database
shutdown immediate;
--Copy Data file
!x d:/Oracle/oradata/test/*.dbf d:/database/H/R;
--Copy Control file
!x d:/Oracle/oradata/test/*.ctl d:/database/H/R;
--Copy Log file
!x d:/Oracle/oradata/test/*.log d:/database/H/R;
--startup database
startup;
說明：
1、以上腳本在資料庫關閉狀態下備份資料庫所有的數據文件，聯機日誌，控制文件（在一個目
錄下），如果成功備份，所有文件是一致的;
2、沒有備份參數文件，參數文件可以另外備份，沒有必要每次都備份，只需要在改變設置後備份一次;
3、如果以上命令沒有成功依次執行，那麼備份將是無效的，如連接資料庫不成功，那麼肯定關閉資料庫也不成功，那麼備份則無效;
4、冷備份建議下人工干預下執行。
資料庫OS熱全備份腳本
rem script:hotbak.sql
rem creater:chenjiping
rem date:5.8.2003
rem desc:backup all database datafile in archive
--connect database
connect internal/password;
--archive
alter system archive log current;
--start
alter tablespace system begin backup;
!x d:/Oracle/oradata/test/system01.dbf d:/databak/H/R;
alter tablespace system end backup;
alter tablespace rbs begin backup;
!x d:/Oracle/oradata/test/rbs01.dbf d:/databak/H/R;
alter tablespace rbs end backup;
alter tablespace users begin backup;
!x d:/Oracle/oradata/test/users01.dbf d:/databak/H/R;
alter tablespace users end backup;
alter tablespace tools begin backup;
!x d:/Oracle/oradata/test/tools01.dbf d:/databak/H/R;
alter tablespace tools end backup;
alter tablespace indx begin backup;
!x d:/Oracle/oradata/test/indx01.dbf d:/databak/H/R;
alter tablespace indx end backup;
--end
--bak control file
--binary
alter database backup controlfile to 'd:/databak/controlbinbak.000';
--ascii
alter database backup controlfile to trace;
alter system archive log current;
說明：
1、熱備份必須在資料庫歸檔方式下才可以運行；
2、以上腳本可以在資料庫運行狀態下備份資料庫所有的數據文件（除了臨時數據文件），沒有必要備份聯機日誌；
3、歸檔日誌至少需要一次完整備份之後的所有日誌；
4、如果以上命令沒有成功依次執行，那麼備份也是無效的，如連接資料庫不成功，那麼備份則無效。
RMAN備份只講敘有恢復目錄的情況，如果沒有恢復目錄，情形大致相似。以下是RMAN的熱備份全備份的腳本：
# script:bakup.rcv
# creater:chenjiping
# date:5.8.2003
# desc:backup all database datafile in archive with rman
# connect database
connect rcvcat rman/rman@back;
connect target internal/virpure;
# start backup database
run{
allocate channel c1 type disk;
backup full tag 'dbfull' format 'd:/backup/full%u_%s_%p' database
include current controlfile;
sql 'alter system archive log current';
release channel c1;
}
# end
說明：
1、 資料庫必須運行在歸檔模式下;
2、 RMAN將自動備份數據文件，運行可靠;
3、 歸檔日誌另外備份處理，但至少需要保存一次備份來的日誌;
4、 沒有必要用RMAN做冷備份，效果不好。
以上舉例說明了資料庫的恢復案例的測試環境與部分備份測試腳本，其它的備份腳本可以根據以上腳本演變而來或在案例中加以說明。
資料庫的自動實例將不加以說明，這里只舉例說明媒體錯誤或人為錯誤造成的恢復可能。
以上包括以下案例都是在WINDOWS+Oracle816上測試驗證的，在不同的操作系統與不同的資料庫版本中略有差別。