DBA必掌握的小技巧-分区满了如何处理2-迁移到新存储
前情提要话说上次DBA小倩通过删除home lv,把空间扩给了/分区,问题暂时得到了解决。 没过几天,领导找到小倩下达任务,客户说数据库在本地磁盘空间太小了又快要满了,由于之前用的服务器本地磁盘,性能也比较差,现在不想扩展服务器本地硬盘了。正好这台服务器有HBA卡,客户从别的高端存储上划了个2TB的LUN过来,映射给这台数据库服务器,想让DBA小倩来做一下数据迁移,当然停机时间己经客户己经安排好了,就差小倩上线了。 准备工作正式停机之前还有一些准备工作要作,比如先把存储空间挂载到服务器上(后做也可以,用不了多久)。 检查一下当前磁盘空间情况,根目录满上要用光了。 123456789[root@dbserver ~]# df -ThFilesystem Type Size Used Avail Use% Mounted ondevtmpfs devtmpfs 1.9G 0 1.9G 0% /devtmpfs tmpfs 1.9G 259M 1...
DBA必掌握的小技巧-分区满了如何处理1-删除home扩容根分区
故障发生了!今天DBA小倩接到一个客户紧急任务,客户说自己的业务数据库突然不好使了,连接也出现了问题,开发人员连库就报这个错 小倩要来了系统的登录用户名密码,登录到了数据库服务器一看 好家伙!根目录满了。 仔细检查发现,之前软件实施的人员把数据库直接装到了根目录下,最后导致根目录空间耗尽,数据库无法写入审计文件,无法登录了。 123456789101112[root@dbserver /]# df -ThFilesystem Type Size Used Avail Use% Mounted ondevtmpfs devtmpfs 1.9G 0 1.9G 0% /devtmpfs tmpfs 1.9G 0 1.9G 0% /dev/shmtmpfs tmpfs 1.9G 12M 1.9G 1% /runtmpfs tmpfs 1.9G ...
记一次NetApp FAS2554更换故障硬盘
案例背景记一次某医院PACS存储NetApp FAS2554更换故障硬盘的过程。 这个netapp设备以前从未调试过,据客户说该设备上线也有快9年了,头一次故障硬盘。因为己经过保了,客户只是采购的硬盘,我这来免费服务了。。。 netapp调试基本全靠命令行,更换的过程中也遇到了一些麻烦,特此记录一下。 设备大概长这个样子(网上图片,现场没拍) 更换过程替换前,0a.00.2磁盘己经由热备盘替换,RAID-DP状态为normal,active 直接拔下该位置故障磁盘,替换为新的磁盘 检查磁盘状态 12345678910111213141516171819202122232425FAS2240-A> sysconfig -r Aggregate aggr0 (online, raid_dp) (block checksums) Plex /aggr0/plex0 (online, normal, active, pool0) RAID group /aggr0/plex0/rg0 (normal, block checksums) RAI...
银河麒麟V10_x86一键更新openssh10.2p1
昨天刚做出来opessh10.1p1的安装包,今天登录openssh网站就发现又更新了,事出反常,肯定是出来不小的问题才更新这么快。 想要获取一键安装包可以关注我的公众号联系我获取。 今天主要说2个问题: 1.这么快更新了openssh 10.2解决了啥问题? 2.顺便说一下这次编译遇到的问题。具体如何编译RPM包,可以看我之前的文章介绍了。手搓OPENSSH安装RPM包 更新openssh 10.2解决问题本版本为漏洞修复版本,主要修复了 “启用 ControlPersist 后导致 ssh(1) 无法使用” 的问题。 漏洞修复 ssh(1):修复了 “ControlPersist 处于活跃状态时,终端连接处理异常导致会话无法使用” 的问题(漏洞编号:bz3872)。 ssh-keygen(1):修复了 “从 PKCS#11 令牌下载密钥” 的功能异常。 ssh-keygen(1):修复了 “CA 密钥存储在 ssh-agent(1) 中时,CA 签名操作失败” 的问题(漏洞编号:bz3877)。 可移植性优化 全组件:支持无 mmap(2) 函数的平台,例...
Centos7_x86一键更新openssh10.1p1
如何完成一键更新OPENSSH我己经制作好了一键安装脚本和RPM软件包,完美适配centos7/8 想要获取一键安装包可以关注我的公众号联系我获取 openssh更新了啥?OpenSSH 10.1 版本核心变更对照表 变更类型 涉及组件 关键影响与核心内容 未来弃用警告 全组件 弃用SHA1格式SSHFP记录,仅保留SHA256格式;SHA256自2012年OpenSSH 6.1起已支持。 潜在不兼容变更 ssh(1) 非后量子密钥协商算法触发警告,可通过WarnWeakCrypto配置控制(默认开启)。 ssh(1)、sshd(8) DSCP/IPQoS逻辑重构:交互式流量默认用EF类别,非交互式用系统默认,支持动态切换。 ssh(1)、sshd(8) 弃用IPQoS中的ToS关键字(lowdelay/reliability/throughput),改用DSCP。 ssh-add(1) 证书过期时间+5分钟宽限期,代理自动清理过期证书;ssh-add -N可禁用此功能。 全组件 移...
处理一则Oracle未能完全引用大页问题
关于配置大页大页是啥我就不具体介绍了,网上介绍的文章很多,大多安装数据库的文章都有这么一步告诉大家配置大页,我只想说说错误的使用情况: 那就是大页内存配置成功了,但是数据库却有正确使用大页,等数据库启动后就只能用少得可怜的普通内存,导致内存不足影响性能,如果数据库服务器上再跑个ETL进程或者其它应用,那么可能会导致数据库性能严重下降。 在数据库交流群里也遇到过好几次这类的问题,非常的典型,配置完大页记得检查下有没有使用,避免此类问题。 我之前也写过一篇关于如何在aix 系统上开启大页内存的文章,测试效果还不错。 然而,大多数环境即使你不配置大页也没啥问题,因为大多数系统虽然用了oracle,但并不是说满负荷运行且硬件没有上升空间了。 以前刚入行的时候也犯过这个错误,比如最近在给同事检查7年前我安装的数据库服务器,我就发现了我配置了大页却没有使用。。。虽说是个不太繁忙的业务系统,但还是经验不足当时,只是照着别人写的文档来装就完了,啥也不懂。 下面说个最近遇到的场景,大页没有完全使用:操作系统是oracle linux 9.6 数据库是11.2.0.4 rac 当然这个问题仅限于...








