AnySQL.net

怎么升级Oracle的?

    有人在Itpub上问Oracle 817建分区表怎么出错了? 错误如下: ORA-00604: error occurred at recursive SQL level 1 ORA-00904: invalid column name     通过设置SQL跟踪, 发现了引起错误的SQL语句. PARSE ERROR #5:len=127 dep=1 uid=0 oct=2 lid=0 tim=0 err=904 insert into partcol$ (obj#, intcol#, col#, pos#, spare1, segcol#,  ...

Posted on December 19, 2007 5:00 PM

10g中不同Oracle优化器版本的参数差异

NAME8.1.79.2.010.2.0.1 _trace_optionstextmultipletext _db_block_adjchk_level785615367888921678889216 _always_semi_joinOFFCHOOSECHOOSE _ordered_nested_loopFALSETRUETRUE _optimizer_max_permutations8000020002000 query_rewrite_enabledFALSEFALSETRUE _mmv_query_rewrite_enabledFALSEFALSETRUE _index_join_enabledFALSETRUETRUE _table_scan_cost_plus_oneFALSETRUETRUE _cost_equality_semi_joinFALSETRUETRUE _new_initial_join_ordersFALSETRUETRUE _optim_peek_user_bindsFALSETRUETRUE _gs_anti_semi_join_allowedFALSETRUETRUE _optim_new_default_join_selFALSETRUETRUE optimizer_dynamic_sampling012 _pre_rewrite_push_predFALSETRUETRUE _union_rewrite_for_gsOFFYES_GSET_MVSYES_GSET_MVS _generalized_pruning_enabledFALSETRUETRUE _optim_adjust_for_part_skewsFALSETRUETRUE _optimizer_compute_index_statsFALSEFALSETRUE _optimizer_filter_pred_pullupFALSEFALSETRUE optimizer_features_enable8.1.79.2.010.2.0.1 optimizer_modeCHOOSECHOOSEALL_ROWS _always_anti_joinOFFCHOOSECHOOSE _partition_view_enabledFALSEFALSETRUE _b_tree_bitmap_plansFALSETRUETRUE _cpu_to_io10000 _optimizer_cost_modelIOCHOOSECHOOSE _optimizer_undo_cost_change8.1.79.2.010.2.0.1 _optimizer_system_stats_usageFALSETRUETRUE _new_sort_cost_estimateFALSETRUETRUE _complex_view_mergingFALSETRUETRUE _unnest_subqueryFALSETRUETRUE _pred_move_aroundFALSETRUETRUE _remove_aggr_subqueryFALSEFALSETRUE _optimizer_squ_bottomupFALSEFALSETRUE _push_join_predicateFALSETRUETRUE _push_join_union_viewFALSETRUETRUE...

Posted on August 7, 2007 10:11 PM

从Windows(32Bit)迁到Linux(32Bit), 有多大的必要?

    在网上看到过几次这样的问题, 当数据量极小时, 迁移只是很简单的一个事情时, 可以做做. 但当数据库达到100G或更大时, 迁移还是需要花费一定的时间的, 并且比较复杂的, 个人认为没有什么必要做这样的迁移, 首先我想不出来迁移后会对性能有很大的影响, 或者对于数据库管理上提供了很大的方便性? 同样的都是32位的平台, 迁移并不能解决大内存的利用问题. 因此得不到Capacity上的提升, 实在想不出有什么必要!     对于一个重要应用的数据库, 作领导的应当尽量少作些这样的决定, 就算是新官上任要放几把火, 也不要发在这儿. 迁移过程中通常会带来性能和稳定性的问题, 我见过几个系统, 他们的DBA定期用EXP/IMP方式进行导出导入重新整理数据, 结果就是每次IMP回去后的前几天, 总是出现很多性能上的问题. 当你在不同的平台做这样的先移时, 遇到的问题可能更多, 你平时用的Job角本可以跑在Linux下了吗? 你的管理员熟悉Linux了吗?     一般我只会考虑不同硬件平台之间的迁移, 例如从32位的Windows或Linux平台迁移到64平台的Unix平台中, 这样的迁移是为了以后长远的Capacity考虑, 为了在以后相应长的一段时间内可以支持业务的高速增长. 将这个时间用于解决其他的问题, 安全可以更有效地解决问题.  ...

Posted on February 7, 2007 3:36 PM

你准备何时升级数据库? 如何升级?

    Oracle已经推出9.2.0.8一段时间了, 某些平台上10.2.0.3的补丁也可下载了, 免不了要问是否有必要升级的问题了.     升级的目的是什么? 作为一个DBA来说首要目的显然不是使用最新版本的数据库, 而是保证数据库的高可用性, 保证运行在数据库上的业务系统能良好地运行. 一般来讲升级的理由有如下: Oracle不再对现在运行的底版本提供支持, 如8i已经不支持了, 9i大约也只有一两年了吧. 新版本的某些新功能对系统的改进有很重要的作用, 如8i的分区, 9i的List分区等. 老版本遇到了一些Bug, 在新版本中得到了修复. 新版本的某项功能在性能上面有很大的提升, 据说10g的MTS有很大的改进, 或如10g的RAC.     升级到什么版本? 升级时不一定要用最新的版本, 至少有一个坏处, 用了最新版本的如果还遇到问题, 你基本上没有资料可以查, 不容易对遇到的问题进行分析并找到解决的方法. 最好是看某个版本的Bug修复列表, 并参考网上的普遍评价.     如何升级? 最近很多的DBA在网上问通过exp的方式来从8i或9i升级到10g好不好, 其实, 除了Oracle 7的升级推荐用EXP/IMP方式外,...

Posted on December 6, 2006 7:59 PM

Oracle 9i/10g的Bug和修复列表及升级指南

    以下连接仅为提供查询方便, 更详细的信息请访问Oracle Metalink. 9.2.0.4 9.2.0.5 9.2.0.6 9.2.0.7 9.2.0.8 9i升级指南 10.1.0.3 10.1.0.4 10.1.0.5 10g R1升级指南 10.2.0.2 10.2.0.3 10g R2升级指南     对于一个DBA, 这些也是要经常看看的. 下面列出了Oracle各版本的升级补丁号 9.2.0.4  = 3095277 9.2.0.5  = 3501955 9.2.0.6  = 3948480 9.2.0.7  = 4163445 9.2.0.8  = 4547809...

Posted on August 22, 2006 12:02 AM