log文件

文章目录 一、MHA的简介 1.1、MHA的组成 1.2、MHA特点 二、MHA的案例 2.1、案例需求 2.2、案例实现思路 2.3、案例环境 三、具体搭建过程 3.1、实现MySQL的一主两从 3.2、安装 MHA 3.3、配置无密码访问 3.4、配置MHA 3.5、故障模拟 一、MHA的简介 目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本人youshimaton开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障 切换过程中，MHA能做到0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能最大程度上保证数据库的一致性，以达到真正意义上的高可用。 当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master,然后将所有其他的Slave重新指向新的Master。整个故障转移过程对应用程序是完全透明的。 1.1、MHA的组成 MHA Manager (管理节点)： Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。 MHA Node (数据节点)： Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时

2019-04-11 分类： Oracle 阅读(2626) 评论(0) 文章目录[隐藏] 一、DataGuard 工作原理 二、搭建环境 三、主库配置 四、备库配置 五、主备切换 一、DataGuard 工作原理 Data Gurad 通过冗余数据来提供数据保护，Data Gurad 通过日志同步机制保证冗余数据和主数之前的同步，这种同步可以是实时，延时，同步，异步多种形式。Data Gurad 常用于异地容灾和小企业的高可用性方案，虽然可以在Standby 机器上执行只读查询，从而分散Primary 数据库的性能压力，但是Data Gurad 决不是性能解决方案。 Stream 是以Oracle Advanced Queue为基础实现的数据同步，提供了多种级别的灵活配置，并且Oracle 提供了丰富的API等开发支持，Stream 更适用在应用层面的数据共享。 在Data Gurad 环境中，至少有两个数据库，一个处于Open 状态对外提供服务，这个数据库叫作Primary Database。第二个处于恢复状态，叫作Standby Database。运行时primary Database 对外提供服务，用户在Primary Database 上进行操作，操作被记录在联机日志和归档日志中，这些日志通过网络传递给Standby Database。这个日志会在Standby

运维工作是一个比较复杂的工作，有时候面对上万条的日志，如何作分析？难道一条条的分析？ 聪明的人会选择脚本，这就是为什么现在提倡自动化运维的原因吧，废话不多说，直接上脚本。 vim /data/scripts/log_analysis.sh #!/bin/bash ############################################### # Desc ：nginx日志分析脚本 # # Author : Bertram # # Date : 2019-12-21 # # Copyright : Personal belongs # ############################################### public(){ echo "" read -p "请输入要分析的访问日志: " log_file echo "" if [ ! -f $log_file ];then echo "未找到: ${log_file}" exit 1 fi if [ ! -s $log_file ];then echo "${log_file}是空文件" exit 1 fi #输出日志访问量排名前top_num条数据，可自定义 top_num=5 input_file=`echo $log_file | awk -F '/' '{print $(NF)}'`

##xtrabackup 选项详情 ###innobackupex 参数选项 --defaults-file=[MY.CNF] //指定配置文件：只能从给定的文件中读取默认选项。 且必须作为命令行上的第一个选项；必须是一个真实的文件，它不能是一个符号链接。 --databases=# //指定备份的数据库和表，格式为：--database="db1[.tb1] db2[.tb2]" 多个库之间以空格隔开，如果此选项不被指定，将会备份所有的数据库。 --include=REGEXP //用正则表达式的方式指定要备份的数据库和表，格式为 --include=‘^mydb[.]mytb’ ，对每个库中的每个表逐一匹配，因此会创建所有的库，不过是空的目录。--include 传递给 xtrabackup --tables。 --tables-file=FILE //此选项的参数需要是一个文件名，此文件中每行包含一个要备份的表的完整名称，格式为databasename.tablename。该选项传递给 xtrabackup --tables-file，与--tables选项不同，只有要备份的表的库才会被创建。 注意：部分备份（--include、--tables-file、--database）需要开启 innodb_file_per_table 。 --compact //创建紧凑型备份

MHA高速可用群集 文章目录 MHA高速可用群集 前言 1.群集服务器 2.群集 3.MHA 1.MHA优点总结 2.MHA的工作流程 1.企业网站MHA的基础工作架构 2.MHA形成的原因 3.MHA的工作流程 3.搭建MHA高可用群集 1.主从同步基础配置 2.将master、slave1、slave2配置主从同步 3.验证主从同步 4.安装MHAnode节点 5.配置ssh免交互登录 6.配置mha-manager的组件 7.测试ssh与mysql连接 8.配置虚拟ip，启动MHA 9.模拟故障 10.测试实验结果 前言 1.群集服务器 借助服务器群集功能将多台服务器连接在一起，从而为在该群集中运行的数据和程序提供 高可用性 和易管理性。服务器群集提供了以下三种主要的群集技术优点： 更高的可用性。 允许服务器群集中的服务和应用在硬件或软件组件故障下或在计划维护期间仍能不间断地提供服务。 更高的 可扩展性 。 支持通过增加多个处理器（在 Windows Server 2003 Enterprise Edition 中最多可达 8 个，在 Windows Server 2003 Datacenter Edition 中最多可达 32 个）和额外内存（在企业版中，随机存取内存 [RAM] 最多可达 8 GB ，在 Windows Server 2003 Datacenter

xtrabackup备份（MySQL备份）与恢复 1. innobackupex参数选项 --no-timestamp: 不创建一个时间戳 --defaults-file=[MY.CNF] //指定配置文件：只能从给定的文件中读取默认选项。 且必须作为命令行上的第一个选项；必须是一个真实的文件，它不能是一个符号链接。 --databases=# //指定备份的数据库和表，格式为：--database="db1[.tb1] db2[.tb2]" 多个库之间以空格隔开，如果此选项不被指定，将会备份所有的数据库。 --include=REGEXP //用正则表达式的方式指定要备份的数据库和表，格式为 --include=‘^mydb[.]mytb’ ，对每个库中的每个表逐一匹配，因此会创建所有的库，不过是空的目录。--include 传递给 xtrabackup --tables。 --tables-file=FILE //此选项的参数需要是一个文件名，此文件中每行包含一个要备份的表的完整名称，格式为databasename.tablename。该选项传递给 xtrabackup --tables-file，与--tables选项不同，只有要备份的表的库才会被创建。 注意：部分备份（--include、--tables-file、--database）需要开启 innodb_file

转： CMake使用教程 CMake是一个比make更高级的编译配置工具，它可以根据不同平台、不同的编译器，生成相应的Makefile或者vcproj项目。 通过编写CMakeLists.txt，可以控制生成的Makefile，从而控制编译过程。CMake自动生成的Makefile不仅可以通过make命令构建项目生成目标文件，还支持安装（make install）、测试安装的程序是否能正确执行（make test，或者ctest）、生成当前平台的安装包（make package）、生成源码包（make package_source）、产生Dashboard显示数据并上传等高级功能，只要在CMakeLists.txt中简单配置，就可以完成很多复杂的功能，包括写测试用例。 如果有嵌套目录，子目录下可以有自己的CMakeLists.txt。 总之，CMake是一个非常强大的编译自动配置工具，支持各种平台，KDE也是用它编译的，感兴趣的可以试用一下。 VTK)的过程中所产生的衍生品。后来经过发展，最终形成体系，在2001年成为一个独立的开放源代码项目。其*****是www.cmake.org，可以通过访问*****来获得更多关于cmake的信息，而且目前官方的英文文档比以前有了很大的改进，可以作为实践中的参考手册。 　　cmake的流行离不开KDE4的选择

参看：http://www.cnblogs.com/waynechou/p/xtrabackup_backup.html http://www.cnblogs.com/waynechou/p/xtrabackup_intro.html https://www.cnblogs.com/yingdiblog/p/7011054.html 关于如何使用mysql 启动mysql , 操作的时候尽量使用高权限root进行操作 前一篇文章我们讲到了PXB的原理以及安装方法，接下来将详细介绍 XtraBackup 备份和恢复的具体过程。 回到顶部 xtrabackup 选项 xtrabackup 工具有许多参数，具体可去官网查询（ xtrabackup 参数选项 | innobackupex 参数选项 ），这里简单介绍 innobackupex 一些常用的参数。 1) innobackupex 参数选项 --defaults-file=[MY.CNF] //指定配置文件：只能从给定的文件中读取默认选项。 且必须作为命令行上的第一个选项；必须是一个真实的文件，它不能是一个符号链接。 --databases=# //指定备份的数据库和表，格式为：--database="db1[.tb1] db2[.tb2]" 多个库之间以空格隔开，如果此选项不被指定，将会备份所有的数据库。 --include

这篇主要介绍的是RAC 环境下的RMAN 备份。 关于Oracle 备份与恢复的一些理论知识参考我的Blog： Oracle 备份 与 恢复 概述 http://blog.csdn.net/tianlesoftware/archive/2010/04/16/5490733.aspx 一． RAC 归档的设置 1.1 相关理论知识 RAC 在运行的时候，每个实例都会产生归档日志，所有实例的归档日志集中在一起，才能完整地代表数据库的操作历史，此外，只有进行介质恢复（Media Recovery）时，才会用到归档日志。 进行介质恢复时，才要求在执行恢复操作的那个节点访问所有实例的归档日志。 正是因为归档日志有这些特点，所以归档位置的设计也有两种方案： （1）各节点生成的归档放到共享存储上，这样自然可以确保每个节点都能够访问到，比如将归档存放到ORACLE的ASM，或者是第三方提供的集群文件系统中。 对于这种方法，一些集群的配置比较麻烦，而且也增加了ASM的维护，出现问题也不好处理。 （2）各节点除在本地生成归档文件外，另外向其它节点或者说执行备份的节点发送归档日志，以确保执行备份的那台节点能够访问到所有的归档文件。在这种方法中，因为ORACLE 的重做日志发送机制非常灵活，在10g版本中可以同时向10个目标地写入归档(11g增加到了30个)，所以利用这种特性

　　　　　　　　　　　　　　　　　　　　　　　　　　　　mysql主从复制 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（超简单） 怎么安装mysql数据库，这里不说了，只说它的主从复制，步骤如下： 注意的是：先安装好两个数据库，并且启动好mysql，在修改配置文件，在重新启动数据库。 1、主从服务器分别作以下操作 ： 1.1、版本一致 1.2、初始化表，并在后台启动mysql 1.3、修改root的密码 2、修改主服务器master: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[必须]启用二进制日志 server-id=222 //[必须]服务器唯一ID，默认是1，一般取IP最后一段 3、修改从服务器slave: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[不是必须]启用二进制日志 server-id=226 //[必须]服务器唯一ID，默认是1，一般取IP最后一段 4、重启两台服务器的mysql /etc/init.d/mysql restart 5、在主服务器上建立帐户并授权slave: mysql> GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; 绿色部分表示