저는 InterSystems 캐시 데이터베이스 환경을 사용하는 고객과 함께 작업하고 있으며 데이터베이스 구조의 일부인 .pck 파일을 처리하는 가장 좋은 방법을 묻습니다. 이 질문을 이해하기 위해이 파일을 조사하려고 시도했을 때이 파일의 위치, 파일의 위치, 문제의 원인 또는 이유에 대해 거의 모든 곳을 짧게 생각했습니다. 우리는 당신이 LCK 파일에 대해 이야기 것을 가지고 있기 때문에Intersystems 캐시 PCK 파일 사용
어떤 조언은 더 분명해진다,
톰
도움이 될 것입니다.
글쎄, lck 파일은 Caché의 데이터베이스를위한 일종의 잠금 파일이다. 시스템이 실행 중일 때는 항상 마운트 된 데이터베이스 (CACHE.DAT 파일)에 가까워 야하며이 데이터베이스를 사용하여 다른 Caché 인스턴스에서 쓰기를 방지합니다. Caché가 올바르게 종료되는 동안 이전에 생성 된 파일이 lck입니다.
Caché 데이터베이스의 백업 테마를 다루는 동안. lck 파일도 백업 된 것처럼 보일 수 있습니다. 백업 프로세스에서 문제가 발생할 수 있습니다. 데이터베이스를 백업하기 위해 선택한 방법에 따라 백업 프로세스 중에 잠금 파일이 없어야합니다. 아니면 그냥 백업해서는 안됩니다. 주석에서 동결을 언급했지만,이 경우 잠금 파일은 여전히 존재할 수 있으며 CACHE.DAT 만 복사하면되므로 안전해야합니다. 그러나 작동중인 서버의 데이터베이스를 프리즈 (freeze) 데이터베이스로 복제하는 것은 아주 위험한 일이 아니며 아무도 데이터베이스에 무결성 오류가 없음을 보장 할 수는 없습니다.
아마도 LCK 파일을 의미할까요? 캐시에는 PCK 파일이 없기 때문입니다. – DAiMor
당신이 맞을지도 모르겠지만 나를 버리는 것은 cache.lck 파일이 네임 스페이스와 인스턴스가 정상적인 실행 레벨에 있고 Intersystems 문서를 기반으로 cache.lck 파일에 누가 인스턴스를 시작하고 디렉토리를 마운트합니다. 내가 얻지 못하는 것은 고객이이 파일을 백업하려고 시도 할 때 특별한 양의 백업이 필요하다는 것을 특징으로한다는 것입니다. 내가 생각해 낼 수있는 유일한 방법은 인스턴스가 고정되어 있기 때문에 cache.lck 파일이 고정되어 적시에 백업되지 못하게하는 것입니다. 이것이 사실입니까? – TW3