kunitaka's SharePoint Factory 〜2nd Season〜

こんばんは、ソノリテの費です。

前回までで SharePoint シングルサーバー環境が出来たので、今度は SharePoint ファーム環境を作るのですが、複数の SharePoint サーバーをちまちまとセットアップするのは嫌なので、sysprep による仮想マシンのディスクイメージを作成することにします。

• Windows システム イメージ マネージャー

ついつい、私は形から入る人なので、どうせマシンイメージを複製するなら、セットアップ時の操作を無くしたいということで、応答ファイルのカスタマイズを行います。
応答ファイルの作成、カスタマイズには、「Windows システム イメージ マネージャー」が必要になります。

このツールは、Windows アセスメント & デプロイメント キット (Windows ADK) に含まれるので、まずは、こちらをダウンロードします。

・Windows 8.1 Update 用 Windows アセスメント & デプロイメント キット (Windows ADK)
http://www.microsoft.com/ja-jp/download/details.aspx?id=39982

「Windows システム イメージ マネージャー」のみをインストールする場合には、ダウンロードした adksetup.exe を実行して、「Deployment Tools」だけを選択してインストールを実行します。

それから、Windows Server 2012 以降のメディアには、カタログファイル (.clg) が含まれていないようなので、予め、メディアの中の「Sources」フォルダ内にある「install.wim」をローカルディスクにコピーしておきます。



• 応答ファイルの作成

「Windows システム イメージ マネージャー」を起動すると、こちらのような画面が表示されます。



最初に、左下の「Windows イメージまたはカタログ ファイルを指定してください」を右クリックして、「Windows イメージの選択」を選択します。
「Windows イメージの選択」ダイアログで、ローカルディスクにコピーした「install.wim」を選択します。
次の「イメージの選択」ダイアログにて、目的のエディションを選択します。



私の場合、「Windows Server 2012 R2 SERVERDATACENTER」を選択しています。
最初はカタログファイルが作成されますが、作成が終わると、「Windows イメージ」のペインにコンポーネント一覧が展開されます。

次に、真ん中上の「応答ファイルを作成または開きます」を右クリックして、「新しい応答ファイル」を選択します。

その次に、「Windows イメージ」ペインにて、「Components」を展開して、以下のコンポーネントを選択して、右クリックで設定を追加を選択します。

・amd64_Microsoft-Windows-International-Core 〜
　⇒ 「パス 7 oobeSystem に設定を追加」
・amd64_Microsoft-Windows-Security-SPP 〜
　⇒ 「パス 3 generalize に設定を追加」
・amd64_Microsoft-Windows-Shell-Setup 〜
　⇒ 「パス 4 specialize に設定を追加」
　⇒ 「パス 7 oobeSystem に設定を追加」

追加した結果、「応答ファイル」ペインで、主な要素を展開した結果はこのようになります。





• 応答ファイルの設定

最初に、「3 generalize」配下の「amd64_Microsoft-Windows-Security-SPP」を選択して、右側のプロパティ ペインで、「設定」セクションの下の「SkipRearm」に「1」を設定します。



これにより、ライセンス認証クロックをリセットしないように出来ます。

次に、「4 specialize」配下の「amd64_Microsoft-Windows-Shell-Setup」を選択して、右側のプロパティ ペインで、「設定」セクションの下の「RegisteredOrganization」に登録組織名、「RegisteredOwner」に登録者、「ComputerName」に「*」、「ProductKey」に製品プロダクトキーを設定します。



「RegisteredOrganization」、「RegisteredOwner」に設定した内容はレジストリの「HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion」配下に、同じ名前で設定されます。
また、「RegisteredOwner」の内容は最初から7文字目までが、「ComputerName」に「*」を設定した場合に、自動生成されるコンピュータ名に使われます。

その次に、「amd64_Microsoft-Windows-Shell-Setup」の配下の「OEMInformation」を選択して、右側のプロパティ ペインで、「設定」セクションの下の「Logo」にロゴファイル名、「Manufacturer」に製造元、「Model」にモデル名、「SupportURL」にサポート URLを設定します。



ロゴファイルには、bmp 形式で 120×120 のサイズのものを指定します。
私はモデル名に、仮想マシンイメージの内容とイメージ作成日などを埋め込んでいます。　更に、「SupportHours」や「SupportPhone」などを利用して、SharePoint のビルド番号や SharePoint の追加構成を残すようにしています。

更に次に、「7 oobeSystem」配下の「amd64_Microsoft-Windows-International-Core」を選択して、右側のプロパティ ペインで、「設定」セクションの下の「SystemLocale」に「ja-JP」、「UILanguage」に「ja-JP」、「UserLocale」に「ja-JP」を設定します。



これにより、言語として日本語が設定された状態になります。

そして、「7 oobeSystem」配下の「amd64_Microsoft-Windows-Shell-Setup」の配下の「OOBE」を選択して、右側のプロパティ ペインで、「設定」セクションの下の「HideEULAPage」に「true」を設定します。



これにより、マイクロソフト ソフトウェア ライセンス条項をスキップさせることが出来ます。

最後に、「amd64_Microsoft-Windows-Shell-Setup」の配下の「UserAccounts」の配下の「AdministratorPassword」を選択して、右側のプロパティ ペインで、「設定」セクションの下の「Value」に Administrator ユーザーのパスワードを設定します。



これにより、Administrator ユーザーのパスワードが設定された状態になります。

設定した内容で、応答ファイルを保存します。



• sysprep の実行

仮想マシンにて、Microsoft Update にて、最新の更新プログラムの適用を行っておきます。

作成した応答ファイルを、C:\Windows\System32\sysprep にコピーします。
また、ロゴに設定するロゴファイルについては、C:\Windows/System32 フォルダにコピーします。

最後に、「コマンド プロンプト」にて、以下のコマンドを実行します。

%SystemRoot%\system32\sysprep\sysprep.exe /generalize /oobe /shutdown /unattend:%SystemRoot%\system32\sysprep\Untitled.xml

これにより、インストールイメージの一般化が行われて、自動的にシャットダウンされます。

作成した仮想マシン イメージを起動すると、何も操作することが無く、起動した状態になります。
予め設定した、Administrator ユーザーのパスワードでログインして、PC のプロパティを確認すると以下のようになります。





• 参考リソース

今回の投稿は以下のリソースを参考にしております。
非常に役立ちました。

・sysprepで環境複製用のマスタ・イメージを作成する（Windows 7／8編）
http://www.atmarkit.co.jp/ait/articles/1307/12/news062.html
・sysprep用の応答ファイルを作る（Windows 7／Server 2008 R2編）
http://www.atmarkit.co.jp/ait/articles/1111/11/news139.html
・Windows Server 2008のSysprepで使うXML形式の自動応答ファイルをWindowsOPKを使って作ってみる
http://type-y.com/2009/08/microsoft-windows-server-2008-sysprep-xml-windows-oem-preinstallation-kit-windows-system-image-manag.html
・Windows Server 2012 の SkipRearm について
https://engineermemo.wordpress.com/2012/09/18/windows-server-2012-%E3%81%AE-skiprearm-%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/

これで、仮想マシンのディスクイメージのベースが作成出来ました。　今度は、このイメージをベースに SharePoint Server 2013 のディスクイメージを作成します。　ということで、続きは、また次回ということで・・・

---

Kokuho Hi (Sonorite / SharePoint Technology Center)

こんにちは、ソノリテの費です。

しばらく、SharePoint 検証環境構築が続いていたのですが、ここで、検索小話を１つ挟みます。

SharePoint 2013 で検索していて、日本語でどうにもこうにも上手く検索が出来ない時が発生します。
今回は、この場合で、言語判定誤認識により特定のアイテムだけが検索出来ない場合の対処についてです。

• 言語判定誤認識の確認方法

上手く検索出来ない場合の原因の1つとして、言語判定誤認識の場合があります。

SharePoint 2013 での検索の基本的な考え方として、クロール時には、検索対象の文書やアイテムについては、それぞれ毎に言語判定を行って、その言語に従ってワードブレーク処理によって、単語分解した上でインデックスが作成されます。
また、検索時には、ブラウザやユーザープロファイルの言語設定に従って、検索キーワードがワードブレークされて、単語分解された結果とインデックスのマッチングが行われて、検索結果が返されます。

バージョンが古い情報ですが、基本的な考え方については、こちらの解説が参考になります。

・SharePoint の検索アーキテクチャ (MOSS 2007/SPS 2010)
http://blogs.technet.com/b/sharepoint_support/archive/2013/02/15/sharepoint-lt-moss-2007-sps-2010.aspx


問題となるのは、クロール時の言語判定で、文書については、Offie 文書などは文書内に作成した環境に応じた言語設定が埋め込まれているため、誤認識することはありませんが、リストのアイテムなどは言語設定を持っていないため、アイテム内の文字列の内容に従って言語判定を行うのですが、文字列の内容が少ないと、誤った言語判定が行われてしまい、誤った言語判定に基づいてワードブレーク処理が行われてしまうため、インデックスと検索キーワードが正しくマッチング出来ないという現象が発生します。
この問題は、リストアイテムだけで無く、ユーザープロファイルでも起こり得るので、ひと検索で上手く検索出来ない場合にも該当します。

なお、誤認識結果については、誤った言語判定が行われる場合と、言語判定が全く出来ずに英語が設定される場合があります。

言語判定が誤認識している場合の確認方法としては、管理プロパティの「DetectedLanguage」の値の内容を見るということになります。

これには、検索 REST サービスを利用することが出来ます。
検索小話 (検索結果 Web パーツ) で紹介している SharePoint 2013 Search Query Tool を使うことも出来ますし、ブラウザ上で検索 REST サービスにリクエストすることも出来ます。

まずは、上手く検索が出来ないアイテムを特定します。
そして、そのアイテムが必ず検索ヒットする検索キーワードを見つけ出します。
ポイントは、英数字などのキーワードで検索するか、日本語であれば短い単語に区切らずに、一塊の単語にすると検索ヒットする場合があります。

ブラウザ上で検索 REST サービスにリクエストする場合には、以下のようなクエリーストリングになります。

?querytext='<検索キーワード>'&selectproperties='Path,Url,Title,language,DetectedLanguage'

この結果で、DetectedLanguage の値を確認して下さい。
日本語で言語判定されている場合は、「ja」という値が入りますが、ご認識された場合は、「ja」以外の値が入っています。



なお、検索キーワードに、以下のような指定を行って、言語判定が日本語以外のものを検索するというアプローチもあります。

DetectedLanguage<>ja



• 言語判定誤認識の解決方法

言語判定が誤認識されたアイテムに対して、明示的に言語を指定する方法があります。
これには、管理プロパティの「language」を利用します。
言語判定において、管理プロパティの「language」に値が設定されていると、指定された言語で認識されます。

予め、リストのアイテムに言語識別用のプロパティを追加して、その値に指定したい言語の文字列を設定します。　日本語の場合は「ja」ですね。



一度、クロールを行うと、追加した言語識別用のプロパティに対応するクロール プロパティが作成されますので、これを管理プロパティ「language」に紐づけます。
画面の例では、内部名を「Language」として作成したカスタム プロパティのクロール プロパティに管理プロパティ「language」のマッピングを追加しています。



管理プロパティの設定変更を行ったので、今度はフルクロールを実行します。
これにより、言語判定が誤認識されたアイテムについても、言語識別用のプロパティの値に従って、正しく言語判定が行われるはずです。
結果は、もう一度、検索 REST サービスで確認出来ます。



なお、ユーザープロファイルでも同じで、言語識別用のプロパティを追加して、同じく、管理プロパティ「language」に紐づけることで、同じ問題を解決出来ます。

ということで、今回は、特定のアイテムで検索が出来ない場合についてでした。　検索小話は、まだまだ続きますが、次はどのテーマにしようかな？

---

Kokuho Hi (Sonorite / SharePoint Technology Center)

こんばんは、ソノリテの費です。

今夜は、ちょっと息抜きです・・・
というのも、うちの会社のカレンダーが出来たんですよ〜

あ、もちろん社員向けじゃありませんよ！
うちの会社で、日頃お世話になっている皆様にお配りするためのものです。

ブログを書いている社員には、ブログで宣伝するようにと配られました・・・
でもね、ちょっと勿体無くて、私は封を開けていないんですよね。

なので、この写真、実は king のを借りて撮りました。　(苦笑い)



ネタバレになっちゃうので、1月だけ紹介しますね。



どうです？
なかなか、良い味出しているでしょ〜

実用的なカレンダー、スタイリッシュなカレンダーは巷に溢れていると思いますが、こういう遊び心が溢れているカレンダーは私は好きです。
うちの会社の SharePoint と並ぶ、もう1つの柱であるメディア部門の中のデザインチームが手掛けています！！

ゆび君を始めとして、ゆる〜いようで、何だかゆるくないカレンダーですが、幾つかの仕掛けも隠れているようなので、もし、手にする機会があれば、ぜひ、楽しんで頂ければ幸いです。


SharePoint で困ったことがあれば、ぜひ、弊社にお声掛け下さい！

　

---

Kokuho Hi (Sonorite / SharePoint Technology Center)