小记
文章平均质量分 53
ONLYONE_HTLIU
这个作者很懒,什么都没留下…
展开
-
琢磨不透的cbo
第1章 表信息-- Create tablecreate table WFWIPARTICIPANT( WIPARTICID NUMBER not null, WORKITEMID NUMBER, PARTICIPANTTYPE VARCHAR2(20), PARTICIPANT VARCHAR2(256), PARTICIP原创 2010-04-17 14:11:00 · 736 阅读 · 0 评论 -
rman现场备份策略
<br /> <br /><br />/u01/app/oracle/product/10.1/bin/rman target sys/sys123@sxtsioms cmdfile=/opt/rmanbak/bakl0 log=/opt/rmanbak/bakl0.log append<br />/u01/app/oracle/product/10.1/bin/rman target sys/sys123@sxtsioms cmdfile=/opt/rmanbak/bakl1 log=/o原创 2010-06-22 17:55:00 · 862 阅读 · 0 评论 -
防火墙阻止监听引起ORA-12560错误
今天一哥们装数据库,让我帮配置监听,监听配置完成后,tnsping 正常,其它也没发现错误。(我装也不是一次两次了)。郁闷中。。。。。,后经过群里“从心开始”指点发现是防火墙问题,[root@sxtsiomsweb1 ~]# setup 关闭后正常。原创 2010-07-28 10:44:00 · 767 阅读 · 0 评论 -
impdp传输表空间错误小记 ORA-39083: Object type INDEX_STATISTICS failed to create with error:
<br />经常用expdp和impdp 但今天在论坛上看到哥们在讨论一个问题所以下先记录下了免得今后碰到:<br /> 狐狸(375394747) 15:28:07<br />impdp遇到错误 <br />狐狸(375394747) 15:28:49<br />报告<br />ORA-39083: Object type INDEX_STATISTICS failed to create with error:<br />ORA-01403: no data found<br />ORA-0140原创 2010-06-02 16:02:00 · 8910 阅读 · 1 评论 -
ORA-00257 : archiver error. Connect internal only, until freed
〖环境(Environment)〗OS:LINUXDB:ORACLE10G〖现象(Symptom)〗以普通用户登录数据库时,报告错误:ORA-00257 : archiver error. Connect internal only, until freed。用ALTER SYSTEM ARCHIVE LOG CURRENT执行手工归档也不行。〖原理(Cause) 〗Step01:用ps -ef|grep oracle查看归档进程,归档进程运行正常。oracle 524 1 1 15:50:30原创 2010-07-21 12:19:00 · 1906 阅读 · 0 评论 -
ORA-01653 unable to extend table TSSA.PROFESSOR_TABLE by 8192 in tablespace TSSAPUB
SELECT UPPER(F.TABLESPACE_NAME) "表空间名",D.TOT_GROOTTE_MB "表空间大小(M)",D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,2),'990.99') "使用比",F.TOTAL_BYTES "空闲空间(M)",F.MAX_BYTES "最大块(M)"FROM (SE原创 2010-07-19 10:14:00 · 5719 阅读 · 3 评论 -
Move all database objects from one tablespace to another
<br />Sometime is necessary to move all database objects from one tablespace to another.<br />Basically are tables, indexes and lobs.<br />This script permit move database objects from one user and/or tablespace to another:<br />1、此脚本只用于产生相应语句。<br />2、如果是同原创 2010-07-20 10:48:00 · 721 阅读 · 0 评论 -
删除归档日志小记
1、rm完目录下面的归档日志 释放了磁盘空间2、SQL> select name,sequence#,first_change# from v$archived_log;NAME-------------------------------------------------------------------------------- SEQUENCE# FIRST_CHANG原创 2010-05-21 14:31:00 · 502 阅读 · 0 评论 -
long---clob转化
1、long--long 只能在server下进行copy from scott/tiger@lsj to lsj/lsj@sunserve create dept using select * from dept;2、long-clob 不用多说3、clob-clob 省略4、clob---longSQL> declare 2 my_char varchar2(32000); 3 begin 4 for x in (select aa.id,aa.interior_id,aa.remark原创 2010-07-08 16:38:00 · 1374 阅读 · 0 评论 -
tns-12570错误解决
今天有哥们突然出现tns-12570,重建lis也不行。原来哥们用的是11G,11g 的 listener 写了一个日志该日志达到4G 重命名该文件后 重启lsnrctl就ok了原创 2010-07-05 11:58:00 · 1928 阅读 · 0 评论 -
oracle job 定时调用过程应用
主要是利用job定时调用过程进行批量处理一些事物:PROTABLE表含有long字段 每次业务处理完要删除,速度很慢,后来通过置标志位解决,夜间再通过job删除,有效解决在业务繁忙期间删除慢的情况。联通现场数据job创建如下:(有时会出现next time 不准 需要通过客户端调节一下即可)-----建立SQL> variable joba number;SQL> begin 2 dbms_job.submit(:joba,'AUTO_DELETE_PROTABLE;',sysdate,'(sysdat原创 2010-06-30 13:35:00 · 1516 阅读 · 0 评论 -
批量分析日志
<br />有时需要大量分析日志,甚至上百个,如果一个个手动dbms_logmnr.add_logfile 无疑是一个很大工作量<br /> 于是写了存储过程进行批量分析<br />前提条件:sys用户建立<br /> 日志序列连续<br />----------------------------------------------------<br />-- Export file for user SYS --<br />-- C原创 2010-06-30 13:23:00 · 784 阅读 · 0 评论 -
oracle静态监听和动态监听辨析
<br />以前也看过很多类似的文章 一直没有做过实验,最近在qq群里有人提出类似问题,于是照葫芦画瓢做了个实验,<br />关键步骤是需要修改SID和servicename ,例如我原来SID和servicename都是sxtsioms 后来分别改成instest和test重启数据库后发现sxtsioms和test都可以作为连接符,而且lister。org和tnsname。org内容并没有改变。<br />总之个人感觉是能用静态的最好不要用动态的毕竟修改sid也不是一件很有趣的事情<br /> <b原创 2010-06-26 11:11:00 · 1322 阅读 · 0 评论 -
imp到不同表空间
<br /> 用户tssa默认表空间是tssapub,现想迁移到tssapubnew<br />1、首先建立默认表空间为tssapubnew<br /> <br />2、<br />revoke unlimited tablespace from TSSA;<br /> <br /> alter user tssa quota 0 on TSSAPUB;<br /><br />alter user tssa quota unlimited on TSSAPUBNEW;<br /> <br />发现导入数据原创 2010-06-21 14:58:00 · 863 阅读 · 0 评论