數據庫檢查方法方法問(wèn)題(查看數據庫完整性的方法)

1.查看數據庫完整性的方法有哪些

創(chuàng )建測試主表. ID 是主鍵.

CREATE TABLE test_main (

id INT,

value VARCHAR(10),

PRIMARY KEY(id)

);

-- 創(chuàng )建測試子表.

CREATE TABLE test_sub (

id INT,

main_id INT,

value VARCHAR(10),

PRIMARY KEY(id)

);

-- 插入測試主表數據.

INSERT INTO test_main(id, value) VALUES (1, 'ONE');

INSERT INTO test_main(id, value) VALUES (2, 'TWO');

-- 插入測試子表數據.

INSERT INTO test_sub(id, main_id, value) VALUES (1, 1, 'ONEONE');

INSERT INTO test_sub(id, main_id, value) VALUES (2, 2, 'TWOTWO');

1>ALTER TABLE test_sub ADD CONSTRAINT main_id_cons FOREIGN KEY (main_id) REFERENCES test_main;

2>go

1>DELETE

2>test_main

3>WHERE

4>ID = 1;

5>go

消息 547，級別 16，狀態(tài) 1，服務(wù)器 HOME-BED592453C\SQLEXPRESS，第 1 行

DELETE 語(yǔ)句與 REFERENCE 約束"main_id_cons"沖突。該沖突發(fā)生于數據庫"Stock"，表"dbo.test_sub", column 'main_id'。

語(yǔ)句已終止。

2.數據庫系統的主要安全措施有哪些

方法一、數據庫數據加密

數據加密可以有效防止數據庫信息失密性的有效手段。通常加密的方法有替換、置換、混合加密等。雖然通過(guò)密鑰的保護是數據庫加密技術(shù)的重要手段，但如果采用同種的密鑰來(lái)管理所有數據的話(huà)，對于一些不法用戶(hù)可以采用暴力破解的方法進(jìn)行攻擊。

但通過(guò)不同版本的密鑰對不同的數據信息進(jìn)行加密處理的話(huà)，可以大大提高數據庫數據的安全強度。這種方式主要的表現形式是在解密時(shí)必須對應匹配的密鑰版本，加密時(shí)就盡量的挑選最新技術(shù)的版本。

方法二、強制存取控制

為了保證數據庫系統的安全性，通常采取的是強制存取檢測方式，它是保證數據庫系統安全的重要的一環(huán)。強制存取控制是通過(guò)對每一個(gè)數據進(jìn)行嚴格的分配不同的密級，例如政府，信息部門(mén)。在強制存取控制中，DBMS所管理的全部實(shí)體被分為主體和客體兩大類(lèi)。主體是系統中的活動(dòng)實(shí)體，它不僅包括DBMS 被管理的實(shí)際用戶(hù)，也包括代表用戶(hù)的各進(jìn)程。

客體是系統中的被動(dòng)實(shí)體，是受主體操縱的，包括文件、基表、索引、視圖等等。對于主體和客體，DBMS 為它們每個(gè)實(shí)例（值）指派一個(gè)敏感度標記。主客體各自被賦予相應的安全級，主體的安全級反映主體的可信度，而客體的安全級反映客體所含信息的敏感程度。對于病毒和惡意軟件的攻擊可以通過(guò)強制存取控制策略進(jìn)行防范。但強制存取控制并不能從根本上避免攻擊的問(wèn)題，但可以有從較高安全性級別程序向較低安全性級別程序進(jìn)行信息傳遞。

方法三、審計日志

審計是將用戶(hù)操作數據庫的所有記錄存儲在審計日志（Audit Log）中，它對將來(lái)出現問(wèn)題時(shí)可以方便調查和分析有重要的作用。對于系統出現問(wèn)題，可以很快得找出非法存取數據的時(shí)間、內容以及相關(guān)的人。從軟件工程的角度上看，目前通過(guò)存取控制、數據加密的方式對數據進(jìn)行保護是不夠的。因此，作為重要的補充手段，審計方式是安全的數據庫系統不可缺少的一部分，也是數據庫系統的最后一道重要的安全防線(xiàn)。

3.多媒體數據庫的查詢(xún)方法主要有哪些

多媒體數據模型

多媒體數據模型主要采用關(guān)系數據模型的擴充和采用面向對象的設計方法。由于用傳統的關(guān)系模型難以描述多媒體信息和定義對多媒體數據對象的操作，目前在關(guān)系模型擴充方面除了引入抽象數據類(lèi)型外，較多的采用語(yǔ)義模型的方法。關(guān)系模型主要描述數據的結構，而語(yǔ)義模型則主要表達數據的語(yǔ)義，語(yǔ)義模型的層次高于關(guān)系模型，后者可以作為前者的基礎。目前的研究表明，采用面向對象的方法來(lái)描述和建立多媒體數據模型是較好的方法，面向對象的主要概念包括對象、類(lèi)、方法、消息、封裝和繼承等，可以方便地描述復雜的多媒體信息。

b 數據的壓縮和解壓縮 由于多媒體數據，如聲音、圖像及視頻等數據量大，存貯和傳輸需要很大的空間和時(shí)間，因此必須考慮對數據進(jìn)行壓縮編碼，壓縮方法要考慮到復雜性，實(shí)現速度及壓縮質(zhì)量等問(wèn)題。

c 多媒體數據的存貯管理和存取方法 目前常用的有分頁(yè)管理、B+樹(shù) 和Hash方法等。在多媒體數據庫中還要引入基于內容的檢索方法、矢量空間模型信息索引檢索技術(shù)、超位檢索技術(shù)及智能索引技術(shù)等。

d 多媒體信息的再現及良好的用戶(hù)界面 在多媒體數據庫中應提供多媒體宿主語(yǔ)言調用，還應提供對聲音、圖像、圖形和動(dòng)態(tài)視頻的各種編輯和變換功能。

e 分布式技術(shù) 多媒體數據通信對網(wǎng)絡(luò )帶寬有較高的要求，需要相應的高速網(wǎng)絡(luò )，此外還要解決數據集成、異構多媒體數據語(yǔ)言查詢(xún)、調度和共享等問(wèn)題。

4.數據庫有哪些基本問(wèn)題

1。

如果用戶(hù)告訴你，程序突然慢了，該如何著(zhù)手…… 2。 如果用戶(hù)告訴你，程序突然無(wú)法連到database，該如何著(zhù)手…… 大家討論一下？ Q： 如果用戶(hù)告訴你，程序突然慢了，該如何著(zhù)手…… A: 1 > 向問(wèn)題提出者提出以下問(wèn)題： 1 是否經(jīng)做過(guò)數據庫對象的分析 -->dba_tables(last_analyze) 2 是否經(jīng)歷過(guò)批量dml操作 -->（影響執行計劃） 3 是否經(jīng)歷過(guò)數據庫版本升級 -->（新的bug?） 4 用操作系統命令查看磁盤(pán)I/O是否異常，當然還有網(wǎng)絡(luò )是否被其他資源占用 （硬件故障） 5 是不是有新的應用上線(xiàn) 6 有沒(méi)有抱錯信息 （如果有抱錯信息可以縮小故障范圍） 2> 下面開(kāi)始問(wèn)題診斷 診斷的接口就是v$session_wait ----------------------------------------- 第一個(gè)問(wèn)題： 1、查看客戶(hù)端進(jìn)程，確認是否客戶(hù)端本身有病毒或程序有問(wèn)題 2、查看服務(wù)器進(jìn)程/線(xiàn)程運行情況。

5.Mysql常見(jiàn)的幾個(gè)錯誤問(wèn)題及解決方法

一、Can't connect to MySQL server on 'localhost' (10061)翻譯：不能連接到 localhost 上的mysql分析：這說(shuō)明“l(fā)ocalhost”計算機是存在的，但在這臺機器上卻沒(méi)提供MySQL服務(wù)。

需要啟動(dòng)這臺機器上的MySQL服務(wù)，如果機子負載太高沒(méi)空相應請求也會(huì )產(chǎn)生這個(gè)錯誤。解決：既然沒(méi)有啟動(dòng)那就去啟動(dòng)這臺機子的mysql。

如果啟動(dòng)不成功，多數是因為你的my.ini配置的有問(wèn)題。重新配置其即可。

如果覺(jué)得mysql負載異常，可以到mysql/bin 的目錄下執行mysqladmin -uroot -p123 processlist來(lái)查看mysql當前的進(jìn)程。二、Unknown MySQL Server Host 'localhosadst' (11001)翻譯：未知的MySQL服務(wù)器 localhosadst分析：服務(wù)器 localhosasdst 不存在。

或者根本無(wú)法連接解決：仔細檢查自己論壇下面的 ./config.inc.php 找到$dbhost重新設置為正確的mysql 服務(wù)器地址。三、Access denied for user: 'roota@localhost' (Using password: YES)翻譯：用戶(hù) roota 訪(fǎng)問(wèn) localhost 被拒絕（沒(méi)有允許通過(guò)）分析：造成這個(gè)錯誤一般數據庫用戶(hù)名和密碼相對mysql服務(wù)器不正確解決：仔細檢查自己論壇下面的 ./config.inc.php 找到$dbuser、$dbpw核實(shí)后重新設置保存即可。

四、Access denied for user: 'red@localhost' to database 'newbbs'翻譯：用戶(hù) red 在localhost 服務(wù)器上沒(méi)有權限操作數據庫newbbs分析：這個(gè)提示和問(wèn)題三是不同的。那個(gè)是在連接數據庫的時(shí)候就被阻止了，而這個(gè)錯誤是在對數據庫進(jìn)行操作時(shí)引起的。

比如在select update等等。這個(gè)是因為該用戶(hù)沒(méi)有操作數據庫相應的權力。

比如select 這個(gè)操作在mysql.user.Select_priv里記錄 Y 可以操作N 不可以操作。解決：如果是自己的獨立主機那么更新mysql.user 的相應用戶(hù)記錄，比如這里要更新的用戶(hù)為red 。

或者直接修改 ./config.inc.php 為其配置一個(gè)具有對數據庫操作權限的用戶(hù)或者通過(guò)如下的命令來(lái)更新授權grant all privileges on dbname.* to 'user'@'localhost' identified by 'password'提示：更新了mysql庫中的記錄一定要重啟mysql服務(wù)器才能使更新生效FLUSH PRIVILEGES；五、No Database Selected翻譯：沒(méi)有數據庫被選擇上分析：產(chǎn)生的原因有兩種config.inc.php 里面$dbname設置的不對。致使數據庫根本不存在，所以在 $db->select_db($dbname)； 時(shí)返回了false和上面問(wèn)題四是一樣的，數據庫用戶(hù)沒(méi)有select權限，同樣會(huì )導致這樣的錯誤。

當你發(fā)現config.inc.php的設置沒(méi)有任何問(wèn)題，但還是提示這個(gè)錯誤，那一定就是這種情況了。解決：對癥下藥打開(kāi)config.inc.php 找到$dbname核實(shí)重新配置并保存同問(wèn)題四的解決方法六、Can't open file: 'xxx_forums.MYI'. (errno: 145)翻譯：不能打開(kāi)xxx_forums.MYI問(wèn)題分析：這種情況是不能打開(kāi) cdb_forums.MYI 造成的，引起這種情況可能的原因有：1、服務(wù)器非正常關(guān)機，數據庫所在空間已滿(mǎn)，或一些其它未知的原因，對數據庫表造成了損壞。

2、類(lèi) unix 操作系統下直接將數據庫文件拷貝移動(dòng)會(huì )因為文件的屬組問(wèn)題而產(chǎn)生這個(gè)錯誤。解決方法：1、修復數據表可以使用下面的兩種方式修復數據表：（第一種方法僅適合獨立主機用戶(hù)）1）使用 myisamchk ,MySQL 自帶了專(zhuān)門(mén)用戶(hù)數據表檢查和修復的工具 —— myisamchk 。

更改當前目錄到 MySQL/bin 下面，一般情況下只有在這個(gè)下面才能運行 myisamchk 命令。常用的修復命令為：myisamchk -r 數據文件目錄/數據表名.MYI;2）通過(guò) phpMyAdmin 修復， phpMyAdmin 帶有修復數據表的功能，進(jìn)入到某一個(gè)表中后，點(diǎn)擊“操作”，在下方的“表維護”中點(diǎn)擊“修復表”即可。

注意：以上兩種修復方式在執行前一定要備份數據庫。

6.如何檢測MySQL數據庫表的故障

本文將講述。

表的故障檢測和修正的一般過(guò)程如下： ◆ 檢查出錯的表。如果該表檢查通過(guò)，則完成任務(wù)，否則必須修復出錯的數據庫表。

◆ 在開(kāi)始修復之前對表文件進(jìn)行拷貝，以保證數據的安全。 ◆ 開(kāi)始修復數據庫表。

◆ 如果修復失敗，從數據庫的備份或更新日志中恢復數據。 在使用myisamchk或isamchk檢查或修復表之前，應該首先注意： ◆ 建立數據庫備份和使用更新日志，以防修復失敗，丟失數據。

◆ 仔細閱讀本章內容以后再進(jìn)行操作，尤其是不應該在閱讀“避免與MySQL服務(wù)器交互作用”之前進(jìn)行操作。因為，在你沒(méi)有足夠的知識之前貿然操作，可能會(huì )引起嚴重的后果。

◆ 如果你在Unix平臺上對表進(jìn)行維護時(shí)，應該首先注冊到專(zhuān)用的帳戶(hù) mysql，以避免對表讀寫(xiě)訪(fǎng)問(wèn)產(chǎn)生所有權的問(wèn)題，以及破壞數據庫目錄的所有權限。 數據庫表的維護工具 MySQL的myisanchk和isamchk實(shí)用程序很類(lèi)似，基本上它們具有同樣的使用方法。

它們之間的主要區別時(shí)所使用的表的類(lèi)型。為了檢查 /修復MyISAM表（.MYI和.MYD），你應該使用myisamchk實(shí)用程序。

為了檢查/修復ISAM表（.ISM和.ISD），你應該使用 isamchk實(shí)用程序。 ◆ 為了使用任一個(gè)使用程序，應指明你要檢查或修復的表，myisamchk和isamchk的使用方法為： shell>myisamchk options tbl_nameshell>isamchk options tbl_name 如果你愿意，你可以在命令行命名幾個(gè)表。

◆ 你也能指定一個(gè)名字作為一個(gè)索引文件（用“ .MYI”或“.ISM”后綴），它允許你通過(guò)使用模式“*.MYI”或“.ISM”指定在一個(gè)目錄所有的表。例如，如果你在一個(gè)數據庫目錄，你可以這樣在目錄下檢查所有的表： shell> myisamchk *.MYIshell>isamchk *.ISM ◆ 如果你不在數據庫目錄下，你可指定目錄的路徑： shell> myisamchk options /path/to/database_dir/*.MYIshell> isamchk options /path/to/database_dir/*.ISM ◆ 你甚至可以通過(guò)為MySQL數據目錄的路徑指定一個(gè)通配符來(lái)作用于所有的數據庫中的所有表： shell> myisamchk options /path/to/datadir/*/*.MYIshell> isamchk options /path/to/database_dir/*/*.ISM 這個(gè)方法無(wú)法在windows平臺下使用。

注意 不論是myisamchk還是isamchk都不對表所在的位置做任何判斷，因此，應該或者在包含表文件的目錄運行程序，或者指定表的路徑名。這允許你將表文件拷貝到另一個(gè)目錄中并用該拷貝進(jìn)行操作。

檢查數據庫表 myisamchk和isamchk提供了表的檢查方法，這些方法在徹底檢查表的程度方面有差異。 標準的方法檢查表 通常用標準的方法就足夠了。

對表使用標準的方法進(jìn)行檢查，不使用任何選項直接調用即可，或用-s或--silent選項的任何一個(gè)： myisamchk tbl_nameisamchk tbl_name 這能找出所有錯誤的99.99%。它不能找出的是僅僅涉及數據文件的損壞（這很不常見(jiàn)）。

完全徹底的數據檢查 為了執行擴充檢查，使用--extend-check或-e選項，這個(gè)選項檢查數據： myisamchk -e tbl_nameisamchk -e tbl_name 它做一個(gè)完全徹底的數據檢查（-e意思是“擴展檢查”）。它對每一行做每個(gè)鍵的讀檢查以證實(shí)他們確實(shí)指向正確的行。

這在一個(gè)有很多鍵的大表上可能花很長(cháng)時(shí)間。myisamchk通常將在它發(fā)現第一個(gè)錯誤以后停止。

如果你想要獲得更多的信息，你能增加--verbose(-v)選項。這使得 myisamchk或isamchk繼續一直到最多20個(gè)錯誤。

在一般使用中，一個(gè)簡(jiǎn)單的標準檢查（沒(méi)有除表名以外的參數）就足夠了。 中等程度的檢查 指定選項--medium-check或-m myisamchk -m tbl_name 中等程度的檢查不如擴展檢查徹底，但速度快一些。

其意義不大，較少使用。 如果對于--extend-check檢查不報告錯誤，則可以肯定表是完好的。

如果你仍然感覺(jué)表有問(wèn)題，那原因肯定在其它地方。應重新檢查人和好像有問(wèn)題的查詢(xún)以驗證查詢(xún)是正確書(shū)寫(xiě)的。

7.數據庫的安全策略有哪些

計算機安全是當前信息社會(huì )非常關(guān)注的問(wèn)題，而數據庫系統更是擔負著(zhù)存儲和管理數據信息的任務(wù)，因而如何保證和加強其安全性，更是迫切需要解決的熱門(mén)課題。

下面將討論數據庫的安全策略，并簡(jiǎn)單介紹各種策略的實(shí)現方案。一、數據庫的安全策略 數據庫安全策略是涉及信息安全的高級指導方針，這些策略根據用戶(hù)需要、安裝環(huán)境、建立規則和法律等方面的限制來(lái)制定。

數據庫系統的基本安全性策略主要是一些基本性安全的問(wèn)題，如訪(fǎng)問(wèn)控制、偽裝數據的排除、用戶(hù)的認證、可靠性，這些問(wèn)題是整個(gè)安全性問(wèn)題的基本問(wèn)題。數據庫的安全策略主要包含以下幾個(gè)方面：1.保證數據庫存在安全 數據庫是建立在主機硬件、操作系統和網(wǎng)絡(luò )上的系統，因此要保證數據庫安全，首先應該確保數據庫存在安全。

預防因主機掉電或其他原因引起死機、操作系統內存泄漏和網(wǎng)絡(luò )遭受攻擊等不安全因素是保證數據庫安全不受威脅的基礎。2.保證數據庫使用安全 數據庫使用安全是指數據庫的完整性、保密性和可用性。

其中，完整性既適用于數據庫的個(gè)別元素也適用于整個(gè)數據庫，所以在數據庫管理系統的設計中完整性是主要的關(guān)心對象。保密性由于攻擊的存在而變成數據庫的一大問(wèn)題，用戶(hù)可以間接訪(fǎng)問(wèn)敏感數據庫。

最后，因為共享訪(fǎng)問(wèn)的需要是開(kāi)發(fā)數據庫的基礎，所以可用性是重要的，但是可用性與保密性是相互沖突的。二、數據庫的安全實(shí)現1.數據庫存在安全的實(shí)現 正確理解系統的硬件配置、操作系統和網(wǎng)絡(luò )配置及功能對于數據庫存在安全十分重要。

比如對于硬件配置情況，就必須熟悉系統的可用硬盤(pán)數量，每個(gè)硬盤(pán)的可用空間數量，可用的CPU數量，每個(gè)CPU的Cache有多大，可用的內存數量，以及是否有冗余電源等問(wèn)題；對于操作系統，則應該周期性的檢查內存是否有泄漏，根文件系統是否需要清理，重要的日志是否已經(jīng)察看；對于網(wǎng)絡(luò )就應該隨時(shí)確保網(wǎng)絡(luò )沒(méi)有過(guò)載，網(wǎng)絡(luò )暢通、網(wǎng)絡(luò )安全是否得到保證等等。因為這一部分不是本文的重點(diǎn)，所以不再一一細述，總之，這三方面的安全運行是和維護數據庫存在安全不可分割的。

2.數據庫完整性的實(shí)現 數據庫的完整性包括庫的完整性和元素的完整性。數據庫的完整性是DBMS（數據庫管理系統）、操作系統和系統管理者的責任。

數據庫管理系統必須確保只有經(jīng)批準的個(gè)人才能進(jìn)行更新，還意味著(zhù)數據須有訪(fǎng)問(wèn)控制，另外數據庫系統還必須防范非人為的外力災難。從操作系統和計算系統管理者的觀(guān)點(diǎn)來(lái)看，數據庫和DBMS分別是文件和程序。

因此整個(gè)數據庫的一種形式的保護是對系統中所有文件做周期性備份。數據庫的周期性備份可以控制由災禍造成的損失。

數據庫元素的完整性是指它們的正確性和準確性。由于用戶(hù)在搜集數據、計算結果、輸入數值時(shí)可能會(huì )出現錯誤，所以DBMS必須幫助用戶(hù)在輸入時(shí)能發(fā)現錯誤，并在插入錯誤數據后能糾正它們。

DBMS用三種方式維護數據庫中每個(gè)元素的完整性：通過(guò)字段檢查在一個(gè)位置上的適當的值，防止輸入數據時(shí)可能出現的簡(jiǎn)單錯誤；通過(guò)訪(fǎng)問(wèn)控制來(lái)維護數據庫的完整性和一致性；通過(guò)維護數據庫的更改日志，記錄數據庫每次改變的情況，包括原來(lái)的值和修改后的值，數據庫管理員可以根據日志撤消任何錯誤的修改。3.數據庫保密性的實(shí)現 數據庫的保密性可以通過(guò)用戶(hù)身份鑒定和訪(fǎng)問(wèn)控制來(lái)實(shí)現。

DBMS要求嚴格的用戶(hù)身份鑒定。一個(gè)DBMS可能要求用戶(hù)傳遞指定的通行字和時(shí)間日期檢查，這一認證是在操作系統完成的認證之外另加的。

DBMS在操作系統之外作為一個(gè)應用程序被運行，這意味著(zhù)它沒(méi)有到操作系統的可信賴(lài)路徑，因此必須懷疑它所收的任何數據，包括用戶(hù)認證。因此DBMS最好有自己的認證機制。

訪(fǎng)問(wèn)控制是指根據用戶(hù)訪(fǎng)問(wèn)特權邏輯地控制訪(fǎng)問(wèn)范圍和操作權限。如一般用戶(hù)只能訪(fǎng)問(wèn)一般數據、市場(chǎng)部可以得到銷(xiāo)售數據、以及人事部可以得到工資數據等。

DBMS必須實(shí)施訪(fǎng)問(wèn)控制政策，批準對所有指定的數據的訪(fǎng)問(wèn)或者禁止訪(fǎng)問(wèn)。DBMS批準一個(gè)用戶(hù)或者程序可能有權讀、改變、刪除或附加一個(gè)值，可能增加或刪除整個(gè)字段或記錄，或者重新組織完全的數據庫。

4.數據庫可用性的實(shí)現 數據庫的可用性包括數據庫的可獲性、訪(fǎng)問(wèn)的可接受性和用戶(hù)認證的時(shí)間性三個(gè)因素。下面解釋這三個(gè)因素。

（1）數據的可獲性 首先，要訪(fǎng)問(wèn)的元素可能是不可訪(fǎng)問(wèn)的。例如，一個(gè)用戶(hù)在更新幾個(gè)字段，其他用戶(hù)對這些字段的訪(fǎng)問(wèn)便必須被暫時(shí)阻止。

這樣可以保證用戶(hù)不會(huì )收到不準確的信息。當進(jìn)行更新時(shí)，用戶(hù)可能不得不阻止對幾個(gè)字段或幾個(gè)記錄的訪(fǎng)問(wèn)通道，以便保證數據與其他部分的一致性。

不過(guò)有一點(diǎn)要注意，如果正在更新的用戶(hù)在更新進(jìn)行期間退出，其他用戶(hù)有可能會(huì )被永遠阻止訪(fǎng)問(wèn)該記錄。這種后遺癥也是一個(gè)安全性問(wèn)題，會(huì )出現拒絕服務(wù)。

（2）訪(fǎng)問(wèn)的可接受性 記錄的一個(gè)或多個(gè)值可能是敏感的而不能被用戶(hù)訪(fǎng)問(wèn)。DBMS不應該將敏感數據泄露給未經(jīng)批準的個(gè)人。

但是判斷什么是敏感的并不是那么簡(jiǎn)單，因為可能是間接請求該字段。一個(gè)用戶(hù)也許請求某些包含敏感數據的記錄，這可能只是由非敏感的特殊字段推出需要的值。

即使沒(méi)有明確地給出敏感的值，數。

8.SQL Server中常見(jiàn)的問(wèn)題與解決方法

關(guān)于事務(wù)日志 在使用sql server時(shí)，經(jīng)常會(huì )出現系統提示事務(wù)日志 已滿(mǎn)的錯誤信息（錯誤1105），以使的應用系統的數據庫 無(wú)法打開(kāi)，影響到系統的正常運行。

通常有三種方法可以 解決這一問(wèn)題： ●擴展數據庫空間 可以通過(guò)擴展數據庫大小來(lái)增大事務(wù)日志的空間。先 利用alter database增大數據庫空間，再通過(guò)sp—logdev ice系統存儲過(guò)程把事務(wù)日志轉移到事務(wù)日志數據庫設備 上去，具體語(yǔ)法如下： 語(yǔ)法： ·alter database database—name on database—d evice'增大數據庫空間 ·sp—logdevice dbname,database_device'轉移 事務(wù)日志 例：—log—dev=8 sp—logdevicemydbmydb—log—dev 如果數據庫對數據庫設備變得過(guò)大（通常在決定數據 庫大小時(shí)，先指定一個(gè)保守的值，如果以后需要增大空間 ，用alter database增加其大小），需先擴展數據庫設備 ，再增大事務(wù)日志的空間，具體語(yǔ)法如下： 語(yǔ)法： ·disk resize name=logical—device_name,size= final—size'擴展數據庫設備 ·alter database database—name on database—d evice'增大數據庫空間 ·sp_logdevicedbname,database_device'轉移事 務(wù)日志 例：disk resize name=mydb on mydb—log—dev=8 alter database mydb on mydb—log—dev=8 sp—logdevice mydb mydb—log—dev （以上工作也可以通過(guò)對microsoft sql enterprise manger提供的gui界面直接操作來(lái)完成。）

●定期執行dump database語(yǔ)句來(lái)完成截短 事務(wù)日志。其語(yǔ)法為： 語(yǔ)法： ·dump database dbname to dump_device 例：dump databas emydb to mydump—dev（通過(guò)將 數據庫mydb備份到備份設備mydump—dev上完成截短事務(wù)日 志。）

●trunc.logonchkpt.選項來(lái)完成截短事 務(wù)日志 缺省時(shí)，在新建的數據庫上，trunc.logonchkpt. 選項設置成off（缺省值），事務(wù)日志永遠不作備份，事務(wù) 日志不停地增長(cháng)，可能會(huì )耗盡數據庫的存儲空間，將trun c.logonchkpt.選項設置成on，每次checkpoint進(jìn)程發(fā) 生時(shí)（通常每分鐘一次）都截短事務(wù)日志（刪除已提交的 事務(wù)），使得事務(wù)日志不會(huì )不停地增長(cháng)以耗盡數據庫的存 儲空間。 配置選項和值 在使用sql server時(shí)，同樣會(huì )經(jīng)常出現系統提示user connections（用戶(hù)連接）已達到配置數，系統無(wú)法正常 運行的問(wèn)題。

sql server用戶(hù)連接最大值是32767，而缺 省時(shí)的一般配置數為15個(gè)。如果使用中的用戶(hù)連接已達到 配置數，而又來(lái)了一個(gè)用戶(hù)連接請求，sqlserver將回送一 個(gè)錯誤消息。

這時(shí)可以通過(guò)修改sql server的配置選項中 的user connections項的最大值來(lái)解決這一問(wèn)題。配置選 項的顯示和管理可通過(guò)sp—configure系統過(guò)程來(lái)完成， 但不能使用sp—configure來(lái)設定一個(gè)比當前配置選項最大 值還大的配置選項。

語(yǔ)法：sp—configure〔'config—name'〔，confi g—value〕〕 其中config—name為配置選項的項名，config—valu e為設置值。 例：sp—configure'user_connections',30 同時(shí)用戶(hù)可以使用sp—configure來(lái)顯示配置選項， 通過(guò)重新設置一些配置選項，調節性能和優(yōu)化存儲分配。

（注：修改sql server的配置選項，必須以系統管理員身 份登錄。）？。