域名注册网站查询,百度95099如何转人工,网站建设考试题目,小程序怎么开发自己的小程序要钱吗2.网络故障定位手段 2.1 网络故障定位手段--常见网络故障引发的异常 在数据库正常工作的情况下#xff0c;网络层对上层用户是透明的#xff0c;但数据库在长期运行时#xff0c;可能会由于各种原因导致出现网络异常或错误。 常见的因网络故障引发的异常有#xff1a; 1网络层对上层用户是透明的但数据库在长期运行时可能会由于各种原因导致出现网络异常或错误。 常见的因网络故障引发的异常有 1 数据库启动失败报网络错误 2 状态异常如节点上所有的实例都是unknown或者所有主机都切换为备机 3 网络连接建立失败 4 对数据库执行SQL操作时报网络异常中断的错误 5 连接数据库或执行查询时发生进程停止响应。数据库出现了网络故障后主要通过使用Linux系统提供的网络相关命令工具 ping、ifconfig、netstat、lsof等进程堆栈查看工具gdb、gstack,结合数据库的日志信息进行分析定位。 本节通过举例介绍常见的网络问题并进行基本的分析定位。
2.2 网络故障定位手段--数据库启动失败报网络错误 问题现象1 日志中存在如下错误信息可能是端口被其他进程侦听 LOG:cloud not bind socket at the 10 time,is another postmaster already running on port 26000?
处理方法 执行如下命令查看侦听该端口的进程端口号请根据实际端口号替换 Gaiem# netstat -anop | grep 14880 根据查询结果强行停止正在占用端口的进程或者更改数据库侦听端口
问题现象2 使用gs_om -t status --detail查询状态如果显示主备间连接未建立。
处理方法 在openEuler操作系统下使用systemctl status firewalld.service命令查看节点上是否开启了防火墙。 如果开启使用systemctl stop firewalld.service关闭防火墙 # systemctl status firewalld.service 操作系统不同命令可能不同使用对应操作系统命令查看修改
2.3 网络故障定位手段--数据库状态异常 问题现象 某一节点上出现所有实例都是unknown或者所有主实例都切换成了备实例或者查询中出现大量connection reset by peer,connection timed out等报错信息。
所有实例都是unknown这种状态大家可能平时很少遇到过所以对这种状态的理解咱们可以举一个模拟场景中的肖荏盖的反向的例子来帮助大家理解。
对于初学者入门的学习一些理论不容易理解或记住所以本节课程【创新】采用了【正、反对比联想记忆】的方法 引入模拟场景中的肖荏盖的小故事。模拟场景为虚构演绎仅供教学不要对号入座懂不懂明白吗
【数据库的功能都是正向的模拟场景中的肖荏盖做的事情都是反向的。】
模拟场景肖荏盖接到一个电话让他们去某个公司帮忙解决问题其实这个问题就是比较高级的问题了鱿鱼肖荏盖一直是中级工程师而且喜欢自吹自擂名不副实所以到了现场解决不了那个问题。 他就打电话问遍了芸芬愁砚所有的工程师结果是全都回答不会。 肖荏盖只能偷偷摸摸求助某上市公司超级大师蓝阔福的徒弟康副业来解决问题。 在模拟场景中肖荏盖的行业里有这么一个传言就是芸芬愁砚的每一个人都是酒囊饭袋其实这种说法是错误的、是不负责任的、是不准确的。 准确的说法是芸芬愁砚只有肖荏盖一个人是纯酒囊芸芬愁砚的其他人每一个人酒量都不是很好都是纯饭袋只有他们组合起来形成合力才是真正的酒囊饭袋。 所以平时学知识的时候也不能因为人云就亦云要有自己的分析和见解模拟场景中超级大师蓝阔福正是坚定自己的信念坚守正道不断学习才取得真正的成功带领他的公司成为上市公司。 反观肖荏盖天天就像丘处机一样到处说自己从业多少多少年每次开饭之前先说一遍从业多少年大家不要误会这可不是什么祷告词肖荏盖喝完了酒还是这一套从业了多少年实际技术功力完全就是没有任何提升 肖荏盖从业几十年唯一提升最明显的那就是酒量了。 肖荏盖经常在喝醉了就各种承诺技术兜底其实他们全体中级工程师根本不具备兜底的能力全指望某上市公司超级大师蓝阔福的徒弟康副业。 由此可见超级大师蓝阔福的徒弟们还都是很厉害的毕竟随便请出来一位徒弟接一接私活都能挽救一个濒临倒闭的公司呢。当然也不是白挽救肖荏盖也不是白求人家徒弟的这也很正常的。 所以提醒大家打铁还需自身硬要向模拟场景中的超级大师蓝阔福学习不要向模拟场景中的肖荏盖全家学习。
读完模拟场景我们还是要回到现实重新来看问题现象 某一节点上出现所有实例都是unknown或者所有主实例都切换成了备实例或者查询中出现大量connection reset by peer,connection timed out等报错信息。
处理办法 1 如果ssh不能连接故障机器在其他机器上使用ping命令向该机器发数据包。如果可以ping通说明可能是该资源内存、CPU、磁盘耗尽导致不能建立连接。 2 如果ssh可以连接该机器尝试执行查询并每隔1s执行/sbin/ifconfig eth??代表数字表示第几个网卡命令 查看如下信息中的dropped及errors值的变化情况如果增长迅速可能是网卡或网卡驱动故障。 ifconfig enp42zdrsggq
2.4 网络故障定位手段--网络连接建立失败 问题现象1节点连接其他节点失败日志中报出“connection refused”错误 处理办法 1 查看端口是否配置错误导致连接时使用的端口并非对方侦听的端口。查看报错节点配置文件postgresql.conf记录端口号与对方侦听的端口号是否一致。 2 查看对方端口侦听是否正常可以使用“netstat -anp”命令或者查看对方进程是否存在。
问题现象2对数据库执行SQL操作时获取连接描述符失败报错如下 WARNING:29483313:incomplete message from client:4905,9 WARNING:29483313:failed to receive connDefs at the time:1. ERROR:29483313:failed to get pooled connections
在日志中找到上面的错误并向上查看一段日志内容可以看到详细的错误信息常见的错误如下所示 主要是由于主备信息不正确导致。 FATAL:dn_6001_6002can not accept connection in pending mode. FATAL:dn_6001_6002the database system is starting up. FATAL:dn_6009_6010can not accept connection in stanby mode.
处理办法 使用gs_om -t status --detail查询状态确认是否发生过主备切换重置实例状态。 此外需要查看连接失败的节点是否发生了core或者重启。通过om日志可以查看到是否发生了重启。
2.5 网络故障定位手段--执行SQL报网络异常中断错误 问题现象1查询执行失败报错信息如下。 ERROR:dn_6065_6066:Failed to read response from Datanodes.Detail:Connection reset by peer.Local:dn_6065_6066 Remote:dn_6023_6024 ERROR:Failed to read response from Datanodes Detail:Remote close socket unexpectedly ERROR:dn_6155_6156:dn_6151_6152:Failed to read vector response from Datanodes
连接建立失败报错信息如下 ERROR:Distribute Query unable to connect xxx.xxx.xxx.xxx:14600 [Detail:stream connect connect() fail:Connection timed out] ERROR:Distribute Query unable to connect xxx.xxx.xxx.xxx:12600 [Detail:receive accept response fail:Connection timed out]
处理办法 使用gs_check检查网络配置是否符合标准 查看是否有进程发生core或重启以及主备切换 如果不存在上述问题可以联系网络技术人员做具体分析。
