資料庫運維的主要工作內容

A. 資料庫維護的資料庫維護內容

資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分： SYBASE 系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。SQL Server 提供了兩種不同類型的恢復機制：一類是系統自動完成的恢復，這種措施在每次系統啟動時都自動進行，保證了在系統癱瘓前完成的事務都寫到資料庫設備上，而未完成的事務都被回退；另一類是人工完成的恢復，這是通過 DUMP 和 LOAD 命令來執行人工備份和恢復工作。因此定期備份事務日誌和資料庫是一項十分重要的日常維護工作。
1、備份資料庫
每一個資料庫都應在創建之後卸出，從而提供一個裝入基點。在此之後按排定的時間周期表卸出。比如每周五卸出資料庫。對一般資料庫系統卸出資料庫周期建議為每周一次。
除了按計劃周期卸出資料庫之外，還需在每次運行沒有日誌的操作後卸出資料庫。例如：
·每次強制地運行了 DUMP TRAN WITH NO_LOG （因為資料庫的磁碟空溢出）；
·每次用 sp_dboption 允許 select into/bulk 做快速拷貝，或用 SELECT INTO 命令創建一個永久性的表，或使用了 WRITETEXT 命令。
卸出資料庫的命令為：
DUMP DATABASE database_name
TO mp_device
database_name 是要卸出的資料庫名稱，mp_device 是卸出設備的名稱。用系統過程 sp_helpdevice 可以獲得設備的信息。
下面一條命令用來卸出資料庫 my_db ：
DUMP DATABASE my_db
TO db_bk_dev
2、備份事務日誌
如果事務日誌與資料庫放在同一個設備上，則事務日誌不應與資料庫分開備份。master 資料庫和小於 4M 的用戶資料庫就是這種情況。一般資料庫系統的資料庫和日誌分別放在不同的設備上，因此，可以用 DUMP TRAN 命令單獨備份日誌。
備份事務日誌的周期直接影響數據的恢復程度，因此建議每天備份。
備份事務日誌的命令格式為：
DUMP TRANsaction database_name
[TO mp_device]
[WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE]
其中 database_name 是要備份事務的資料庫名稱，mp_device 是備份設備名稱，僅當包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句時，才可以備份到設備。
注意：如果總是用 DUMP DATEBASE （備份資料庫及其日誌），而不用 DUMP TRAN ，事務日誌將不會刷新，而變得非常龐大。
對於 master 資料庫和小型資料庫每次運行 DUMP DATEBASE 之後應當運行 DUMP TRANsaction 命令刷新日誌 。
下面一條命令備份資料庫 db160 的事務日誌到備份設備上：
DUMP TRANsaction db160
TO db_log_bk_dev
WITH TRUNCATE_ONLY
3、備份資料庫及其日誌間的相互作用
在至少卸出一次資料庫前，卸出事務日誌是毫無意義的。下圖顯示了備份資料庫及其日誌間的關系
如果在星期二下午5：01出現非硬體故障，需要做的所有工作是裝入磁帶5（參見下一節：數據恢復），由於磁帶5是下午5：00剛備份的，因此只有備份和裝入之間的一分鍾內的數據損失。
但是，如果在星期二下午4：49失效會怎麼樣呢？在這種情況下，要裝入磁帶1（在星期五下午5：00的卸出）。然後，依次裝入磁帶2，3以及4。這樣，系統將恢復到星期二上午10：00點的狀態，星期二的大部分工作丟失了。此例顯示了經常卸出事務的重要性。 如果用戶資料庫存儲的設備失效，從而資料庫被破壞或不可存取，通過裝入最新的資料庫備份以及後來的事務日誌備份可以恢復資料庫。假設當前的事務日誌存在於一個並沒有毀壞的設備上，帶著 WITH NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出它。
要恢復資料庫按如下步驟去做：
1、如果日誌存在於一個分離的設備上，用帶著 NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出被毀壞的或者不可存取的用戶資料庫事務日誌。
2、用下面的查詢檢查設備分配已毀壞資料庫的設備使用情況。必須為同一目的賦同樣的空間塊。
下面的查詢顯示了分配給資料庫 mydb 設備使用和尺寸情況：
SELECT segmap，size FROM sysusages
WHERE dbid =
（ SELECT dbid FROM sysdatabases WHERE name = 「mydb」）
3、檢查查詢的輸出。在 segmap 列的 『3』代表數據分配，『4』代表日誌分配。size 列代表 2K 數據塊的數目。注意此信息的次序、使用和尺寸部分。例如，輸出為：
segmapSize
--------------------
310240//實際尺寸為：20M
35120//實際尺寸為：10M
45120//實際尺寸為：10M
31024//實際尺寸為：2M
42048//實際尺寸為：4M
4、用 DROP DATABASE 命令刪除毀壞設備上的資料庫。如果系統報錯，用DBCC DBREPAIR 命令的 DROPDB 選項。
5、刪除資料庫後，用 sp_dropdevice 刪除毀壞了的設備。
6、用 DISK INIT 初始化新的資料庫設備。
7、重建資料庫。用 CREATE DATABASE 命令從老的 sysusages 表拷貝所有的行，並包含第一邏輯設備。
對上例，命令為：
CREATE DATABASE mydb
ON datadev1=20，datadev2=10
LOG ON logdev1=10
8、用 ALTER DATABASE 命令重建其餘入口。在此例中，在datadev1上分配更多的空間，命令為：
ALTER DATABASE mydb ON datadev1=2[page]
9、用 LOAD DATABASE 重新裝入資料庫，然後用 LOAD TRAN 裝入前面卸出的日誌。
LOAD DATABASE 命令語法是：
LOAD DATABASE database_name
FROM mp_device
LOAD TRANsaction 命令的語法是：
LOAD TRANsaction database_name
FROM mp_device
卸出資料庫和事務日誌的預設許可權歸資料庫所有者，且可以傳遞給其他用戶；裝載資料庫和事務的許可權也歸資料庫所有者，但不能傳遞。 系統維護人員的另一個日常事務是為用戶創建新的信息表，並為之授權。創建表以及為表授權的方法已經在講過，在此只將有關命令語法寫出來。
·創建表的命令為：
CREATE TABLE table_name
（ column_1 datatype [NULL | NOT NULL | IDENTITY]，
column_2 ……
）
go
ALTER TABLE table_name
ADD PRIMARY KEY （column_list）
go
·刪除表的命令格式為：
DROP TABLE table_name
go
·為表授權的命令格式為：
GRANT {ALL|permission_list}
ON table_name TO user_name
go
·收回許可權的命令格式為
REVOKE {ALL|permission_list}
ON table_name FROM user_name
go 系統管理員的另一項日常工作是監視系統運行情況。主要有以下幾個方面：
1、監視當前用戶以及進程的信息
使用系統過程：sp_who
說明：該命令顯示當前系統所有注冊用戶及進程信息，如下表是某系統的信息。

---------------------------------------------------------------

2SleepingNULL0MasterNETWORK HANDLE
3SleepingNULL0MasterDEADLOCK TUNE
4SleepingNULL0MasterMIRROR HANDLER

SLEEP
從左向右依次顯示：進程號、當前狀態、注冊用戶名、主機名、佔用塊數、資料庫名以及當前命令。
如果監視時發現進程總數接近最大連接數（用系統過程：sp_configure 「user conn」 查看）時，應下掉不活動或無關進程，以保證系統正常運做；另外亦可監視非法用戶或用戶使用不屬於自己使用范圍的資料庫等情況。
2、監視目標佔用空間情況
使用系統過程：sp_spaceused
說明：該過程顯示行數、數據頁數以及當前資料庫中由某個目標或所有目標所佔用的空間。如下表是某資料庫日誌表的信息：
NameRow_totalreserveddataIndex_sizeunused
------------------------------------------------------------
SyslogsNot avail32KB32KB0KBNot avail
日常要監視的主要目標有：用戶資料庫、資料庫日誌表（syslogs）以及計費原始數據表等。如果發現佔用空間過大，對日誌表要進行轉儲；對其他目標則應擴充空間或清楚垃圾數據。
3、監視 SQL Server 統計數字
使用系統過程：sp_monitor
說明：sp_monitor 顯示SQL Server 的歷史統計數字，下表是某系統的統計數字：
Last_runCurrent_runSeconds
---------------------------------------------------------------
May 13 2000 1:27PMMay 13 2000 3:01PM5678
CPU_busyIO_busyIdle
---------------------------------------------------------------
16(6)-0%0(0)-0%5727(5672)-99%
Packets_receivedPackets_sentPacket_errors
---------------------------------------------------------------
21(17)100(97)0(0)
Total_readTotal_writeTotal_errorsConnections
--------------------------------------------------------
785(366)311(113)0(0)3(2)
上表依次給出該系統本次運行統計的上一次時間、本次時間、間隔秒數、CPU佔用、IO佔用、收發包情況、系統讀入寫出情況等信息 為保證系統數據的安全，系統管理員必須依據系統的實際情況，執行一系列的安全保障措施。其中，周期性的更改用戶口令是比較常用且十分有效的措施。
更改用戶口令是通過調用系統過程sp_password 來實現的。Sp_password 的語法為：
sp_password caller_password,new_password [,loginame]
其中caller_password 是登錄口令（老口令），new_password是新口令，loginame是登錄名稱。

B. 做運維都幹些什麼

運維的核心工作其實就是為了維護IT設備和系統的穩定，甭管硬體、網路、安全什麼的，無論黑貓白貓抓到老鼠就是好貓。

雲計算時代下的運維和傳統運維在工作內容還是有差距的，從過去的機房、交換機、存儲、帶寬等實體設施，到雲服務上的虛擬產品，從實到虛的變化，更多的工作其實在操作端，雲主機資源的模板化，為不同業務團隊配置性能合適的主機模板。

簡介

以及主機資源申請、創建、交付、運維以及最終的釋放銷毀的全生命周期管理，還有應用程序和支持軟體的安裝部署／交付和升級，集群性能負載均衡調配、伺服器的批量腳本操作、資料庫維護、主機的監控、運維日常工作的審計等等，當然了，多雲情況下，各雲使用的費用情況也需要統計和分析。

而這其中，如何及時發現問題，並在問題造成事故之前就解決了才是最難的，這就需要我們擁有事前監控、事中處置的運維能力，當然了，好的運維工具就必不可少。

C. 大數據運維的主要工作內容是什麼

大數據相關工作崗位很多，有大數據分析師、大數據挖掘演算法工程師、大數據研發工程師、數據產品經理、大數據可視化工程師、大數據爬蟲工程師、大數據運營專員、大數據架構師、大數據專家、大數據總監、大數據研究員、大數據科學家等等

數據分析師：
工作內容：
a.臨時取數分析，比如雙11大促活動分析；產品的流量轉化情況、產品流程優化分析，等等；
b.報表需求分析--比如企業常見的日報、周報、月報、季報、年報、產品報表、流量轉化報表、經營分析報表、KPI報表等等；
c.業務專題分析：
精準營銷分析（用戶畫像分析、營銷對象分析、營銷策略分析、營銷效果分析）；
風控分析（策略分析，反欺詐分析，信用狀況分析）；
市場研究分析（行業分析、競品分析、市場分析、價格分析、渠道分析、決策分析等等）；
工具和技能：
工具： R、python、SAS、SPSS、Spark、X-Mind、Excel、PPT
技能：需掌握SQL資料庫、概率統計、常用的演算法模型（分類、聚類、關聯、預測等，每一類模型的一兩種最典型的演算法）、分析報告的撰寫、商業的敏感性等等；

數據挖掘工程師：
工作內容：
a.用戶基礎研究：用戶生命周期刻畫（進入、成長、成熟、衰退、流失）、用戶細分模型、用戶價值模型、用戶活躍度模型、用戶意願度識別模型、用戶偏好識別模型、用戶流失預警模型、用戶激活模型等
b.個性化推薦演算法：基於協同過濾（USERBASE/ITEMBASE）的推薦，基於內容推薦，基於關聯規則Apriot演算法推薦，基於熱門地區、季節、商品、人群的推薦等
c.風控模型：惡意注冊模型、異地識別模型、欺詐識別模型、高危會員模型、
電商領域（炒信模型、刷單模型、職業差評師模型、虛假發貨模型、反欺詐模型）
金融領域（欺詐評分模型、徵信評分模型、催收模型、虛假賬單識別模型等）
d.產品知識庫：產品聚類分類模型、產品質量評分模型、違禁品識別模型、假貨識別模型等
e.文本挖掘、語義識別、圖像識別，等等
工具和技能：
工具： R、Python、SAS、SPSS、Spark、Mlib等等
技能：需掌握SQL資料庫、概率統計、機器學習演算法原理（分類、聚類、關聯、預測、神經網路等）、模型評估、模型部署、模型監控；

數據產品經理：
工作內容：
a.大數據平台建設，讓獲取數據、用數據變得輕而易舉；構建完善的指標體系，實現對業務的全流程監控、提高決策效率、降低運營成本、提升營收水平；
b.數據需求分析，形成數據產品，對內提升效率、控製成本，對外增加創收，最終實現數據價值變現；
c.典型的大數據產品：大數據分析平台、個性化推薦系統、精準營銷系統、廣告系統、徵信評分系統（如芝麻評分）、會員數據服務系統（如數據縱橫），等等；
工具和技能：
工具： 除了掌握數據分析工具，還需要掌握 像 原型設計工具Auxe、畫結構流程的X-Mind、visio、Excel、PPT等
技能：需掌握SQL資料庫、產品設計，同時，熟悉常用的數據產品框架

數據研發工程師：
工作內容：
a.大數據採集、日誌爬蟲、數據上報等數據獲取工作
b.大數據清洗、轉換、計算、存儲、展現等工作
c.大數據應用開發、可視化開發、報表開發等
工具和技能：
工具：hadoop、hbase、hive、kafaka、sqoop、java、python等
技能：需掌握資料庫、日誌採集方法、分布式計算、實時計算等技術

D. 運維的工作內容有哪些

運維的職責覆蓋了產品從設計到發布、運行維護、變更升級及至下線的生命周期，各個階段的職責包括：

1、產品發布前

這個階段運維工程師的職責是參與設計並把有關運維准入，主要包括：

（1） 產品的業務熟悉；

（2） 產品架構設計的合理性評估，包括是否存在單點，是否可容錯，是否有強耦合等，同時需要提供產品設計的合理性建議以使產品能夠滿足上線發布並穩定運行的基本要求；

（3） 資源評估，包括所需的伺服器資源、網路資源以及資源的分布等，同時把相關產品對資源預算申請的合理性，控制服務成本；

（4） 資源就位，將申請的伺服器及基礎環境/域名准備就位。

2、產品發布

這個階段運維工程師負責發布的具體工作，將具體的軟體和系統/硬體資源整合形成產品並對外提供服務。

對於已在線服務的更新也屬於發布范疇，這個時候的產品發布一般要保障在線發布，在不中斷對外服務的情況下完成產品的升級。對於大型復雜的變更也存在中止服務部署完成後再重新提供服務的情況，但這種情況需要運維工程師通過盡可能的技術手段來避免。

3、產品運行維護

這個階段的主要工作包括：

（1） 監控：對服務運行的狀態進行實時的監控，隨時發現服務的運行異常和資源消耗情況；輸出重要的日常服務運行報表以評估服務/業務整體運行狀況，發現服務隱患；

（2） 故障處理：對服務出現的任何異常進行及時處理，盡可能避免問題的擴大化甚至中止服務。這之前運維工程師需要針對各類服務異常，如機房/網路故障、程序bug等問題制定處理的預案，問題出現時可以自動或手動執行預案達到止損的目的。

除了日常小故障外，運維工程師還需要考慮產品不同程度受損情況下的災難恢復，包括諸如地震等不可抗力導致大規模機房故障、在線產品被刪除等對產品造成致命傷害的情況。

容量管理：包括服務規模擴張後的資源評估、擴容、機房遷移、流量調度等規劃和具體實施。

4、產品性能/成本優化

產品對外提供服務最重要的一點是用戶體驗，用戶體驗中非常重要的是產品的可用性和響應速度。而如何用最合理的資源（如機器、帶寬等）支持產品提供高可用和高速度的用戶體驗，這也是運維工程師的重要職責。

5、產品下線

發展良好的互聯網產品將始終在線對外提供服務，但互聯網產品快速迭代，也存在相當多孵化的產品最後被淘汰的情況，這些產品都需要做下線處理，這個過程運維工程師主要做好資源回收的工作，將機器/網路等資源回收後納入資源池中供其它服務使用。

E. 資料庫運維服務具體有哪些

資料庫運維服務是指：針對用戶資料庫開展的軟體安裝、配置優化、備份策略選擇及實施、數據恢復、數據遷移、故障排除、預防性巡檢等一系列服務。
主要服務內容如下：
1、資料庫安裝與配置；主要指定製資料庫安裝配置方案，檢查軟體安裝環境，安裝資料庫軟體，完成資料庫配置，並測試之；
2、資料庫性能優化： 主要是指核心參數調優，SQL語句調優，性能評估方案的提供。
3、資料庫備份與恢復；主要是指本地、異地、同步、實時的分級備份與恢復方案及實施；
4、數據遷移：不同版本、不同廠商、不同結構資料庫間的數據遷移；
5、故障排除；通過遠程、上門等方式按服務級別實施故障排除
6、預防性巡檢；定期提供預防性巡檢，並完成系統參數、配置調優，及補丁分發、安裝服務。

F. 什麼是運維運維工作具體要做什麼

運維（Operation and maintenance）一般是指對大型組織已經建立好的網路軟硬體的維護，其中傳統的運維是指信息技術運維（IT運維）。
所謂IT運維管理，是指單位 IT 部門採用相關的方法、手段、技術、制度、流程和文檔 等，對IT 運行環境（如軟硬體環境、網路環境等）、IT 業務系統和 IT 運維人員進行的綜合管理。
隨著信息化進程的推進，運維管理將覆蓋對整個組織運行，進行支持的管理信息系統涵蓋的所有內容，除了傳統的IT運維，還拓展了業務運維和日常管理運維。
其參與的對象也從IT部門和人員，拓展到組織的管理層和各部門，及其相關的業務骨幹。運維的最終結果是對軟體運行中各種性能的維護。
運維工程師從工作方式上分為幾大類：
1，運維工程師/運維開發工程師：
負責具體的產品線運維工作，同時也需要掌握開發的能力，深入業務，最了解業務的痛點和問題，同時研發/優化針對產品業務需求的平台、工具和手段，能夠接觸到各類優秀的系統架構並有能力做出優劣對比，同時對業務的掌控決定了相應運維工程師在業務發展中的作用。長遠發展是成為大型系統的架構師。
2，運維平台研發工程師：
專門研發運維相關通用平台和技術，需要有一定的產品線運維經驗或從產品線中拿到運維需求。對研發能力有較高的要求，對系統的設計有較嚴格的標准，並且能夠理解用戶需求，做出適合服務運維和滿足運維工程師使用體驗的運維產品，長遠的發展是成為各個技術縱向領域的技術專家。
3，資料庫研發工程師/資料庫工程師：
資料庫方向是運維技術中較為特殊的一個方向，由於業務的重要性通常需要專設崗位，業界在該方向也有深厚的研究和積累。主要方向有資料庫內核、雲資料庫等，長遠發展是資料庫領域的技術專家，資料庫架構師。
4，運維經理：
運維同學做事情的過程中通常需要協調多個RD和QA同學，對協調和推進能力要求比較高，對一些技術深度還不錯，協調和推進能力比較高的同學非常適合轉型管理職位，長遠的發展和技術部門的管理職位一樣目標是CTO、CEO。

G. (2)資料庫運維的核心任務是什麼

1、資料庫的配置、維護

2、伺服器的配置與維護

3、應用軟體的運行與維護

4、功能的擴展

資料庫運維服務是指：針對用戶資料庫開展的軟體安裝、配置優化、備份策略選擇及實施、數據恢復、數據遷移、故障排除、預防性巡檢等一系列服務。

H. 資料庫運維的工作，主要是做什麼的

1、資料庫的配置、維護
2、伺服器的配置與維護
3、應用軟體的運行與維護
4、功能的擴展

I. 資料庫的維護工作包括那4個方面的內容

可不僅僅是4個方面。
總的來說資料庫管理員的主要責任就是保證資料庫系統的正常、良好的運行。
1：基本的備份、還原。
2：基本的DML語句你要會。(SELECT,UPDATE,DELETE,INSERT)
3：如果公司要求修改某個報表的數據。你還需要會存儲過程、函數
4：深入一點就是性能優化，語句優化、資料庫優化等等
還有其它很多很多需要學習一步一步慢慢來。

J. 資料庫維護的工作的主要內容是什麼

資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分：
一、備份系統數據
SYBASE 系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。SQL Server 提供了兩種不同類型的恢復機制：一類是系統自動完成的恢復，這種措施在每次系統啟動時都自動進行，保證了在系統癱瘓前完成的事務都寫到資料庫設備上，而未完成的事務都被回退；另一類是人工完成的恢復，這是通過 DUMP 和 LOAD 命令來執行人工備份和恢復工作。因此定期備份事務日誌和資料庫是一項十分重要的日常維護工作。
1、備份資料庫
每一個資料庫都應在創建之後卸出，從而提供一個裝入基點。在此之後按排定的時間周期表卸出。比如每周五卸出資料庫。對一般資料庫系統卸出資料庫周期建議為每周一次。
除了按計劃周期卸出資料庫之外，還需在每次運行沒有日誌的操作後卸出資料庫。例如：
·每次強制地運行了 DUMP TRAN WITH NO_LOG （因為資料庫的磁碟空溢出）；
·每次用 sp_dboption 允許 select into/bulk 做快速拷貝，或用 SELECT INTO 命令創建一個永久性的表，或使用了 WRITETEXT 命令。
卸出資料庫的命令為：
DUMP DATABASE database_name
TO mp_device
database_name 是要卸出的資料庫名稱，mp_device 是卸出設備的名稱。用系統過程 sp_helpdevice 可以獲得設備的信息。
下面一條命令用來卸出資料庫 my_db ：
DUMP DATABASE my_db
TO db_bk_dev
2、備份事務日誌
如果事務日誌與資料庫放在同一個設備上，則事務日誌不應與資料庫分開備份。master 資料庫和小於 4M 的用戶資料庫就是這種情況。一般資料庫系統的資料庫和日誌分別放在不同的設備上，因此，可以用 DUMP TRAN 命令單獨備份日誌。
備份事務日誌的周期直接影響數據的恢復程度，因此建議每天備份。
備份事務日誌的命令格式為：
DUMP TRANsaction database_name
[TO mp_device]
[WITH TRUNCATE_ONLYWITH NO_LOGWITH NO_TRUNCATE]
其中 database_name 是要備份事務的資料庫名稱，mp_device 是備份設備名稱，僅當包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句時，才可以備份到設備。
注意：如果總是用 DUMP DATEBASE （備份資料庫及其日誌），而不用 DUMP TRAN ，事務日誌將不會刷新，而變得非常龐大。
對於 master 資料庫和小型資料庫每次運行 DUMP DATEBASE 之後應當運行 DUMP TRANsaction 命令刷新日誌 。
下面一條命令備份資料庫 db160 的事務日誌到備份設備上：
DUMP TRANsaction db160
TO db_log_bk_dev
WITH TRUNCATE_ONLY
3、備份資料庫及其日誌間的相互作用
在至少卸出一次資料庫前，卸出事務日誌是毫無意義的。下圖顯示了備份資料庫及其日誌間的關系
如果在星期二下午5：01出現非硬體故障，需要做的所有工作是裝入磁帶5（參見下一節：數據恢復），由於磁帶5是下午5：00剛備份的，因此只有備份和裝入之間的一分鍾內的數據損失。
但是，如果在星期二下午4：49失效會怎麼樣呢？在這種情況下，要裝入磁帶1（在星期五下午5：00的卸出）。然後，依次裝入磁帶2，3以及4。這樣，系統將恢復到星期二上午10：00點的狀態，星期二的大部分工作丟失了。此例顯示了經常卸出事務的重要性。
二、萬一系統失敗時恢復資料庫系統
如果用戶資料庫存儲的設備失效，從而資料庫被破壞或不可存取，通過裝入最新的資料庫備份以及後來的事務日誌備份可以恢復資料庫。假設當前的事務日誌存在於一個並沒有毀壞的設備上，帶著 WITH NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出它。
要恢復資料庫按如下步驟去做：
1、如果日誌存在於一個分離的設備上，用帶著 NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出被毀壞的或者不可存取的用戶資料庫事務日誌。
2、用下面的查詢檢查設備分配已毀壞資料庫的設備使用情況。必須為同一目的賦同樣的空間塊。
下面的查詢顯示了分配給資料庫 mydb 設備使用和尺寸情況：
SELECT segmap，size FROMsysusages
WHERE dbid =
（ SELECT dbid FROM sysdatabases WHERE name = 「mydb」）
3、檢查查詢的輸出。在 segmap 列的 『3』代表數據分配，『4』代表日誌分配。size 列代表 2K 數據塊的數目。注意此信息的次序、使用和尺寸部分。例如，輸出為：
segmapSize
--------------------
310240//實際尺寸為：20M
35120//實際尺寸為：10M
45120//實際尺寸為：10M
31024//實際尺寸為：2M
42048//實際尺寸為：4M
4、用 DROP DATABASE 命令刪除毀壞設備上的資料庫。如果系統報錯，用DBCC DBREPAIR 命令的 DROPDB 選項。
5、刪除資料庫後，用 sp_dropdevice 刪除毀壞了的設備。
6、用 DISK INIT 初始化新的資料庫設備。
7、重建資料庫。用 CREATE DATABASE 命令從老的 sysusages 表拷貝所有的行，並包含第一邏輯設備。
對上例，命令為：
CREATE DATABASE mydb
ON datadev1=20，datadev2=10
LOG ON logdev1=10
8、用 ALTER DATABASE 命令重建其餘入口。在此例中，在datadev1上分配更多的空間，命令為：
ALTER DATABASE mydb ON datadev1=2
9、用 LOAD DATABASE 重新裝入資料庫，然後用 LOAD TRAN 裝入前面卸出的日誌。
LOAD DATABASE 命令語法是：
LOAD DATABASE database_name
FROM mp_device
LOAD TRANsaction 命令的語法是：
LOAD TRANsaction database_name
FROM mp_device
卸出資料庫和事務日誌的預設許可權歸資料庫所有者，且可以傳遞給其他用戶；裝載資料庫和事務的許可權也歸資料庫所有者，但不能傳遞。
二、產生用戶信息表，並為信息表授權；
系統維護人員的另一個日常事務是為用戶創建新的信息表，並為之授權。創建表以及為表授權的方法已經在講過，在此只將有關命令語法寫出來。
·創建表的命令為：
CREATE TABLE table_name
（ column_1 datatype [NULL NOT NULL IDENTITY]，
column_2 ……
）
go
ALTER TABLE table_name
ADD PRIMARY KEY （column_list）
go
·刪除表的命令格式為：
DROP TABLE table_name
go
·為表授權的命令格式為：
GRANT {ALLpermission_list}
ON table_name TO user_name
go
·收回許可權的命令格式為
REVOKE {ALLpermission_list}
ON table_name FROM user_name
go
三、監視系統運行狀況，及時處理系統錯誤；
系統管理員的另一項日常工作是監視系統運行情況。主要有以下幾個方面：
1、監視當前用戶以及進程的信息
使用系統過程：sp_who
說明：該命令顯示當前系統所有注冊用戶及進程信息，如下表是某系統的信息。

---------------------------------------------------------------

2SleepingNULL0MasterNETWORK HANDLE
3SleepingNULL0MasterDEADLOCK TUNE
4SleepingNULL0MasterMIRROR HANDLER

SLEEP
從左向右依次顯示：進程號、當前狀態、注冊用戶名、主機名、佔用塊數、資料庫名以及當前命令。
如果監視時發現進程總數接近最大連接數（用系統過程：sp_configure 「user conn」 查看）時，應下掉不活動或無關進程，以保證系統正常運做；另外亦可監視非法用戶或用戶使用不屬於自己使用范圍的資料庫等情況。
2、監視目標佔用空間情況
使用系統過程：sp_spaceused
說明：該過程顯示行數、數據頁數以及當前資料庫中由某個目標或所有目標所佔用的空間。如下表是某資料庫日誌表的信息：
NameRow_totalreserveddataIndex_sizeunused
------------------------------------------------------------
SyslogsNot avail32KB32KB0KBNot avail
日常要監視的主要目標有：用戶資料庫、資料庫日誌表（syslogs）以及計費原始數據表等。如果發現佔用空間過大，對日誌表要進行轉儲；對其他目標則應擴充空間或清楚垃圾數據。
3、監視 SQL Server 統計數字
使用系統過程：sp_monitor
說明：sp_monitor 顯示SQL Server 的歷史統計數字，下表是某系統的統計數字：
Last_runCurrent_runSeconds
---------------------------------------------------------------
May 13 2000 1:27PMMay 13 2000 3:01PM5678
CPU_busyIO_busyIdle
---------------------------------------------------------------
16(6)-0%0(0)-0%5727(5672)-99%
Packets_receivedPackets_sentPacket_errors
---------------------------------------------------------------
21(17)100(97)0(0)
Total_readTotal_writeTotal_errorsConnections
--------------------------------------------------------
785(366)311(113)0(0)3(2)
上表依次給出該系統本次運行統計的上一次時間、本次時間、間隔秒數、CPU佔用、IO佔用、收發包情況、系統讀入寫出情況等信息
四、保證系統數據安全，周期更改用戶口令；
為保證系統數據的安全，系統管理員必須依據系統的實際情況，執行一系列的安全保障措施。其中，周期性的更改用戶口令是比較常用且十分有效的措施。
更改用戶口令是通過調用系統過程sp_password 來實現的。Sp_password 的語法為：
sp_password caller_password,new_password [,loginame]
其中caller_password 是登錄口令（老口令），new_password是新口令，loginame是登錄名稱。