Oracle数据库数据恢复、性能优化、故障诊断来问问Maclean » – ORACLE数据库数据恢复、性能优化、故障诊断来问问MACLEAN

【OOW 2013】Oracle Open World 2013 甲骨文大会信息汇总

Maclean Liu — Tue, 18 Jun 2013 13:25:31 +0000

一年一度的Oracle Open World 甲骨文大会2013年将在中国上海世博中心召开，大会于7月22日开幕，为期4天。

本博讲对Oracle Open World 2013大会的盛况做持续报道。

甲骨文全球大会(ORACLE OPEN WORLD)•2013•上海将于 7 月 22–25 日强势回归，这次将在上海世博中心举行。与以往一样，为期四天的大会内容十分密集，有价值的内容令您应接不暇，其中包括主题演讲、技术专题讲座、上机操作和演示。帮助用户了解他或他的组织日常所面临问题的解决之道，并洞察未来的发展趋势。大会的内容所重点侧重的领域将包括云、业务分析、客户体验和集成式系统等关键技术。

大会FAQ:

OOW 2013 上海大会portal : http://www.oracle.com/events/apac/cn/en/openworld/index.html

大会用户报名注册地址

Oracle ACS在OOW 2013

Oracle OpenWorld Shanghai
- Advanced Customer Support Services Lead-Generation Activities
Stars Bar Booth
- 6 ACS experts
- Demo Booth on the Exhibitor
9 ACS experts
- Demos Feature: AM&R, SSC, and Platinum Services
Customer Dinner
Partner Reception
Two ACS Sessions
- Services for Engineered Systems
- Database and Cloud Solutions and Best Pratiecs

Maclean游普吉岛及ko Yao yai

Maclean Liu — Wed, 12 Jun 2013 12:35:56 +0000

:() :)(

简单描述下：全程自由行，自己订酒店、机票以及玩的一些活动。普吉 7日6夜，2天巴东，3天在ko Yao Yai岛上面， 2天来回飞机加逛逛免税店。

这次去还不知道泰国雨季的厉害，除去到普吉岛的第一天还阳光明媚之外，基本每天都有阵雨，不下雨的时候多云，很少见太阳；这也是遗憾之一，因为云层太厚看不到ko Yao yai上的星空。所以和老婆一致决定还要去一次。

行程是先到香港转机普吉，后来因为港龙航空的KA871 推迟4个小时导致行程变成上海=》香港=》曼谷=》普吉岛，可就是这样KA871在推迟4个小时的前提下，又晚点了1个多小时，导致原来的2次中转也泡汤。最后变成在香港住了一晚，第二天9点的飞机直飞普吉。

从Agoda订的酒店退不了这1天的钱，不过香港住的这个ICON hotel还算不错，地址在尖沙咀东，看介绍还是TripAdvisor 推荐酒店。

巴东住在海滩边上的Baan Laimai Beach Resort 在Kepsup街上的，这个Resort本身很一般，优点是离开巴东海岸非常近，到巴东的酒吧一条街，以及Big C Market 都很近。

在巴东的2天吃了2顿海滩边上的的海鲜，味道还不错的，价格适中。这个饭店很好找，从酒吧一点街往海滩走右转一下就到了：

在Kepsup街上的小饭店吃的简餐：

第一天还去做了泰式按摩和西蒙人妖秀，算都是泰国旅游的传统节目。人妖秀是不准拍照摄像的，而且开场投了字幕在舞台上说抓到拍照罚款50000美元，观众席有一个看着像是国内游客的老年观众就拿着摄像机对着那段警告字幕拍了好一会，。

看完人妖秀，回程路上下起大雨，巴东很多街道发大水，在当地人看来大约雨季发大水是常态：

普吉岛的冰激凌包括DQ都很便宜，大中小大概是 57/67/77 thb

免税店的流程，实际不超过5000 thb也可以在机场退税，主要是要同一天在同一个商店购物超过2000 thb，一般在该店的收银台即可出具退税凭证。退税手续费要100tbh，具体在进入机场international departure 安检后，会有很明显的标志指向退税窗口。

电影院门前的铁血大战异形：

ko Yao yai是普吉东边的一个岛，需要乘快艇过去：

Santhiya Resort & spa 是我们这次旅程的重要目的之一，古色古香的纯木雕内饰和远离人群的美景。

=====================================================================》

餐厅的有泰国菜和西餐，价格还行、味道不错。

早餐吃的海鲜粥：

============================================================================>

每个villa都有一个独立的很大的泳池，都可以看到大海：

Villa 内部：

【Maclean Liu视频技术分享】11g ocm考纲复习Active Data Guard + Fast Failover + DG Broker

Maclean Liu — Tue, 28 May 2013 02:12:00 +0000

【Maclean Liu视频技术分享】11g ocm考纲复习Active Data Guard + Fast Failover + DG Broker

Data Guard讨论帖：http://t.askmaclean.com/thread-2530-1-1.html

教学视频观看地址：http://www.tudou.com/programs/view/goO7yLR40VA/

【Maclean Liu技术分享】11g ocm考纲复习Data Guard.pdf (176.18 KB, 下载次数: 69)

【RMAN备份恢复】针对Flash Recovery Area删除文件不回收空间的问题诊断

Maclean Liu — Sat, 25 May 2013 13:52:49 +0000

针对Flash Recovery Area删除文件不回收空间的问题诊断，即在FRA下删除了文件但space未被回收的情况，首先收集如下信息

ALERT LOG

select * from v$recovery_area_usage;

select * from v$recovery_file_dest;

rman 收集：

show all;

catalog recovery area;

并收集以下TRACE:

alter session set events ‘immediate trace name kra_trace level 1′;

execute dbms_backup_restore.refreshAgedFiles;

alter session set events ‘immediate trace name kra_trace level 4′;

【性能优化】optimizer statistics统计信息管理技巧

Maclean Liu — Sat, 25 May 2013 09:19:15 +0000

视图 DBA_OPTSTAT_OPERATIONS 记录了详细的DBMS_STATS操作历史，可以看到包括 gather_database_stats (auto) 、gather_table_stats(到表级别)、copy_table_stats(到表级别)。其数据来源于 WRI$_OPTSTAT_OPR

SQL> select distinct operation from DBA_OPTSTAT_OPERATIONS;

OPERATION
—————————————————————-
copy_table_stats
gather_database_stats
gather_table_stats
lock_table_stats
unlock_table_stats
purge_stats
gather_database_stats (auto)

SQL> select dbms_stats.get_stats_history_availability from dual;

GET_STATS_HISTORY_AVAILABILITY
—————————————————————————
24-APR-13 08.31.36.886874000 AM +00:00

==》最早可用的历史统计信息

SQL> select dbms_stats.get_stats_history_retention from dual;

GET_STATS_HISTORY_RETENTION
—————————
31

==> 统计信息的保留期
exec dbms_stats.alter_stats_history_retention(10);

==》修改统计信息保留期

select * from dba_tab_stats_history

==》查询某张表的统计信息历史情况，但是注意dba_tab_stats_history 并不记录实际的历史统计信息数据

function diff_table_stats_in_history(
ownname varchar2,
tabname varchar2,
time1 timestamp with time zone,
time2 timestamp with time zone default null,
pctthreshold number default 10)
return clob;

diff_table_stats_in_history 用以列出统计信息历史差异

SQL> select to_char(sysdate,’YYYY-MM-DD hh24:mi:ss’) from dual;

TO_CHAR(SYSDATE,’YY
——————-
2013-05-25 09:01:46
SQL> insert into opt_test select rownum from dual connect by level <=10000;

10000 rows created.

SQL> commit;

Commit complete.
SQL> exec dbms_stats.gather_table_stats(user,’OPT_TEST’);

PL/SQL procedure successfully completed.
SQL> set long 999999999

select report, maxdiffpct from table(dbms_stats.diff_table_stats_in_history(‘SYS’,'OPT_TEST’,to_timestamp(’2013-05-25 09:01:46′,’YYYY-MM-DD hh24:mi:ss’)));
/

SQL> select table_name from dba_tables where table_name like ‘%OPTSTAT%’;

TABLE_NAME
——————————————————————————————————————————–
WRI$_OPTSTAT_SYNOPSIS$
WRI$_OPTSTAT_HISTHEAD_HISTORY
WRI$_OPTSTAT_HISTGRM_HISTORY
WRI$_OPTSTAT_SYNOPSIS_HEAD$
WRI$_OPTSTAT_SYNOPSIS_PARTGRP
OPTSTAT_USER_PREFS$
OPTSTAT_HIST_CONTROL$
WRI$_OPTSTAT_OPR_TASKS
WRI$_OPTSTAT_OPR
WRI$_OPTSTAT_AUX_HISTORY
WRI$_OPTSTAT_IND_HISTORY
WRI$_OPTSTAT_TAB_HISTORY

SQL> desc WRI$_OPTSTAT_TAB_HISTORY ==》实际存放了表的历史统计信息
Name Null? Type
—————————————– ——– —————————-
OBJ# NOT NULL NUMBER
SAVTIME TIMESTAMP(6) WITH TIME ZONE
FLAGS NUMBER
ROWCNT NUMBER
BLKCNT NUMBER
AVGRLN NUMBER
SAMPLESIZE NUMBER
ANALYZETIME DATE
CACHEDBLK NUMBER
CACHEHIT NUMBER
LOGICALREAD NUMBER
SPARE1 NUMBER
SPARE2 NUMBER
SPARE3 NUMBER
SPARE4 VARCHAR2(1000)
SPARE5 VARCHAR2(1000)
SPARE6 TIMESTAMP(6) WITH TIME ZONE

–Tables – wri$_optstat_tab_history

–Indexes – wri$_optstat_ind_history

–Columns – wri$_optstat_histhead_history

–Histograms – wri$_optstat_histgrm_history

Old statistics reside in SYSAUX
WRI$_OPTSTAT_TAB_HISTORY – for table [partition] stats
WRI$_OPTSTAT_IND_HISTORY – for index [partition] stats
WRI$_OPTSTAT_HISTHEAD_HISTORY – for column stats
WRI$_OPTSTAT_HISTGRM_HISTORY – for histograms
WRI$_OPTSTAT_AUX_HISTORY – for system stats
OPTSTAT_HIST_CONTROL$ – stats history settings

如何在无审计的环境中追踪Truncate/Drop等危险的DDL操作

Maclean Liu — Sat, 18 May 2013 13:39:35 +0000

在有充分审计Audit SQL的情况下，定位某条DROp/Truncate DDl还是比较容易的。

问题是没有任何SQL审计时呢？

首先需要明确的是对于关键的产品数据库系统而言有效的审计非常重要，不能将以下的方法当做审计选项来用。

其次对于重要的环境和重要的对象，一般推荐创建一个DDL Trigger 让直接运行的DDL报错，而需要先将对应的DDL Disable之后才能成功执行DDL，这样可以降低表/索引因为人为失误导致的误操作。

最简单的仍是通过 dba_objects 定位其最后的DDL时间，虽然这个LAST_DDL_TIME 未必是真实的案发时间了，但如何与应用程序报错结合起来还是能大致了解问题发生的时间段的，而这个时间段对于问题追查至关重要。此外对于DROP命令而言显然弄不到这个LAST_DDL_TIME。

接着可以通过ASH 视图 DBA_HIST_ACTIVE_SESS_HISTORY和 V$ACTIVE_SESSION_HISTORY来定位一些DDL语句，由于ASH默认是1秒采样一次，所以如果遇到了一些例如RAC 中truncate/drop 常见的 DFS Lock Handle、Enqueue Lock等等待，那么一般ASH都能捕捉到这个DDL，当然这也看运气，毕竟ASH不是审计功能。

SQL_OPCODE 12 为DROP TABLE 10为 DROP INDEX、85为TRUNCATE TABLE、86为TRUNCATE CLUSTER

select USER_ID, SQL_OPCODE, XID, SAMPLE_TIME,MODULE,MACHINE
from v$active_session_history
where SQL_OPCODE in (12, 10, 85, 86)
and SAMPLE_TIME between xx and xx;

select USER_ID, SQL_OPCODE, XID, SAMPLE_TIME,MODULE,MACHINE
from dba_hist_active_sess_history
where SQL_OPCODE in (12, 10, 85, 86)
and SAMPLE_TIME between xx and xx;

如果上述查询给出少量精准结果(例如MACHINE和MODULE很特殊)，那么一般就很容易定位了。如果查出大量结果，一般优先排除应用程序模块例如 JDBC Thin，如果应用程序本身有BUG导致莫名的DDL，那么理论上应当经常发生。如果看到一些例如SQLPLUS、PL/SQL Developer认为登陆执行上述命令的记录，则需要特别关注。

由于DDL语句不作为共享SQL保存在V$SQL、V$SQLAREA中所以就算你获得了SQL_ID还是看不到这些SQL语句的，所以无法通过SQL_TEXT来定位这些SQL到底是什么样子。

这个时候往往需要做Logminer了，但好在我们有大致的Sample Time和XID 这样定位SQL就很简单。

EXECUTE DBMS_LOGMNR.ADD_LOGFILE( LOGFILENAME => ‘/oracle/logs/log1.f’, OPTIONS => DBMS_LOGMNR.NEW);

EXECUTE DBMS_LOGMNR.ADD_LOGFILE( LOGFILENAME => ‘/oracle/logs/log2.f’, OPTIONS => DBMS_LOGMNR.ADDFILE);
execute DBMS_LOGMNR.START_LOGMNR(DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG+DBMS_LOGMNR.COMMITTED_DATA_ONLY);
SELECT (XIDUSN || ‘.’ || XIDSLT || ‘.’ || XIDSQN) AS XID,
USERNAME, SQL_REDO FROM V$LOGMNR_CONTENTS WHERE XID=’XXX’;

EXECUTE DBMS_LOGMNR.END_LOGMNR;

此外在没有审计的情况下值得参考的数据还有 Listener监听器的日志、OS登陆的Shell日志等。