largefile로 변경..... glance 관련.. attn

[김원태]

특정 2개의 볼륨에 2G 이상 oracle 파일이 생성이 안돼서. largefiles 로 변경할려고 합니다.

OS : 11.00 L-2000 입니다.



umounlt /disk2

fsadm -F vxfs -o largfiles /dev/vg01/lvol1

이렇게 바꾸면 될거 같은데요



먼저 1개의 디스크에 2개의 볼륨으로 되있는데 2개다 변경을 해줘야 되나요. 필요한 볼륨만 변경해도 되는지 궁굼하구요....

/dev/vg01/lvol2 14626816 6359620 8008868 44% /disk2

/dev/vg01/lvol1 3145728 689277 2302941 23% /db1



두번째는 변경해야할 다른 볼륨에는 아래와 같이 미러링이 되있는데

이걸 제거하구 해야되는지.. 그냥해도 되는지궁금합니다..

#strings /etc/lvmtab

/dev/vg02

/dev/dsk/c4t0d0

/dev/dsk/c6t0d0

고수님들 답변 부탁드립니다...



2) glance 결과 Disk Util 95%이상 넘을때가 자주있는데.

/dev/vg00/lvol4 /oracle

이 볼륨의 사용률이 많이 높은데.... Disk에 문제가 있어서 그런지.

궁금합니다....해결방법 좀 부탁드립니다

[Joseph]

umount /disk2

fsadm -F vxfs -o largfiles /dev/vg01/rlvol1

mount /disk2



여기에서 아마 rlvol1 으로 해야 될 겁니다..

man 페이지에는 lvol1으로 나와 있지만 예전에 경험으로는 rlvol1이었던 것 같구요.. 미러링되어 있어도 상관없구요 원하는 lvol(Logical volume)만 하셔도 됩니다...



그리고 /oracle디렉토리가 95%이상 넘을때가 자주있는 것은 glance에서 어느 파일을 Access하는지를 알 수 있습니다.

95%이상일때 디스크 Access를 가장 많이 하는 프로세스를 Select하여

알수 있지요.. 이부분은 글로 설명드리기가 어렵네요..



95%넘었을때 sql이나 오라클엔진관련해서 튜닝할 필요가 있을 것 같네요...



95%가 자주 넘는다고 디스크에 문제 있는 것은 아닙니다..



Good day~~

[이태곤]

1) largefiles 는 보시는봐와 같이 lvol단위(=filesystem 단위) 입니다.

한 lvol에 여러 디스크가 붙어 있는지 여부와 상관없이 lvol에 만 작업을 해주시면 됩니다.



# fsadm -F vxfs -o largfiles /dev/vg01/rlvol1

하시고

# fsadm -F vxfs /disk2

largefiles 라고 나오면 됩니다.



2) Disk에 문제가 있는지 다음과 같이 검사해보십시오

# dd if=/dev/vg00/lvol4 of=/dev/null bs=1024k

(디스크 사용률이 많이 오르므로 비교적 사용량이 적을때 수행하십시오)

에러가 발생되면 문제가 있는것이겠죠.



그럴리는 없겠지만 oracle 엔진과 db는 함께 있으면 disk i/o 높을수 있습니다.

버퍼캐시을 늘려주는 것도 방법입니다.(커널값 dbc_max_pct)

oracle 엔진만 있는데 disk I/O가 높다면 비정상적인 경우입니다. oracle을 점검해보셔야 할것 같습니다.



다음 시스템 성능에 관련된 자료입니다. 참고하십시오.

http://www.hprc.co.kr/description.aspx?id=KBRC00000947

[이명우]

먼저 답변을 해 주신 분들의 글을 보니 특별히 더 드릴 말씀은 없습니다.



그런데 oracle File이 2GB 이상 생성이 안 되는 것은 largefiles option만으로는 아마 안 되실 것 같습니다.

os가 11.00 이면 제 생각으로는 Patch 가 적용이 되어 있지 않을 듯

싶네요. tar, cpio, DB Table 생성등... 2GB 이상의 File을 Access

하기 위해서는 별도의 Patch가 필요합니다. 물론 되어 있으시면

크게 문제가 없겠지만 되어 있지 않다면 한번 작업을 하셔야 할 듯

합니다. 11.i 용 Patch는 On-line Patch지만 11.0 Patch는 Dependency

가 좀 있으며 Patch후 Rebooting을 해 주셔야 적용이 됩니다.

[김병수]

예 맞습니다.



윗분들의 답변대로 하시면 됩니다.

주의해야 할일은 fsadm을 사용하기 위해서는 OnlineJFS가 설치되어 있어야 합니다.

만약, 설치 되어 있지 않는다면 bakcup을 받은후에 다시 file system을 만들경우 -o largefiles option을 사용해야 하는 번거로움이 있습니다.

disk에 문제 생겨 Disk Util이 증가하지는 않습니다.



/dev/vg00/lvol4 즉,/oracle에서 사용하는 daemon이 많은경우 해당됩니다.

daemon를 check하여 보시기 바랍니다.



그럼~~

[고광태]

1. 필요한 부분만 바꾸시면 됩니다.

결국 file system의 속성은 볼륨별로 관리가 되기 때문입니다.



2. 미러링이되어있기 때문에 속성을 바꾸면 속성도 같이 바뀝니다.



3. 디스크 Util 이 높게 나오는것은 io 가 많으면 그럴수있습니다.



제생각에는 copy 걸어놓고



iostat 명령어등을 사용해서 디스크 write 속도를 측정해보시기 바랍니다.



하드웨어 측면에서 io 의 bottlneck 이 걸려서 디스크 유틸이 높게 나오는것인지를 체크해보시기 바랍니다.



혹은 데이타 파일 경로 또는 리두로그파일 경로 /oracle 을 사용하고 있나요? 그럼 메로리의 리두 로그 영역이나 또는 데이타 write cashe 영역이 작으면 데이타의 읽고 쓰는 작업이 많을수는 있을겁니다.



그리고 sql 문을 사용해서 실제 io block 양을 체크해보시는것도 괜찮겠네요..