⑴ MySQL資料庫的日常維護有哪些
日常維護有很多方面的工作：資料庫狀態監控、性能分析、SQL代碼分析與優化等等。資料庫巡檢等等工作，你可以參考國內上海愛可生公司網站上提供的MySQL服務相關的內容來寫，呵呵。還可以咨詢他們。
⑵ 資料庫維護及技術服務布局那家公l司做的比較好
資料庫維護
及技術服務布局南京
大牛
信息科技挺專業的，我們小區建設就是找他們來進行布局的。
資料庫日常維護(參考) 資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分： 一、備份系統數據 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_TRUN
⑷ 網路游戲的資料庫怎麼維護
資料庫可以
異地備份
哈，把主數據包復制一下，人少的很小很方便
⑸ sql2000 管理裡面沒有資料庫維護計劃這個選項,請問各位大哥怎麼調出這個資料庫維護計劃謝謝了
在企業管理器，點SQL組，XX伺服器，管理，右擊資料庫維護計劃，新建即可
⑹ 超市資料庫維護工作有哪些
一、備份系統數據
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 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 {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是登錄名稱。
⑺ 資料庫維護一般做哪些方面的工作
1、定期備份，自動的話最好每天自動執行備份腳本，手工可以定期備份，資料庫文件和備份文件目錄最好在不同的IO或機器上；
2、表空間佔用情況檢查，一旦發現空間接近最大值需要擴展表空間，磁碟空間不夠需要加設備
3、日誌檢查，包括佔用空間檢查，出錯後的檢查。
4、根據應用訪問情況做適當優化，比如db2里的日誌文件數量、緩沖池大小、索引等。
5、安全性，防止外部惡意訪問破壞。
⑻ 小蜜蜂財務軟體有沒有提供網路維護資料庫的服務呀
你可以給小蜜蜂的公司打電話啊！向公司求助！如果有問題，也可以在網上提出來，看到的也可以幫幫忙的！
⑼ 資料庫要怎麼維護
資料庫日常維護(參考)
資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分：
一、備份系統數據
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
ON table_name TO user_name
go
·收回許可權的命令格式為
REVOKE
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是登錄名稱。
在網路搜索:資料庫日常維護(參考)
相 關 文 章
Sybase存儲過程的建立和使用
SYBASE dbcc
電信企業參與競爭的利器-數據倉庫和數據挖掘
SCOUNIX下磁帶機的安裝與備份
StoredProcere（存儲過程）編寫經驗和優化措施
細說SYBASE資料庫日誌
常見資料庫系統之比較 - SYBASE 和 SQL SERVER
SYBASE ASE FOR LINUX安裝及perl連接SYBASE
Sybase資料庫應用(一)
安裝Sybase ASE
如果對您有幫助，請記得採納為滿意答案，謝謝！祝您生活愉快！
vaela
⑽ 關於:網路資料庫管理
資料庫管理員，英文是Database Administrator，簡稱DBA。這個職位對不同的人意味著不同的意義。一個小的軟體開發工作室和一個分工高度明細的大公司相比，DBA的職責來得更加寬泛一些。一個公司，不管它是自己開發應用軟體，還是購買第三方的應用軟體，只要涉及到資料庫（有多少不涉及資料庫的應用軟體呢？資料庫是商業的靈魂和大腦啊），就需要確定是否僱傭一個或幾個DBA。知道DBA這個職位有哪些要求，對於企業內部這個職位的定義或者對於那些未來的DBA將是至關重要的。下面我列出了DBA的一些職責：
安裝和升級資料庫伺服器（如Oracle、Microsoft SQL server），以及應用程序工具。
資料庫設計系統存儲方案，並制定未來的存儲需求計劃。
一旦開發人員設計了一個應用，就需要DBA來創建資料庫存儲結構（tablespaces）。
一旦開發人員設計了一個應用，就需要DBA來創建資料庫對象（tables,views,indexes）。
根據開發人員的反饋信息，必要的時候，修改資料庫的結構。
登記資料庫的用戶，維護資料庫的安全性。
保證資料庫的使用符合知識產權相關法規。
控制和監控用戶對資料庫的存取訪問。
監控和優化資料庫的性能。
制定資料庫備份計劃，災難出現時對資料庫信息進行恢復
維護適當介質上的存檔或者備份數據
備份和恢復資料庫
聯系資料庫系統的生產廠商，跟蹤技術信息。
DBA的個性特點
很多時候管理人員都忽視了DBA的個性特點，他們只關注DBA的技術能力。實際上，上面談到的每個職責都意味著：DBA需要跟各種人員打交道，這些人員可能是銷售商、用戶、開發人員或者管理人員。這說明：DBA必須具有下面的個性特點：自信心，好奇心，堅韌的意志力，老練，自我驅動，注意細節
為什麼這些個性特點很重要呢？
我就有幾個缺乏自信心的部下，他們反復問我一些事無巨細的問題，他們沒有信心哪怕做最小的決定。他們也缺乏工作的主動性。這對於初級DBA來說可能問題不太大，但對於那些高級DBA來說，如果他們缺乏自信心，他們又可以依賴誰幫他們決策呢？在DBA的面試中，即使你不能回答某個技術問題，你也要表現出足夠的自信心。最致命的不是不知道問題的答案，而是不知道從哪兒得到答案。
幾乎所有的資料庫系統都在不停地更新。但並不是所有的更新都有技術文檔。對於好的DBA來說，好奇心是必需的。沒有好奇心和求知慾的DBA總是等待有人告訴他們答案。而一個求知慾強的DBA將安裝最新版本的資料庫系統，並立即開始搜尋那些哪怕是細微的功能和性能上的差異和增強，從而改進自己的工作。應試時一個必然問及的問題是：你手頭有哪些參考資料？你如何使用它們？毫無疑問，如果你只回答了資料庫的文檔，或者你甚至沒有讀過他們，你的"股票市值"將大大下降。好奇心會驅使DBA們理解數據字典(Data Dictionary)、管理工具(Tools)或者其他支持包(Packages)。
DBA常常會碰到棘手的問題。尋找答案是一個需要堅韌意志力、可以經受摔打的個性特點。我常常在一些討論組或者論壇上看到DBA們提出的問題，這些問題往往是提問者自己可以解決的，如果他們具有堅韌的個性特點，並努力尋求問題的答案。
自我驅動對每個人都是很重要的，對DBA尤其如此。DBA要能想辦法使問題出現，而不是等待問題的出現。自驅力強的DBA常常設法取得或者自己寫一些必要的腳本(Script)來監控包括數據表大小(Table Size)、表空間使用(Tablespace Usage)等項目，這些項目如果被忽視，他們將遇到麻煩。應試的時候DBA們常常被問及在PL/SQL、SQL或者SQL*PLUS方面的經驗，這些問題將把你從從來沒有編寫過自己需要的腳本的那些DBA們區分開。
不用說和用戶，就是和程序員和管理人員打交道，也需要你足夠老練。一個一點不會處事的DBA不會為你做什麼好事，只會在你的部門點燃敵對情緒的烈火。老練是這樣一種能力，你勸告某個人到地府去，哈哈，最後這個人懷著渴望的心情去了。很多時候，開發者、管理者、用戶，他們會提出毫無道理的需求，DBA們需要老練地引導、修正它們的要求，說服他們。在應試時，你的應對就很能說明你是否老練。
最後說說注意細節，這種性格傾向非常重要。注意細節的DBA們衣著整潔，有自己的日程安排，在應試前對應聘的單位做過調查。注意細節的DBA們深入了解資料庫的內核，並能理解視圖、表之間的關系。
DBA的等級
DBA的等級並不是很嚴格的。按照對資料庫的掌握情況，我簡單地分成三個等級：初級Primary、中級Intermediate和高級Senior。
初級DBA又稱為DBBS，是英文Database Baby Sitter的縮寫。初級DBA常常是兼職的，他們往往同時是程序員或者兼任其他的工作。初級DBA往往把個人簡歷寫得很棒，參與了很多和資料庫有關的項目或工作。但是，這些項目或者工作往往是：第三方軟體供應商已經安裝並配置了資料庫，他們只做一些監控的工作。他們能處理一些簡單的問題，但大多數時候他們向應用軟體供應商求救。初級DBA更喜歡圖形化的資料庫管理或者監控工具，他們喜歡Access這樣的桌面資料庫簡單易用，並把這些小型資料庫的經驗簡單地應用到大型資料庫相關的工作中。
初級DBA是最好區分的。而中級DBA和高級DBA就不太好區分。他們的差別在於經驗的不同和個性特點、能力方面的差異。中級DBA比較多，他們可以勝任高級DBA的大部分工作，包括：資料庫安裝 ，資料庫配置和管理，許可權設置和安全管理，監控和性能調節，備份和恢復，解決一般的問題
中級DBA往往從業一年左右，熟悉某種操作系統環境下的資料庫。因為對中級DBA來講，Windows NT和Unix是有很大差別的。中級DBA對SQL比較熟悉，他們自己購買了幾本資料庫方面的書籍，並深入鑽研。中級DBA往往同時兼任資料庫程序員，他們的工作對性能、穩定性、安全性的追求基本上不是很高，往往配合高級DBA做一些例行工作。
高級DBA在國內是非常少的。他們購買了太多的資料庫方面的英文資料，也許是托朋友從Amazon買的。相對於他們的報酬來講，買書的錢是很少的一個比例。高級DBA一般都熟悉很多種操作平台下的幾種大型資料庫。他們知道各種不同資料庫在不同環境下的優勢和劣勢，並能在資料庫平台和資料庫環境的選擇方面做出決策。他們一般通曉系統架構和資料庫設計，並能對資料庫進行各種級別的優化。高級DBA一般都配有助手，他們更偏向做決策和計劃。高級DBA往往在銀行業、保險業、在線交易等對穩定性、安全性、性能都要求比較高的關鍵業務處理領域大顯身手。
很多時候，是否取得資料庫專家認證證書並不是很重要。我知道很多資料庫廠商的培訓只要你去了都會獲得證書。有很多的公司提供商業化的培訓，他們的服務質量也有好有劣。所以證書並不是特別地有意義。
幾種流行的資料庫系統
最"容易"的資料庫系統-Microsoft SQL Server
如果你打算做一個DBA，建議你選擇那些現在比較流行的資料庫系統。這意味著你將有更多的就業機會、交流和培訓機會，而且，流行自有流行的理由，你可以因此省心很多。當然，就業競爭壓力也比較大。一般的入門者選擇Microsoft SQL Server，這是非常適合中小型企業的資料庫系統，熟悉Access的讀者很容易就能初步使用Microsoft SQL Server，成為一個DBBS。Microsoft SQL Server 7.0的報價，5用戶版1399美金，增加用戶時，127美金每用戶。
最"難"的資料庫-無冕之王Oracle
如果你有機會接觸到Oracle，那可是個好機會。Oracle是目前最看好的資料庫廠商，由於其強大的功能和可配置、可管理能力，Oracle DBA的薪資一般比其他資料庫管理員的薪資要高。而且，Oracle在大中型企業的關鍵應用也更加普遍了。Oracle可以運行在Windows NT、Sun Solaris、Linux等平台下。很多情況下要求你不僅僅熟悉NT，還要你熟悉Unix；而且Oracle不太友善的界面和成箱的Oracle產品資料可能也是一個障礙。
Oracle 8i標准版的報價，如果運行在Windows NT，附帶JServer和interMedia，支持5個並發用戶，報價是3925美金每CPU。增加並發用戶時，785美金每用戶。增加附加的命名用戶時，392.5美金每用戶。
資料庫系統的貴族-IBM UDB/DB2
作為30年資料庫研究的成果，IBM DB2確實稱得上"資料庫系統的貴族"。不管是小型商業系統，還是大的銀行系統，用DB2都是可以高枕無憂的。最近推出的新版DB2 6.1， 管理和調節工具更加卓越和便於使用。DB2 可以運行在Intel架構上，也可以運行在IBM的S/390大型計算機上。如果你所在的行業對IBM的機器特別地稱道，建議你學習IBM DB2。
DB2有兩種版本：工作組版和企業版。工作組版999美元每伺服器，外加249美元每個並發用戶。而企業版是12500美元每個CPU，不限並發用戶數量。
以Java為中心的資料庫-Sybase Adaptive Server Enterprise(ASE) 12.0
即將發布的Sybase ASE 12.0，直接面向Java 程序員。這種以Java為中心的資料庫系統，為那些准備在Java 平台下構建企業應用的企業來說，將是最好的選擇。但是ASE稱不上一個資料庫領域的領先者，盡管相對於它以前的版本已經改進很多，並支持多個CPU和更多的並發，還有很多的新的特性。但Sybase的風光似乎已經不再。
值得期盼的Informix Centaur
有時候"第一"只是意味著你的對手需要等待更長的時間去趕上你。這正是1997年創立的Informix所面臨的。Informix公司是率先將多媒體特性加入到關系資料庫系統的大型資料庫廠商之一。但是如今，IBM、Oracle、Sybase都已經跨越了這個概念。所以，Informix不得不尋求新的支撐來使自己區別於其他資料庫廠商。這就是Informix Centaur的目標。Informix Centaur結合了Informix Dynamic Server 7.3的對象-關系資料庫和Informix Universal Data Option 9.1，意在獲得更好的適應性和多媒體支持。詳情如何，我們拭目以待！
DBA的薪資
有很多因素影響到你作為DBA的薪資：你的經驗和能力所決定的DBA等級，你所熟悉的資料庫系統，你的個性特點和潛力