非AD環境にスタンドアロンで利用する場合のSQL Serverエディションについて

非ADでFoundationをインストールする選択肢は、スタンドアロン（単一サーバ）のみだが、その場合、同時にインストールされるDBは、SQL Server 2008 Express Edtionとなる。

Expressは、４GBまでの制限があるため、WorkGroup以上のエディションを利用したいと考え、Standardエディションを購入し、構築を試みた。

MSの推奨は、Expressのインスタンスは残したまま、構成データベースとコンテンツデータベースをバックアップし、Standard環境のインスタンスに復元し、SQL Serverの別名で、Expressのインスタンス名を割り当てる方法であった。

何故、こんな面倒な方法をとる必要があるのか？
SQL Serverのインストールセンターより、ExpressのインスタンスをStandardにアップグレードしてしまえば良いのではと考え、やってみた。

とりあえず、アップグレードは成功し、コンテンツにアクセスもできるし、特に問題がないように感じた。

っが、
何らかの変更やSP適用などで、構成ウィザードを実行すると失敗する。
その時は、原因わからず、Sharepoint自体を一度アンインストールしようとしたが、アンインストールも失敗する。
インストール前にOSのバックアップも当然なく、仮想環境であれば、スナップショット機能などで切り戻しができるが、実機のため、どうしようもない。（かなり冷や汗。。）

いろいろ弄くりまわした結果、
SQL Serverのインスタンスをアンインストールし、その後、Sharepoint自体のアンインストールを行ったところ、正常にアンインストールすることができた。

結論！
MSの推奨通りの構成にするか
又は、コンテンツデータベースのみ、Standardを利用するが良いらしい。

但し、今回の構築案件では、後日、AD化することとなったため、ファーム構成でStandardを指定し構築した。（ADにSQL Serverのインストールは、非推奨らしいが、そこは強行）

ログインが非常に遅い（遅かった）

初回ログイン（リサイクル後）が遅いのは、既知の事実ですが、毎回のログインが非常に遅く（最低20秒以上）、とても利用する気になれないレベルであった。

そこでハイブ配下のLogsフォルダのログファイルと睨めっこしてみた。
すると、ログイン処理後に以下のログがどうもログイン遅延の原因と特定

Leaving Monitored Scope (SPCertificateValidator.Validate).

開発環境というかVMで作った環境では、ログインはサクサク動き、上記のログも出力されない。

お客様のネットワーク環境のみ？なのかわからないが、対策をググったところ、海外で同様の事例あり。

対策方法は、以下の通り。

１．gpedit.mmcより「コンピューターの構成」－「Windowsの設定」－「セキュリティの設定」－「公開キーのポリシー」－証明書パス検証の設定を開く

「コンピューターの構成」－「Windowsの設定」－「セキュリティの設定」－「公開キーのポリシー」－証明書パス検証の設定

２．「ネットワークの取得」タブを開き、「これらのポリシーの設定を定義する」をチェックする。さらに、「Microsoftルート証明書プログラムで証明書を自動更新する」のチェックをはずす。

「ネットワークの取得」タブより

上記、方法で、「Leaving Monitored Scope (SPCertificateValidator.Validate).」のログは出力されなくなり、ログインもサクサクできるようになった。

ところで、「証明書パス検証の設定」ってなんだとう？詳しい方は、フォロー願います。。

イベントID 8230 （警告）

ボリューム シャドウ コピー サービス エラー: アカウント ****** を解決できませんでした。状態: 1376。ドメイン コントローラーへの接続と、VssAccessControl レジストリ キーを確認してください。

ここに記事あり（助かります）
http://wsbs.wordpress.com/2011/04/18/

windows sbs 2011 standerdを導入と書いてあるが、sharepoint foundation 2010も同様と勝手に読み取り無視することにした。

イベントID 5586 （エラー）

不明な SQL 例外 2812 が発生しました。SQL Server のエラー情報は、以下を参照してください。
ストアド プロシージャ 'proc_UpdateStatisticsNVP' が見つかりませんでした。

ここに記事あり（助かります）
http://sharepointmaniacs.com/archives/3446

SP1のバグなのですね。一安心。

イベントID 6398 （エラー）

ジョブ定義 Microsoft.SharePoint.Administration.SPSqmTimerJobDefinition (ID ede2034b-5ab0-4919-aeef-50fd8ee25520) の Execute メソッドが例外をスローしました。詳細については、以下を参照してください。
データが Null です。このメソッド、またはプロパティは Null 値で呼び出せません。

ここに対処方法あり（助かります）
http://social.technet.microsoft.com/Forums/ja/sharepoint2010generalja/thread/7b096f3d-6526-4c69-8fcb-c583429c9d8e

※記事を抜粋
基本的には、まず全体管理で、エラーしているジョブを特定し、それを（可能なら）無効化する、という流れですね。
この事例では、「Customer Experience Improvement Program（カスタマーエクスペリエンス向上プログラム）」が原因だったようです。


まさしく、 「カスタマーエクスペリエンス向上プログラム（CEIP)」が失敗していました。よって無効化。

初回表示が遅い件

http://nearbaseline.com.au/blog/2010/02/powershell-warmup-script-2/

上記のサイトを参考にPowerShellを用いて、解決できるかと試みたが、FBA（SQLメンバシップ）の場合、クレデンシャルの取得？で怒られる。FBAでの記述が知りたい。。


とりあえず、
http://amoon.cocolog-nifty.com/blog/2010/09/sharepoint-sear.html

で紹介されているIEをキックするバッチを作成し対処した。

「SharePont Foundation 2010」でLDAP認証は無理！？

FoundationでもFBAでLDAP認証できると書いてあるのに、実際、構築してみると出来ませんね。

http://technet.microsoft.com/ja-jp/library/ee806882.aspx

web.configの一部

memberShip、roleManagerで指定する「Microsoft.Office.Server.Security.LdapMembershipProvider」なんて、Foundationにはありませんね。

海外でも同じことが書かれていました。

http://ecmteamblog.wordpress.com/2010/11/22/ldapmembershipprovider-not-available-in-sharepoint-2010-foundation/

> MSさん
正しくなければ、修正して頂けると。。