Oracle Database 설치 단일 노드 프로덕션 설정을 위해 SAN 스토리지를 사용해야 하고 데이터베이스 구성 파일을 SAN에 유지해야 하는 시나리오가 있습니다. Oracle VM Manager를 사용하여 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로 변환할 수 있다는 것입니다. 그러나 오래된 기존 파일은 여전히 비효율적인 블록 테이블을 사용합니다. 새 파일은 범위 기반 할당을 사용합니다. 이에 대한 많은 가이드는 Google의 "ext2 to ext4"를 참조하세요.