SQL Server數據的轉移并不難
下面的文章主要介紹的是SQL Server數據的轉移(新建數據庫或轉移服務器),我們大家都知道在一般的情況下,最好使用備份與還原操作來對轉移數據進行轉移,在特殊情況下,可以用導入導出的方式進行轉移,這里介紹的就是導入導出方式。
導入導出方式轉移數據一個作用就是可以在收縮數據庫無效的情況下用來減小(收縮)數據庫的大小,本操作默認為您對SQL的操作有一定的了解,如果對其中的部分操作不理解,可以咨詢動網相關人員或者查詢網上資料
1、將原數據庫的所有表、存儲過程導出成一個SQL文件,導出的時候注意在選項中選擇編寫索引腳本和編寫主鍵、外鍵、默認值和檢查約束腳本選項
2、新建數據庫,對新建數據庫執行第一步中所建立的SQL文件
3、用SQL的導入導出方式,對新數據庫導入原數據庫中的所有表內容
利用數據庫日志恢復數據到時間點的操作
由于不正常的數據丟失,而又不想使用備份數據還原,只要原來有備份且當前日志保存完好,可以采用這個方法試試,說不定可挽回損失……
1,如果誤操作之前存在一個全庫備份(或已有多個差異備份或增量備份),首先要做的事就是進
進行一次日志備份(如果為了不讓日志文件變大而置trunc. log on chkpt.選項為1那你就死翹了)
- backup log dbName to disk='fileName'
2,恢復一個全庫備份,注意需要使用with norecovery,如果還有其他差異或增量備份,則逐個恢
復
- restore database dbName from disk='fileName' with norecovery
3,恢復最后一個日志備份即剛做的日志備份,指定恢復時間點到誤操作之前的時刻
- restore log dbName from disk='fileName'
- with stopat='date_time'
以上這些操作都可以在SQL SERVER企業管理器里完成,難度不大。。。
當然,如果誤操作是一些不記日志的操作比如truncate table,select into等操作,那么是無法利
用上述方法來恢復數據的...
SQL Server2000數據庫文件損壞時如何恢復
出現這樣的問題是比較嚴重的了,能否修復只能看你的運氣……
SQL Server2000中,如果數據庫文件(非系統數據庫文件)遇到錯誤的時候,僅適用于非master,msdb的數據庫。
說明如下:
1 建一個測試數據庫test(數據庫類型為完全)
2 建一個表,插入點記錄
create table a(c1 varchar(2))
go
insert into a values('aa')
go
insert into a values('bb')
go
3 作完全備份,到文件test_1.bak
4 在作一點修改
insert into a values('cc')
go
create table b(c1 int)
go
insert into b values(1)
go
insert into b values(2)
go
5 shutdown 數據庫服務器
6 用ultraedit編輯數據庫文件test_data.mdf,隨便修改點字節內容,相當于數據庫遭到致命的損壞。
7 啟動數據庫,并且運行企業管理器,點開數據庫,看到test變成灰色,而且顯示置疑。
8 運行isql -SLocalhost -Usa -P
1> backup log test TO DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKUP
est_2.bak' WITH NO_TRUNCATE
2>go
已處理 2 頁,這些頁屬于數據庫 'test' 的文件 'TEST_Log'(位于文件 1 上)。
BACKUP LOG 操作成功地處理了 2 頁,花費了 0.111 秒(0.087 MB/秒)。
9 進行恢復最老的完全備份
1> RESTORE DATABASE test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQL
BACKUP est_1.bak' WITH NORECOVERY
2> go
已處理 96 頁,這些頁屬于數據庫 'test' 的文件 'TEST_Data'(位于文件 1 上)。
已處理 1 頁,這些頁屬于數據庫 'test' 的文件 'TEST_Log'(位于文件 1 上)。
RESTORE DATABASE 操作成功地處理了 97 頁,花費了 0.107 秒(7.368 MB/秒)。
10 恢復最近的日志
1> RESTORE LOG test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKU
P est_2.bak' WITH RECOVERY
2> go
已處理 2 頁,這些頁屬于數據庫 'test' 的文件 'TEST_Log'(位于文件 1 上)。
RESTORE LOG 操作成功地處理了 2 頁,花費了 0.056 秒(0.173 MB/秒)。