log文件

安装Samba服务 # yum install samba samba-client samba-swat 有依赖关系的包samba-common、samba-winbind-clients、libsmbclient将自动安装上去。 #yum qa |grep samba 安装包说明 samba-common-3.5.10-125.el6.x86_64 //主要提供samba服务器的设置文件与设置文件语法检验程序testparm samba-client-3.5.10-125.el6.x86_64 //客户端软件，主要提供linux主机作为客户端时，所需要的工具指令集 samba-swat-3.5.10-125.el6.x86_64 //基于https协议的samba服务器web配置界面 samba-3.5.10-125.el6.x86_64 //服务器端软件，主要提供samba服务器的守护程序，共享文档，日志的轮替，开机默认选项 Samba服务器安装完毕，会生成配置文件目录/etc/samba和其它一些samba可执行命令工具，/etc/samba/smb.conf是samba的核心配置文件，/etc/init.d/smb是samba的启动/关闭文件。 启动Samba服务器 可以通过/etc/init.d/smb start/stop/restart来启动、关闭

主库IP：192.168.8.129 hostname：master 从库IP：192.168.8.130 hostname：slave 1、说明： 此脚本针对上一篇文章《CentOS7.X安装部署mysql5.7主从环境》搭建完成后的主从随时同步使用https://blog.51cto.com/8355320/2448056 2、 MySQL主从同步会出现如网络延迟等多种原因，造成主从环境不同步，当需要重新同步主从环境时，需要等到业务不繁忙的晚上或周末来进行，而使用脚本备份，有了全库备份，有了binlog日志偏移记录值，我们就可以实现随时进行主从同步操作 3、主库备份脚本： [root@master]# cat /data/script/auto_mysql_masterbak.sh #!/bin/bash #Author Danrtsey #function: 主库备份所有库,并记录master status,用于做主从同步恢复时使用 BACKUP_FOLDERNAME=/data/masterbak DB_USERNAME="root" DB_PASSWORD="密码" LOG_FILE=${BACKUP FOLDERNAME}/mysqllogs date +%F .log DATA_FILE=${BACKUP_FOLDERNAME}/mysql backup date +

一.备份的原因 运维工作的核心简单概括就两件事: 1）第一个是保护公司的数据. 2）第二个是让网站能7*24小时提供服务(用户体验)。 1）备份就是为了恢复。 2）尽量减少数据的丢失（公司的损失） 二.备份的类型 冷备份: 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 停库,停服务,备份 温备份: (锁表) 这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身。这种中途备份类型的优点是不必完全锁定最终用户。但是，其不足之处在于无法在进行备份时修改数据集，这可能使这种类型的备份不适用于某些应用程序。在备份过程中无法修改数据可能产生性能问题。 热备份: 这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 三.备份的方式 逻辑备份: 基于SQL语句的备份 1）binlog 2）into outfile mysql> select * from world.city into outfile '/tmp/world_city.data'; #配置文件中创建/tmp 3）mysqldump只支持全备 4

一、需求背景 业务发展越来越庞大，服务器越来越多 各种访问日志、应用日志、错误日志量越来越多，导致运维人员无法很好的去管理日志 开发人员排查问题，需要到服务器上查日志，不方便 运营人员需要一些数据，需要我们运维到服务器上分析日志 二、为什么要用到ELK 一般我们需要进行日志分析场景：直接在日志文件中 grep、awk 就可以获得自己想要的信息。但在规模较大也就是日志量多而复杂的场景中，此方法效率低下，面临问题包括日志量太大如何归档、文本搜索太慢怎么办、如何多维度查询。需要集中化的日志管理，所有服务器上的日志收集汇总。常见解决思路是建立集中式日志收集系统，将所有节点上的日志统一收集，管理，访问。大型系统通常都是一个分布式部署的架构，不同的服务模块部署在不同的服务器上，问题出现时，大部分情况需要根据问题暴露的关键信息，定位到具体的服务器和服务模块，构建一套集中式日志系统，可以提高定位问题的效率。一个完整的集中式日志系统，需要包含以下几个主要特点： 收集－能够采集多种来源的日志数据 传输－能够稳定的把日志数据传输到中央系统 存储－如何存储日志数据 分析－可以支持 UI 分析 警告－能够提供错误报告，监控机制 而ELK则提供了一整套解决方案，并且都是开源软件，之间互相配合使用，完美衔接，高效的满足了很多场合的应用。是目前主流的一种日志系统。 三、ELK简介 ELK是三个开源软件的缩写

selinux对于被拒绝的操作是会记录在系统日志的，位置在/var/log/audit/audit.log type为AVC，大括号里是操作类型，还有是否被拒绝、pid、安全上下文等等信息 selinux提供了audit2allow工具，用来分析策略日志然后生成一个使日志中被拒绝 实例如下： 相当于直接输出了一个.te文件，我们只要把输出导出成te文件，然后编译，加载即可。 需要注意的是audit2allow会粗暴地以全部通过为目的进行修改，因此需要注意不要让修改破坏了其它组件地安全。 来源： https://www.cnblogs.com/trickofjoker/p/11858362.html

工作需要，要对数据库（mysql）数据进行对比，写完测试脚本。想在表中修改一条数据，然后运行程序看看效果。正确的sql update table1 set amount = 100 where id=123; 。可是实际情况是没有写where条件，就按下了回车，shell很快返回“******条数据已经被修改”，晕了。还好，我不是DBA，我只有权限动测试库，可是测试库也是十几个人公用的。看了下时间21:30，其他都下班了，不着急自己慢慢搞。 ##没有备份## 数据库误操作，数据恢复首先想到备份，测试库一般都是线上数据的copy，很少有备份，方法不通。 ##binlog全量恢复太困难## 大致知道mysql的binlog日志，记录下所有的操作。关于binlog有几条命令很有用，记录下： show variables like 'log_%'; 查看binlog是否打开 mysql> show variables like 'log_%'; +----------------------------------------+----------------------------------------+ | Variable_name | Value | +----------------------------------------+-----------------------

前言 文中使用mysql5.7 版本实现多实例，端口为3306和3307。 1、多实例本质 在一台机器上开启多个不同的mysql服务端口（3306,3307），运行多个mysql服务进程，这些服务进程通过不同的socket监听不同的服务端口来提供各自的服务； 多个实例共用一套mysql安装程序，配置文件可以用同一个（但是最好不同，文中用不同配置文件），启动程序可以用同一个（最好不同，文本用不同启动脚本），数据文件是不同的（必须不同）； 服务器的硬件资源是公用的，逻辑上多实例是各自独立的； 2、多实例作用 有效利用服务器资源；节约服务器资源； 但是多实例肯定会存在资源互相抢占问题，当某个服务实例并发很高或者有慢查询时，会消耗整台服务器更多的内存、CPU等，势必导致其他实例运行也很慢。 3、多实例应用场景 资金比较紧张的公司； 并发访问不是特别大的业务； 4、安装多实例数据库 1.创建相应的目录 mkdir /mysql/{3306,3307}/{data,logs,conf,tmp} -p // 目录解释 data # 存放数据 logs # 存放mysql日志以及binlog日志 conf # 存放mysql配置文件 tmp # 存放mysql socket文件 2.创建mysql用户，登录方式nologin，不创建家目录 groupadd mysql -g 1002

概要 防盗链 根据文件类型设置过期时间 静态资源访问 日志配置 日志字段说明 access_log 访问日志 error_log 日志 日志切割 反向代理 禁止指定user_agent nginx访问控制 负载均衡 防盗链 location ~* \.(gif|jpg|png)$ { # 只允许 192.168.0.1 请求资源 valid_referers none blocked 192.168.0.1; if ($invalid_referer) { rewrite ^/ http://$host/logo.png; } }复制代码 根据文件类型设置过期时间 location ~.*\.css$ { expires 1d; break; } location ~.*\.js$ { expires 1d; break; } location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ { access_log off; expires 15d; #保存15天 break; } # curl -x127.0.0.1:80 http://www.test.com/static/image/common/logo.png -I #测试图片的max-age 复制代码 静态资源访问 http { # 这个将为打开文件指定缓存，默认是没有启用的，max 指定缓存数量

logging模块 一、低配logging 日志总共分为以下五个级别，这个五个级别自下而上进行匹配 debug-->info-->warning-->error-->critical，默认最低级别为warning级别。 1.1 v1 import logging logging.debug('调试信息') logging.info('正常信息') logging.warning('警告信息') logging.error('报错信息') logging.critical('严重错误信息') WARNING:root:警告信息 ERROR:root:报错信息 CRITICAL:root:严重错误信息 v1版本无法指定日志的级别；无法指定日志的格式；只能往屏幕打印，无法写入文件。因此可以改成下述的代码。 1.2 v2 import logging # 日志的基本配置 logging.basicConfig(filename='access.log', format='%(asctime)s - %(name)s - %(levelname)s -%(module)s: %(message)s', datefmt='%Y-%m-%d %H:%M:%S %p', level=10) logging.debug('调试信息') # 10 logging.info('正常信息') # 20

查看所以的提交记录 git log --reflog git将单个文件回退到某一版本 1.进入到a.jsp所在目录，通过 git log a.jsp查看a.jsp的更改记录 2.找到想要回退的版本号：例如 fcd2093 通过 git reset fcd2093 a.jsp先将本版库和暂存区中的该文件回退到历史版本fcd2093 3.再用暂存区中该文件的历史版本（fcd2093）覆盖工作区中对应的文件，达到工作区、暂存区和版本库三者间的统一。 git checkout --a.jsp 【注】git reset [选项] [版本号] [回退对象]命令，当回退对象是文件时选项不能为hard 来源： https://www.cnblogs.com/leiblog/p/10922606.html 来源： https://www.cnblogs.com/shaoyang0123/p/11846727.html