ORACLE 19C RAC单节点环境asmca界面中ACFS菜单不显示问题的处理

2024-05-16 06:04

本文主要是介绍ORACLE 19C RAC单节点环境asmca界面中ACFS菜单不显示问题的处理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

近期,在安装一个单节点服务器,使用ORACLE 19C RAC的ASM功能进行磁盘的冗余配置(类似用ASM实现RAID卡的RAID功能),为了兼容低版本的数据库软件(数据库不升级),使用了ASM的ACFS文件系统,来提供一个挂载点目录,运行11G的数据库。

正常安装配置,过程都正常;重启服务器测试时,发现问题:ACFS的挂载点目录没自动挂载 ,数据库也就无从启动了。

继续分析,发现是12版本开始, ACFS drivers are loaded when the Grid Infrastructure is installed, but they are not automatically reloaded by Oracle Restart, in a single server environment. Note: Oracle Clusterware does reload these drivers in a RAC environment. The drivers must be loaded by the root user on linux or administrator. 简单说,ACFS模块不自动加载,需要人工处理。

因此按照ACFS/ADVM is NOT started automatically after node reboot or after CRS is restarted in non-RAC environment (Doc ID 886407.1)文档里的说法,结合11G时候人工命令创建ACFS的步骤,测试整理如下方式实现ACFS上运行数据库:

1、问题排查

检查ASM的ALERT日志,磁盘组MOUNT后,没有操作 volume 的日志;

2024-05-15T11:31:59.261683+08:00
NOTE: Instance updated compatible.rdbms to 12.1.0.0.0 for grp 1 (DATA).
2024-05-15T11:31:59.262414+08:00
SUCCESS: diskgroup DATA was mounted
2024-05-15T11:31:59.271049+08:00
SUCCESS: ALTER DISKGROUP ALL MOUNT /* asm agent call crs *//* {0:0:2} */
2024-05-15T11:31:59.341003+08:00
NOTE: diskgroup resource ora.DATA.dg is online
2024-05-15T11:32:00.244648+08:00
ALTER SYSTEM SET local_listener=' (ADDRESS=(PROTOCOL=TCP)(HOST=192.168.18.58)(PORT=1521))' SCOPE=MEMORY SID='+ASM';

2、检查ACFS模块信息(lsmod没加载)

[grid@wmsdbprod trace]$ acfsdriverstate supported
ACFS-9200: Supported
[grid@wmsdbprod trace]$ acfsdriverstate installed
ACFS-9203: true
[grid@wmsdbprod trace]$ exit
logout
[root@wmsdbprod ~]# lsmod | grep -i acfs
[root@wmsdbprod ~]# lsmod | grep -i oracle
oracleafd             214072  1 

3、人工加载

[root@wmsdbprod ~]# cd /u01/19.3.0/grid/bin
[root@wmsdbprod bin]# ls acfsload
acfsload
[root@wmsdbprod bin]# ./acfsload start
ACFS-9391: Checking for existing ADVM/ACFS installation.
ACFS-9392: Validating ADVM/ACFS installation files for operating system.
ACFS-9393: Verifying ASM Administrator setup.
ACFS-9308: Loading installed ADVM/ACFS drivers.
ACFS-9154: Loading 'oracleoks.ko' driver.
ACFS-9154: Loading 'oracleadvm.ko' driver.
ACFS-9154: Loading 'oracleacfs.ko' driver.
Use of uninitialized value $storage_mode in string ne at /u01/19.3.0/grid/lib/osds_acfslib.pm line 1175.
ACFS-9325:     Driver OS kernel version = 3.10.0-862.el7.x86_64.
ACFS-9326:     Driver build number = 190222.
ACFS-9212:     Driver build version = 19.0.0.0.0 (19.3.0.0.0).
ACFS-9547:     Driver available build number = 190222.
ACFS-9548:     Driver available build version = 19.0.0.0.0 (19.3.0.0.0).
ACFS-9549:     Kernel and command versions.
Kernel:
    Build version: 19.0.0.0.0
    Build full version: 19.3.0.0.0
    Build hash:    9256567290
    Bug numbers:   NoTransactionInformation
Commands:
    Build version: 19.0.0.0.0
    Build full version: 19.3.0.0.0
    Build hash:    9256567290
    Bug numbers:   NoTransactionInformation
ACFS-9327: Verifying ADVM/ACFS devices.
ACFS-9156: Detecting control device '/dev/asm/.asm_ctl_spec'.
ACFS-9156: Detecting control device '/dev/ofsctl'.
ACFS-9294: updating file /etc/sysconfig/oracledrivers.conf
ACFS-9322: completed

检查:

[root@wmsdbprod bin]# lsmod | grep -i oracle
oracleacfs           5581810  0 
oracleadvm           1231385  0 
oracleoks             721311  2 oracleacfs,oracleadvm
oracleafd             214072  1 

4、人工开启volume

SQL> alter diskgroup DATA enable volume ORADATA;  ==ASMCA图形界面中也可以操作

Diskgroup altered.

SQL> col VOLUME_DEVICE for a30
SQL> SELECT volume_name, volume_device,state FROM V$ASM_VOLUME;

VOLUME_NAME                    VOLUME_DEVICE                  STATE
------------------------------ ------------------------------ --------
ORADATA                        /dev/asm/oradata-238           ENABLED

对应日志

SQL> alter diskgroup DATA enable volume ORADATA /* ASMCA */ 
2024-05-15T12:36:35.523430+08:00
ERROR: failed to online volume resource ora.DATA.ORADATA.advm error CRS-2613: Could not find resource 'ora.DATA.ORADATA.advm'.
CRS-0210: Could not find resource 'ora.DATA.ORADATA.advm'.
clsr_start_resource:200 status:210
clsr_start_volume: clsr_start_resource failed 210

NOTE: volume resource ora.DATA.ORADATA.advm requested to start globally
2024-05-15T12:36:35.565391+08:00
SUCCESS: alter diskgroup DATA enable volume ORADATA /* ASMCA */

5、MOUNT挂载点

[root@wmsdbprod ~]# /bin/mount -t acfs /dev/asm/oradata-238 /oradata

[root@wmsdbprod ~]# df -h /oradata
Filesystem            Size  Used Avail Use% Mounted on
/dev/asm/oradata-238  6.5T  2.0T  4.5T  31% /oradata

6、后续处理建议:

总结下后续服务器重启后的处理步骤

1、加载ACFS文件模块(已经设置到/etc/rc.local)
/u01/19.3.0/grid/bin/acfsload start -s
验证是否加载成功:
[root@wmsdbprod bin]# lsmod | grep -i oracle
oracleacfs           5581810  0 
oracleadvm           1231385  0 
oracleoks             721311  2 oracleacfs,oracleadvm
oracleafd             214072  1 


2、人工手动操作挂载ACFS目录:
crsctl stat res -t 
确定集群启动成功后人工,开启ACFS volume:
[grid@wmsdbprod ~]$ sqlplus / as sysasm
alter diskgroup DATA enable volume ORADATA;
查询命令:
col VOLUME_DEVICE for a30
SELECT volume_name, volume_device,state FROM V$ASM_VOLUME;
VOLUME_NAME                    VOLUME_DEVICE                  STATE
------------------------------ ------------------------------ --------
ORADATA                        /dev/asm/oradata-238           ENABLED

root下MOUNT挂载点:
[root@wmsdbprod ~]# 检查:
[root@wmsdbprod ~]# df -h /oradata
Filesystem            Size  Used Avail Use% Mounted on
/dev/asm/oradata-238  6.5T  2.0T  4.5T  31% /oradata

3、正常启动数据库
sqlplus / as sysdba
startup

检查监听程序:lsnrctl status

这篇关于ORACLE 19C RAC单节点环境asmca界面中ACFS菜单不显示问题的处理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/994075

相关文章

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

Python自动化处理PDF文档的操作完整指南

《Python自动化处理PDF文档的操作完整指南》在办公自动化中,PDF文档处理是一项常见需求,本文将介绍如何使用Python实现PDF文档的自动化处理,感兴趣的小伙伴可以跟随小编一起学习一下... 目录使用pymupdf读写PDF文件基本概念安装pymupdf提取文本内容提取图像添加水印使用pdfplum

C# LiteDB处理时间序列数据的高性能解决方案

《C#LiteDB处理时间序列数据的高性能解决方案》LiteDB作为.NET生态下的轻量级嵌入式NoSQL数据库,一直是时间序列处理的优选方案,本文将为大家大家简单介绍一下LiteDB处理时间序列数... 目录为什么选择LiteDB处理时间序列数据第一章:LiteDB时间序列数据模型设计1.1 核心设计原则

MySQL 表空却 ibd 文件过大的问题及解决方法

《MySQL表空却ibd文件过大的问题及解决方法》本文给大家介绍MySQL表空却ibd文件过大的问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录一、问题背景:表空却 “吃满” 磁盘的怪事二、问题复现:一步步编程还原异常场景1. 准备测试源表与数据

基于Redis自动过期的流处理暂停机制

《基于Redis自动过期的流处理暂停机制》基于Redis自动过期的流处理暂停机制是一种高效、可靠且易于实现的解决方案,防止延时过大的数据影响实时处理自动恢复处理,以避免积压的数据影响实时性,下面就来详... 目录核心思路代码实现1. 初始化Redis连接和键前缀2. 接收数据时检查暂停状态3. 检测到延时过

Java利用@SneakyThrows注解提升异常处理效率详解

《Java利用@SneakyThrows注解提升异常处理效率详解》这篇文章将深度剖析@SneakyThrows的原理,用法,适用场景以及隐藏的陷阱,看看它如何让Java异常处理效率飙升50%,感兴趣的... 目录前言一、检查型异常的“诅咒”:为什么Java开发者讨厌它1.1 检查型异常的痛点1.2 为什么说

解决Nginx启动报错Job for nginx.service failed because the control process exited with error code问题

《解决Nginx启动报错Jobfornginx.servicefailedbecausethecontrolprocessexitedwitherrorcode问题》Nginx启... 目录一、报错如下二、解决原因三、解决方式总结一、报错如下Job for nginx.service failed bec

SysMain服务可以关吗? 解决SysMain服务导致的高CPU使用率问题

《SysMain服务可以关吗?解决SysMain服务导致的高CPU使用率问题》SysMain服务是超级预读取,该服务会记录您打开应用程序的模式,并预先将它们加载到内存中以节省时间,但它可能占用大量... 在使用电脑的过程中,CPU使用率居高不下是许多用户都遇到过的问题,其中名为SysMain的服务往往是罪魁

Python利用PySpark和Kafka实现流处理引擎构建指南

《Python利用PySpark和Kafka实现流处理引擎构建指南》本文将深入解剖基于Python的实时处理黄金组合:Kafka(分布式消息队列)与PySpark(分布式计算引擎)的化学反应,并构建一... 目录引言:数据洪流时代的生存法则第一章 Kafka:数据世界的中央神经系统消息引擎核心设计哲学高吞吐