資料庫管理員怎麼入行

『壹』 關於資料庫管理員(DBA)的問題

這個嘛，前景的確是不錯，不過是在國外，由於國內的分工還沒有到這么細的地步，大部分的企業都不會說想到會請一個dba回來的，最多找人兼，待遇你說會有多高，明白dba重要性會給比較高待遇只能是一些大企業，而且如果他們要請的話，肯定會請一些已經很有經驗的回來的，一般不會說請個初學的回來慢慢培養，dba可是掌控到一個企業的命根啊，誰會給一個沒有什麼經驗的新手來掌控呢？？這樣的機會很少的，你搜索些dba的招聘你就會有體會的。

薪水方面如果你不是很牛，dba不但難找工作，工資也不會比coding的多，現在的dba很多都是因為做開發的時候機緣巧合接觸到一些這樣的機會的，如果你想直接入行做dba，如果你運氣不是特別好的話，這條路不容易走的。

如果你真的想入DBA這行，可以先做做開發，然後注重這方面，等有幾年經驗以後再考慮這個問題，當然也可以到一些企業裡面做做電腦方面的維護啊等等，趁機多接觸這方面的東西。

有前途的是人不是技術，如果你決定要做一個牛b的DBA，雖然你現在起點低了一點，通過不斷努力，誰敢說你不能呢？

『貳』 我以後想要從事資料庫管理員的工作，不知道要看哪些書籍來從零開始呢大哥大姐啊，幫幫忙忙。。急急急！

dba是個蠻有前途的職業，但是一定要做到高級DBA，提高自己的職業競爭力，眼光要高點，看到的是全球頂級的一批DBA，都是怎麼做的，這些人不一定在Oracle這樣的開發公司，畢竟資料庫是以應用為主的。

個人建議，理論書一定要多看，剩下的就是看一些具體操作的小文章，這中間的一些操作書籍就不是很緊要的東西。

可以參考一個實例
http://..com/question/77885784.html?fr=ala0

『叄』 資料庫管理員需要具備什麼樣的能力

資料庫管理員所需具備的能力

1、具備DBA的技術能力，能夠獨立安裝和升級資料庫伺服器。

2、有足夠的專業水平，能夠獨立創建資料庫存儲結構。

3、良好的溝通能力，聯系資料庫系統的生產廠商，跟蹤技術信息。

4、要足夠細心，登記資料庫的用戶，維護資料庫的安全性。

5、意志力堅韌，不斷解決各類問題。

『肆』 想從事DBA的工作即資料庫管理員，但是實力不夠，需要怎樣做呢

DBA資料庫管理員要求:
近年來，我一直在和資料庫管理員打交道，並直接面試了很多DBA職位。本文想概括一下IT行業對DBA的要求，以及國內DBA的新資現狀。可以肯定地說，做一個高級DBA是很不錯的職業。如果你打算成為一名DBA，那麼希望本文起到拋磚引玉的作用。

什麼是DBA

資料庫管理員，英文是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。 J
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等級 你所熟悉的資料庫系統 你的個性特點和潛力 下面的表說明了國內DBA人員的基本薪資狀況，並說明了DAB等級和你所熟悉的資料庫系統怎樣影響到DBA的薪資。當然，這只是我個人掌握的情況，只能在一定程度上代錶行業的平均水平。

DBA等級資料庫系統 初級DBA年薪(萬元) 中級DBA年薪(萬元) 高級DBA年薪(萬元) Oracle 4 8 11 Microsoft SQL Server 3 5 8 IBM DB2 4 8 10 Sybase 3.5 6 8 Informix 4 7 10 註：每年按13個月計算。

『伍』 新手SQL資料庫管理員，在沒人帶的情況下應該怎麼做。

嚴格地說，資料庫是「按照數據結構來組織、存儲和管理數據的倉庫」。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的「倉庫」，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個「資料庫集合」。
資料庫系統階段60年代後，隨著計算機在數據管理領域的普遍應用，人們對數據管理技術提出了更高的要求：希望面向企業或部門，以數據為中心組織數據，減少數據的冗餘，提供更高的數據共享能力，同時要求程序和數據具有較高的獨立性，當數據的邏輯結構改變時，不涉及數據的物理結構，也不影響應用程序，以降低應用程序研製與維護的費用。資料庫技術正是在這樣一個應用需求的基礎上發展起來的。資料庫技術有如下特點：* 面向企業或部門，以數據為中心組織數據，形成綜合性的資料庫，為各應用共享。* 採用一定的數據模型。數據模型不僅要描述數據本身的特點，而且要描述數據之間的聯系。* 數據冗餘小，易修改、易擴充。不同的應用程序根據處理要求，從資料庫中獲取需要的數據，這樣就減少了數據的重復存儲，也便於增加新的數據結構，便於維護數據的一致性。* 程序和數據有較高的獨立性。* 具有良好的擁護介面，用戶可方便地開發和使用資料庫。* 對數據進行統一管理和控制，提供了數據的安全性、完整性、以及並發控制。資料庫日常維護(參考) 資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分：一、備份系統數據SYBASE 系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。SQL Server 提供了兩種不同類型的恢復機制：一類是系統自動完成的恢復，這種措施在每次系統啟動時都自動進行，保證了在系統癱瘓前完成的事務都寫到資料庫設備上，而未完成的事務都被回退；另一類是人工完成的恢復，這是通過 DUMP 和 LOAD 命令來執行人工備份和恢復工作。因此定期備份事務日誌和資料庫是一項十分重要的日常維護工作。1、備份資料庫每一個資料庫都應在創建之後卸出，從而提供一個裝入基點。在此之後按排定的時間周期表卸出。比如每周五卸出資料庫。對一般資料庫系統卸出資料庫周期建議為每周一次。除了按計劃周期卸出資料庫之外，還需在每次運行沒有日誌的操作後卸出資料庫。例如：·每次強制地運行了 DUMP TRAN WITH NO_LOG （因為資料庫的磁碟空溢出）；·每次用 sp_dboption 允許 select into/bulk 做快速拷貝，或用 SELECT INTO 命令創建一個永久性的表，或使用了 WRITETEXT 命令。卸出資料庫的命令為：DUMP DATABASE database_nameTO mp_devicedatabase_name 是要卸出的資料庫名稱，mp_device 是卸出設備的名稱。用系統過程 sp_helpdevice 可以獲得設備的信息。下面一條命令用來卸出資料庫 my_db ：DUMP DATABASE my_dbTO db_bk_dev2、備份事務日誌如果事務日誌與資料庫放在同一個設備上，則事務日誌不應與資料庫分開備份。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 db160TO db_log_bk_devWITH TRUNCATE_ONLY3、備份資料庫及其日誌間的相互作用在至少卸出一次資料庫前，卸出事務日誌是毫無意義的。下圖顯示了備份資料庫及其日誌間的關系如果在星期二下午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 sysusagesWHERE dbid = （ SELECT dbid FROM sysdatabases WHERE name = 「mydb」）3、檢查查詢的輸出。在 segmap 列的 『3』代表數據分配，『4』代表日誌分配。size 列代表 2K 數據塊的數目。注意此信息的次序、使用和尺寸部分。例如，輸出為：segmapSize--------------------310240//實際尺寸為：20M35120//實際尺寸為：10M45120//實際尺寸為：10M31024//實際尺寸為：2M42048//實際尺寸為：4M4、用 DROP DATABASE 命令刪除毀壞設備上的資料庫。如果系統報錯，用DBCC DBREPAIR 命令的 DROPDB 選項。5、刪除資料庫後，用 sp_dropdevice 刪除毀壞了的設備。6、用 DISK INIT 初始化新的資料庫設備。7、重建資料庫。用 CREATE DATABASE 命令從老的 sysusages 表拷貝所有的行，並包含第一邏輯設備。對上例，命令為：CREATE DATABASE mydb ON datadev1=20，datadev2=10LOG ON logdev1=108、用 ALTER DATABASE 命令重建其餘入口。在此例中，在datadev1上分配更多的空間，命令為：ALTER DATABASE mydb ON datadev1=2[page]9、用 LOAD DATABASE 重新裝入資料庫，然後用 LOAD TRAN 裝入前面卸出的日誌。LOAD DATABASE 命令語法是：LOAD DATABASE database_nameFROM mp_deviceLOAD TRANsaction 命令的語法是：LOAD TRANsaction database_nameFROM mp_device卸出資料庫和事務日誌的預設許可權歸資料庫所有者，且可以傳遞給其他用戶；裝載資料庫和事務的許可權也歸資料庫所有者，但不能傳遞。二、產生用戶信息表，並為信息表授權；系統維護人員的另一個日常事務是為用戶創建新的信息表，並為之授權。創建表以及為表授權的方法已經在講過，在此只將有關命令語法寫出來。·創建表的命令為：CREATE TABLE table_name（ column_1 datatype [NULL | NOT NULL | IDENTITY]， column_2 ……）goALTER TABLE table_nameADD PRIMARY KEY （column_list）go·刪除表的命令格式為：DROP TABLE table_namego·為表授權的命令格式為：GRANT {ALL|permission_list}ON table_name TO user_namego ·收回許可權的命令格式為REVOKE {ALL|permission_list}ON table_name FROM user_namego 三、監視系統運行狀況，及時處理系統錯誤；系統管理員的另一項日常工作是監視系統運行情況。主要有以下幾個方面：1、監視當前用戶以及進程的信息使用系統過程：sp_who說明：該命令顯示當前系統所有注冊用戶及進程信息，如下表是某系統的信息。--------------------------------------------------------------- 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:01PM5678CPU_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 SERVERSYBASE ASE FOR LINUX安裝及perl連接SYBASESybase資料庫應用(一)安裝Sybase ASE

『陸』 想當資料庫管理員DBA我該怎麼學習呢

現在要想找個有能力而又肯教人的師父，難度不小噢。
個人覺得，對於你而言，首先要確定的是，是不是真對ORACLE的DBA感興趣？對這行了解多少？其次，下定決定走這條路後，考證不是目的，只是讓考試逼著自己學習而已。第三，證書跟能力的關系沒有想像中的大，有證書不一定能找到好的DBA崗位。第四，牛B的ORACLE DBA一般都在大公司，你想學必須要能進入這樣的公司。第五，DBA要對主機、操作系統等領域有相當涉獵才行。第六，DBA要膽大心細，心理素質要過硬，要敢於擔責任。個人看法，僅供參考。

『柒』 想做資料庫管理員需要學什麼

1.學會一門資料庫軟體。通過這個擴展到2個或者更多。mysql DB2 oracle sqlserver 等等
2.起碼要知道和會使用幾種操作系統，windows2003、2008 linux aix uinx 等等
3.最好能有其中一個資料庫的認證。如果沒有找工作的時候，工資不好談。如果你真的很牛，也可以。
4.如果有經歷可以考一個 操作系統的認證。不要考微軟的。考後面那幾個隨便一個的都行。
5.要懂得一點網路知識。這個也不用太對。一般般就可以了。

『捌』 怎麼才能成為一位資料庫管理員

樓主你好：

資料庫管理員最基本的就是要了解資料庫的底層，包括當前的主流資料庫，SQL，Oracle等，然後就是基於資料庫底層的環境支持，你要了解各種系統，各種環境，總之一切的開始都要從資料庫底層開始，然後就是能夠有一位有經驗的老師可以傳授你，可以讓自己少走彎路，多實踐，具體可以看一下我的附件內容。

希望可以幫到你，我是做開發的，也和SQL資料庫經常打交道。DBA發展好了，也是一門熱門專業。