Background Image

FORUM

조회 수 9080 추천 수 0 댓글 3
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

다름이 아니라 큐브리드 브로커 로그에 보면...

계속 시작 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 를 이용하는데 좀 더 도움이 될 것 같아서요 ^^ 부탁드릴게요~! ^^

  • ?
    cubebridge 2010.08.24 19:30

    비정상 종료 시 stop 로그를 찍지 못하고 종료되므로 start로그만 찍히는 것입니다.

    비정상 종료란 서버(hardware)의 강제종료 또는 process의 강제 종료에 의해 CUBRID server가 로그를 기록할 시간을 주지 않는 종료를 이야기 합니다.

    전원을 뽑아버리는 방식의 종료는 어떤 DB를 사용하더라도 손상이 발생할 수 있습니다. 특히 transaction처리가 진행 중일 경우는 반드시 손상이 일어납니다. 정상 종료시에는 transaction정리 후 종료하므로 문제 발생이 없으나 비정상 종료는 물리적 재해라고 보시면 됩니다.

    따라서 반드시 절차에 따라 종료해야합니다.

  • ?
    노스 2010.08.24 20:54

    아 제가 글 써놓고도 이상하게 썼네요 ^^ 파워를 뽑아서 전원을 내리고 있다는게 아니고, lma 님께서 말씀해주신것처럼

    정상 종료시에는 transaction 이 정리 후 종료 되어야 하는데, 계속 CUBRID 로그와 상태를 살펴보면

     

     

    마치 컴퓨터 잘 쓰다가 윈도우 종료하는게 아니고 전원 꺼버리는것처럼(이렇게 끄면 다른 컴퓨터에서는 갑자기 원격서버 꺼졌다고 나오겠죠)

    CUBRID를 정상 종료 시켜도 transaction 이 정상적으로 정리 후 종료 되는게 아니라 server 를 팍! 꺼버리고 있는거 같아서요 ^^

     

    예를 들면 transaction 처리 중에 CUBRID 를 정상 종료 시키면(실제로는 윈도우 정상종료), CUBRID server 로그에

    Your connection to the server has been closed since the server is going down immediately.

    라고 찍히더라구요 ^^ 그러고 나서 바로 인덱스 볼륨이 깨지고요.

     

    "정상종료" 시켰는데도 "비정상 종료" 와 같은 상태로 들어가게 되고 있는데... T.T 이건 딱히 어떻게 당장 처리법을 알려달라고 할

    만한 부분은 아니고 단지, CUBRID 측에서 다음 패치때 처리를 해주었으면 하는 부분이구요 ^^

     

     

    다음으로 1번 질문. start 만 남는 것에 관련해서

    2010/08/23 09:16:54 start
    로그를 살펴보면 start 라고 되어 있고 그 위에는 stop 로그가 안찍혀 있는데요. 09:10분 경에 윈도우를 "정상종료" 시켰거든요.

    근데 stop 이 안남는 것은 뭔가 윈도우 측에서 broker 를 정상 종료 시키지 못했다는 말인데

    9시 6분에 서버를 재시작했고, CUBRID  9시 14분경에 "정상 종료" 후 "정상 재시작"을 수행한거거든요.

     

    CUBRID 의 Broker 쪽에서 제대로 log 기록을 못한것 같고 이게 단순히 기록이 안된거라면 괜찮은데

    "정상종료가 수행되지 않을수도 있다"는 건지 궁금해서요. 만약 후자라면 단순히 Broker 만 "정상종료 되지 않음"

    이 아니고 server 를 포함한 다른 서비스도 "정상종료"가 되지 않았을것 같아서요.

     

    다음으로

    2010/08/23 10:09:13 start
    2010/08/23 15:16:10 start

    두개 로그가 있는데 저 중간인 10시 25분 경에 server 로그에

    Time: 08/23/10 09:25:04.412 - ERROR *** ERROR CODE = -673, Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 1
    Your connection to the server has been closed since the server is going down immediately.

    가 남아 있는데 이 때가 정상 종료를 한 부분입니다.

    즉, 정상 종료 신호를 보냈는데 CUBRID 에서 이걸 정상적으로 종료 못시켰다는 말인데 이후부터 인덱스 깨졌습니다 T.T

     

    2010/08/23 15:16:10 start
    2010/08/23 16:49:10 start
    그리고 이 사이에는 server 에는 별다른 로그가 없긴 하지만 16시 45분 정도쯤에 CUBRID 를 재시작 했거든요 물론 정상적으로..

    그런데 stop 로그가 남아있지 않습니다. 이 부분도 단순 로그가 남지 않은게 아니라 broker 를 포함 server 등이 비정상종료가

    수행된 것으로 보여서요.

     

    여기까지 제가 생각해서 적은건데 과연 저 부분이 진짜 비정상종료가 수행될 가능성이 있는 부분인지 등에 대해 알고 싶습니다.

    대응하고 문제 파악할 때 도움이 될것 같아서요 ^^ 만약 그렇다면 일단 다음 패치를 기다려야겠죠? ^^ 그 전까지는 수동으로 대응을 하고

    원인 및 가능성만 파악하고 있다가 문제 발생시 다른 분들께 전달해서 이해를 시켜드리려구요^^

     

    쓰다보니 좀.. 음.. 좀 따지는것처럼 보일 수 있는 글이 있는데 절대 그런거 아니니 오해하지 않으셨으면 합니다~ ^^

  • ?
    cubebridge 2010.08.24 21:06

    말씀하신 내용 중 CUBRID정상종료(실제로 windows 정상종료)라고 하셨는데, CUBRID를 종료시키지 않고 windows를 종료시키는 것은 CUBRID의 입장에서 비정상 종료입니다. 현재 사용하시는 버전(R2.2이하)에서 windows종료가 CUBRID종료를 선행하고 종료되는 것을 지원하지 않습니다. 따라서 사용자가 windows 정상종료라고 생각하는 종료작업이 DB에는 갑자기 시스템을 종료시키는 비정상 종료인 상태가 되는 것입니다.

    start로그만 연속으로 기록되는 것의 가장 큰 이유가 로그에 DB process가 기록할 시간을 주지 않기 때문입니다. 또한 windows 정상종료의 경우 OS자체적으로 process를 강제 종료해가면서 시스템 process를 정리하기 때문에 DB는 transaction작업을 하던 어떤 작업을 하던 정리를 못한 체로 강제 종료당하는 것입니다. 이는 손상의 이유가 될 수 있습니다.

    현재 windows제품의 경우 windows종료 시 cubrid service 종료를 확인 후 종료가 되도록 제품에 추가하는 방안이 검토중에 있습니다.



List of Articles
번호 제목 글쓴이 날짜 조회 수
공지 SQLGate for CUBRID 영구 무료 라이선스 제공 file admin 2020.04.09 140
3048 BLOB 타입 이미지를 JSP로 웹에 뿌려주려면 어떻게 해야하나요? 1 아워나 2014.07.07 14286
3047 BLOB에 대한 자바 타입변환 문제.. 1 file ㅇㅇ 2013.01.28 9937
3046 BeginTrans 상태에서 검색 시 응답없음 발생 7 까망이 2011.04.22 14635
» Broker log 에 start 만 찍히는건 어떤 현상인가요 3 노스 2010.08.24 9080
3044 Broker 에러가 자주 납니다. 1 아르게네스 2010.11.17 7296
3043 C# ADO.NET 이용했을떄 문제 1 보람이 2017.04.14 8067
3042 C# WPF Dataset 연결시 외래키 자동 연결 안됨. 1 moon 2014.07.11 9830
3041 C# ole db 연동 오류 어떻게 해야 할지 조언 부탁 드립니다. 4 배나와사마 2013.02.28 15037
3040 C#에서 ODBC연결시 에러 1 용이 2009.11.15 31663
3039 C#에서 한글컬럼명이 깨지는 증상 4 미르 2013.11.05 19249
3038 C++ Embedded SQL에서 호스트 변수로 클래스 데이터 선언 가능 여부 문의 1 리겔 2012.04.20 9912
3037 C++(MFC 아님)에서 프로그래밍 작성을 하려면 어떤것을 사용해야 하나요? 6 나동호 2009.03.24 19934
3036 C-API 매뉴얼 위치요? 1 그래너 2010.01.11 9842
3035 C-API 접속 관련 CUBRID 2008 R4.3 버전에서 변경사항이 있는지 질문입니다. 2 Psionic 2012.12.12 7386
3034 C/C++ 지원하는 Connection Pool API 는 없나요? 2 tekkal 2009.02.03 20879
3033 CCI API 에서 #pragma pack(push,1) 오류 2 David Kang 2009.08.25 10512
3032 CCI API 에서 IRowset 기능 1 David Kang 2009.08.24 8068
3031 CCI API 에서 LNK 2019문제가 계속 발생합니다 1 poipoi 2014.05.22 10554
3030 CCI API가 Thread Safe 한가요? 3 nimbus89 2012.09.04 7254
3029 CCI API로 DB Insert 구현 시 JDBC 구현에 비해 속도가 떨어지는 문제 2 nimbus89 2012.08.17 7926
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 11 ... 159 Next
/ 159

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2147 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales