|
論壇說明 |
歡迎您來到『史萊姆論壇』 ^___^ 您目前正以訪客的身份瀏覽本論壇,訪客所擁有的權限將受到限制,您可以瀏覽本論壇大部份的版區與文章,但您將無法參與任何討論或是使用私人訊息與其他會員交流。若您希望擁有完整的使用權限,請註冊成為我們的一份子,註冊的程序十分簡單、快速,而且最重要的是--註冊是完全免費的! 請點擊這裡:『註冊成為我們的一份子!』 |
|
主題工具 | 顯示模式 |
2006-03-24, 03:50 AM | #1 |
榮譽會員
|
SQL SERVER實用經驗技巧集
Sql Server實用操作小技巧集合
包括安裝時提示有掛起的操作、收縮資料庫、壓縮資料庫、轉移資料庫給新用戶以已存在用戶權限、檢查制作備份集、修複數據庫等 (一)掛起操作 在安裝Sql或sp修正檔的時候系統提示之前有掛起的安裝操作,要求重啟,這裡往往重啟無用,解決辦法: 到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 移除PendingFileRenameOperations 二)收縮資料庫 --重建索引 DBCC REINDEX DBCC INDEXDEFRAG --收縮資料和日誌 DBCC SHRINKDB DBCC SHRINKFILE (三)壓縮資料庫 dbcc shrinkdatabase(dbname) 四)轉移資料庫給新用戶以已存在用戶權限 exec sp_change_users_login 'update_one','newname','oldname' go (五)檢查制作備份集 RESTORE VERIFYONLY from disk='E:\dvbbs.bak' (六)修複數據庫 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個參數: --REPAIR_ALLOW_DATA_LOSS -- 執行由 REPAIR_REBUILD 完成的所有修復,包括對行和頁進行分配和取消分配以改正分配錯誤、結構行或頁的錯誤,以及移除已損壞的文本對象。這些修復可能會導致一些資料遺失。修復操作可以在用戶事務下完成以允許用戶回滾所做的更改。如果回滾修復,則資料庫仍會含有錯誤,應該從制作備份進行恢復。如果由於所提供修復等級的緣故遺漏某個錯誤的修復,則將遺漏任何取決於該修復的修復。修復完成後,制作備份資料庫。 --REPAIR_FAST 進行小的、不耗時的修復操作,如修復非聚集索引中的附加鍵。這些修復可以很快完成,並且不會有丟失掉資料的危險。 --REPAIR_REBUILD 執行由 REPAIR_FAST 完成的所有修復,包括需要較長時間的修復(如重建索引)。執行這些修復時不會有丟失掉資料的危險。 --DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY SQL SERVER日誌清除的兩種方法 在使用程序中大家經常碰到資料庫日誌非常大的情況,在這裡介紹了兩種處理方法…… 方法一 一般情況下,SQL資料庫的收縮並不能很大程度上減小資料庫大小,其主要作用是收縮日誌大小,應當定期進行此操作以免資料庫日誌過大 1、設定資料庫模式為簡單模式:開啟SQL企業管理器,在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙按開啟你的伺服器-->雙按開啟資料庫目錄-->選項你的資料庫名稱(如論壇資料庫Forum)-->然後點擊右鍵選項內容-->選項選項-->在故障還原的模式中選項「簡單」,然後按確定儲存 2、在當前資料庫上點右鍵,看所有工作中的收縮資料庫,一般裡面的預設設定不用調整,直接點確定 3、收縮資料庫完成後,建議將您的資料庫內容重新設定為標準模式,操作方法同第一點,因為日誌在一些異常情況下往往是恢複數據庫的重要依據 方法二 SET NOCOUNT ON DECLARE @LogicalFileName sysname, @MaxMinutes INT, @NewSize INT USE tablename -- 要操作的資料庫名 SELECT @LogicalFileName = 'tablename_log', -- 日誌檔案名 @MaxMinutes = 10, -- Limit on time allowed to wrap log. @NewSize = 1 -- 你想設定的日誌文件的大小(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 移除資料庫中重複資料的幾個方法 資料庫的使用程序中由於程序方面的問題有時候會碰到重複資料,重複資料導致了資料庫部分設定不能正確設定…… 方法一 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 方法二 有兩個意義上的重複記錄,一是完全重複的記錄,也即所有字段均重複的記錄,二是部分關鍵字段重複的記錄,比如Name字段重複,而其他字段不一定重複或都重複可以忽略。 1、對於第一種重複,比較容易解決,使用 select distinct * from tableName 就可以得到無重複記錄的結果集。 如果該表需要移除重複的記錄(重複記錄保留1條),可以按以下方法移除 select distinct * into #Tmp from tableName drop table tableName select * into tableName from #Tmp drop table #Tmp 發生這種重複的原因是表設計不周產生的,增加唯一索引列即可解決。 2、這類重複問題通常要求保留重複記錄中的第一條記錄,操作方法如下 假設有重複的字段為Name,Address,要求得到這兩個字段唯一的結果集 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) 最後一個select即得到了Name,Address不重複的結果集(但多了一個autoID字段,實際寫時可以寫在select子句中省去此列) 更改資料庫中表的所屬用戶的兩個方法 大家可能會經常碰到一個資料庫制作備份還原到另外一台機器結果導致所有的表都不能開啟了,原因是建表的時候採用了當時的資料庫用戶…… --更改某個表 exec sp_changeobjectowner 'tablename','dbo' --儲存於更改全部表 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 SQL SERVER中直接循環寫入資料 沒什麼好說的了,大家自己看,有時候有點用處 declare @i int set @i=1 while @i<30 begin insert into test (userid) values(@i) set @i=@i+1 end |
__________________ |
|
送花文章: 3,
|
2006-03-24, 03:51 AM | #2 (permalink) |
榮譽會員
|
無資料庫日誌文件恢複數據庫方法兩則
資料庫日誌文件的誤刪或別的原因引起資料庫日誌的損壞 方法一 1.新增一個同名的資料庫 2.再停掉sql server(注意不要分離資料庫) 3.用原資料庫的資料檔案覆蓋掉這個新增的資料庫 4.再重啟sql server 5.此時開啟企業管理器時會出現置疑,先不管,執行下面的語句(注意修改其中的資料庫名) 6.完成後一般就可以訪問資料庫中的資料了,這時,資料庫本身一般還要問題,解決辦法是,利用 資料庫的指令碼新增一個新的資料庫,並將資料導進去就行了. USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的資料庫名' Go sp_dboption '置疑的資料庫名', 'single user', 'true' Go DBCC CHECKDB('置疑的資料庫名') Go update sysdatabases set status =28 where name='置疑的資料庫名' Go sp_configure 'allow updates', 0 reconfigure with override Go sp_dboption '置疑的資料庫名', 'single user', 'false' Go 方法二 事情的起因 昨天,系統管理員告訴我,我們一個內部套用資料庫所在的磁牒空間不足了。我注意到資料庫事件日誌文件XXX_Data.ldf文件已經增長到了3GB,於是我決意縮小這個日誌文件。經過收縮資料庫等操作未果後,我犯了一個自進入行業以來的最大最愚蠢的錯誤:竟然誤移除了這個日誌文件!後來我看到所有論及資料庫恢復的文章上都說道:「無論如何都要保證資料庫日誌文件存在,它至關重要」,甚至微軟甚至有一篇KB文章講如何只靠日誌文件恢複數據庫的。我真是不知道我那時候是怎麼想的?! 這下子壞了!這個資料庫連不上了,企業管理器在它的旁邊寫著「(置疑)」。而且最要命的,這個資料庫從來沒有制作備份了。我唯一找得到的是移轉半年前的另外一個資料庫伺服器,套用倒是能用了,但是少了許多記錄、表和儲存於程序。真希望這只是一場噩夢! 沒有效果的恢復步驟 附加資料庫 _Rambo講過被移除日誌文件中不存在活動日誌時,可以這麼做來恢復: 1,分離被置疑的資料庫,可以使用sp_detach_db 2,附加資料庫,可以使用sp_attach_single_file_db 但是,很遺憾,執行之後,SQL Server質疑資料檔案和日誌文件不符,所以無法附加資料庫資料檔案。 DTS資料匯出 不行,無法讀取XXX資料庫,DTS Wizard報告說「啟始化上下文發生錯誤」。 緊急模式 怡紅公子講過沒有日誌用於恢復時,可以這麼做: 1,把資料庫設定為emergency mode 2,重新增立一個log文件 3,把SQL Server 重新啟動一下 4,把套用資料庫設定成單用戶模式 5,做DBCC CHECKDB 6,如果沒有什麼大問題就可以把資料庫狀態改回去了,記得別忘了把系統表的修改選項關掉 我實踐了一下,把套用資料庫的資料檔案移走,重新增立一個同名的資料庫XXX,然後停掉SQL服務,把原來的資料檔案再覆蓋回來。之後,按照怡紅公子的步驟走。 但是,也很遺憾,除了第2步之外,其他步驟執行非常成功。可惜,重啟SQL Server之後,這個套用資料庫仍然是置疑! 不過,讓我欣慰的是,這麼做之後,倒是能夠Select資料了,讓我大出一口氣。只不過,元件使用資料庫時,報告說:「發生錯誤:-2147467259,未能在資料庫 'XXX' 中執行 BEGIN TRANSACTION,因為該資料庫處於迴避恢復模式。」 最終成功恢復的全部步驟 設定資料庫為緊急模式 停掉SQL Server服務; 把套用資料庫的資料檔案XXX_Data.mdf移走; 重新增立一個同名的資料庫XXX; 停掉SQL服務; 把原來的資料檔案再覆蓋回來; 執行以下語句,把該資料庫設定為緊急模式; 執行「Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go」 執行結果: DBCC 執行完畢。如果 DBCC 輸出了錯誤訊息,請與系統管理員聯係。 已將組態選項 'allow updates' 從 0 改為 1。請執行 RECONFIGURE 語句以安裝。 接著執行「update sysdatabases set status = 32768 where name = 'XXX'」 執行結果: (所影響的行數為 1 行) 重啟SQL Server服務; 執行以下語句,把套用資料庫設定為Single User模式; 執行「sp_dboption 'XXX', 'single user', 'true'」 執行結果: 指令已成功完成。 ü 做DBCC CHECKDB; 執行「DBCC CHECKDB('XXX')」 執行結果: 'XXX' 的 DBCC 結果。 'sysobjects' 的 DBCC 結果。 對像 'sysobjects' 有 273 行,這些行位於 5 頁中。 'sysindexes' 的 DBCC 結果。 對像 'sysindexes' 有 202 行,這些行位於 7 頁中。 'syscolumns' 的 DBCC 結果。 ……… ü 執行以下語句把系統表的修改選項關掉; 執行「sp_resetstatus "XXX" go sp_configure 'allow updates', 0 reconfigure with override Go」 執行結果: 在 sysdatabases 中更新資料庫 'XXX' 的 列項之前,模式 = 0,狀態 = 28(狀態 suspect_bit = 0), 沒有更新 sysdatabases 中的任何行,因為已正確地重置了模式和狀態。沒有錯誤,未進行任何更改。 DBCC 執行完畢。如果 DBCC 輸出了錯誤訊息,請與系統管理員聯係。 已將組態選項 'allow updates' 從 1 改為 0。請執行 RECONFIGURE 語句以安裝。 重新增立另外一個資料庫XXX.Lost; DTS匯出嚮導 執行DTS匯出嚮導; 複製源選項EmergencyMode的資料庫XXX,匯入到XXX.Lost; 選項「在SQL Server資料庫之間複製對像和資料」,試了多次,好像不行,只是複製過來了所有表結構,但是沒有資料,也沒有視圖和儲存於程序,而且DTS嚮導最後報告複製失敗; 所以最後選項「從源資料庫複製表和視圖」,但是後來發現,這樣總是只能複製一部分表記錄; 於是選項「用一條查詢指定要傳輸的資料」,缺哪個表記錄,就導哪個; 視圖和儲存於程序是執行SQL語句增加的 |
送花文章: 3,
|
2006-03-24, 03:52 AM | #3 (permalink) |
榮譽會員
|
維護Sql Server中表的索引
在使用和新增資料庫索引中經常會碰到一些問題,在這裡可以採用一些另類的方法解決… --第一步:檢視是否需要維護,檢視掃瞄密度/Scan Density是否為100% declare @table_id int set @table_id=object_id('表名') dbcc showcontig(@table_id) --第二步:重構表索引 dbcc dbreindex('表名',pk_索引名,100) --重做第一步,如發現掃瞄密度/Scan Density還是小於100%則重構表的所有索引 --楊錚:並不一定能達100%。 dbcc dbreindex('表名','',100) SQL Server修正檔安裝一般問題 誰碰到問題就看看咯:) 一、修正檔安裝程序中一般問題 如果在安裝修正檔的時候遇到如下類似錯誤: 1、安裝程序中出現「以繼續行的程序新增了掛起的文件操作,執行安裝程序前,必須重新啟動」,請按照下面步驟解決: a、重啟機器,再進去行安裝,如果發現還有該錯誤,請按下面步驟 b、在開始->執行中輸入regedit c、到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 位置 d、選項文件->倒出,儲存 e、在右邊視窗右擊PendingFileRenameOperations,選項移除,然後驗證 f、重啟安裝,問題解決 如果還有同樣問題,請檢查其它註冊表中是否有該值存在,如有請刪掉。 2、在安裝SQL Server SP3,有時候會出現:無論用windows認證還是混和認證,都出現密碼錯誤的情況,這時檢視臨時目錄下的sqlsp.out,會發現以下描述: [TCP/IP Sockets]Specified SQL server not found. [TCP/IP Sockets]ConnectionOpen (Connect()). 其實這是SQL Server SP3的一個小bug,在安裝sp3的時候,沒有監聽tcp/ip連接阜,可以按照以下步驟進行: 1、開啟SQL server客戶器網路實用工具和伺服器網路工具,確保啟用的傳輸協定中包含name pipe,並且位置在第一位. 2、確保[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo] "DSQUERY"="DBNETLIB". 如果沒有,請自己建立 3、停止mssql. 4、進行安裝. 這樣就可以進行正確安裝了。 二、SQL Server修正檔版本的檢查 SQL Server的修正檔版本檢查不如Windows 修正檔版本檢查直接,一個系統管理員,如果不瞭解SQL Server版本對應的修正檔號,可能也會遇到一點麻煩,因此在這說明一下,通過這樣的辦法判別機器是安全的辦法,不會對系統產生任何影響。 1、用Isql或者SQL查詢分析器登入到SQL Server,如果是用Isql,請在cmd視窗輸入isql -U sa,然後輸入密碼,進入;如果是用SQL查詢分析器,請從程序中啟動,輸入sa和密碼(也可以用windows驗證)。 2、在ISQL中輸入: Select @@Version; go 或者SQL查詢分析器中輸入(其實如果不想輸入,只要開啟說明 的關於就可以了) Select @@Version; 然後按執行; 這時會返回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的版本和修正檔號。對應關係如下: 8.00.194 -——————SQL Server 2000 RTM 8.00.384 -——————(SP1) 8.00.534 -——————(SP2) 8.00.760 -——————(SP3) 這樣我們就能看到SQL Server的正確版本和修正檔號了。 我們也可以用xp_msver看到更詳細的訊息 |
送花文章: 3,
|
2006-03-24, 03:53 AM | #4 (permalink) |
榮譽會員
|
Sql Server資料庫的制作備份和恢復措施
最常用的操作,新手們看看…… 一、制作備份資料庫 1、開啟SQL企業管理器,在控制台根目錄中依次點開Microsoft SQL Server 2、SQL Server組-->雙按開啟你的伺服器-->雙按開啟資料庫目錄 3、選項你的資料庫名稱(如論壇資料庫Forum)-->然後點上面功能表中的工具-->選項制作備份資料庫 4、制作備份選項選項完全制作備份,目的中的制作備份到如果原來有路徑和名稱則選名稱點移除,然後點增加,如果原來沒有路徑和名稱則直接選項增加,接著指定路徑和檔案名,指定後點確定返回制作備份視窗,接著點確定進行制作備份 二、還原資料庫 1、開啟SQL企業管理器,在控制台根目錄中依次點開Microsoft SQL Server 2、SQL Server組-->雙按開啟你的伺服器-->點圖示欄的新增資料庫圖示,新增資料庫的名字自行取 3、點擊新增好的資料庫名稱(如論壇資料庫Forum)-->然後點上面功能表中的工具-->選項恢複數據庫 4、在彈出來的視窗中的還原選項中選項從設備-->點選項設備-->點增加-->然後選項你的備份檔案名-->增加後點確定返回,這時候設備欄應該出現您剛才選項的資料庫備份檔案名,制作備份號預設為1(如果您對同一個文件做過多次制作備份,可以點擊制作備份號旁邊的檢視內容,在複選項中選項最新的一次制作備份後點確定)-->然後點擊上方一般旁邊的選項按鈕 5、在出現的視窗中選項在現有資料庫上強制還原,以及在恢復完成狀態中選項使資料庫可以繼續執行但無法還原其它事務日誌的選項。在視窗的中間部位的將資料庫文件還原為這裡要按照你SQL的安裝進行設定(也可以指定自己的目錄),邏輯檔案名不需要改動,移至物理檔案名要根據你所恢復的機器情況做改動,如您的SQL資料庫裝在D:\Program Files\Microsoft SQL Server\MSSQL\Data,那麼就按照您恢復機器的目錄進行相關改動改動,並且最後的檔案名最好改成您現用的資料庫名(如原來是bbs_data.mdf,現在的資料庫是forum,就改成forum_data.mdf),日誌和資料檔案都要按照這樣的方式做相關的改動(日誌的檔案名是*_log.ldf結尾的),這裡的恢復目錄您可以自由設定,前提是該目錄必須存在(如您可以指定d:\sqldata\bbs_data.mdf或者d:\sqldata\bbs_log.ldf),否則恢復將報告錯誤 6、修改完成後,點擊下面的確定進行恢復,這時會出現一個進度條,提示恢復的進度,恢復完成後系統會自動提示成功,如中間提示報告錯誤,請記錄下相關的錯誤內容並詢問對SQL操作比較熟悉的人員,一般的錯誤無非是目錄錯誤或者檔案名重複或者檔案名錯誤或者空間不夠或者資料庫正在使用中的錯誤,資料庫正在使用的錯誤您可以嘗試關閉所有關於SQL視窗然後重新開啟進行恢復操作,如果還提示正在使用的錯誤可以將SQL服務停止然後重新啟動看看,至於上述其它的錯誤一般都能按照錯誤內容做相應改動後即可恢復 三、收縮資料庫 一般情況下,SQL資料庫的收縮並不能很大程度上減小資料庫大小,其主要作用是收縮日誌大小,應當定期進行此操作以免資料庫日誌過大 1、設定資料庫模式為簡單模式:開啟SQL企業管理器,在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙按開啟你的伺服器-->雙按開啟資料庫目錄-->選項你的資料庫名稱(如論壇資料庫Forum)-->然後點擊右鍵選項內容-->選項選項-->在故障還原的模式中選項「簡單」,然後按確定儲存 2、在當前資料庫上點右鍵,看所有工作中的收縮資料庫,一般裡面的預設設定不用調整,直接點確定 3、收縮資料庫完成後,建議將您的資料庫內容重新設定為標準模式,操作方法同第一點,因為日誌在一些異常情況下往往是恢複數據庫的重要依據 四、設定每日自動制作備份資料庫 強烈建議有條件的用戶進行此操作! 1、開啟企業管理器,在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙按開啟你的伺服器 2、然後點上面功能表中的工具-->選項資料庫維護計劃器 3、下一步選項要進行自動制作備份的資料-->下一步更新資料最佳化訊息,這裡一般不用做選項-->下一步檢查資料完整性,也一般不選項 4、下一步指定資料庫維護計劃,預設的是1周制作備份一次,點擊更改選項每天制作備份後點確定 5、下一步指定制作備份的磁牒目錄,選項指定目錄,如您可以在D碟新增一個目錄如:d:\databak,然後在這裡選項使用此目錄,如果您的資料庫比較多最好選項為每個資料庫建立子目錄,然後選項移除早於多少天前的制作備份,一般設定4-7天,這看您的具體制作備份要求,備份檔案副檔名一般都是bak就用預設的 6、下一步指定事務日誌制作備份計劃,看您的需要做選項-->下一步要產生的報表,一般不做選項-->下一步維護計劃歷史記錄,最好用預設的選項-->下一步完成 7、完成後系統很可能會提示Sql Server Agent服務未啟動,先點確定完成計劃設定,然後找到桌面最右邊狀態列中的SQL綠色圖示,雙按點開,在服務中選項Sql Server Agent,然後點擊執行箭頭,選上下方的當啟動OS時自動啟動服務 8、這個時候資料庫計劃已經成功的執行了,他將按照您上面的設定進行自動制作備份 修改計劃: 1、開啟企業管理器,在控制台根目錄中依次點開Microsoft 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/秒)。 |
送花文章: 3,
|
2006-03-24, 03:55 AM | #5 (permalink) |
榮譽會員
|
儲存於程序編寫經驗和最佳化措施
經驗之談,看看…… 一、適合讀者對像:資料庫開發程序員,資料庫的資料量很多,涉及到對SP(儲存於程序)的最佳化的項目開發人員,對資料庫有濃厚興趣的人。 二、介紹:在資料庫的開發程序中,經常會遇到複雜的業務邏輯和對資料庫的操作,這個時候就會用SP來封裝資料庫操作。如果項目的SP較多,書寫又沒有一定的規範,將會影響以後的系統維護困難和大SP邏輯的難以理解,另外如果資料庫的資料量大或者項目對SP的效能要求很,就會遇到最佳化的問題,否則速度有可能很慢,經過親身經驗,一個經過最佳化過的SP要比一個效能差的SP的效率甚至高幾百倍。 三、內容: 1、開發人員如果用到其他庫的Table或View,務必在當前庫中建立View來實現跨庫操作,最好不要直接使用「databse.dbo.table_name」,因為sp_depends不能顯示出該SP所使用的跨庫table或view,不方便校驗。 2、開發人員在提交SP前,必須已經使用set showplan on分析過查詢計劃,做過自身的查詢最佳化檢查。 3、高程序執行效率,最佳化應用程式,在SP編寫程序中應該注意以下幾點: a)SQL的使用規範: i. 盡量避免大事務操作,慎用holdlock子句,提高系統並發能力。 ii. 盡量避免反覆訪問同一張或幾張表,尤其是資料量較大的表,可以考慮先根據條件抽取資料到臨時表中,然後再做連接。 iii. 盡量避免使用游標,因為游標的效率較差,如果游標操作的資料超過1萬行,那麼就應該改寫;如果使用了游標,就要盡量避免在游標循環中再進去行表連接的操作。 iv. 注意where字句寫法,必須考慮語句順序,應該根據索引順序、範圍大小來確定條件子句的前後順序,盡可能的讓字段順序與索引順序相一致,範圍從大到小。 v. 不要在where子句中的「=」左邊進行函數、算術運算或其他陳述式運算,否則系統將可能無法正確使用索引。 vi. 盡量使用exists替代select count(1)來判斷是否存在記錄,count函數只有在統計表中所有行數時使用,而且count(1)比count(*)更有效率。 vii. 盡量使用「>=」,不要使用「>」。 viii. 注意一些or子句和union子句之間的取代 ix. 注意表之間連接的資料檔案類型,避免不同檔案類型資料之間的連接。 x. 注意儲存於程序中參數和資料檔案類型的關係。 xi. 注意insert、update操作的資料量,防止與其他套用衝突。如果資料量超過200個資料頁面(400k),那麼系統將會進行鎖昇級,頁級鎖會昇級成表級鎖。 b)索引的使用規範: i. 索引的新增要與套用結合考慮,建議大的OLTP表不要超過6個索引。 ii. 盡可能的使用索引字段作為查詢條件,尤其是聚簇索引,必要時可以通過index index_name來強制指定索引 iii. 避免對大表查詢時進行table scan,必要時考慮新增索引。 iv. 在使用索引字段作為條件時,如果該索引是聯合索引,那麼必須使用到該索引中的第一個字段作為條件時才能保證系統使用該索引,否則該索引將不會被使用。 v. 要注意索引的維護,週期性重建索引,重新編譯儲存於程序。 c)tempdb的使用規範: i. 盡量避免使用distinct、order by、group by、having、join、cumpute,因為這些語句會加重tempdb的負擔。 ii. 避免頻繁新增和移除臨時表,減少系統表資源的消耗。 iii. 在新增臨時表時,如果一次性插入資料量很大,那麼可以使用select into替代create table,避免log,提高速度;如果資料量不大,為了緩和系統表的資源,建議先create table,然後insert。 iv. 如果臨時表的資料量較大,需要建立索引,那麼應該將新增臨時表和建立索引的程序放在單獨一個子儲存於程序中,這樣才能保證系統能夠很好的使用到該臨時表的索引。 v. 如果使用到了臨時表,在儲存於程序的最後務必將所有的臨時表顯式移除,先truncate table,然後drop table,這樣可以避免系統表的較長時間鎖定。 vi. 慎用大的臨時表與其他大表的連接查詢和修改,減低系統表負擔,因為這種操作會在一條語句中多次使用tempdb的系統表。 d)合理的算法使用: 根據上面已提到的SQL最佳化技術和ASE Tuning手冊中的SQL最佳化內容,結合實際套用,採用多種算法進行比較,以獲得消耗資源最少、效率最高的方法。具體可用ASE調優指令:set statistics io on, set statistics time on , set showplan on 等。 |
送花文章: 3,
|