10g告警日志默认所在路径:ORACLE_BASE/admin/ORACLE_SID/bdump/alert*.log
--======================== -- Oracle 监听器日志配置与管理 --======================== Oracle 监听器是一个服务器端程序，用于监听所有来自客户端的请求，并为其提供数据库服务。因此对监听器的管理与维护相当重要。
centos是一个基于Red Hat Linux提供的可自由使用源代码的企业级Linux发行版本，它是来自于Red Hat Enterprise Linux依照开放源代码规定释出的源代码所编译而成。
Oracle (Enterprise) Linux 是一个基于 Red Hat Enterprise Linux 源码构建的 Linux 发行版，由 Oracle 公司打包并免费分发。相较于后者，Oracle 对内核等组件进行了修改，并包含了一些新的特性。下载地址：V860937-01.iso
上周在升级时候，客户反馈某个job报了下面的错误，想让我们查看一下是不是数据库这边有什么问题。 报错的内容如下。 Caused by: java.sql.SQLRecoverableException: No more data to read from socket at oracle.jdbc.driver.T4CMAREngine.unmarshalUB1(T4CMAREngine.java:1142) at oracle.jdbc.driver.T4CMAREngi
Oracle Data Guard 为企业数据库提供了最有效和最全面的数据可用性、数据保护和灾难恢复解决方案。它集成管理、监视和自动化软件基础架构来创建和维护一个或多个同步备用数据库，从而保护数据不受故障、灾难、错误和损坏的影响。本文主要描述了在同一主机下如何配置Oracle Data Guard。
现在做测试的出去面试，都会被问到linux，不会几个linux指令都不好意思说自己是做测试的了，本篇收集了几个被问的频率较高的linux面试题
上节我们讲了如何连接linux/Unix服务器，这节我们将其应用在我们的Oracle运维中，用它来监控Oracle alert日志
--增加linux7安装11g，自动替换 $(MK_EMAGENT_NMECTL) -lnnz11。
--=========================================
大多数情况下，了解Oracle常用目录结构，将大大提高数据库管理与维护的工作效率，本文介绍了Oracle 10g 的常用目录。
一组的同事找我说，有很多应用不能连接数据库，让我去帮忙看看，一开始以为是process 和session 数不构，去了查了一下，发现远没到设置的数，且主机未发现有性能问题，查看等待事件，全是军空闲类的，这下我就有点朦了，后来查看监听状态，执行lsnrctl status 后出来两行字之后卡在那儿了，没有反应，所以kill掉进程后重启监听，重启后，没有服务注册时正常，过1分种在查看监听状态，还是卡在那儿了，查看监听日志没什么收获，后来查看数据库alter日志，发现如下：
最近reportDB监听无法随系统自启动，现象比较怪异。因为该服务器上的另一个实例的监听可以正常启动，这个不能自启动实例的监听手动启动又是正常的。因此记下这次离奇暂未找到原因的故障。
通过crontab 命令，我们可以在固定的间隔时间执行指定的系统指令或 shell script脚本。时间间隔的单位可以是分钟、小时、日、月、周及以上的任意组合。这个命令非常适合周期性的日志分析或数据备份等工作。
数据库重新启动的时候，收到了ORA-19815的错误。从错误的提示来看，是由于闪回区的空间被填满导致无法成功启动。这种情形我们通常考虑的是清除归档日志，那就直接在OS层面rm了，真的是这样吗？客官，如果你有相同的情形，接下往下看......
本篇文章主要说一说Oracle数据库安全审计控制点中b、c、d测评项的相关内容和理解，以及一些其它零碎的与等保相关的内容。
1.adminServer配置 base_domain/servers/AdminServer下新建文件夹security 同时里面创建一个新的文件boot.properties
李真旭@killdb Oracle ACE，云和恩墨技术专家 个人博客：www.killdb.com 在墨菲定律里，我们知道，有可能发生的故障就一定会发生，哪怕需要诸多因素的叠加才可能满足那复杂的先决条件。在以下案例中，我们抽丝剥茧，细致入微的追溯最终确定了导致数据库RAC实例崩溃的微小原因。 这是一个真实的客户案例，可以概括为一条参数引发的血案。现象大致是某天凌晨某 RAC 节点实例被重启了，通过如下是 alert log 我们可以发现 RAC 集群的节点2实例被强行终止掉了，如下是详细的告警日志信息
李真旭（Roger） ACOUG 核心专家，Oracle ACE，云和恩墨技术专家 编辑手记：linux 文件系统的cache分为2种：page cache和 buffer cache.在RAC环境中，不同节点间的设置不合理很可能会触发操作系统bug，而引起数据库宕机。 这是1个月之前处理的某个客户的案例，现象大致是某天凌晨某RAC节点实例被重启了，通过如下是alert log我们可以发现RAC集群的节点2实例被强行终止掉了，如下是详细的告警日志信息： 从上面的日志来看,在2：03分就开始报错ORA
源端和目标端的文件不一样，目标端需要下载Oracle GoldenGate for Big Data,源端需要下载Oracle GoldenGate for Oracle！
https://docs.djangoproject.com/en/1.11/ref/models/fields/
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=xx)(PORT=1521)(IP=FIRST)))
今天性能测试部门的同事问我一个问题，说他跑一个shell脚本调用sqlplus 结果报错 Error 6 initializing SQL*Plus SP2-0667: Message file sp1<lang>.msb not found SP2-0750: You may need to set ORACLE_HOME to your Oracle software directory 我记得自己之前碰到过类似的问题，也是sqlplus启动不了。 参见日志http://blog.itpub.net/
SYSTEM表空间是Oracle数据库最重要的一个表空间,存放了一些DDL语言产生的信息以及PL/SQL包、视图、函数、过程等,称之为数据字典,
在使用shutdown immediate关闭数据库时hang住，查看alert 日志，遭遇了SHUTDOWN: Active processes prevent shutdown operation。也即是说有一些活动进程阻止了当前的shutdown操作。咦，数据库是测试数据库啥也没有干，也没有配置db console，还有活动进程阻止呢？
作者简介 作者：LuciferLiu，中国DBA联盟(ACDU)成员。 目前从事Oracle DBA工作，曾从事 Oracle 数据库开发工作，主要服务于生产制造，汽车金融等行业。 现拥有Oracle OCP，OceanBase OBCA认证，擅长Oracle数据库运维开发，备份恢复，安装迁移，Linux自动化运维脚本编写等。 前言 在 第一章 诞生 中介绍了【Oracle自动化部署脚本】的由来和实现。 这一章将要介绍的是脚本的 功能和参数 。 本脚本有哪些功能？支持哪些版本？有哪些参数？不急，功能太多
Mysql 的运维工作中，因为排错的需要，有时我们会对过往的修改操作进行查看，mysql binlog 的机制正好可以应对这类需求
MEMORY_TARGET参数在Oracle 11g被引进，主要是用于控制Oracle对于系统内存的使用，首次将SGA与PGA整合到一起实现自动管理。一旦设置了MEMORY_TARGET参数值，Oracle会根据需要自动调整SGA与PGA以合理的分配及使用内存。但如果MEMORY_TARGET设置不当，就容易引起ORA-00845，因为MEMORY_TARGET与/dev/shm(tempfs)息息相关，本文即是对由此引发问题的描述。
最近检查测试机器（Linux6-Oracle112040 RAC）ASM目录发现归档日志有断档，目录里遗留了2019、2020年的一些不连续归档。断档的这一部分在控制文件中没有记录，故此归档文件一直没有被发现。这些不连续的归档日志都属于无效日志，需要清理。
select ‘bgdrac’ database,t11.username,t11.default_tablespace tablespace_name,segment_size_in_GB,datafile_size_in_gb,tablespace_free_size_in_gb from (select username,default_tablespace from dba_users) t11 left join ( select nvl(t1.tablespace_name,t2.tablespace_name) tablespace_name,t1.size_in_GB datafile_size_in_GB,t2.size_in_GB segment_size_in_GB,t1.size_in_GB-t2.size_in_GB tablespace_free_size_in_GB from (select tablespace_name,sum(bytes)/1024/1024/1024 size_in_GB from dba_data_files group by tablespace_name) t1 full join (select tablespace_name,sum(bytes)/1024/1024/1024 size_in_GB from dba_segments group by tablespace_name) t2 on t2.tablespace_name=t1.tablespace_name) t22 on t22.tablespace_name=t11.default_tablespace where t11.default_tablespace<>’zlbfxt’;
今天巡检遇到数据库报错 ORA-00600错误，数据库版本为Oracle 11204 (x86_64)，错误日志如下：
oracle在启动时和启动过程中经常会出现这样那样的错误，简单记录下碰到过的问题，方便备用。
对昨天提出的问题做了一个简单的分析和排查，也算是有了一个交代，上一篇文章在 dg broker校验失败的一个奇怪问题 我查看了最近的日志，发现在半个月以前有一行日志引起了我的注意。 Thu Mar 03 17:32:12 2016 ALTER SYSTEM SET log_archive_dest_state_2='DEFER' SCOPE=BOTH; 关于这个DEFER的设置，让我想起了之前的一个设置。 原来的主库发生了硬件电源故障，启用备用电源之后，勉强撑了几个小时，因为数据库之前使用的异机逻辑备份，
这两年见证了公司从600人发展到1200+的过程，虽然公司在安全投入上还算慷慨，但是人员编制有严格要求，一个人的安全部只能把精力放在基础/重点工作上。其中防病毒这块也是两年前才正式部署了企业版防病毒软件，推广过程中也遇到了很多阻力及各种奇葩的安全理念（比如生产服务器我不敢装防病毒，万一瘫了怎么办；领导的电脑，防病毒还是别装吧，装了会很慢），这期间也遇到多起病毒木马事件，每次我都会借助安全事件，狠狠的推一把防病毒软件，目前为止，已经实现所有PC和Windows服务器防病毒软件的百分百覆盖。现将几起病毒木马的处理过程整理一下跟大家分享，本系列偏向于实战。
传统上，当需要为操作系统编写一些脚本时，人们常常会选用 Bash 或 Perl 脚本工具。这些工具易于使用，因而它们几乎变得无处不在，***到了包括 Oracle Database 在内的其他软件中，Oracle Database 在很大程度上依赖它们执行各种管理任务。
Oracle 11g RAC安装时，在第一个节点执行root.sh时遭遇了CRS-0184/PRCR-1070，Google了很多帖子也没有找到解决办法。呜呜，还是静下心来看日志！！最后的发现原来是一个不经意的小问题，如下面的描述。
近日在某客户现场进行巡检，发现有一个系统在进行sqlplus / as sysdba登录的时候特别缓慢。多次测试，最长时间可以达到近10s才能成功登录。此时，对主机的CPU、内存、IO以及网络等参数进行查看，发现使用率均不高，远远没有达到瓶颈，且在登录之前和登录之后，所有操作均非常顺滑，没有任何卡顿。因此，判断该系统就是在sqlplus登录的时候才可能出现卡顿。
作为一名合格的 Linux 运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，这里给出一个处理问题的一般思路：
当所有在Extract 启动之前的开始的交易都完成后，我们就可以使用RMAN 备份生产 端的数据库了。备份数据库的过程中一定要密切监控Extract 进程的状态，保证其一 直正常运行：
来源:CU技术社区 ID:ChinaUnix2013 作为一名合格的 Linux 运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，这里给出一个处理问题的一般思路： 重视报错提示信息：每个错误的出现，都是给出错误提示信息，一般情况下这个提示基本定位了问题的所在，因此一定要重视这个报错信息，如果对这些错误信息视而不见，问题永远得不到解决。 查阅日志文件：有时候报错信息只是给出了问题的表面现象，要想更深入的了解问题，必须查看相应的日志文件，而日志文件又分为系统日志文件（/
使用OGG中间件（框架）实时采集Oracle数据库表的数据，同步到Kafka分布式消息队列中。 OGG 是一种基于日志的结构化数据复制软件，它通过解析源数据库在线日志：online log或归档日志：archive log获得数据的增删改变化（数据量只有日志的四分之一左右）；
VirtualBox是一款功能强大，通用且跨平台的完整虚拟化软件，主要面向服务器，桌面和嵌入式应用。 它可以安装在任何操作系统（Linux，Windows，Mac等）上，并允许您在同一台计算机上安装和运行多个客户机操作系统。
VirtualBox是一款功能强大，通用且跨平台的完整虚拟化软件，主要面向服务器，桌面和嵌入式应用。它可以安装在任何操作系统(Linux，Windows，Mac等)上，并允许您在同一台计算机上安装和运行多个客户机操作系统。
整理一份DG的搭建流程，参考了一些教程及文档，环境是Oracle 11gR2 1+1。DG计划整理三篇：搭建、概念、维护。
前面介绍了如何运用Python获取Oracle数据库的信息以及将数据存入MySQL数据库中
11g的dataguard相比于10g来说，最优越的特性应该算就是active dataguard了，这一点改进在很大意义上促使用户需要把数据库从10g升级到11g,读写分离在这个时候得到了升华，而且在后台会根据需要进行数据的同步，相比于使用10g，想读数据的时候把数据库启动到read only 阶段，但这个时候不接受日志同步数据，如果需要同步数据还需要把数据库再启动到mount阶段，感觉还是比较繁琐的。 11g的active dataurad功能很强大，同时搭建的时候使用rman 的duplicate选项
当数据库运行长时间之后，日志文件就会一直变大，这时就需要定时清理！如果不清理，当日志大小达到 4G 左右的时候，可能会导致数据库宕机，无法使用！
linux常见的文件系统有以下几类： 1、文件系统 Linux是通过文件系统在存储设备上存储文件和目录的。Linux的文件系统为我们在硬盘中存储的0和1和应用中使用的文件与目录之间搭建起了一座桥梁。
--==========================================
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
