審計并報告Oracle數據庫中用戶活動

2024-08-29 13:50:53

字體：大中小

來源：轉載

供稿：網友

從Oracle8i開始，Oracle引入了非凡的觸發器，這些觸發器并不是和非凡的DML事件相關聯的（DML事件，如，INSERT,UPDATE和DELETE）。這些系統級別的觸發器包括數據庫啟動觸發器，DDL觸發器和最終用戶登陸/注銷觸發器。當Oracle提供了這些新的觸發器的功能后，卻還不清楚該如何使用這些觸發器來追蹤系統的使用情況。這篇文章描述了我是如何使用創建終端用戶登陸/注銷的方法來追蹤終端用戶的活動的。剛開始實行的追蹤終端用戶系統級觸發器是非常新的，就因為它非常的新，所以它在功能上還是不夠完善。雖然用戶登陸/注銷觸發器會告訴你用戶登陸和用戶注銷的準確時間，可是代碼卻無法獲取在用戶會話階段所進行活動的任何信息。這些用戶的登陸/注銷觸發器對于使用時間戳用戶的應用程序而言是非常有用的。所謂的時間戳用戶，就是那些在訪問應用程序的時候被給定一個唯一的Oracle用戶ID的人。不使用時間戳Oracle用戶ID的應用程序使用這些登陸/注銷觸發器可能沒有什么用。既然我們知道了基本的知識，那么，讓我們看看該如何設計用戶審計表來追蹤用戶的活動。設計一個用戶審計表第一步就是創建一個用于存儲終端用戶登陸/注銷觸發器信息的Oracle表。為了合理地設計這些觸發器，讓我們先來看看系統級的觸發器。首先，我們在登陸的時候就會獲取以下信息：用戶 ID—用戶的ID ，用于執行登陸操作；會話 ID—Oracle為用戶控制會話的ID；主機—計算機的名稱；登陸時間—一個用戶登陸時間一樣的Oracle時間數據類型，精確到0.001秒。現在，我們將獲得僅僅優先于用戶注銷的信息。當用戶在注銷的時候，Oracle系統級觸發器就可以提供這個用戶當前的會話狀態和活動信息：最后的程序—用戶在注銷時執行的最后一個程序的名稱。最后的活動—用戶在會話種執行的最后一個活動。最后的模塊—用戶在注銷前訪問的最后一個模塊的名稱。注銷時間—一個和用戶實際注銷時間一樣的一個Oracle時間數據類型，精確到0.001秒。現在，我們知道了登陸和注銷的信息，那么我們如何搜集這些信息，并治理它們呢？讓我們來看看可用的選擇。用戶表的標準化因為用戶的登陸/注銷觸發器是兩個分離的實體，所以我們在設計支持存放這些信息的表的時候就可以有多種選擇。我們可以設計兩個隔離的表格：一個用戶登陸表和一個用戶注銷表。假如我們這樣做了，那么在把這兩個表連接起來的時候和判定哪個用戶的登陸引起了哪個用戶的注銷等等事情的時候就會有困難。這個投機取巧的方法可能會給錯誤的產生制造機會。諸如，用戶24在登陸前是如何注銷的？等等。現在，讓我們考慮一個更好的選擇。為了很好的使用表的信息，我們可以創建一個數據庫，它里面包含一個單一的表，用于記錄登陸和注銷時間信息( Listing A)。這個方法就省去了連接表和關聯數據的麻煩。另外，我們還將創建一個區域，用于計算每個用戶在特定會話中所用去的時間。這個計算預先由觸發器做好，這樣就可以節省時間，并且可以創建一個豐富的報表，這個我們后面會提到。設計一個登陸觸發器一旦表格設計好了以后，接下來的步驟就是創建一個系統級的登陸觸發器，它可以在發生登陸時間的時候記錄盡可能多的信息。Listing B顯示了我創建的登陸審計觸發器。正像你看到的一樣，我在這個表中創建了一些在登陸時可以使用到的信息值：用戶—建立Oracle會話的Oracle用戶ID 會話ID—使用Oracle的SYS context功能從v$session 表中直接獲取Oracle的會話ID。主機—使用Oracle的SYS context功能，在Oracle會話被創建的時候獲取主機名。請注重，對于使用Oracle并行服務器或者實際應用群的時候，獲取主機名是非常重要的，因為我們可能同時和許多不同的遠程主機都有會話連接。登陸時間—獲取實際工作登陸的時間，精確到0.001秒。請注重我們是如何把登陸時間劃分成兩個區域的。產生一個登陸日期和一個登陸時間可以給最后的報表帶來很強的可讀性。既然登陸觸發器已經創建好了，我們就需要創建一個注銷觸發器來獲取用戶完成會話的所有信息。設計一個注銷觸發器為了使一個單獨的表格同時為登陸和注銷事件服務，首先就需要定位單個用戶會話的登陸行。正像你想的一樣，這個小技巧使得答應許多用戶使用同一個用戶名在同一時間登陸。為了對這個情況做限制，我使用了Oracle會話ID。你知道，在每個用戶登陸Oracle的時候，Oracle就會給每個用戶分配一個唯一的會話ID，并把這個ID添加到v$session表中去。我們可以像使用主鍵一樣來使用這個會話ID，這樣，這個用戶在注銷的時候，他的注銷信息就可以更新我們的用戶審計表。現在讓我們來看一看在我們使用了注銷觸發器后可以使用的信息。首先，我們更新用戶的日志表，使它包含用戶（在注銷前）的最后一個活動。正像你在Listing C看見的一樣，更新最后一個活動的這個工作是通過使用SYS context功能，從表v$session中獲取活動屬性的信息而完成的。接下來，我們更新我們的審計表來顯示在會話期間訪問的最后一個程序。再一次，我們使用SYS context功能，從v$session表中選擇程序屬性這一列。我們更新用戶會話所訪問的最后一個模塊。這是通過在v$session表中選擇模塊這個屬性列，用它的內容來填充我們的用戶審計表來完成的。最后也是最重要的一個步驟就是添加注銷時間，并計算用戶在會話中停留的時間。和Listing C代碼中顯示的一樣，通過使用注銷時間數據類型來更新我們的用戶登陸表然后計算會話所用的時間。像我早先提及的一樣，預先計算每個用戶會話的時間將使得審計表中的每一個記錄都非常有用，因為它顯示了會話過程中的持續時間。讓我們來檢查一下系統能夠產生的幾個報表。為了符合非凡需要，你可以充實/修改一下這些報表。現在，預先計算會話所用時間就顯得非常重要了：它可以創建一個更有用的報表。用戶活動報表
使用用戶審計表來產生報表可以給作為Oracle數據庫治理員得你提供很多重要的信息。我們的第一個報表就是計算總的會話時間，請看Listing D。我們可以創建一個的簡單查詢來訪問我們審計表，用于顯示日期、時間、用戶ID和用戶使用系統的時間。雖然很簡單，但是它可以給出每個用戶在我們的系統上使用的時間。這個信息在有不同用戶ID使用系統不同區域的時候非凡有用。例如，假如這些Oracle用戶ID可以直接顯示在屏幕上的話，Oracle治理員就可以得知Oracle應用程序每個區域的使用率。下面，讓我們來看看另外一種類型的報表。具體的用戶登陸報表我們也可以使用同樣的表來顯示在特定時間使用我們系統的用戶數量。這個信息對于負責跟蹤用戶活動的Oracle數據庫治理員非凡有效。通過在用戶審計表中查詢用戶登陸信息，我們可以在任何給定時間獲得精確的用戶對話數量。這個信息可以像在Listing E中顯示的一樣。這些信息可以輸入微軟的Excel電子表格中，并擴展成為線條圖表，如下所示。審計并報告Oracle數據庫中用戶活動

正像你看到的，這個圖表清楚地顯示了在一天中每個小時用戶的活動情況。一旦你獲得了使用你系統的用戶的活動情況，你就可以總結一周里每日的信息或是總結一日里每小時的信息。這就提供了關于用戶使用系統的一個信號曲線，通過使用這些信號，我們可以描繪出用戶的活動情況。例如，我們可能會發現在每個周三下午一點的時候用戶活動非常頻繁。通過使用用戶審計表，我們可以很快地確定這些用戶的并調整Oracle來適應情況的變化，以便于用戶的使用。跟蹤使用系統級觸發器，相關的DDL、系統錯誤和用戶活動都可以很輕易地被捕捉到。然而，系統級觸發器并不像想象中具有那么多功能，Oracle指出，正在加強系統級觸發器的功能，這一版本的Oracle（Oracle 10g）將在2004年發布。聰明地使用系統登陸/注銷觸發器可以提供一個很簡單而且又很可靠的跟蹤機制，用來跟蹤Oracle用戶的活動信息。對于那些長時間跟蹤用戶活動的Oracle治理員而言，用戶審計表可以為他們提供豐富的用戶信息，包括用戶使用信息，這個信息可以以每日每時的狀態或以每周每日的狀態顯示。

上一篇：Oracle 9i 數據庫里指針共享的增強

下一篇：用Windows腳本宿主自動化Oracle工具

學習交流

如何查找有故障的配件

如何查找有故障的配件...

熱門圖片

猜你喜歡的新聞

猜你喜歡的關注