sharepoint - ネットワーク ドライブ ファイル共有

Question

10 年以上にわたって、ファイル共有を可能にするために、ネットワークにマップされたさまざまなドライブに依存してきました。チーム間でファイルを共有するための 1 つのドライブ文字、組織全体の個別のファイル共有、個人的な使用のための 3 番目のドライブ文字など。私はこれをやめたいと思っており、ECM/Sharepoint タイプのソリューションか、それとも自家製のアプリかを決定しようとしています。 、コストと行く方法の価値はありますか? それとも、比較的シンプルなため、ファイル共有のためにログイン スクリプト/マップされたドライブに依存し続ける必要があるのでしょうか? 誰かが自分の組織内で経験したり、これについて考えたりしていますか?

ありがとう。

Answer 1

SharePoint は、ドキュメントの共有に非常に優れています。

ドキュメントは通常、承認のプロセスに従い、アクセス許可を持ち、クラスターに存在します。これらは、SharePoint のドキュメント ライブラリに適しています。

ただし、SharePoint 内での生活に適していないものもあります... 同僚と共有したい仮想ハード ドライブ (.vhd) ファイルはありますか? 20 GB のファイルを SharePoint に入れようとするのはあまり良い考えではありません。

SharePoint は大きなファイルを処理でき、その背後にある SQL Server も処理できます... しかし、SQL Server の帯域幅がそのような大きなファイルで飽和状態になることを望みますか? SQL Server のバックアップに、そのような大きなファイルのコピーを複数回保持しますか?

SharePoint データベースからファイル BLOB の関連付けを解除する機能を提供する Microsoft パートナーがいくつかあると思います。これにより、SharePoint がメタデータを保持し、ファイル システムが実際のファイルを保持し、SharePoint が単にアクセス、権限、組織全体のファイルへの一元化されたインターフェイスを提供します。これにより、両方の長所が得られます。

ただし、現時点では、SharePoint はドキュメントに最適であると考えており、大きなファイル (ドキュメント中心ではない) を Windows ファイル共有に保持しています。

Answer 2

ドキュメント管理ツールへの変更で見落とされる可能性があることの 1 つは、保存される量について必要な計画と、さまざまなコンテンツが最終的にどこに到達するかなどの情報アーキテクチャの問題です。

特に SharePoint は、事前に適切な計画を立てなくても簡単にセットアップできます。また、後で忙しくなると、特に問題が発生しやすくなります。

このような目的で自家製のアプリを使用することはお勧めしません。この問題は既製のツールによって解決されており、ゼロから作成するには莫大な費用がかかり、お金に見合う機能に近づくことはできません.

セキュリティ グループとドキュメント エリア (IA) の計画がいかに重要であるかについては触れましたか?

Answer 3

必ず、ツールを使用してください。

ここでの主な利点は、バージョン管理です。以前のバージョンに簡単にジャンプでき、誰が何を変更したかを比較して確認できます (ほとんどの VCS の非難/注釈ツールを参照してください。テキスト ファイルの各行をいつ/誰が変更したかを示すテキスト ファイルを出力します)。

第二に、問題追跡/タスク追跡の恩恵を受けることができます。

その他の利点には、インターネットからの Web アクセス、Wiki の使用 (場合によっては便利です) などがあります。

私は仕事で Subversion + Redmine を使用していますが、非常に便利だと思います。いくつかのソリューションをテストすると、さらなる利点がきっと見つかるはずです。

Answer 4

移行は、長期的に見ればおそらく費用に見合う価値があります。信頼性、バージョン管理、トレーサビリティ、および拡張性が得られます。

最初にグループ/権限を特定し、修正が必要なリンクを特定してください (共有へのリンクを使用するアプリケーションを使用している可能性があります)。

SharePoint に代わるオープン ソースはAlfrescoで、CIFS (Windows 共有) にも非常に適しています。

Answer 5

ドキュメント ストレージだけが必要な場合は、sharepoint が非常に適しています。WSS は無料で、非常に優れたドキュメント ストレージ機能を提供します。

ただし、既存のアプリケーションの更新は面倒なので、慎重に計画する必要があります。Sharepoint を使用することに決めた場合は、頭の中でいくつかのアドバイスをすることができます

1. セキュリティ構成 (ユーザー グループ、権限など) に注意してください。
2. ドキュメント間でドキュメントを移動するだけでは簡単ではないため、ドキュメント ライブラリを適切に計画してください。
3. また、1 つのドキュメントに含めることができるバージョンの数を制限することも検討してください。SharePoint は、変更だけでなく、バ​​ージョン間の完全なバックアップを保存するためです。
4. infopath を使用しないでください :) 非常に悪い経験があります (これを管理者に伝えないでください)。
5. Sharepoint のグラフィカルな外観を実際に変更する必要がない場合は、気にしないでください。多くの問題が発生します (カスタム マスターページとカスタム サイト テンプレートについて話しています)。
6. 独自の Web パーツの開発はコストがかかるだけでなく、非常に複雑になる可能性があるため、できるだけ多くの OOB を使用するようにしてください。
7. 必ず検索インデックスを有効にしてください。これは非常にトリッキーです。デフォルトではオフになっているため、検索が私のように機能しないことに驚くでしょう :)

デプロイして 10,000 個のドキュメントをロードしようとすると、後で問題が発生することは間違いありません。構造について少し考えれば、非常に優れたドキュメント ストレージになります。