㈠ sql還原後系統崩潰
還原資料庫還把這個系統搞崩潰了？厲害啊。
你的把日誌刪除啊。可能是你的盤空間不足啊。
備份前，現收縮資料庫，然後分離資料庫，刪除日誌文件，然後再附加資料庫。這樣，縮小了資料庫文件的大小。你還可以改資料庫文件的大小。
成功後，再備份下，一般問題解決。
㈡ 程序在執行SQL語句時，若出現系統異常中斷或資料庫突發崩潰，如何保證
備份可用數據後，卸載重裝恢復資料庫。
程序在執行SQL語句時，若出現系統異常中斷或資料庫突發崩潰，先備份可用的數據，包含所有系統資料庫和用戶資料庫的數據文件和日誌文件。
卸載原來的安裝。
系統表查找和刪除所有的MSSQLServer項。
磁碟上刪除安裝SQLSErver產生的所有文件。
重新安裝SQLServer，所需安裝的補丁的版本要求保持與備份系統資料庫時安裝的補丁版本一致。
單用戶模式下恢復master資料庫。
恢復其他系統資料庫。
恢復用戶資料庫。
㈢ SQL注入的特點與危害分別有哪些
1、廣泛性：任何一個基於SQL語言的資料庫都可能被攻擊，很多開發人員在編寫Web應用程序時未對從輸入參數、Web表單、Cookie等接收到的值進行規范性驗證和檢測，通常會出現SQL注入漏洞。
2、隱蔽性：SQL注入語句一般都嵌入在普通的HTPP請求中，很難與正常語句區分開，所以當前許多防火牆都無法識別予以警告，而且SQL注入變種極多，攻擊者可以調整攻擊的參數，所以使用傳統的方法防禦SQL注入效果非常不理想。
3、危害大：攻擊者可以通過SQL注入獲取到伺服器的庫名、表名、欄位名，從而獲取到整個伺服器中的數據，對網站用戶的數據安全有極大的威脅。攻擊者也可以通過獲取到的數據，得到後台管理員的密碼，然後對網頁頁面進行惡意篡改。這樣不僅對資料庫信息安全造成嚴重威脅，對整個資料庫系統安全也有很大的影響。
4、操作方便：互聯網上有很多SQL注入工具，簡單易學、攻擊過程簡單，不需要專業的知識也可以自如運用。
㈣ sql導致系統死機
sql2000用的1433埠，掃描到也沒關系，把你的sa密碼設復雜一點就行了；如果不用的時候想關掉，在企業管理器停用
㈤ 為什麼我的XP安裝了SQL SERVER 2000個人版本後 伺服器已經掛上了,可是軟體後台系統老打不開
以前的某個程序安裝已在安裝計算機上創建掛起的文件操作。運作安裝程序之前必須重新啟動計算機。」
<br>解決方法：運行 REGEDIT 打開注冊表, 找到hkey_local_machine\system\currentcontrolset\control\session manager，找到「PendingFileRenameOperations」值，並刪除其中所有數據，之後你就可以安裝SQL Server 2000了。 你要確定刪對了才行！
還有一種常見的情況！
安裝到安裝界面上【安裝SQL Server2000組件】按鈕；單擊【安裝資料庫伺服器】按鈕後，安裝界面一直就沒有出來。打開「任務管理器」時有STEUPSQL.EXE SQLSTP.EXE。「任務管理器」中STEUPSQL.EXE SQLSTP.EXE結束後，運行安裝程序，仍然只是進入前面2步，安裝界面就一直沒有出現。重啟計算機還是一樣的過程。
答：說明你電腦可能中毒了，你到 控制面板－管理工具－服務 里檢查一下，看有沒有名稱是svchovt.exe或名稱有後綴.exe的，如果有，把它停止就可以安裝。徹底解決方法：把殺毒軟體升級到最新版本，然後全盤掃描殺毒
㈥ 安裝SQL2000老出現掛起，重裝系統都不行，求解決辦法，急
提示掛起，原因是因為存在有以前安裝殘留的文件或者注冊表信息。
第一步，先刪除以前留下的文件，其中數據文件（後綴名是.mdf和.ldf）可以保留。
第二部，打開注冊表，選擇搜索，輸入PendingFileRenameOperations，將查找出來的符合的全部刪除（根據以前安裝的情況，有可能有多個），然後重啟安裝。肯定可以
㈦ sql在系統崩潰後如何找回資料庫
進入sql安裝目錄，把所有文件都備份起來，重新安裝sql後，把備份的那些大文件覆蓋回去就可以了
㈧ oracle資料庫經常會出現佔用cpu100%的進程，然後系統就掛了，怎麼找出引起這種故障的sql語句
在故障發生時，嘗試用下面的語句抓取資料庫引起故障的點。
/*********************************************************************************************/
在oracle中監控死鎖
/*********************************************************************************************/
SELECT sn.username,
m.SID,
sn.SERIAL#,
m.TYPE,
DECODE(m.lmode,
0,
'None',
1,
'Null',
2,
'Row Share',
3,
'Row Excl.',
4,
'Share',
5,
'S/Row Excl.',
6,
'Exclusive',
lmode,
LTRIM(TO_CHAR(lmode, '990'))) lmode,
DECODE(m.request,
0,
'None',
1,
'Null',
2,
'Row Share',
3,
'Row Excl.',
4,
'Share',
5,
'S/Row Excl.',
6,
'Exclusive',
request,
LTRIM(TO_CHAR(m.request, '990'))) request,
m.id1,
m.id2
FROM v$session sn, v$lock m
WHERE (sn.SID = m.SID AND m.request != 0) --存在鎖請求，即被阻塞
OR (sn.SID = m.SID --不存在鎖請求，但是鎖定的對象被其他會話請求鎖定
AND m.request = 0 AND lmode != 4 AND
(id1, id2) IN (SELECT s.id1, s.id2
FROM v$lock s
WHERE request != 0
AND s.id1 = m.id1
AND s.id2 = m.id2))
ORDER BY id1, id2, m.request;
/*********************************************************************************************/
定位引起oracle死鎖的sql
/*********************************************************************************************/
select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))
/*********************************************************************************************/
下面的SQL查詢可以用於確定鎖住資料庫對象的鎖：
/*********************************************************************************************/
select
c.owner,
c.object_name,
c.object_type,
b.sid,
b.serial#,
b.status,
b.osuser,
b.machine
from
v$locked_object a ,
v$session b,
dba_objects c
where
b.sid = a.session_id
and
a.object_id = c.object_id;
/*********************************************************************************************/
顯示哪些會話被鎖住
/*********************************************************************************************/
/* showlock.sql */
COLUMN o_name format a10
COLUMN lock_type format a20
COLUMN object_name format a15
SELECT RPAD (oracle_username, 10) o_name, session_id SID,
DECODE (locked_mode,
0, 'None',
1, 'Null',
2, 'Row share',
3, 'Row Execlusive',
4, 'Share',
5, 'Share Row Exclusive',
6, 'Exclusive'
) lock_type,
object_name, xisn, xidslot, xidsqn
FROM v$locked_object, all_objects
WHERE v$locked_object.object_id = all_objects.object_id;
/*********************************************************************************************/
顯示所有的TM和TX鎖
/*********************************************************************************************/
/* showalllock.sql */
SELECT SID, TYPE, id1, id2,
DECODE (lmode,
0, 'None',
1, 'Null',
2, 'Row share',
3, 'Row Exclusive',
4, 'Share',
5, 'Share Row Exclusive',
6, 'Exclusive'
) lock_type,
request, ctime, BLOCK
FROM v$lock
WHERE TYPE IN ('TX', 'TM');
/*********************************************************************************************/
在Oracle資料庫中,可以通過kill session的方式來終止一個進程,其基本語法結構為:
被kill掉的session,狀態會被標記為killed,Oracle會在該用戶下一次touch時清除該進程.
我們發現當一個session被kill掉以後，該session的paddr被修改，如果有多個session被kill，那麼多個session
的paddr都被更改為相同的進程地址:
/*********************************************************************************************/
alter system kill session 'sid,serial#' ;
/*********************************************************************************************/
在oracle中kill掉的進程有時還需要等待pmon回滾資料庫已經佔有的資源
有時候我們需要使用下面的腳本找出那些已經在oracle中kill掉的進程，在操作系統中在kill一次
/*********************************************************************************************/
select p.addr from v$process p where pid <> 1
minus
select s.paddr from v$session s;
$ kill -9 &paddr