运维技术
IBM MQ 学习 03：资源限制修正、队列管理器状态与 FDC 边界
第二章安装完成后，QM1能启动、Q1.LEARN能完成put/get，但启动时留下了一个问题：RLIMIT_NOFILE偏低。这个问题不影响学习环境继续跑通，但它会影响我们对环境健康状态的判断，所以这一章先把它修正掉。这一章的重点不是背参数，而是建立一个判断顺序：先看当前用户资源限制，再看队列管理器
运维技术
IBM MQ 学习 01：从安装介质到第一个队列管理器
这篇是IBMMQ学习系列的第一章。本章不直接进入安装，而是先建立一条可复用的判断链：安装介质可读，不等于MQ已安装；MQ已安装，不等于许可已接受；许可已接受，也不等于队列管理器已经创建并启动。已验证：本地安装介质当前学习目录中已有安装包：路径:/Users/xiangjigong/飞牛同步/学习/I
运维技术
IBM MQ 学习 02：Linux RPM 安装、许可接受与安装状态验证
这一章从IBM_MQ_01上的安装介质校验开始。第一章已经证明两台目标机适合做学习实验；现在进入LinuxRPM安装路径。已验证：安装介质上传到目标机本地安装包：路径:/Users/xiangjigong/飞牛同步/学习/IBMMQ文件:IBM_MQ_9.2.0.7_LINUX_X86-64.tar
vCenter 6.0 Windows 版等保项验证记录：超时退出、日志留存、口令保护和备份边界
这次验证的对象是一套老版本VMware环境：vCenterServer6.0部署在WindowsServer2012R2上，使用外置SQLServer2014，另有一台ESXi6.0主机。目标不是做一次完整安全加固，而是围绕等保检查中经常被问到的四个问题，给出能落地、能截图、能复核的实践流程：vSp
数据库
人大金仓 KingbaseES 学习 04：用户、角色、数据库、模式和表空间
目标前三篇已经完成KingbaseESV9单机部署、服务验证和KSQL基础巡检。这一篇进入对象和权限基础：数据库、角色、schema、表空间，以及这些对象之间的边界。这一章不追求一下子把权限体系讲完，而是先用一个最小实验跑通：看清楚默认数据库、角色、schema、表空间。创建一个普通学习用户kb_l
数据库
人大金仓 KingbaseES 学习 01：V9 单机部署环境准备清单
目标这一篇我先整理KingbaseESV9单机部署前的环境准备清单。前期试错过程不放进正式稿，只保留后续可以复用的检查项、当前环境状态和待完成配置。安装介质确认本次使用的安装介质为：KingbaseES_V009R001C002B0014_Lin64_install.iso本地校验值：MD5:c2c
数据库
人大金仓 KingbaseES 学习 02：V9 单机安装与服务验证
目标上一篇完成了麒麟Linux虚拟机的部署前检查。这一篇继续记录KingbaseESV9单机安装，以及安装后最小可用性验证。这里我只保留已经完成并验证过的步骤。安装密码、license内容等敏感信息不记录。本次安装结果项目当前值安装介质KingbaseES_V009R001C002B0014_Lin
数据库
人大金仓 KingbaseES 学习 03：启停管理、KSQL 与基础巡检
目标前两篇完成了KingbaseESV9单机部署环境准备和数据库安装。这一篇继续记录安装后的第一组日常操作：服务启停、状态判断、KSQL常用命令和基础巡检。这一阶段的重点我认为不是记住很多命令，而是弄清楚每个命令到底证明了什么。数据库运行状态不能只看一个地方，至少要从服务、端口、实例进程和SQL连接
VMware vCenter 无法登录报 HTTP 500
现象VMwarevCenterServerClient页面无法访问页面报错HTTP500访问vCenter5480端口出现明显错误环境信息系统/版本：VMwarevCenter7.0.2、vSAN组件/服务：SSL证书相关路径：/usr/lib/vmware-vmca/bin/certificate
现象主机出现故障并伴随主机重启，重启后其中一个虚拟机恰好被备份软件开始备份排查过程1.初步检查需求就是以最快速度把这台虚拟机启动起来根据现场人员的描述：主机是故障重启需要处理的虚拟机就这一台给出的线索还是虚拟机带有锁文件2.关键发现根因明确写出根因，不要只写“已恢复”。处理步骤我的思路是这样：先查看
VMware vSphere 故障排查实战系列：Clone 与 OVF 部署失败排查（13）
在vSphere里，新建虚拟机最常见的两条路是Clone和OVF/OVADeploy。两者在界面上都叫“部署”，但故障面不一样：Clone更偏存储与权限，OVF更偏文件、传输与兼容性。这篇我们用运维管理员视角，来走一套可执行的排查路径：先分类型，再进命令，最后看日志。一、先说清术语Clone：从现有
VMware vSphere 故障排查实战系列：vSAN 健康告警解读与处理（14）
这篇从运维管理员视角整理vSANSkylineHealth告警的处理逻辑。重点不是把面板“刷绿”，而是先守住可用性和重建能力，再处理治理项。一、先统一概念为了避免后面误判，先把常见专有名词说清楚：vSAN：VMware的软件定义存储（Software-DefinedStorage）。把多台ESXi主
VMware vSphere 故障排查实战系列：DRS 不均衡调度原理与诊断（12）
我最近在看一篇关于DRS的排查文章，里面有一个点我很认同：很多“DRS不均衡”的现场，不是DRS坏了，而是我们把“看起来不均衡”和“值得迁移”混在了一起。这篇我按自己的实战习惯整理成一版，重点放在三件事：DRS到底按什么逻辑判定要不要迁移什么配置最常导致“看起来不工作”出问题后怎么快速定位，不靠拍脑
【VMware ESXi】ESXi 8.0U3h 集成 Realtek 网卡驱动 Fling 并解决安装后无网卡
最近在一台使用Realtek网卡的机器上安装ESXi8.0U3h，遇到了一个比较典型的问题：原版ISO可以启动安装程序，但安装过程中和安装完成后都无法正常识别网卡。这类问题在家用主板、小主机、软路由硬件上比较常见。ESXi8.x官方镜像默认不一定包含对应Realtek网卡驱动，所以需要把Realte
【DB2 数据库】11 模拟故障排查系列：锁等待与死锁（SQL0911N）实验
一、这篇文章要解决什么问题前面几篇我已经把表空间、日志、实例启动这几条故障线跑通了。这次我继续往并发问题走，专门验证两类很常见的现场：锁等待（一个会话被另一个会话卡住）死锁（两个会话互相等待，DB2自动回滚其中一个）这篇实验我想回答4个问题：Lock-wait在DB2里到底怎么观察db2listap
