우리는 오래 전부터 파이어 버드와 함께 작업 해 왔으며, 최근에 우리는 2.0에서 2.5로 아무 문제없이 업그레이드했습니다. 저희 제품은 500 명이 넘는 고객에게 배포되며 매우 안정적입니다.대용량 데이터 손실 및 추가 조사 방법
문제는 우리가 고객 중 한 명에게 매우 이상한 문제가 발생했다는 것인데, 서로 다른 서버에서 호스팅되는 세 개의 서로 다른 데이터베이스가 유사한 문제를 나타냅니다. 대용량 데이터 손실입니다. 이는 서로 다른 날짜에도 발생했는데 2.0에서 2.5로 업그레이드 한 후에도 서로에 대해 명확한 관계가 없습니다. 고객은 전력 부족이 없다고 말했다.
테이블의 대부분은 갑자기 비어 있었고 gfix는 이러한 경우에 작동하지 않았으며 유효성을 검사 할 때 오류가 표시되지 않았습니다. 데이터베이스 자체는 여전히 액세스 할 수 있었지만 손상되지는 않았지만 테이블은 비어있었습니다. 또한 일부 트리거가 누락되거나 비활성화되었습니다.
IBSurgeon FirstAid 직접이있어 :
03/12/2014 16:07:51 INFO: Actual PageCount: 17621 found in database
03/12/2014 16:07:51 ERROR: Found 1103 undefined or unrecognized pages.
03/12/2014 16:08:51 INFO: ------------------- Starting diagnose
03/12/2014 16:08:51 INFO: Running procedure: Header page check
03/12/2014 16:08:51 INFO: ODS Major = 11 (32779)
03/12/2014 16:08:51 INFO: ODS Minor = 2
03/12/2014 16:08:51 INFO: Next transaction = 19343161
03/12/2014 16:08:51 INFO: Oldest transaction = 19343157
03/12/2014 16:08:51 INFO: Oldest active = 19343158
03/12/2014 16:08:51 INFO: Oldest snapshot = 19343158
03/12/2014 16:08:51 INFO: PageSize is Ok = 16384
03/12/2014 16:08:51 INFO: Running procedure: Checking of RDB$Pages consistency
03/12/2014 16:08:52 INFO: Checking of RDB$Pages consistency: Ok
03/12/2014 16:09:14 INFO: Low-level check of all relations: Ok
내 첫번째 추측은 디스크 문제를하지만 이미 세 개의 서로 다른 서버에서 일어난 이후 인수를 증명하기가 어렵습니다.
내 질문 : 어떻게 이러한 문제가 발생할 수 있으며 어떻게 적절하게 확인할 수 있습니까?
모든 도움을 환영합니다. 나는 Firebird 전문가가 아니므로 모든 제안에 감사드립니다.
미리 감사드립니다.
는 것은 우리가하지 않아도됩니다
감사합니다, 알렉세이 Kovyazin
IBSurgeon을 :) 연락하는 것을 망설이지 말라 그 일을 할 수있는 논리는 ... 악의적 인 직원의 가능성조차도 평가되었습니다. 나는 추출기로 시도해 볼께. 고마워. – Fedaykin
글쎄, 내가 지시 한대로 데이터베이스를 체크했는데, 문제가되는 테이블의 데이터를 미리보기하려고 할 때 나는 이런 종류의 메시지를 받는다 :'[231] 19 : 36 : 29.695 Warning> 관계 167의 1 페이지 (실제 페이지 # 787) 읽을 수있는 데이터가 없습니다'. 이 점이 파일 손상을 지적합니까? 테이블의'Pages' 열은 그들에게 할당 된 페이지가 있음을 보여줍니다 ... – Fedaykin
아니요, 손상이 아닙니다,이 페이지에는 데이터가 없음을 의미합니다. 삭제되고 가비지 수집이 발생하면 어떤 데이터가 있는지 확인할 수 없습니다. 나는 더 이상 삭제를 막는 것에 집중할 것을 제안 할 것이다. - 삭제 후에 생성하고 업데이트 후에 모든 삭제와 갱신을 외부 테이블에 기록하라. –