數據庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分：
一、備份系統數據
Sybase系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。SQL Server 提供了兩種不同類型的恢復機制：一類是系統自動完成的恢復，這種措施在每次系統啟動時都自動進行，保證了在系統癱瘓前完成的事務都寫到數據庫設備上，而未完成的事務都被回退；另一類是人工完成的恢復，這是通過 DUMP 和 LOAD 命令來執行人工備份和恢復工作。因此定期備份事務日志和數據庫是一項十分重要的日常維護工作。
1、備份數據庫:
每一個數據庫都應在創建之後卸出，從而提供一個裝入基點。在此之後按排定的時間周期表卸出。比如每周五卸出數據庫。對一般數據庫系統卸出數據庫周期建議為每周一次。
除了按計劃周期卸出數據庫之外，還需在每次運行沒有日志的操作後卸出數據庫。例如：
·每次強制地運行了 DUMP TRAN WITH NO_LOG （因為數據庫的磁盤空溢出）；
·每次用 sp_dboption 允許 select into/bulkcopy 做快速拷貝，或用 SELECT INTO 命令創建一個永久性的表，或使用了 WRITETEXT 命令。
卸出數據庫的命令為：
DUMP DATABASE database_name TO dump_device
database_name 是要卸出的數據庫名稱，dump_device 是卸出設備的名稱。用系統過程 sp_helpdevice 可以獲得設備的信息。
下面一條命令用來卸出數據庫 my_db ：
DUMP DATABASE my_db TO db_bk_dev
2、備份事務日志:
如果事務日志與數據庫放在同一個設備上，則事務日志不應與數據庫分開備份。master 數據庫和小於 4M 的用戶數據庫就是這種情況。一般數據庫系統的數據庫和日志分別放在不同的設備上，因此，可以用 DUMP TRAN 命令單獨備份日志。
備份事務日志的周期直接影響數據的恢復程度，因此建議每天備份。
備份事務日志的命令格式為：
DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE]
其中 database_name 是要備份事務的數據庫名稱，dump_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
9、用 LOAD DATABASE 重新裝入數據庫，然後用 LOAD TRAN 裝入前面卸出的日志。
LOAD DATABASE 命令語法是：
LOAD DATABASE database_name FROM dump_device
LOAD TRANsaction 命令的語法是：
LOAD TRANsaction database_name FROM dump_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。
說明：該命令顯示當前系統所有注冊用戶及進程信息，如下表是某系統的信息。
SpidStatusLoginamehostnameblkdbnamecmd --------------------------------------- 1RunningSascosysv0MasterSELECT 2SleepingNULL0MasterNETWORK HANDLE 3SleepingNULL0MasterDEADLOCK TUNE 4SleepingNULL0MasterMIRROR HANDLER 5SleepingNULL0MasterHOUSEKEEPER 6SleepingNULL0MasterCHECKPOINT 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是登錄名稱。
