資料庫維護規范

⑴ 網站的資料庫需要維護嗎

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

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

2. 日常備份

3. 操作維護備份

4. 操作修改過程

一、網站基礎維護

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

二、網站安全維護

1、 病毒的防治

三、網站資料庫維護

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

四、故障恢復

1、 資料庫數據丟失找回

2、 網站程序恢復

五、基礎優化

1、進行w3c標准優化

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

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

域名管理信息

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

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

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

三、 網站修改

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

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

四、 定期備份

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

2、資料庫文件

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

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

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

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

網路資料庫的重要性

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

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

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

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

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

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

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

行，減少系統的停用時間。
關鍵功能與亮點
支持主流的資料庫，包括
·MS SQL Server 2000、2005
·Oracle DB 9i、10g
·MySQL
·DB2
自動發現被監控的資料庫，並且可自動發現資料庫上的資料庫表和表空間，然後進行監控。
對以下關鍵組件進行針對性的監控
·資料庫
從CPU、內存、連接、鎖、事務等方面來監控資料庫的性能。
·表空間
數據文件
進程
操作系統的文件系統
除了數據展現，更提供可視化的監控方式，可以對文件系統運行情況進行查看和檢索。
提供資料庫配置的監控，當資料庫的配置發生變更，例如資料庫內存配置方面的變更等，以不同的顏

色標記配置變更記錄，並且系統可第一時間通知管理員所發生的變更。
監控粒度更加細化，提供對於SQL語句的排序，可查看性能較差的SQL語句，為管理員優化資料庫提供依據，能夠預防更嚴重問題的發生。

關於資料庫的運行數據，系統提供了豐富的報表、報告，並可導出各種文件形式，應用於其他文檔。
應用可視化管理，可直觀的展現給用戶資料庫監控的各種數據，讓用戶對於應用運行的情況有更清晰、直接的感受。

整合ITM、Smarts等第三方軟體，便於用戶通過一個Portal，了解到全局的信息。
提供宕機的根本原因分析，幫助管理員更快解決問題，使最終用戶得到更高品質的應用服務。
一旦系統發生故障，系統生成事件，通過簡訊，郵件和語音等方式通知關鍵管理人員。

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

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

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

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

一般來復說 維護的工作制就是日常的監控和備份恢復工作
其實也有安裝，配置，啟動，關閉，優化的工作
查查你用的資料庫的管理員手冊，一般都有這樣的日常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_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是登錄名稱。

⑸ 地質資料庫的維護

地圖符號是地圖的語言單位，通過對地圖符號的解讀，可以直觀的了解地圖所表達的地質地理信息。對於現在的建庫數據，基本的元素就是點、線、面，但是沒有一個規范而直觀的符號系統，不能很好地解讀地質地理信息，對於數據的最終應用也有缺憾。因此，對於以符號為基礎的ArcGIS資料庫的創建，其目的就是希望能解決這個規范而直觀的符號系統，以期做到地質圖圖面的規范和統一。

資料庫系統投入正式建成之後，標志著開發任務的基本完成和長期維護工作的開始，但這並不意味著資料庫設計過程的終結。由於應用環境在不斷變化，資料庫運行過程中物理存儲也會不斷變化，對資料庫設計進行評價、調整、修改等維護工作是一個長期的任務（圖5-5），也是設計工作的繼續和提高。

圖5-5 地質資料庫維護流程簡圖

1.資料庫的定義

嚴格地說，資料庫是 「按照數據結構來組織、存儲和管理數據的倉庫」 在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的 「倉庫」，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況（職工號、姓名、年齡、性別、籍貫、工資、簡歷等）存放在表中，這張表就可以看成是一個資料庫。有了這個 「數據倉庫」 我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種 「資料庫」，使其可以利用計算機實現財務、倉庫、生產的自動化管理。

J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個「資料庫集合」。

2.資料庫的基本結構

資料庫的基本結構分三個層次，反映了觀察資料庫的三種不同角度。

物理數據層：它是資料庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字元和字組成。

概念數據層：它是資料庫的中間一層，是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系，而不是它們的物理情況，是資料庫管理員概念下的資料庫。

邏輯數據層：它是用戶所看到和使用的資料庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。

3.資料庫的主要特點

實現數據共享：數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。

減少數據的冗餘度：同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。

數據的獨立性：數據的獨立性包括資料庫中資料庫的邏輯結構和應用程序相互獨立，也包括數據物理結構的變化不影響數據的邏輯結構。

數據實現集中控制：文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過數據模型表示各種數據的組織以及數據間的聯系。

數據一致性和可維護性，以確保數據的安全性和可靠性。由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障，可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。

⑹ 資料庫的維護具體要做一些什麼呢

備份系統
數據
備份資料庫
備份
事務日誌
備份資料庫及其日誌間的相互作用
萬一系統失敗時恢復
資料庫系統
以上都是
資料庫維護
時需要做的
在簡單的說就是
確保資料庫正常運行不出現錯誤
沒有
數據冗餘

⑺ 資料庫維護日常需要注意哪些問題

最基本的是要每天備份，以防斷電等各種外因造成數據丟失，其次就是主要對數據進行更新更正，完善資料庫。我指的是小的資料庫哦，望採納