다름이 아니라 큐브리드 브로커 로그에 보면...
계속 시작 start 로그만 찍히는 경우가 있어서요.
이게 무슨 의미인지 알 수 있을까요?
stop 되지 않았는데 start 되는게 좀 이상해서요
2010/06/07 14:58:57 start
2010/06/07 14:59:48 stop
2010/06/07 15:02:28 start
2010/06/07 17:22:12 start
2010/06/14 17:01:59 start
2010/07/19 10:17:07 start
2010/07/19 10:21:46 stop
2010/07/19 10:22:21 start
2010/07/19 10:23:39 stop
2010/07/19 10:24:03 start
2010/07/19 10:35:32 start
2010/07/19 10:42:26 stop
2010/07/19 10:43:55 start
2010/07/19 11:13:10 stop
2010/07/19 11:15:02 start
2010/07/19 11:17:01 broker1 off
2010/07/19 11:17:08 broker1 on
2010/08/23 09:08:07 start
2010/08/23 09:16:54 start
2010/08/23 09:25:11 stop
2010/08/23 10:09:13 start
2010/08/23 15:16:10 start
2010/08/23 16:49:10 start
브로커는 2개 동작중이고, 23일 9시 8분 7초의 start 이전에는 서버 재부팅으로 인해서 broker stop 이 안남은거 같은데...
정상 종료였음에도 불구하고 남지 않는건 조금 이상하네요. 그리고 잘은 모르겠지만 이것 저것 로그를 살펴보다보면,
왠지 broker server service 등의 종료 순서가 안맞는거 같기도 하네요.
예를 들어 10시경에 cubrid 를 종료하면, server 로그에 서버가 갑자기 중단되었다고 로그가 남는데요, 이건 broker 보다 server가 먼저
종료되고 있는걸로 보이는데...(아니면 트렌젝션 처리중에 해당 트렌젝션을 정상종료 안 시키고, 그냥 컴퓨터 전원 뽑듯이 server를
내리는거 같기두 하구요) 이런 경우 애누리 없이 바로 index 볼륨이 깨져 버리네요. 분명 사용자 입장에서는 정상적인 cubrid 종료였는데..
1. broker 에 start 만 계속 남는 이유 <= 원인을 알 수 있다면 어떤 상황이 발생할 경우 대처하기 수월할 것 같아서요~ ^^
2. CUBRID 의 정상종료가 정상 종료 되지 않는것으로 보임.
알아두면 CUBRID 를 이용하는데 좀 더 도움이 될 것 같아서요 ^^ 부탁드릴게요~! ^^
비정상 종료 시 stop 로그를 찍지 못하고 종료되므로 start로그만 찍히는 것입니다.
비정상 종료란 서버(hardware)의 강제종료 또는 process의 강제 종료에 의해 CUBRID server가 로그를 기록할 시간을 주지 않는 종료를 이야기 합니다.
전원을 뽑아버리는 방식의 종료는 어떤 DB를 사용하더라도 손상이 발생할 수 있습니다. 특히 transaction처리가 진행 중일 경우는 반드시 손상이 일어납니다. 정상 종료시에는 transaction정리 후 종료하므로 문제 발생이 없으나 비정상 종료는 물리적 재해라고 보시면 됩니다.
따라서 반드시 절차에 따라 종료해야합니다.