恢復資料庫表
1、實現運行Recovery for SQL Server操作如下。
Ⅱ 如何還原sql資料庫
1、要進行還原資料庫操作我們先需要有一個資料庫，這里直接打開SQL Server Management Studio,然後打開實例，在左側按照下圖中紅色箭頭指示右鍵點擊資料庫，然後點擊 新建資料庫，如下圖：
Ⅲ 如何恢復資料庫
可是提交到伺服器之後，一切顯地都無比陌生。因為不熟悉SQL，准確來說就只會點Select，Update，Delete，Insert而已。昨天不小心誤刪了一張數據不多但是不在人工處理范圍內的一張表內的數據。因為知道SQL Server是有日誌這種東西的，事後我表現地無比淡定，在事發一個小時以內。一個小時之後，我發現我無法掌控這一事件了。上網查找了恢復數據的辦法。有必要啰嗦一下。 問題1：無論是遠程端還是伺服器端，都無法對資料庫（假設資料庫叫Test）進行除『增刪查改』的其它操作，譬如分離，離線，還原...錯誤提示是e.g.1 「無法分離 Test 資料庫 因為它當前正在使用。」e.g.2 「因為資料庫正在使用,未獲得對數據的排他訪問權,操作異常終止」反正嘛，就是說你丫不能阻止別人的訪問。可我們就是要這樣做的...只好跟它說拜拜了。 說拜拜的方法就是關掉所有訪問資料庫Test的進程。createproc killspid (@dbnamevarchar(20)) asbegindeclare@sqlnvarchar(500) declare@spidintset@sql='declare getspid cursor for select spid from sysprocesses where dbid=db_id('''+@dbname+''')'exec(@sql) open getspid fetchnextfrom getspid into@spidwhile@@fetch_status<>-1beginexec('kill '+@spid) fetchnextfrom getspid into@spidendclose getspid deallocate getspid end--用法use master exec killspid '資料庫名'PS：代碼我是這樣理解的，定義一段殺死訪問資料庫進程的存儲過程。寫一段獲取進程ID的代碼，循環殺死每一個進程。最後調用存儲過程。雖然不了解存儲過程，但是意思就是這樣的吧。 問題2：沒有備份資料庫，那該如何恢復數據呢有個軟體叫做Log Explorer 這個東西可以根據資料庫的日誌回到過去的任何一個時刻。View Code Log Explorer for SQL Server 是個好東西，但是這根本無法解決我的問題。資料庫在伺服器端，學校根本不會讓我安裝一個軟體在伺服器上面。而且我證實過，這個軟體必須要在伺服器端裝伺服器端軟體的。所以，這個對於我來說，是泡湯的。但是不代表這不是一個利器。 最後我用了一個很蛋疼的方法解決了。1.分離資料庫，備份一個Test；2.將資料庫附加回去，用自帶的恢復方式恢復到一個很久以前的狀態；3.將需要的那張表復制到備份的那個資料庫；4.將備份的那個資料庫掛回去，原資料庫刪了。 這是一個很蛋疼而且碰巧那張表沒被改的方法。頭一次知道DBA的重要性。我的方法是一個很偶然的東西，希望大家分享一下真正能解決恢復問題的辦法。當然，每隔一段時間備份是絕對沒有錯的。 方法 另外發現一個比較有技術性的可行的方法 1，如果誤操作之前存在一個全庫備份（或已有多個差異備份或增量備份），首先要做的事就是進進行一次日誌備份 （如果為了不讓日誌文件變大而置trunc. log on chkpt.選項為1那你就死翹了）backuplog dbName todisk='fileName'----注意：是日誌備份! 2，恢復一個全庫備份，注意需要使用with norecovery，如果還有其他差異或增量備份，則逐個恢復 restoredatabase dbName fromdisk='fileName'with norecovery 3，恢復最後一個日誌備份即剛做的日誌備份，指定恢復時間點到誤操作之前的時刻 restorelog dbName fromdisk='fileName'with stopat='date_time' 完整代碼View Code 經過驗證，這才叫有技術性！我那純屬「鄧艾的屯『田』」小孩子過家家。。。
Ⅳ 怎樣恢復刪除了的access數據表
用access2003打開你的資料庫,找菜單欄-->工具-->選項-->視圖"選項卡-->"顯示"部分有個"隱藏對象"的復選框,打鉤後點確定就可以了.
Ⅳ mysql 資料庫表誤刪除了 能恢復嗎
每個 DBA 是不是都有過刪庫的經歷？刪庫了沒有備份怎麼辦？備份恢復後無法啟動服務什麼情況？表定義損壞數據無法讀取怎麼辦？
我曾遇到某初創互聯網企業，因維護人員不規范的備份恢復操作，導致系統表空間文件被初始化，上萬張表無法讀取，花了數小時才搶救回來。
當你發現數據無法讀取時，也許並非數據丟失了，可能是 DBMS 找不到描述數據的信息。
背景
先來了解下幾張關鍵的 InnoDB 數據字典表，它們保存了部分表定義信息，在我們恢復表結構時需要用到。
SYS_TABLES 描述 InnoDB 表信息CREATE TABLE `SYS_TABLES` (`NAME` varchar(255) NOT NULL DEFAULT '', 表名`ID` bigint(20) unsigned NOT NULL DEFAULT '0', 表id`N_COLS` int(10) DEFAULT NULL,`TYPE` int(10) unsigned DEFAULT NULL,`MIX_ID` bigint(20) unsigned DEFAULT NULL,`MIX_LEN` int(10) unsigned DEFAULT NULL,`CLUSTER_NAME` varchar(255) DEFAULT NULL,`SPACE` int(10) unsigned DEFAULT NULL, 表空間idPRIMARY KEY (`NAME`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_INDEXES 描述 InnoDB 索引信息CREATE TABLE `SYS_INDEXES` ( `TABLE_ID` bigint(20) unsigned NOT NULL DEFAULT '0', 與sys_tables的id對應 `ID` bigint(20) unsigned NOT NULL DEFAULT '0', 索引id `NAME` varchar(120) DEFAULT NULL, 索引名稱 `N_FIELDS` int(10) unsigned DEFAULT NULL, 索引包含欄位的個數 `TYPE` int(10) unsigned DEFAULT NULL, `SPACE` int(10) unsigned DEFAULT NULL, 存儲索引的表空間id `PAGE_NO` int(10) unsigned DEFAULT NULL, 索引的root page id PRIMARY KEY (`TABLE_ID`,`ID`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_COLUMNS 描述 InnoDB 表的欄位信息CREATE TABLE `SYS_COLUMNS` ( `TABLE_ID` bigint(20) unsigned NOT NULL, 與sys_tables的id對應 `POS` int(10) unsigned NOT NULL, 欄位相對位置 `NAME` varchar(255) DEFAULT NULL, 欄位名稱 `MTYPE` int(10) unsigned DEFAULT NULL, 欄位編碼 `PRTYPE` int(10) unsigned DEFAULT NULL, 欄位校驗類型 `LEN` int(10) unsigned DEFAULT NULL, 欄位位元組長度 `PREC` int(10) unsigned DEFAULT NULL, 欄位精度 PRIMARY KEY (`TABLE_ID`,`POS`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_FIELDS 描述全部索引的欄位列CREATE TABLE `SYS_FIELDS` ( `INDEX_ID` bigint(20) unsigned NOT NULL, `POS` int(10) unsigned NOT NULL, `COL_NAME` varchar(255) DEFAULT NULL, PRIMARY KEY (`INDEX_ID`,`POS`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;./storage/innobase/include/dict0boot.h 文件定義了每個字典表的 index id，對應 id 的 page 中存儲著字典表的數據。
Ⅵ oracle 資料庫表的恢復
更改原來d盤的oracle目錄，比如目錄名改成oraclebak，重新安裝oracle資料庫到d盤oracle目錄下，並創建資料庫和原來的資料庫sid保持一致。然後關閉資料庫，把新安裝的資料庫目錄更名或刪除，再把原來的oraclebak目錄再改回oracle，然後重啟一下資料庫，這時的資料庫就是你要恢復的資料庫。
Ⅶ 怎麼恢復mysql資料庫怎麼恢復數據
簡單情況下：進入原來mysql安裝路徑下的data文件夾下，找到相應的庫和ibdata1，進行，就可回復原來的數據。
復雜情況下：
從另一台機上把MySQL資料庫的mysql文件夾拷貝到本地機上，目的是恢復本地機對數據的訪問和操作。經過如下幾種情況的操作。
1.
在本地重裝MySQL（安裝目錄D:\Program
Files\MySQL\MySQL
Server
5.0），直接把mysql文件夾拷貝至D:\Program
Files\MySQL\MySQL
Server
5.0\。結果，失敗：資料庫連接錯誤。
2.
卸載後重裝MySQL，將D:\Program
Files\MySQL\MySQL
Server
5.0\下的數據備份，只把mysql\data文件夾全部內容拷貝到D:\Program
Files\MySQL\MySQL
Server
5.0\data下。結果，失敗：資料庫連接錯誤。將備份的數據還完覆蓋。結果，失敗，還是連接不上資料庫。
3.
卸載後重裝MySQL，將mysql\data文件夾里的cf1,last文件夾（這兩個是原來MySQL里的資料庫）拷貝進D:\Program
Files\MySQL\MySQL
Server
5.0\data。連接成功，在Navicat
for
MySQL里看到資料庫cf1和last，但是不能訪問，因為數據全為零。明白了原來data里以資料庫命名的文件存儲的是資料庫的表結構，不是元數據。下一步，把data文件夾里的ibdata1文件（3.4G大，明顯存儲了元數據）拷貝到D:\Program
Files\MySQL\MySQL
Server
5.0\data里，代替原來的ibdata1文件。重啟電腦，打開Navicat
for
MySQL，連接成功，數據可以訪問操作。
至此，操作終於成功。其實當初在那台機上把數據導出來，而不是現在直接把文件夾mysql復制過來會更容易恢復。但那台機已經重裝了系統，也就是說MySQL失效了。