Office Web Apps Server 2013 の構成 (テスト、社内利用環境編)

はじめに

Office Web Apps Server 2013 のインストールが完了した後に行う、構成手順についてまとめました。 この記事では、テスト環境や社内利用を目的とした構成を対象としており、シングルサーバー構成、HTTP を利用した通信となります。 なお、本記事は以下のtechnetサイトを参考にしています。 http://technet.microsoft.com/ja-jp/library/jj219455.aspx

1.Office Web Apps Server 2013 のファーム構築

まずは Office Web Apps Server 2013 のファームを構築します。 Office Web Apps Server 2013 をインストールしたサーバーにて以下のコマンドを、PowerShell で実行します。 New-OfficeWebAppsFarm –InternalURL “http://servername” -AllowHttp -EditingEnabled InternalURL には、Office Web Apps Server 2013 をインストールしたサーバーの URL を指定します。 この記事では “http://srv402” を指定して進めます。 AllowHttp は、HTTP 通信を許可することを、EditingEnabled は Office Web Apps 上でのドキュメントの編集を許可することを指定しています。 なお、コマンドを実行しても何も反応がない場合、一度 Enter キーを押してみてください。 すると以下のメッセージが表示されるかと思います。 (本来は何もしなくてもメッセージが表示されるようですが、2回中1回は表示されなかったので・・・) EditingEnabled を TRUE に設定します。この操作は、この Office Web Apps サーバー のユーザーに、Office Web Apps を使った編集を許可するライセンスがある場合にのみ行ってください。 この操作を続行しますか? [Y] はい(Y)  [N] いいえ(N)  [S] 中断(S)  [?] ヘルプ (既定値は “Y”): 上記メッセージで “Y” を入力すると構成が進み、しばらくすると構成した Office Web Apps Server 環境のパラメータが出力されます。 image_3_3CDE5D77

読了時間: 1分

Office Web Apps Server 2013 のインストール

はじめに

Windows Server 2012 に Office Web Apps Server 2013 をインストールする手順をまとめました。 インストール後は、SharePoint 2013 と接続するための構成が必要ですが、長くなるので別記事にします。 なお、本記事は以下のtechnetサイトを参考にしています。 http://technet.microsoft.com/ja-jp/library/jj219455.aspx

0.Office Web Apps Server 2013 の環境要件

Office Web Apps Server 2013 を導入し利用するためには、様々な環境要件を満たす必要があります。 主なところでは、以下のような要件があります。 ・OS は Windows Server 2008 SP1 か Windows Server 2012。 ・ポート 80,443,809を利用する役割「Web サーバー(IIS)」はインストールしない。またF/Wが空いている。 詳細は以下の technet サイトをご確認ください。 http://technet.microsoft.com/ja-jp/library/jj219435.aspx

読了時間: 1分

アプリの追加ページに表示される標準のリストやライブラリを非表示にする

はじめに

アプリの追加ページ(自分のアプリページ)に表示される標準のリストやライブラリを非表示にして、ユーザーが自由にリストを追加できないようにする方法を説明します。 良く聞く話ですが、サイトコレクションの管理は各ユーザーに任せたいが、会社が許可していないリストやライブラリは追加できないようにしたい、というニーズがある場合に使えるかと思います。

特定のリストを非表示にする手順

では、今回はアンケートリストを非表示にしたいと思います。 リストやライブラリは、Webパーツと違ってどこかのライブラリで表示制御されているわけではなく、リスト定義ファイルで表示/非表示等の設定を持ち、フィーチャーとしてSharePointに登録されています。 アプリの追加ページで特定のリストを非表示にするには、このリスト定義ファイルを変更する必要があります。 以下、手順になります。 1.対象となるリスト定義ファイルを探す まずは非表示にするリストのリスト定義ファイルがどこにあるのか探す必要があります。 リスト定義ファイルは、以下のフォルダに入っています。 C:Program FilesCommon Filesmicrosoft sharedWeb Server Extensions15TEMPLATEFEATURES ※実際のフォルダはSharePointのインストール場所により異なります。 上記のフォルダの中には無数のサブフォルダがありその中にリスト定義ファイルが含まれています。 目的のリスト定義ファイルを見つけるには、以下のやり方が早そうです。 アプリの追加ページを開き、非表示にしたいリスト、ライブラリのアイコンで右クリックし、コンテキストメニューからプロパティを選択。 ダイアログにあるアドレスの「/_layouts」以降の部分をコピーしておきます。 image_thumb_1_3BC40BD8 次に、コピーしたURLの”ltsurvey.png”の”l”を”i”に変えて”itsurvey.png”としてFEATURESフォルダを検索してください。 ここでは、Visual Studio 2012から検索してみました。 image_thumb_3BC40BD8 すると、「FEATURESSurveysListListTemplatesSurveys.xml」がヒットします。 このxmlファイルが、アンケートリストのリスト定義ファイルになります。 2.リスト定義ファイルでHidden属性を指定する 前述の通り、リストはリスト定義ファイルで定義され、SharePointに登録されています。 従って、リスト定義ファイルの内容を書き替えることで、リストの表示/非表示を切り替えることができます。 表示/非表示の切り替えは、Hidden属性を指定することで行います。 アンケートリストのリスト定義ファイルにHidden属性を追加し、非表示になるようにします。 変更前:

読了時間: 1分

ページに追加できる Web パーツを制限する

はじめに

ページの編集権限を持つユーザーは、ページに対して自由に Web パーツを追加することができます。 追加できる Web パーツには SharePoint に最初から組み込まれている標準的な Web パーツの他、市販の Web パーツや、自社の独自の Web パーツなど、色々なものがあります。 自由に Web パーツの追加ができることは良いことではあるのですが、場合によってはある程度規制をかけて使い方を統制したいとか、不具合が直るまで新たに配置させたくないなど、自由に追加されては困るということもあるかと思います。 そのような場合には、以下の手順で追加可能な Web パーツを制御することができます。

読了時間: 1分

プロファイル同期の構成

はじめに

AD (Active Directory)などのディレクトリサービスからユーザープロファイル情報を SharePoint に取り込み個人用サイトにユーザーのプロフィールを表示するためには、プロファイル同期の構成を済ませておく必要があります。 そんな大事な役割を担うプロファイル同期の構成を完了させるには、多くの作業が必要になります。 この記事では、そんなプロファイル同期の構成手順の最初の作業である、User Profile Synchronization Service の構成手順をご紹介します。

構成手順

1.User Profile Service を起動する プロファイル同期を構成する前に、User Profile Service を起動しておく必要があります。 User Profile Service はファーム構成ウィザードを実行することで構成、起動されるので、事前にファーム構成ウィザードを完了しておくことをお勧めします。   2.ファームアカウントに「ディレクトリの変更のレプリケート」権限を付与する プロファイル同期は、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 3.ファームアカウントをローカル Administrators グループに含める この手順については technet に記載はないのですが、私がいくつかの環境で試した限りでは、ファームアカウントを User Profile Synchronization Service を起動するサーバーのローカル Administrators グループに含めなければ、User Profile Synchronization Service が起動できませんでした。 従って、念のため含めていただくのが良いかと思います。 4.User Profile Synchronization Service を起動する 以上で、前準備が整ったので、いよいよ User Profile Synchronization Service を起動します。 全体管理サイトにアクセスし、[サーバーのサービスの管理]をクリックします。 clip_image001_thumb_666CA776 [User Profile Synchronization Service]を探し、[開始]と書いているリンクをクリックします。 clip_image0017_thumb_666CA776 ファームアカウントのパスワードを入力し、[OK]をクリックします。 image_thumb_8_666CA776 サーバーのサービスのページに戻ると、User Profile Synchronization Service の状態が「開始処理中」になっているのが確認できるかと思います。 image_thumb_9_666CA776 User Profile Synchronization Service の起動には長いと 10 分くらいかかるので、ブラウザの更新ボタンをたまに押しながら、状態が「開始済み」になるまでしばらく待ってください。 無事「開始済み」になれば起動完了です。 これで AD に接続する準備ができました。 AD に接続してユーザーのプロファイル情報を取得してくるためには、もうひと手間必要です。 そちらについては、また別の記事で説明したいと思います。

読了時間: 1分

サイトコレクションを異なる Web アプリケーションにコピーする

はじめに

サイトコレクションのコピー、簡単そうで実は非常に手間のかかる作業です。 AvePoint さんの製品 コンテンツマネージャー を使えば簡単にできてしまいますが、ここでは手動で異なる Web アプリケーションにサイトコレクションをコピーする方法をご紹介します。 (2013年9月13日追記) 本記事は2013年9月1日に公開しましたが、マイクロソフトのサポートサービスさんにテクニカルサポートを依頼し、詳細な確認をしていただいたところ、この手順ではコピーはできるものの問題があることが分かりました。 詳細はこの後書きますが、基本的にはこの手順でのコピーは行わないでください。

Copy-SPSite の問題

Copy-SPSite は、Backup/Restore と同様、SharePoint が内部的に持っている各種 GUID を書き換えることなく、コピーを行います。 そのため、一つのサイトコレクションのコピーを、同一コンテンツ DB に Copy-SPSite を使って複数個コピーすると、GUID が重複してしまい、SharePoint として不整合なデータの状態になってしまうことが分かりました。 これにより、エクスポートでエラーが起きたり、ゴミ箱のアイテムを削除するのにエラーが起きたりと、一部動作に問題がでます。 従って、せっかくの Copy-SPSite ですが、これを使ってサイトコレクションを量産していくということには使えないということになります。 調査の結果、SharePoint 標準機能を使ってサイトコレクションのコピーを完ぺきに実現する方法はない、という結論に至りました。 残念。。。 もちろん、Copy-SPSite を使って、毎回異なるコンテンツ DB にコピーする分には問題なく使えますので、そのような用途でのみ Copy-SPSite を使うようにしてください。

読了時間: 3分

Restore-SPSite で DirectoryNotFoundException

Restore-SPSite でサイトコレクションのリストアを行おうとした際に、以下のエラーが発生しリストアに失敗しました。 restore-spsite : 0x80070003 発生場所 行:1 文字:1

  • restore-spsite -identity http://sp2013dev/sites/restore -path c:backupsite.bak

    + CategoryInfo          : InvalidData: (Microsoft.Share…dletRestoreSite:    SPCmdletRestoreSite) [Restore-SPSite]、DirectoryNotFoundException     + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreSite

読了時間: 1分

SharePoint 2013 の更新プログラム一覧

SharePoint 2013 の更新プログラムの一覧が、以下のサイトに掲載されています。 Updates for SharePoint 2013 http://technet.microsoft.com/en-us/sharepoint/jj891062 日本語サイトは以下になりますが、かなり古いので上記英語サイトを参照することをお勧めします。 SharePoint 2013 の更新プログラム http://technet.microsoft.com/ja-jp/sharepoint/jj891062

読了時間: 1分

セキュリティグループ削除後、同名でセキュリティグループを作成、権限付与でエラーが出た場合の対応

メンバーを追加したセキュリティグループ(SG)に SharePoint で権限付与後、そのSGを削除し同じ名前、メンバーでSG作り直して権限付与してエラーが出たら、stsadm migrategroupを実行してね、というKB。 http://t.co/subbd7YfxB

twetter より

読了時間: 1分