nagios报 check_oracle_rman_backup_problems告警处理思路
研发反馈graylog日志显示是乱码（如下图），第一反应觉得是字符集导致的检查系统环境字符集[root@apiVM-007~]#localeLANG=zh_CN.GB18030LC_CTYPE="zh_CN.GB18030"LC_NUMERIC="zh_CN.GB18030"LC_TIME="zh_CN.GB18030"LC_COLLAT
主从两台主机hosts配置192.168.1.197oradb1（从）192.168.1.198oradb2(主）二:搭建数据库主库的操作：1.确认主库参数SQL>selectname,open_mode,database_role,log_mode,force_loggingfromv$database;NAMEOPEN_MODEDATABASE_ROLELOG_MODEFOROREORE
现日志系统结构图如下:安装包版本:redis3.2.8mongodb-3.4.4logstash5.2.2graylog-2.3.2elasticsearch-5.6.3jdk版本要求1.8.0_144以上一：redis安装1.主机，A组:192.168.1.205（主）/192.168.1.204B组:192.168.1.168（主）/192.168.1.1672.安装主从搭建略,网上例子很多，
51CTO博客开发
一.NUMA设置单机单实例，建议关闭NUMA，关闭的方法有三种：1.硬件层，在BIOS中设置关闭；2.OS内核，启动时设置numa=off；3.可以用numactl命令将内存分配策略修改为interleave（交叉）numactl --interleave=all二：内存的调优1.减少预读,默认128echo '16' > /sys/block/sda/queue/read_ahead_kb
Step1 : iostat 查看IO情况 iostat -x 1 查看IO情况,哪个磁盘的IO负载较高，接下来我们就来定位具体的负载来源Step2： iotop定位负载来源进程 iotop的本质是一个python脚本，从proc中获取thread的IO信息，进行汇总。 从下图可以看出大部分的IO来源都来自于mysqld进程。因此可以确定dfa的负载来源是数据库Ste
有时启动虚拟机发现报内部错误，这一般是由于电脑装的杀毒软件在优化内存时，选择了关闭vmware开机启动项；解决方式：计算机-右击选择管理-服务与应用程序-服务点击启动即可
周一，公司做数据备份的服务器宕机了，起不来了，于是赶紧跑机房，去到一检查发现有块硬盘掉线了，导致一直停留在raid界面，这台备份机器环境大致是五块硬盘，第一块用的是150G做系统用，其余的都是2t的硬盘，第二第三做raid0,第四第五也是做raid0；其掉线是第五块；那就重新import一下，不知道的可以谷歌一下步骤，开始还窃喜说不是大问题，可以早点回去了，谁想启动系统时，强制检测文件系统，这一下
MySQL中的操作权限view sourceprint?01ALTER02Allows use of ALTER TABLE. 0304ALTER ROUTINE 05Alters or drops stored routines. 0607CREATE08Allows use of CREATE TABLE. 0910CREATE ROUTINE 11Creates stored routine
1.执行aide -C 命令出现以下错误：/usr/sbin/prelink: /usr/sbin/tcpdump: at least one of file's dependencies has changed since prelinkingError on exit of prelink child process/usr/sbin/prelink: /usr/sbin/lpasswd: a
grant select,reload,lock tables on *.* to
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
