从等待事件上看，应该是IO有问题，检查下存储和多路径链路。如果有nmon监控数据，一并分析下这个时间点的IO和网络情况。你可以在awr报告里，查看下Background Wait Events部分中的log file sync和log file parallel write的等待时间，一般来说，log file sync 等待时间小于20ms算正常，log file parallel write

可能是缺少DBMS_DATAPUMP系统包，建议先执行如下语句，查看下是否有无效的组件：select comp_id, comp_name, version, status from dba_registry; 如果存在无效组件，则使用utilrp重新编译数据库中的所有对象：$ sqlplus "/as sysdba" SQL> @?/rdbms/admin/utlrp.sql 另一个方法可以手动

首先，你这个问题是单盘的拉升后对lv扩容，如果步骤不正确会导致原lv挂载的文件系统中数据丢失。一般建议进行分区之后，再创建pv，再建vg和lv，通过lvm管理的文件系统进行扩容缩容要方便和稳妥点。针对你这个问题，由于是单盘的底层磁盘大小直接拉升（扩大），并且之前没建分区。由于你单盘已经拉升扩大了，你首先要做的是pvresize进行pv扩容，然后才是lvextend对lv进行扩容。你可以实操验证。

请在这里下载：OceanBase PoC测试计划

关于oceanbase 回收站和删除租户的问题

本篇主要介绍OceanBase的Oracle模式下的闪回查询示例和使用限制。

本篇实操OB集群副本的升级，从3副本1-1-1架构升级为5副本1-1-1-1-1架构。

如果三个表的左外连接改为inner join，并且t3.customer建立索引，t2.order_release和t1.id都建立索引，并以t3表作为驱动表，效果可能会好些。

可能是你主机性能不行，比如磁盘IO差，OB内部集群rpc通信和clog随时落盘，以及内部副本调整等，如果主机性能不行，会导致集群某个或多个observer不断的驱逐初始化。或者你重启下observer进程看看。。。

本篇实操OB集群副本的降级，从5副本1-1-1-1-1架构降级为3副本1-1-1架构。

应该是主机内存不足，导致系统自动杀了oracle进程.是否主机除了oracle外还有其它应用？监控下主机内存使用情况，另外再结合diag_133788_20210322171514.trc文件分析下

凡是能引起节点驱逐的都可以让vip漂移，比如心跳异常、共享磁盘无法访问、网络连接异常、数据库负载高导致心跳丢失节点驱逐等

OB的数据文件物理上只有一个基线数据文件 block_file，在安装目录 store/sstable 下。通过 OBServer 进程启动时一次性创建，大小根据启动参数 datafile_disk_percentage采用磁盘预分配策略，默认值为 95%，创建后无法调整大小。你可以初始化启动observer进程时指定数据文件存放地址通过一下参数查询可以知道数据文件所在的目录，实质是软连接指向/d

详细信息可以查看oceanbase官方文档：sql性能监控

查看OB集群所有租户信息: __all_tenant 或 gv$tenant租户类别compatibility_mode: 0-mysql, 1-oracle比如：obclient> select tenant_id, tenant_name, compatibility_mode,zone_list, locality ,primary_zone ,gmt_modified from __all

此外，如果是ocp方式建的，ocp默认会对密码进行负责度验证，如：

OB里租户的资源方式是根据unit资源来分配的，在定义unit单元规格时，会有max_session_num最大连接数配置，不过目前OB只会对cpu，memory等资源进行限制，对磁盘disk，iops,session_num占时还没做限制。关于unit单元规格定义，可以查看 __all_unit_config ；

本篇介绍oms的升级，从1.4.3版本升级到2.1.0最新版，OMS版本的升级其实就是卸载旧版本，重新安装新版本的过程。

本文介绍通过antman脚本安装部署oms1.4.3版本。

安装oms时，在创建oms 元数据oms_tenant租户时报错，ERROR 4179 (HY000) at line 1: Operation not allowed now。

两个表的数据可以最终存在一个块的。Oracle 数据块（Data Blocks）是Oracle最小的存储单位，一般是8K大小，由块头、表目录、行目录、剩余空间、和行数据（Row Data）五部分组成。数据都放在行数据中，数据是随机分布到块中的，数据库的读写是以块为单位来进行IO读写的。

本篇分享下OceanBase的OBCP备考经验总结。

看日志是在observer init fail，主要是因为初始化存储init_storage失败，从日志里看启动命令bin/observer -i eth0 -P 2882 -p 2881 -z zone1 -d /ob -r …这里的-d指定的是/ob好像不是你的数据目录位置但是从你实际的命令：bin/observer -i eth0 -P 2882 -p 2881 -z zone1 -d /h

2.4.3-1905047.tar.gz这个是ocp2.4.3版本的docker镜像另一个dbcat我也没用过

一步一步学习OceanBase系列，本篇继上一篇备份恢复命令行实操后，思维发散有一个新的需求想法，于是就有了本篇将要介绍的备份恢复之异机恢复。

一步一步学习OceanBase系列，本篇主要介绍OceanBase的备份和恢复，通过命令操作的方式演示OceanBase的备份和恢复的具体执行步骤流程。相关概念这里不详细介绍，OB官方文档有，只是官网是基于OCP方式的备份恢复说明。

本篇体验下在oceanbase集群中，如何通过sql审计视图gv$sql_audit来查看某个database(或schema用户)在某个时间段内的SQL执行细节。

本篇主要介绍在ob2.2迷你试用安装版上，进行集群的扩容和租户的扩容，并观察ob集群的负载均衡、分区副本的迁移以及leader选主等特性。

oceanbase官网ob2.2迷你试用版mini-ob-deploy.tar，已经可以提供下载，只需2c8g即可安装部署，本篇部署一个1-1-1架构的2c8g迷你版ob2.2集群。

一步一步学习OceanBase系列 本篇是oceanbase2.2集群实操第五篇 ： oceanbase2.2中obproxy的安装、配置和使用。

一步一步学习OceanBase系列 本篇是oceanbase2.2版本实操第四篇 oceanbase2.2之docker部署。只要8g内存即可开始体验。

一步一步学习OceanBase系列 本篇是oceanbase2.2版本实操第三篇 OB2.2 oracle租户的使用

一步一步学习OceanBase系列 本篇是ocenabase2.2版本第二篇 体验OB2.2 mysql租户的使用

一步一步学习OceanBase系列，本篇是oceanbase2.2版本实操第一篇：手动安装ob2.2集群。

一步一步学习OceanBase系列 本篇是第八篇 oceanbase 1.4 版本学习终结篇——OCP的安装

一步一步学习OceanBase系列 本篇是第七篇 oceanbase 1.4集群跨节点访问问题 ERROR 1235 (0A000): strong consistency across distributed node not supported

一步一步学习OceanBase系列 本篇是第六篇 模拟节点宕机故障，了解ob集群内数据分区的变化情况

一步一步学习OceanBase系列 本篇是第五篇 ob1.4集群租户的扩容。 租户扩容有两种方式：一是提升资源单元规格，二是增加资源单元数量。

一步一步学习OceanBase系列 本篇是第四篇 ob1.4集群扩容，从1-1-1架构扩容到2-2-2架构。

一步一步学习OceanBase系列 本篇是第三篇 ob1.4集群，MySQL租户的创建和使用

一步一步学习OceanBase系列 本篇是第二篇 安装和配置obproxy，使用obproxy连接ob集群

一步一步学习OceanBase系列 本篇是第一篇 OceanBase 1.4 集群最小化资源手动安装步骤

一步一步学习OceanBase系列

模拟主库宕机，一时不能恢复的情况下，备库强制failover切换为主库，待原主库恢复后，重新加入主备集群，最后再正常switchover切换。