PostgreSQL 12 登录失败:role “postgres“ is not permitted to log in
1. 问题现象在 CentOS 7 上安装 PostgreSQL 12 后,使用 su - postgres 切换用户并执行 psql 登录时,报出如下错误:psql: error: FATAL: role "postgres" is not permitted to log&
cursor:pin S wait on X故障诊分析
1. 故障概述 7:15,二节点出现大量的“cursor: pin S wait on X”等待事件,数据库性能下降,持续到7:19分恢复正常,持续时间4分钟左右。下面是详细的故障分析诊断过程。2.
数据库索引分裂 问题分析
1. 背景描述 数据库经客户反馈在18点30分左右出现性能问题,活动会话飙升,业务卡顿。 2. 问题分析 通过awr可以看到大量的索引分裂等待,和并发的事务槽等待,事
File "/usr/libexec/urlgrabber-ext-down", line 28
File "/usr/libexec/urlgrabber-ext-down", line 28问题现象:原因:出现上面 问题是我在安装python3.7版本,让python2和python3共存,没有修改/usr/libexec/urlgrabber-ext-down文件;解决办法:只需要修改第一行:#! /usr/bin/python修改成 #! /usr/bin/pyth
多实例数据库一个用PSU
背景: 现在Oracle 11gR2 扩展补丁最新已经到20200714了,今天给生产系统打了几个系统补丁,有很多设备上是一台服务器创建了十几个数据库,这样涉及到后面跑脚本和启停数据库是一件非常麻烦的事,特写这篇博客在这里记录今天的完整处理过程。 单库操作步骤: 1.解压替换OPatch cd psu cd $ORACLE_HOME/ mv
配置数据库监听白名单
一、背景: 2020年伊始,我们的工作中多了一个词"护网行动",之前闻所未闻;这是一个从国家层面提出的安全概念,目的是为了保障信息安全。各个组织机构会定期组织安防演练。咱们数据库层面为了应对这次安防演练也提出了自己的思想,数据库白名单策略限制非法设备对数据库进行访问。这是这次配置监听白名单的整个背景。二、技术策略:编辑sqlnet.ora文件 #开启ip限制功能tcp.vali
19c(19.3) RPM方式单机数据库安装
一、 环境介绍操作系统Red Hat Enterprise Linux Server release 7.7 (Maipo)数据库版本Oracle database 19.3主机名adg19cIP地址192.168.84.99安装目录/DBSoft/oracle/p
初始化参数游标之cursor_sharing
初始化参数之cursor_sharing一、Cursor_sharing 简介: 这个参数是用来告诉Oracle在什么情况下可以共享游标,即SQL重用。 Cursor_sharing参数有3个值可以设置: 1)、EXACT:通常来说,exact值是Oracle推荐的,也是默认的,它要
PostgreSQL 安装扩展包
安装扩展:一、背景: 因为巡检需要收集PostgreSQL的状态信息,通常会调用extension pg_stat_statements;该模块提供了追踪服务器所执行的所有 SQL 语句的执行统计信息,可用于统计数据库的资源开销,分析TOP SQL。且该模块提供了一个视图 pg_stat_statements以及函数pg_stat_statements_reset 和pg_stat_stateme
位(bit)、字节(Byte)、KB、MB、GB ... 之间的关系
位(比特位):bit(binary digit)(简写:b),是计算机数据存储最小的单位,二进制中,0或者1就是一个位(比特位)bit。字节:Byte(简写:B),是计算机信息技术用于计量存储容量的一种计量单位,通常情况下一字节等于八位,也就是 → 1Byte = 8bit = 1B = 8b字符:Character,在计算机和电信技术中,一个字符是一个单位的字形、类字形单位或符号的基本
Oracle 调优确定存在问题的SQL
SQL 语句处理阶段透彻理解 SQL 处理有助于理解 SQL 统计信息。在 SQL 语句处理过程中,有四个重要阶段:分析、绑定、执行和提取。反向箭头表示处理方案(例如,提取-(再)绑定-执行-提取)。提取阶段仅适用于带有 returning 子句的查询和 DML 语句。注:有关 SQL 语句处理的详细说明,请参阅《Oracle Database 11g Application Developers
Oracle性能优化使用度量和预警
度量、预警及基线对性能进行监视时,需要使用一些统计信息之外的特定信息。为了确定特定统计信息是否重要,则需要了解经过一段特定时间之后,该统计信息的变化量。为了具有前瞻性,则需要在存在特定条件时(例如系统响应时间达到了允许的最大值)收到通知。为了诊断性能问题,需要了解更改的具体内容。度量、预警及基线即可提供这些信息。 度量是累积统计信息在一段时间内的更改率。例如,每秒的物理读取数
SQL 调优一般思路
一般来说,调优的第一手资料中,如何根据报告来判断是哪些SQL消耗了最多的系统资源?哪些SQL是最需要调整的呢?这里给出了一个大致的优化思路。一般来说,需要关注下面四种Top SQL消耗最多CPU的(逻辑IO过多)导致过多物理I/O的执行次数较频繁的执行时间较长的我们知道,一个语句的响应时间有个很著名的公式:响应时间=服务时间+等待时间其中服务时间就是CPU为执行该语句花费的时间。服务时间=分析时间
MySQL 5 - 8 各版本快速安装脚本内容
MySQL 5.5.62#如果之前有MYSQL 那么先停服务 /etc/init.d/mysqld stop #如果之前已经装过MYSQL 那么先备份数据目录 tar -jcvf mysql.tar.bz2 /var/lib/mysql #卸载之前已经安装过的MYSQL软件RPM rpm -qa
Oracle官文,明确20c不能用于生产环境
Oracle数据库20c仅可用于预览。它不能用于生产。不支持升级到或从Oracle数据库20c升级。
官宣:Oracle Database19c率先通过等保2.0 !
依照新的等保2.0标准,Oracle 19c 数据库系统于2020年4月10日数据库高分通过公安部“信息安全技术 网络安全等级保护基本要求”(以下简称“等保2.0”)第四级要求中数据库系统的安全防护要求能力测评。“Oracle 19c 数据库系统”符合等保2.0 的数据保护标准。评测机构给与的测评结论:“Oracle 19c 数据库系统”具有较为完备的安全保护能力,在数据库身份鉴别、访问控制、安全
19c 探索高可用系列(二) - RAC+DataGuard Broker
19c 探索高可用系列(二) - RAC+DataGuard Broker前言: 在备库需要清理昨天的环境:SQL> alter system set log_archive_dest_2=''; System alte
19c 数据高可用实用配置 RAC + SingleADG
19c 数据高可用实用配置 RAC + SingleADG 一、 环境介绍主库备库架构RAC单机操作系统RedHat Linux 7.7 x64RedHat Linux 7.7 x64数据库版本Oracle 19.3Oracle 19.3IP地址192.168.84.91192.168.84.92SIDwoo1 | woo2wooDB_NA
19c OneNode Convert to RAC
一、查看状态[oracle@ora19crac1 ~]$ srvctl config database -d woo Database unique name: woo Database name: woo Oracle home: /u01/app/oracle
19c RAC Convert to OneNde
一、添加services:srvctl add service -d woo -s onenode -r "woo1,woo2" srvctl config service -d woo二、查看服务状态:[oracle@ora19crac1 ~]$