毎年更新できるかどうかハラハラドキドキしながらこの日を迎えるわけですが、おかげさまで今年もSharePoint ServerカテゴリのMVPアワードを再受賞することができました。 これで7年連続・・・かな！？ 本当にありがとうございます。 現場にいると、MVPって何！？みたいな反応がまだまだ多いので、MVPそのものの知名度を上げていく活動をしつつ、SharePoint MVPとして、これからも技術者への情報提供はもちろんのこと、ユーザーの方々にも有益な情報を届けていくことができればと思っています。 今後ともどうぞよろしくお願いいたします。
SharePoint Conference 2014のアジェンダが公開されました。 が、セッション内容についてはまだ出てきませんね。
twetter より
SharePoint 2013のサイト列が管理プロパティとして自動登録される仕組みについて。 http://t.co/JUPBkGhpGr
twetter より
3月にラスベガスで開催される SharePoint Conference 2014のレジストレーションが始まったみたいです。一般の参加費用は$1,995。その他、ホテル代や渡航費がいるのかな。http://t.co/PzyFAM0ooC
twetter より
アプリの追加ページ(自分のアプリページ)に表示される標準のリストやライブラリを非表示にして、ユーザーが自由にリストを追加できないようにする方法を説明します。 良く聞く話ですが、サイトコレクションの管理は各ユーザーに任せたいが、会社が許可していないリストやライブラリは追加できないようにしたい、というニーズがある場合に使えるかと思います。
では、今回はアンケートリストを非表示にしたいと思います。
リストやライブラリは、Webパーツと違ってどこかのライブラリで表示制御されているわけではなく、リスト定義ファイルで表示/非表示等の設定を持ち、フィーチャーとしてSharePointに登録されています。
アプリの追加ページで特定のリストを非表示にするには、このリスト定義ファイルを変更する必要があります。
以下、手順になります。
１．対象となるリスト定義ファイルを探す
まずは非表示にするリストのリスト定義ファイルがどこにあるのか探す必要があります。
リスト定義ファイルは、以下のフォルダに入っています。
C:Program FilesCommon Filesmicrosoft sharedWeb Server Extensions15TEMPLATEFEATURES
※実際のフォルダはSharePointのインストール場所により異なります。
上記のフォルダの中には無数のサブフォルダがありその中にリスト定義ファイルが含まれています。
目的のリスト定義ファイルを見つけるには、以下のやり方が早そうです。
アプリの追加ページを開き、非表示にしたいリスト、ライブラリのアイコンで右クリックし、コンテキストメニューからプロパティを選択。
ダイアログにあるアドレスの「/_layouts」以降の部分をコピーしておきます。
次に、コピーしたURLの”ltsurvey.png”の”l”を”i”に変えて”itsurvey.png”としてFEATURESフォルダを検索してください。
ここでは、Visual Studio 2012から検索してみました。
すると、「FEATURESSurveysListListTemplatesSurveys.xml」がヒットします。
このxmlファイルが、アンケートリストのリスト定義ファイルになります。
２．リスト定義ファイルでHidden属性を指定する
前述の通り、リストはリスト定義ファイルで定義され、SharePointに登録されています。
従って、リスト定義ファイルの内容を書き替えることで、リストの表示/非表示を切り替えることができます。
表示/非表示の切り替えは、Hidden属性を指定することで行います。
アンケートリストのリスト定義ファイルにHidden属性を追加し、非表示になるようにします。
変更前：
ページの編集権限を持つユーザーは、ページに対して自由に Web パーツを追加することができます。 追加できる Web パーツには SharePoint に最初から組み込まれている標準的な Web パーツの他、市販の Web パーツや、自社の独自の Web パーツなど、色々なものがあります。 自由に Web パーツの追加ができることは良いことではあるのですが、場合によってはある程度規制をかけて使い方を統制したいとか、不具合が直るまで新たに配置させたくないなど、自由に追加されては困るということもあるかと思います。 そのような場合には、以下の手順で追加可能な Web パーツを制御することができます。
AD (Active Directory)などのディレクトリサービスからユーザープロファイル情報を SharePoint に取り込み個人用サイトにユーザーのプロフィールを表示するためには、プロファイル同期の構成を済ませておく必要があります。 そんな大事な役割を担うプロファイル同期の構成を完了させるには、多くの作業が必要になります。 この記事では、そんなプロファイル同期の構成手順の最初の作業である、User Profile Synchronization Service の構成手順をご紹介します。
１．User Profile Service を起動する
プロファイル同期を構成する前に、User Profile Service を起動しておく必要があります。
User Profile Service はファーム構成ウィザードを実行することで構成、起動されるので、事前にファーム構成ウィザードを完了しておくことをお勧めします。
２．ファームアカウントに「ディレクトリの変更のレプリケート」権限を付与する
プロファイル同期は、User Profile Synchronization Service というサービスによって行われるのですが、この User Profile Synchronization Service の実行ユーザーがデフォルトではファームアカウント(製品の構成ウィザードの途中で設定するデータベースアクセスアカウント)となっており、このファームアカウントに「ディレクトリの変更のレプリケート」という特殊な権限を付与する必要があります。
ファームアカウントに「ディレクトリの変更のレプリケート」権限を付与する方法は、以下の記事で紹介しています。
下記記事の後半に「ディレクトリ同期権限の付与手順」というセクションがあるので、ご参照ください。
AD (Active Directory) インポートによるプロファイル同期の構成
ちなみに、上記記事ではプロファイル同期を AD インポートという User Profile Synchronization Service を使わない方法で実現するための手順を紹介しています。
AD インポートでも問題ない場合は、上記記事を構成の参考にしてください。
なお、AD インポートの説明は、以下の technet の記事にありますので、併せてご参照ください。
http://technet.microsoft.com/ja-jp/library/jj219646.aspx
３．ファームアカウントをローカル Administrators グループに含める
この手順については technet に記載はないのですが、私がいくつかの環境で試した限りでは、ファームアカウントを User Profile Synchronization Service を起動するサーバーのローカル Administrators グループに含めなければ、User Profile Synchronization Service が起動できませんでした。
従って、念のため含めていただくのが良いかと思います。
４．User Profile Synchronization Service を起動する
以上で、前準備が整ったので、いよいよ User Profile Synchronization Service を起動します。
全体管理サイトにアクセスし、[サーバーのサービスの管理]をクリックします。
[User Profile Synchronization Service]を探し、[開始]と書いているリンクをクリックします。
ファームアカウントのパスワードを入力し、[OK]をクリックします。
サーバーのサービスのページに戻ると、User Profile Synchronization Service の状態が「開始処理中」になっているのが確認できるかと思います。
User Profile Synchronization Service の起動には長いと 10 分くらいかかるので、ブラウザの更新ボタンをたまに押しながら、状態が「開始済み」になるまでしばらく待ってください。
無事「開始済み」になれば起動完了です。
これで AD に接続する準備ができました。
AD に接続してユーザーのプロファイル情報を取得してくるためには、もうひと手間必要です。
そちらについては、また別の記事で説明したいと思います。
サイトコレクションのコピー、簡単そうで実は非常に手間のかかる作業です。 AvePoint さんの製品 コンテンツマネージャー を使えば簡単にできてしまいますが、ここでは手動で異なる Web アプリケーションにサイトコレクションをコピーする方法をご紹介します。 (2013年9月13日追記) 本記事は2013年9月1日に公開しましたが、マイクロソフトのサポートサービスさんにテクニカルサポートを依頼し、詳細な確認をしていただいたところ、この手順ではコピーはできるものの問題があることが分かりました。 詳細はこの後書きますが、基本的にはこの手順でのコピーは行わないでください。
Copy-SPSite は、Backup/Restore と同様、SharePoint が内部的に持っている各種 GUID を書き換えることなく、コピーを行います。 そのため、一つのサイトコレクションのコピーを、同一コンテンツ DB に Copy-SPSite を使って複数個コピーすると、GUID が重複してしまい、SharePoint として不整合なデータの状態になってしまうことが分かりました。 これにより、エクスポートでエラーが起きたり、ゴミ箱のアイテムを削除するのにエラーが起きたりと、一部動作に問題がでます。 従って、せっかくの Copy-SPSite ですが、これを使ってサイトコレクションを量産していくということには使えないということになります。 調査の結果、SharePoint 標準機能を使ってサイトコレクションのコピーを完ぺきに実現する方法はない、という結論に至りました。 残念。。。 もちろん、Copy-SPSite を使って、毎回異なるコンテンツ DB にコピーする分には問題なく使えますので、そのような用途でのみ Copy-SPSite を使うようにしてください。
Restore-SPSite でサイトコレクションのリストアを行おうとした際に、以下のエラーが発生しリストアに失敗しました。
restore-spsite :
+ CategoryInfo : InvalidData: (Microsoft.Share…dletRestoreSite: SPCmdletRestoreSite) [Restore-SPSite]、DirectoryNotFoundException + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreSite
SharePoint 2013 の更新プログラムの一覧が、以下のサイトに掲載されています。 Updates for SharePoint 2013 http://technet.microsoft.com/en-us/sharepoint/jj891062 日本語サイトは以下になりますが、かなり古いので上記英語サイトを参照することをお勧めします。 SharePoint 2013 の更新プログラム http://technet.microsoft.com/ja-jp/sharepoint/jj891062