すでにアプリケーションを作成していると思いますか? そうでない場合は、最初にそれを行う必要があり、そのアプリケーションの下にサイトを作成します。たとえば、[アプリケーション管理] で、新しいアプリケーションを作成し (最良の結果を得るには、クレーム ベースの認証を使用します)、ポート番号を設定します (既定値は 80)。それが完了すると、サイトを作成するかどうかを確認するメッセージが表示されます。
サーバー (ファウンデーションではない) を使用している場合は、チーム サイトをトップ レベル サイトとして使用するという間違いをしないでください。最上位のチーム サイトは、その下にのみチーム サイトを作成できます (つまり、公開できません)。
アプリケーションのセットアップがある場合 (つまり、アプリケーションは、対応する SharePoint DB を使用して空の IIS サイトをセットアップするのと同じです)、それは別のことです。サイトのセットアップは通常、アプリケーションでは問題になりませんが、パーミッション エラーが発生している可能性があります。残念ながら、SP の問題の 99% の原因です。
これを追跡する唯一の方法は、システム アプリケーション イベント ログと SharePoint ログを使用することです。イベント ログから開始し、エラーがないかどうかを確認します。SharePoint ログを開かない場合 (既定では、c:\Program Files\Common Files\Microsoft\Web Server Extensions\14\Logs)。SharePoint は 30 分ごとに新しいログを作成します (これもデフォルトです)。フォルダを日付順に並べ替えて、最新のものを開きます。相関番号の最初の部分 (xxxxx-) をダッシュなしで検索します。最初に見つかったら、エディタを左にスクロールしてメッセージのある場所までスクロールし、下にスクロールします。「エラー」または「失敗」を検索してみてください。ログは読みにくい場合があるため、ULSViewer ( http://archive.msdn.microsoft.com/ULSViewerからダウンロード) を使用できます。
多くの場合、これは、アプリケーション プール アカウントがデータベースにアクセスするための適切な権限を持っていないことが原因である可能性があります。
これで問題が解決しない (またはわからない) 場合は、web.config ファイルを一時的に変更できます。IISReset を実行する必要がある場合があります (コマンド ウィンドウを開くか、[スタート] > [実行] > [CMD] と入力して [OK] をクリックします)。次に IISreset と入力します。これにより、IIS が停止して再起動します。これにより、SharePoint からのエラー処理がオフになり、完全なエラーが表示されます - 完了したら、これをオフに戻してください!
本番システムを使用している場合は、営業時間後にこれを行ってください!!
とはいえ、エラーが表示され、それを理解できない場合は、ここに再投稿してください。
よろしくお願いします、
David Sterling - CEO/CSA/エグゼクティブ コンサルタントdavid_sterling@sterling-consulting.com – +1
704-202-2282 – Skype: davidmsterling Consulting.com
特集: http://www.sharepoint-blog.com