IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

标签:dd

共 2 篇相关文章

IT 累计浏览 5,097

正确用DD测试磁盘读写速度

这篇讲的是如何正确使用dd命令测试磁盘读写速度。作者从四种常见的dd测试命令写法出发,对比了它们之间一个关键但容易忽略的差异:对系统写缓存的处理方式。 文章指出,最简单的dd命令(`dd bs=1M count=128 if=/dev/zero of=test`)其实并没有把数据真正写到磁盘上,它只是将数据读入内存缓存,因此得出的速度“超级快”但毫无参考价值。即便在命令后加上`; sync`,由于sync是独立执行的,在开始同步写入前dd早已显示了“假”速度。 真正的区别在于两个参数:`conv=fdatasync` 与 `oflag=dsync`。前者会在dd执行完毕后进行一次完整的同步操作,确保数据落盘,从而测出相对真实的、结合了读写缓存的持续写入性能;后者则强制每次写入1MB数据后都进行同步,几乎完全绕过缓存,模拟的是最慢的、无缓存优化的随机小文件写入场景。 因此,对于评估磁盘的常规读写性能,作者建议使用 `conv=fdatasync` 参数,这样测得的数据最贴近实际工作负载。理解这些细微差别,能帮助我们避免被虚高的测试数据误导,更准确地评估存储子系统的真实性能。

IT 累计浏览 2,395

ASM HEADER 备份与恢复

这篇文章关注的是ASM(自动存储管理)中一个容易被忽视却可能导致严重故障的环节:ASM HEADER的备份与恢复。作者从实际遇到的几次生产环境故障切入——ASM HEADER损坏导致DATA GROUP无法正常MOUNT,进而使数据库停服,带来了巨大的排查和恢复成本。问题根源往往在于缺乏有效的HEADER备份预案。 文章的核心内容在于提供了两种经过验证的备份与恢复方案。作者通过实验详细演示了如何使用操作系统底层的`dd`工具,以及Oracle专为ASM设计的`kfed`工具,来分别完成ASM HEADER的备份与恢复操作。这两种方法各有特点,`dd`更直接通用,而`kfed`则更为专用和安全。 对于使用ASM作为存储架构的DBA和运维人员来说,这是一次重要的经验提醒。ASM HEADER如同数据分区的“身份证”,其损坏虽然不常见,但一旦发生就是灾难性的。文章敦促读者立即检查自己环境的ASM HEADER是否已妥善备份,避免“事后后悔”。掌握文中介绍的这两项技能,相当于为关键数据库存储增添了一份关键的保险。