检查应用端、服务器端、防火墙的MTU值是否一致，更改应用端、服务端的MTU值与防火墙一致，MTU默认值为1500，参考可调至9000（oracle原厂建议oracle服务器是 9000，同时参考了其他银行的MTU值），建议网络工程师可以用ping包的方式 测试出符合当前环境的最佳MTU。ORACLE官方针对这类错误明确：错误堆栈依次为TNS-12170/TNS-12535/TNS-12560/TN

检查应用端、服务器端、防火墙的MTU值是否一致，更改应用端、服务端的MTU值与防火墙一致，MTU默认值为1500，参考可调至9000（oracle原厂建议oracle服务器是 9000，同时参考了其他银行的MTU值），建议网络工程师可以用ping包的方式 测试出符合当前环境的最佳MTU。ORACLE官方针对这类错误明确：错误堆栈依次为TNS-12170/TNS-12535/TNS-12560/TN

本文介绍几款 Linux 运维比较实用的工具，希望对 Linux 管理员有所帮助。

在刚刚接触SRE时，很多人认为就是Google的一个具备全栈能力的岗位，可以独立解决很多问题的人。而在深入探究之后发现，SRE 确实可以解决很多问题，但问题实在太多了，一个岗位或一个人是很难高效快速的解决的。比如怎么做容量评估、怎么进行故障演练、怎么能做到服务限流、怎么做到异常熔断、怎么让监控告警更有效等。所以为了解决这些问题，不难看出需要测试、开发、运维以及其他相关岗位人员都得进行合作建设，所以

运维监控工具千千万，仅开源的解决方案就有流量监控（MRTG、Cacti、SmokePing、Graphite等）和性能告警（Nagios、Zabbix、Zenoss Core、Ganglia、OpenTSDB等）可供选择。并且每种软件都有自己的特点和功能，各自的侧重点和目标不完全相同，在设计理念和实现方法上也大同小异，但都具有共同特征。例如，采集数据、分析展示、告警以及简单的故障自动处理。最终都能

使用 if 判断用户猜数字的大小关系:‐eq(等于),‐ne(不等于),‐gt(大于),‐ge(大于等于),# 如果 num1 大于 num2,就把 num1 和和 num2 的值对调,确保 num1 变量中存的是最小值。#使用‐z 可以判断一个变量是否为空,如果为空,提示用户必须输入账户名,并退出脚本,退出码为 2。# 如果输入的不是这样的顺序,则改变数的存储顺序,如:可以将 num1 和 nu

监控 MySQL 主从同步状态是否异常脚本。自动发布 Java 项目（Tomcat）批量创建 100 用户并设置密码脚本。找出占用 CPU 内存过高的进程脚本。目录文件变化监控和实时文件同步。自动发布 PHP 项目脚本。批量检测网站是否异常脚本。批量主机远程执行命令脚本。一键查看服务器资源利用率。

毕竟培训机构大多都是教开发，没多少技术的大多都转测试了，运维技术又杂又冷门（大学基本不教 linux 和服务器相关的），所以从业人数很少（坑也少），普遍水平也都不高（自学学不会，又没多少培训机构教），所以如果你选这条路，然后有个有经验的人带带你，也是可以混得很轻松的~工资涨幅比较慢，三年五年的运维和七年八年的运维工资区别不大，和开发一样，很多工资也用不到多么高端的运维技术，你最多的活就是部署个东西

近年来，面对不断涌现的新兴技术和架构转型的要求，如企业上云+中台+互联网、分布式、容器化、双中心双活，大数据、人工智能的应用。运维对象的数量激增：企业数字化转型导致应用系统数量增加，业务规模扩大带来系统细化和组件增多，微服务架构推广使得运维节点变得更加繁多。这些变化使得运维人员需要管理的服务器、容器等资源数量大幅增加，传统的手工运维方式难以应对规模化管理的需求，导致运维效率低下，管理成本上升。运维

数据上云只是轻松运维的开始，专业，可信，方便，快捷的统一运维监控平台才是云上运维顺利进行的保障。