基于Rac+ASM磁盘组进行Oracle数据库扩容
mhr18 2024-12-15 11:57 24 浏览 0 评论
概述
分享下最近对数据库扩容的大致过程,仅供参考。
1、 扩容前准备
1.1. 提供设备清单
将设备的大小和个数给系统和存储工程师,要求在节点上增加新的磁盘,其中 RAC 需要共享磁盘。
1.2. 对数据库进行备份
因为每晚都有做备份,所以这里做个检查就可以了
rman target / backup full database;
1.3. 检查备份及可恢复性
rman target / list?backup?summary;? --概述可用的备份
说明:B表示backup,F表示FULL,A表示archive?log,0?1表示incremental?backup,S说明备份状态(A?AVAILABLE???X?EXPIRED?)
1.4. 备份ASM磁盘头(两个节点的grid用户)
当前系统所有 asm 已使用的 pv 磁盘头均需进行备份
kfed read /dev/rhdisk1 >/home/grid/rhdisk1bak.txt kfed read /dev/rhdisk4 >/home/grid/rhdisk4bak.txt kfed read /dev/rhdisk6 >/home/grid/rhdisk6bak.txt kfed read /dev/rhdisk8 >/home/grid/rhdisk8bak.txt kfed read /dev/rhdisk10 >/home/grid/rhdisk10bak.txt kfed read /dev/rhdisk11 >/home/grid/rhdisk11bak.txt kfed read /dev/rhdisk12 >/home/grid/rhdisk12bak.txt
2、 新设备调整(两个节点的root用户)
2.1 主机扫描新划的磁盘
cfgmgr --确认新盘 lspv
2.2. 权限调整(两个节点的root用户)
chmod 660 /dev/rhdisk13chown grid:dba /dev/rhdisk13ls -l /dev/rhdisk*
注意节点 2 也需要调整确认
2.3. 确认没有PVID(两个节点的root)
# lspv |grep hdisk--都是NONE就对了
说明:PVID 全称 physical volume identifier,它非常重要,相当于软序列号,当把一个磁盘变成 PV 时, 就生成了 PVID , PVID 是由机器序列号 (uname -m的前
8位 ) 和它生成的时间组成,这种机制保证了 PVID 的唯一性。当系统启动时,磁盘配置程序会寻找磁 盘上的 PVID ,并把它跟 ODM 库中的 PVID 信息进行比对,如果在 ODM 中找到匹配的条目,则把和这个 PVID 相对应的 hdisk 号赋予这个 PV ,如果没有匹配 的条目,则赋予这个 PVID 新的 hdisk 号。
--如果存在 pvid ,需要清空(一定要慎重执行) /usr/sbin/chdev -l hdisk<X> -a pv=clear
2.3. 调整RESERVE_POLICY(两个节点的root执行)
如果是为 RAC 数据库添加新磁盘,还需要调整新磁盘的 reserve_policy 应为 no_reserve 或者 reserve_lock 应为no
lsattr -El hdisk13 | grep -E "reserve_policy|reserve_lock" chdev -l hdisk13 -a reserve_policy=no_reserve lsattr -El hdisk13 | grep -E "reserve_policy|reserve_lock"
3、 扩容
3.1. 扩容前ASM检查(其中一个节点的grid用户)
$sqlplus / as sysasm set linesize 1000 pagesize 1000 col state for a20 col path for a50 col name for a30 select path,name,state from v$asm_disk where path like '/dev/rhdisk%' order by 1; --冗余级别为EXTERNAL select NAME,STATE,TYPE,TOTAL_MB,FREE_MB from v$asm_diskgroup;
PS:三种冗余方式
1) 外部冗余(external redundancy):
表示Oracle不帮你管理镜像,功能由外部存储系统实现,比如通过RAID技术;有效磁盘空间是所有磁盘设备空间的大小之和。
2) 默认冗余(normal redundancy):
表示Oracle提供2份镜像来保护数据(镜像数据一次),有效磁盘空间是所有磁盘设备大小之和的1/2 (使用最多)。
3) 高度冗余(high redundancy):
表示Oracle提供3份镜像来保护数据(镜像数据两次),以提高性能和数据的安全,最少需要三块磁盘(三个failure group);
有效磁盘空间是所有磁盘设备大小之和的1/3,虽然冗余级别高了,但是硬件的代价也最高。
3.2. 加入新磁盘到磁盘组(其中一个节点的grid用户)
sqlplus / as sysasm alter diskgroup DATA add disk '/dev/rhdisk13' rebalance power 8; --其中 power n 区间[0,11],n 越大 REBAL 越快,IO 压力也就越大。 --如果磁盘组是 NOMAL 冗余需要指定 FAILGROUP,如: --alter diskgroup dgname add failgroup fgname1 disk '/dev/rhdiskpower453’ add failgroup fgname2 disk '/dev/rhdiskpower454' [ rebalance power n] ;
3.3、监控REBAL进度
sqlplus / as sysasm set linesize 1000 col OPERATION format a15 col state for a15 --无记录表示 REBAL 完成 SQL> select * from gv$asm_operation;
3.4、监控告警日志
tail -200f alert_otmdb1.log
4、 扩容后检查
4.1. 扩容后ASM检查
SQL> select NAME,STATE,TYPE,TOTAL_MB,FREE_MB from v$asm_diskgroup; SQL> select path,name,state from v$asm_disk where path like '/dev/rhdisk%' order by 1;
4.2. 备份新增加的设备
kfed read /dev/rhdisk13 >/home/grid/rhdisk13bak.txt
4.3、检查监听(两个节点)
到这里我们就完成了数据库的扩容了,觉得有用的朋友多帮忙转发哦!后面会分享更多devops和DBA方面的内容,感兴趣的朋友可以关注下~
相关推荐
- 订单超时自动取消业务的 N 种实现方案,从原理到落地全解析
-
在分布式系统架构中,订单超时自动取消机制是保障业务一致性的关键组件。某电商平台曾因超时处理机制缺陷导致日均3000+订单库存锁定异常,直接损失超50万元/天。本文将从技术原理、实现细节、...
- 使用Spring Boot 3开发时,如何选择合适的分布式技术?
-
作为互联网大厂的后端开发人员,当你满怀期待地用上SpringBoot3,准备在项目中大显身手时,却发现一个棘手的问题摆在面前:面对众多分布式技术,究竟该如何选择,才能让SpringBoot...
- 数据库内存爆满怎么办?99%的程序员都踩过这个坑!
-
你的数据库是不是又双叒叕内存爆满了?!服务器监控一片红色警告,老板在群里@所有人,运维同事的电话打爆了手机...这种场景是不是特别熟悉?别慌!作为一个在数据库优化这条路上摸爬滚打了10年的老司机,今天...
- springboot利用Redisson 实现缓存与数据库双写不一致问题
-
使用了Redisson来操作Redis分布式锁,主要功能是从缓存和数据库中获取商品信息,以下是针对并发时更新缓存和数据库带来不一致问题的解决方案1.基于读写锁和删除缓存策略在并发更新场景下,...
- 外贸独立站数据库炸了?对象缓存让你起死回生
-
上周黑五,一个客户眼睁睁看着服务器CPU飙到100%——每次页面加载要查87次数据库。这让我想起2024年Pantheon的测试:Redis缓存能把WooCommerce查询速度提升20倍。跨境电商最...
- 手把手教你在 Spring Boot3 里纯编码实现自定义分布式锁
-
为什么要自己实现分布式锁?你是不是早就受够了引入各种第三方依赖时的繁琐?尤其是分布式锁这块,每次集成Redisson或者Zookeeper,都得额外维护一堆配置,有时候还会因为版本兼容问题头疼半...
- 如何设计一个支持百万级实时数据推送的WebSocket集群架构?
-
面试解答:要设计一个支持百万级实时数据推送的WebSocket集群架构,需从**连接管理、负载均衡、水平扩展、容灾恢复**四个维度切入:连接层设计-**长连接优化**:采用Netty或Und...
- Redis数据结构总结——面试最常问到的知识点
-
Redis作为主流的nosql存储,面试时经常会问到。其主要场景是用作缓存,分布式锁,分布式session,消息队列,发布订阅等等。其存储结构主要有String,List,Set,Hash,Sort...
- skynet服务的缺陷 lua死循环
-
服务端高级架构—云风的skynet这边有一个关于云风skynet的视频推荐给大家观看点击就可以观看了!skynet是一套多人在线游戏的轻量级服务端框架,使用C+Lua开发。skynet的显著优点是,...
- 七年Java开发的一路辛酸史:分享面试京东、阿里、美团后的心得
-
前言我觉得有一个能够找一份大厂的offer的想法,这是很正常的,这并不是我们的饭后谈资而是每个技术人的追求。像阿里、腾讯、美团、字节跳动、京东等等的技术氛围与技术规范度还是要明显优于一些创业型公司...
- mysql mogodb es redis数据库之间的区别
-
1.MySQL应用场景概念:关系型数据库,基于关系模型,使用表和行存储数据。优点:支持ACID事务,数据具有很高的一致性和完整性。缺点:垂直扩展能力有限,需要分库分表等方式扩展。对于复杂的查询和大量的...
- redis,memcached,nginx网络组件
-
1.理解阻塞io,非阻塞io,同步io,异步io的区别2.理解BIO和AIO的区别io多路复用只负责io检测,不负责io操作阻塞io中的write,能写多少是多少,只要写成功就返回,譬如准备写500字...
- SpringBoot+Vue+Redis实现验证码功能
-
一个小时只允许发三次验证码。一次验证码有效期二分钟。SpringBoot整合Redis...
- AWS MemoryDB 可观测最佳实践
-
AWSMemoryDB介绍AmazonMemoryDB是一种完全托管的、内存中数据存储服务,专为需要极低延迟和高吞吐量的应用程序而设计。它与Redis和Memcached相似,但具有更...
- 从0构建大型AI推荐系统:实时化引擎从工具到生态的演进
-
在AI浪潮席卷各行各业的今天,推荐系统正从幕后走向前台,成为用户体验的核心驱动力。本文将带你深入探索一个大型AI推荐系统从零起步的全过程,揭示实时化引擎如何从单一工具演进为复杂生态的关键路径。无论你是...
你 发表评论:
欢迎- 一周热门
-
-
Redis客户端 Jedis 与 Lettuce
-
高并发架构系列:Redis并发竞争key的解决方案详解
-
redis如何防止并发(redis如何防止高并发)
-
Java SE Development Kit 8u441下载地址【windows版本】
-
开源推荐:如何实现的一个高性能 Redis 服务器
-
redis安装与调优部署文档(WinServer)
-
Redis 入门 - 安装最全讲解(Windows、Linux、Docker)
-
一文带你了解 Redis 的发布与订阅的底层原理
-
Redis如何应对并发访问(redis控制并发量)
-
Oracle如何创建用户,表空间(oracle19c创建表空间用户)
-
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (83)
- php redis (97)
- redis 存储 (67)
- redis 锁 (74)
- 启动 redis (73)
- redis 时间 (60)
- redis 删除 (69)
- redis内存 (64)
- redis并发 (53)
- redis 主从 (71)
- redis同步 (53)
- redis结构 (53)
- redis 订阅 (54)
- redis 登录 (62)
- redis 面试 (58)
- redis问题 (54)
- 阿里 redis (67)
- redis的缓存 (57)
- lua redis (59)
- redis 连接池 (64)