自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

SQL Server數(shù)據(jù)的轉(zhuǎn)移并不難

數(shù)據(jù)庫 SQL Server
此文章主要向大家描述的是SQL Server數(shù)據(jù)的轉(zhuǎn)移(新建數(shù)據(jù)庫或轉(zhuǎn)移服務(wù)器),下面就是文章的主要內(nèi)容描述,望大家會有所收獲。

下面的文章主要介紹的是SQL Server數(shù)據(jù)的轉(zhuǎn)移(新建數(shù)據(jù)庫或轉(zhuǎn)移服務(wù)器),我們大家都知道在一般的情況下,最好使用備份與還原操作來對轉(zhuǎn)移數(shù)據(jù)進行轉(zhuǎn)移,在特殊情況下,可以用導(dǎo)入導(dǎo)出的方式進行轉(zhuǎn)移,這里介紹的就是導(dǎo)入導(dǎo)出方式。

導(dǎo)入導(dǎo)出方式轉(zhuǎn)移數(shù)據(jù)一個作用就是可以在收縮數(shù)據(jù)庫無效的情況下用來減小(收縮)數(shù)據(jù)庫的大小,本操作默認為您對SQL的操作有一定的了解,如果對其中的部分操作不理解,可以咨詢動網(wǎng)相關(guān)人員或者查詢網(wǎng)上資料

1、將原數(shù)據(jù)庫的所有表、存儲過程導(dǎo)出成一個SQL文件,導(dǎo)出的時候注意在選項中選擇編寫索引腳本和編寫主鍵、外鍵、默認值和檢查約束腳本選項

 

2、新建數(shù)據(jù)庫,對新建數(shù)據(jù)庫執(zhí)行第一步中所建立的SQL文件

 

3、用SQL的導(dǎo)入導(dǎo)出方式,對新數(shù)據(jù)庫導(dǎo)入原數(shù)據(jù)庫中的所有表內(nèi)容

 

利用數(shù)據(jù)庫日志恢復(fù)數(shù)據(jù)到時間點的操作

由于不正常的數(shù)據(jù)丟失,而又不想使用備份數(shù)據(jù)還原,只要原來有備份且當前日志保存完好,可以采用這個方法試試,說不定可挽回損失……

 

1,如果誤操作之前存在一個全庫備份(或已有多個差異備份或增量備份),首先要做的事就是進

進行一次日志備份(如果為了不讓日志文件變大而置trunc. log on chkpt.選項為1那你就死翹了)

 

 

  1. backup log dbName to disk='fileName' 

 

2,恢復(fù)一個全庫備份,注意需要使用with norecovery,如果還有其他差異或增量備份,則逐個恢

 

復(fù)

 

 

  1. restore database dbName from disk='fileName' with norecovery 

 

3,恢復(fù)最后一個日志備份即剛做的日志備份,指定恢復(fù)時間點到誤操作之前的時刻

 

 

  1. restore log dbName from disk='fileName' 
  2. with stopat='date_time' 

 

 

以上這些操作都可以在SQL SERVER企業(yè)管理器里完成,難度不大。。。

當然,如果誤操作是一些不記日志的操作比如truncate table,select into等操作,那么是無法利

用上述方法來恢復(fù)數(shù)據(jù)的...

 

SQL Server2000數(shù)據(jù)庫文件損壞時如何恢復(fù)

出現(xiàn)這樣的問題是比較嚴重的了,能否修復(fù)只能看你的運氣……

 

SQL Server2000中,如果數(shù)據(jù)庫文件(非系統(tǒng)數(shù)據(jù)庫文件)遇到錯誤的時候,僅適用于非master,msdb的數(shù)據(jù)庫。

說明如下:

1 建一個測試數(shù)據(jù)庫test(數(shù)據(jù)庫類型為完全)

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 數(shù)據(jù)庫服務(wù)器

 

6 用ultraedit編輯數(shù)據(jù)庫文件test_data.mdf,隨便修改點字節(jié)內(nèi)容,相當于數(shù)據(jù)庫遭到致命的損壞。

 

7 啟動數(shù)據(jù)庫,并且運行企業(yè)管理器,點開數(shù)據(jù)庫,看到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 頁,這些頁屬于數(shù)據(jù)庫 'test' 的文件 'TEST_Log'(位于文件 1 上)。

 

BACKUP LOG 操作成功地處理了 2 頁,花費了 0.111 秒(0.087 MB/秒)。

 

9 進行恢復(fù)最老的完全備份

1> RESTORE DATABASE test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQL

 

BACKUP est_1.bak' WITH NORECOVERY

 

2> go

 

已處理 96 頁,這些頁屬于數(shù)據(jù)庫 'test' 的文件 'TEST_Data'(位于文件 1 上)。

 

已處理 1 頁,這些頁屬于數(shù)據(jù)庫 'test' 的文件 'TEST_Log'(位于文件 1 上)。

 

RESTORE DATABASE 操作成功地處理了 97 頁,花費了 0.107 秒(7.368 MB/秒)。

 

10 恢復(fù)最近的日志

1> RESTORE LOG test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKU

 

P est_2.bak' WITH RECOVERY

 

2> go

 

已處理 2 頁,這些頁屬于數(shù)據(jù)庫 'test' 的文件 'TEST_Log'(位于文件 1 上)。

 

RESTORE LOG 操作成功地處理了 2 頁,花費了 0.056 秒(0.173 MB/秒)。

 

 

 

責(zé)任編輯:佚名 來源: csdn.net
相關(guān)推薦

2010-07-22 13:31:53

2010-06-18 11:04:39

SQL Server

2010-07-07 14:53:04

SQL Server數(shù)

2010-07-08 13:38:42

SQL Server不

2010-06-17 11:02:27

SQL Server

2010-06-28 11:40:44

SQL Server

2010-06-17 16:59:51

SQL Server身

2010-07-01 15:26:05

SQL Server

2010-06-18 13:25:01

SQL Server查

2010-06-13 14:39:47

MySQL SQL

2010-07-08 11:15:37

SQL Server數(shù)

2010-06-13 09:34:22

MySQL數(shù)據(jù)庫

2010-05-31 14:50:49

MySQL數(shù)據(jù)庫性能

2010-05-17 08:47:08

MySQL 定時數(shù)據(jù)備

2010-06-13 15:57:57

MySQL 定時數(shù)據(jù)備

2010-10-08 10:03:16

2010-05-25 11:33:27

MySQL亂碼

2019-03-11 16:24:04

虛擬機JVMJava

2010-07-22 14:16:59

SQL Server

2010-06-18 13:56:10

SQL Server日
點贊
收藏

51CTO技術(shù)棧公眾號