회원K 2016-10

대부분의 db가 저널로그를 남기기 때문에 복구가 가능 합니다.
이런 경우에는 백업DB에 저널로그를 되살리는 복구를 해야 하는데
의사랑 회사에 요청하셔야 할거에요.

안형곤 2016-10

의사랑에서 안된다면 안될껍니다. ^^

제가 아는 병원에서도 꼬이면 매번 다시 쳐 넣더라구요...

NeOpLe 2016-10

DB 가 깨어져싸다면 전체 디비가 다 문제가 될 가능성이 큽니다.
일부인 걸로 봐서 아마도 테이블에 인덱스나 데이터가 부분 문제일 가능성이 커 보입니다.
디비를 본사 개발팀에게 한번 봐 달라고 이야기 하는 것도 필요할 듯 싶네요.
원인이라도 알아야 재발 방지가 되겠죠.

박인호 2016-10

의사랑 프로그램 자체적으로 관리하는 형태라
의사랑 만든 회사에서 안된다고 하면 방법이 없을 거예요.

제온프로 2016-10

이전 DB를 가지고 있어야 Inport 해서 복구 하던지 하는데..
이전 DB는 가지고 계신지요?
DB는 최소한 10분에 한번씩은 증감 백업을 하시고.. 1일에 한번씩 Full 백업 하시고..
2주 지난 Full backup은 지우시고...
백업에 대한 정책을 세로 잘 세우셔야 할 것입니다...
.
백업 정말 너무 너무 중요해요...

버지니아 2016-10

혹 의사랑 업체측과 유지보수 계약이 되어있다면 의사랑 측에서 책임지고 해결해야할 문제가 아닐까요

안 중요한 디비가 어디 있겠습니까만 환자 진료는 특히 중요한 내용같은디...

이미존재하… 2016-10

무슨 DB인가요? 저 메세지는 응용프로그램이 보낸 메세지 같은데 DBMS 자체에 나오는 로그를 봐야 좀더 정화한 진단이 가능할것 같네요. MS Sql인가요?

서정욱 2016-10

의사랑 엄청 취약 합니다. 백업 잘해 놓으셔야 되요..  적어도 오전 오후로 DB 백업.

1. 아래와 같은 에러 메시지 뜰때 해결방법 있는지
  - 위 메시지 만으로는 아무 것도 알 수 없습니다.  적어도 위의 창에서 만들은 오류 보고서나    로그가 있어야 합니다.
      -  아주 간단한 해결 방법이 있는 경우도 있고요, (꼬인 데이터 한두줄 삭제... )
      -  해결이 불가능한 심각한 오류 일 수도 있습니다.
2.  ...... 2일 진료한 것만 뽑아올수 있는 방법이 원래 없는것인지요.
  - 기술적으로 방법은 있지만, 일단 DB 구조를 아는 사람이 해야 합니다.  게다가 의사랑 엔지니어가 직접 작업하더라도 꽤 복잡하고 시간이 많이 걸립니다.
  - 그렇도라도, 일단 에러가 난 DB 이기 때문에 또 어떤 문제가 발생할지 알 수 없습니다.  나중에라도 같은, 혹은 다른 에러가 계속 발생 할 수도 있습니다.
  - 이틀치 진료자료 정도라면 직접 쳐 놓으시는게 더 빠르고 간편합니다.

이윤주 2016-10

의사랑사용하고있는데

1. 아래와같은 에러 메시지 뜰때 해결방법 있는지
- 이순간에 그냥 원도우로 부팅 될지 안될지는 몰라도 db복사후 의사랑에게 복구요청

2. 의사랑에서는 2일간 진료 데이터와 어제 5시간 정리한 약과 묶음처방을 다시 수기로 쳐 넣으라는데
출력만 빼고 나머지 DB는 다 멀쩡한데 2일 진료한것만 뽑아올수 있는 방법이 원래 없는것인지요
- 이전데이타로 복원하셨으면 방법없습니다.
수작업으로 하셔야 합니다.

의사랑에서 제공해주는 방식과 병행으로 실시간으로 최소 물리적으로 다른 2개의 저장장치에 백업하시길권해드립니다.
의사랑의 백업방식이 증분이나 순차백업이 아닌 단한개의 백업db를 계속 겹쳐서 write보관하는 방식입니다.
실시간도 아니고 의사랑종료할때만 백업됩니다.

김동수P 2016-10

의사랑이 sybase ase에 delphi로 개발된것으로 알고있습니다.
sybase도 incremental backup 을 당연히 지원하는데, 의사랑 프로그램이 incremental backup 을 안하고 풀백업만 매일 덮어씌우는 형태로 하고 있는것으로 알고있습니다.
관련 지식이 있다면 bcp 로 증분 백업이 되긴 합니다.
그리고 sybase 자체가 서버 프로그램은 아주 단단하고 안깨지는것으로 유명합니다. hardware fault 가 아니면 db 볼륨이 깨지는거 보기 힘듭니다. 근데, 변변한 frontend 도구가 없고, sybase 에서 기본으로 주는 툴들은 인터페이스가 개판이거나 버그덩어리라.. 그냥 싼맛에 씁니다. 아마 의사랑에서 sybase를 계속 쓰는 이유도 초창기 버전부터 sybase 기반으로 개발을 했었고 당시에 sybase 선택은 라이센스 비용이 아주 저렴했어서 그랬던것으로 보입니다. 지금은 sap이 인수해서 가격정책이 좀 바뀐거 같더군요.
여튼 깨진건 아마 db가 아니라, 내부적으로 데이터 정합성이 어긋나서 저렇게 보여주고 있는걸로 보입니다. 프로그램적으로 null 이나 0이 들어가면 안되는 필드에 null 이나 0값이 입력됬다던가.. 등으로요.

이윤주 2016-10

db는 sybase맞습니다.
짜증이 나는것이 의사랑프로그램에 db관련툴이 단한개도 없습니다.
reindex해보려고 해도 테이블도 그렇고 계속dos에서 업그레이땜빵식이라서 db엉키면 사용자가 해볼수 있는방법이 없습니다.
원격으로 reindex정도는 해주었던것으로 기억납니다.

다른 진료프로그램으로 교체 할려고 해도 데이타이관문제등이 있어서 한번사용하면 그냥 끝까지 사용해야합니다.

미수맨 2016-10

도저히 복구가 불가능하여 아크로니스로 1일전으로 롤백하여 해결하였습니다
하루분 환자 데이터 날라간것은 다시 하나하나 쳐 넣어 해결하였습니다
다행히 깨진 디비를 띄우면 읽어올수는 있었습니다. 노트북에 다시 의사랑깔고 거기에 깨진 디비 넣어서 어제 진료자료 띄워 그거보면서 입력하였습니다.
방금전까지 다 마치고 퇴근해서 이 글 올립니다.

백업은 3중으로 하고 있었는데 이게 하루 1회 점심때 하니까 어제 오후 진료 데이터는 다 날라가더군요
아크로니스로 1시간 간격 백업으로 바꾸었습니다
김동수님 말씀이 맞는것 같습니다. 어제 약품 데이터와 묶음처방 데이터를 많이 지우고 새로 넣고 했는데
null 데이터가 생기니까 디비가 인식을 못하는것같습니다.
기본약품 자료를 사용안함으로 해야 하는것 같습니다 지우지 말고요.
프로그램이 말 그대로 후져서 그렇다고 볼수밖에 없는것 같습니다

손해는 오늘 아침에 3시간 진료를 못한것인데 배상해줄리는 만무하고
소송을 해야하는데 실질적으로 어렵습니다.