単一のWindows2003Standardサーバー上で完全なSQL2005バージョンを備えたSharepointWSS3.0サーバーを実行しています。 2GBのRAMを搭載。
ファイルのアップロード制限は100MBです。 SQLで許可される最大値までファイル制限を増やすことを検討するように依頼されました。 (2GB)
私は論文を読み、それを行う方法についてのメモを見ました。 IISとタイムアウトのために行う必要のある変更に関するメモなど、それはすべてうまくいっていて、理論は素晴らしいです。誰かがこれを行ったことがあり、どのような問題が発生しましたか? ?
私が見聞きしたいのは、誰かがこれをしたことです。サーバーとSQLだけでなく、ユーザーのパフォーマンスとユーザーエクスペリエンスについて、彼らのエクスペリエンスはどのようなものでしたか?
なぜあなたがこれをしたいのか分かりません。 SharePointでは50MBのファイルサイズ制限を推奨しています。すでにその2倍になっています。その理由は、SQLは最大2GBを処理できますが、SQLサーバーに非常に負担がかかり、パフォーマンスに悪影響を与えるためです。
実行可能ファイルやその他のファイルではなく、SharePointにドキュメントを保存するだけです。標準のファイル共有を置き換えるようには設計されておらず、プロジェクトのコラボレーションとドキュメント管理を強化するように設計されています。
良い出発点は、彼らがそこに非常に大きなものを保管することを計画していることだと思います。
ジェス
私たちは100MBのファイルを使った経験があり、これを説得しないようにアドバイスするのに十分です。
Sharepointの2GBファイルは大きすぎてコラボレーション機能を利用できないため、SharePointの主な理由はなくなりました。
ファイルをカスタムデータベースに追加して、バックアップとバージョン管理のメリットを享受することができます。
最良のアイデアは、ファイルをファイル共有に置き、そこからファイルをバックアップすることです。 SharePoint検索は、必要に応じてファイル共有にヒットする可能性があります。
ウェブサイトにアップロードしないでください。