金蝶云星空K3 Cloud V7.2-Oracle数据库安装及运维工作指南

1、金蝶云星空ORACLE数据库安装及完善工作要求金蝶软件（中国）有限公司金蝶云星空基础系统部2018-06-27张华福时间位置内容作者2018-02-0118:052数据库安装创建添加补丁号16086769张华福2018-03-2216:206创建合适的表空间添加6.1张华福2018-04-1910:292数据库安装创建添加补丁号17306264张华福2018-04-1910:332数据库安装创建修改最新补丁集号张华福2014-04-2314:302数据库安装创建添加：提示。张华福2018-04-2518:104.4删除临时表信息添加：EXEC动态语句张华福2018-04-2608:384.2米

2、集统计信息添加：米集索引统计信息崔智刚2018-05-3018:032数据库安装创建添加补丁号1631121111204171017张华福2018-06-2711:082数据库安装创建14275161;22113854;19855835;19174639;24739928;23665623;20907061;18498878;张华福本文主要强调ORACLE数据库服务器环境的安装软件及版本，以及安装完成后的后续完善工作。以确保数据库以比较健壮的状态投入生产，尽量避免已知的问题影响生产库的运营。文章不涉及到软件的安装方法步骤。1服务器系统软件，数据库版本安装推荐：1数据库服务器的操作系统，推荐使用

3、ORACLELINUX6.9。数据库软件版本，要求安装11204企业版（不支持标准版），单节点或RAC环境均可，推荐使用RAC。2数据库安装创建完毕后，需要进行下列的完善工作，1打上最新的补丁集，如：ORACLE11204,截止至2018年04月，ORACLE11204数据库，当前最新版本的补丁集为20180417日发布（使用CSI服务号，到ORACLE的SUPPRT网站下载），此外，还需要打上下列小补丁（ONE-OFFPATCH）：14275161,16086769_112041，16311211_11204171017，17306264_11204170418，18841764，18498

4、878_112040，19174639_112040，19678658_11204171017，19692824（使用linux7时才需要），19855835_112044，20907061_11204180116，22113854_112040，23665623_11204171017，24739928_11204180417，24921392，p27475913_112040_Linux-x86-64.zip-GI版本,p27338049_112040_Linux-x86-64.zip-纯数据库版。提示：1PSU补丁集在单节点环境使用纯数据库版，在RAC环境使用GI版本。优先打补丁集（强烈

5、建议），再打小补丁（建议）。解压后，请按照解压出来的readme.html/txt文档（解压目录里）说明安装。有时补丁集和小补丁可能会存在冲突，如：在打补丁19678658前，做补丁间冲突检查，oraclerac12/backup/soft/p19678658/19678658$opatchprereqCheckConflictAgainstOHWithDetail-ph./此时，该命令的反馈结果，可能会包含类似这种信息：(ConflictwithCompositePatch27338049)，遇上这种情况，通常得再到SUPPORT网站，寻找该补丁的最新补丁集，如上：19678658_1120

6、4171017补丁19678658和27338049集有冲突，但19678658_11204171017和该补丁集没有冲突，此时，得选择后者来打。如下检查：oraclerac11/backup/soft/opatch/p19678658_11204171017/19678658$opatchprereqCheckConflictAgainstOHWithDetail-ph./OracleInterimPatchInstallerversion11.2.0.3.19Copyright(c)2018,OracleCorporation.Allrightsreserved.PREREQsession

7、OracleHome:/home/app/11.2.4/product/db_1CentralInventory:/home/app/oraInventoryfrom:/home/app/11.2.4/product/db_1/oraInst.locOPatchversion:11.2.0.3.19OUIversion:11.2.0.4.0Logfilelocation:/home/app/11.2.4/product/db_1/cfgtoollogs/opatch/opatch2018-06-01_09-39-55AM_1.logInvokingprereqcheckconflictagai

8、nstohwithdetailPrereqcheckConflictAgainstOHWithDetailpassed.OPatchsucceeded.oraclerac11/backup/soft/opatch/p19678658_11204171017/19678658$5当往rac环境打补丁16311211_11204171017后，数据库将无法MOUNT。原因：控制文件放在ASM的某个DISKGROUP上而该DISKGROUP的GROUP为asmadmin,与数据库软件的安装属主(通常都是oracle账户)，下的$ORACLE_HOME/bin/oracle,该文件的group不一样，

9、该文件的group此时一般为oinstall,故导致$ORACLE_HOME/bin/oracle报权限不足，无法读取该diskgroup上的控制文件，故，无法启动数据库。解决方法如下演示(文档ID1378747.1)：oraclerac11/backup/soft/opatch$cd$ORACLE_HOME/binoraclerac11/home/app/11.2.4/product/db_1/bin$ls-lrtoracle-rwsr-s-x1oracleoinstall239837496May3017:22oracle经分析，是因为oracle文件的属于从asmadmin变成oinsta

10、ll的原因oraclerac11/home/app/11.2.4/product/db_1/bin$exitlogoutrootrac11#su-gridLastlogin:WedMay3014:44:28CST2018onpts/2gridrac11$cd$ORACLE_HOME/bin来到grid账户的此目录下，执行下面的操作gridrac11/home/app/11.2.4/grid/home/bin$./setasmgidwrapo=/home/app/11.2.4/product/db_1/bin/oracleshowparameterdb_recoveryNAMETYPEVALUE

11、stringbiginteger0db_recovery_file_destdb_recovery_file_dest_sizeSYSk3db1altersystemsetdb_recovery_file_dest_size=50g;-此参数值按实际情况设置。Systemaltered.Elapsed:00:00:00.04SYSk3db1altersystemsetdb_recovery_file_dest=+FLASH;-此参数值按实际情况设置Systemaltered.Elapsed:00:00:00.03altersystemsetlog_archive_dest_1=location

12、=use_db_recovery_file_destscope=bothsid=*;同时在两节点上执行：关闭数据库，设置归档模式，都设置了归档模式后，再打开库。2节点1，节点2上。Shutdownimmediate;3节点1，节点2上。Startupmount;4节点1，节点2上。Alterdatabasearchivelog;Alterdatabaseaddsupplementallogdata;-开启最小附加日志Alterdatabaseaddsupplementallogdata;5节点1，节点2上。Alterdatabaseopen;制定作业，定时采集系统表，业务表的统计信息，使用sq

13、lplus工具，以sys身份，登录生产库，创建定时作业（下同），采集系统表每天早上5点（按需求更改）运行。Createorreplaceprocedurepro_analyze_dictasbegindbms_stats.gather_dictionary_stats();dbms_stats.gather_fixed_objects_stats();Endpro_analyze_dict;/Begindbms_scheduler.create_job(job_namejob_typejob_actionrepeat_intervalenabled=JOB_ANALYZE_DICT,=PLSQ

14、L_BLOCK,=BEGINpro_analyze_dict;END;,=FREQ=DAILY;BYHOUR05;BYMINUTE=5;,=true);End;/创建采集业务表的定时作业，每天早上1点(按需求更改)运行。Createorreplaceprocedurepro_analyze_statsasora_20005exception;ora_25191exception;pragmaexception_init(ora_20005,-20005);pragmaexception_init(ora_25191,-25191);/*ORA-25191:cannotreferenceover

15、flowtableofanindex-organizedtableORA-20005:objectstatisticsarelocked(stattype=ALL)*/begin-2017-11-0310:46Dbms_stats.flush_database_monitoring_info();foriin(selectusernamefromdba_userswhereusernameinK3CLOUD3,K3CLOUD)loopforjin(selectowner,|table_name|table_namefromdba_tablesawhereownerin(i.username)a

16、ndtemporary=Nandtable_namenotlikeTMP%andnotexists(select1fromdba_mview_logswherelog_ownerin(i.username)andlog_table=a.table_name)orderbyowner,last_analyzednullsfirst)loopbegindbms_stats.gather_table_stats(j.owner,j.table_name,method_opt=forallcolumnssize254,degree=2,casacde=true);exceptionwhenora_20

17、005orora_25191thennull;end;endloop;-2017-10-0910:36gathervirtualcolumnstatsforjin(selectowner,|table_name|table_name,column_namefromdba_tab_colswhereownerin(i.username)andvirtual_column=YESandtable_namenotlikeTMP%anddata_typeXMLTYPEandhidden_column=NO)loopbegindbms_stats.gather_table_stats(j.owner,j

18、.table_name,method_opt=forcolumns|j.column_name|size254,casacde=true);exceptionwhenora_20005orora_25191thennull;end;endloop;endloop;Endpro_analyze_stats;/Begindbms_scheduler.create_job(job_namejob_typejob_actionrepeat_intervalenabled=JOB_ANALYZE_STATS,=PLSQL_BLOCK,=BEGINpro_analyze_stats;END;,=FREQ=

19、DAILY;BYHOUR01;BYMINUTE=30;,=true);End;/说明：红色部分，改为要存放业务数据的账户名（下同）。-4.3创建一作业，每天早上3点（按需求更改）删除过期（24小时以前创建）的临时表-创建删除临时表的过程。createorreplaceprocedurepro_purge_tmptableasora_942exception;pragmaexception_init(ora_942,-942);ora_54exception;pragmaexception_init(ora_54,-54);v_msgvarchar2(300);beginforiin(selec

20、tusernamefromdba_userswhereusernamein(K3CLOUD3,K3CLOUD)loopforjin(selecta.owner,a.table_namefromdba_tablesa,dba_objectsbwherea.ownerin(i.username)anda.table_namelikeTMP%andlength(a.table_name)=30andb.ownerin(i.username)andb.object_type=TABLEandb.object_namelikeTMP%andb.createdJOB_PURGE_TMPTABLE,=PLS

21、QL_BLOCK,=BEGINpro_purge_tmptable;END;,=FREQ=DAILY;BYHOUR03;BYMINUTE=0;,=true);End;/说明：脚本中，红色部分，是用于业务运营的数据库账户。2,据我了解，这些临时表都应该记录在该账户下的：T_BAS_TEMPORARYTABLENAME此表中。但由于该表中对临时表的创建时间FCREATEDATE字段，没有强制NOTNULL，我担心某些记录没时间，这样，若读取该表的数据来做删除操作，这些没时间的记录，将被漏掉。SYSorcldesct_bas_temporarytablenameNull?TypeNOTNULLVAR

22、CHAR2(30)DATEVARCHAR2(36)NUMBER(10)VARCHAR2(200)NameFTABLENAMEFCREATEDATEFUSERTOKENFPROCESSTYPEFUSERTRANSACTIONID-4.4创建一作业，每30分钟运行一次，删除5分钟前采集的临时表的统计信息。Createorreplaceprocedurepro_delete_tm_statsasora_20005exception;pragmaexception_init(ora_20005,-20005);beginforiin(selectowner,table_name,last_analyz

23、ed,num_rowsfromdba_tableswhereownerin(K3CLOUD3,K3CLOUD)andtemporary=Yandlast_analyzedisnotnullandlast_analyzedfalse);-for12c,2018-04-2518:10executeimmediateanalyzetable|i.owner|.|i.table_name|deletestatistics;exceptionwhenora_20005thennull;end;endloop;End;Begindbms_scheduler.create_job(job_namejob_t

24、ypejob_actionrepeat_intervalenabled=JOB_DELETE_TM_STATS,=PLSQL_BLOCK,=BEGINPRO_DELETE_TM_STATS;END;,=FREQ=MINUTELY;INTERVAL=30;,=true);End;/4.5关闭系统自带的统计信息等功能。execdbms_auto_task_admin.disable(client_name=autospaceadvisor,operation=NULL,window_name=null);execdbms_auto_task_admin.disable(client_name=sq

25、ltuningadvisor,operation=null,window_name=null);execdbms_auto_task_admin.disable(client_name=autooptimizerstatscollection,operation=NULL,window_name=NULL);制定合适的备份策略，通常情况下，我们都是以物理备份为主，逻辑备份为辅，也就是，主要使用rman备份，同时辅以expdp导出备份。5.2对于rman的备份策略，基本有两者：保留几份全库备份（包括全库备份以后的所有日志，以保障可用该备份恢复自该备份以来的任意时间点），但此策略只要求有备份，不保障能往回追溯N天以来，故，不常用。5.2.2保留恢复最近N天以来的备份。使用此策略，可以保障备份集，可以恢复从现在开始，往回追溯N天以来的任意时间点。这是最常用的备份保留策略，基本上，我们都使用此策略。对于需要保留N天以来的备份策略，需要依据甲方的业务需求来制定。比如：甲方要求，需要保留一个月以来的备份数据，也就是，从现在开始，往回追溯31