￥29.96篇/更新中
￥9.92篇/更新中
￥29.97篇/已完结
-
编辑 删除
沃趣微讲堂 | Oracle集群技术（二）：GI与Oracle RAC
本期课程 | Oracle集群技术(二)：GI与Oracle RAC讲师 | 杨禹航·沃趣科技高级数据库技术专家出品 | 沃趣科技上期《Oracle集群技术（一）：集群介绍》中，简单介绍了什么是集群，以及集群的两种架构模式Shared-Nothing和Shared-Disk，还有Shared-Disk架构所面临的三个问题。通过上期课程的学习，相信大家对Oracle集群已经有了初步的认识。本期将着重
-
编辑 删除
沃趣微讲堂 | Oracle集群技术（一）
本系列课程将为大家逐步讲解Oracle集群相关知识，并通过实操加深大家对Oracle集群技术的理解。
-
编辑 删除
buffer busy waits引起的会话突增
某天，客户反映其监控平台发现其一套数据库7月20日及24日在早晨7：03分和8：09分两个时间段节点1出现会话数突增情况，持续时间较短，问题时间段应用并未受到影响。这究竟是怎么回事呢？本文带你一探究竟。
-
编辑 删除
SQL优化案例-分区索引之无前缀索引（六）
当查询跨分区的时候，且where条件中包含分区字段，只需要在非分区字段建立本地索引（本地的组合索引），分区字段会自行的进行分区裁剪；如果查询不跨分区，那就需要建立包含分区字段的前缀索引，此时可以过滤掉大量不必要的数据。
-
编辑 删除
SQL优化案例-自定义函数索引（五）
本期将通过一个简单的案例为大家介绍创建自定义函数索引进行SQL优化。
-
编辑 删除
Oracle Data Guard Feature 12cR2系列（二）
Data Guard是Oracle推出的一种高可用性数据库方案，Data Guard在11g中引入Active Data Guard，12c又赋予了新的功能。本文将继续为大家介绍Data Guard 12cR2的部分新特性。
-
编辑 删除
SQL优化案例 | 从Exadata迁移到国产沃趣一体机一般方法探究（四）
存储技术的发展，闪存的出现，大大提升了数据库一体机的性能，随着闪存成本的降低，目前有大量的基于Exadata数据库的业务逐渐迁移到国产沃趣一体机当中，本文将为大家介绍，迁移过程中，SQL优化的一般思路。
-
编辑 删除
Oracle ASM神书《拨云见日 解密Oracle ASM内核》出版了
《拨云见日，解密Oracle ASM内核》是这么一种书籍，告诉你Oracle ASM是如何工作的，庖丁解牛，让你豁然开朗。 这本书是翻译了Bane Radulovic的系列博客而来，Bane Radulovic是Oracle公司的资深技术总监，写了大量的解密Oracle ASM的系列文章，笔者当年在学习ASM的过程中从这些文章中受益匪浅，因此我（魏兴华）拉上了沃趣科技的庄培培、郭旭瑞、吴栋、邱大龙、
-
编辑 删除
Oracle集群时间同步
在RAC中集群的时间应该是保持同步的，否则可能导致很多问题，比如：依赖于时间的应用会造成数据的错误，各种日志打印的顺序紊乱，这将会影响问题的诊断，严重的可能会导致集群宕机或者重新启动集群时节点无法加入集群。
-
编辑 删除
Oracle中的sysctl.conf内核参数
当我们对Oracle进行安装部署时，需要按照相关要求修改OS内核参数，本文将对Oracle按照部署时需要修改的相关内核参数进行简单介绍。
-
编辑 删除
SQL优化案例-从执行计划定位SQL问题（三）
当SQL出现问题，能从执行计划中快速的定位哪部分出现问题很重要，本文将根据实际案例为大家介绍从执行计划定位SQL问题。
-
编辑 删除
Oracle Data Guard Feature 12cR2系列（一）
Data Guard是Oracle推出的一种高可用性数据库方案，从Oracle 9i开始正式更名为Oracle Data Guard。Data Guard在11g中引入Active Data Guard，12c又赋予了新的功能，如： Far Sync Instance等。
-
编辑 删除
SQL优化案例-正确的使用索引（二）
索引能提升查询效率，索引出现性能问题往往与回表有关，回表属于单块读，回表过多会产生大量逻辑读，本文结合实际案例，给出优化方案 。
-
编辑 删除
Shell Limits设置问题导致用户不能登录
本文将为大家介绍如何解决Shell Limits设置问题导致用户不能登录。
-
编辑 删除
挽救DG中主库的nologging操作的块
?众所周知我们的Data Guard数据同步是基于日志流的，所以在主库执行nologging操作是不被允许的，因此我们需要在配置Data Guard阶段需要使用Force Logging，但是这也会带来很多问题。
-
编辑 删除
SQL优化案例-改变那些CBO无能为力的执行计划（一）
?当Oracle没办法做transformation的时候，可能就是sql产生问题的时候，此时就需要去找原因了。本文通过一些案例，来说明这种优化器无能为力的情况。
-
编辑 删除
控制文件不一致引发的“血案”
控制文件不一致引发的故障如何恢复及改进？本文告诉你答案。
-
编辑 删除
Oracle压缩黑科技（二）—压缩数据的修改
在本系列的第一篇文章中，我们看到了只有在直接路径加载、CTAS(create table as select)和"alter table move"时，基础表压缩机制才可以生效。同时当表启用了压缩时，Oracle会默认的将该表中数据块的pctfree设置为0，这也暗示了我们基础压缩应该作为一种只读数据的压缩策略。当我们查看一个对应块的dump文件时，会发现Oracle并不是“压缩”数据，他所做的是在每个块上创建重复值列表（即字典表），然后通过一些标志来代替那些重复值从而达到块级别的去重。并且，Oracle可以重新排列块中的字段顺序，从而增加用一个标志来代替多个字段的机会。这告诉我们，Oracle在读取块时并不需要“解压”数据，他需要做的仅仅是通过指针来重构数据，当然这是一个CPU密集型操作。
-
编辑 删除
容器化RDS｜调度策略
本文仅以RDS的视角，从三个层级讲述了对调度器的要求。真实的世界会更加复杂，比如针对Read Write Cluster，Slave 必须等待Master创建完毕，而Sharding Cluster，所有分片可以并发创建……在设计产品和完成编码的过程中，踩坑无数。不能否认的是，站在巨人的肩膀上可以让我们看的更远。
-
编辑 删除
Oracle压缩黑科技（一）—基础表压缩
在这三种压缩技术中，索引压缩和基础表压缩是产品自带的核心组件，但是，OLTP压缩需要独立的“Advanced Compression Option (ACO)” license授权。再第一篇文章中，我们先用基础表压缩造一些数据，把对数据更新删除的问题留到第二篇文章中，最后基于前两篇的铺垫，我们再研究下OLTP的压缩。索引压缩单独留在第四、第五篇中探讨。
