包括安裝時(shí)提示有掛起的操作、收縮數(shù)據(jù)庫(kù)、壓縮數(shù)據(jù)庫(kù)、轉(zhuǎn)移數(shù)據(jù)庫(kù)給新用戶以已存在用戶權(quán)限、檢查備份集、修復(fù)數(shù)據(jù)庫(kù)等。1.掛起操作

在安裝Sql或sp補(bǔ)丁的時(shí)候系統(tǒng)提示之前有掛起的安裝操作，要求重啟，這里往往重啟無(wú)用，解決辦法：

到HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager

刪除PendingFileRenameOperations

2.收縮數(shù)據(jù)庫(kù)

--重建索引

DBCC REINDEX

DBCC INDEXDEFRAG

--收縮數(shù)據(jù)和日志

DBCC SHRINKDB

DBCC SHRINKFILE

3.壓縮數(shù)據(jù)庫(kù)

dbcc shrinkdatabase(dbname)

4.轉(zhuǎn)移數(shù)據(jù)庫(kù)給新用戶以已存在用戶權(quán)限

exec sp_change_users_login 'update_one','newname','oldname'

go

5.檢查備份集

RESTORE VERIFYONLY from disk='E:dVBbs.bak'

6.修復(fù)數(shù)據(jù)庫(kù)

ALTER DATABASE [dvbbs] SET SINGLE_USER

GO

DBCC CHECKDB('dvbbs',repair_allow_data_loss) WITH TABLOCK

GO

ALTER DATABASE [dvbbs] SET MULTI_USER

GO

--CHECKDB 有3個(gè)參數(shù):

--REPAIR_ALLOW_DATA_LOSS

-- 執(zhí)行由 REPAIR_REBUILD 完成的所有修復(fù)，包括對(duì)行和頁(yè)進(jìn)行分配和取消分配以改正分配錯(cuò)誤、結(jié)構(gòu)行或頁(yè)的錯(cuò)誤，以及刪除已損壞的文本對(duì)象。這些修復(fù)可能會(huì)導(dǎo)致一些數(shù)據(jù)丟失。修復(fù)操作可以在用戶事務(wù)下完成以允許用戶回滾所做的更改。如果回滾修復(fù)，則數(shù)據(jù)庫(kù)仍會(huì)含有錯(cuò)誤，應(yīng)該從備份進(jìn)行恢復(fù)。如果由于所提供修復(fù)等級(jí)的緣故遺漏某個(gè)錯(cuò)誤的修復(fù)，則將遺漏任何取決于該修復(fù)的修復(fù)。修復(fù)完成后，備份數(shù)據(jù)庫(kù)。

--REPAIR_FAST 進(jìn)行小的、不耗時(shí)的修復(fù)操作，如修復(fù)非聚集索引中的附加鍵。這些修復(fù)可以很快完成，并且不會(huì)有丟失數(shù)據(jù)的危險(xiǎn)。

--REPAIR_REBUILD 執(zhí)行由 REPAIR_FAST 完成的所有修復(fù)，包括需要較長(zhǎng)時(shí)間的修復(fù)（如重建索引）。執(zhí)行這些修復(fù)時(shí)不會(huì)有丟失數(shù)據(jù)的危險(xiǎn)。

--DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY

7.SQL Server日志清除的兩種方法

在使用過(guò)程中大家經(jīng)常碰到數(shù)據(jù)庫(kù)日志非常大的情況，在這里介紹了兩種處理方法……

方法一：

一般情況下，SQL數(shù)據(jù)庫(kù)的收縮并不能很大程度上減小數(shù)據(jù)庫(kù)大小，其主要作用是收縮日志大小，應(yīng)當(dāng)定期進(jìn)行此操作以免數(shù)據(jù)庫(kù)日志過(guò)大。

1、設(shè)置數(shù)據(jù)庫(kù)模式為簡(jiǎn)單模式：打開(kāi)SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開(kāi)Microsoft SQL Server-->SQL Server組-->雙擊打開(kāi)你的服務(wù)器-->雙擊打開(kāi)數(shù)據(jù)庫(kù)目錄-->選擇你的數(shù)據(jù)庫(kù)名稱（如論壇數(shù)據(jù)庫(kù)Forum）-->然后點(diǎn)擊右鍵選擇屬性-->選擇選項(xiàng)-->在故障還原的模式中選擇“簡(jiǎn)單”，然后按確定保存。

2、在當(dāng)前數(shù)據(jù)庫(kù)上點(diǎn)右鍵，看所有任務(wù)中的收縮數(shù)據(jù)庫(kù)，一般里面的默認(rèn)設(shè)置不用調(diào)整，直接點(diǎn)確定。

3、收縮數(shù)據(jù)庫(kù)完成后，建議將您的數(shù)據(jù)庫(kù)屬性重新設(shè)置為標(biāo)準(zhǔn)模式，操作方法同第一點(diǎn)，因?yàn)槿罩驹谝恍┊惓Ｇ闆r下往往是恢復(fù)數(shù)據(jù)庫(kù)的重要依據(jù)。

方法二：

SET NOCOUNT ON

DECLARE @LogicalFileName sysname,

@MaxMinutes INT,

@NewSize INT

USE databasename -- 要操作的數(shù)據(jù)庫(kù)名

SELECT @LogicalFileName = 'databasename_log', -- 日志文件名

@MaxMinutes = 10, -- Limit on time allowed to wrap log.

@NewSize = 1 -- 你想設(shè)定的日志文件的大小(M)

-- Setup / initialize

DECLARE @OriginalSize int

SELECT @OriginalSize = size

FROM sysfiles

WHERE name = @LogicalFileName

SELECT 'Original Size of ' + db_name() + ' LOG is ' +

CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +

CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'

FROM sysfiles

WHERE name = @LogicalFileName

CREATE TABLE DummyTrans

(DummyColumn char (8000) not null)

DECLARE @Counter INT,

@StartTime DATETIME,

@TruncLog VARCHAR(255)

SELECT @StartTime = GETDATE(),

@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'

DBCC SHRINKFILE (@LogicalFileName, @NewSize)

EXEC (@TruncLog)

-- Wrap the log if necessary.

WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired

AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)

AND (@OriginalSize * 8 /1024) > @NewSize

BEGIN -- Outer loop.

SELECT @Counter = 0

WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))

BEGIN -- update

INSERT DummyTrans VALUES ('Fill Log')

DELETE DummyTrans

SELECT @Counter = @Counter + 1

END

EXEC (@TruncLog)

END

SELECT 'Final Size of ' + db_name() + ' LOG is ' +

CONVERT(VARCHAR(30),size) + ' 8K pages or ' +

CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'

FROM sysfiles

WHERE name = @LogicalFileName

DROP TABLE DummyTrans

SET NOCOUNT OFF

8.刪除數(shù)據(jù)庫(kù)中重復(fù)數(shù)據(jù)的幾個(gè)方法

數(shù)據(jù)庫(kù)的使用過(guò)程中由于程序方面的問(wèn)題有時(shí)候會(huì)碰到重復(fù)數(shù)據(jù)，重復(fù)數(shù)據(jù)導(dǎo)致了數(shù)據(jù)庫(kù)部分設(shè)置不能正確設(shè)置……

方法一

declare @max integer,@id integer

declare cur_rows cursor local for select 主字段,count(*) from 表名 group by 主字段 having count(*) > 1

open cur_rows

fetch cur_rows into @id,@max

while @@fetch_status=0

begin

select @max = @max -1

set rowcount @max

delete from 表名 where 主字段 = @id

fetch cur_rows into @id,@max

end

close cur_rows

set rowcount 0

方法二

有兩個(gè)意義上的重復(fù)記錄:

一是完全重復(fù)的記錄，也即所有字段均重復(fù)的記錄，

二是部分關(guān)鍵字段重復(fù)的記錄，比如Name字段重復(fù)，而其他字段不一定重復(fù)或都重復(fù)可以忽略。

A、對(duì)于第一種重復(fù)，比較容易解決，使用

select distinct * from tableName

就可以得到無(wú)重復(fù)記錄的結(jié)果集。

如果該表需要?jiǎng)h除重復(fù)的記錄（重復(fù)記錄保留1條），可以按以下方法刪除：

select distinct * into #Tmp from tableName

drop table tableName

select * into tableName from #Tmp

drop table #Tmp

發(fā)生這種重復(fù)的原因是表設(shè)計(jì)不周產(chǎn)生的，增加唯一索引列即可解決。

B、這類重復(fù)問(wèn)題通常要求保留重復(fù)記錄中的第一條記錄，操作方法如下

假設(shè)有重復(fù)的字段為Name,Address，要求得到這兩個(gè)字段唯一的結(jié)果集。

select identity(int,1,1) as autoID, * into #Tmp from tableName

select min(autoID) as autoID into #Tmp2 from #Tmp group by Name,autoID

select * from #Tmp where autoID in(select autoID from #tmp2)

最后一個(gè)select即得到了Name，Address不重復(fù)的結(jié)果集（但多了一個(gè)autoID字段，實(shí)際寫時(shí)可以寫在select子句中省去此列）。

9.更改數(shù)據(jù)庫(kù)中表的所屬用戶的兩個(gè)方法

大家可能會(huì)經(jīng)常碰到一個(gè)數(shù)據(jù)庫(kù)備份還原到另外一臺(tái)機(jī)器結(jié)果導(dǎo)致所有的表都不能打開(kāi)了，原因是建表的時(shí)候采用了當(dāng)時(shí)的數(shù)據(jù)庫(kù)用戶……

--更改某個(gè)表

exec sp_changeobjectowner 'tablename','dbo'

--存儲(chǔ)更改全部表

CREATE PROCEDURE dbo.User_ChangeObjectOwnerBatch

@OldOwner as NVARCHAR(128),

@NewOwner as NVARCHAR(128)

AS

DECLARE @Name as NVARCHAR(128)

DECLARE @Owner as NVARCHAR(128)

DECLARE @OwnerName as NVARCHAR(128)

DECLARE curObject CURSOR FOR

select 'Name' = name,

'Owner' = user_name(uid)

from sysobjects

where user_name(uid)=@OldOwner

order by name

OPEN curObject

FETCH NEXT FROM curObject INTO @Name, @Owner

WHILE(@@FETCH_STATUS=0)

BEGIN

if @Owner=@OldOwner

begin

set @OwnerName = @OldOwner + '.' + rtrim(@Name)

exec sp_changeobjectowner @OwnerName, @NewOwner

end

-- select @name,@NewOwner,@OldOwner

FETCH NEXT FROM curObject INTO @Name, @Owner

END

close curObject

deallocate curObject

GO

10.SQL Server中直接循環(huán)寫入數(shù)據(jù)

declare @i int

set @i=1

while @i<30

begin

insert into test (userid) values(@i)

set @i=@i+1

end

11.無(wú)數(shù)據(jù)庫(kù)日志文件恢復(fù)數(shù)據(jù)庫(kù)方法兩則

數(shù)據(jù)庫(kù)日志文件的誤刪或別的原因引起數(shù)據(jù)庫(kù)日志的損壞。

方法一：

1.新建一個(gè)同名的數(shù)據(jù)庫(kù)；

2.再停掉SQL Server(注意不要分離數(shù)據(jù)庫(kù))；

3.用原數(shù)據(jù)庫(kù)的數(shù)據(jù)文件覆蓋掉這個(gè)新建的數(shù)據(jù)庫(kù)；

4.再重啟sql server；

5.此時(shí)打開(kāi)企業(yè)管理器時(shí)會(huì)出現(xiàn)置疑，先不管，執(zhí)行下面的語(yǔ)句（注意修改其中的數(shù)據(jù)庫(kù)名)；

6.完成后一般就可以訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)了,這時(shí),數(shù)據(jù)庫(kù)本身一般還要問(wèn)題,解決辦法是,利用。

數(shù)據(jù)庫(kù)的腳本創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù),并將數(shù)據(jù)導(dǎo)進(jìn)去就行了。

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的數(shù)據(jù)庫(kù)名'

Go

sp_dboption '置疑的數(shù)據(jù)庫(kù)名', 'single user', 'true'

Go

DBCC CHECKDB('置疑的數(shù)據(jù)庫(kù)名')

Go

update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫(kù)名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption '置疑的數(shù)據(jù)庫(kù)名', 'single user', 'false'

Go

方法二：

設(shè)置數(shù)據(jù)庫(kù)為緊急模式；

停掉SQL Server服務(wù)；

把應(yīng)用數(shù)據(jù)庫(kù)的數(shù)據(jù)文件XXX_Data.mdf移走；

重新建立一個(gè)同名的數(shù)據(jù)庫(kù)XXX；

停掉SQL服務(wù)；

把原來(lái)的數(shù)據(jù)文件再覆蓋回來(lái)；

運(yùn)行以下語(yǔ)句，把該數(shù)據(jù)庫(kù)設(shè)置為緊急模式；

運(yùn)行

“Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go”

執(zhí)行結(jié)果：

DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。

已將配置選項(xiàng) 'allow updates' 從 0 改為 1。請(qǐng)運(yùn)行 RECONFIGURE 語(yǔ)句以安裝。

接著運(yùn)行“update sysdatabases set status = 32768 where name = 'XXX'”

執(zhí)行結(jié)果：

（所影響的行數(shù)為 1 行）

重啟SQL Server服務(wù)；

運(yùn)行以下語(yǔ)句，把應(yīng)用數(shù)據(jù)庫(kù)設(shè)置為Single User模式；

運(yùn)行“sp_dboption 'XXX', 'single user', 'true'”

執(zhí)行結(jié)果：

命令已成功完成。

做DBCC CHECKDB；

運(yùn)行“DBCC CHECKDB('XXX')”

執(zhí)行結(jié)果：

'XXX' 的 DBCC 結(jié)果。

'sysobjects' 的 DBCC 結(jié)果。

對(duì)象 'sysobjects' 有 273 行，這些行位于 5 頁(yè)中。

'sysindexes' 的 DBCC 結(jié)果。

對(duì)象 'sysindexes' 有 202 行，這些行位于 7 頁(yè)中。

'syscolumns' 的 DBCC 結(jié)果。

………

運(yùn)行以下語(yǔ)句把系統(tǒng)表的修改選項(xiàng)關(guān)掉；

運(yùn)行“sp_resetstatus 'XXX'

go

sp_configure 'allow updates', 0

reconfigure with override

Go”

執(zhí)行結(jié)果：

在 sysdatabases 中更新數(shù)據(jù)庫(kù) 'XXX' 的條目之前，模式 = 0，狀態(tài) = 28（狀態(tài) suspect_bit = 0），

沒(méi)有更新 sysdatabases 中的任何行，因?yàn)橐颜_地重置了模式和狀態(tài)。沒(méi)有錯(cuò)誤，未進(jìn)行任何更改。

DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。

已將配置選項(xiàng) 'allow updates' 從 1 改為 0。請(qǐng)運(yùn)行 RECONFIGURE 語(yǔ)句以安裝。

重新建立另外一個(gè)數(shù)據(jù)庫(kù)XXX.Lost；

DTS導(dǎo)出向?qū)?

運(yùn)行DTS導(dǎo)出向?qū)В?

復(fù)制源選擇EmergencyMode的數(shù)據(jù)庫(kù)XXX，導(dǎo)入到XXX.Lost；

選擇“在SQL Server數(shù)據(jù)庫(kù)之間復(fù)制對(duì)象和數(shù)據(jù)”，試了多次，好像不行，只是復(fù)制過(guò)來(lái)了所有表結(jié)構(gòu)，但是沒(méi)有數(shù)據(jù)，也沒(méi)有視圖和存儲(chǔ)過(guò)程，而且DTS向?qū)ё詈髨?bào)告復(fù)制失敗；

所以最后選擇“從源數(shù)據(jù)庫(kù)復(fù)制表和視圖”，但是后來(lái)發(fā)現(xiàn)，這樣總是只能復(fù)制一部分表記錄；

于是選擇“用一條查詢指定要傳輸?shù)臄?shù)據(jù)”，缺哪個(gè)表記錄，就導(dǎo)哪個(gè)；

視圖和存儲(chǔ)過(guò)程是執(zhí)行SQL語(yǔ)句添加的。 http://www.mypchelp.cn/12.維護(hù)SQL Server中表的索引

在使用和創(chuàng)建數(shù)據(jù)庫(kù)索引中經(jīng)常會(huì)碰到一些問(wèn)題，在這里可以采用一些另類的方法解決…

--第一步：查看是否需要維護(hù)，查看掃描密度/Scan Density是否為100%

declare @table_id int

set @table_id=object_id('表名')

dbcc showcontig(@table_id)

--第二步:重構(gòu)表索引

dbcc dbreindex('表名',pk_索引名,100)

--重做第一步，如發(fā)現(xiàn)掃描密度/Scan Density還是小于100%則重構(gòu)表的所有索引

--楊錚：并不一定能達(dá)100%。

dbcc dbreindex('表名','',100)

13.SQL Server補(bǔ)丁版本的檢查

SQL Server的補(bǔ)丁版本檢查不如Windows 補(bǔ)丁版本檢查直接，一個(gè)系統(tǒng)管理員，如果不了解SQL Server版本對(duì)應(yīng)的補(bǔ)丁號(hào)，可能也會(huì)遇到一點(diǎn)麻煩，因此在這說(shuō)明一下，通過(guò)這樣的辦法判別機(jī)器是安全的辦法，不會(huì)對(duì)系統(tǒng)產(chǎn)生任何影響。

1、用Isql或者SQL查詢分析器登錄到SQL Server，如果是用Isql，請(qǐng)?jiān)赾md窗口輸入isql -U sa,然后輸入密碼，進(jìn)入；如果是用SQL查詢分析器，請(qǐng)從程序中啟動(dòng)，輸入sa和密碼（也可以用windows驗(yàn)證）。

2、在ISQL中輸入：

Select @@Version；

go

或者SQL查詢分析器中輸入(其實(shí)如果不想輸入，只要打開(kāi)幫助的關(guān)于就可以了:))

Select @@Version；

然后按執(zhí)行；

這時(shí)會(huì)返回SQL的版本信息，如下：

Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation EntERPrise Edition on Windows NT 5.0 (Build 2195: Service Pack 3)

其中的8.00.760就是SQL Server的版本和補(bǔ)丁號(hào)。對(duì)應(yīng)關(guān)系如下：

SQL Server 2000 版本和級(jí)別 @@VERSION 產(chǎn)品級(jí)別

SQL Server 2000 原始版本 8.00.194 RTM

Database Components SP1 8.00.384 SP1

Database Components SP2 8.00.534 SP2

Database Components SP3、SP3a 或 MSDE 2000 Release A 8.00.760 SP3

Database Components SP4 8.00.2039 SP4

這樣我們就能看到SQL Server的正確版本和補(bǔ)丁號(hào)了。

我們也可以用xp_msver看到更詳細(xì)的信息。

14.Sql Server數(shù)據(jù)庫(kù)的備份和恢復(fù)措施

14.1、備份數(shù)據(jù)庫(kù)

1、打開(kāi)SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開(kāi)Microsoft SQL Server；

2、SQL Server組-->雙擊打開(kāi)你的服務(wù)器-->雙擊打開(kāi)數(shù)據(jù)庫(kù)目錄；

3、選擇你的數(shù)據(jù)庫(kù)名稱（如論壇數(shù)據(jù)庫(kù)Forum）-->然后點(diǎn)上面菜單中的工具-->選擇備份數(shù)據(jù)庫(kù)；

4、備份選項(xiàng)選擇完全備份，目的中的備份到如果原來(lái)有路徑和名稱則選中名稱點(diǎn)刪除，然后點(diǎn)添加，如果原來(lái)沒(méi)有路徑和名稱則直接選擇添加，接著指定路徑和文件名，指定后點(diǎn)確定返回備份窗口，接著點(diǎn)確定進(jìn)行備份。

14.2、還原數(shù)據(jù)庫(kù)

1、打開(kāi)SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開(kāi)Microsoft SQL Server；

2、SQL Server組-->雙擊打開(kāi)你的服務(wù)器-->點(diǎn)圖標(biāo)欄的新建數(shù)據(jù)庫(kù)圖標(biāo)，新建數(shù)據(jù)庫(kù)的名字自行取；

3、點(diǎn)擊新建好的數(shù)據(jù)庫(kù)名稱（如論壇數(shù)據(jù)庫(kù)Forum）-->然后點(diǎn)上面菜單中的工具-->選擇恢復(fù)數(shù)據(jù)庫(kù)；

4、在彈出來(lái)的窗口中的還原選項(xiàng)中選擇從設(shè)備-->點(diǎn)選擇設(shè)備-->點(diǎn)添加-->然后選擇你的備份文件名-->添加后點(diǎn)確定返回，這時(shí)候設(shè)備欄應(yīng)該出現(xiàn)您剛才選擇的數(shù)據(jù)庫(kù)備份文件名，備份號(hào)默認(rèn)為1（如果您對(duì)同一個(gè)文件做過(guò)多次備份，可以點(diǎn)擊備份號(hào)旁邊的查看內(nèi)容，在復(fù)選框中選擇最新的一次備份后點(diǎn)確定）-->然后點(diǎn)擊上方常規(guī)旁邊的選項(xiàng)按鈕；

5、在出現(xiàn)的窗口中選擇在現(xiàn)有數(shù)據(jù)庫(kù)上強(qiáng)制還原，以及在恢復(fù)完成狀態(tài)中選擇使數(shù)據(jù)庫(kù)可以繼續(xù)運(yùn)行但無(wú)法還原其它事務(wù)日志的選項(xiàng)。在窗口的中間部位的將數(shù)據(jù)庫(kù)文件還原為這里要按照你SQL的安裝進(jìn)行設(shè)置（也可以指定自己的目錄），邏輯文件名不需要改動(dòng)，移至物理文件名要根據(jù)你所恢復(fù)的機(jī)器情況做改動(dòng)，如您的SQL數(shù)據(jù)庫(kù)裝在D:Program FilesMicrosoft SQL ServerMSSQLData，那么就按照您恢復(fù)機(jī)器的目錄進(jìn)行相關(guān)改動(dòng)改動(dòng)，并且最后的文件名最好改成您當(dāng)前的數(shù)據(jù)庫(kù)名（如原來(lái)是bbs_data.mdf，現(xiàn)在的數(shù)據(jù)庫(kù)是forum，就改成forum_data.mdf），日志和數(shù)據(jù)文件都要按照這樣的方式做相關(guān)的改動(dòng)（日志的文件名是*_log.ldf結(jié)尾的），這里的恢復(fù)目錄您可以自由設(shè)置，前提是該目錄必須存在（如您可以指定d:sqldatabbs_data.mdf或者d:sqldatabbs_log.ldf），否則恢復(fù)將報(bào)錯(cuò)；

6、修改完成后，點(diǎn)擊下面的確定進(jìn)行恢復(fù)，這時(shí)會(huì)出現(xiàn)一個(gè)進(jìn)度條，提示恢復(fù)的進(jìn)度，恢復(fù)完成后系統(tǒng)會(huì)自動(dòng)提示成功，如中間提示報(bào)錯(cuò)，請(qǐng)記錄下相關(guān)的錯(cuò)誤內(nèi)容并詢問(wèn)對(duì)SQL操作比較熟悉的人員，一般的錯(cuò)誤無(wú)非是目錄錯(cuò)誤或者文件名重復(fù)或者文件名錯(cuò)誤或者空間不夠或者數(shù)據(jù)庫(kù)正在使用中的錯(cuò)誤，數(shù)據(jù)庫(kù)正在使用的錯(cuò)誤您可以嘗試關(guān)閉所有關(guān)于SQL窗口然后重新打開(kāi)進(jìn)行恢復(fù)操作，如果還提示正在使用的錯(cuò)誤可以將SQL服務(wù)停止然后重起看看，至于上述其它的錯(cuò)誤一般都能按照錯(cuò)誤內(nèi)容做相應(yīng)改動(dòng)后即可恢復(fù)。

14.3、收縮數(shù)據(jù)庫(kù)

一般情況下，SQL數(shù)據(jù)庫(kù)的收縮并不能很大程度上減小數(shù)據(jù)庫(kù)大小，其主要作用是收縮日志大小，應(yīng)當(dāng)定期進(jìn)行此操作以免數(shù)據(jù)庫(kù)日志過(guò)大。

1、設(shè)置數(shù)據(jù)庫(kù)模式為簡(jiǎn)單模式：打開(kāi)SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開(kāi)Microsoft SQL Server-->SQL Server組-->雙擊打開(kāi)你的服務(wù)器-->雙擊打開(kāi)數(shù)據(jù)庫(kù)目錄-->選擇你的數(shù)據(jù)庫(kù)名稱（如論壇數(shù)據(jù)庫(kù)Forum）-->然后點(diǎn)擊右鍵選擇屬性-->選擇選項(xiàng)-->在故障還原的模式中選擇“簡(jiǎn)單”，然后按確定保存；

2、在當(dāng)前數(shù)據(jù)庫(kù)上點(diǎn)右鍵，看所有任務(wù)中的收縮數(shù)據(jù)庫(kù)，一般里面的默認(rèn)設(shè)置不用調(diào)整，直接點(diǎn)確定；

3、收縮數(shù)據(jù)庫(kù)完成后，建議將您的數(shù)據(jù)庫(kù)屬性重新設(shè)置為標(biāo)準(zhǔn)模式，操作方法同第一點(diǎn)，因?yàn)槿罩驹谝恍┊惓Ｇ闆r下往往是恢復(fù)數(shù)據(jù)庫(kù)的重要依據(jù)。

14.4、設(shè)定每日自動(dòng)備份數(shù)據(jù)庫(kù)

強(qiáng)烈建議有條件的用戶進(jìn)行此操作！

1、打開(kāi)企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開(kāi)Microsoft SQL Server-->SQL Server組-->雙擊打開(kāi)你的服務(wù)器；

2、然后點(diǎn)上面菜單中的工具-->選擇數(shù)據(jù)庫(kù)維護(hù)計(jì)劃器；

3、下一步選擇要進(jìn)行自動(dòng)備份的數(shù)據(jù)-->下一步更新數(shù)據(jù)優(yōu)化信息，這里一般不用做選擇-->下一步檢查數(shù)據(jù)完整性，也一般不選擇；

4、下一步指定數(shù)據(jù)庫(kù)維護(hù)計(jì)劃，默認(rèn)的是1周備份一次，點(diǎn)擊更改選擇每天備份后點(diǎn)確定；

5、下一步指定備份的磁盤目錄，選擇指定目錄，如您可以在D盤新建一個(gè)目錄如：d:databak，然后在這里選擇使用此目錄，如果您的數(shù)據(jù)庫(kù)比較多最好選擇為每個(gè)數(shù)據(jù)庫(kù)建立子目錄，然后選擇刪除早于多少天前的備份，一般設(shè)定4－7天，這看您的具體備份要求，備份文件擴(kuò)展名一般都是bak就用默認(rèn)的；

6、下一步指定事務(wù)日志備份計(jì)劃，看您的需要做選擇-->下一步要生成的報(bào)表，一般不做選擇-->下一步維護(hù)計(jì)劃歷史記錄，最好用默認(rèn)的選項(xiàng)-->下一步完成；

7、完成后系統(tǒng)很可能會(huì)提示Sql Server Agent服務(wù)未啟動(dòng)，先點(diǎn)確定完成計(jì)劃設(shè)定，然后找到桌面最右邊狀態(tài)欄中的SQL綠色圖標(biāo)，雙擊點(diǎn)開(kāi)，在服務(wù)中選擇Sql Server Agent，然后點(diǎn)擊運(yùn)行箭頭，選上下方的當(dāng)啟動(dòng)OS時(shí)自動(dòng)啟動(dòng)服務(wù)；

8、這個(gè)時(shí)候數(shù)據(jù)庫(kù)計(jì)劃已經(jīng)成功的運(yùn)行了，他將按照您上面的設(shè)置進(jìn)行自動(dòng)備份。

修改計(jì)劃：

1、打開(kāi)企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開(kāi)Microsoft SQL Server-->SQL Server組-->雙擊打開(kāi)你的服務(wù)器-->管理-->數(shù)據(jù)庫(kù)維護(hù)計(jì)劃-->打開(kāi)后可看到你設(shè)定的計(jì)劃，可以進(jìn)行修改或者刪除操作

14.5、數(shù)據(jù)的轉(zhuǎn)移（新建數(shù)據(jù)庫(kù)或轉(zhuǎn)移服務(wù)器）

一般情況下，最好使用備份和還原操作來(lái)進(jìn)行轉(zhuǎn)移數(shù)據(jù)，在特殊情況下，可以用導(dǎo)入導(dǎo)出的方式進(jìn)行轉(zhuǎn)移，這里介紹的就是導(dǎo)入導(dǎo)出方式，導(dǎo)入導(dǎo)出方式轉(zhuǎn)移數(shù)據(jù)一個(gè)作用就是可以在收縮數(shù)據(jù)庫(kù)無(wú)效的情況下用來(lái)減小（收縮）數(shù)據(jù)庫(kù)的大小，本操作默認(rèn)為您對(duì)SQL的操作有一定的了解，如果對(duì)其中的部分操作不理解，可以咨詢動(dòng)網(wǎng)相關(guān)人員或者查詢網(wǎng)上資料。

1、將原數(shù)據(jù)庫(kù)的所有表、存儲(chǔ)過(guò)程導(dǎo)出成一個(gè)SQL文件，導(dǎo)出的時(shí)候注意在選項(xiàng)中選擇編寫索引腳本和編寫主鍵、外鍵、默認(rèn)值和檢查約束腳本選項(xiàng)；

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

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

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

由于不正常的數(shù)據(jù)丟失，而又不想使用備份數(shù)據(jù)還原，只要原來(lái)有備份且當(dāng)前日志保存完好，可以采用這個(gè)方法試試，說(shuō)不定可挽回?fù)p失……

1，如果誤操作之前存在一個(gè)全庫(kù)備份（或已有多個(gè)差異備份或增量備份），首先要做的事就是進(jìn)行一次日志備份（如果為了不讓日志文件變大而置trunc. log on chkpt.選項(xiàng)為1那你就死翹了）；

backup log dbName to disk='fileName'

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

restore database dbName from disk='fileName' with norecovery

3，恢復(fù)最后一個(gè)日志備份即剛做的日志備份，指定恢復(fù)時(shí)間點(diǎn)到誤操作之前的時(shí)刻。

restore log dbName from disk='fileName'

with stopat='date_time'

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

當(dāng)然，如果誤操作是一些不記日志的操作比如truncate table，select into等操作，那么是無(wú)法利用上述方法來(lái)恢復(fù)數(shù)據(jù)的...

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

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

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

說(shuō)明如下：

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

2 建一個(gè)表，插入點(diǎn)記錄：

create table a(c1 varchar(2))

go

insert into a values('aa')

go

insert into a values('bb')

go

3 作完全備份，到文件test_1.bak；

4 再作一點(diǎn)修改：

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ù)庫(kù)服務(wù)器；

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

7 啟動(dòng)數(shù)據(jù)庫(kù)，并且運(yùn)行企業(yè)管理器，點(diǎn)開(kāi)數(shù)據(jù)庫(kù)，看到test變成灰色，而且顯示置疑；

8 運(yùn)行isql -SLocalhost -Usa -P：

1> backup log test TO DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKUP

est_2.bak' WITH NO_TRUNCATE

2>go

已處理 2 頁(yè)，這些頁(yè)屬于數(shù)據(jù)庫(kù) 'test' 的文件 'TEST_Log'（位于文件 1 上）。

BACKUP LOG 操作成功地處理了 2 頁(yè)，花費(fèi)了 0.111 秒（0.087 MB/秒）。

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

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

BACKUP est_1.bak' WITH NORECOVERY

2> go

已處理 96 頁(yè)，這些頁(yè)屬于數(shù)據(jù)庫(kù) 'test' 的文件 'TEST_Data'（位于文件 1 上）。

已處理 1 頁(yè)，這些頁(yè)屬于數(shù)據(jù)庫(kù) 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地處理了 97 頁(yè)，花費(fèi)了 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 頁(yè)，這些頁(yè)屬于數(shù)據(jù)庫(kù) 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE LOG 操作成功地處理了 2 頁(yè)，花費(fèi)了 0.056 秒（0.173 MB/秒）。

16.存儲(chǔ)過(guò)程編寫經(jīng)驗(yàn)和優(yōu)化措施

一、適合讀者對(duì)象：

數(shù)據(jù)庫(kù)開(kāi)發(fā)程序員，數(shù)據(jù)庫(kù)的數(shù)據(jù)量很多，涉及到對(duì)SP（存儲(chǔ)過(guò)程）的優(yōu)化的項(xiàng)目開(kāi)發(fā)人員，對(duì)數(shù)據(jù)庫(kù)有濃厚興趣的人。 　

二、介紹：

在數(shù)據(jù)庫(kù)的開(kāi)發(fā)過(guò)程中，經(jīng)常會(huì)遇到復(fù)雜的業(yè)務(wù)邏輯和對(duì)數(shù)據(jù)庫(kù)的操作，這個(gè)時(shí)候就會(huì)用SP來(lái)封裝數(shù)據(jù)庫(kù)操作。如果項(xiàng)目的SP較多，書(shū)寫又沒(méi)有一定的規(guī)范，將會(huì)影響以后的系統(tǒng)維護(hù)困難和大SP邏輯的難以理解，另外如果數(shù)據(jù)庫(kù)的數(shù)據(jù)量大或者項(xiàng)目對(duì)SP的性能要求很，就會(huì)遇到優(yōu)化的問(wèn)題，否則速度有可能很慢，經(jīng)過(guò)親身經(jīng)驗(yàn)，一個(gè)經(jīng)過(guò)優(yōu)化過(guò)的SP要比一個(gè)性能差的SP的效率甚至高幾百倍。 　

三、內(nèi)容： 　

1、開(kāi)發(fā)人員如果用到其他庫(kù)的Table或View，務(wù)必在當(dāng)前庫(kù)中建立View來(lái)實(shí)現(xiàn)跨庫(kù)操作，最好不要直接使用“databse.dbo.table_name”，因?yàn)閟p_depends不能顯示出該SP所使用的跨庫(kù)table或view，不方便校驗(yàn)。

2、開(kāi)發(fā)人員在提交SP前，必須已經(jīng)使用set showplan on分析過(guò)查詢計(jì)劃，做過(guò)自身的查詢優(yōu)化檢查。 　

3、高程序運(yùn)行效率，優(yōu)化應(yīng)用程序，在SP編寫過(guò)程中應(yīng)該注意以下幾點(diǎn)：

a)SQL的使用規(guī)范：

i.　盡量避免大事務(wù)操作，慎用holdlock子句，提高系統(tǒng)并發(fā)能力。

ii.　盡量避免反復(fù)訪問(wèn)同一張或幾張表，尤其是數(shù)據(jù)量較大的表，可以考慮先根據(jù)條件提取數(shù)據(jù)到臨時(shí)表中，然后再做連接。

iii.　盡量避免使用游標(biāo)，因?yàn)橛螛?biāo)的效率較差，如果游標(biāo)操作的數(shù)據(jù)超過(guò)1萬(wàn)行，那么就應(yīng)該改寫；如果使用了游標(biāo)，就要盡量避免在游標(biāo)循環(huán)中再進(jìn)行表連接的操作。

iv.　注意where字句寫法，必須考慮語(yǔ)句順序，應(yīng)該根據(jù)索引順序、范圍大小來(lái)確定條件子句的前后順序，盡可能的讓字段順序與索引順序相一致，范圍從大到小。

v.　不要在where子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算，否則系統(tǒng)將可能無(wú)法正確使用索引。

vi.　盡量使用exists代替select count(1)來(lái)判斷是否存在記錄，count函數(shù)只有在統(tǒng)計(jì)表中所有行數(shù)時(shí)使用，而且count(1)比count(*)更有效率。

vii.　盡量使用“>=”，不要使用“>”。

viii.　注意一些or子句和union子句之間的替換

ix.　注意表之間連接的數(shù)據(jù)類型，避免不同類型數(shù)據(jù)之間的連接。

x.　注意存儲(chǔ)過(guò)程中參數(shù)和數(shù)據(jù)類型的關(guān)系。

xi.　注意insert、update操作的數(shù)據(jù)量，防止與其他應(yīng)用沖突。如果數(shù)據(jù)量超過(guò)200個(gè)數(shù)據(jù)頁(yè)面（400k），那么系統(tǒng)將會(huì)進(jìn)行鎖升級(jí)，頁(yè)級(jí)鎖會(huì)升級(jí)成表級(jí)鎖。

b)索引的使用規(guī)范：

i.　索引的創(chuàng)建要與應(yīng)用結(jié)合考慮，建議大的OLTP表不要超過(guò)6個(gè)索引。

ii.　盡可能的使用索引字段作為查詢條件，尤其是聚簇索引，必要時(shí)可以通過(guò)index index_name來(lái)強(qiáng)制指定索引。

iii.　避免對(duì)大表查詢時(shí)進(jìn)行table scan，必要時(shí)考慮新建索引。

iv.　在使用索引字段作為條件時(shí)，如果該索引是聯(lián)合索引，那么必須使用到該索引中的第一個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引，否則該索引將不會(huì)被使用。

v.　要注意索引的維護(hù)，周期性重建索引，重新編譯存儲(chǔ)過(guò)程。

c)tempdb的使用規(guī)范：

i.　盡量避免使用distinct、order by、group by、having、join、cumpute，因?yàn)檫@些語(yǔ)句會(huì)加重tempdb的負(fù)擔(dān)。

ii.　避免頻繁創(chuàng)建和刪除臨時(shí)表，減少系統(tǒng)表資源的消耗。

iii.　在新建臨時(shí)表時(shí)，如果一次性插入數(shù)據(jù)量很大，那么可以使用select into代替create table，避免log，提高速度；如果數(shù)據(jù)量不大，為了緩和系統(tǒng)表的資源，建議先create table，然后insert。

iv.　如果臨時(shí)表的數(shù)據(jù)量較大，需要建立索引，那么應(yīng)該將創(chuàng)建臨時(shí)表和建立索引的過(guò)程放在單獨(dú)一個(gè)子存儲(chǔ)過(guò)程中，這樣才能保證系統(tǒng)能夠很好的使用到該臨時(shí)表的索引。

v.　如果使用到了臨時(shí)表，在存儲(chǔ)過(guò)程的最后務(wù)必將所有的臨時(shí)表顯式刪除，先truncate table，然后drop table，這樣可以避免系統(tǒng)表的較長(zhǎng)時(shí)間鎖定。

vi.　慎用大的臨時(shí)表與其他大表的連接查詢和修改，減低系統(tǒng)表負(fù)擔(dān)，因?yàn)檫@種操作會(huì)在一條語(yǔ)句中多次使用tempdb的系統(tǒng)表。

d)合理的算法使用：

根據(jù)上面已提到的SQL優(yōu)化技術(shù)和ASE Tuning手冊(cè)中的SQL優(yōu)化內(nèi)容,結(jié)合實(shí)際應(yīng)用,采用多種算法進(jìn)行比較,以獲得消耗資源最少、效率最高的方法。具體可用ASE調(diào)優(yōu)命令：set statistics io on, set statistics time on , set showplan on 等。