![Oracle Linux 7.5 使用 ext2 文件系统格式化 SAN 存储磁盘](https://linux22.com/image/139155/Oracle%20Linux%207.5%20%E4%BD%BF%E7%94%A8%20ext2%20%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E6%A0%BC%E5%BC%8F%E5%8C%96%20SAN%20%E5%AD%98%E5%82%A8%E7%A3%81%E7%9B%98.png)
我有一个场景,我必须使用 SAN 存储来安装 Oracle 数据库单节点生产设置,并且需要将数据库配置文件保留在 SAN 上。我正在使用 Oracle VM 管理器来管理我的 Oracle Linux 7.5。
连接容量为 1.2TB 的 SAN 存储后,它可用并使用“fdisk -l”命令显示。我已经使用过不同的文件系统,即 ext2、ext3、ext4、xfs、ocfs2 等,当时我对应该使用哪一个感到有点困惑。不过,我已经使用命令“mkfs.ext2 -b 4096 /dev/xvdc”格式化了 1.2TB 的磁盘。一切工作正常,我能够在我的 Linux 机器上安装磁盘 /dev/xvc 并在 SAN 上配置我的数据库。
问题是在当前的生产环境中使用这个文件系统(即 ext2)是否可以,或者我应该计划将其迁移为 ext3/ext4/xfs 等。如果需要,那么迁移的逐步过程是什么?
谢谢库马尔
答案1
如果您计划使用大于约 40kB 的文件,请勿使用 ext2 或 ext3,因为这些文件系统使用块表,并且超过 10 个块需要间接块表。这会减慢对文件数据的随机访问,需要对一个文件块进行多次块读取。 ext4 使用范围(即文件块被列为“从块号 x 开始并扩展 y 块,然后为 y2 块扩展 x2”)。这使得访问数据变得更快。
此外,ext3 和 ext4 支持日志记录,这意味着对文件系统的更新首先写入日志,然后才更新文件系统。简而言之,这意味着意外崩溃后的恢复可以通过检查文件系统的日志来执行,而不是检查整个文件系统。对于 1.2TB,检查文件系统可能需要非常非常长的时间。
还有更多详细信息,可以在互联网上轻松找到。其他文件系统如 xfs 或 jfs 也具有 ext4 的优点,但各有其特定的优点和缺点; ext2 几乎是最难使用的文件系统。
好消息是可以将 ext2 转换为 ext4。然而,旧的现有文件仍然会使用低效的块表;新文件将使用基于盘区的分配。谷歌“ext2 to ext4”以获得许多关于执行此操作的指南。