当数据库运行长时间之后，日志文件就会一直变大，这时就需要定时清理！如果不清理，当日志大小达到 4G 左右的时候，可能会导致数据库宕机，无法使用！
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=xx)(PORT=1521)(IP=FIRST)))
至此，第一种方式已经介绍完毕。可以看到，已经可以记录到登录数据库的用户IP地址。
由于需要点对点访问数据库，那么数据库服务器则需要开启防火墙白名单策略。我们可以通过 iptables --list 命令查看操作系统防火墙白名单。那么有哪些访问数据库的 IPv4 地址呢？这个会记录在 Oracle 的监听日志 listener.log 中。
前几天，一位兄弟部门的同事，提过来一个问题，有一台开发Oracle数据库服务器，修改了一个应用用户的密码，然后就发现这个账户隔几分钟就会被锁，需要手工unlock解锁才行，但没过一会又被锁了，问了一圈开发人员，基本都说使用这个账户的应用要么停了，要么跟着改了密码。很是挠人。
在虚机上执行lsnrctl start，问题解决。 1、当连接异常时，可以通过分析监听日志来查找线索 〜[test]$ find $ORACLE_HOME -name listener.log /opt/64bit/oracle/11.2.0/log/diag/tnslsnr/sinrndvud062/listener/trace/listener .log
日常工作生产，我们一般都通过监听连接 Oracle 数据库。如果想要记录访问过数据库的用户 IP 地址，常规方式是无法做到的，但是可以通过一些非常规方式来实现。
警惕 从1月1日开始，大量未修复WebLogic WSAT（全称：Web Services Atomic Transactions）组件RCE漏洞的主机被挖矿程序攻击，尤其是1月3日，更是大面积爆发，很多银行、部委、保险、电力、电信等行业用户中招儿！ 症状 WebLogic服务进程非计划停机（进程退出），WebLogic Server日志中出现如下信息： ####<2018-1-2 上午12时52分26秒 CST> <Notice> <WebLogicServer> <**********> <****
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/ajianyingxiaoqinghan/article/details/89736359
原本想着使用 pstack 命令监控一下监听日志可没想到，Linux 系统默认没有这个命令。RedHat 公司发行的 Linux 操作系统（RHEL，CentOS等等）虽提供了 pstack 工具，但要安装 gdb。
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters]添加dword值
Oracle监听器是一个服务器端程序，用于监听所有来自客户端的请求，并为其提供数据库服务。监听器日志有如下特性：
OS : Windows Server 2008 32Bit DB : Oracle 11.2.0
用于建立客户端与服务器之间的网络连接。 监听器运行在服务器端，属于一种网络服务，用于监听客户端向数据库发出的连接请求。
在ORACLE数据库中，如果不对监听日志文件（listener.log）进行截断,那么监听日志文件（listener.log）会变得越来越大.
Rsyslog是一个开源软件实用程序，用于UNIX和类Unix计算机系统，用于在IP 网络中转发日志消息，收集日志。它实现了基本的syslog协议，通过基于内容的过滤，丰富的过滤功能，灵活的配置选项扩展了它，并添加了诸如使用TCP进行传输等功能。
今天同事反映一个问题，某个测试库修改了密码，并改了相关应用使用的密码后，仍出现一会账户就被锁住，报ORA-28000: the account is locked的错误。 检查过程： 1. 查看资源限制生效参数 SQL> show parameter resource NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ resource_limit boolean FALSE FALSE表示未启动资源限制。 2. 查看该用户所用的PROFILE SQL> select resource_name, limit from dba_profiles where profile='DEFAULT'; RESOURCE_NAME LIMIT -------------------------------- ---------------------------------------- COMPOSITE_LIMIT UNLIMITED SESSIONS_PER_USER UNLIMITED CPU_PER_SESSION UNLIMITED CPU_PER_CALL UNLIMITED LOGICAL_READS_PER_SESSION UNLIMITED LOGICAL_READS_PER_CALL UNLIMITED IDLE_TIME UNLIMITED CONNECT_TIME UNLIMITED PRIVATE_SGA UNLIMITED FAILED_LOGIN_ATTEMPTS 10 PASSWORD_LIFE_TIME UNLIMITED PASSWORD_REUSE_TIME UNLIMITED PASSWORD_REUSE_MAX UNLIMITED PASSWORD_VERIFY_FUNCTION NULL PASSWORD_LOCK_TIME 1 PASSWORD_GRACE_TIME 7 其中FAILED_LOGIN_ATTEMPTS表示连续登陆失败的次数，这里表示连续登陆10次失败则锁定用户。 3. 解除用户锁定ALTER USER pss3 ACCOUNT UNLOCK;后观察现象 SQL> select name, lcount from user$ where name='PSS3'; NAME LCOUNT ------------------------------ ---------- PSS3 10 不到一分钟，登陆失败次数就到10次了。 初步结论： 可能有应用仍使用旧的密码登陆，登陆失败后重复尝试，直到10次为止。 但问题就来了： 1. FAILED_LOGIN_ATTEMPTS设置为10次，但未启动resource_limit，为什么还受到10次的限制呢？ 2. 怎么知道还有哪些应用由于未修改密码导致ORA错误呢？ 问题1：FAILED_LOGIN_ATTEMPTS设置为10次，但未启动resource_limit，为什么还受到10次的限制呢？ 这篇MOS文章160528.1(Profile Limits (Resource Parameter(s)) Are Not Enforced / Do Not Work)文章说了一些： After creating a new profile or altering an old one to limit the following profile resources there is no change: SESSIONS_PER_USER CPU_PER_SESSION CPU_PER_CALL CONNECT_TIME IDLE_TIME L
添加 -w 参数可实时监听节点与子节点的变化，并且实时收到通知。非常适用保障分布式情况下的数据一至性。
一组的同事找我说，有很多应用不能连接数据库，让我去帮忙看看，一开始以为是process 和session 数不构，去了查了一下，发现远没到设置的数，且主机未发现有性能问题，查看等待事件，全是军空闲类的，这下我就有点朦了，后来查看监听状态，执行lsnrctl status 后出来两行字之后卡在那儿了，没有反应，所以kill掉进程后重启监听，重启后，没有服务注册时正常，过1分种在查看监听状态，还是卡在那儿了，查看监听日志没什么收获，后来查看数据库alter日志，发现如下：
在执行“sqlplus / as sysdba”时可能会报“ORA-12547: TNS:lost contact”的错误，常见原因有如下几点：
问题描述：搭建DG的时候，要rman从orcl恢复到orclstd数据库来，dup复制了半天，结果最后报错：ORA-17627: ORA-12577: Message 12577 not found; product=RDBMS; facility=ORA网上找了文档，查到是磁盘被写满的问题于是就解决一下。
主要记录的信息有: 操作人，操作IP，方法名，参数，消耗时间，日志类型，操作类型(操作日志和异常日志)以及增删改查记录，操作时间等。
今天收到一条报警短信，提示dg似乎出了点问题。信息的来源是从v$dataguard_status里面扫描得到的最新错误。 2015-09-15 22:06:19.0 Log Transport ServicesErrorError 12541 received logging on to the standby 2015-09-15 22:06:19.0 Log Transport ServicesErrorPING[ARC1]: Heartbeat failed to connect to standby
在企业大数据体系建设过程中，数据采集是其中的首要环节。然而，当前行业内的相关开源数据采集组件，并无法满足企业大规模数据采集的需求与有效的数据采集治理，所以大部分企业都采用自研开发采集组件的方式。本文通过在vivo的日志采集服务的设计实践经验，为大家提供日志采集Agent在设计开发过程中的关键设计思路。
作为一名合格的 Linux 运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，这里给出一个处理问题的一般思路：
来源:CU技术社区 ID:ChinaUnix2013 作为一名合格的 Linux 运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，这里给出一个处理问题的一般思路： 重视报错提示信息：每个错误的出现，都是给出错误提示信息，一般情况下这个提示基本定位了问题的所在，因此一定要重视这个报错信息，如果对这些错误信息视而不见，问题永远得不到解决。 查阅日志文件：有时候报错信息只是给出了问题的表面现象，要想更深入的了解问题，必须查看相应的日志文件，而日志文件又分为系统日志文件（/
Oracle RAC服务器端的负载均衡是根据RAC中各节点的连接负荷数情况，将新的连接请求分配到负荷最小的节点上去。当数据库处于运行时，RAC中各节点的PMON进程每3秒会将各自节点的连接负荷数更新到service_register。而对于节点中任意监听器故障或监听器意外失败时，PMON进程会每1秒钟检查当前节点上的监听是否重启，以获得最新的负载信息来及时调整负载均衡。本文主要演示suse 10 + oracle 10g rac下的服务器端的负载均衡。
atbus是我按之前的思路写得服务器消息通信中间件，目标是简化服务器通信的流程，能够自动选择最优路线，自动的断线重连和通信通道维护。能够跨平台并且高效。
编辑说明：《Oracle性能优化与诊断案例精选》出版以来，收到很多读者的来信和评论，我们会通过连载的形式将书中内容公布出来，希望书中内容能够帮助到更多的读者朋友们。 前不久某运营商客户反映某套业务系统在2016年8月4日凌晨出现过无法访问数据库的情况。当接到客户请求之后我才通过V**登录进行日志分析。 首先我分析数据库告警日志发现，8月4日凌晨54分开始出现unable to spawn jobq slave process相关错误，如下所示。 📷 从上述告警日志来看，没有明显的OR
Jenkins CLI，简称 jcli，一个使用 Golang 开发的开源的 Jenkins 命令行工具。它可以帮忙你轻松地管理 Jenkins。无论你是 Jenkins 插件开发者，还是 Jenkins 管理员或者只是一个普通的 Jenkins 用户，它都是为你而生！
Logstash提供了多种监听日志打印的方式，而Nlog也提供了多种输出日志的方式，当Nlog的输出配置与Logstash的输入配置相对应，就能够让Nlog打印出来的日志都存储到Elasticsearch中 以下介绍3种配置方式： 1) 文件 Logstash: input { file { path => "D:/Log/Application/*Log.txt" type => "Application" } } Nlog
可是毕竟广告好不好，还要看疗效，9个9的可靠性，你也永远无法论证你不是那 0.00000001%。
8月6日 消息：近日，腾讯云用户“前沿数控”平台一块操作系统云盘，因受所在物理硬盘固件版本Bug导致的静默错误，文件系统元数据损坏。
近日的数据安全事故，引发了很多企业的普遍关注，而不少用户从彻查中确实发现自己的数据库已经被注入，这为大家上了数据安全的重要一课。 甚至有的企业要求停用PL/SQL Developer这一工具，虽然这从制度上关上了一个门，但是我们知道数据库类似的门如此之多，如何能够从根本上提升数据库管理的安全，减少数据运维风险呢？ 我曾经在《数据安全警示录》一书中总结了种种数据安全风险，提出了很多预防措施和手段，在此整理其中的一些建议供大家参考，当然大家也可以从云和恩墨的安全服务中获得帮助。 我在书中提出了数据安全的五个纬度
本文由马哥教育Linux云计算面授班23期学员推荐，转载自互联网，作者为Lis，Linux资深技术专家，内容略经小编改编和加工，观点跟作者无关，最后感谢作者的辛苦贡献与付出。 与windows系统一样，linux操作系统也会存在很多问题和故障，很多linux新手都害怕故障，面对出现的问题显得无可奈何，更有甚者，由此放弃了linux，其实，我们不应该惧怕问题，学习就是一个发现问题与解决问题的过程，只要掌握了解决问题的基本思路，一切故障都会迎刃而解，当然前提是我们已经具备了解决问题的思路和扎实的知识功底。
目前，已经实现全工作环境Linux化，电脑Linux+手机Linux+机器人Linux。
Centos7 1核4G（个人开发机搭来自己分析压测日志的，若是公司级的建议32核64G以上。再大规模的还需要分布式部署）
有反馈应用测试连接Oracle数据库的会话半小时左右未做操作就会被中断，报错ORA-3113，询问数据库是否有这样的超时设置，能否取消掉这个限制？ 登上环境查看监听日志发现连接的IP和数据库IP不是同一网段，故询问中间是否有防火墙设备，得到肯定的答复后，再结合实际的现象，基本也就确认是由于防火墙默认强制断开一段时间内（这里也就是半小时）都是空闲状态的会话，然后会话再做操作时就会发现原连接已经被断开，报错ORA-3113，然后只能重连。 防火墙涉及其他部门管理，协调比较麻烦。还好Oracle有DCD（Dead Connection Detection）这个功能特性，主要就是设置一个时间比如10分钟，那么每隔10分钟Oracle就会发一个空包给连接会话的客户端，防火墙发现会话变为活跃就会重新计时，这样也可以间接解决这个问题。
如果线上出现问题后，直接去服务器上查看日志，不仅仅效率低，而且还是严重滞后，所以对于一个应用系统必须要具备分布式监控的能力！
2020年伊始，我们的工作中多了一个词"护网行动"，之前闻所未闻；这是一个从国家层面提出的安全概念，目的是为了保障信息安全。各个组织机构会定期组织安防演练。咱们数据库层面为了应对这次安防演练也提出了自己的思想，数据库白名单策略限制非法设备对数据库进行访问。这是这次配置监听白名单的整个背景。
整理下自己之前做的应急响应相关的碎片笔记，太多了，没办法全部列出来，先整理一些常用的。
作为一个以低延迟数据移动为核心优势构建的现代数据平台，TapData 帮助企业实现核心数据系统之间的实时同步、实时交换及实时处理。其设计初衷，是希望能够以一种创新的方式解决老大难的数据集成问题，核心优势表现为：
从前面的内容学习中，我们知道 Nginx 的核心配置文件默认是放在 /usr/local/nginx/conf/nginx.conf，本次我们就来学习下 nginx.conf 的内容和基本配置方法。
2、准备数据 网址：https://dev.mysql.com/doc/sakila/en/sakila-installation.html
最近在MAUI项目中碰到了大文件下载方面的需求，要求可以实现显示下载进度、暂停、继续下载等，在开发过程中也是碰到了不少问题，所以在此简单分享使用MAUI在IOS上完成下载功能的经验，也希望大家少踩坑。文章中如有不妥的地方，也请多多指教。
GitLab 是一个基于网页的软件开发生命周期管理工具，提供了 git 代码仓库、知识库、问题追踪、CI/CD 流水线功能，使用开源许可证，由 GitLab 公司开发（来自 WikiPedia）。
我认识的第一个操作系统就是windows,而认识了Linux之后我就开始逐步的往Linux上迁移…… 比如我的习惯、比如我的服务、比如…… 大部分人觉得Linux是高端产品，是IT专属，其实不然，Linux发展到今天，已经有了很大的改变，特别是在桌面世界，抛开应用来讲完全不输Windows。
网站log日志其实就是百度蜘蛛抓取的记录，百度蜘蛛每来一次，并且都抓取了什么，哪类蜘蛛来进行抓取的，网站log日志都会记得非常清楚，我们可以获取日志进行分析，百度蜘蛛今天都抓取了我们多少个页面，其中哪些页面没有抓取成功等等，从而可以进行优化我们的网站，使之更加符合网站SEO优化。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
