clustered ONTAP でのロックの仕組みと、ロックを手動で解除する方法について説明します

のとう

正常なロック	既存のクライアントマシンからファイルへのアクセスを停止しますクライアントがアクセスしています
oplock	ファイルとクライアントの読み取りアクセスを共有できますロックされた情報のサイドキャッシュ

1 つ目 のロックは解除できません。Filer の oplock 設定では制御されません。ファイルの読み取り中または書き込み中に、別のクライアントマシンでファイルに変更が加えられないように設計されています。
2 つ目の oplock は、クライアントマシンが同じファイルに同時にアクセスして読み取り専用アクセスできるようにするために使用されます。あるクライアントがファイルへの書き込みを実行する必要が生じた場合、そのロックは排他的書き込みロックのために解除される必要があります。この場合、一部またはすべてのファイルが編集用にクライアントマシンにキャッシュされます。
oplock の性質上、ユーザとの対話によって手動で切断されるか、 Filer のルールに基づいて自動的に切断されるようにするメカニズムを開発する必要がありました。

oplock の一般的なフローは次のとおりです。

Client1 が開いて \\storage_system\share\file1 、バッチまたは排他的な oplock を要求しています
ストレージシステムは、ファイル 1 のバッチまたは排他的な oplock を client1 に応答します
client2 は \\storage_system\share\file1、バッチまたは排他的 oplock の要求を開こうとします
ストレージシステムは、 Client2 へのオープン要求を保留し、変更をフラッシュ / コミットしてロックを解除するように要求する oplock Break 要求を Client1 に送信します。
Client1 は、 oplock break 要求に応答し、キャッシュされた書き込みをフラッシュ / コミットします
ストレージシステムは、適切なロックを使用してクライアント 2 にオープンを許可します

上記の例では、手順 4 でストレージシステムが Client1 に oplock Break 要求を送信すると、 35 秒タイマーが開始されます。クライアント 1 が oplock ブレーク要求に 35 秒以内に応答しない場合、ストレージシステムは次の 3 つの処理を実行します。

Data ONTAP 9.0 ログよりも前のバージョンでは、違反しているクライアントの IP アドレスを含む oplock 遅延ブレークメッセージが syslog に記録されていました
ファイルに関連付けられているすべてのロックを強制的にクリーンアップします Client1
Client2 へのオープン応答を許可します

oplock の遅延ブレークはクライアントの問題を示すものであるため、トラブルシューティングにはクライアントに重点を置く必要があります。

クライアントが oplock ブレーク要求に応答しない一般的な理由は、次の 3 つです。