1> select object_name(4)
2> go
                               
 ------------------------------
 systypes                      

(1 row affected)

4번 object가 systypes 테이블이네요.

시스템 테이블의 논리적인 페이지가 문제가 생긴것 같습니다.

테이블을 모두 bcp out으로 백업 받으시고,

DB를 다시 생성해야 하지 않을지요..

dbcc 명령으로 database를 체크해보세요.

답변 감사 드립니다.

4번이 시스템 디비가 아니라 유저 디비였고,

drop table을 했는데, 제대로 삭제가 안되어 디스크에서는 삭제되고 카탈로그에는 그대로 남아 있었던거 같습니다.

그래서 내렸다가 올리면 제대로 올라올까 해서.. 내렸더니.. 아에 올라올 생각을 안하면서 926번 메시지를 뱉어 내기에..

Msg 926번에 대한 장애 복구 절차

1>use master

2>go

1>begin tran

2>go

1>update sysdatabases set status=0 where dbid=db_id("디비이름")

2>go

(1 row affected)

1>commit tran

2>go

1>shutdown

2>go

하고 다시 start하면 디비가 정상적으로 복구 된다고는 하는데..

sybase 번들제품이라 그런지 제대로 recovery가 안되었고,

sybase엔지니어에게 부탁해봤지만 결국 복구 실패...

한달전 백업데이터로 리스토어 했습니다... -_-;;;

백업의 중요성을 다시 한번 실감..

열심히 백업 합시다..~

sybase 엔지니어가 926 error와 602(?) error를 처리를 못했다고요?

문제가 있네요....

업체를 바꾸세요

에구, 고생하셨겠습니다.

힘내세요.

사이베이스와 유지 보수 계약이 맺어져 있던게 아니라.. ~

아는 분에게 물어 물어 부탁한거라서.. ~ ^^ 바꿀 업체가 없습니다..

게다가 사용하는 프로그램에 번들로 끼워져 있는 거라서..

원래의 사이베이스와 조금 다른데다가.. 버전도 낮고...  처음에 디비를 어케 만들었는지.. 뭐가 잘못 건들어 졌는지 .. 디바이스 에러 까지 나는 바람에..

아픈만큼 성숙해진다고..

장애 겪으면서 한단계 업그레이드 된 느낌입니다..~ ㅋㅋ

이런 점에서 장애가 나쁜 것만은 아닌거 같네요..~

귀중한 경험치가 한번 더 올라 가셨군요

그런 일이 자주 발생하면(?) 사실 고생은 하지만 경험치는 매우 좋아 진답니다.

사실 Test장비에서는 그런걸 발생시키고자 해도 잘 안되죠...

고생하셨습니다