資料庫事務日誌

1. 求：《資料庫》1、什麼是事務日誌，事務日誌包括什麼內容 2、了解sql的GRANT 和REVOKE語句

事務日誌是一個與資料庫文件分開的文件。它存儲對資料庫進行的所有更改，並全部記錄插入、更新、刪除、提交、回退和資料庫模式變化。事務日誌還稱作前滾日誌或重做日誌。
事務日誌是備份和恢復的重要組件，也是使用 SQL Remote 或 [復制代理] 復制數據所必需的。
在預設情況下，所有資料庫都使用事務日誌。事務日誌的使用是可選的，但是，除非您因特殊原因而不使用，否則您應始終使用它。運行帶有事務日誌的資料庫可提供更強的故障保護功能、更好的性能以及數據復制功能。
每個 Microsoft® SQL Server™ 2000 資料庫都有事務日誌，用以記錄所有事務和每個事務對資料庫所做的修改。記錄事務及其修改有三個作用：
恢復個別的事務。
如果應用程序發出 ROLLBACK 語句，或者 SQL Server 檢測到錯誤（例如失去與客戶端的通訊），就使用日誌記錄回滾未完成的事務所做的修改。
SQL Server 啟動時恢復所有未完成的事務。
當運行 SQL Server 的伺服器發生故障時，資料庫可能處於這樣的狀態：還沒有將修改從高速緩沖存儲器寫入數據文件，在數據文件內有未完成的事務所做的修改。當啟動 SQL Server 的復本時，它對每個資料庫執行恢復操作。前滾日誌中記錄的、可能尚未寫入數據文件的每個修改。然後回滾在事務日誌中找到的每個未完成的事務，以確保資料庫的完整性。
將還原的資料庫前滾到故障點。
丟失資料庫（在沒有 RAID 驅動器的伺服器上，硬碟驅動器出現故障時可能會出現這種情況）後，可以將資料庫還原到故障點。首先還原上一次的完整資料庫備份或差異資料庫備份，然後將事務日誌備份序列還原到故障點。當還原每個日誌備份時，SQL Server 重新應用日誌中記錄的所有修改以前滾所有事務。當最後的日誌備份還原後，SQL Server 將使用日誌信息回滾到該點未完成的所有事務。
SQL Server 2000 事務日誌的特點是：
事務日誌不是作為一個表實現，而是作為單獨的文件或資料庫內的一組文件實現。日誌高速緩存與數據頁的高速緩沖存儲器分開管理，從而使資料庫引擎內的編碼更簡單、更快速和更可靠。
日誌記錄和頁的格式不必遵守數據頁的格式。
事務日誌可以在幾個文件上實現。可以根據需要定義這些文件為自動增長。這樣可減少事務日誌內空間不足的可能性，同時減少管理開銷。
截斷日誌中未用部分的機制速度快且對事務吞吐量影響最小。
GRANT是授予許可權
REVOKE是撤銷許可權
GRANT
名稱
GRANT — 賦予一個用戶，一個組或所有用戶訪問許可權

語法
GRANT privilege [, ...] ON object [, ...]
TO { PUBLIC | GROUP group | username }
輸入
privilege

可能的許可權有：
SELECT
訪問聲明的表/視圖的所有列/欄位．
INSERT
向聲明的表中插入所有列欄位．
UPDATE
更新聲明的表所有列/欄位．
DELETE
從聲明的表中刪除所有行．
RULE
在表/視圖上定義規則 （參見 CREATE RULE 語句）．
ALL
賦予所有許可權．
object

賦予許可權的對象名．可能的對象是：
table
view

sequence

PUBLIC
代表是所有用戶的簡寫．
GROUP group
將要賦予許可權的組 group ．
username
將要賦予許可權的用戶名．PUBLIC 是代表所有用戶的簡寫．

輸出
CHANGE
如果成功，返回此信息．
ERROR: ChangeAcl: class "object" not found
如果所聲明的對象不可用或不可能對聲明的組或用戶賦予許可權．
描述
GRANT 允許對象的創建者給某用戶或某組或所有用戶（PUBLIC）某些特定的許可權．對象創建後，除了創建者外，除非創建者賦予（GRANT）許可權，其他人沒有訪問對象的許可權．
一旦用戶有某對象的許可權，他就可以使用那個特權．不需要給創建者賦予（GRANT）對象的許可權，創建者自動擁有對象的所有許可權，包括刪除它的許可權．

注意
目前，要想在 Postgres 裡面只賦予幾列許可權，你必須創建一個包含那幾列的視圖（view），然後把許可權賦予那幾個視圖。
使用 psql \z 命令獲取關於現存對象許可權的更多信息：

Database = lusitania
+------------------+---------------------------------------------+
| Relation | Grant/Revoke Permissions |
+------------------+---------------------------------------------+
| mytable | {"=rw","miriam=arwR","group todos=rw"} |
+------------------+---------------------------------------------+
Legend:
uname=arwR -- privileges granted to a user
group gname=arwR -- privileges granted to a GROUP
=arwR -- privileges granted to PUBLIC

r -- SELECT
w -- UPDATE/DELETE
a -- INSERT
R -- RULE
arwR -- ALL
參考 REVOKE 語句廢除訪問許可權.

用法
給所有用戶向表 films 插入記錄的許可權：
GRANT INSERT ON films TO PUBLIC;
賦予用戶 manuel 操作視圖 kinds 的所有許可權：
GRANT ALL ON kinds TO manuel;
兼容性
SQL92
SQL92 GRANT 語法允許對表中的某單獨列/欄位設置許可權，並且允許設置一許可權以賦予別人相同許可權：
GRANT privilege [, ...]
ON object [ ( column [, ...] ) ] [, ...]
TO { PUBLIC | username [, ...] } [ WITH GRANT OPTION ]
這些欄位與 Postgres 實現是兼容的，除了下面一些例外：
privilege
SQL92 允許聲明附加的許可權：
SELECT
REFERENCES
允許在一個聲明的表的完整性約束中使用某些或全部列/欄位．
USAGE
允許使用一個域，字元集，集合或事務．如果聲明的對象不是表/視圖， privilege 只能聲明為 USAGE．
object
[ TABLE ] table
SQL92 允許一個附加的非功能性關鍵字 TABLE.
CHARACTER SET
允許使用聲明的字元集．
COLLATION
允許使用聲明的集合序列．
TRANSLATION
允許使用聲明的字元集轉換．
DOMAIN
允許使用聲明的域．
WITH GRANT OPTION
允許向別人賦予同樣許可權．

2. 資料庫事務日誌定義

事物日誌文件：存放恢復數據所需的所有信息。

是資料庫中已發生的所有修改和執行每次修改的事務的一連串記錄。當資料庫損壞時，管理員使用事務日誌還原資料庫。

每一個資料庫至少必須擁有一個事務日誌文件，允許擁有多個日誌文件。

3. 事務日誌是什麼

事務日誌文件Transaction Log File是用來記錄資料庫更新情況的文件，擴展名為ldf。在 SQL Server 7.0 和 SQL Server 2000 中，如果設置了自動增長功能，事務日誌文件將會自動擴展。一般情況下，在能夠容納兩次事務日誌截斷之間發生的最大數量的事務時，事務日誌的大小是穩定的，事務日誌截斷由檢查點或者事務日誌備份觸發。然而，在某些情況下，事務日誌可能會變得非常大，以致用盡空間或變滿。通常，在事務日誌文件占盡可用磁碟空間且不能再擴展時，您將收到如下錯誤消息：
Error:9002, Severity:17, State:2
The log file for database 』%.*ls』 is full.
除了出現此錯誤消息之外，SQL Server 還可能因為缺少事務日誌擴展空間而將資料庫標記為 SUSPECT。有關如何從此情形中恢復的其他信息，請參見 SQL Server 聯機幫助中的「磁碟空間不足」主題。

另外，事務日誌擴展可能導致下列情形：
· 非常大的事務日誌文件。
· 事務可能會失敗並可能開始回滾。
· 事務可能會用很長時間才能完成。
· 可能發生性能問題。
· 可能發生阻塞現象。

事務日誌擴展可能由於以下原因或情形而發生：
· 未提交的事務
· 非常大的事務
· 操作：DBCC DBREINDEX 和 CREATE INDEX
· 在從事務日誌備份還原時
· 客戶端應用程序不處理所有結果
· 查詢在事務日誌完成擴展之前超時，您收到假的「Log Full」錯誤消息
· 未復制的事務

解決方法 日誌文件滿而造成SQL資料庫無法寫入文件時，可用兩種方法： 一種方法：清空日誌。
1．打開查詢分析器，輸入命令DUMP TRANSACTION 資料庫名 WITH NO_LOG
2.再打開企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。

另一種方法有一定的風險性，因為SQL SERVER的日誌文件不是即時寫入資料庫主文件的，如處理不當，會造成數據的損失。
1: 刪除LOG.分離資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞分離資料庫
2：刪除LOG文件.附加資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞附加資料庫
此法生成新的LOG，大小隻有500多K。

注意：建議使用第一種方法。

如果以後,不想要它變大。 SQL2000下使用：在資料庫上點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：alter database 資料庫名 set recovery simple

定期對資料庫進行檢查當資料庫文件或日誌文件的未用空間超過其大小的25%時，系統將會自動縮減文件使其未用空間等於25% 當文件大小沒有超過其建立時的初始大小時不會縮減文件縮減後的文件也必須大於或等於其初始大小對事務日誌文件的縮減只有在對其作備份時或將 Truncate log on checkpoint 選項設為True 時才能進行。

注意：一般建立的資料庫默認屬性已設好，但碰到意外情況使資料庫屬性被更改，請用戶清空日誌後，檢查資料庫的以上屬性，以防事務日誌再次充滿