㈠ 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