これは私を大いに悩ませます。 mdutilコマンドを読みましたが、ログオンするたびに入力する必要があることを理解しています。これは、マルチユーザー環境では機能しません。さらに、NASが巨大な場合、インデックスを作成しているコンピューターの速度が大幅に低下するようです。
ネットワークユーザーがNASを検索するための確実な自動化ソリューションはありませんか?
遅い検索とは、通常、ファイルシステムを歩いて各ファイルを確認することを意味します。これは、任意のリモートファイルシステムプロトコル(SMB、AFP、NFS)を介して簡単に実行できます。クライアントボックスのOSにこれを行う簡単な方法があるかどうかは別の問題です。 Unixにあまり精通していないMacユーザーは、おそらくコマンドラインの「find」コマンドを実行したくないでしょう。そして一般的に、この種の「ファイルシステムを歩く」検索は、ファイル名または他のメタデータによる検索にのみ適切であり、コンテンツではありません。
高速検索では通常、ファイルサーバー上のプロセス(この場合はNASボックス))がファイルメタデータ(および場合によってはファイルコンテンツキーワード)の個別のデータベース/インデックスを作成および維持する必要があります。検索はそのデータベースに対して実行できます。これのトリッキーな部分は、(1)OSごとに異なる高速検索ソリューションがこのインデックスの外観について異なるアイデアを持っていること、および(2)このデータベース/インデックスがそうでないことを確認する必要があることです。検索を行うユーザーがアクセスできないファイルに関する情報を漏らさないでください。
つまり、NASファイルシステムを高速検索するためのクロスプラットフォーム標準はまだありません。
主にMacユーザーをサポートしている場合は、OS X Server(US $ 20)を実行しているMac mini(US $ 499)を購入して、疑似NASを作成し、ThunderboltドライブまたはThunderboltデスクトップRAID(US $ 250+ドライブ)に接続することを検討してください。 )。 OS X Serverには、サーバー上でSpotlightインデックスを維持する機能があり、Macクライアントは接続時にSpotlightインデックスを使用できます。