『壹』 資料庫維護工作主要內容是什麼
資料庫維護工作主悄滾螞要內容: ①資料庫的備吵轉儲和恢復。
②資料庫的安全性、完整性控制。
③資料庫性能的監督、分析和改進。
④資料庫的重組織和重構造。
啟埋
『貳』 資料庫維護一般做哪些方面的工作
1、定期備份,自動的話最好每天自動執行備份腳本,手工可以定期備份,資料庫文件和備份文件目錄最好在不同的IO或機器上;
2、表空間佔用情況檢查,一旦發現空間接近最大值需要擴展表空間,磁碟空間不夠需要加設備
3、日誌檢查,包括佔用空間檢查,出錯後的檢查。
4、根據應用訪問情況做適當優化,比如db2里的日誌文件數量、緩沖池大小、索引等。
5、安全性,防止外部惡意訪問破壞。
『叄』 資料庫的維護工作包括那4個方面的內容
可不僅僅是4個方面。
總的來說資料庫管理員的主要責任就是保證資料庫系統的正常、良好的運行。
1:基本的備份、還原。
2:基本的DML語句你要會。(SELECT,UPDATE,DELETE,INSERT)
3:如果公司要求修改某個報表的數據。你還需要會存儲過程、函數
4:深入一點就是性能優化,語句優化、資料庫優化等等
還有其它很多很多需要學習一步一步慢慢來。
『肆』 Mysql資料庫的日常維護有哪些
日常維護有很多方面的工作:資料庫狀埋遲神態監控、性能分析、SQL代碼分析與優化等等。資料庫巡檢等等工作彎虧旦笑,你可以參考國內上海愛可生公司網站上提供的MySQL服務相關的內容來寫,呵呵。還可以咨詢他們。
『伍』 網站的資料庫需要維護嗎(資料庫的維護怎麼做)
肯定是需要維護的,而且要根據網站的運營情況和公司的實際需求進行維護和優化。網站資料庫的維護工作的內容如下:
確定網站程序、資料庫類型
日常備份
操作維護備份
操作修改過程
一、網站基礎維護
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,了解到全局的信息。
提供宕機的根本原因分析,幫助管理員更快解決問題,使最終用戶得到更高品質的應用服務。
一旦系統發生故障,系統生成事件,通過簡訊,郵件和語音等方式通知關鍵管理人員。
保護敏感信息和數據資產大多數企業、組織以及政府部門的電子數據都保存在各種資料庫中。他們用這些資料庫保存一些個人資料,比如員工薪水、醫療記錄、員工個人資料等等。資料庫伺服器還掌握著敏感的金融數據,包括交易記錄、商業事務和帳號數據、戰略上的或者專業的信息,比如專利和工程數據,甚至市場計劃等等應該保護起來防止競爭者和其他非法者獲取的資料。資料庫伺服器還保存著一些有關員工詳細資料的東西比如銀行帳號、信用卡號碼,以及一些商業夥伴的資料。
『陸』 資料庫維護和管理是哪些內容
一般來說 維護的工作就是日常的監控和備份恢復工作。也有安裝,配置,啟動,關閉,優化的工作。可以查看你用的資料庫的管理員手冊,一般都有這樣的日常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_TRUN
『捌』 地質資料庫的維護
地圖符號是地圖的語言單位,通過對地圖符號的解讀,可以直觀的了解地圖所表達的地質地理信息。對於現在的建庫數據,基本的元素就是點、線、面,但是沒有一個規范而直觀的符號系統,不能很好地解讀地質地理信息,對於數據的最終應用也有缺憾。因此,對於以符號為基礎的ArcGIS資料庫的創建,其目的就是希望能解決這個規范而直觀的符號系統,以期做到地質圖圖面的規范和統一。
資料庫系統投入正式建成之後,標志著開發任務的基本完成和長期維護工作的開始,但這並不意味著資料庫設計過程的終結。由於應用環境在不斷變化,資料庫運行過程中物理存儲也會不斷變化,對資料庫設計進行評價、調整、修改等維護工作是一個長期的任務(圖5-5),也是設計工作的繼續和提高。
圖5-5 地質資料庫維護流程簡圖
1.資料庫的定義
嚴格地說,資料庫是 「按照數據結構來組織、存儲和管理數據的倉庫」 在經濟管理的日常工作中,常常需要把某些相關的數據放進這樣的 「倉庫」,並根據管理的需要進行相應的處理。例如,企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中,這張表就可以看成是一個資料庫。有了這個 「數據倉庫」 我們就可以根據需要隨時查詢某職工的基本情況,也可以查詢工資在某個范圍內的職工人數等。這些工作如果都能在計算機上自動進行,那我們的人事管理就可以達到極高的水平。此外,在財務管理、倉庫管理、生產管理中也需要建立眾多的這種 「資料庫」,使其可以利用計算機實現財務、倉庫、生產的自動化管理。
J.Martin給資料庫下了一個比較完整的定義:資料庫是存儲在一起的相關數據的集合,這些數據是結構化的,無有害的或不必要的冗餘,並為多種應用服務;數據的存儲獨立於使用它的程序;對資料庫插入新數據,修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時,則該系統包含一個「資料庫集合」。
2.資料庫的基本結構
資料庫的基本結構分三個層次,反映了觀察資料庫的三種不同角度。
物理數據層:它是資料庫的最內層,是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據,是用戶加工的對象,由內部模式描述的指令操作處理的位串、字元和字組成。
概念數據層:它是資料庫的中間一層,是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系,是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系,而不是它們的物理情況,是資料庫管理員概念下的資料庫。
邏輯數據層:它是用戶所看到和使用的資料庫,表示了一個或一些特定用戶使用的數據集合,即邏輯記錄的集合。
3.資料庫的主要特點
實現數據共享:數據共享包含所有用戶可同時存取資料庫中的數據,也包括用戶可以用各種方式通過介面使用資料庫,並提供數據共享。
減少數據的冗餘度:同文件系統相比,由於資料庫實現了數據共享,從而避免了用戶各自建立應用文件。減少了大量重復數據,減少了數據冗餘,維護了數據的一致性。
數據的獨立性:數據的獨立性包括資料庫中資料庫的邏輯結構和應用程序相互獨立,也包括數據物理結構的變化不影響數據的邏輯結構。
數據實現集中控制:文件管理方式中,數據處於一種分散的狀態,不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理,並通過數據模型表示各種數據的組織以及數據間的聯系。
數據一致性和可維護性,以確保數據的安全性和可靠性。由資料庫管理系統提供一套方法,可及時發現故障和修復故障,從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障,可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。
『玖』 資料庫要怎麼維護
資料庫日常維護(參考)
資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分:
一、備份系統數據
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
『拾』 從dba的角度,有哪些手段進行數據安全性的保障
有人說,資料庫管理員(DBA)有三個基本任務。按照重要性大小的順序進行排列,它們分別是:保護數據、保護數據再保護數據。
雖然數據完整性顯然是DBA的首要職責(如果數據「質量」不好的話,誰在乎資料庫是不是可用的或快速的),不過除此之外,他還有很多其它工作要做。下面就列出了一個DBA日常執行的實際工作。(有些任務是所有DBA通用的,其它的則是需要在某些特殊的資料庫環境才需要完成的)。
DBA的一般任務
◆安裝、配置、升級和遷移
雖然系統管理員通常負責安裝、維護伺服器上的硬體和操作系統,不過資料庫軟體的安裝通常是由DBA負責的。要勝任這一工作需要了解什麼樣的硬體配置才能使一個資料庫伺服器發揮最大的作用,並且還要就這些硬體需求與系統管理員進行溝通。在完成了上述工作之後,DBA就著手安裝資料庫軟體,並從各種不同的產品配置選項中選擇一個與硬體匹配的並且能使資料庫效率最高的方案。當有新版本的資料庫或者補丁包發布時,決定是否要用或者用哪一個升級或補丁包也是DBA的工作之一。如果企業購買了新的資料庫伺服器,那麼DBA也要負責將數據從原有資料庫伺服器中遷移到新的伺服器上來。
◆備份和恢復
DBA負責為他們所管理的資料庫制定、實施並定期測試資料庫備份和恢復方案。即使在一個大型企業中有一個單獨的系統管理員專門負責資料庫的備份工作,不過最終的決定權還是由DBA掌握---他來確保備份工作要如期完成,並且在資料庫出現故障執行恢復工作後,能包含所需要的所有文件。當資料庫故障發生時,DBA需要知道如何使用備份使資料庫返盡快回到正常狀態,會丟失任何所完成的事務。資料庫出現故障的原因可能又很多種,當出現故障時,DBA必須能很快就能判斷出故障所在並採取有效的應對策略。從商業的角度來看,資料庫備份是有成本的,DBA需要讓企業的管理人員知道各種資料庫備份方法的成本和風險。
◆資料庫安全
因為資料庫主要負責集中存儲數據,這些數據有可能是非常機密並且非常有價值的,因此資料庫往往是黑客甚至好奇的員工最感興趣的目標。DBA必須了解所用資料庫產品的詳細安全模型、該資料庫產品的用途、以及如何使用它來有效地控制數據存取。DBA最基本的三個安全任務是驗證(設置用戶帳戶控制用戶登錄資料庫)、授權(對資料庫的各部分設置許可權,防止非法用戶訪問)、審計(跟蹤用戶執行了什麼資料庫操作)。就目前而言,因為監管法規比如Sarbanes-Oxley 和HIPAA的報告要求必須得到滿足,這使得資料庫審計工作尤為重要。
◆存儲和容量規劃
創建資料庫得一個主要目就是存儲和檢索數據,所以規劃需要多少磁碟存儲空間和監測可用的磁碟存儲空間是DBA的關鍵責任。觀察數據的增長趨勢也是非常重要的,因為只有這樣DBA才能向企業的管理層提出一個長遠的存儲容量規劃。
◆性能監控和調整
DBA負責定期監測資料庫伺服器,從而找出資料庫瓶頸(使資料庫性能降低的某些部分)並制定補救措施。對資料庫伺服器的調整工作要在多個層次上完成。資料庫伺服器硬體的性能以及操作系統的配置都可能成為造成資料庫瓶頸的因素,同樣資料庫軟體的配置也是如此。資料庫在磁碟驅動器上的物理安裝方式以及索引的選擇對於資料庫的性能也有影響。資料庫查詢的編碼方式也可能顯著改變查詢結果返回的快慢程度。DBA需要了解在上述各個層次需要用哪些監測工具,以及如何使用它們來調整系統。從應用設計一開始把性能因素考慮在內是積極主動調整的反映,而不是等待問題發生之後再去修復它們。DBA還需要與資料庫應用開發人員緊密合作,以確保應用是按照最佳方式開發出來的,並且能帶來良好的性能。
◆疑難解答
當資料庫伺服器出現某些差錯的時候,DBA需要知道如何快速確定問題所在並正確地解決問題,保證不丟失數據或使情況變得更糟。
特殊環境下DBA的任務
除了上述基本職責外,由於某些特殊的資料庫環境,一些DBA們還需要掌握一些特別的技巧。
◆高可用性
隨著互聯網時代的到來,過去那種資料庫只需要在白天正常運轉的時代已經結束了,現在資料庫必須能夠提供須提供每周7天每天24小時的全天候服務。網站也已經從靜態的、預定義的內容發展成為動態創建的內容---在頁面請求發送過來之後,使用資料庫創建頁面布局。如果網站是全天候可用的,那麼支持網站的基礎資料庫也必須能夠全天候工作。在這種環境下管理資料庫,DBA需要知道哪些類型的維護業務可以在線完成(也就是在不中斷資料庫運行的情況下),以及在資料庫有可能關閉時制定一個維護「期限」。此外,DBA還要規劃為冗餘的資料庫硬體和軟體組件,以便萬一資料庫出現故障時,冗餘系統仍然能夠繼續要用戶提供服務。DBA可以使用在線備份、集群、復制和應急資料庫等技術和工具確保更高的可用性。
◆大型資料庫(VLDB)
隨著企業發現資料庫技術的用途越來越多,他們往往用它來保存更多的數據。此外,資料庫存儲的數據類型也發生了變化,從過去行列整齊的結構化數據發展現在的非結構化數據,比如文件、圖像、聲音、甚至指紋。這兩種趨勢帶來的結果是一樣的:那就是大型資料庫(VLDB)的出現。要管理VLDB,DBA需要特殊的技能。過去被認為是非常簡單的操作比如復制一個表,所需要的時間可能是非常巨大的。為了保證資料庫擴展到非常大的規模時仍然是可管理的,DBA需要了解一些技術,比如表分割(Oracle)、聯合資料庫(SQL Server)和復制(MySQL)等等。
◆數據提取、轉化和載入(ETL)
在數據倉庫環境中,一個非常關鍵的任務是如何有效地載入數據倉庫或數據集市中的大量數據,而這些數據是從多個現有的生產系統中提取的。通常情況下,這些生產系統的格式與數據倉庫中的標准化定義是不同的,所以數據在載入之前必須要轉化(或「清洗」)。在一個特定的公司里,提取數據可能是也可能不是DBA的責任,但是DBA需要確定什麼樣的提取是有用的,它是資料庫決策團隊一個關鍵組成部分。