We provide legacy oracle database media installation service,  the service includes :  Oracle 7.3.4 , Oracle 8 , Oracle 8i ,Oracle 9i.  This is business Service.

 

 oracle817ntee.zip
 0-For AIX/0-64/Oracle/Oracle817CD1.nrg
 0-For AIX/0-64/Oracle/Oracle817CD2.nrg
 0-For AIX/0-64/Oracle/Oracle_816.nrg
 oracle817 for unix.ISO #oracle817_for_Intel UNIX (DGUX Intel,SCO UnixWare,Solaris Intel).ISO
 p2376472_8174_AIX
 p2376472_8174_AIX64.zip
 p2376472_8174_AIX.zip
 linux81701.tar

 

Oracle 7.3	7.3.0	February 1996	7.3.4		Object-relational database
Oracle8 Database	8.0.3	June 1997	8.0.6		Recovery Manager, Partitioning. First version available for Linux.[14]
Oracle8i Database	8.1.5.0	1998	8.1.7.4	August 2000	Native internet protocols and Java, Virtual Private Database
Oracle9i Database	9.0.1.0	2001	9.0.1.5	December 2003	Oracle Real Application Clusters (RAC), Oracle XML DB
Oracle9i Database Release 2	9.2.0.1	2002	9.2.0.8	April 2007	Advanced Queuing, Data Mining, Streams, Logical Standby

 

This is business Service.

contact us:           service@parnassusdata.com

 

 

 

Solix优化Oracle E-Business Suite性能

ACMS initialization	ACMS
ADR PDB Auto Purge Task	MMON
ADR Space Management Statistics Flush	MMON
ARCH initialization	ARC*
ASH Progressive Flusher (KEWA)	MMON
ASM Audittrail cleanup	MMON
AWR PDB Auto Flush Task	MMON
AWR PDB Auto Purge Task	MMON
AWR Raw Metrics Capture	GEN1
Action-Based process Test	GEN0
Archiver disconnect	ARCH
Auxilary ipc finish gen0 action	GEN0
Auxilary ipc init gen0 action	GEN0
Auxilary ipc intr gen0 action	GEN0
Auxilary ipc message gen0 action	GEN0
Auxilary ipc timedout gen0 action	GEN0
BA container GEN0 action	GEN0
CLI AutoPartition	MMON
CLI Create All Slave Tasks	GEN0
CLI Create One Slave Task	GEN0
Check for async in-memory job messages	CJQ0
Cleanup of unpinned KGL handles	MMON
Column-Level Statistics flush	MMON
DBRM ADG in-memory state refresh	DBRM
DBWO timeout kcbifc	DBW0
DBWR write buffers	DBW*|BW*
DDE Periodic Dump Scheduler	MMON
DMON do critical instance eval and registration	DMON
DSKM fini	DSKM
DSKM init	DSKM
DSKM procures HCA loadavg and computes offloaded write thresh	DSKM
DTrace based Kernel IO  Outlier  Processing	GEN0
Direct NFSv4 RENEW lease operation	GEN0
Execute on-demand tuning task (KESTS)	MMON
Free java patching locks	LCK0
GEN0 Master Check	GEN0
Get java patching locks	LCK0
Hang Manager parameters	GEN0
ILM check	MMON
ILM cleanup	MMON
ILM row access flush	MMON
ILM segment access flush	MMON
IMCO ADO action	IMCO
IMCO FastStart Defer Write Scheduler	IMCO
IMCO Trickle Repopulate	IMCO
IMCO action	IMCO
IMCO cycle action	IMCO
IMCO global dictionary action	IMCO
IMCO worker action	IMCO
Inactive Account Time Job	GEN0
Index usage tracking statistics flush	MMON
Initiate KSBCITST	TEST
KEWR SlavePool Test MMON Main	MMON
KJBFP PBR logfile scan	LMFC
KJBFP PBR recovery	LMFC
KJBFP PBR writer main	LMFC
KJBFP increment PRI	LMFC
KJBFP pbr logFile CLose	*
KJFM update process heartbeat	LCK*|DIA*|LGWR|CKPT|DBRM|IPC0
KQLM interrupt action	LCK1
KQLM invalidation instance lock operation	LCK1
KSB GEN1 init	GEN1
KSGL initialize service	IPC0
KSGL mount in IPC0	IPC0
KSGL node exit	IPC0
KSGL node join	IPC0
KSGL notify IPC0	IPC0
KSGL timeout	IPC0
KSIPC Grp Refresh action	IPC0
KSIPC MGA Segment Check	IPC0
KSIPC finish action	IPC0
KSIPC initialize server	IPC0
KSIPC interrupt action	IPC0
KSIPC msg action	IPC0
KSIPC reconfig action	IPC0
KSIPC shutdown action	IPC0
KSIPC timeout action	IPC0
KSM SGA slaves spawn	GEN0
KSRMA RMA OP	IPC0
KSRMA Recovery Log Allocation	IPC0
KSRMA mount	IPC0
KSU GUID MAC Address update	GEN0
LGWR flush workers	LGWR
LGWR initialization	LGWR
MMON request to purge LTXID history table	MMON
Monitor initialization	TMON
Monitor wakeup	TMON
Multi procs per DTP	UTMU
Network Server forced	NSS*
Network Server shutdown	NSS*
PDB SGA init	GEN0
PDB close abort	GEN0
PMON notify IPC0 of process failure	IPC0
PQ: Adjust Slave Pool	MMON
Payload action to BG	RMON
Process new DBs that join ASM locally	DIA*
RMON BG Driver	RMON
RMON Init Action	RMON
RTTD initialization	RTTD
Real-Time ADDM Trigger	MMON
Redo writer quiesce IMC on standby	LGWR
Refresh active service cache	MMON
Report Capture Daemon	MMON
Report Capture Test (KERPI)	MMON
SGA deferred allocated granules Initialization	MMAN
SGA deferred allocated granules move	MMAN
SMON_SCN_TIME Copy to PDBs	MMON
SQL Memory Management Calculation	DBRM
Spawn processes on behalf of someone else	GEN0
Standby media recovery info cleanup	LGWR
Suspended session cleanup	GEN0
Sweep PL/SQL incidents	MMON
Switchover/PDB relocate message channel subscribe	LGWR
TPZ initialization	TPZ*
Test Driver wakeup	RTTD
Test Process wakeup	TPZ*
Timeout interrupt action	RBAL
Triton Session Cleanup	MMON
UMF Auto Task Pool Queue Server	MMON
UMF Auto Task Pool Scheduler	MMON
UTS Async Dump	GEN0
Volume Resource Action	GEN0
Wait event outlier detection	GEN0
XStream timeout action	GEN0
acquire enq during pdbopen by HARIM	DBW0
action for buddy instance	RMS0
action to cleanup buddy instance context	RMS0
check for KJCI cross-instance requests	*
cleaning up workload information for optimizer	MMON
clear the dependent scn	DBRM
dblink logon table cleanup	MMON
enter / exit graph test specified wait	*
event nfy timeout action	GEN0
event outlier dump info.	GEN0
extend quarantine area	GEN0
flushing workload information for optimizer	MMON
free PX memory chunks in background	PXMN
get/release open thread enqueue	DBW*|BW*
init function for LCK1	*
initiate block repair	GEN0
kcb DW object cooling	GEN0
kcbz background redodump	GEN0
kcbz update TSE bh	CKPT
kill client	GEN0
ksim cache line update	LCK0
ksim instance group membership notifier	*
kxfp remote slave spawn recv function	PXMN
light-weight checks for optimizer statistics advisor	MMON
mira CKPT channel	CKPT
mount/dismount all db files	DBW*|BW*
pdb event stats action	GEN0
periodic PDB tasks	GEN0
pmon dtp init	PMON|CLMN
prespawn clean check	GEN0
prespawn init check	GEN0
prespawn timeout check	GEN0
register to node local process group	RBAL
shutdown RMON process	RMON
sync PDB	DBW0
threshold reloading	MMON
unit test	DBW0

本文原始地址:https://www.askmac.cn/?p=18742

注意自动收集统计信息是从10g开始的，10g以前版本默认不自动收集统计信息。

对于自动收集统计信息而言需要知道统计信息是否陈旧stale ，判定陈旧的标准是对应的表上的数据修改超过10%（删除或插入或更新10%或以上数据行）。 这里oracle是如何知道修改超过10%的？

 

SGA的shared pool存有SQL的statistics情况，对应的有SQL处理的行数，SMON进程定期将这些信息刷到表SYS.MON_MODS$基表中（参考拙作： https://www.askmac.cn/archives/smon-flush-dml-statistics-mon-mods.html）：SMON后台进程会每15分钟将SGA中的DML统计信息刷新到SYS.MON_MODS$基表中(SMON flush every 15 minutes to SYS.MON_MODS$)，
同时会将SYS.MON_MODS$中符合要求的数据MERGE合并到MON_MODS_ALL$中，并清空原MON_MODS$中的数据。
MON_MODS_ALL$作为dba_tab_modifications视图的数据来源，起到辅助统计信息收集的作用,详见拙作<Does GATHER_STATS_JOB gather all objects’ stats every time?>。

这样基于之前的统计信息中的表的行数（dba_tables.num_rows），对比 MON_MODS_ALL$(dba_tab_modifications)中的update、delete、insert、truncate信息就可以知道该表从上一次收集统计信息到现在做了多少百分比的修改，若该百分比超过10%则判定为stale陈旧，否则为不陈旧。陈旧的统计信息会在自动收集统计信息时再次被收集。

 

 

直击oracle内核代码算法，对于11g以后的自动Parallelism算法一般只能用10053 trace来研究其算法。这里通过直接查看oracle源码设计文档，我们可以得到DOP degree of parallelism的设计算法

 

_optimizer_adaptive_plan_control	0
_optimizer_adaptive_plans_continuous	FALSE
_optimizer_adaptive_plans_iterative	FALSE
_optimizer_adaptive_random_seed	0
_optimizer_ads_for_pq	FALSE
_optimizer_ads_result_cache_life	3600
_optimizer_ads_spd_cache_owner_limit	64
_optimizer_ads_use_partial_results	TRUE
_optimizer_ads_use_spd_cache	TRUE
_optimizer_aggr_groupby_elim	TRUE
_optimizer_ansi_join_lateral_enhance	TRUE
_optimizer_ansi_rearchitecture	TRUE
_optimizer_band_join_aware	TRUE
_optimizer_batch_table_access_by_rowid	TRUE
_optimizer_bushy_cost_factor	100
_optimizer_bushy_fact_dim_ratio	20
_optimizer_bushy_fact_min_size	100000
_optimizer_bushy_join	off
_optimizer_cbqt_or_expansion	ON
_optimizer_cluster_by_rowid	TRUE
_optimizer_cluster_by_rowid_batch_size	100
_optimizer_cluster_by_rowid_batched	TRUE
_optimizer_cluster_by_rowid_control	129
_optimizer_control_shard_qry_processing	65534
_optimizer_cube_join_enabled	TRUE
_optimizer_db_blocks_buffers	0
_optimizer_dsdir_usage_control	0
_optimizer_eliminate_subquery	TRUE
_optimizer_enable_plsql_stats	TRUE
_optimizer_enhanced_join_elimination	TRUE
_optimizer_gather_feedback	TRUE
_optimizer_gather_stats_on_load	TRUE
_optimizer_generate_ptf_implied_preds	TRUE
_optimizer_generate_transitive_pred	TRUE
_optimizer_hll_entry	4096
_optimizer_hybrid_fpwj_enabled	TRUE
_optimizer_inmemory_access_path	TRUE
_optimizer_inmemory_autodop	TRUE
_optimizer_inmemory_bloom_filter	TRUE
_optimizer_inmemory_capture_stored_stats	TRUE
_optimizer_inmemory_cluster_aware_dop	TRUE
_optimizer_inmemory_gen_pushable_preds	TRUE
_optimizer_inmemory_minmax_pruning	TRUE
_optimizer_inmemory_pruning_ratio_rows	100
_optimizer_inmemory_quotient	0
_optimizer_inmemory_table_expansion	TRUE
_optimizer_inmemory_use_stored_stats	AUTO
_optimizer_interleave_or_expansion	TRUE
_optimizer_key_vector_aggr_factor	75
_optimizer_key_vector_pruning_enabled	TRUE
_optimizer_multi_table_outerjoin	TRUE
_optimizer_multicol_join_elimination	TRUE
_optimizer_nlj_hj_adaptive_join	TRUE
_optimizer_null_accepting_semijoin	TRUE
_optimizer_partial_join_eval	TRUE
_optimizer_performance_feedback	OFF
_optimizer_proc_rate_level	BASIC
_optimizer_proc_rate_source	DEFAULT
_optimizer_reduce_groupby_key	TRUE
_optimizer_strans_adaptive_pruning	TRUE
_optimizer_synopsis_min_size	2
_optimizer_undo_cost_change	12.2.0.1
_optimizer_union_all_gsets	TRUE
_optimizer_unnest_scalar_sq	TRUE
_optimizer_use_feedback_for_join	FALSE
_optimizer_use_gtt_session_stats	TRUE
_optimizer_use_histograms	TRUE
_optimizer_use_table_scanrate	HADOOP_ONLY
_optimizer_use_xt_rowid	TRUE
_optimizer_vector_base_dim_fact_factor	200
_optimizer_vector_cost_adj	100
_optimizer_vector_fact_dim_ratio	10
_optimizer_vector_min_fact_rows	10000000
_optimizer_vector_transformation	TRUE
optimizer_adaptive_plans	TRUE
optimizer_adaptive_reporting_only	FALSE
optimizer_adaptive_statistics	FALSE
optimizer_features_enable	12.2.0.1
optimizer_inmemory_aware	TRUE

很多金蝶EAS或HR系统的后台 ORACLE 数据库都处于无备份且未打开归档的状态，由于一般企业对于EAS或HR系统的后台数据库没有专职的DBA维护，所以实际也不推荐真的开归档并基于归档做备份维护，因为这样做会多一点维护的工作量（如果你是大企业 那么理应打开归档并维护归档以满足自身的备份恢复要求，例如大企业要求数据能回溯到一个月前，那么有归档才是合适的。）

对于中小企业使用金蝶EAS或HR系统而言，视乎系统后台ORACLE数据库的大小和可容忍的数据丢失时间，可以自主选择逻辑备份周期。这里说的逻辑备份主要是指ORACLE自带的EXPDP 数据泵导出工具，一般来说目前的金蝶EAS/HR用户的后台ORACLE数据库都是大于版本9i的版本（例如10g和11g等），则都可以选择使用EXPDP，其好处是逻辑导出备份要比传统export/import工具的exp速度上要快很多，且其导出格式也比exp周全。

 

一般来说中小企业大多可以容忍一天到半天的数据丢失，这部分的数据丢失一般可以基于财务或人力部分的同事通过手工补录来弥补，则对于这种场景下可以规划每12小时或24小时做一次逻辑备份：注意逻辑备份的频率就决定了数据丢失的量，因为逻辑备份是就是一次对数据的全量备份，每一次逻辑备份都是对现有数据的全量备份；所以周一中午12点备份的数据，在周二上午12点备份前的周一下午6点发生了数据库损坏/毁灭等问题，则周一中午到下午6点间产生的数据将可能丢失。

 

对于逻辑备份而言，其实维护的命令很简单：

expdp   DIRECTORY=(备份存放的目录，需要在ORACLE内以CREATE DIRECTORY创建)    dumpfile=(备份的文件名，会放在DIRECTORY下)  schemas=(EAS或HR所在的Schema)   logfile=(日志的文件名，会放在DIRECTORY下） parallel=2

例如 备份的目录叫DMP，EAS或HR所在schema伟EAS1和SHR1 则

expdp   DIRECTORY=DMP dumpfile=kingdee_20170315.dmp schemas=eas1,shr1 logfile=exp_20170315.log  parallel=2

 

对于Windows可以使用计划任务，对于Unix/Linux可以使用crontab自动调度以上备份脚本；另脚本内一般要考虑删除多久之前的备份文件。

此外要考虑  逻辑备份一般都是备份在数据库所在服务器，若服务器出现主机故障则恢复将较为麻烦，因此一般会考虑则EXPDP逻辑备份后FTP或COPY到其他远程服务器的磁盘上，以便冗余备份。

例如在 Linux下 定期备份并传到到FTP服务器上：

 

#!/bin/sh 
ORACLE_HOME=/home/app/oracle/product/11.2.0/dbhome_1 
export ORACLE_HOME 
export PATH=$ORACLE_HOME/bin:$PATH 
ORACLE_SID=orcl; export ORACLE_SID 
HOST='IP地址' 
USER='ftpuser' 
PASSWD='password' 
expdp eas/SHITANRUANJIAN DIRECTORY=backdir DUMPFILE=eas-$(date +%Y%m%d%H) VERSION=10.2 LOGFILE=easLOG-$(date +%Y%m%d%H).log 
zip -r /home/app/oracle/admin/orcl/dpdump/eas-$(date +%Y%m%d%H).zip /home/app/oracle/admin/orcl/dpdump/eas-$(date +%Y%m%d%H).dmp 
cat /home/app/oracle/admin/orcl/dpdump/easLOG-$(date +%Y%m%d%H).log | mutt -s "eas Backup" eas@tiger.com 
cd /home/app/oracle/admin/orcl/dpdump 
ftp -n -v $HOST << EOT 
binary 
user $USER $PASSWD 
prompt 
put eas-$(date +%Y%m%d%H).zip 
bye 
EOT 
find /home/app/oracle/admin/orcl/dpdump -name "eas*" -mtime +10 -type f -exec rm {} ;

如上脚本首先备份EAS用户并FTP到备份服务器上，最后删除10天前的备份。

 

如上描述了对金蝶EAS的备份方案，之后谈一下恢复方案；使用EXPDP的备份方案后,若出现大规模的数据库问题 例如ORACLE数据库打不开或出现大量坏块或ORACLE
所在服务器出现故障无法启动。则可以在必要的可用服务器上安装与之前ORACLE版本一样的ORACLE数据库软件，之后使用DBCA工具创建新的数据库，最后
使用IMPDP工具将之前的备份导入数据库中。

 

导入命令也十分简单：

 

impdp DIRECTORY=(备份所存放的目录，需要在ORACLE内以CREATE DIRECTORY创建)    dumpfile=(备份的文件名)  logfile=(日志的文件名，会放在DIRECTORY下） parallel=2 full=y

 

其他的一些恢复场景下的恢复方案：

由于 EAS/HR 运行在 NOARCHIVELOG 模式下，针对不同的故障场景下可以采取以下恢复策略：

1. SPFILE 初始化参数文件物理损坏：

从 PFILE 中重新生成一个 SPFILE
CREATE SPFILE=’’ FROM PFILE=’’
或者从备份中恢复
RESTORE SPFILE TO PFILE=’’;
RESTORE SPFILE;
RESTORE SPFILE FROM AUTOBACKUP;

2. Control File 文件部分物理损坏：

关闭数据库，将其它完整的控制文件复制到已损坏的控制文件，重启数据库

3. Control File 文件全部物理损坏 在数据库关闭时或者出于 mounted 时，即数据库处于一致性状态时 control file 全部物 理损坏，则执行 create controlfile 命令重新创建控制文件，如果处于非一致性状态时 损坏，则通过最新的物理备份全库恢复，然后追加备份发生时到故障点之间的数据。

4. 非 CURRENT 在线日志文件物理损坏 执行 alter database clear logfile 语句重新创建该损坏的非 CURRENT 在线日志文件

5. CURRENT 在线日志文件物理损坏

SQL> startup mount

SQL> recover database until cancel; #(cancel immediately)

SQL> alter database open resetlogs;

 

6. SYSTEM,SYSAUX,UNDO 表空间物理文件物理损坏 ：

通过最新的逻辑备份全库恢复

 

7. TEMP 表空将物理文件物理损坏

执行＂alter database”重新创建 temp 物理文件
8. 用户数据表空间物理文件物理损坏

通过最新的逻辑备份全库恢复
9. 用户索引表空间物理文件物理损坏

重新创建用户索引表空间，然后 rebuilt 相应的索引
10. 物理快损坏

如果该损坏块为用户索引，则 rebuilt 相应的索引

如果该损坏块为用户表，则通过设置 event 将没有损坏的数据正常读出来（损坏块中的数据库会丢失）或者通过关键表的逻辑备份恢复
如果该损坏块为系统数据，通过最新的逻辑备份全库恢复
11. 用户表数据不正常更新(INSERT、UPDATE、DELETE)
可以通过关键表的逻辑备份恢复，或者相应的 flashback 技术恢复
12. 用户表不正常删除(drop)
可以通过关键表的逻辑备份恢复，或者 flashback drop 技术恢复

 

如果上述方案还不能搞定你的EAS/HR后台ORACLE数据库的问题那么也可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 ： 13764045638   QQ号:47079569    邮箱：service@parnassusdata.com

 

 

 

 

【诗檀学院】Oracle 11g OCP-051考试题库中英文对照详解

【诗檀学院】Oracle 11g OCP-052考试题库中英文对照详解

【诗檀学院】Oracle 11g OCP-053考试题库中英文对照详解

prm-dul data unloader tool manual user guide 0.4

 

https://zcdn.askmac.cn/prm-dul%20data%20unloader%20tool%20manual%20user%20guide%200.4.pdf

【诗檀学院 Oracle OCP认证专题】Oracle 11g OCP 考题讲解051  http://t.askmac.cn/thread-4946-1-1.html

【诗檀学院 Oracle OCP认证专题】Oracle 11g OCP 考题讲解 http://t.askmac.cn/thread-4909-1-1.html

【诗檀学院 Oracle OCP认证专题】Oracle 11g OCP 考题讲解052 http://t.askmac.cn/thread-4944-1-1.html