最近サポート切れの話を聞くことがあったので調べてみました。 SharePoint のサポート期限が記載されたページが、マイクロソフトのサポートサイトにあります。 マイクロソフトサポートライフサイクル現時点の各バージョンのメインストリームサポートは以下の通りです。 ※最新のサービスパックを適用している場合のサポート期限になっています。
| 製品 | メインストリームサポート期限 | 延長サポート期限 |
|---|---|---|
| SharePoint Server 2013 | 2018/04/10 | 2023/04/11 |
| SharePoint Server 2010 | 2015/10/13 | 2020/10/13 |
| SharePoint Server 2007 | 2012/10/09 | 2017/10/10 |
メインストリームサポートと延長サポートの違いについては、こちらに説明があります。 よくある質問 今年で SharePoint Server 2010 がメインストリームサポートから外れます。 O365 への移行を考えてみる良い機会かもしれないですね。
SharePoint 開発をしていると一度は悩む(?)、どこでもキャッチしていない例外(未処理の例外)が起きた時に表示するエラーページを切り替える方法についてまとめました。
エラーページは SharePoint の IIS サイトの物理フォルダにある web.config の以下の属性の設定により切り替えることができます。 ・SharePoint タグ配下にある SafeMode タグの CallStack 属性 ・system.web タグ配下にある customErrors タグの mode 属性 ・system.web タグ配下にある compilation タグの debug 属性 SharePoint の IIS サイトは以下の場所にあります。 C:\inetpub\wwwroot\wss\VirtualDirectories\80 ←最後の 80 はポート番号 また、_layouts フォルダ配下のアプリケーションページ等で発生した未処理の例外に対するエラーページの表示切り替えを行う場合は、_layouts フォルダ配下にある web.config の customErrors タグの設定も忘れずに行ってください。 _layouts フォルダは以下の場所にあります。 C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\TEMPLATE\LAYOUTS ※15 フォルダは SharePoint のバージョンにより数字が異なります。2013 の場合は 15 となります。 web.config の各属性の具体的な設定は以下の通りとなります。
複数の開発者に SharePoint の開発環境を提供するために、SharePoint や Visual Studio を導入した環境をマスターイメージとして作成し、この環境を複製して各開発者に提供するということは、チーム開発を行う上では良くある話かと思います。 また、開発環境に限らず、SharePoint の動作検証環境を丸っと複製したいというニーズもあると思います。 このようなニーズを満たすための方法としてよくあるのは、仮想環境を丸ごとコピーして複製するとか、マスターとなるイメージを作成してそこから環境を構築するとかという手段が思いつきます。 ただ、そのまま仮想環境を丸ごとコピーすると、コンピュータ名や SID が被ってしまったりするため、複製された各環境がネットワーク的に分断された状態を作らなければ、何かと問題が起きてしまいます。 そのような状況になるのを防ぐため、環境を丸ごとコピーするような場合には、sysprep を使えばいいと考えるかと思います。 sysprep を使うことでコピーされた環境を初めて立ち上げる際にコンピュータ名などを設定しなおすことができるようになりますので。 ※sysprep についての情報はこちら この手法を SharePoint が入った環境で行うとどうなるか・・・・ということを調べてみました。 結果は目に見えてはいたのですが、一応。
これまで製品紹介やレビューといったことをこのブログでやってきたことはなかったのですが、これを機にそういうことも少ししてみようかと思っています。 ということで、第一弾は既に各所で紹介記事が書かれていますが、PFU社のドキュメントソリューションであるKnowledgeLakeです。
SharePointの利用方法は数々ありますが、その代表格はドキュメント管理ではないでしょうか。 SharePointには、ドキュメントに対して会社で取り決めたタグを付与する管理メタデータ機能や、承認ワークフロー、情報管理ポリシーといったライフサイクル管理系の機能、そして検索機能などなど、ドキュメント管理に関する機能は数多く実装されており、SharePointユーザーは少なからずこれらの機能を使っているかと思います。 このようなドキュメント管理機能を業務と結び付けて、業務効率化を実現する文書活用系のソリューションが、ドキュメントソリューションとなります。
今回紹介するKnowledgeLakeという製品は、上記のようなSharePointが持つドキュメント管理機能を強化する、ソフトウェアと対応スキャナが一体となったソリューションで、端的にいうとスキャナから取り込んだ文書を簡単にSharePointに登録することができ、登録したドキュメントを効率的に検索、利活用することができるようになります。
KnowledgeLakeは4つのソフトウェアと対応するスキャナで構成されており、基本的には全ソフトウェアを組み合わせて使うものですが、個別に導入・利用することも可能です。 以下が、4つのソフトウェアとなります。(ロゴ、説明文は製品紹介資料から抜粋）
| image_thumb_18539358 | SharePointのライブラリ機能を“業務システム”に拡張する機能をSharePointに追加します。 スキャナ登録機能、高度で柔軟な検索機能、専用ビューワで、SharePointの登録、検索、閲覧機能を大幅に強化します。 その他の主な機能：注釈・メモ、データベース連携によるタグ付け（インデックス化）等 |
| image_thumb_1_18539358 | 他システム（既存の基幹システム や 業務アプリケーション）の画面上の項目をキーにして、ワンクリックで SharePoint から文書を取得します。 その際に、他システム側のカスタマイズは不要です。他システム上のキーワードを元にした登録も可能です。 ※Unifyを使用するには、Imaging もしくは Connect が必要です。 既存システムとの連携可否を事前に確認する必要があります。 |
| image_6_18539358 | 業務用イメージスキャナ「fiシリーズ」と連携し、紙文書のスキャン、インデックス作成およびSharePointのライブラリへ文書を登録します。 OCR・バーコード認識など入力業務を効率化します。既に電子化済みのデータの一括登録も可能です。 |
| image_thumb_3_18539358 | Microsoft Officeライクなインタフェースで、SharePointのライブラリへの登録、検索、閲覧を簡単に利用できる、クライアントアプリケーションです。 スキャナ登録に加えて、Officeアドインを使えば、Officeアプリケーション（Word, Excel, PowerPoint, Outlook）から直接SharePointのライブラリへ登録することも可能です。 |
この中から私が注目＆おすすめしたいのは、KnowledgeLake Capture for SharePoint です。 Capture は、紙文書を一括でSharePointに登録するための機能を備えた製品です。 業務効率化のためのドキュメント管理を検討する場合、必ず問題になるのが紙文書の取り扱いです。 紙文書を完全にゼロにできれば良いのですが、一気に紙文書ゼロを実現することは現実的には難しいと思います。 そうすると、どうしても紙文書の管理をどうするかという話になるわけですが、そんな時にこのCaptureが非常に有効かと思います。
C# を使ってドキュメントライブラリにファイルをアップロードするには、WebClient クラスを使うのが手軽です。
using (WebClient client = new WebClient())
{
client.UseDefaultCredentials = true;
client.UploadFile(url, "PUT", filename);
}
3 行目は Windows にログインしているユーザーの情報を使って SharePoint にログインすることを示しています。 4 行目は url で指定されたドキュメントライブラリに、filename で指定されたファイルを PUT でアップロードすることを示しています。 PUT でのアップロードになるので、サーバー側は WebDAV アクセスを受信できるようにしておく必要があります。
CAML クエリーで、「締切日が今日以前」や「締切日が今日より 5 日前」という条件を指定する場合、今日という変数は Today タグで指定します。 また、Today タグの OffsetDays 属性で 5 日前とか 3 日後といった +- の日付を指定します。 例：締切日が今日以前
1: <Query>
2: <Where>
3: <Leq>
4: <FieldRef Name="DueDate" />
5: <Value Type="DateTime">
6: <Today />
7: </Value>
8: </Leq>
9: </Where>
10: </Query>
例：締切日が今日より5日前
SharePoint (2007, 2010, 2013, Online) の画像ライブラリには、サムネイル画像を自動生成する機能があります。
画像ライブラリはこの機能により、縮小表示ビューでのサムネイル表示用の画像と、プロパティ表示ページで表示する少し大きめの画像を生成・表示しています。
SharePoint 2013 画像ライブラリの縮小表示ビュー
SharePoint 2013 の画像ライブラリのプロパティ表示ページ
これら二種類の画像は、画像ライブラリにファイルをアップロードした時点で自動生成されます。
自動生成された画像ファイルには一意のURLが割り当てられるため、この URL にアクセスすることで縮小表示の画像を表示することができます。
たとえば、site というサイトの photo という画像ライブラリに moon.jpg というファイルをアップロードした場合の自動生成画像の URL は以下になります。
縮小表示ビューの画像の URL：
http://site/photo/_t/moon_jpg.jpg
プロパティ表示ページの画像の URL：
http://site/photo/_w/moon_jpg.jpg
ポイントは、ライブラリ名の後に「/t」「/w」が入ること、元の拡張子の「.」がアンダーバーになり、新しい拡張子として「.jpg」が付くことです。
この点だけ押さえておけば自動生成された画像にアクセスできるので、自前で画像一覧などのページを作るときには役に立つのではないでしょうか。
SharePoint は多言語対応の仕組みとして、バリエーションという機能を持っており、言語ごとにサイトを作ることで、ブラウザの言語設定に応じたサイトへ自動的にリダイレクトする機能があります。 バリエーションを計画する（オンプレ） http://technet.microsoft.com/ja-jp/library/cc262404.aspx 多言語機能の概要（Office 365） http://office.microsoft.com/ja-jp/sharepoint-online-enterprise-help/HA101867790.aspx?CTT=5&origin=HA102034913 バリエーション機能を使うことで言語に応じたリダイレクトはできるのですが、バリエーション機能を使うためには発行機能を有効にする必要があったり、各国語サイトへのコンテンツ配信の仕組みを検討したりと、リダイレクトさせるだけでも、色々考えることがあります。 単純に言語に応じて、適切なサイトにリダイレクトさせたいというニーズを満たすだけであれば、バリエーションを使わずに JavaScript で済ませてしまうこともできます。 以下が、そのやり方になります。 JavaScriptでブラウザの言語を取得してリダイレクトする方法 JavaScript だけで言語に応じたリダイレクトをさせたい場合は、以下のコードを js ファイルとして保存し、リダイレクト元のサイトのドキュメントライブラリにアップロードし、リダイレクト元サイトのページにコンテンツエディタ Web パーツを配置して js ファイルを読み込むようにしてください。
SharePointにはたくさんの設定項目がありますが、これらの設定項目が最良の状態になっているかどうかを自動的に調べてくれるツールが、マイクロソフトから無償で提供されています。 それが、Microsoft Best Practices Analyzer for SharePointです。 このツールを使うと、SharePointの各種設定について、ベストプラクティスと異なる部分を重要度別にレポートしてくれます。 英語しかないツールですが、ファーム構築後に一度このツールを実行して、設定状況を確認してみるとよいと思います。 **＜インストール方法＞**以下のサイトからファイルをダウンロード＆実行し、適当なフォルダに解凍してください。 http://www.microsoft.com/downloads/details.aspx?familyid=cb944b27-9d6b-4a1f-b3e1-778efda07df8&displaylang=en いろいろと動作条件があるので、可能であればインデックスサーバーとかにインストールするのが良いと思います。 **＜実行方法＞**このツールは、コマンドラインで動作します。 コマンドプロンプトを立ち上げ、ツールを解凍したフォルダまで移動し、以下のコマンドを入力して実行してください。
1: sharepointbpa -cmd analyze -substitutions SERVER\_NAME centraladminservername
[centraladminservername]の部分には、全体管理サイトをホストするサーバーのホスト名を入力してください。 それ以外のところは上記のままで良いです。 処理が完了すると、ツールを解凍したのと同じフォルダに、sharepointbpa.report.htmというファイルが作成されます。 このファイルに、設定に関する分析結果が記録されています。 **＜結果サンプル＞**試しに、SharePointをインストールして構成ウィザードが終わったばかりの状態でツールを実行してみました。 その時に出力されたレポートは以下になります。ご参考までに。 Microsoft Best Practices Analyzer for Microsoft Windows SharePoint Services 3.0 and the 2007 Microsoft Office System
製品版出荷前の最後の公開リリースになるかもしれない、Beta 2 TRが先日ついにリリースされました。 日本ではあまり大々的に取り上げられていないけど、これを待ち望んでいた人は多いはず。 自分もそのうちの一人で、MOSSの検証をしていていくつかうまくいかない機能とかがあったので早くTRで試したいと思ってました。 ということで、早速ダウンロードしてインストールしてみたので、まずはファイルのダウンロードから、MOSSへ適用するまでの手順をめもります。 インストール手順書が米MSサイトにあります。 いろいろなパターンに対応した手順が書いてありますが、どれもかなりめんどくさい手順になっています。 正直ちょっとやる気なくします・・・ http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=920B9690-B835-4785-A771-188C2082B2BC 前提条件今回beta2 TRをインストールする環境は、すでにbeta2がインストール済みです。 インストール手順書でいうところの、「既存の Beta2 環境を Beta 2 Technical Refresh にアップグレードする方法」なります。 １．ダウンロード 以下のURLからWSSとSharePointServerそれぞれダウンロードします。 Windows SharePoint Services 3.0(WSS) http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=e1e51280-71f0-4d60-b2b9-3c49df916bc2 SharePoint Server 2007 http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=0b6bd175-e700-44b8-ab47-e4459250d16d ２．Windows Workflow Foundationをアンインストール MOSS beta2をインストールする前に入れたWindows Workflow Foundationをプログラムの追加と削除から、アンインストールします。 ３．.NET Framework 3.0 Release Candidateをインストール 以下のサイトから.NET Framework 3.0 Release Candidateをダウンロードしてインストールします。 http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=19E21845-F5E3-4387-95FF-66788825C1AF インストールはライセンス条項に同意して、インストールボタンをクリックするだけなので、画面キャプチャなどは割愛します。 インストール完了後に再起動します。 ※インストールの最後に、Windows Communication Foundationのパッチをインストールするよう指示があるので、こちらも念のためインストールしておいたほうが良いでしょう。 リリースノートを見る限りでは必要ない気もしますが・・・ ４．SharePointの検索サービスを停止 以下の２つのサービスを停止します。 ・Windows SharePoint Services Search ・Office SharePoint Server Search ５．WindowsSharePointServices 3.0 Beta2 TRのインストール ５．１．インストール開始 ダウンロードしたファイルを実行します。 ５．２．ライセンス条項 ライセンス条項に同意するをチェックして、[次へ]をクリック。 ５．３．SharePoint関連サービスを停止に関するメッセージ Beta2 TR へのアップグレードによりInternet Information Services、SharePoint Administration Services、SharePoint Timer Serviceが再起動されるとのメッセージが表示されます。 [はい]をクリック。 ５．４．ファイル展開、インストール ファイルが展開されて、そのままインストールが始まります。 インストールが完了するまでしばらくかかります。 ５．５．通知他にもBeta2 TRのインストールをする必要があることをわざわざ教えてくれます。 [OK]をクリック。 ５．６．完了 インストール完了メッセージが表示され、WSS Beta2TRのインストール完了。 ６．SharePoint Server 2007 Beta2 TRのインストール ６．１．インストール開始 ダウンロードしたファイルを実行します。 ６．２．ライセンス条項 ライセンス条項に同意するをチェックして、[次へ]をクリック。 ６．３．SharePoint関連サービスを停止に関するメッセージBeta2 TR へのアップグレードによりInternet Information Services、SharePoint Administration Services、SharePoint Timer Serviceが再起動されるとのメッセージが表示されます。 [はい]をクリック。 ６．４．ファイル展開、インストール ファイルが展開されて、そのままインストールが始まります。 インストールが完了するまでWSSよりも時間がかかります。 ６．５．完了 インストール完了メッセージが表示され、SharePoint Server 2007 Beta2TRのインストール完了。 ６．６．アップグレード開始 インストールが完了すると自動的にSharePoint 製品とテクノロジ構成ウィザードが起動します。 指示に従いアップグレードプロセスを開始すると、アップグレードが行われます。 ６．７．アップグレード完了 アップグレードプロセスが完了すると、自動的に管理サイトが起動します。 これでアップグレード完了です。 注意 今回、Beta2で作成済みのサイトをBeta2TRにアップグレードする方法を実験しましたが、アップグレード後に発覚した問題が２つあります。 １． 上記手順の６．７のあと、自動的に管理サイトが起動しますが、この起動が失敗しました。 とりあえずもう一度管理サイトへ移動してみると、管理サイトのホームエリアにあるWebパーツのひとつがエラーで表示できなくなっていました。 コレが原因？ ２． Beta2TRから、Webアプリケーションのアプリケーションプールを実行するユーザーに、ローカルシステムとローカルサービスが使用できなくなったようです。 そのため、Beta2のころにこれらのユーザーで作成したWebアプリケーションがあると、Beta2TRにした途端に動かなくなってしまいます。 この際に発生したエラーは、「構成データベースに接続できませんでした。」という内容でした。 アプリケーションプールのユーザーをネットワークサービスとか、ドメインユーザーとかに変更したら動くようになりました。