ユーザーがネットワークにログインするときに多数の競合状態やその他の問題が発生するため、現在、管理者に働きかけて、ネットワーク ログイン スクリプトからユーザーのブラウザーで SharePoint を起動しないようにしています。つまり、ユーザーがネットワークにログオンするとき、ネットワーク ログイン スクリプトの最後の手順は、SharePoint サーバーのアドレスを使用して IE を起動することです。
経営陣には、これがなぜ悪いアイデアなのかという技術的な理由が数多く提示されていますが、SharePoint を起動するためにネットワーク ログイン スクリプトを使用すべきでない理由については、第三者による検証が必要です。経営陣の目標は、ネットワークにログオンしたときに最初に表示されるアプリケーションを SharePoint にすることです。
私が探しているのは、SharePoint を起動するためのベスト プラクティスを詳しく説明したリソースやケース スタディです。可能であれば、これをネットワーク ログイン スクリプトで実行すべきでない理由も説明されています。最終的に、私が受け取るフィードバックは、ビジネス ユニット (エンド ユーザー) が理解できる形式である必要があります。ログ、構成の比較、その他の診断情報を提供することはできますが、これは彼らにとって意味がありません。
答え1
これは、ログオン スクリプトから開始するには少し型破りなことです。私がこれを行うように求められた場合、ユーザーのレジストリの「legacy run」キーまたは「Startup」プログラム グループを使用して、Explorer.exe の起動後にブラウザーが呼び出されるようにします。
そうは言っても、ユーザーの明示的な同意なしにブラウザを起動するのは醜く、むしろ無作法だと私には思える以外、なぜそれが悪い考えなのかを説明するのは難しいです。
SharePoint の使用に関心を持ってもらうには、何らかの動機があると思います。無理やり押し付け、コンピューターの起動が少し遅くなるようにすることは、熱意を高める方法ではないと思います。
(実際、皆さんの数多くの技術的な問題についてお聞きしたいのですが、なかなか思いつきません。前にも言ったように、Explorer.exe に迷惑をかけるリスクを冒したくないので、ログオン スクリプトから起動することはしませんが、それ以外では、ログオン セッションごとにブラウザーを自動的に起動することは完全に可能です。個人的には嫌ですが、それでも実行可能です。)
答え2
ログオン スクリプトから起動する場合、サーバー側に問題は発生しません。クライアント側で発生している問題だけです。コメントから判断すると、問題は MnM ソフトウェアにあるようです。おそらく、その製品と IE 間の競合として説明できるでしょう。
編集：ログオンスクリプトの関連部分を投稿していませんが、IEの起動にかかる時間を計測することは可能でしょうか？たとえば、この質問に対してタイマー用です。スクリプトで設定したら:
- タイムスタンプを取得
- 走る
start /wait iexplore.exe ..... - タイムスタンプを取得
- 結果を確認する
余談ですが、これはよく考え抜かれた要求のようには思えません。この点については、Evan のコメントに同意します... エンド ユーザーとして、要求していないのにブラウザーが表示されることほど迷惑なことは考えられません。コンピューターが要求していないときに動作するのは好きではありません。管理者が理解できる、これがもたらすユーザー エクスペリエンスの悪さを強調する、よい例えや例をいくつか思いつくかもしれません。
妥協案としては、SharePoint サイトをブラウザーのホームページにすることが考えられます。
答え3
SharePoint を毎日「ウォームアップ」すると、ユーザーがログインしたときに SharePoint の反応がずっと速くなります (つまり、多数のユーザーが SharePoint サイトを初めて訪問し、まだ「ウォームアップ」されていない場合、SharePoint は遅くなります)。
Google で「SharePoint ウォームアップ スクリプト」関連のリソースを検索してください。