나는 공유 위치에 수백 개의 DBF 형식 데이터 파일이 포함된 데이터 세트에 대해 이야기하고 있으며, 그 중 일부 또는 전체는 여러 네트워크 사용자에 의해 열려 있거나 잠겨 있을 수 있으며 Microsoft의 데이터 보호 관리자는 2시간마다 복제됩니다.
이 상황에서 '스냅샷'을 신뢰할 수 있습니까?
답변1
개인적으로 나는 당신의 스냅샷이 좋을 것이라고 기대하지 않습니다. 귀하가 사용하는 데이터 파일과 관련된 애플리케이션의 액세스 패턴에 따라~할 것 같다운이 좋으면 좋겠지만 나도 농장이 아닐 것입니다.
스냅샷 생성을 인식하지 못하는 애플리케이션에서 데이터 스냅샷을 생성할 때마다(이는모든"공유 파일 데이터베이스" 애플리케이션) 일관성 없는 복사본을 얻을 위험이 있습니다.
물론, 스냅샷 당시 디스크에 있는 내용을 정확히 알 수 있지만 한 명 이상의 사용자 애플리케이션 인스턴스가 데이터 업데이트 프로세스의 중간에 있었는지 알 수 없습니다. 서버 측 데이터베이스 엔진이 없기 때문에 모든 클라이언트에게 열려 있는 파일을 일관된 상태로 가져오도록 지시하는 메커니즘이 없습니다. 확실히 파일 서버 컴퓨터의 기본 OS는 스냅샷을 찍기 전에 파일 시스템에 대한 I/O를 중지하지만 응용 프로그램 자체가 어떤 어리석은 짓을 하고 있는지 전혀 알 수 없습니다(클라이언트의 메모리에 기록되지 않은 데이터를 보관하는 등).
정말로 안전을 유지하려면 DBF 파일을 사용하지 않을 때 정기적으로 백업해 두십시오. 원한다면 스냅샷도 찍으세요. 그러면 운이 좋을 수도 있지만, 적어도 스냅샷이 엉망인 것으로 판명되면 "사용하지 않는" 백업을 백업할 수 있습니다.
답변2
가치 있는 일을 위해 우리는더블테이크공유 플랫 파일의 실시간(또는 실시간에 가까운) 백업용.
엄청나게 비싸지만 우리가 찾은 유일하고 신뢰할 수 있는 옵션이었습니다. 우리는 약 20GB의 Pervasive Btrieve 파일을 가지고 있었습니다.
SQL Server로 전환한 이후에는 플랫 파일이 거의 남지 않았고 이제 대부분의 파일이 대부분 잠금 해제되어 있으며 정기적으로 백업하는 데 간단한 DFS만으로도 충분하다는 것을 알았습니다.