13 년 동안 사용 된 Lotus Domino 데이터베이스를 보유하고 있습니다.Lotus Domino 데이터베이스의 문서 필드에 손상된 값은 어떻게 채워 집니까?
오늘 NumApprovers라는 숨겨진 편집 가능 필드가 여러 문서에서 잘못된 값을 얻기 시작했습니다.
필드는 많은 이름은 다중 값 필드에 얼마나 계산 LotusScript와 업데이트됩니다.
lotusscript는 몇 년 동안 변경되지 않았으므로 필드가 갑자기 왜 홀수 값을 갖게되었는지 확실하지 않습니다.
아이디어가 있으십니까?
슬프게도 게시자가 게시 한 이미지를 볼 수 없어 진단하기가 어렵습니다.
숙고해야 할 몇 가지 사항 ... Lotus Notes는 조회를 수행 할 때 64k 오류가 발생하여 오래 동안 슬픔을 줄 수 있습니다. @dblookup 또는 @dbcolumn의 뷰에서 항목 목록을 찾는 경우이 제한에 도달하면 해당 항목은 예고없이 넘어집니다. 32k 또는 64k에서 몇 가지 다른 데이터 제한이 있으며 이는 내가 당신이 쳤을 것으로 의심됩니다. 복사본을 가져 와서 이전 데이터 일부를 삭제하여 복사본에서 문제가 해결되는지 확인하십시오.
두 번째로 데이터베이스가 손상되었습니다. 매우 가끔 데이터베이스가 손상 될 수 있습니다. 데이터베이스 사본을 가져 와서 '로드 픽스 업'을 실행합니다. 관리자 도움말 또는을 참조하십시오. http://www-12.lotus.com/ldd/doc/domino_notes/7.0/help7_admin.nsf/Links/H_RUNNING_FIXUP_USING_THE_SERVER_STATUS_TAB_7476_STEPS
마지막으로 데스크 점검 시간입니다. 데이터베이스 복사본을 가져 와서 예를 들어 디버그 메시지를 추가하십시오.
Print "Info: View returned " + cstr(view.entries) + entries"
손상이 발생하는 이유를 찾을 때까지 프로세스를 계속 진행하십시오.
HTH
이것은 데이터베이스 손상이라고 생각합니다. 트릭을 수행 한 것으로 보이는 부분은 문제 필드를 삭제 한 다음 다시 작성하는 것입니다. 그런 다음 데이터베이스에 대한 수정 작업을 수행했습니다. 지금까지는 그렇게 좋았습니다 - 사용자는 문제에 대해 불평하지 않았습니다. view.entries 팁 주셔서 감사합니다 - 그 전에 본적이 없습니다. – Derek
에 대해 생각하는 또 다른 점은 사용자가 기계/사용자가 손상을 일으키는 당신이 적어도 식별 할 수있는 업데이트에 대한 문서를 서명하는 원인이 될 수 있다는 것입니다. 나는 사용자가 무작위로 (특히 13 년 후에) 그렇게하기 시작할 것이라고 생각하지 않는다. 그래서 포스트 EOL 하드웨어가 쓰기에 비트 에러를 야기하는 것이 더 문제가 될 것이라고 생각한다.
그러나 답은 아마도 시간 기반 소프트웨어 오류가 아닌 "하드웨어 오류로 인한 손상"일 것입니다.
해당 스크린 샷을 문서를 연 상태로 찍었습니까? 또는보기 또는 폴더에서 문서를 선택하고 마우스 오른쪽 버튼으로 속성 상자를 직접 불러 왔습니까? 차이가 있습니다. 보기에서 속성 상자를 가져 오면 디스크의 문서에 저장된 내용이 정확히 표시되지만 문서를 연 다음 속성 상자를 표시하면 다음에 지정된 모든 수식 및 필드 속성을 따라 메모리 내 문서가 표시됩니다. 양식이 적용되었습니다. –
읽기 전용 모드로 문서를 열어 인쇄 화면을 찍었습니다. 값이보기와 다르게 표시되는지 확인하고 확인합니다. – Derek
어떤 에이전트에서 LSI_INFO를 사용하고 있습니까? (심지어 필드/데이터베이스와 관련이 없음). 이 명령은 해당 손상을 일으키는 것으로 알려져 있습니다. 지원 요청시를 제외하고는 절대로 사용해서는 안됩니다. –