log文件

在学习snort的时候，参考了很多文章，遇到了许多坑。这里是完成搭建的过程。 在Ubuntu 16.04下安装snort 安装snort 首先，新建一个文件夹来保存需要的tar包的文件夹 #mkdir ~/snort_src #cd ~/snort_src 安装必备的组件 #sudo apt-get install -y build-essential libpcap-dev libpcre3-dev libdumbnet-dev bison flex zlib1g-dev liblzma-dev openssl libssl-dev build-essential：提供用于编译软件的构建工具（GCC等）。 bison，flex：DAQ所需的解析器（DAQ将在下面安装）。 libpcap-dev：Snort所需的网络流量捕获库。 libpcre3-dev：支持Snort所需正则表达式的函数库。 libdumbnet-dev：libdnet库为几个低层网络例程提供了一个简化的可移植接口。许多安装Snort的指南都是从源代码安装此库的，尽管这不是必需的。 zlib1g-dev：Snort所需的压缩库。 liblzma-dev：提供对swf文件的解压缩（adobe flash） openssl和libssl-dev：提供SHA和MD5文件签名 Snort所需的最后一个库是 Nghttp2

supervisor管理进程，是通过fork/exec的方式将这些被管理的进程当作supervisor的子进程来启动，所以我们只需要将要管理进程的可执行文件的路径添加到supervisor的配置文件中就好了。通过在配置文件中设置autostart=ture，可以实现对异常中断的子进程的自动重启。 安装supervisor sudo apt-get install supervisor 配置文件 安装完supervisor后，输入以下命令可得到配置文件： $ echo_supervisord_conf 或者： $ cat /etc/supervisord/supervisord.conf 配置文件如下（分号；表示注释）： ; supervisor config file [ unix_http_server ] file = /var/run/supervisor.sock ; ( the path to the socket file ) chmod = 0700 ; sockef file mode ( default 0700 ) [ supervisord ] logfile = /var/log/supervisor/supervisord.log ; ( main log file ; default $CWD /supervisord.log ) pidfile =

第 五 节课 数据备份与恢复 一数据备份相关概念 1.1 数据备份的目的？数据被误删除或设备损害导致数据丢失，是备份文件恢复数据。 1.2 数据备份方式？ 物理备份：指定备份库和表对应的文件 51 cp -r /var/lib/mysql/opt/mysql.bak cp -r /var/lib/mysql/bbsdb/opt/bbsdb.bak rm -rf /var/lib/mysql/bbsdb cp -r /opt/bbsdb.bak/var/lib/mysql/bbsdb chown -R mysql:mysql/var/lib/mysql/bbsdb systemctl restart mysqld 51 scp /opt/mysql.bak 192.168.4.51:/root/ 52 rm -rf /var/lib/mysql cp -r /root/mysql.bak /var/lib/mysql chown -R mysql:mysql /var/lib/mysql systemctl restart mysqld 逻辑备份：在执行备份命令时，根据备份的库表及数据生成对应的 sql 命令，把 sql 存储到指定的文件里。 1.3 数据备份策略？ 完全备份备份所有数据（一张表的所有数据一个库的所有数据一台数据库的所有数据） 备份新产生数据

备份整个数据库，或者备份一个或多个文件或文件组 (BACKUP DATABASE)。另外，在完整恢复模式或大容量日志恢复模式下备份事务日志 (BACKUP LOG)。 Backing Up a Whole Database BACKUP DATABASE { database_name | @database_name_var } TO <backup_device> [ ,...n ] [ <MIRROR TO clause> ] [ next-mirror-to ] [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ] [;] Backing Up Specific Files or Filegroups BACKUP DATABASE { database_name | @database_name_var } <file_or_filegroup> [ ,...n ] TO <backup_device> [ ,...n ] [ <MIRROR TO clause> ] [ next-mirror-to ] [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ] [;] Creating a Partial Backup BACKUP

一、为什么要做主从复制？ 1、在业务复杂的系统中，有这么一个情景，有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。 2、做数据的热备 3、架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。 二、MySQL主从复制的原理是什么？ binlog: binary log，主库中保存所有更新事件日志的二进制文件。 主从复制的基础是主库记录数据库的所有变更记录到binlog。binlog是数据库服务器启动的那一刻起，保存所有修改数据库结构或内容的一个文件。 mysql主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。 在主库里，只要有更新事件出现，就会被依次地写入到binlog里面，之后会推到从库中作为从库进行复制的数据源。 binlog输出线程。每当有从库连接到主库的时候，主库都会创建一个线程然后发送binlog内容到从库。 对于每一个即将发送给从库的sql事件，binlog输出线程会将其锁住。一旦该事件被线程读取完之后，该锁会被释放，即使在该事件完全发送到从库的时候，该锁也会被释放。 在从库里

Mysql传统主从复制 参考文章 官方文档： https://dev.mysql.com/doc/refman/5.7/en/replication.html 深入Mysql复制: https://www.cnblogs.com/f-ck-need-u/p/9155003.html sync_binlog字段解释: https://www.cnblogs.com/Cherie/p/3309503.html Mysql error 1236原因和解决方法: https://www.cnblogs.com/zhoujinyi/p/4760184.htmll Mysql配置详解: https://www.jianshu.com/p/b0cf461451fb 一、基本概念和原理 概念 官方文档 ： Replication enables data from one MySQL database server (the master) to be copied to one or more MySQL database servers (the slaves). Replication is asynchronous by default; slaves do not need to be connected permanently to receive updates from the

使用 slf4j + lombok 记录log 1.pom.xml中添加相关依赖 <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.25</version> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.16.18</version> </dependency> 2.编写相关代码 <1>日志类: package com.example.demo.logs; import lombok.extern.slf4j.Slf4j; import org.springframework.stereotype.Component; @Slf4j @Component public class Bill2log { public static void log () { log.info("###### bill 2 log"); } } <2>配置: <?xml version="1.0" encoding="UTF-8"?> <configuration> <!--定义日志文件的存储地址-->

dmesg 是一个显示内核缓冲区系统控制信息的工具;比如系统在启动时的信息会写到/var/log/ 注:dmesg 工具并不是专门用来查看硬件芯片组标识的工具，但通过这个工具能让我们知道机器中的硬件的一些参数;因为系统在启动的时候，会写一些硬件相关的日志到 /var/log/message* 或 /var/log/boot* 文件中; 如果我们用这个工具来查看一些硬件的信息;这个工具信息量太大，的确需要耐心; [root @panda ~]# dmesg [root @panda ~]# dmesg -c 注:清理掉缓冲区，下次开机的时候还会自动生成; 功能说明： 显示开机信息。 语　　法： dmesg [-cn][-s <缓冲区大小>] 补充说明： kernel会将开机信息 存储 在ring buffer中。您若是开机时来不及查看信息，可利用dmesg来查看。开机信息亦保存在/var/log目录中，名称为dmesg的文件里。 参　　数： 　-c 　显示信息后，清除ring buffer中的内容。 　-s<缓冲区大小> 　预设置为8196，刚好等于ring buffer的大小。 　-n 　设置记录信息的层级。 来源： oschina 链接： https://my.oschina.net/u/922576/blog/539429

SVN （Subversion） 是一个自由、开源的项目源代码版本控制工具。 目前，绝大多数开源软件和企业代码管理，都使用SVN作为代码版本管理软件。 Subversion将文件存放在中心版本 库里 ，这个版本库很像一个普通的文件服务器。不同的是，它可以记录每一次文件和目录的修改情况，这样就可以在需要的回滚时，将 数据恢复 到以前的版本，并可以查看数据的更改细节。 SVN 官方网址： Apache Subversion SVN 服务器配置： 安装SVN服务器 一、 SVN常用命令 1、将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 简写：svn co 2、往版本库中添加新的文件 svn add file 3、将改动的文件提交到版本库 svn commit -m “LogMessage” [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关) 简写：svn ci 4、加锁/解锁 svn lock -m “LockMessage” [--force] PATH svn unlock PATH 5、更新到某个版本 svn update -r m path 简写：svn up 6、查看文件或者目录状态 1）svn status path（目录下的文件和子目录的状态，正常状态不显示） 2）svn

版权声明：本文由王亮原创文章，转载请注明出处: 文章原文链接： https://www.qcloud.com/community/article/220 来源：腾云阁 https://www.qcloud.com/community Oracle里存储的结构化数据导出到Hadoop体系做离线计算是一种常见数据处置手段。近期有场景需要做Oracle到Hadoop体系的实时导入，这里以此案例做以介绍。 Oracle作为商业化的数据库解决方案，自发性的获取数据库事务日志等比较困难，故选择官方提供的同步工具OGG（Oracle GoldenGate）来解决。 安装与基本配置 环境说明 软件配置 角色 数据存储服务及版本 OGG版本 IP 源服务器 OracleRelease11.2.0.1 Oracle GoldenGate 11.2.1.0 for Oracle on Linux x86-64 10.0.0.25 目标服务器 Hadoop 2.7.2 Oracle GoldenGate for Big Data 12.2.0.1 on Linux x86-64 10.0.0.2 以上源服务器上OGG安装在Oracle用户下，目标服务器上OGG安装在root用户下。 注意 Oracle导出到异构的存储系统，如MySQL，DB2，PG等以及对应的不同平台，如AIX，Windows