1.SQL>; grant connect to USRNAME identified by USRPWD ;
2.SQL>; alter user USRNAME identified by USRPWD ;
3.SQL>; password USRNAME ;
更改 USRNMAE 的口令
旧口令：××××××
新口令：××××××
重新键入新口令：××××××
修改成oracle认证方法：
1.修改参数文件中
remote_login_passwordfile=EXCLUSIVE 或SHARED
2.修改/home/network/admin/SQLNET.ORA 文件
增加 sqlnet.authentication_services=(NFS)
ORACLE_SID是操作系统级的参数
INSTANCE_NAME是数据库级的参数
SPFILE 是服务器参数文件
PFILE 是文本参数文件
create pfile='/oracle/test.ora' from spfile ;
show parameter spfile ; 后如果VALUE值是零，则没有使用spfile。
启动数据库是可以指定是用pfile还是用spfile启动 如下：
startup pfile='/oracle/test.ora'
show parameter instance
show parameter db
alter system set job_queue_processes=50
comment ='temporaty change src="http://oracle.chinaitlab.com/UploadFiles_7269/200707/20070704123901386.gif" border=0 smilieid="44"> 重建表空间及回滚段
9) svrmgrl>; alter system disable restricted session;
10) 修改init.ora文件
2、数据库未完全关闭(数据库崩溃或使用shutdown abort命令关闭数据库)
1) 恢复备份
2) svrmgrl>; startup mount
3) svrmgrl>; select file#,name,status from v$datafile;
svrmgrl>; alter database datafile filename online;
4) svrmgrl>; select v1.group#,member,sequence#,first_change#
>; from v$log v1,v$logfile v2
>; where v1.group#=v2.group#;
5) svrmgrl>; select file#,change# from v$recover_file;
见一方案2-4
6) svrmgrl>; recover datafile filename;
7) svrmgrl>; alter database open;
3、数据库处于打开状态
1) 删除回滚段和表空间
2) 重建表空间和回滚段
五、控制文件恢复
1．所有的控制文件均被破坏
将备份的控制文件拷贝至原目录下
对于RAW DEVICE,则:
dd if='con.bak' of='/dev/rdrd/drd1' seek=128
2．并非所有的控制文件均被破坏用其他的控制文件启动数据库。
3. 数据文件上所存储的表
select a.segment_name from dba_extents a,dba_data_files b
where a.file_id = b.file_id
and b.file_name = '文件名全路径'
and a.segment_type = 'TABLE'
job不能自动运行
check db parameters
job_queue_processes
if it set to 0
then set it larger than 0
job_queue_processes=1
问题描述
执行如下语句
select session_id,object_name from v$locked_object a,dba_objects b
where a.object_id=b.object_id
error: ora-03212 Temporary Segment cannt be cteated in locally-managed tablespace.
更改为sys 用户 以dba登录,可以查询.
SHUTDOWN IMMEDIATE；
STARTUP MOUNT；
RECOVER DATABASE；
ALTER DATABASE OPEN；
查看表大小！
select segment_name,(bytes/1024)/1024||'M' 大小，
((BLOCKS*DB_BLOCK_SIZE)/1024)/1024||'M'占用空间
from dba_segments
where segment_name = ...
db_block_size 是参数
查询未提交事务
select username, SID||','|| SERIAL# ses, T.STATUS , START_TIME, RN.NAME, USED_UBLK, USED_UREC
from v$transaction T, v$session S, v$rollstat RS, v$rollname RN
where T.SES_ADDR = S.SADDR
and T.XIDUSN = RS.USN
and RN.USN = RS.USN
order by USED_UBLK;
我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下：
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;
通过以上查询知道了sid和 SERIAL#就可以开杀了
alter system kill session 'sid,SERIAL#';
在SQLPLUS里：
1.不显示 行头
set heading off pages 0
2.不显示行数信息
set feedback off
3。不在屏幕上显示结果
set termout off
1.由于该问题由oarcle工程师定位为无法恢复，并在网上进行了求助也每人能解决，所以
我可以方下包袱，去大胆的尝试新办法，按照我对数据库的框架理解去寻求办法。
2.因为无法联机的表空空间为用户表空间，所以不影响数据库系统的启动，所以
通过 ：SQL>;startup mount;
SQL>;alter database open;启动数据库
3.我查看了sys.col#,sys.obj#表，想从表中得到关于datafile0016的信息，但没有能找
到我认为需要的信息；
4.后来我查看了sys.file#,发现了所有数据文件的记录，然后我找到对应的file0016的记录
，想通过删除该记录来屏蔽表空间启动时的数据文件的完整性检测，于是现对sys.file#进
行了备份，然后删除了file0016对应的记录。
5.此时执行SQL>;alter database tablespace ts_user online;
提示数据库已被修改，我惊喜的发现表空间被联机成功了。
由于相应的数据文件在这之前已经损坏，而且该数据文件已经被设置成了offline，并且局方在数据库关闭后，在mount状态下直接对该文件所在表空间进行了offline操作，所以现在如果再通过“alter database datafile filename offline drop”已经不起作用，因为此时的表空间默认的状态为offline，该数据文件与其所在表空间（联机或脱机)具有一致性。所以此时如果想启动该表空间，只能通过屏蔽数据文件的完整性检查！ 数据库业务表空间联机失败 数据库业务表空间联机失败
1.由于该问题由oarcle工程师定位为无法恢复，并在网上进行了求助也每人能解决，所以我可以方下包袱，去大胆的尝试新办法，按照我对数据库的框架理解去寻求办法。2.因为无法联机的表空空间为用户表空间，所以不影响数据库系统的启动，所以通过 ：SQL>;startup mount;SQL>;alter database open;启动数据库3.我查看了sys.col#,sys.obj#表，想从表中得到关于datafile0016的信息，但没有能找到我认为需要的信息；4.后来我查看了sys.file#,发现了所有数据文件的记录，然后我找到对应的file0016的记录，想通过删除该记录来屏蔽表空间启动时的数据文件的完整性检测，于是现对sys.file#进行了备份，然后删除了file0016对应的记录。5.此时执行SQL>;alter database tablespace ts_user online;提示数据库已被修改，我惊喜的发现表空间被联机成功了。
"/dev/rlvdata0016"文件需要介质恢复，表空间联机失败！
