HP-UX

ops 관련 문의

 
이영재_1
신규 회원

ops 관련 문의

OPS 환경입니다.



cluster환경에 세팅되어 있는 vg중에



lvol의 이름과 크기를 변경합니다.



cluster의 conf파일은 수정을 안합니다.



vg정보만 변경하는데



cluster를 새로 컴파일 해야하나요?



제가 알기로는 conf파일을 수정안하면 안해도 되는걸로 알고 있는데...



경험 있으신분 답변좀 부탁드립니다.
3 응답 3
김병수
본과생

ops 관련 문의

어떻게 구성이 되어 있는지 모르겠지만..



lvol의 size및 크기만 변경한다면 OPS환경에서의 구성file은 변함이 없습니다.



단지 logical volume 작업만 신중히 하시면 됩니다.



OPS환경에서는 cluster구성 file에 logical volume정보가 있지 않기 때문입니다.

따라서 컴파일을 다시 할필요는 없지만 ..



그리 어려운 문제가 아니기 때문에 확실하게 하려면 check를 해야 겠지요.



단지 양쪽의 server에서 volume group을 active하기 때문입니다.



그럼~~~
고광태
중학생

ops 관련 문의

물론 raw device 일경우 는 pkg.cntl 파일에 볼륨만 정의되지만 오라클등에서 접속할때 캐랙터 디바이스로 접속하기때문에 이름이 변경된다면 오라클에서 접속하는것을 업데이트를 해줘야할 것입니다.



변경시는 아래를 참조하세요..



You may need to change the volume group configuration of RAC shared logical

volumes to add capacity to the data files or to add log files. No

configuration changes are allowed on shared LVM volume groups while they are

activated. The volume group must be deactivated first on all nodes, and marked

as non-shareable. Use the following procedure (examples assume the volume

group is being shared by node 1 and node 2, and they use the volume group

vg_ops):



1) Ensure that the Oracle RAC database is not active on either node.





2) From node 2, record the group minor number for the VG to which you will add

the disk.



# ll /dev/vg_ops/group

crw-rw-rw- 1 oracle dba 64 0x020000 Jun 4 12:39 /dev/vg_ops/group

^

Record eg:0x02 <--





3) From node 2, use the vgchange command to deactivate the volume group:



# vgchange -a n /dev/vg_ops





4) From node 2, use the vgexport command to export the volume group:

This dissociates the volume group from node 2.



# vgexport -m /etc/lvmconf/vg_ops.map.old /dev/vg_ops





5) From node 1, use the vgchange command to deactivate the volume group:



# vgchange -a n /dev/vg_ops





6) Use the vgchange command to mark the volume group as unshareable:



# vgchange -S n -c n /dev/vg_ops





7) Prior to making configuration changes, activate the volume group in normal

(non-shared) mode:



# vgchange -a y /dev/vg_ops





8) Make the disk (c4t4d0 in this example) ready for LVM



# pvcreate -f /dev/rdsk/c4t4d0



If the disk has a PV-link (another I/O adapter to the server) and

I/O bus load balancing is also an issue, vgextend the disk's paths into

/etc/lvmtab in the order that LVM should access them:



# vgextend vg_ops /dev/dsk/c4t4d0

# vgextend vg_ops /dev/dsk/c2t4d0



An alternative to this method of setting the primary path is the pvchange

command:



# pvchange -s /dev/dsk/c2t4d0





9. On the same node, add logical volumes to the volume group as needed



# lvcreate -L -n vg_ops





10) Set the raw logical volume device file's owner to oracle and group to dba,

with a mode of 660.



# chmod 660 /dev/vg_ops/

# chown oracle:dba /dev/vg_ops/





11) Next, still from node 1, deactivate the volume group:



# vgchange -a n /dev/vg_ops





12) Use the vgexport command with the following options to create a new map

file:



# vgexport -ps -m /etc/lvmconf/vg_ops.map /dev/vg_ops





13) Copy the file /etc/lvmconf/vg_ops.map to node 2.



# rcp /etc/lvmconf/vg_ops.map :/etc/lvmconf/vg_ops.map





14) Mark the volume group cluster-aware and sharable again:



# vgchange -S y -c y /dev/vg_ops





15) Re-import the VG on node 2. Start by issuing the following command:



# mkdir /dev/vg_ops





16) Create a control file named group in the directory /dev/vg_ops using the

minor number from step 2



# mknod /dev/vg_ops/group c 64 0x020000





17) Use the vgimport command, specifying the map file you copied from the

configuration node. In the following example, the vgimport command is

issued on the second node for the same volume group that was modified on

the first node:



# vgimport -sv -m /etc/lvmconf/vg_ops.map /dev/vg_ops





18) Activate the volume group in shared mode by issuing the following command

on both nodes:



# vgchange -a s -p /dev/vg_ops





NOTE: Skip this step if you use a package control script to activate and

deactivate the shared volume group as a part of OPS startup and

shutdown.
이태곤
중학생

ops 관련 문의



1. lvol 이름변경시

OPS는 파일시스템을 사용하지 않기 때문에 MC/SG 관련 파일을 수정하시거나 다시 컴파일 하실 필요가 없습니다.

다만 oracle에서 rlvol 파일을 참조하므로 lvol 파일명을 변경하였다면 오라클내에서 변경하시면 됩니다.

주의 할점은 lvol 명이 cluster로 묶인 시스템에서 같아야 하므로 서로 맞춰줘아 하는 합니다.



2. lvol 크기 변경시

이것도 역시 재컴파일이 필요없습니다. 하지만 크기을 늘리는 방법이 일반적인 LVM작업보다 힘듭니다.

아래 url은 lvol을 추가하는 방법입니다. lvextend도 같은 방법을 사용하시면 될것 같습니다.

lvol명과 크기을 동시에 변경하실것이면 한쪽에서 크기와 이름을 수정하시고 이것을 export, 그리고 다른 서버에서 import하시는 방법을 사용하시면 될것같습니다.



http://www.hprc.co.kr/description.aspx?id=20030228744401&type=%C1%A6%B8%F1&search=ops&crit=All%20Words



3.참고로 cluster 컴파일은 아시는 것처럼 conf 파일을 수정하지 않는다면 재컴파일이 필요없습니다. 패키지의 컨트롤파일 수정시에는 재컴파일이 필요하지 않습니다.