網路資料庫維護有哪些

㈠ 資料庫維護和管理是哪些內容

一般來說 維護的工作就是日常的監控和備份恢復工作。也有安裝，配置，啟動，關閉，優化的工作。可以查看你用的資料庫的管理員手冊，一般都有這樣的日常admin工作的清單。資料庫維護是指當一個資料庫被創建以後的工作都叫做資料庫維護。包括備份系統數據、恢復資料庫系統、產生用戶信息表，並為信息表授權、監視系統運行狀況，及時處理系統錯誤、保證系統數據安全，周期更改用戶口令。

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

資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分：
一、備份系統數據
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是登錄名稱。

㈢ 資料庫維護一般做哪些方面的工作

1、定期備鋒大棚份，自動的話最好每天自動執行備份腳本，手工可以定期備份，資料庫文件和備份文件目錄最好在不同的IO或機器上；x0dx0a2、表空間佔用情況檢查，一旦發現空間接近最大值需要擴仿顫展表空間，磁碟空間不夠需要加設備x0dx0a3、日誌檢查，包括佔用空間檢查，出錯後的檢查。x0dx0a4、根據應用訪問情況做適當優化，比如db2里的日誌文件數量、緩沖池大小、索引等。x0dx0a5、安全性，防止外部惡銀則意訪問破壞。

㈣ 網站的資料庫需要維護嗎(資料庫的維護怎麼做)

肯定是需要維護的，而且要根據網站的運營情況和公司的實際需求進行維護和優化。網站資料庫的維護工作的內容如下:

確定網站程序、資料庫類型

日常備份

操作維護備份

操作修改過程

一、網站基礎維護

1、內容更新2、圖片修改3、簡單Flash修改4、簡單Js效果

二、網站安全維護

1、病毒的防治

三、網站資料庫維護

1、資料庫備份2、資料庫導入導出3、資料庫的遷移4、資料庫數據的恢復和還原5、資料庫後台維護

四、故障恢復

1、資料庫數據丟失找回

2、網站程序恢復

五、基礎優化

1、進行w3c標准優化

一、確定網站程序類型和資料庫類型，並取簡罩得一下信息

1、取得FTP賬號信息，2、如果是大型資料庫（例如sqlserver和mysql等），要取得資料庫賬號信息3、

域名管理信息

二、原始備份在取得網站信息後要對網站進行原始備份，包括資料庫數據和網站程序，以下為備份過程：

i.以漢語拼音或者英文的第一個字母為文件夾名稱，對網站進行分類，便於查找

ii.每個文件夾內再建立2-3個文件夾，分別存放，網站原始備份，修改備份，資料庫文件以及備份（如果是aess資料庫可以和程序放在同一個文件夾內，備份文件以文件名加日期命名）

三、網站修改

1、每次修改從ftp下載最新的文件進行修改，上傳之前,需要在ftp備份原文件，以文件名加日期來命名，例如（index.asp命名為index.asp1022）,並及時更新原始備份

2、如果是從網站後台直接拷貝的代碼模板進行修改，需要將原模板代碼備份到本地文件夾，再將修改好的代碼上傳。

四、定期備份

1、程序文件每月一號進行一次備份，可採用覆蓋原始備份的方式進行備份，如果有重要更新，隨時進行一次單獨備份，同時保留舊備份，數量為2

2、資料庫文件

1）aess資料庫可以通過手動的方式每周五備份一次，如果客戶要求可以備份。備份保留數量為5份

2)大型資料庫，例如sqlserver和mysql，每周五通過伺服器控制面板備份，客戶要求可以備份。並在本地電腦上通過數據導入導出每15天備份一次，不需要保留舊數據。

3）如果是獨享主機可以通過軟體在伺服器是自動差異備份，設定時間為每周五備份。並在本地電腦上通過數據導入導出每15天攔雀鬧備份一次，不需要保留舊數據。

4）若進行資料庫結構修改操作，需要對資料庫進行完全備份。

網路資料庫的重要性

資料庫作為應用系統基礎的組成部分，其重要性不言而喻。資料庫一旦崩潰，將會給企業帶來巨大的壓力，面臨的業務需求與挑戰。隨著IT技術的發展，企業的應用系統越來越復雜，資料庫作為應用系統基礎的組成部分，其重要性不言而喻。對於企業而言，一旦資料庫崩潰或者資料庫的性能降低，那麼會直接導致依賴於資料庫的應用系統運行速度緩慢或者根本無法使用，其最終結果不僅僅是會影響應用系統的使用效率，甚至會造成企業客戶和利潤的流失。更有甚者，對於某些企業來說，其日常的運營完全依賴於業務系統，那麼一旦業務系統所使用的資料庫崩潰，那麼會對企業造成根本性的傷害，或者會影響到企業的正常運營。我們為客戶帶來什麼提高管理員的工作效率，改善企業的資料庫使用環境

資料庫在使用中所出現的問題，可能由表空間、文件系統、數據文件、進程等組件當中的任意一個造成，甚至有可能是由於某一個SQL語句的性能太差造成。因此，當資料庫出現問題，徹查問題的根本原因成為重復、繁雜的勞動，MochaBSM將管理員從歲液重復勞動中脫離出來，以主動管理的方式，為管理員提供自動化的監控管理，一旦資料庫出現問題，可以馬上通知相關的管理員。提前識別可能傷害資料庫性能的事件，並採取預防性措施，減少應用停用為企業帶來的傷害系統提供了70多個重要的性能指標，一旦性能出現問題，立刻產生相應的事件和報警，並可通過簡訊、語音等形式主動將事件和報警推送給管理員，讓管理員能夠實時了解當前的系統運行數據與運行狀況，及時解決資料庫所存在的問題，防止問題進一步的嚴重。

監控顆粒度細化，為管理員提供更詳盡的信息，便於管理員有依據的優化資料庫性能除了監控資料庫、表空間、數據文件等組件，系統還可以深入到SQL語句的監控，提供SQL語句排名，可檢測性能欠佳的SQL語句，讓管理員能夠有依據、有針對性的優化資料庫的性能，簡化管理員的維護工作。

資料庫可視化監控，一目瞭然，降低技術門檻

除了提供詳盡、實時的數據，系統還可提供給使用者可視化的監控方式，使用者不必具有專業的資料庫知識，也可以了解到資料庫的當前狀況。

保障業務不間斷和連續性，降低運行風險

通過對資料庫可用性和性能的監控，保證資料庫的健康運行，確保依賴於資料庫的業務系統的正常運

行，減少系統的停用時間。

關鍵功能與亮點

支持主流的資料庫，包括

·MSSQLServer2000、2005

·OracleDB9i、10g

·MySQL

·DB2

自動發現被監控的資料庫，並且可自動發現資料庫上的資料庫表和表空間，然後進行監控。

對以下關鍵組件進行針對性的監控

·資料庫

從CPU、內存、連接、鎖、事務等方面來監控資料庫的性能。

·表空間

數據文件

進程

操作系統的文件系統

除了數據展現，更提供可視化的監控方式，可以對文件系統運行情況進行查看和檢索。

提供資料庫配置的監控，當資料庫的配置發生變更，例如資料庫內存配置方面的變更等，以不同的顏

色標記配置變更記錄，並且系統可第一時間通知管理員所發生的變更。

監控粒度更加細化，提供對於SQL語句的排序，可查看性能較差的SQL語句，為管理員優化資料庫提供依據，能夠預防更嚴重問題的發生。

關於資料庫的運行數據，系統提供了豐富的報表、報告，並可導出各種文件形式，應用於其他文檔。

應用可視化管理，可直觀的展現給用戶資料庫監控的各種數據，讓用戶對於應用運行的情況有更清晰、直接的感受。

整合ITM、Smarts等第三方軟體，便於用戶通過一個Portal，了解到全局的信息。

提供宕機的根本原因分析，幫助管理員更快解決問題，使最終用戶得到更高品質的應用服務。

一旦系統發生故障，系統生成事件，通過簡訊，郵件和語音等方式通知關鍵管理人員。

保護敏感信息和數據資產大多數企業、組織以及政府部門的電子數據都保存在各種資料庫中。他們用這些資料庫保存一些個人資料,比如員工薪水、醫療記錄、員工個人資料等等。資料庫伺服器還掌握著敏感的金融數據,包括交易記錄、商業事務和帳號數據、戰略上的或者專業的信息,比如專利和工程數據,甚至市場計劃等等應該保護起來防止競爭者和其他非法者獲取的資料。資料庫伺服器還保存著一些有關員工詳細資料的東西比如銀行帳號、信用卡號碼,以及一些商業夥伴的資料。

㈤ 網站維護具體都包括哪些

1、伺服器及相關軟硬體的維護，對可能出現的問題進行評估，制定響應時間；

2、資料庫維護，有效地利用數神液據庫是網站維護的重要內容，因此資料庫的維護要受到重視；

3、內容的更新、調整等；

4、制定相關網站維護的規定，將網站維護制度化、規范化；

5、做好網站安全管理，防範黑客入侵網站，檢查網站各個功能，鏈接是否有錯。

伺服器軟體維護

包括伺服器、操作系統、和Internet聯接線路等等，以確保網站的24小時不間斷正常運行。

伺服器硬體維護

計算機硬體在使用中常會出現一些問題，同樣，網路設備也同樣影響企業網站的工作效率，網路設備管理屬於技術操作，非專業人員的誤操作有可能導致整個企業網站癱瘓。沒有任何操作系統是絕對安全的。維護操作系統的安全必須不斷的留意相關網站，及時的為系統安裝升級包或者打上補丁。

網站安全維護

隨著黑客人數日益增長和一些入侵軟體昌盛，網站的安全日益遭到挑戰，像SQL注入、跨站腳本、文本上傳漏洞等，而網站安全維護也成日益重視的模塊。而網站安全的隱患主要是源於網站的漏洞存在，而世界上不存在沒有漏洞網站，所以網站安全維護關鍵在於早發現漏洞和及時修補漏洞。而網上也有專門的網站漏洞掃描工具，而發現漏洞要及時修補，特別採用一些開放源碼的網站。

網站內容更新

建站容易維護難。對於網站來說，只有不斷地更新內容，才能保證網站的生命力，否則網站不僅不能起到應有的作用，反而會對企業自身形象造成不良影響。如何快捷方便地更新網頁，提高更新效率，是很多網站面臨的難題。現在網頁製作工具不少，但為了更新信息而日復一日地編輯網頁，對信息維護人員來說，疲於應付是普遍存在的問題。內容更新是網站維護過程中的一個瓶頸。網站的建設單位可以考慮從以下五個方面入手，使網站能長期順利地運轉。

1、在網站建設初期，就要對後續維護給予足夠的重視，要保證網站後續維護所需資金和人力。很多單位是以外包項目的方式建設網站的，建設時很捨得投入資金。可是網站發布後，維護力度不夠，信息更新工作遲遲跟不上。網站建成之時，便是網站死亡的開始。

2、要從管理制度上保證信息渠道的通暢和信息發布流程的合理性。網站上各欄目的信息往往來源於多個業務部門，要進行統籌考慮，確立一套從信息收凳隱集、信息審查到信息發布的良性運轉的管理制度。既要考慮信息的准確性和安全性，又要保證信息更新的及時性。要解決好這個問題，領導的重視是前提。

3、在建設過程中要對網站的各個欄目和子欄目進行盡量細致的規劃，在此基礎上確定哪些是經常要更新的內容，哪些是相對穩定的內容。由承建單位根據相對穩定的內容設計網頁模板，在以後的維護工作中，這些模板不用改動，這樣既省費用，又有利於後續維護。

4、對經常變更的信息，盡量用結構化的方式（如建立資料庫、規范存放路徑）管理起來，以避免數據雜亂無章的現象。如果採用基於資料庫的動態網頁方案，則在網站開發過程中，不但要保證信息瀏覽環境的方便性，還要保證信息維護環境的方便性。

5、要選擇合適的網頁更新工具。信息收集起來後，如何"寫到"網頁上去，採用不同的方法，效率也會大大不同。比如使用Notepad直接編輯HTML文檔與用Dreamweaver等可視化工具相比，後者的效率自然高得多。倘若既想把信息放到網頁上，又想把信息保存起來以備以後再用，那麼採用能夠把網頁更新和資料庫管理結合起來的工具效率會更高。

6.網上還有一些人員專門為企業站提供維護支持,例如:在網路裡面搜索"易尚互聯".這樣類型的網站。

制定維護規定

制定相關網站維護的規定，將網站維護制游粗物度化、規范化；

第一點、對留言板進行維護

網站製作好留言板或論壇後，要經常維護，總結意見.因為一般訪問者對站點有什麼意見，通常都會在第一時間看看站點哪裡有留言板或者論壇，然後就在那裡記錄，期望網站管理者能提供他想要的東西，或提供相關的服務。我們必須對別人提出的問題進行分析總結，一方面要以盡可能快的速度進行答復，另一方面，也要記錄下來進行切實的改進.我們可以從中收集很多信息，獲得很多商機。

第二點、對客戶的電子郵件進行維護

所有的企業網站都有自己的聯系頁面，通常是管理者的電子郵件地址，經常會有一些信息發到郵箱中，對訪問者的郵件要答復及時。最好是在郵件伺服器上設置一個自動回復的功能，這樣能夠使訪問者對站點的服務有一種安全感和責任感，然後再對用戶的問題進行細致的解答。

第三點、維護投票調查的程序

企業的站點上部分也有一些投票調查的程序，用來了解訪問者的喜好或意見。我們一方面對已調查的數據進行分析。另一方面，也可以經常變換調查內容。但對於要調查的內容的設置要有針對性，不要搞一些空泛的問題.也可以針對某個熱點投票，吸引別人來看結果。

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

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

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

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

㈧ 網站維護包括哪些方面

一、系統維護：網站伺服器、郵件伺服器、系統程序及安全性維護。網站遇突發事件緊急恢復，木馬病毒清除。

二、數據維護：資料庫後台數據錄入（圖片處理+文字表格），資料庫後台維護管理，網站建設的數據導入導出。

三、網頁維護：網站建設網頁（文字圖片）內容更新，改變網站結構、頁面風格的更新，首頁或動態頁面的修改更新，鏈接檢查、內容審核。

四、其他項目：域名續費、轉移注冊商，虛擬主機空間或網站伺服器續費，企業郵箱續費，網站優化續費，電話及網路技術支持。

3樓

一個網站項目的確立是建立在各種各樣的需求上面的，這種需求往往來自於客戶的實際需求或者是出於公司自身發展的需要，其中客戶的實際需求也就是說這種交易性質的需求佔了絕大部分。面對對網站開發擁有不同知識層面的客戶，項目的負責人對用戶需求的理租如碼解程度，在很大程度上決定了此類網站開發項目的成敗。因此如何更好地的了解、分析、明確用戶需求，並弊哪且能夠准確、清晰以文檔的形式表達給參與項目開發的每個成員，保證開發過程按照滿足用戶需求為目的正確項目開發方向進行，是每個網站開發項目管理者需要面對的問題。就這個問題，本文想提出自己的一些看法和建議，希望各位讀者批評指正：

一、那些人應該參與網站開發項目的需求分析活動

需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：

1、負責組織相關開發人員與用戶一起進行需求分析。

2、組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。

3、組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。

4、如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。

5、如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。

二、完整的需求調查文檔記錄體系

在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助

目成員將需求分析結果更加明確化，也為以後開發過程中做到了現實文本形式的備忘，並且有助於公司日後的開發項目提供有益的借鑒和模範，成為公司在項目開發橡斗中積累的符合自身特點的經驗財富。

需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文後面討論。

三、向用戶調查些什麼

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：

1、網站當前以及日後可能出現的功能需求。

2、客戶對網站的性能（如訪問速度）的要求和可靠性的要求。

3、確定網站維護的要求。

4、網站的實際運行環境。

5、網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。

6、主頁面和次級頁面數量，是否需要多種語言版本等

7、內容管理及錄入任務的分配。

8、各種頁面特殊效果及其數量（js,flash等）

9、項目完成時間及進度（可以根據合同）

10、明確項目完成後的維護責任。

調查結束以後，需要編寫《用戶調查報告》，《報告》的要點是：

1、調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。

2、調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。

3、調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）

四、市場調研活動內容

通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博採眾長開發出更加優秀的網站。

但是由於實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：

1、市場中同類網站作品的確定。

2、調研作品的使用范圍和訪問人群。

3、調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）

4、簡單評價所調研的網站情況。

調研的目的是明確並且引導用戶需求。

對市場同類產品調研結束後，應該撰寫《市場調研報告》主要包括一下要點：

1、調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。

2、調研內容說明：調研的同類網站作品名稱、網址、設計公司、網站相關說明、開發背景、主要適用訪問對象、功能描述、評價等

3、可採用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、可採用的原因。

4、不可採用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、不可採用的原因。

5、分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優勢。

6、調研資料匯編：將調研得到的資料進行分類匯總。

五、清晰的需求分析輸出——《網站功能描述書》：

在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，並輸出一份詳細清晰的總結性文檔——《網站功能描述書（最終版）》以供作為日後項目開發過程中的依據。

《網站功能描述書》必須包含以下內容：

1、網站功能

2、網站用戶界面（初步）

3、網站運行的軟硬體環境

4、網站系統性能定義

5、網站系統的軟體和硬體介面

6、確定網站維護的要求

7、確定網站系統空間租賃要求

8、網站頁面總體風格及美工效果。

9、主頁面及次頁面大概數量。

10、管理及內容錄入任務分配。

11、各種頁面特殊效果及其數量。

12、項目完成時間及進度（根據合同）

13、明確項目完成後的維護責任。

綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便於日後在項目開發過程中作為開發成員的依據和借鑒。

當然一次成功的需求分析不僅需要項目負責人甚至是客戶等所有項目相關人員的共同努力，還和公司的能力范圍有一定關系。需要說明的是本文所述的需求分析活動內容是建立在較為理想的基礎上的。由於各個公司現實情況的不同，讀者可以根據自身情況不一借鑒吸收利用。重要的是能構根據本公司的情況，系統的規范此類文檔做好保存和收集，相信對公司以後其他網站項目的進行以及公司自身實力的增強都會有很大幫助。

㈨ 資料庫維護的資料庫維護內容

資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分： 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是登錄名稱。