在數(shù)據(jù)庫管理中，創(chuàng)建數(shù)據(jù)恢復模式是非常重要的一項任務。數(shù)據(jù)恢復模式可以保證數(shù)據(jù)庫在出現(xiàn)問題時能夠及時恢復數(shù)據(jù)并盡快恢復到正常工作狀態(tài)。創(chuàng)建數(shù)據(jù)恢復模式需要一定的技能和知識，本文將講解。

創(chuàng)新互聯(lián)服務項目包括魚臺網站建設、魚臺網站制作、魚臺網頁制作以及魚臺網絡營銷策劃等。多年來，我們專注于互聯(lián)網行業(yè)，利用自身積累的技術優(yōu)勢、行業(yè)經驗、深度合作伙伴關系等，向廣大中小型企業(yè)、政府機構等提供互聯(lián)網行業(yè)的解決方案，魚臺網站推廣取得了明顯的社會效益與經濟效益。目前，我們服務的客戶以成都為中心已經輻射到魚臺省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！

之一步：選擇恢復模式

在創(chuàng)建恢復模式之前，需要先檢查系統(tǒng)的安裝配置，系統(tǒng)的安裝版本（例如SQL Server 2023 R2, SQL Server 2023）以及是否安裝使用過系統(tǒng)內嵌的默認數(shù)據(jù)類型，如是否使用過存儲編碼格式、不同的字符集以及帶有文件系統(tǒng)的數(shù)據(jù)類型。

接下來，需要選擇適合自己的恢復模式。有三種常見的恢復模式：完整恢復模式、簡單恢復模式和方案恢復模式。

完整恢復模式是一種較為復雜的恢復模式，它可以保存數(shù)據(jù)庫每時每刻的數(shù)據(jù)。但是它也需要更多的計算機資源和更大的磁盤空間，因此更適合需要快速恢復的大型企業(yè)。

簡單恢復模式是一種比較簡單的恢復模式，也是SQL Server默認的恢復模式。它僅保存最基本的數(shù)據(jù)，如表結構和索引。雖然它需要較少的計算機資源和磁盤空間，但是對于一些需要快速恢復數(shù)據(jù)的企業(yè)來說可能不夠靈活。

方案恢復模式是一種綜合性的恢復模式，可以根據(jù)需求來靈活地進行數(shù)據(jù)庫的備份，同時可以通過版本管理來實現(xiàn)更好的數(shù)據(jù)庫管理。不過相對來說它的操作較為復雜，需要一定的技能和經驗。

第二步：設定備份策略

在選擇適合自己的恢復模式之后，需要設定相應的備份策略。備份策略包括兩個方面：備份的頻率和備份的類型。對于大型企業(yè)來說，頻繁的備份是非常必要的，可以將備份的時間設置在每日完成之后。而對于一些小型企業(yè)，可以將備份的頻率設置在每周或每月進行。

備份的類型可以分為三種：完整備份、增量備份和差異備份。完整備份是對數(shù)據(jù)庫的全部內容進行備份。增量備份則是只對最近進行完整備份后新增或更改的數(shù)據(jù)進行備份。差異備份則是備份與上一次完整備份或增量備份之間發(fā)生的所有數(shù)據(jù)更改。如果企業(yè)的數(shù)據(jù)壓力較大，可以使用增量備份和差異備份的方式，否則使用完整備份可以更大程度地保證數(shù)據(jù)安全。

第三步：創(chuàng)建定期執(zhí)行的備份任務

在設定好備份策略之后，需要創(chuàng)建定期執(zhí)行的備份任務。備份任務包括備份的時間、數(shù)據(jù)庫別名和備份路徑。對于大型企業(yè)，可以使用搶先備份技術，并在無人值守時執(zhí)行備份，以最小化備份對系統(tǒng)的影響。

第四步：測試備份與恢復

在創(chuàng)建完備份任務之后，需要定期測試備份與恢復。通過測試可以驗證備份策略是否正確，并在需要時能夠對備份文件進行還原操作。測試備份與恢復需要一定的時間和資源，但是它可以保證在出現(xiàn)問題時能夠及時恢復數(shù)據(jù)并盡快恢復到正常工作狀態(tài)。

創(chuàng)建數(shù)據(jù)庫恢復模式需要一定的技能和知識，但是正確的恢復模式和備份策略可以保證企業(yè)數(shù)據(jù)的安全性和完整性。通過選擇適合自己的恢復模式、設定備份策略和創(chuàng)建定期執(zhí)行的備份任務，并測試備份與恢復，可以保證企業(yè)在出現(xiàn)數(shù)據(jù)問題時能夠及時恢復數(shù)據(jù)并盡快恢復到正常工作狀態(tài)。

成都網站建設公司-創(chuàng)新互聯(lián)為您提供網站建設、網站制作、網頁設計及定制高端網站建設服務！

如何使用SS管理器創(chuàng)建數(shù)據(jù)庫

1.單擊”開始”|”所有程序”|Microsoft SQL Server 2023|SQL Server Management Studio命令,啟動SS

2.按照默認設置不變,點擊”連接”按鈕,連接到數(shù)據(jù)庫服務器

3.在SS左邊鼠標右鍵單擊”數(shù)據(jù)庫”,彈出一個快碰握宏捷菜單,選擇”新建數(shù)據(jù)庫”命令

4.打開了”新建數(shù)據(jù)庫”窗口,窗口左上方有三項可以設置,先點擊之一項”常規(guī)”選項,也是默認選項

數(shù)據(jù)庫名稱框內輸入:數(shù)據(jù)庫A(數(shù)據(jù)庫名稱可以為中文,建議全為英文),每個數(shù)據(jù)庫至少要有兩個系統(tǒng)文件:一個是數(shù)據(jù)文件,一個是日志文件,注意觀察下方數(shù)據(jù)庫文件笑冊列表中”邏輯名稱”會根據(jù)用戶輸入的數(shù)據(jù)庫名稱自動填充文件名,用戶可以對其進行修改

在新建數(shù)據(jù)庫時,其中的數(shù)據(jù)文件和日志文件可以設置初始大小,我們在此設置數(shù)據(jù)文件為300M,日志文件為100M,不限制文件增長,啟用文件自動增長,按照10%比例增加,詳細設置圖示如下:

新建數(shù)據(jù)庫,數(shù)據(jù)文件和日志文件默認保存在SQL SERVER安裝目錄中,為了便于以后的數(shù)據(jù)庫文件管理,建議保存到其他位置,比如存放在D:\賬套文件,詳細設置圖示如下:

單擊左上角的”選項”,在此可以設置數(shù)據(jù)庫的排序規(guī)則,數(shù)據(jù)庫備份后的恢復模式,兼容級別等參數(shù)

SQL SERVER有3個恢復模型，簡單恢復，完全恢復和大容量日志恢復，每個模型各有自己的特點，也適用于不同的企業(yè)備份需求,在新建數(shù)據(jù)庫時,可選擇性應用

設置好數(shù)據(jù)庫的選項后,點擊左上角的”文件組”選項

每個數(shù)據(jù)庫有一個主要文件組,PRIMARY 文件組是默認SQL Server 2023文件組,此文件組包含主要數(shù)據(jù)SQL Server 2023文件和未放入其他文件組的所有次要文件?？梢詣?chuàng)建用戶定義的文件組，用于將數(shù)據(jù)文件起來，以便于管理、數(shù)據(jù)分配和放置。例如，可以分別在三個磁盤驅動器上創(chuàng)建三個文件 Data1.ndf、Data2.ndf 和 Data3.ndf，然后將它們分配給文件組 fgroup1。然后，可以明確地在文件組 fgroup1 上創(chuàng)建一個表。對表中數(shù)據(jù)的查詢將分散到三個磁盤上，從而提高了性能。通過使用在 RAID（獨立磁盤冗余陣列）條帶集上創(chuàng)建的單個文件也能獲得同樣的性能提高。但是，文件和文件組使您能夠輕松地在新磁盤上添加新文件。如果您有興趣可以創(chuàng)建用戶定義的文件組,此處不再演示具體操作

到了這一步,如果您想查看以上操作生成的SQL語句,可以點擊窗口上方的”腳本”下拉菜單,選擇”將操作腳本保存到新建查詢窗口”中

在新建查詢窗口中完整顯示出所有操作的SQL語句代碼

所有參數(shù)及選項都設置完成后,最后點擊”確定”按鈕,完成新數(shù)據(jù)庫的新增,在SS左側”對象資源管理器皮陵”子窗口中即可看到新建的”數(shù)據(jù)庫A”

SQL SERVER恢復策略

Microsoft SQL Server的數(shù)據(jù)庫備份和恢復策略

一、概述

備份和恢復是數(shù)據(jù)庫管理員維護數(shù)據(jù)庫安全性和完整性的重要操作。備份是恢復數(shù)據(jù)庫最容易和最能防止意外的保證方法。沒有備份，所有的數(shù)據(jù)都可能會丟失。備份可以防止表和數(shù)據(jù)庫遭受破壞、介質失效或用戶錯誤而造成數(shù)據(jù)災難?；謴褪窃谝馔獍l(fā)生后，利用備份來恢復數(shù)據(jù)庫的操作。

Microsoft SQL Server數(shù)據(jù)庫中對于數(shù)據(jù)的備份和恢復有幾種不同的方法，本人結合以往的一些經驗，對其歸納如下。

二、常用的備份和恢復數(shù)據(jù)庫的方法

1、Microsoft SQL Server中的備份和恢復：

1）備份類型，分別為：

?數(shù)據(jù)庫備份(Database Backups)

?事務日志備份(Transaction Log Backup)

?差異備份(Differential Database Backups)

?文件和文件組備份(File and File Group Backup)

A．數(shù)據(jù)庫備份(Database Backups)

數(shù)據(jù)庫備份是指對數(shù)據(jù)庫的完整備份，包括所有的數(shù)據(jù)以及數(shù)據(jù)庫對象。實際上備份數(shù)據(jù)庫過程就是首先將事務日志寫到磁盤上，然后根據(jù)事務創(chuàng)建相同的數(shù)據(jù)庫和數(shù)據(jù)庫對象以及拷貝數(shù)據(jù)的過程。由于是對數(shù)據(jù)庫的完全備份，所以這種備份類型不僅速度較慢，而且將占用大量磁盤空間。

B．事務日志備份(Transaction Log Backup)

事務日志備份是指對數(shù)據(jù)庫發(fā)生的事務進行備份，包括從上次進行事務日志備份、差異備份和數(shù)據(jù)庫完全備份之后，所有已經完成的事務。

C．差異備份(Differential Database Backups)

差異備份是指將最近一次數(shù)據(jù)庫備份以來發(fā)生的數(shù)據(jù)變化備份起來，因此差異備份實際上是一種增量數(shù)據(jù)庫備份。與完整數(shù)據(jù)庫備份相比，差異備份由于備份的數(shù)據(jù)量較小，所以備份和恢復所用的時間較短。但是它卻無法像事務日志備份那樣提供到失敗點的無數(shù)據(jù)損失備份。

D．文件和文件組備份(File and File Group Backup)

文件或文件組備份是指對數(shù)據(jù)庫文件或文件夾進行備份，但其不像完整的數(shù)據(jù)庫備份那樣同時也進行事務日志備份。使用該備份方法可提高數(shù)據(jù)庫恢復的速度，因為其僅對遭到破壞的文件或文件組進行恢復。

2）數(shù)據(jù)庫恢復模式

?簡單恢復（SimpleRecovery）

?完全恢復（Full Recovery）

?批日志恢復（Bulk-logged Recovery）

A．簡單恢復(Simple Recovery)

所謂簡單恢復就是指在進行數(shù)據(jù)世乎庫恢復時僅使用了數(shù)據(jù)庫備份或差異備份，而不涉及事務日志備份。簡單恢復模式可使數(shù)據(jù)庫恢復到上一次備份的狀態(tài)，但由于不使用事務日志備份來進行恢復，所以無法將數(shù)據(jù)庫恢復到失敗點狀態(tài)。

B．完全恢復(Full Recovery)

完全數(shù)據(jù)庫恢復模式是指通過使用數(shù)據(jù)庫備份和事務日志備份將數(shù)據(jù)庫恢復到發(fā)生失敗的時刻，因此幾乎不造成任何數(shù)據(jù)丟失，這成為對付因存儲介質損壞而數(shù)據(jù)丟失的更佳方法。

C．批日志恢復(Bulk-logged Recovery)

批日志恢復在性能上要優(yōu)于簡單恢復悔殲和完全恢復模式，它能盡更大努力減少批操作所需要的存儲空間。

2、使用SQL SERVER的管理器ENTERPRISE MANAGER進行備份和恢復

1)完全手工方式。

在這種方式下，選擇要備份和恢復的數(shù)據(jù)庫，單擊鼠標右鍵，在快捷菜單中的“ALL TASKS”下選擇備份或者恢復數(shù)據(jù)庫。

2)半手工方式。

這種方式就是管理員事先建立備份或者恢復數(shù)據(jù)庫的作業(yè)，待到備份或者恢復數(shù)據(jù)庫的時候，管理員打開“SQL SERVER ENTEPRISE MANAGER”，在“MANAGER”里找到相應的作業(yè)，然后執(zhí)行之。

3)全自動方式。

在數(shù)據(jù)庫管理器里面，管理員事先建立好恢復或者備份數(shù)據(jù)庫的作業(yè)，然后定制一個執(zhí)行計劃，讓計算機在特定的條件下自己執(zhí)行備份和恢復操作。

作業(yè)是ENTERPRISE MANAGER提供的一種定期處理數(shù)據(jù)的一種方法，前面提到的半手工方式和全自動方式雖然利用了作業(yè)，但它需要在ENTERPRISE MANAGER里啟動和關閉作業(yè)；現(xiàn)在還可以在應用程序客戶端啟動和關閉作業(yè)的機制以作業(yè)機制實現(xiàn)數(shù)據(jù)庫的恢復和備份，就是事先在建立備份和恢復數(shù)據(jù)庫的作業(yè)，在應搜前悉用程序客戶端用控制體啟動相應的執(zhí)行體來實現(xiàn)之。用這種方式實現(xiàn)數(shù)據(jù)庫的備份和恢復，用戶不必打開數(shù)據(jù)庫管理器進行操作，用戶可以在任何一個應用程序客戶端完成操作。

3、異機備份策略

在局域網內的任何一臺工作站計算機上安裝Microsoft Windows NT及Microsoft SQL Server，并在該機上建立一個與服務器中的數(shù)據(jù)庫同名的數(shù)據(jù)庫，利用Microsoft SQL Server系統(tǒng)本身提供的異機傳送工具(在Microsof SQL Enterprise Manager中的Tools菜單下的Database/Object Transfer)通過設置定時(可以是每周、每月、每日或每時)由計算機自動的把服務器中數(shù)據(jù)庫的數(shù)據(jù)傳送到該工作站機的數(shù)據(jù)庫中，這樣一旦服務器(操作系統(tǒng))崩潰或Microsoft SQL Server系統(tǒng)崩潰時，只要重裝服務器操作系統(tǒng)(Microsoft Windows NT)或重裝Microsoft SQL Server仍然可以采用異機傳送工具來通過該工作站機把數(shù)據(jù)傳回至服務器的Microsoft SQL Server數(shù)據(jù)庫中，以確保數(shù)據(jù)的安全恢復。

三、比較

上述這三種備份和恢復的方式，分別是在SQL Server之內、SQL SERVER的管理器中和異機中實現(xiàn)的。

SQL Server中的備份和恢復是數(shù)據(jù)庫本身的一個功能，而且其提供了不同級別的備份和恢復策略，是一種比較完善的數(shù)據(jù)庫安全保護措施，但由于此操作只能在數(shù)據(jù)庫管理器中進行，所以對于人員和設備的要求比較高，僅限于有限個人和機器可以操作，所以操作起來有一定的局限性。

SQL SERVER的管理器中的備份和恢復可以利用作業(yè)機制在任何一個應用程序客戶端完成操作，打破了我們常規(guī)對大型數(shù)據(jù)庫備份和恢復必須在數(shù)據(jù)庫管理器里進行的局限性，為在應用程序客戶端實現(xiàn)復雜的數(shù)據(jù)庫維護提供了一個思路，也大大方便了用戶的操作。但是由于這種操作的方便性，也決定了其有一定的不安全性。

異機中的備份和恢復是最安全最可靠的方式，而且對于數(shù)據(jù)庫的恢復來說也是最方便的一種，它完全避免了任何形式的數(shù)據(jù)損毀的威脅，特別是針對服務器崩潰和Microsoft SQL Server系統(tǒng)崩潰，其恢復效果是很理想的。因此對于一些重要的大型數(shù)據(jù)庫來說是很可取的。但是由于成本較高，采用這種方法對于一些較小型的數(shù)據(jù)庫系統(tǒng)是比較難以實現(xiàn)的。

四、結論

上述的三種方式都是數(shù)據(jù)庫備份和恢復較為常用的一些方法，雖然各自實現(xiàn)的方式不同，但都達到了保護數(shù)據(jù)安全的目的。所以本人認為這三種方法都是可取的。

但是對于具體的案例，還需要仔細考慮各自系統(tǒng)的特性和方法的可操作性，例如一般中小型的數(shù)據(jù)庫，網內工作站計算機的分布范圍不是很大（象一座大廈內），距離服務器的比較近時，采用Microsoft SQL Server內的備份恢復策略就完全可以解決問題；而對于一些服務器距離較遠的數(shù)據(jù)庫系統(tǒng)，人員無法常常去到服務器所在地去實施備份和恢復的，采用SQL SERVER的管理器中的策略就很理想；再者對于數(shù)據(jù)庫內數(shù)據(jù)比較龐大，恢復起來需要一定的時間的，就不防采用異機備份的策略，可以大大降低因系統(tǒng)崩潰所帶來的損失。

總之，事物總有其兩面性，沒有哪種方法是適用于任何情況的，我們應該在實際工作中多總結、歸納，逐漸摸索出最適合自身系統(tǒng)的一種解決方案，這樣才能使我們的工作順利開展

–數(shù)據(jù)庫日志模式不為simple時:

–創(chuàng)建測試數(shù)據(jù)庫

CREATE DATABASE Db

GO

–對數(shù)據(jù)庫進行備份

BACKUP DATABASE Db TO DISK=’c:\db.bak’ WITH FORMAT

GO

–創(chuàng)建測試表

CREATE TABLE Db.dbo.TB_test(ID int)

–延時1秒吵咐譽鐘,再進行后面的操作(這是由于SQL Server的時間精度更大為百分之三秒,不延時的話,可能會導致還原到時間點的操作失敗)

WAITFOR DELAY ’00:00:01′

GO

–假設我們現(xiàn)在誤操作刪除了 Db.dbo.TB_test 這個表

DROP TABLE Db.dbo.TB_test

–保存刪除表的時間

SELECT dt=GETDATE() INTO #

GO

–在刪除操作后,發(fā)現(xiàn)不應該刪除表 Db.dbo.TB_test

–下面演示了如何恢復這個誤刪除的表 Db.dbo.TB_test

–首先,備份事務日志(使用事務日志才能還原到指定的時間點)

BACKUP LOG Db TO DISK=’c:\db_log.bak’ WITH FORMAT

GO

–接下來,我們要先還原完全備份(還原日志必須在還原完全備份的基礎上進行)

RESTORE DATABASE Db FROM DISK=’c:\db.bak’ WITH REPLACE,NORECOVERY

GO

–將事務日志還原到刪除操作前（這里的時間對應上面的刪除時間，并比刪除時間略早

DECLARE @dt datetime

SELECT @dt=DATEADD(ms,-20,dt) FROM # –獲取比表被刪除的時間略早的時間

RESTORE LOG Db FROM DISK=’c:\db_log.bak’ WITH RECOVERY,STOPAT=@dt

GO

–查詢一下,看表是否恢復

SELECT * FROM Db.dbo.TB_test

/*–結果:

ID

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

–*/

–測試成功

GO

–最后刪除我們做的測簡敏試環(huán)境

DROP DATABASE Db

DROP TABLE #

方法有以下幾種：

1，把該OU“屬性”中“組策略”選項下的組策略刪掉，就可以了

2，把啟用“只運行許可的windows應用程序”與”阻止訪問命令提示符”都選擇不應用，就可以了

3，把該OU“屬性”中“組策略”選項下的組策略禁用，再添加一個組策略就可以了。

4，把該OU中的用戶移動到其他組策略默認配置的OU中，也可以了

以上方法都可以讓該OU中的用戶權限恢復到默認，答案2是直接解決你的問題。

如果按照你的補充來看，你仍然是用管理員來登陸的。那么：

1，你可以使用另外一個具用管理員權限的用戶登陸試試，

2，如果沒有另外的管理員用戶，進入Dos模式下，使用net user aaa（用戶名）bbb（密碼）建立新用戶，然后用net localgroup administrators aaa /add 將aaa用戶添加到管理員組中。

在修復數(shù)據(jù)庫的操作中經常需要重建日志，但是SQL的聯(lián)機叢書里卻沒有對應的具體描述，現(xiàn)總結如下：

1、把數(shù)據(jù)庫改成緊急模式：（可用如下語句）

sp_configure ‘allow’, 1–設置系統(tǒng)庫可以修改

reconfigure with override

update sysdatabases set status =where name = ‘數(shù)據(jù)庫名’；

2、停止SQLSERVER的服務，然后把原日志文件（*.LDF)文件改名;

3、啟動SQLSERVER的服務；

4、執(zhí)行如下DBCC語句重建數(shù)據(jù)庫日志：

DBCC REBUILD_LOG (‘數(shù)據(jù)庫名’, ‘E:\fdzz\database\newfilename.LDF’ )；

–如果成功，日志重建完成

5、恢復數(shù)據(jù)庫緊急模式（可用如下語句）：

update sysdatabases set status = 0 where name = ‘數(shù)據(jù)庫名’

restore database 數(shù)據(jù)庫名 WITH RECOVERY

sp_configure ‘升段allow’, 0–設置系統(tǒng)庫不能修改

reconfigure with override

6、檢查數(shù)據(jù)庫是否有損壞DBCC CHECKDB

這個網站里有汪兆配詳猜族細的

希望困指對你有幫助

數(shù)據(jù)庫恢復模式怎么創(chuàng)建的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于數(shù)據(jù)庫恢復模式怎么創(chuàng)建,如何創(chuàng)建數(shù)據(jù)庫恢復模式,如何使用SS管理器創(chuàng)建數(shù)據(jù)庫,SQL SERVER恢復策略的信息別忘了在本站進行查找喔。

創(chuàng)新互聯(lián)-老牌IDC、云計算及IT信息化服務領域的服務供應商，業(yè)務涵蓋IDC（互聯(lián)網數(shù)據(jù)中心）服務、云計算服務、IT信息化、AI算力租賃平臺（智算云），軟件開發(fā)，網站建設，咨詢熱線:028-86922220

當前文章：如何創(chuàng)建數(shù)據(jù)庫恢復模式(數(shù)據(jù)庫恢復模式怎么創(chuàng)建)
本文路徑：http://uogjgqi.cn/article/dhhshep.html