SAN 스토리지를 사용하여 Oracle 데이터베이스 단일 노드 프로덕션 설정을 설치해야 하고 SAN에 데이터베이스 구성 파일을 유지해야 하는 시나리오가 있습니다. Oracle Linux 7.5를 관리하기 위해 Oracle VM Manager를 사용하고 있습니다.
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"를 참조하세요.