一、概述 接上文,实际生产场景中,往往存在硬件资源数量的限制,此时需要设置DS节点复用RS节点。 所以往往最常见的架构如下图所示: 1) 3台主机组建真实服务器集群,即3个RS 2) 2个RS兼做DS,构建负载均衡机制 Client │ │VIP:17.7.7.18 ┌────────────────┼────────────────┐ ┌──────┴───────┐ ┌──────┴───────┐ ┌──────┴───────┐ │ RS1/DS1 │ │ RS2/DS2 │ │ RS3 │ │7.7.7.…

2023年3月17日 0条评论 149点热度 1人点赞 liking 阅读全文

一、基础知识 1. 四层负载均衡(基于IP+端口的负载均衡) 所谓四层负载均衡,也就是主要通过报文中的目标ip地址和端口,再加上负载均衡设备设置的服务器选择方式(分发策略,轮询),决定最终选择的内部服务器。 layer4 在三层负载均衡的基础上,通过发布三层的IP地址(VIP),然后加四层的端口号,来决定哪些流量需要做负载均衡,对需要处理的流量进行NAT处理,转发至后台服务器,并记录下这个TCP或者UDP的流量是由哪台服务器处理的,后续这个连接的所有流量都同样转发到同一台服务器处理。 以常见的TCP为例,负载均衡设…

2023年3月13日 0条评论 204点热度 1人点赞 liking 阅读全文

在升级MySQL版本到8.0的过程中,需要关注sql_mode参数默认值的变化,8.0版本sql_mode不支持 NO_AUTO_CREATE_USER,要避免配置的sql_mode中带有 NO_AUTO_CREATE_USER ■ 57版本原来配置 show variables like '%sql_mode%'; STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE…

2021年12月7日 0条评论 591点热度 1人点赞 liking 阅读全文

最近遇见一个虚机老库11g,主机CPU居高不下,有时甚至无法登录,无法快速建立数据连接。 分析发现较多的应用SQL存在问题,同时发现数据库配置方面也存在问题,分析排查alertlog日志,发现没有配置大内存页。 更多关于大内存页的信息可在本站搜索"大内存页"。 以下是本次操作调整的记录,留作参考。 如下是上次启动的日志提示: Wed Sep 29 14:31:01 2021 Starting ORACLE instance (normal) ************************ La…

2021年10月12日 0条评论 659点热度 1人点赞 liking 阅读全文

19c示例数据表脚本位于: $ORACLE_HOME/rdbms/admin/utlsampl.sql 修改其中的连接语句"CONNECT SCOTT/tiger"为合适的db即可执行创建,如: CONNECT SCOTT/tiger@127.0.0.1:1521/pdb1 现将完整的脚本记录于此,以供其他版本数据库参考。 Rem Copyright (c) 1990, 2017, Oracle and/or its affiliates. Rem All rights reserved. Re…

2021年10月1日 0条评论 639点热度 0人点赞 liking 阅读全文

在后期打patch时常见的一个错误是: Prerequisite check "CheckActiveFilesAndExecutables" failed. 如果在服务端有相关的进程在运行,从而占用可执行文件或运行库,会导致升级时无法更新相应的文件,从而升级失败,报出如上错误。 一般是很容易通过fuser、lsof查出相关的进程的,但有一个情形是无法查出来,只能用fuser查看指定的运行库如libclntsh.so来确定是否占用运行库,如下例。 /u01/app/oracle/product/…

2021年7月22日 0条评论 640点热度 0人点赞 liking 阅读全文

在一次adg构建过程中提示如下报错: [oracle@adg1:0 ~]$ rman target sys/"passwd#"@TESTDB_DGSRC_TNS auxiliary sys/"passwd#"@TESTDB_DGTAR_TNS Recovery Manager: Release 19.0.0.0.0 - Production on Wed Jul 21 21:47:25 2021 Version 19.8.0.0.0 Copyright (c) 1982, 2019, Oracle and/or i…

2021年7月22日 0条评论 853点热度 0人点赞 liking 阅读全文

(接上文) https://liking.site/2021/06/09/大量事务并发回滚彻底堵塞数据库1/ https://liking.site/2021/06/10/大量事务并发回滚彻底堵塞数据库2/ https://liking.site/2021/06/11/大量事务并发回滚彻底堵塞数据库3/ 根据oratop的top等待事件排名,包括累积排名和实时排名,这个"wait for a undo record"已经成为了目标等待事件,是否它阻塞了正常的前滚事务呢? 根据MOS的搜索结果,当…

2021年6月12日 0条评论 728点热度 0人点赞 liking 阅读全文

(接上文) https://liking.site/2021/06/09/大量事务并发回滚彻底堵塞数据库1/ https://liking.site/2021/06/10/大量事务并发回滚彻底堵塞数据库2/ 在后续的故障定位时,有人根据如下日志,认为是归档空间满,导致了数据库挂死。 实际不然,这个FAL报错,只是到DG的归档由于其他原因导致了报错,日志也写在了主库alertlog文件,并非是主库归档失败,对主库并无其他影响,仅仅是写了一个日志而已。事后我的详细排查也印证了这一点,当天中午12:00和18:00分别有…

2021年6月11日 0条评论 871点热度 1人点赞 liking 阅读全文

(接上文) https://liking.site/2021/06/09/大量事务并发回滚彻底堵塞数据库1/ 在数次停库、起库的过程当中,遭遇过部分实例起在其他节点的情况,如下。 srvctl start instance -d jkdb -i jkdb1 发现实例1起在了2号节点 srvctl stop instance -d jkdb -i jkdb1 srvctl start instance -d jkdb -i jkdb3 实例3起在了3号节点 srvctl start instance -d jkdb …

2021年6月10日 0条评论 790点热度 0人点赞 liking 阅读全文
123457