久久久亚洲欧洲日产国码是AV ,亚洲综合无码一区二区,激情小说亚洲色图

2017�q?�?日的闰秒是怎么来的

Fri, 30 Dec 2016 07:38:00 GMT

新华�C�֤��z?2�?0日电(sh��)�Q�记者周润健�Q?#8220;多希望世界给我多一分钟、多一�U�钟�Q�让我再好好�׃��……”歌词里曾苦苦哀求的一�U�钟�Q�真的可以实��C��(ji��n)。因为，2016�q�还真的多出�?#8220;1�U?#8221;�?/p>

�q�多出的“1�U?#8221;��加在格林尼��L��?2�?1�?3�?9分后�Q�通过增加闰秒实现。由于北京处于东八时区，所以将�?017�q?�?�?�?9�?9�U�后面增�?�U�，届时�?x��)出�?�?9�?0�U�的�Ҏ(gu��)��现象�?/p>

��Z��么要增加1�U�？�q?�U�从何而来�Q�据天文专家介绍�Q��ؓ(f��)�?ji��n)确定时��_(d��)��世界上有两种旉��计量�pȝ��Q�基于地球自转得出的“世界�?#8221;和基于原子振荡周期确定的“原子�?#8221;。由于两�U�时间尺度对�U�的��量�Ҏ(gu��)��不同�Q�随着旉��的推�U�，�q�两个时间系�l�之间就�?x��)出现差异，所以有�?#8220;协调世界�?#8221;的概��c(di��n)�?/p>

“协调世界�?#8221;以原子时�U�长为基��Q�在时刻上尽量接�q�于世界时�?972�q�_(d��)��国际计量大会(x��)军_��Q�当“世界�?#8221;�?#8220;原子�?#8221;之间时刻相差��过0.9�U�时�Q�就在协调世界时上加上或减去1�U�（正闰�U�或负闰�U�）(j��)�Q�以��量接近世界�Ӟ��q�就是闰�U��?br />
计算机的旉��只要不��用NTP��没什么大问题�?/p>

坏男�?/a> 2016-12-30 15:38 发表评论

��理员权限真的很重要

Wed, 09 Nov 2016 02:08:00 GMT

现象�Q?1手机助手�Q�打开5s导出我的照片�Q�结果很久不见动�?r��n)，电(sh��)脑的反应也慢，手机的反应也慢。导出速度慢的像蜗牛�?br />
处理�q�程�Q�重启笔记本�Q�重启手机，重启91手机助手。打开91助手�Q�发现速度依旧那么慢�?br />

我用的win10的电(sh��)脑啊�Q?4位的�pȝ��Q�直接右�?1助手的桌面快��h��式，选中“以管理员�w�䆾�q�行”�Q�再�ơ选中一个月的照片，速度发现�Q�神速啊�?br />

坏男�?/a> 2016-11-09 10:08 发表评论

RAC的RMAN备䆾需要连接两个实例吗

Thu, 17 Dec 2015 01:18:00 GMT

归档日志攑֜�ASM上，rman脚本中不用连�?个实例，归档攑֜�ASM上是�׃�n存储�Q�只需要在一个实例备份即可�?/div>

坏男�?/a> 2015-12-17 09:18 发表评论

AIX修改旉��

Thu, 10 Dec 2015 21:18:00 GMT

linux下用date -s "YYYYmmdd HH:MM:SS"

AIX date -n mmddHHMMYY�Q�mm表示月分�Q�dd表示日期�Q�HH表示��时�Q�MM表示分钟�Q�YY表示�q�䆾�?/p>

坏男�?/a> 2015-12-11 05:18 发表评论

While inserting a large BLOB using JDBC, the application fails with�Q�ORA-22990

Tue, 25 Aug 2015 05:56:00 GMT

CAUSE

The Oracle oracle.sql.BLOB OutputStream writes the data in chunks. Since autocommit defaults to true, the first chunk is committed. This results in the write operation for the next chunk of the Blob to fail since it appears to be in the next transaction.
In those conditions, the ORA-22990 exception will occur with any version of Oracle JDBC driver.

SOLUTION

Issue the setAutoCommit(false) command. Then, explicitly commit the transaction after all of the Blob chunks have been written to the row and the stream.close() method has been executed.

If using the Oracle 10g JDBC driver (or greater version), a second solution consists of using the standard JDBC api (setBinaryStream method of java.sql.PreparedStatement interface). And in this case, AutoCommit can be set to true.

Here is an example:

PreparedStatement stmt = conn.prepareStatement("INSERT INTO blobTest VALUES (?,?)"); 
File fd = new File(testFile); 
fis = new FileInputStream(fd); 
stmt.setInt(1,1); 
stmt.setBinaryStream(2,fis,(int)fd.length());

where blobTest is a table defined as the following:

SQL> create table blobTest (id number (4), data blob);

坏男�?/a> 2015-08-25 13:56 发表评论

ftp扚w��上传不需要提�C�yes

Tue, 25 Aug 2015 05:42:00 GMT

1、就是用mput。传之前先拍prompt�Q�这样不�?x��)每传一个文件就要你��认。然后lcd到目录下用mput *上传�?br />2、将目录打包上传�?nbsp;

坏男�?/a> 2015-08-25 13:42 发表评论

enq: TX - row lock contention �{�待事�g

Fri, 20 Mar 2015 07:20:00 GMT

OS环境�Q�windows server 2008 64�?/span>

数据库版本：(x��)11.2.0

今天在��用rman备䆾的时候随意的查看�?ji��n)一下等待事�Ӟ��除了(ji��n)�?ji��n)我们现在系�l�遇到的IO瓉��外，�q�额外的发了(ji��n)enq: TX - row lock contention�?/span>�{�待事�g

1�Q�查询当前系�l�的�{�待事�g

select event,sid,p1,p2,p3 from v$session_wait where event not like 'SQL*%' and event not like 'rdbms%';

EVENT                                   SID         P1              P2             P3
----------------------------------     ----      ----------      ----------    ----------
enq: TX - row lock contention     4    1415053318     196638        55836
RMAN backup & recovery I/O      5            1               256       2147483647
enq: TX - row lock contention    12    1415053318     524293        51153
RMAN backup & recovery I/O     25           1                256      2147483647
db file sequential read             27         16             2876703         1
pmon timer                             33         300               0               0
db file scattered read               39          33              790536         128
VKTM Logical Idle Wait            49           0                   0               0
Streams AQ: qmn slave idle wait         50          1          0          0
asynch descriptor resize           53          1              4294967295    1237
jobq slave wait                       54          0                     0          0

EVENT                                   SID         P1          P2                 P3
-------------------------------------------    -------       ----------          ----------
db file sequential read             170         33         1100519            1
direct path read                      181         44          469892           124
enq: TX - row lock contention    212 1415053318     524293         51153
smon timer                             225        300          0       0
enq: TX - row lock contention    232 1415053318     524293         51153
direct path read                      234         16           1099776         128
Streams AQ: qmn coordinator idle wait 242          0          0         0

上面的等待事件说明session4�Q?2�Q?12�Q?32惛_��锁，但是有别的session占着�Q�所以等待�?/span>

enq是一�U�保护共享资源的锁定机制�Q�一个排队机�Ӟ��先进先出(FIFO)

发生TX锁的原因一般有几个

1.不同的session更新或删除同一个记录�?br />
2.唯一索引有重复烦(ch��)�?br />
3.位图索引多次更新

4.同时对同一个数据块更新

5.�{�待索引块分�?/span>

2�Q�下面我们通过enq: TX - row lock contention来看看这些session都在�{�什�?/span>

select ROW_WAIT_OBJ#,ROW_WAIT_FILE#,ROW_WAIT_BLOCK#,ROW_WAIT_ROW# from v$session where event='enq: TX - row lock contention';

ROW_WAIT_OBJ# ROW_WAIT_FILE# ROW_WAIT_BLOCK# ROW_WAIT_ROW#
------------- -------------- --------------- -------------
        87556             57             395            88
        87564             57             435             0
        87564             57             435             0
        87564             57             435             0
        87564             57             435             0

3�Q�通过上面sql查找出来的对象编��h��到对应的对象名称

SQL> select object_name from dba_objects where object_id in (87564);

OBJECT_NAME
-----------
QRTZ_LOCKS

4�Q�通过对象名称扑և�该对象的对应属性，对象属性�ؓ(f��)TABLE

SQL> select OWNER,OBJECT_NAME,OBJECT_ID,DATA_OBJECT_ID, OBJECT_TYPE from all_objects where object_name='QRTZ_LOCKS';

OWNER OBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE

SCHEDULE QRTZ_LOCKS 87564 87564 TABLE

5�Q�通过正在�{�待的SID查看它们都在执行什么操�?/span>

SQL> select sid,sql_text from v$session a,v$sql b where sid in(4,12,41,212,232) and (b.sql_id=a.sql_id or b.sql_id=a.prev_sql_id);

SID SQL_TEXT
---- ----------------------------------------------------------------------------------------------------
4 UPDATE QRTZ_CRON_TRIGGERS SET CRON_EXPRESSION = :1 WHERE TRIGGER_NAME = :2 AND TRIGGER_GROUP = :3
12 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE
41 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE
212 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE
232 SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE

从上面的�l�果可以看出�Q�SCHEDULE用户下的五个session同时在执行一条相同的sql语句�Q�对应的对象则是QRTZ_LOCKS �q�个�?/span>�Q?nbsp;所以发生了(ji��n)锁，从而��生等待，通过和同事的交流�Q�得知这个一个ETL�E�序要访问的表，里面只有五条数据�Q�但是却要时时调度�?nbsp;

6�Q�下面我们去找一下对应sid产生的锁

SQL> select SID,TY,ID1,ID2,LMODE,REQUEST,CTIME,BLOCK from V$lock where block=1 or request<>0;
         SID TY        ID1        ID2      LMODE    REQUEST      CTIME      BLOCK
---------------- ---- -- ---------- ---------- ---------- ---------- ---------- ----------
         41 TX     524293      51153          0          6       3846             0
         12 TX     524293      51153          0          6       4190             0
         232 TX     524293      51153          0          6       4626             0
         212 TX     524293      51153          0          6       4749             0
          4 TX     196638      55836          0          6       4755              1
         44 TX     196638      55836          6          0       4765              1

由此可以查看�Q�BLOCK=1的sid是该�{�待事�g的根源，其他session则等待该锁被释放�?/span>

解决�Ҏ(gu��)��Q?/span>

1�Q�通过v$session扑ֈ�BLOCK=1的用��P��告知用户提交事务

2�Q�通过sid扑ֈ�pid�Q�kill掉该�q�程

3�Q�更改sql语句�Q�SELECT * FROM QRTZ_LOCKS WHERE LOCK_NAME = :1 FOR UPDATE no wait

加nowait的意思是得到或者得不到�Q�不�?x��)等�?/span>

坏男�?/a> 2015-03-20 15:20 发表评论

ORA-39097

Fri, 20 Mar 2015 07:14:00 GMT

该报错我�q�没有查扑ֈ��Ҏ(gu��)��的原因，去metalink上看到有解决办法�Q�则是加大streams_pool_size卛_��Q�导出恢复正�?nbsp;alter system set streams_pool_size = 48M;

坏男�?/a> 2015-03-20 15:14 发表评论

ORA-39095

Fri, 20 Mar 2015 07:13:00 GMT

出现该报错的原因一般分��Z��U�情��c(di��n)�?/span>

�W�一�U�情冉|��因�ؓ(f��)在expdp的时候给才�{储空间太��，数据无法写入转储文�g内，所以报错，�q�种报错很好解决�Q�只需要进入交互模式下�Q�可以用add_file来增加�{储文�Ӟ��然后restart该job卛_��?/span>

�W�二�U�情况则是因��|�参数parallel大于转储文�g数目引�v的，官方文档的解释是parallel io server processes写文件不能同时写一个，如果只有一个dumpfile(或少于parallel)��׃��(x��)影响性能。不但如此，当一个io server process在等待从而不能写dumpfile的时候就�?x��)报ORA-39095

解决该问题�(sh��)��׃��U�办�?/span>

1�Q�进入到交互模式�Q�减��parallel的数量，使其�{�于dmp文�g的数量或增加dmp文�g�Q��其与parallel数量相等�?/span>

2�Q�在写导�?gu��)��句的时候指定dumpfile中��用变�?%u(大小写均�?�Q�让其自由分配�{储文件即可�?/span>

坏男�?/a> 2015-03-20 15:13 发表评论

ORA-00600

Fri, 20 Mar 2015 07:08:00 GMT

机房环境�Q?/div>

OS�Q�windows 2008

数据库版本：(x��)oracle 11g

事�g起因�Q?/p>

昨天公司�q�维说机房的HP服务器磁盘坏�?ji��n)，我当时冷汗一下子��出来了(ji��n)�Q�因��是测试库�Q�没有备份，没有归档�Q�但是里面可是有1.5T的数据啊�Q?img title="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" src="http://www.sinaimg.cn/uc/myshow/blog/misc/gif/E___6692EN00SIGG.gif" alt="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" style="border: none; max-width: 100%;" />下午他们修了(ji��n)一下午�Q�系�l�可以进��M��(ji��n)�Q�但是数据库在启动到OPEN的时候报错SYSTEM01数据文�g�~�失一千多个数据块�Q�由于没有备份和归档�Q�所以这个数据库是挂掉了(ji��n)�?img title="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" src="http://www.sinaimg.cn/uc/myshow/blog/misc/gif/E___6706EN00SIGG.gif" alt="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" style="border: none; max-width: 100%;" />�Q�DBA们一定要做好备䆾�Q�否则最后全是自��q��事情�Q�，�q�好我们�q�有一个一周前的冷备库�Q�所以我直接物理�q�移�Q�把数据库恢复到一周以前了(ji��n)�Q�恢复的�q�程非常��单，因�ؓ(f��)数据库必��ȝ��那些文�g路径都已存在�Q�如参数文�g内的DUMP文�g�{�）(j��)�Q�我只是把参数文�Ӟ��密码文�g�Q�控制文�Ӟ��数据文�g恢复到指定的目录�Q�然后直接STARTUP�Q�在nomount和mount阶段都是比较��利的，而到open阶段的时候，则报错了(ji��n)让我闹心(j��)的ORA-600ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]的错误，因�ؓ(f��)大家都知道，ORA-600是数据库自己内部的BUG�Q�我也是�W�一�ơ遇刎ͼ�问了(ji��n)很多人大安��不会(x��)�Q�所以只能自己去摸烦(ch��)解决�Q�值得�?ji��n)幸的是在摸索�?ji��n)一个小时后�Q�我�l�于把数据库OPEN�?ji��n)，以下��是我恢复的步骤�Q�如果感觉对�(zh��n)�有所帮助�Q�那么请支持我一下�?img title="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" src="http://www.sinaimg.cn/uc/myshow/blog/misc/gif/E___7392ZH00SIGG.gif" alt="解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误" style="border: none; max-width: 100%;" />

//报错�Q�ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []

//因�ؓ(f��)ORA-600的错误没有具体提�C�，所以很多�h无从下手�Q�别着急，我们可以先去告警日志�ȝ��看，以下是我的告警日志信息：(x��)

ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], [

Incident details in: d:/app/administrator/diag/rdbms/ccxe/ccxe/incident/incdir_2570/ccxe_ora_2164_i2570.trc
Aborting crash recovery due to error 600
Errors in file d:/app/administrator/diag/rdbms/ccxe/ccxe/trace/ccxe_ora_2164.trc:
ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []
Errors in file d:/app/administrator/diag/rdbms/ccxe/ccxe/trace/ccxe_ora_2164.trc:
ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []
ORA-600 signalled during: alter database open...
Tue May 10 10:13:10 2011
Trace dumping is performing id=[cdmp_20110510101310]
Tue May 10 10:13:11 2011
Sweep [inc][2570]: completed
Sweep [inc2][2570]: completed
Tue May 10 10:29:52 2011
Shutting down instance (immediate)
Shutting down instance: further logons disabled

//我们通过告警日志文�g好像也没查到什么有用的信息�Q�别着急，我们�q�可以再查找对应的TRC文�g�Q�我的对应TRC文�g则是ccxe_ora_2788_i2164.trc�Q�以下是我的TRC信息

WARNING! Crash recovery of thread 1 seq 1770 is

ending at redo block 779181 but should not have ended before

redo block 779205

//看，有警告了(ji��n)�Q�意思是我在恢复的时候，丢失�?ji��n)redo日志�Q�当时我很纳��P��怎么�?x��)丢失redo呢？最后我把这个问题定位在传输redo的时候可能造成数据块的丢失�Q�因为我以前发生�q�这�c�M��情，所以我重新拯��redo日志�Q�再�ơ将数据库启动�?/p>

Incident 3771 created, dump file: d:/app/administrator/diag/rdbms/ccxe/ccxe/incident/incdir_3771/ccxe_ora_2164_i3771.trc

ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1770], [779181], [779205], [], [], [], [], [], [], []

*** 2011-05-10 10:47:11.138

Stopping background process MMNL

*** 2011-05-10 10:47:12.139

Stopping background process MMON

*** 2011-05-10 10:47:13.259

ksukia: Starting kill, flags = 1

ksukia: killed 0 out of 0 processes.

*** 2011-05-10 10:47:14.652

*** 2011-05-10 10:47:14.652 4132 krsh.c

ARCH: Archival disabled due to shutdown: 1089

*** 2011-05-10 10:47:15.653

*** 2011-05-10 10:47:15.653 4132 krsh.c

ARCH: Archival disabled due to shutdown: 1089

//重新拯��redo日志到指定目录，再次启动数据库�?/span>

Total System Global Area 6413680640 bytes

Fixed Size 2187728 bytes

Variable Size 754978352 bytes

Database Buffers 5637144576 bytes

Redo Buffers 19369984 bytes

Database mounted.

ORA-00338: log 4 of thread 1 is more recent than control file

ORA-00312: online log 4 thread 1:

'D:/APP/ADMINISTRATOR/ORADATA/CCXE/REDO04.LOG'

//报错果然不一样了(ji��n)�Q�这�ơ报错的意思是我的日志比我的控制文件新�Q�要我恢复控制文件�?/span>

SQL> recover database using backup controlfile until cancel; 指定日志文�g恢复

Specify log: {=suggested | filename | AUTO | CANCEL}

D:/app/Administrator/oradata/CCXE/redo04.log

ORA-00279: change 128488612 generated at 05/10/2011 11:13:52 needed for thread

ORA-00289: suggestion :

D:/APP/ADMINISTRATOR/FLASH_RECOVERY_AREA/CCXE/ARCHIVELOG/2011_05_10/O1_MF_1_1771_%U_.ARC

ORA-00280: change 128488612 for thread 1 is in sequence #1771

ORA-00278: log file 'D:/app/Administrator/oradata/CCXE/redo04.log' no longer

needed for this recovery

Specify log: {=suggested | filename | AUTO | CANCEL}

D:/app/Administrator/oradata/CCXE/redo05.log

Log applied.

Media recovery complete.

SQL> alter database open; -必须�?/span>RESETLOGS方式打开数据�?/span>

alter database open

ERROR at line 1:

ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

SQL> alter database open RESETLOGS ;

Database altered.

OK�Q�现在数据库��h��?ji��n)，通过�q�次出错我�ȝ��?ji��n)几点，希望对大家有帮�?/p>

1�Q�数据库不管是不是测试，都尽量备份，否则出问题哭都来不及(qi��ng)�?/p>

2�Q�数据库��量归档�Q�这样就可以恢复数据库在��M��时刻�?/p>

3�Q�出错时不要慌，要仔�l�查看报错信息，分析报错�Q�根据自己所掌握的知识一步一步解冻I��当你把问题解�?/p>

�Ӟ��你会(x��)发现排错的过�E�真的是一个非常提升自��q��q�程�?/p>

4�Q��^�怸�定要有几个在�q�方面很强的朋友�Q�因为有的时候�ƈ不是自己查资料就能查到的�Q�更多的是需要朋友的

�l�验与帮助�?/p>

注：(x��)以上��是�q�次错误的全部过�E�，�q�段旉��我会(x��)把近期所遇到的错误都整理一下，都分享给大家�Q�通过�q�期的工作我感觉数据库真的是一个非常庞大的�pȝ��Q�每�ơ遇到新错的时候我都会(x��)很郁��L(f��ng)��解决�Q�因为我发现我的懂的�q�是太少�?ji��n)，学�?f��n)毕竟是一个由点到�U�，��q��到网的过�E�，一个问题由模糊到清晎ͼ�由清晰再模糊�Q�反复来几遍最�l�都�?x��)很明白的。我们要有清晰的理论知识�Q�出错的时候才�?x��)找到出题所在，作�ؓ(f��)一个DBA冷静(r��n)�Q�清晰的头脑也很重要�Q�通过DBA的这个行业，也是非常�ȝ��自己的性格�Q�希望大安��可以在DBA的这条职��Z��路，��走��远�Q�祝大家好运�?/p>

坏男�?/a> 2015-03-20 15:08 发表评论

解决ORA-01555报错

Fri, 20 Mar 2015 07:03:00 GMT

OS环境�Q�windows2008

数据库版本：(x��)oracle 11.2.0

今天同事需要执行一个拥有大扚w��q�算的存储过�E�，当执行的时候报错，报错信息如下�Q?/span>

ERROR at line 1:
ORA-01555: snapshot too old: rollback segment number 18 with name
"_SYSSMU18_671080725$" too small
ORA-06512: at "TRANUSER.TRAN_ETL_LOAD_J2S_MAIN", line 22
ORA-06512: at "TRANUSER.TRAN_ETL_LOAD_JST_PRE", line 5
ORA-06512: at line 2

--�_�ֽ�解释

不知道是从哪里�{的了(ji��n), 假设有张表，叫table1�Q�里面有5000万行数据�Q�假��N��计全表扫�?�ơ需�?个小�Ӟ��我们从过�E�来看：(x��)

1、在1炚w��Q�有个用户A发出�?ji��n)select * from table1;此时不管��来table1怎么变化�Q�正��的�l�果应该是用户A�?x��)看到�?炚w��q�个时刻的内宏V��这个是没有疑问的�?nbsp;
2、在1�?0分，有个用户B执行�?ji��n)update命��o(h��)�Q�更��C��(ji��n)table1表中的第4000万行的这条记录，�q�时�Q�用户A的全表扫描还没有到达�W?000万条。毫无疑问，�q�个时候，�W?000万行的这条记录是被写��C��(ji��n)回滚�D�里��M��(ji��n)的，我假设是回滚�D�RBS1�Q�如果用户A的全表扫描到达了(ji��n)�W?000万行�Q�是应该�?x��)正��的从回滚段RBS1中读取出1炚w��时刻的内容的�?nbsp;
3、这�Ӟ��用户B��他刚才做的操作commit�?ji��n)，但是�q�时�Q�系�l�仍然可以给用户A提供正确的数据，因�ؓ(f��)那第4000万行记录的内容仍然还在回滚段RBS1里，�pȝ��可以�Ҏ(gu��)��SCN来到回滚�D�里扑ֈ�正确的数据，但是大家注意刎ͼ��q�时记录在RBS1里的�W?000万行记录已经发生�?ji��n)一炚w��大的改变�Q�就是这个第4000万行的在回滚�D�RBS1里的数据有可能随时被覆盖掉，因�ؓ(f��)�q�条记录已经被提交了(ji��n)�Q�！�Q?nbsp;
4、由于用户A的查询时间�O长，而业务在一直不断的�q�行�Q�RBS1回滚�D�在被多个不同的tracnsaction使用着�Q�这个回滚段里的extent循环��C��(ji��n)�W?000万行数据所在的extent�Q�由于这条记录已�l�被标记提交�?ji��n)，所以这个extent是可以被其他transaction覆盖掉的�Q?nbsp;
5、到�?�?0分，用户A的查询终于到�?ji��n)�?000万行�Q�而这时已�l�出��C��(ji��n)�W?条说的情况，需要到回滚�D�RBS1��L��数据�Q�但是已�l�被覆盖掉了(ji��n)�Q�于�?1555��出��C��(ji��n)�?/span>

--错误提示

数据库报�?ORA-01555 什么回滚段 '_SYSSMU168' is too small.很明�?是可用的回滚�D�太��了(ji��n) 满��不了(ji��n)那个大事物的需�?具体的sql我就不提供了(ji��n)

�q�有一�U�可�?一般伴随着ORA-22924出现��是LOB上的问题

辨别ORA-01555是不是发生在LOB上的,一般来�?普通的01555错误�?x��)指明发�?1555的rollback segment,而LOB的则没有,而是伴随着ORA-22924出现

http://www.dbafan.com/blog/?p=11

辨别ORA-01555是不是发生在LOB上的,一般来�?普通的01555错误�?x��)指明发�?1555的rollback segment,而LOB的则没有,而是伴随着ORA-22924出现http://www.dbafan.com/blog/?p=11

--回滚原理

回退�D�中存放的信息被�U�Cؓ(f��)“前照”(pre-image)�Q�也��是说当一个进�E�对某个表进行了(ji��n)DML操作以后�Q?br />更改前的�U�录信息被存放于回滚�D�，其作用有两个�Q?/span>

1、当�q�程要求回滚�Q�ROLLBACK�Q�的时候，使用回滚�D�中信息是纪录复原；

2、保持数据读的一致性，当一个进�E�从某个表中�ȝ��录的时候，ORACLE�q�回的是当读开始或者进�E�开始时的纪录，如果在读取过�E�中有其他进�E�更改了(ji��n)表纪录，ORACLE��׃��(x��)从回滚段中读取当��L��作开始时的数据。回滚段中信息�ƈ不是持久有效的，当进�E�提交（COMMIT�Q�或者回滚（ROLLBACK�Q�的时候，回滚�D�就被释放了(ji��n)。当一个进�E�在执行一个大查询的时候，如果在查询的�q�程中所��d��得的表被更改而且更改COMMIT太久�Q�那回滚�D�中�?#8220;前照”��有可能�?x��)被其他的进�E�覆盖，从而导致ORA-01555错误�?/span>

--解决�Ҏ(gu��)��

1、增加回滚段的大��，因�ؓ(f��)ORACLE��L��覆盖最旧的回滚�D�，所以大的回滚段能有效的降低数据被覆盖的可能性�?br />2、检查你的程序，避免在一个大查询的过�E�中�Ҏ(gu��)��查询的表执行太多更新操作�?/span>

下面回顾下关于ora-01555的解��x(ch��ng)��?10g默认是��用AUM �q�里��׃��说了(ji��n). 下面是几个解��x(ch��ng)��式来�?/span>hellodba �ȝ��的很不错大家可用参考下�Q?/span>

1、扩大回滚段: 因�ؓ(f��)回滚�D�|��循环使用的，如果回滚�D��够大�Q�那么那些被提交的数据信息就能保存��够长的时间是那些大事务完成一致性读�?/span>�?/span>

2、增加undo_retention旉��:在undo_retention规定的时间内�Q��Q何其他事务都不能覆盖�q�些数据�?/span>

3、优化相��x(ch��ng)��询语句，减少一致性读:减少查询语句的一致性读�Q�就降低��d��不到回滚�D�|��据的风险。这一炚w��帔R��要！

4、减��不必要的事务提�?提交的事务越��，产生的回滚段信息��p��?/span>

5、对大事务指定回滚段,通过以下语句可以指定事务的回滚段�Q?span style="color: #0000ff;">SET TRANSACTION USE ROLLBACK SEGMENT rollback_segment; �l�大事务指定回滚�D�，即降低大事务回滚信息覆盖其他事务的回滚信息的几率�Q�又降低�?ji��n)他自��n的回滚信息被覆盖的几率。大事务的存在，往往�?555错误产生的诱因�?/span>

6、��用游标时��量使用昑ּ�游标�Q��ƈ且只在需要的时候打开游标�Q�同时将所有可以在游标外做的操作从游标循环中拿出。当游标打开�Ӟ��查询��开始了(ji��n)�Q�直到游标关闭。减��游标的打开旉��Q�就减少�?555错误发生的几率�?/span>http://hi.baidu.com/xu521huan/blog/item/0903ec9b62d85ebec8eaf442.html

--一些实�?/span>

我的回答是先看看到底是哪个SQL有这个问题，再确定不是因为SQL本��n太糟�p�导致SNAPSHOT TOO OLD�?span style="color: #ff0000;">再跟他们说我不相信把UNDO_RETENTION加大�?x��)有效地解决问�?/span>。最后给几个CASES来支持我的观炏V�?br />(1)reduce the frequency of commit
(2)set initialization paramter undo_retention(9i)
(3)alter system set retention guarrantee (10g)
(4)increase the size of the undo tablespace
(5)assign a large rollback segment for the large transaction
(6)tuning the long run sql
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
the root cause of the error ora-01555:the long run query can not find a consistent image, because the undo blocks that used to construct the consistent image were wrapped by other active transaction.

遇到�q�个问题�Q�首先可以看是维护需要执行的SQL或者应用执行的SQL报的

1、如果��^时不报，只是�l�护人员执行的SQL报的�Q�一般是SQL写得不好�Q�运行执行过长，��过�?ji��n)参�?redo_retention所讄��的时间造成的。这�U�情况可以协助他们进行SQL分析和优化，减少�q�行旉��Q�这个情况下�pȝ��不需要对�pȝ��q�行调整

2、如果是应用�E�序报的�Q�比如批量程序，则需要通知相关人员�q�行重做�Q�否则批量运行失败，业务可能�?x��)因为数据遗漏出现问题。如果出现的频率较多�Q�则需要在优化应用�E�序�Q�优化的手段有SQL优化、适当增加commit的次数等�Q�。在应用新版本上�U�前�Q�可通过调整�pȝ��配置临时解决问题�Ҏ(gu��)��如：(x��)

1�Q�增大undo表空�?/span>

2�Q�增大redo_retention

3)为此大事物指定专门的undo �D?/span>

http://www.itpub.net/viewthread.php?tid=1021888&extra=&highlight=DBA%C3%E6%CA%D4&page=3

新鲜出炉的案例：(x��)APPS的�h下午回馈说今天一个DB的JOB一直报SNAPSHOT TOO OLD。这是过��d��个月�q�个数据库第一�ơ有�q�种回馈。到ALERT LOG中看看，有好多这�U�ERROR�Q�Wed Jul 16 10:30:44 2008 ORA-01555 caused by SQL statement below (Query Duration=884 sec, SCN: 0x0018.bef62785):Wed Jul 16 10:30:44 2008

Wed Jul 16 10:57:29 2008 ORA-01555 caused by SQL statement below (Query Duration=149 sec, SCN: 0x0018.bf0d3e47):Wed Jul 16 10:57:29 2008

嗯，884S�Q?49S�Q�不可能吧？看看UNDO SETTINGS�Q�很大啊�Q?/span>

SQL> show parameter undo
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_management                      string      AUTO
undo_retention                       integer     10800
undo_suppress_errors                 boolean     FALSE
undo_tablespace                      string      UNDOTBS2

SQL> select sum(bytes)/(1024*1024*1024) as gbytes from dba_data_files;
GBYTES
----------
300.654297

SQL> select sum(bytes)/(1024*1024*1024) as gbytes from dba_data_files where tablespace_name='UNDOTBS2';
GBYTES
----------
9.765625

自己试试�Q?br />create table mytab as where 1=0
16:12:14 SQL> insert into mytab
insert into mytab
*

ERROR at line 1:
ORA-01555: snapshot too old: rollback segment number 27 with name "_SYSSMU27$"
too small
Elapsed: 00:10:08.83
奇怪了(ji��n)。看看今天这个UNTOTBS2 UTILIZATION怎样�?/span>

SQL> select snap_time, free_mb from tbs_usage_hist where database='' and tbs='UNDOTBS2' and snap_time>sysdate-1 order by snap_time;
SNAP_TIME              FREE_MB
------------------- ----------
2008-07-15 18:00:00    9172.56
2008-07-15 19:00:00    9172.56
2008-07-15 20:00:00    9156.56
2008-07-15 21:00:00    9188.56
2008-07-15 22:00:00    9204.56
2008-07-15 23:00:00    9212.56
2008-07-16 00:00:00    9228.56
2008-07-16 01:00:00    9228.56
2008-07-16 02:00:00    9236.56
2008-07-16 03:00:00    9228.56
2008-07-16 04:00:00    9252.56
2008-07-16 05:00:00    9252.56
2008-07-16 06:00:00    9252.56
2008-07-16 07:00:00    9260.56
2008-07-16 08:00:00    9244.56
2008-07-16 09:00:00    8486.56
2008-07-16 10:00:00    1683.56
2008-07-16 11:00:00       2.31
2008-07-16 12:00:00       1.94
2008-07-16 13:00:00       2.44
2008-07-16 14:00:00       2.44
2008-07-16 15:00:00       1.25
2008-07-16 16:00:00      17.75

�?问题应当是很明了(ji��n)�?ji��n)，自今天十点多UNDOTBS2一直是HIGHLY UTILIZED。打个电(sh��)话给APP OWNER�Q�原来他今天早上十点左右做了(ji��n)一个很大的DELETE。即然这个报错的APP只要在二十四��时内能再执行完��可以，而OLTP APP没报错，那就再等�{�吧。在四点半时�Q�UNDOTBS2��差不多�?5% FREE。再试试�Q?br />16:37:49 SQL> insert into mytab
182 rows created.
Elapsed: 00:34:47.39
17:12:37 SQL>
现在的UNDOTBS2 UTILIZATION�Q?br />SNAP_TIME FREE_MB
------------------- ----------
2008-07-16 17:00:00 8523.63
问题解决。SNAPSHOT TOO OLD从来��׃��是一个过时的题目,也没有一个简单的�{�案�?/span>

坏男�?/a> 2015-03-20 15:03 发表评论

ORA--27100

Fri, 20 Mar 2015 06:58:00 GMT

决ORA--27100 shared memory realm already exists报错

分类�Q?nbsp;各种ORA-报错2011-05-19 15:49 1220人阅�?/span> 评论(0) 收藏举报

integersql数据�?/a>oraclewindowssystem

OS环境�Q�windows PC

数据库版本：(x��)oracle 10.0.2.1

�q�是一�ơ小打小闹的报错�Q�原因是帮同事改他自��q��的测试库sga�Q�原sga_max_size大小�?00M�Q�我修改�?G�Q�重启时报错�?/span>

ORA-27100 shared memory realm already exists

通过查询官方文档�Q�解释该原因是因为windows pc 32位机最大支持分配oracle内存?sh��)?.7G�Q�所以导致报错，�q�是一�ơ缺��经验的教训�?/span>

解决案例�Q?/span>

1�Q�SQL> show parameter sga

     NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
     lock_sga                             boolean     FALSE
     pre_page_sga                    boolean     FALSE
     sga_max_size                    big integer 568M
     sga_target                         big integer 568M

2�Q�SQL> alter system set sga_max_size=2048m scope=spfile; -��SGA讄��?G

SQL> alter system set sga_target=2048m scope=spfile;

3�Q�SQL> shutdown immediate -重启数据库报�?/span>

SQL> startup

ORA-27100 shared memory realm already exists

OSD-00029: ????????????
O/S-Error: (OS 8) ??????????????????????????????

4�Q�SQL> create pfile from spfile; -使用spfile生成pfile�Q�修改参数文件内的以下两个参敎ͼ�

��参数调?y��u)��?/span>

*.sga_max_size=600000000
*.sga_target=600000000

5�Q�SQL> startup pfile='E:/oracle/product/10.2.0/db_1/database/INITorcl.ORA' -�q�时候启�?/span>

依然报错�Q�这是因为windows机器需要重启后台服务，否则无法生效�Q�郁��P��(j��)
ORA-27100 shared memory realm already exists

OSD-00029: ????????????
O/S-Error: (OS 8) ??????????????????????????????

7�Q�找到管�?服务/OracleServiceORCL 重启

8�Q�SQL> startup pfile='E:/oracle/product/10.2.0/db_1/database/INITorcl.ORA'
ORACLE 例程已经启动�?/span>

     Total System Global Area 603979776 bytes
     Fixed Size                  1250428 bytes
     Variable Size             163580804 bytes
     Database Buffers          432013312 bytes
     Redo Buffers                7135232 bytes
     数据库装载完毕�?br />     数据库已�l�打开�?/span>

9�Q�SQL> create spfile from pfile; -�Ҏ(gu��)��启动的pfile生成spfile�Q�下�ơ启动时候则��d��d��spfile

参数文�g

SQL> startup force
SQL> show parameter spfile

     NAME                                 TYPE        VALUE
     ------------------------------------ ----------- ------------------------------
     spfile                               string      E:/ORACLE/PRODUCT/10.2.0/DB_1/
                                                 DATABASE/SPFILEORCL.ORA
     SQL> show parameter sga;

     NAME                                 TYPE        VALUE
     ----------------------------------- ----------- ------------------------------
     lock_sga                             boolean     FALSE
     pre_page_sga                      boolean     FALSE
     sga_max_size                      big integer 576M
     sga_target                          big integer 576M

坏男�?/a> 2015-03-20 14:58 发表评论

修改myeclipse里面�~�辑器的字体

Sat, 04 Jan 2014 14:55:00 GMT

jsp字体

Window-->Preferences-->General-->Appearance-->Colors and Fonts-->Basic-->Text Font-->Chang

里面�?#8220;Text Font”。直接在JSP文�g�~�辑器上点击右键�Q�然后选择属性，��可以设�|�了(ji��n)

java代码字体

Window-->Preferences-->General-->Appearance-->Colors and Fonts-->Java->Java Editor Text Font然后炚w��个change按钮选字体大���和�c�d��

坏男�?/a> 2014-01-04 22:55 发表评论

Sun, 29 Dec 2013 09:48:00 GMT

1.讄�����d��的标�{?br />    WINDOW->preference->java->complier->task tags
加一�?DONE�Q�NORMAL表示已经完成的�Q�?br />2. java代码里面加入//TODO 需要处理的��d��
�q�是需要完成的��d��
3.代码里面加入//FIXME 表示优先�U�别比较高，需要处理的�~�陷问题的�Q�?br />4.代码里面加入//XXX 表示虽然��d��已经完成但是�q�需要优化处理的��d��
5.代码里面加入//DONE表示�q�个��d��已经处理完了(ji��n)�Q�其实可以删除这个标�{�了(ji��n)

6.加的�q�些��d��再哪里可以看到呢�Q?span style='font-family: verdana, "courier new";'>window — show View — Tasks

html xml

jsp 
<%-- TODO mytask -->
java javascript
//TODO mytask
CSS
/*TODO mytask */



打开 
(Window->Preferences) 
选择 
General->Editors->Structured Text Edit->Task Tags.
��N�?
"Enable searching for Task Tags" setting. 
�?#8220;Filters”标签��中�Q�要保证JSP是选中的�?/span>

在�Q务视��N��面可以看��C�Q务的状态�?br />
在发布项目之前，需要管伫一下这个视��N��止有未完成的��d�����发布了(ji��n)��目�?/pre>


  


坏男�?/a> 2013-12-29 17:48 发表评论

Ueditor上传囄��p�|以及(qi��ng)上传附�g昄��“网�l�错�?00”的解决�Ҏ(gu��)��

Wed, 18 Sep 2013 02:09:00 GMT

Ueditor上传囄��p�|以及(qi��ng)上传附�g昄��“�|�络错误500

”的解��x(ch��ng)��?br />1、ueditor目录jsp目录下面有一个java文�g

Uploader.java
2、把�q�个文�g攑ֈ�src/ueditor包里�?br />3、把ueditor/jsp/目录下面的两个jar包放到工�E�里�?br />4 重新�~�译��目ok,可以上传附�g,囄��?

有点��高�?/p>

坏男�?/a> 2013-09-18 10:09 发表评论

win8安装SQLSERVER 2008的时候居焉��证不通过解决办法

Tue, 27 Aug 2013 07:21:00 GMT

�l�典吧，账户名都选择下面一��L(f��ng)��Q�，�Q�密码不用管�Q�验证通过�Q�！�Q?img src ="http://www.tkk7.com/badboyryan/aggbug/403366.html" width = "1" height = "1" />

坏男�?/a> 2013-08-27 15:21 发表评论

解决Win2k3Server安装SQL2000时提�C�无法验证��品密钥的问题

Tue, 20 Aug 2013 05:06:00 GMT

在windows 2003 server 以前版本的操作系�l�上好像从来没有出现�q�要输入CD KEY,但在windows 2003 server打上SP1和域控制器环境下却在安装�q�程中出现输入CDKEY的界�?提示提示无法验证产品密钥,CDKEY不对?

解决办法如下�Q?/p>

�Ҏ(gu��)��一: 环境: windows 2003 server + SP1企业VOL�?域控环境
安装数据�? SQL 2000

在给出的输入CDKEY的界面中�Q�输入你已经安装的windows server 2003 的CDKEY卛_��以��(h��)�l�安装，而不是SQL 2000的CDKEY�?/p>

�Ҏ(gu��)��? 在开�?gt;�q�行>输入“regedit"; 打开注册表编辑器�?
��览�?
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

��SafeDLLSearchMode的DWORD值�ƈ��g�� 1 更改�?0�?br />如果SafeDLLSearchMode��g��存在, 新徏一个DWORD�c�d��的SafeDLLSearchMode键倹{�?br />重新启动 SQL Server 2000 安装�Q�这时就不会(x��)出现提示“无法验证产品密钥”�?
应用最�?SQL ServicePack 然后重新启动服务器�?/p>

坏男�?/a> 2013-08-20 13:06 发表评论

在字�W�界面安装Gnome桌面

Wed, 20 Jun 2012 12:37:00 GMT

如果你是字符界面安装的系�l�的话，因�ؓ(f��)不让你选择软�g包，所以你需要在安装好系�l�后�Q�安装需要的软�g�Q�比如说桌面�?/p>

在RHEL6.1中，gonme桌面包的名字变成�?ji��n)Desktop�Q�这��是RHEL6.1默认的桌面了(ji��n)。但如果只安装这个组的话�Q�也是不行的�Q�他�~�少�?ji��n)X协议的支持，在启动桌面的时候，�?x��)出��C��面和X相关的错误提�C��?

xinit: No such file or directory (errno 2): no server "/usr/bin/X" in PATH xinit: No such file or directory (errno 2): unable to connect to X server xinit: No such process (errno 3): Server error.
所以说�Q�要在字�W�界面下安装Gnome桌面�Q�你需要安装两个组�?/p>

yum groupinstall "X Window System" yum groupinstall "Desktop"

如果��_(d��)��你安装系�l�的时候，选择�?ji��n)中文语�a�包的支持的话�Q�那么系�l�会(x��)以中文显�C�。如果在�l�端使用的话�Q�有点不方便�Q�告别是用yum group*�q�些命��o(h��)的时候，可能无法安装�?/p>

解决的办法就是编�?/p>

/etc/sysconfig/i18n

把zh_CN换成en_US LANG="en_US.UTF-8" 然后执行一�ơ下面的命��o(h��) source /etc/sysconfig/i18n

坏男�?/a> 2012-06-20 20:37 发表评论

用exp无法导出�I��解决�Ҏ(gu��)��

Mon, 11 Jun 2012 02:29:00 GMT

最早的一�ơ��用oracle 11g导出数据发现有的表丢�׃��(ji��n)�Q�感觉莫名其妙的�Q�后来终于找到原因了(ji��n)�?br />扑ֈ�问题?sh��)��后�Q�再看看解决�Ҏ(gu��)��?br />
11GR2�Q�以节省�I�间�Q�可是在�?/span>EXPORT能有相应的控制开养I��可以切换是否导出�I��Q�看�?ji��n)下帮助�Q�没有太大的改变。有些奇怪，��N��11GR2不更新EXP的功能了(ji��n)�Q�还看有的帖子说11GR1作�ؓ(f��)客户端去卸蝲11GR2的，都会(x��)出现ora-1455d的错误，得换�?/span>11GR2的exp才没事了(ji��n)�Q�心(j��)中感慨阿�Q�怎么版本间的兼容�q�么脆弱�?ji��n)�?/span>

一行，�?/span>rollback�?ji��n)�?/span>

。导出时则可导出�I��?/span>

二�?参数

�Q�当改�ؓ(f��)FALSE。修�?/span>SQLalter system set deferred_segment_creation=false scope=both;

用以下这句查扄��表�ƈ分配�I�间

table '||table_name||' allocate extent;' from user_tables where num_rows=0;

查询的结果导出，然后执行导出的语句，��分配�I�间修改segment坏男�?/a> 2012-06-11 10:29 发表评论

解决web应用和数据库在一��P��应用服务启动报错

Tue, 05 Jun 2012 14:20:00 GMT

@echo off
net stop tomcat
rem ping 20个包�Q�实现�g�?br />ping 127.0.0.1 -n 20
net start tomcat

做成bat文�g�Q�开机的时候运行这个批处理�Q�这样oracle��有��_��的时间启动了(ji��n)

坏男�?/a> 2012-06-05 22:20 发表评论