다음을 통해 공유


FSCTL_REQUEST_OPLOCK IOCTL(winioctl.h)

파일에 대한 편의적 잠금(oplock)을 요청하고 oplock 중단이 발생했음을 확인합니다.

이 작업을 수행하려면 다음 매개 변수를 사용하여 DeviceIoControl 함수를 호출합니다.

BOOL DeviceIoControl(
  (HANDLE) hDevice,                 // handle to file
  FSCTL_REQUEST_OPLOCK,             // dwIoControlCode
  (LPVOID) lpInBuffer,              // input buffer
  (DWORD) nInBufferSize,            // size of input buffer
  (LPVOID) lpOutBuffer,             // output buffer
  (DWORD) nOutBufferSize,           // size of output buffer
  (LPDWORD) lpBytesReturned,        // number of bytes returned
  (LPOVERLAPPED) lpOverlapped       // OVERLAPPED structure
);

설명

이 작업은 로컬 서버에서 기회 잠금(oplock)을 요청하는 클라이언트 애플리케이션에서만 사용됩니다. 원격 서버에서 기회 잠금을 요청하는 클라이언트 애플리케이션은 직접 요청해서는 안 됩니다. 네트워크 리디렉션자는 애플리케이션에 대한 기회 잠금을 투명하게 요청합니다. 이 작업을 사용하여 원격 서버에서 기회 잠금을 요청하려고 하면 요청이 거부됩니다.

FSCTL_REQUEST_OPLOCK 제어 코드는 FSCTL_REQUEST_OPLOCK_LEVEL_1, FSCTL_REQUEST_OPLOCK_LEVEL_2, FSCTL_REQUEST_FILTER_OPLOCK FSCTL_REQUEST_BATCH_OPLOCK 관련된 제어 코드보다 더 효율적인 기능을 제공합니다. 다른 oplock 수준 요청은 FSCTL_REQUEST_OPLOCK 사용할 때 핸들을 닫고 다시 열지 않고 동일한 핸들에서 반복적으로 수행할 수 있습니다. 다른 컨트롤 코드를 사용하려면 핸들을 닫은 다음 CreateFile 을 사용하여 다시 열어 변경해야 합니다. 이 작업은 FSCTL_REQUEST_OPLOCK 제어 코드를 다시 발급할 때 REQUEST_OPLOCK_INPUT_BUFFER 구조체의 RequestedOplockLevel 멤버를 조작하여 수행됩니다.

다음 표에서는 FSCTL_REQUEST_OPLOCK 사용할 수 있는 oplock 형식의 캐싱 기능이 수준 2, 수준 1 및 일괄 처리 oplock에 해당하는 방법을 요약합니다.

대체 제어 코드 해당 RequestedOplockLevel 플래그 값 Oplock 형식
FSCTL_REQUEST_BATCH_OPLOCK OPLOCK_LEVEL_CACHE_READ \| OPLOCK_LEVEL_CACHE_WRITE \| OPLOCK_LEVEL_CACHE_HANDLE RWH
FSCTL_REQUEST_OPLOCK_LEVEL_1 OPLOCK_LEVEL_CACHE_READ \| OPLOCK_LEVEL_CACHE_WRITE RW
FSCTL_REQUEST_OPLOCK_LEVEL_2 OPLOCK_LEVEL_CACHE_READ R

requestedOplockLevel 멤버가 설정된 OPLOCK_LEVEL_CACHE_READ | OPLOCK_LEVEL_CACHE_HANDLEFSCTL_REQUEST_OPLOCK 제어 코드를 사용하여 RH 형식의 oplock을 부여합니다. RH oplock은 FSCTL_REQUEST_FILTER_OPLOCK 제어 코드에서 부여한 필터 oplock과 유사합니다. 그러나 필터 oplock을 사용하면 한 번에 하나의 클라이언트만 파일에 대한 oplock을 보유할 수 있습니다. FSCTL_REQUEST_OPLOCK 한 번에 여러 클라이언트가 파일에 대한 RH 잠금을 가질 수 있습니다. 또 다른 차이점은 쓰기가 발생하기 전에 FSCTL_REQUEST_FILTER_OPLOCK oplock 중단 승인이 필요하다는 것입니다. 여기서 FSCTL_REQUEST_OPLOCK oplock 중단 알림은 권고 전용이고 쓰기는 승인 없이 진행할 수 있기 때문입니다. 자세한 내용은 호환성이 손상되는 Oplock을 참조하세요.

파일이 겹치지 않는(동기) 모드로 열리면 FSCTL_REQUEST_OPLOCK 제어 코드가 실패합니다.

이 작업에 겹치는 I/O의 의미는 DeviceIoControl 항목의 설명 섹션을 참조하세요.

Windows 8 및 Windows Server 2012에서 이 코드는 다음 기술에서 지원됩니다.

기술 지원됨
SMB(서버 메시지 블록) 3.0 프로토콜 No
SMB 3.0 TFO(투명 장애 조치(failover)) No
SO(스케일 아웃 파일 공유)를 사용하는 SMB 3.0 No
CsvFS(클러스터 공유 볼륨 파일 시스템)
ReFS(Resilient File System)

또한 Windows 8 및 Windows Server 2012부터 FSCTL_REQUEST_OPLOCK 제어 코드를 사용하여 디렉터리 및 파일에 대한 oplock을 요청할 수 있습니다. 디렉터리에 대한 oplock 요청은 RequestedOplockLevel 멤버에서 또는 OPLOCK_LEVEL_CACHE_READ | OPLOCK_LEVEL_CACHE_HANDLE 를 지정할 OPLOCK_LEVEL_CACHE_READ 수 있습니다.

디렉터리의 R 또는 RH oplock은 디렉터리 열거형의 내용이 변경될 때 없음으로 바뀝니다. 예를 들어 디렉터리에서 파일을 추가/삭제하고, 디렉터리의 파일 크기를 변경하고, 디렉터리에 있는 파일의 타임스탬프를 수정하는 등의 경우 디렉터리의 oplock이 모두 중단됩니다. 이 oplock 중단은 디렉터리의 변경 내용이 발생하기 전에 승인이 필요하지 않습니다. 권고 전용입니다.

디렉터리 자체의 이름이 변경되거나 삭제되면 디렉터리의 RH oplock이 R로 바뀝니다. 이 oplock 중단에는 디렉터리 변경이 발생하기 전에 승인이 필요합니다.

요구 사항

   
지원되는 최소 클라이언트 Windows 7 [데스크톱 앱만 해당]
지원되는 최소 서버 Windows Server 2008 R2 [데스크톱 앱만 해당]
머리글 winioctl.h(Windows.h 포함)

추가 정보