ASM系列第八篇|ASM工具百宝箱

本篇文章主要介绍几个大家应该熟练掌握的ASM工具。

ASM系列第七篇|了解ASM文件extent的分布情况

当ASM创建一个文件时(例如数据库实例要求创建一个数据文件),它会以extent为单位分配空间。一旦文件被创建,ASM会传递extent映射表给数据库实例,后续数据库实例能在不和ASM实例交互的情况下访问这个文件。

ASM系列第六篇|ASM磁盘partner介绍

ASM的数据冗余机制是通过将extent的镜像副本复制到同一磁盘组不同failgroup的磁盘上来实现的,这个磁盘被称为partner磁盘。

第五篇|如何映射ASMLIB管理的盘到OS设备名

当使用ASMLIB 来管理ASM 磁盘时,设备的路径信息是不会在gv$asm_disk视图path列中显示的,如果你使用的是ASMLIB Support Tools 2.1 或者更高(oracleasm-support-2.1*的rpm包)版本,可以通过root用户运行'oracleasm querydisk -p'来获得设备路径信息。

第四篇|ASM 元信息概述

ASM的元数据由ASM实例进行维护和管理,元信息本身非常重要,ASM磁盘组中的文件要想被Oracle DB和其他客户端正常使用,就要求元信息一定要是完好无损的,ASM的元信息以元信息块的形式存储在磁盘组中。

第三篇|ASM元数据编辑器—kfed介绍

kfed是一个没有官方文档记录的ASM工具,它可以用来读取和修改ASM的元数据块。它本身是一个独立的工具,独立于ASM实例,因此不管实例是否启动,ASM磁盘组是否mount ,它都可以正常使用。kfed最为强大的地方在于它可以修复ASM损坏的元数据。

Oracle压缩黑科技(二)|压缩数据的修改

在本系列的第一篇文章中,我们看到了只有在直接路径加载、CTAS(create table as select)和"alter table move"时,基础表压缩机制才可以生效。

Oracle压缩黑科技(一)|基础表压缩

在关于Oracle压缩的这一系列文章中,我们会研究下传统Oracle数据库系统的各类压缩方式,这意味着该系列文章的目录结构大概是:1. 基础表压缩 2. OLTP表压缩 3. 索引压缩。但是,不讨论Exadata的hybrid columnar compression (HCC)。

Oracle 12c Flex Cluster专题| Leaf Node的故障迁移

Oracle 在12c中使用hub-and-spoken技术实现了Flex Cluster的功能(即RAC集群中的每个节点不再需要既运行ASM实例又运行DB实例,各节点可以扮演不同的角色)。相比12c以前的版本,该功能使集群规模的扩大和缩减变得更加靠谱。

Oracle 12c 多租户专题|CDB元数据内幕

在12c的CDB中,我们知道每个PDB都是独立的。但这些PDB为了能整合到一个CDB里,会共享一些公共资源。例如,CPU、内存、redo和undo。