ページの編集権限を持つユーザーは、ページに対して自由に 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
Office365 のSkyDrive Proが、容量アップ(デフォルト25GB、最大100GB)などサービス拡充！ SkyDrive Pro increases storage and ease of sharing http://t.co/zdBwTChWSN
twetter より
.NET 版の Client Side Object Model を使って SharePoint Online に接続するためのサンプルコードをご紹介します。
以下は、SharePoint Online に接続するための部分的なコードになります。
1: SecureString securePassword = new SecureString();
2: foreach (char passwordChar in password)
3: {
4: securePassword.AppendChar(passwordChar);
5: }
6:
7: ClientContext context = new ClientContext(siteUrl);
8: context.Credentials =
9: new SharePointOnlineCredentials(accountName, securePassword);
１行目の SecureString というクラスは、.NET でパスワードなどセキュアな文字列情報を扱うためのクラスで、SharePoint Online へ接続するためのパスワードを格納するために使っています。 SecureString への値の格納は少々面倒なのですが、２行目から５行目の部分で行っています。 この例では、password という string 型の変数にユーザーが指定した SharePoint Online へのパスワードが格納されている前提で、securePassword という変数に１文字ずつパスワード文字列を格納しています。 ７行目で SharePoint への接続を管理する ClientContext クラスのインスタンス(context変数)を、接続先サイトの URL (siteUrl変数)を渡して生成しています。 ８、９行目では、７行目で生成した ClientContext の Credentials プロパティに SharePointOnlineCredentials クラスのインスタンスを渡しています。 この SharePointOnlineCredentials クラスが SharePoint Online に接続するための資格情報などを持っており、これを使うことで SharePoint Online に接続することができるようになります。 資格情報として、ログインに使用するアカウント名(accountName変数)と、パスワード(securePassword変数)を指定しています。 これらは、SharePoint Online のログインページで入力しているものと同じものになります。
SharePoint の発行ページ用リッチテキストエディタに独自のスタイルを追加する方法。 http://t.co/In2dZvO6TY
twetter より
開発用に利用する SharePoint 2013 を入手する方法はいくつかありますが、ここでは各種サブスクリプションでの提供状況をご紹介します。
これから SharePoint 開発でビジネスしようと本気で考えている方、Visual Studio Professional 2012 with MSDN を購入して Visual Studio も SharePoint も一緒に入手するのがおすすめですよ。(高いですが・・・)
もし会社を立ち上げたばかりということであれば、BizSpark が超おすすめです。 最大３年間無償で Visual Studio も SharePoint も使いたい放題です。