ネットワークファイル対応

ファイルサーバがSMB/CIFSをサポートしている

ネットワークファイルを管理するファイルサーバが、Windowsのファイル共有プロトコルSMB/CIFSをサポートしている必要があります。

バイト範囲のロックによる排他制御が可能

HULFTによるネットワークファイルロックでは、ネットワークファイルに対してバイト範囲のロックを取得し、排他制御を行います。

したがって、ファイルサーバがバイト範囲のロックを提供しており、ファイルサーバ上で異なるファイル共有プロトコル同士の排他制御を実行できる必要があります。

対象ファイルとパスへのアクセス権限が設定されている

HULFTが動作するアカウントに、対象のネットワークファイルとネットワークパス、およびシステム動作環境設定のHULFT製品間共有環境設定パス（hulsharepath）に指定したフォルダに対する「変更」のアクセス権限が必要です。

oplock（Opportunistic Lock）が無効になっている

ファイルサーバ上のファイルをSMB/CIFS以外のファイル共有プロトコルを使用するアプリケーションと共有する場合、oplockを無効に設定する必要があります。

oplockの設定方法は、使用しているOSまたはファイルサーバのマニュアルを参照してください。

ファイルサーバがNFS version 3（NFS v3）をサポートしている

ネットワークファイルを管理するファイルサーバが、分散ファイルプロトコル「NFS」のversion 3（NFS v3）以上をサポートしている必要があります。

ファイルサーバがSMB 3.0をサポートしている

ネットワークファイルを管理するファイルサーバが、Windowsのファイル共有プロトコルSMB 3.0をサポートしている必要があります。

なお、SMB 3.0を使用する場合、以下の制限があります。

• HULFT for Linux Ver.8.5.2以降

  HULFT for UNIXおよびHULFT for zLinuxは対象外です。

• 以下のいずれかのOSにてHULFTを使用

  • Red Hat Enterprise Linux

  • Amazon Linux

  • Oracle Linux

  • SUSE LINUX Enterprise Server

  • Asianux Server

• 集信管理情報の以下の情報についてHULFTでの登録内容は無視され、マウント時のオプションが優先される

  • オーナー名（OWNER）

  • グループ名（GROUP）

  • パーミッション（PERM）

バイト範囲のロックによる排他制御が可能

HULFTによるネットワークファイルロックでは、ネットワークファイルに対してバイト範囲のロックを取得し、排他制御を行います。

したがって、ファイルサーバがバイト範囲のロックを提供しており、ファイルサーバ上で異なるファイル共有プロトコル同士の排他制御を実行できる必要があります。

対象ファイルとパスへのアクセス権限が設定されている

HULFTが動作するアカウントに、対象のネットワークファイルとネットワークパス、およびシステム動作環境設定のHULFT製品間共有環境設定パス（hulsharepath）に指定したディレクトリに対する「読み込み・書き込み権限」が必要です。

対象ファイルとパスへの属性キャッシュが無効になっている

対象となるファイルが格納されているディレクトリをマウントするときに、NFSクライアントの属性キャッシュを無効にしておく必要があります。

Red Hat Enterprise Linuxからマウントする場合のコマンド例を以下に示します。

<マウントコマンド例>

#
# mount -o noac server:/data /mnt/server/data/
#