问题起因： 自己开发了一个服务器和客户端，通过短连接的方式来进行通讯，由于过于频繁的创建连接，导致系统连接数量被占用，不能及时释放。看了一下18888，当时吓到了。 现象： 1、外部机器不能正常连接SSH 2、内向外不能够正常的ping通过，域名也不能正常解析。 问题排查： 通过 netstat -
https://www.cnblogs.com/me115/p/6366374.html 内容目录： Ceph 客户端 Ceph 服务端 总结 参考 玩转 Ceph 的正确姿势本文先介绍 Ceph， 然后会聊到一些正确使用 Ceph 的姿势；在集群规模小的时候，Ceph 怎么玩都没问题；但集群大了（
https://developer.aliyun.com/article/885820?spm=a2c6h.24874632.expert-profile.279.7c46cfe9h5DxWK 简介： 2.需求描述 客户端需求： 1.客户端每天凌晨1点在服务器本地打包备份（系统配置文件、日志文件、其
https://www.modb.pro/db/43710 几年前一个客户的Oracle数据库经常HANG，老白帮他分析了一下，结论是存储老化，性能不足以支撑现有业务了。正好用户手头有个华为S5600T正好从核心系统中换下来放着没用，就把这个存储换上去了。换了新存储后，系统总体确实有所改善。数据库不
https://www.modb.pro/db/619209 前几天有个客户的系统存在性能问题，从AWR报告上我们看到是CPU使用率过高，同时GLOBAL CACHE方面的争用比较严重。系统中的烂SQL很多，数据库中很多几十GB的大表也没有分区，总之问题很多。不过这套系统使用了闪存盘，虽然IOPS高
Chrome浏览器不同版本兼容性的验证方法 背景 上周客户现场有出现使用国产信创设备上面的奇安信浏览器出现兼容性的问题. 开发认为是测试不全面导致. 认为测试应该必须测试过特定浏览器才可以进行说明. 最开始国产设备上面仅能够支持firefox52.3ESR的版本 当时在进行银河麒麟和UOS的兼容适配
最近在百度云做一些RTC大客户的项目，晚上边缘计算的一台宿主机由于CPU单核耗被打满，最后查到原因是网卡调优没有生效，今天查了一下网卡调优的资料，欢迎大家共同探讨。 一.网卡调优方法 1、Broadcom的网卡建议关闭GRO功能 ethtool -K eth0 gro off ethtool -K
https://www.cnblogs.com/jyzhao/p/8628184.html 故障描述：与客户沟通，初步确认故障范围大概是在上午的8:30-10:30之间，反应故障现象是Tomcat的连接数满导致应用无法连接，数据库alert中无明显报错，需要协助排查原因。 1.导入包含故障时刻的数据
# Redis lua脚本简要学习 ## 背景 ``` 上周督促客户从Windows平台升级到了Linux平台. redis一周相安无事. 但是这周一突然又出现了卡断和慢的情况. 只能继续进行分析. ``` ## 分析思路 ``` 现场日志里面出现了大量的错误提示: BUSY Redis is bu
https://www.dinghui.org/vcenter-sts-certificate.html 起因：有一处客户vCenter告警：STS签名证书即将过期。 处理办法：系统管理-证书-证书管理，选择STS证书，操作，使用vCenter证书刷新； 强制刷新，即可。 提示重启，重启后，STS证
# SQLServer Core 序列号使用CPU限制的处理 ## 背景 ``` 有客户是SQLSERVER的数据库. 说要进行一下压测. 这边趁着最后进行一下环境的基础搭建工作. 然后在全闪的环境上面搭建了一个Windows2019+SQL2019的环境 发现一个挺好的地方. SQLSERVER会
关键指标 应用性能指标 响应时间（Response Time）： 指从客户端发送一个请求开始计时，到客户端接收到从服务器端返回的响应结果结束所经历的所有时间。响应时间组成：请求发送时间、网络传输时间和服务器处理时间三部分组成。响应时间越短越好，目前接受的时间是2/5/8秒。 吞吐量（Throughp
https://www.cnblogs.com/ocp-100/p/11098373.html 近期客户有需求，导出某些审计数据，供审计人进行核查，只能导出成文本或excel格式的进行查看，这里我们使用sqluldr2工具进行相关数据的导出。 oracle导出数据为文本格式比较麻烦，sqluldr2
CentOS 7 下/etc/ssh/sshd_config 文件详解 SSH由客户端和服务端的软件组成，在客户端可以使用的软件有SecureCRT、putty、Xshell等，而在服务器端运行的是一个sshd的服务，通过使用SSH，可以把所有传输的数据进行加密，而且也能够防止dns和IP欺骗，此外
背景 最近有个业务场景需要服务端(简称S)与客户端(简称C)设计一套基于UDP的通信协议--要求尽可能快的前提下可容忍一定丢包率，得以比较深入地学习和了解UDP通信和实践，在开发调试期间先后碰到了C端UDP发包无响应、响应Host Unreachable、响应Port Unreachable、再次C
重要系统Oracle数据库U2L迁移场景中，如果客户来问我建议，我都会回复说首选就是XTTS，除非XTTS经测试实在是无法满足停机窗口，否则就不要考虑OGG这类方案。 换句话说，选择OGG做迁移的场景，都是没有其他办法时才会选用的方案了。 而在这类XTTS的迁移项目中,我认为bct的技术是至关重要的
