Quantcast
Channel: Japan SharePoint Support Team Blog
Viewing all 138 articles
Browse latest View live

SharePoint Online で意図しないサイト コレクション管理者が設定される

$
0
0

こんにちは。SharePoint サポートの井上です。

 

SharePoint Online Management Shell で New-SPOSite コマンドを利用してサイト コレクションを作成した場合に、極稀にですが以下のようにサイト コレクション管理者に意図しないアカウントが設定される場合があることが報告されております。

 

 

(具体例)

実行したコマンド

New-SPOSite -Url https://contoso.sharepoint.com/sites/test1 -Owner admin@contoso.com -StorageQuota 1024

 

実際のサイトコレクション管理者

YLO001\_spofrm_127_11238

<参考情報>

タイトル : New-SPOSite

アドレス : https://technet.microsoft.com/ja-jp/library/fp161370.aspx

 

本現象は、データセンター側の一時的な問題により発生したと考えられ、Set-SPOSite コマンドでサイト コレクション管理者を再設定することで回避することが確認されております。

ご不便をおかけしますが、同様の現象を確認された際には、本対処によりサイト コレクション管理者が正しく設定されるかお試しください。

 

(コマンド実行例)

Set-SPOSite -Identity https://contoso.sharepoint.com -Owner admin@contoso.com

 

<参考情報>

タイトル : New-SPOSite

アドレス : https://technet.microsoft.com/ja-jp/library/fp161370.aspx

 

 

今回の投稿は以上です。

本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。


SharePoint にアクセスした際にInternet Explorer がクラッシュする事象について

$
0
0

こんにちは、SharePoint サポート 西村です。

SharePoint サイトにアクセスした際に、下記のような警告が表示され、Internet Explorer (以下 IE) がクラッシュする場合がありました。

 

本事象は SharePoint 利用時に使用される、Office 2016 の下記アドオンが IE にロードされる際、処理の状況によってメモリ アクセス違反を引き起こすために発生します。

ご利用のクライアント端末の状況にも依存するため、下記アドオンが有効なすべての環境で発生する訳ではございません。

 

・NameCtrl Class
・SharePoint Stssync Handler
・SharePoint Export Database Launcher
・SharePoint Spreadsheet Launcher

 

本事象は Office 2016 月次チャネル 1706, 月次チャネルと半期チャネル(対象指定) 1708 の 16.0.8431.2079にて適用された修正により、Office 2016 のコンポーネントである JitV.dll の処理が変更された影響で発生しておりましたが、2017 年 10 月に公開されたバージョン (月次チャネル 1708 の 16.0.8431.2094, 半期チャネル (対象指定) 1708 の 16.0.8431.2107) において修正されました。

 

月次チャネル 1706, 月次チャネルと半期チャネル(対象指定) 1708 の 16.0.8431.2079 のバージョンをご利用で、IE のクラッシュが発生している環境におきましては、お手数ですが Office 2016 のアップデートを実施いただき、本事象を回避いただければ幸いです。

※段階的提供チャネルでは、本事象が発生するバージョンはございません。

 

Office 2016 の各チャネルのバージョンにつきましては、下記をご参考いただければ幸いです。

 

タイトル:更新プログラム チャネル リリースのバージョン番号とビルド番号

アドレス:https://support.office.com/ja-jp/article/ae942449-1fca-4484-898b-a933ea23def7?ui=ja-JP&rs=ja-JP&ad=JP

 

今回の投稿は以上です。

フォームベース認証の外部 Web サイトをクロールする際の認証指定について

$
0
0

こんにちは。SharePoint サポートの趙 雲龍です。

本投稿では、クロール ルールの追加ページにおける [認証の指定] セクションの選択肢の 1 つである、 [フォーム資格情報を指定する] の動作変更についてご紹介いたします。

SharePoint Server 2013 において、SharePointサイト以外のフォームベース認証の Web サイトのクロールは、通常はクロール ルールの [フォーム資格情報を指定する] を選択することにより、資格情報を指定し、クロールも可能です。

しかしながら、SharePoint Server 2016 では、セキュリティ強化の変更が行われたため、クロール ルールを使用した場合も SharePoint ファーム以外のサイトのフォームベース認証ページにて認証情報を設定、および取得することができないように変更されました。

このため、SharePoint Server 2016 の環境のクロール ルールの追加ページにある [認証の指定] セッションにて、[フォーム資格情報を指定する] を選択し、[フォームの URL:] にフォームベース認証の外部 Web サイトの URL を入力後、[資格情報の入力] ボタンをクリックすると、下記のメッセ―ジが表示されます。 

==================== メッセージの詳細ここから ====================

==================== メッセージの詳細ここまで ====================

■ 対処策

本動作は SharePoint Server 2016 の想定された動作となります。

考えられる対処案としては、対象の Web サーバーにて Windows 認証を構築し、SharePoint Server 2016 にて、別のコンテンツ アクセス アカウントを指定し、利用する方法となります。

 

今回の投稿は以上になります。

How to export profile picture to Active directory in SharePoint 2016

$
0
0

I had to work on a SharePoint Server 2016 scenario the other day where the requirement was to export user photo to Active Directory since there is no support of picture export from SharePoint Server 2016 to Active Directory.
Below sample can be utilized for this scenario - and can be tweaked easily to meet other business requirements.

!!!Important!!!
This source code is freeware and is provided on an "as is" basis without warranties of any kind,  whether express or implied, including without limitation warranties that the code is free of defect,  fit for a particular purpose or non-infringing.  The entire risk as to the quality and performance of  the code is with the end user.

#Sample provided As-Is - Use after sufficient testing. 
#replace these details - User name, domain, My site host.
$mySiteUrl = "http://sps2016/my"
$context = Get-SPServiceContext (Get-SPSite $mySiteUrl)
$profileManager = New-Object Microsoft.Office.Server.UserProfiles.UserProfileManager($context)
$allprofiles = $profileManager.GetEnumerator()

foreach($profile in $allprofiles){
  $pictureUrl = $profile["PictureUrl"].Value
  if ($pictureUrl -ne $null){
    $pictureUrl = ($pictureUrl).Replace("MThumb","LThumb")
    $library = (Get-SPWeb $mySiteUrl).GetList($pictureUrl.Remove($pictureUrl.LastIndexOf("/") + 1))
    $file = $library.Folders[0].Folder.Files[$pictureUrl.Substring($pictureUrl.LastIndexOf("/") + 1)]
    $binary = $file.OpenBinary()

    #Put the picture image to the AD
    $username = $profile.AccountName.Substring($profile.AccountName.LastIndexOf("\") + 1)
    $domainname = $profile.AccountName.Remove($profile.AccountName.LastIndexOf("\"))
    $addomain = [System.DirectoryServices.ActiveDirectory.Domain]::GetDomain((New-Object System.DirectoryServices.ActiveDirectory.DirectoryContext('Domain', $domainname)))
    $root = $addomain.GetDirectoryEntry()
    $search = [System.DirectoryServices.DirectorySearcher]$root
    $search.Filter = "(&(objectclass=user)(objectcategory=person)(samAccountName=$username))"
    $result = $search.FindOne()
    if ($result -ne $null){
      $user = $result.GetDirectoryEntry()
      $user.put("thumbnailPhoto", $binary)
      $user.setinfo()
      Write-Host $profile.AccountName "updated"
    }
    else {Write-Host $profile.AccountName "does not exist in domain " $domainname}
  }
  else {Write-Host $profile.AccountName "does not have profile picture"}
}

If you want to make sure that the picture of the specific user has been uploaded to the AD, use the following sample code to get the picture from AD.

$aduser = [ADSI] "LDAP://cn=user01,cn=Users,dc=contoso,dc=com"
$data = $aduser.Properties["thumbnailPhoto"]
[IO.File]::WriteAllBytes("C:\out.jpg",$data.Value)

Also, you can use the following sample code to delete picture from AD user.

$aduser = [ADSI] "LDAP://cn=user01,cn=Users,dc=contoso,dc=com"
$aduser.Properties["thumbnailPhoto"].Clear()
$aduser.CommitChanges()

SharePoint Server 2016 で AD にプロファイル画像をエクスポートする方法

$
0
0

(こちらの記事は「How to export profile picture to Active directory in SharePoint 2016」の日本語訳となります。)

SharePoint Server 2016 の標準機能では従来のバージョンでサポートされていた AD へのプロファイル画像のエクスポートがサポートされなくなりました。
SharePoint Server 2016 において引き続き AD へのプロファイル画像のエクスポート機能を利用されたい場合は独自のソリューションを開発していただく必要があります。
SharePoint 管理シェルで実行できる以下のサンプルコードでは、SharePoint のユーザープロファイルにアップロードされたプロファイル画像を簡易的に AD にエクスポートできます。

!!!重要!!!
本サンプルコードは現状有姿のままで提供されるものであり、マイクロソフトにてその動作を保証するものではありません。運用環境でのご利用にあたってはお客様の責任において十分にテストしていただきますようお願いいたします。また、AD 属性を直接変更するものとなりますので、大規模な環境で実施される場合は、適切なエラー処理や分割更新などの追加の処理を実装していただくことを推奨いたします。

#Sample provided As-Is - Use after sufficient testing. 
#replace these details - User name, domain, My site host.
$mySiteUrl = "http://sps2016/my"
$context = Get-SPServiceContext (Get-SPSite $mySiteUrl)
$profileManager = New-Object Microsoft.Office.Server.UserProfiles.UserProfileManager($context)
$allprofiles = $profileManager.GetEnumerator()

foreach($profile in $allprofiles){
  $pictureUrl = $profile["PictureUrl"].Value
  if ($pictureUrl -ne $null){
    $pictureUrl = ($pictureUrl).Replace("MThumb","LThumb")
    $library = (Get-SPWeb $mySiteUrl).GetList($pictureUrl.Remove($pictureUrl.LastIndexOf("/") + 1))
    $file = $library.Folders[0].Folder.Files[$pictureUrl.Substring($pictureUrl.LastIndexOf("/") + 1)]
    $binary = $file.OpenBinary()

    #Put the picture image to the AD
    $username = $profile.AccountName.Substring($profile.AccountName.LastIndexOf("\") + 1)
    $domainname = $profile.AccountName.Remove($profile.AccountName.LastIndexOf("\"))
    $addomain = [System.DirectoryServices.ActiveDirectory.Domain]::GetDomain((New-Object System.DirectoryServices.ActiveDirectory.DirectoryContext('Domain', $domainname)))
    $root = $addomain.GetDirectoryEntry()
    $search = [System.DirectoryServices.DirectorySearcher]$root
    $search.Filter = "(&(objectclass=user)(objectcategory=person)(samAccountName=$username))"
    $result = $search.FindOne()
    if ($result -ne $null){
      $user = $result.GetDirectoryEntry()
      $user.put("thumbnailPhoto", $binary)
      $user.setinfo()
      Write-Host $profile.AccountName "updated"
    }
    else {Write-Host $profile.AccountName "does not exist in domain " $domainname}
  }
  else {Write-Host $profile.AccountName "does not have profile picture"}
}

特定のユーザーで AD の thumbnailPhoto にアップロードされた画像を取得して正常にアップロードされているか確認するには以下のサンプルコードを使用します。

$aduser = [ADSI] "LDAP://cn=user01,cn=Users,dc=contoso,dc=com"
$data = $aduser.Properties["thumbnailPhoto"]
[IO.File]::WriteAllBytes("C:\out.jpg",$data.Value)

特定のユーザーで AD の thumbnailPhoto にアップロードされた画像を消去するには以下のサンプルコードを使用します。

$aduser = [ADSI] "LDAP://cn=user01,cn=Users,dc=contoso,dc=com"
$aduser.Properties["thumbnailPhoto"].Clear()
$aduser.CommitChanges()

SharePoint Online/OneDrive for Business/Delve でひと検索を無効化する –ユーザー選択ダイアログ

$
0
0

こんにちは。SharePoint サポートの井上です。

 

Office 365 でユーザーの検索を無効化したいというビジネスニーズを伺う場合がございます。

ユーザー検索の無効化については、幾つかの公開情報がございますが、本投稿では SharePoint Online/OneDrive for Business/Delve のユーザー検索の無効化について、詳細にご案内いたします。

なお、本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。

タイトル : Plan to disable people discovery in OneDrive for Business and SharePoint Online
アドレス : https://support.office.com/ja-jp/article/cdbe97f9-a872-4aec-b94a-36844ec2b9aa

タイトル : Exclude Users From Delve and SharePoint Online People Search
アドレス : https://blogs.technet.microsoft.com/sposupport/2017/07/25/exclude-users-from-delve-and-sharepoint-online-people-search/

SharePoint Online/OneDrive for Business/Delve でユーザーを検索する機能としては、主に以下の機能がございます。

本投稿は ユーザー選択ダイアログについてご案内いたします。その他の機能については、以下のリンク先でご確認ください。

 

ユーザー検索機能

1.    ユーザー選択ダイアログ

2.    SharePoint ホーム

3.    SharePoint 検索センター

4.    Delve

ユーザー選択ダイアログ

SharePoint OnlineOneDrive for Business のユーザー検索ダイアログ (以下、PeoplePicker) は、既定の動作においてはユーザーのメールアドレスや UPN の一部を入力すると、ユーザーの候補を表示します。

このため、メールアドレスや UPN を知らないユーザーについても、検索されたユーザーの候補からコンテンツに対して権限を付与することが可能となります。

 

UI

 

クラシック UI

 

本動作はユーザーの利便性向上を目的としておりますが、意図しないユーザーへの権限付与を抑止するために、PeoplePicker に入力した文字列がメールアドレス、または UPN に完全一致するユーザーのみに権限が付与できるように動作変更が可能となっています。

動作変更は、SharePoint Online Management Shell からコマンドを実行することで実施が可能となっております。

なお、本設定はテナント全体に対して有効であり、特定のサイト コレクションや OneDrive for Business を対象に設定変更を実施することは出来ませんので、ご留意ください。

 

事前準備

以下のリンクから SharePoint Online Management Shell をダウンロードし、作業端末にインストールします、

 

タイトル : SharePoint Online Management Shell

アドレス : https://www.microsoft.com/ja-jp/download/details.aspx?id=35588

 

設定変更手順

1)   SharePoint Online Management Shell を実行します。

2)   Connect-SPOService コマンドを実行し、SharePoint Online に接続します。

(実行例)
Connect-SPOService -Url “<SharePoint 管理センターの URL (https://<tenant>-admin.sharepoint.com)>”

3)   資格情報を入力するダイアログが表示されるので、テナントの全体管理者、または SharePoint 管理者権限を持つユーザー名とパスワードを入力します。

4)   以下のコマンドを実行します。 Set-SPOTenant -SearchResolveExactEmailOrUPN $true 本コマンドを実行後、設定が変更されるまでに 1 時間 ~ 数時間程度を要する場合がございます。 また、設定を元に戻す場合、上記コマンドのパラメータを $false に変更します。

タイトル : Set-SPOTenant

アドレス : https://technet.microsoft.com/ja-jp/library/fp161390.aspx

 

注意事項

本設定変更を実施後も、テナントの全体管理者、または SharePoint 管理者権限をもつ持つユーザーは PeoplePicker でユーザーの候補が表示されます。

また、本設定を実施することでテナントの全体管理者、または SharePoint 管理者権限をもつ持つユーザー以外はセキュリティグループに対して共有することが出来なくなります。

一般ユーザーはセキュリティ グループに含まれるユーザーを通常確認することができないため、セキュリティ グループの共有を許可した場合、意図しないユーザーに共有されるリスクが考えられることから、セキュリティの強化を優先し、テナントの全体管理者または SharePoint 管理者権限を持つユーザーのみがセキュリティ グループについて共有することが可能な動作となっております。

本動作は意図的なものであり、製品の動作制限となりますので、本設定変更の実施を検討される場合は本動作を御理解の上、運用方針をご検討ください。

 

続く

SharePoint Online/OneDrive for Business/Delve でひと検索を無効化する – SharePoint ホーム

$
0
0

こんにちは。SharePoint サポートの井上です。

本投稿は SharePoint ホーム” の検索機能についてご案内いたします。ユーザー検索に関するその他の機能については、以下のリンク先でご確認ください。

 

ユーザー検索機能

1.    ユーザー選択ダイアログ

2.    SharePoint ホーム

3.    SharePoint 検索センター

4.    Delve

 

SharePoint ホーム

SharePoint ホーム (https://<tenant>.sharepoint.com/_layouts/15/sharepoint.aspx) で検索を実施すると、ユーザーも検索対象となります。

SharePoint ホームの検索機能で検索されるユーザーは、SharePoint のユーザー プロファイルの情報より作成された検索インデックスから検索されています。

SharePoint ホームの検索機能では、ユーザー プロファイルの SPS-HideFromAddressLists に 1 が格納されているユーザーを検索結果に表示しない動作となります。

本動作はデータ センター側でハードコードされており、現時点においては動作を変更することが出来ませんので、ご留意ください。

ユーザー プロファイルの SPS-HideFromAddressLists に 1 を格納するためには、以下の方法がございます。

 

オンプレミスの AD と同期しているユーザー (フェデレーション ID)

以下の公開情報に記載の通り、ユーザー プロファイルの SPS-HideFromAddressLists にはオンプレミス AD の msExchHideFromAddressList 属性の値が同期されます。

オンプレミス AD でユーザーの msExchHideFromAddressList 属性に True を指定することで、SPS-HideFromAddressLists に 1 が格納され、検索結果から表示されなくなります。(元に戻す場合は、msExchHideFromAddressList 属性に False を指定します)

 

タイトル : SharePoint Online におけるユーザー プロファイルの同期に関する情報

アドレス : https://support.microsoft.com/ja-jp/help/3168272

 

オンプレミスの AD と同期していないユーザー (クラウド ID)

オンプレミスの AD と同期していないユーザーについては、Azure Active Directory PowerShell Module V2 をご利用いただくことで、SPS-HideFromAddressLists の値を変更が可能です。

フェデレーション ID については、本コマンドを実行できませんので、ご留意ください。(エラーが表示されます)

事前準備

  1. 64 Bit OS が動作している Windows 10/8.1/7、あるいは Windows Server 2016/2012R2/2012/2008R2 を準備します。
  2. Windows 7 およびWindows Server 2008 R2 の場合は、前提条件を満たすために、最新のWindows Update をすべて適用します。Windows Update 適用後に再起動を行います。(Windows 8.1 あるいは Windows Server 2012 以降の場合、本手順は不要です。)
  3. Windows 7 およびWindows Server 2008 R2 の場合は、下記弊社TechNet ページを参照し、Microsoft Online Services サインイン アシスタントのインストールを行います。(Windows 8.1 あるいは Windows Server 2012 以降の場合、本手順は不要です。)
    タイトル : Office 365 PowerShell への接続
    アドレス : https://technet.microsoft.com/ja-jp/library/dn975125.aspx
  4. Windows 7 およびWindows Server 2008 R2 の場合は、下記リンクから.NET Framework 4.5 以降をインストールします。必要に応じて再起動を実施します。(Windows 8.1 あるいはWindows Server 2012 以降の場合、本手順は不要です。)
    タイトル : .NET Framework のインストール
    アドレス : https://msdn.microsoft.com/ja-jp/library/5a4x27ek(v=vs.110).aspx
  5. Windows 7/8.1 およびWindows Server 2008 R2/2012/2012 R2 の場合は、下記リンクから Windows Management Framework 5.0 をインストールします。必要に応じて再起動を実施します。(Windows 10 および Windows Server 2016 の場合、本手順は不要です。)
    タイトル : Windows Management Framework 5.0
    アドレス : https://www.microsoft.com/en-us/download/details.aspx?id=50395
  6. PowerShell を管理者モードで起動し、下記コマンドを実行し、ネットワーク経由で最新版のAzure Active Directory PowerShell Module V2 をインストールします。
    Install-Module AzureADPreview
  7. PowerShell の実行ポリシーを変更していない場合は、続けて下記コマンドを実行します。(すでに変更済みの場合は7. の手順は不要です。)
    Set-ExecutionPolicy RemoteSigned
  8. 管理者モードで起動したPowerShell ウィンドウを閉じます。

設定変更手順

  1. PowerShell を起動後、以下のコマンドレットを実行します。
    Import-Module AzureADPreview;
    Connect-AzureAD;
    Set-AzureADUser -ObjectId "アカウント(例:test001@contoso.onmicrosoft.com)" -ShowInAddressList $false;
  2. 設定が正常に完了したかを確認するためには、引き続き以下のコマンドを実行します。
    Get-AzureADUser -ObjectId "アカウント(例:test001@contoso.onmicrosoft.com)" | select ShowInAddressList

    結果に False が表示されると、正常に設定が変更されております。

 

<注意事項>

ユーザー プロファイルの SPS-HideFromAddressLists は読み取り専用のプロパティとなり、SharePoint 管理センターでの画面上の操作や、CSOM などの API を使用したカスタムプログラムでは値を変更できない動作となっております。値を変更する方法は、上記の何れかのみとなります。

また、上記方法で設定を変更後、SharePoint ホームの検索結果から非表示になるまでに、数時間程度の時間を要する可能性がございます。検索インデックスの作成/更新はタイマー処理で定期的に実行されているためとなります。

なお、上記方法で設定変更を実施したユーザーは、Exchange Online の GAL に非表示になるなど、他の Office 365 製品にも影響が生じます。

本変更をご検討される場合は、テストアカウントなどで事前に十分に動作をご確認くださいますようお願いいたします。製品ごとにご不明点がございましたら、Office 365 管理センターより各製品サポートまでお問い合わせください。

 

 

続く

SharePoint Online/OneDrive for Business/Delve でひと検索を無効化する – SharePoint 検索センター

$
0
0

こんにちは。SharePoint サポートの井上です。

本投稿は SharePoint 検索センター” のユーザー検索についてご案内いたします。ユーザー検索に関するその他の機能については、以下のリンク先でご確認ください。

 

ユーザー検索機能

1.    ユーザー選択ダイアログ

2.    SharePoint ホーム

3.    SharePoint 検索センター

4.    Delve

 

SharePoint 検索センター

SharePoint 検索センター (https://<tenannt>.sharepoint.com/search) はユーザーの検索を無効にする動作は既定では備えておりませんが、SharePoint 検索センターは検索結果の表示に関する様々な設定が可能であり、適切な設定を実施することでユーザーが検索されないようにすることが可能です。

本投稿では、SharePoint ホームと同様に、SPS-HideFromAddressLists に 1 が設定されているユーザーが検索結果に表示されない設定についてご案内いたします。

 

設定変更手順

  1. https://<tenant>.sharepoint.com/search/Pages/peopleresults.aspx に管理ユーザーでアクセスし、[ページの編集] をクリックします。
  2. “ひとの検索の主要結果” Web パーツの編集を実施します。
  3. [クエリの変更] をクリックします。
  4. [クエリ テキスト] に “{searchboxquery} -"SPS-HideFromAddressLists":1” を入力し、[OK] をクリックします。
  5. Web パーツの設定パネルで [OK] をクリックし、その後ページを保存します。
  6. ページのチェックイン、および発行を実施します。

 

ここまで設定を実施することで、検索センターの “ひと” 検索においては、SharePoint ホームと同様に SPS-HideFromAddressLists に 1 が設定されているユーザーが検索結果に表示されなくなります。

しかし、上記設定の実施のみでは、既定で備える “すべて”、”会話”、”ビデオ” 検索結果ページにおいて、以下のように引き続きユーザーが検索結果に表示される場合がございます。

 

上記例では、”すべて” 検索結果に、ユーザーとユーザーに関するドキュメントが検索結果として表示されております。

本動作は、クエリ ルールと呼ばれる機能によるもので、クエリ ルールによって表示される検索結果ブロックには、SPS-HideFromAddressLists が 1 のユーザーも表示されてしまいます。

本動作を制限するために、管理者は SharePoint 検索センターでクエリ ルールを無効化することができ、ユーザー検索を抑制することが可能となっております。

クエリ ルールの無効化手順

  1. https://<tenant>.sharepoint.com/search/Pages/results.aspx に管理ユーザーでアクセスし、[ページの編集] をクリックします。
  2. “検索結果” Web パーツの編集を実施します。
  3. [クエリの変更] をクリックします。
  4. [設定] タブで、[クエリ ルールを使用しない] を選択し、[OK] をクリックします。
  5. Web パーツの設定パネルで [OK] をクリックし、その後ページを保存します。
  6. ページのチェックイン、および発行を実施します。
  7. https://<tenant>.sharepoint.com/search/Pages/conversationresults.aspx、https://<tenant>.sharepoint.com/search/Pages/videoresults.aspx についても、同様の設定を実施します。

 

続く


SharePoint Online/OneDrive for Business/Delve でひと検索を無効化する – Delve

$
0
0

こんにちは。SharePoint サポートの井上です。

本投稿は Delve” のユーザー検索についてご案内いたします。ユーザー検索に関するその他の機能については、以下のリンク先でご確認ください。

 

ユーザー検索機能

1.    ユーザー選択ダイアログ

2.    SharePoint ホーム

3.    SharePoint 検索センター

4.    Delve

 

Delve

Delve のひと検索機能は SharePoint ホームと類似しており、ユーザー プロファイルの SPS-HideFromAddressLists に 1 が格納されているユーザーを検索結果に表示しない動作となります。

Delve の本動作についてもデータ センター側でハードコードされており、現時点においては動作を変更することが出来ませんので、ご留意ください。

しかし、Delve については SharePoint ホームとは異なり、幾つかのキャッシュされた情報が検索結果に影響するため、SPS-HideFromAddressLists に 1 が格納されているユーザーも検索結果に表示されるシナリオがございます。

以下に、既知のシナリオについてご紹介いたします。

 

連絡先リストに表示されているユーザー

Delve ページの左側に [連絡先] リストが存在し、ユーザーの情報が表示されております。

[連絡先] リストに表示される情報は、過去にアクセスしたユーザーの Delve へのリンクが最大で 7 件表示されます。

Delve の検索は、連絡先リストに表示されているユーザーと、SharePoint の検索インデックスが保持するユーザーのうち、検索クエリに該当するユーザーを表示する動作となります。

このため、SPS-HideFromAddressLists に 1 が格納されているユーザーについても、ログインユーザーが過去に該当のユーザーの Delve にアクセスしたことがある場合、Delve の検索結果に表示される場合があります。

なお、[連絡先] リストのキャッシュに期限はなく、キャッシュを削除する方法、およびキャッシュの作成を抑制する方法は現時点の製品の動作では提供されておりませんのでご留意ください。

 

検索ボックスのサジェスト

Delve の検索ボックスに文字を入力すると、入力に応じてサジェストが表示されます。

サジェストにユーザーが含まれる場合がありますが、現時点の製品の動作ではサジェストに含まれるユーザーは Exchange Online にキャッシュされた情報と連携して取得されるため、SPS-HideFromAddressLists に 1 が格納されているユーザーについてもサジェストに表示される場合があります。

サジェストに表示されたユーザーを選択すると、検索は実行されず、該当のユーザーの Delve ページに遷移する動作となります。

サジェストに表示される情報は、Exchange Online (Outlook on the Web) でメールを送受信すると Exchange Online にキャッシュされる連絡先情報と連携しております。

Exchange Online の本キャッシュは、以下のようにメールの宛先を入力する際に、宛先のサジェストに使用されます。

Delve のサジェストが Exchange Online のキャッシュを参照する動作を変更する方法や、Exchange Online で連絡先がキャッシュされる動作を変更する方法は現時点では提供されておりませんので、ご留意ください。

SharePoint Online/OneDrive for Business/Delve でひと検索を無効化についての一連の投稿は以上です。

監査ログを無効化しても内部的には監査ログの設定が有効化のままとなる動作について

$
0
0

こんにちは。SharePoint サポートの趙 雲龍です。

 

本投稿では、画面上から監査ログを無効化しても内部的には監査ログの設定が有効化のままとなる動作についてご紹介いたします。
SharePoint Server 2013、および SharePoint Server 2016 においては、一度コンテンツ タイプの監査ログを設定しますと、画面上から監査ログを無効化を行っても、内部的には監査ログの設定が有効のままになる動作となります。
その場合、該当のリストでアイテムの追加等を行えば監査ログが記録され続けます。

■ 情報管理ポリシーの設定
以下の手順で、リストの情報管理ポリシーから、監査を有効に設定した場合に発生します。
1. [リストの設定] – [情報管理ポリシーの設定] を順にクリックします。

2. "コンテンツ タイプ" セッションにて、[アイテム] をクリックします。

3. [監査を有効にする] にチェックを入れ、表示された項目にもチェックを入れて [OK] をクリックします。

 

 

4. 対象のリストにアクセスし、新しいアイテムを作成します。

 

■ 監査ログ状態の確認方法

監査ログの設定が有効になっているかの確認は、以下の PowerShell を実行し、出力結果から EffectiveAuditMask が "None" ではなく、数字が表示されていることにより判断可能です。

 

============== コマンドここから ===============

$web = Get-SPWeb <サイト コレクション>

$web.Audit | fl

$list = $web.Lists["リストの名前"]

$list.Audit | fl

============== コマンドここまで ===============

 

出力例:

============== 出力結果ここから ===============

UseAuditFlagCache : False

AuditFlags         : None

EffectiveAuditMask : 6687

============== 出力結果ここまで ===============

 

 

<補足>

AuditFlags と EffectiveAuditMask の値は、等しくならない場合がございます。

AuditFlags はサイト コレクション毎、リスト毎などで値を持ち、それぞれに設定された監査のフラグを表します。

EffectiveAuditMask は、サイト コレクション毎、リスト毎などで実際に有効になっている監査のフラグになります。

また、リストでは、サイト コレクションの監査設定を継承します。

そのため、例えばサイト コレクションでの監査設定とリストの監査設定が異なる場合、リストにおいては、リスト独自の設定と、サイト コレクションでの設定の両方のフラグが有効になります。

 

追記 (2017 11 8 )

^^^^^^^^^^^^^^^^^^^^^

本現象が発生した場合「監査を有効にする」の設定項目を減らす、または 「監査を有効にする」 の設定自体を無効にしても、設定変更が反映されません。

また、情報管理ポリシーの設定をすべてを "なし" に設定しても、フラグの設定は変更されないことを確認しております。

現時点で確認できている回避方法はなく、監査ログの出力を無効にするためにはリストの再作成を実施いただく必要があります。

本動作は SharePoint Server 2013SharePoint Server 2016 の動作制限となります。

 

今回の投稿は以上になります。

 

Yammer のダイジェスト メールについて

$
0
0

こんにちは、SharePoint サポート チームの関 友香です。

先日 (2017 11 1 ) Yammer が送信する週次のダイジェスト メールが廃止され、日次で送信される動作に変更となりました。この動作変更に伴い、Yammer サポート窓口にもお問合せをいただくことがありますので、ダイジェスト メールの動作や通知管理の方法をご紹介いたします。

 

Yammer のダイジェスト メールとは

ダイジェスト メールを購読しているユーザーには、ユーザーが参加しているグループや参加していないグループのアクティビティ情報が送信されています。ダイジェスト メールには以下の 2 種類がございます。

 

A. ユーザーが参加しているグループのダイジェスト メール (日次ダイジェスト メール)
今回、週次の購読が廃止になったのはこちらのダイジェスト メールです。これまで、ダイジェスト メールの通知は、"送信しない""日次で送信する""週次で送信する" 3 種類から選択することが可能でしたが、現在は “週次で送信する” 設定が廃止されております。動作変更以降の設定は、ユーザーのこれまでの通知設定に基づき、以下のように変更されています。

"送信しない" と設定していた場合、ダイジェスト メールは送信されません。
"日次で送信する" と設定していた場合、ダイジェスト メールは日次で送信されます。
"週次で送信する" と設定していた場合、ダイジェスト メールは日次で送信されます。

[サンプル]

 

B. ユーザーが参加していないグループのダイジェスト メール (ディスカバリー メール)
Yammer ネットワーク上でトレンドのある会話がユーザー毎に自動的に選出され、週単位で通知されます。これらの会話は、ユーザーが参加しているパブリック グループやユーザーのインボックスでフォローされている会話以外から選出されます。

なお、Yammer ネットワークに参加していない Pendingユーザー (*) に対してもこのダイジェスト メールが送信されることを確認しております。ただし、Pending ユーザーに対するディスカバリー メールの送信のタイミングは月一回となり、サーバー側の、メール送信の負荷を抑えるため、ユーザー毎に異なるタイミングで送信される動作となります。

(*) Pending ユーザーとは、他のユーザーに招待されたり、メンション (@) されたり、管理者が追加したユーザーで、これまで一度も Yammer にログインしたことはないユーザーです。

[サンプル]

 

ダイジェスト メールの通知管理

Yammer ネットワークに参加した時点では、既定で日次ダイジェスト メールおよびディスカバリー メールが送信される設定となります。

メールの通知設定はネットワークの管理者で変更することはできませんので、ユーザー自身で設定を変更する必要があります。ダイジェストメールの購読を停止したい場合には、受信した通知メールの “購入取り消し” をクリックするか、Yammer のユーザーの通知管理メニューからメールの通知受信設定を無効にします。

 

- 設定手順 -

1.購入取り消しボタンからの購読を停止する
日次ダイジェスト メールおよびディスカバリー メールを開くと、メール本文の下方に "購入取り消し" (または “Unsubscribe”) リンクが用意されております。 (下図参照)

 このリンクをクリックすると、下記の手順 ”2. ユーザーの通知設定から購読を停止する” と同じ設定変更が実行されます。

Pending ユーザーは Yammer にログインすることなくダイジェスト メールの送信を停止することが可能です。

現在日次メールのテンプレートに “これが毎週送信されます” (または “receive this weekly”) というリンクが含まれておりますが、このリンクは廃止される予定です。

2. ユーザーの通知設定から購読を停止する
Yammer のプロフィール設定画面に通知管理メニューがございますので、以下の手順にてダイジェスト メールの通知設定を変更することが可能です。

2-1. Yammer にアクセスします。
2-2. 左上の [歯車ボタン] – [設定の編集] をクリックします。

2-3. 外部ネットワークに参加している場合、複数のネットワークが表示されますので、通知設定を変更するネットワークを選択します。

- 補足
複数ネットワークに参加している場合には、それぞれのネットワークに通知設定が設けられておりますので、必要に応じて設定を変更してください。

2-4. ダイジェスト メールの通知受信設定を変更します。

・ 日次ダイジェスト メールの設定を変更する場合 :
There are updates from my groups (daily) のチェックをオンまたはオフにします。
・ ディスカバリー メールの設定を変更する場合 :
There are highlights from groups I haven’t joined (weekly) のチェックをオンまたはオフにします。


2-5. 設定変更後、[保存] をクリックします。

 

今回の投稿は以上になります。

 

本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。

 

オンプレミスの SharePoint にて、更新プログラムの適用に失敗する場合のトラブルシュート (SharePoint 2010/2013)

$
0
0

こんにちは、SharePoint サポートの前田です。

 

今回は、オンプレミスの SharePoint 2010/2013 にて、累積的な更新プログラムの適用に失敗する場合のトラブルシュートに関する内容です。

現在の SharePoint のファーム バージョンに対して適切なバージョンの累積的な更新プログラムのインストールを試みた場合も、まれにインストールが失敗する場合があります。

そういった場合に、トラブル シュートを行うための手順をご紹介いたします。

また、トラブルシュートを実施した結果、更新プログラムのインストールが完了した場合、必ず製品構成ウィザードのご実施頂きますようお願いいたします。

 

-目次

1. パッケージの不足

2. 構成データベース内のバージョン情報の不整合

3. 言語パックの適用状況

 

1. パッケージの不足、破損

SharePoint 2013 の場合、.exe ファイルを保存したディレクトリに .cab ファイルが保存されていないことによって、インストールに必要となるファイルが不足しており、インストールが失敗します。

また、ダウンロードしたパッケージが何らかの理由で破損した場合もインストールが失敗します。

 

<対応方法>

SharePoint 2010 に更新プログラムを適用する場合、更新プログラムのダウンロード ページに表示される、.exe ファイルを再度ダウンロードします。
SharePoint 2013 に更新プログラムを適用する場合、更新プログラムのダウンロード ページに表示される、.exe ファイルと .cab ファイルをすべてダウンロードします。

 

1) 更新プログラムのダウンロード ページへ移動し、必要となるファイルをすべてダウンロードします。

 

タイトル : Microsoft SharePoint Enterprise Server 2013 (KB4011251) の更新プログラム

アドレス : https://www.microsoft.com/ja-JP/download/details.aspx?id=56253

 

2) .exe ファイルを保存したディレクトリに手順 1) で保存したファイルすべてが保存されていることを確認する。

3) 更新プログラムのインストールを行い、インストールが成功するか確認します。

 

2. 構成データベース内のバージョン情報の不整合
SharePoint ファーム上の各サーバーのバージョン情報は SharePoint の構成データベース内に保持されております。

当該情報に、実際のサーバーにインストールされている更新プログラム情報との不整合が発生している場合、更新プログラムのインストールに失敗する、または製品構成ウィザードの実行が失敗する場合がございます。
この場合、Get-SPProduct -local コマンドを実行いただくことでデータが更新されることを、複数の過去事例から確認しております。

 

<対応方法>
1) [SharePoint 2010 管理シェル] (もしくは、[SharePoint 2013 管理シェル]) を管理者権限で起動します。
2) 以下のコマンドを実行します。

Get-SPProduct -local

3) 更新プログラムのインストールを行い、インストールが成功するか確認します

<参考情報>
タイトル:Get-SPProduct
アドレス:https://docs.microsoft.com/en-us/powershell/module/sharepoint-server/Get-SPProduct

 

3. 言語パックの適用状況
言語パックがインストールされている環境で、更新プログラムのインストール時に適切なバージョンの言語パックが適用されていない場合、更新プログラムのインストールに失敗する場合があります。
例えば、SharePoint 2013 SP1 の環境に、言語パックの SP1 が適用されていない場合、SharePoint の更新プログラムのインストールに失敗する場合があります。

 

<対応方法>
1) ご利用いただいている SharePoint ファームの SP 適用状況を確認します。

SharePoint 2010/2013 の最新の SP
-------------------------------------------
- SharePoint 2010 SP2
- SharePoint 2013 SP1

2) サーバーの全体管理サイトにアクセスします。
3) [システム設定] セクションの [このファームのサーバーの管理] をクリックします。

以下の例では、"Language Pack for SharePoint and Project Server 2013 - English”と表示されていることから英語の言語パックが適用されていることがわかります。

 

 

4) SharePoint のバージョンに合わせた言語パックをダウンロードしてインストールします。

タイトル : Service Pack 1 for Microsoft SharePoint Server 2013 Language Pack (KB2880554)
アドレス : https://www.microsoft.com/en-us/download/details.aspx?id=42543

タイトル : Service Pack 2 for Microsoft 2010 Server Language Pack
アドレス : https://www.microsoft.com/en-us/download/details.aspx?id=39675

 

以上です。

SharePoint 2013 の「アップグレード評価サイト コレクション」について (前編)

$
0
0

こんにちは、SharePoint サポートの原橋です。

今回の投稿では、SharePoint 2013 の「アップグレード 評価サイトコレクション」という機能についてご紹介いたします。

 

<目次>

1. アップグレード評価サイト コレクションについて

2. アップグレード評価サイト コレクションの作成方法

3. アップグレード評価サイト コレクションの作成処理


1. アップグレード評価サイト コレクションについて

SharePoint 2013 では、SharePoint 2010 から移行されたサイト コレクションについては、SharePoint 2010 からユーザーインターフェース (UI) を引き継いで使用することが可能です。

SharePoint 2010 から SharePoint 2013へのアップグレードでは、コンテンツ データベースを新しいバージョンにアップグレードしても、サイト コレクションはアップグレードされません。サイト コレクションの管理者がサイト コレクションをアップグレードする時期を決定できるように、アップグレード プロセスが分けられています。

そのため、SharePoint 2010 モードのサイト コレクションを SharePoint 2013 の UI に移行するためには、サイトの所有者または管理者によって、明示的にアップグレードを行う必要があります。

SharePoint 2013 では、SharePoint 2010 モードのサイト コレクションを SharePoint 2013 の UI にアップグレードする前に、アップグレードされた UI の評価を行うことを目的として、「アップグレード評価サイト コレクション」という機能を提供しています。

本機能は SharePoint 2010 モードのサイト コレクションのコピーを作成し、そのコピーに対してアップグレードを行うため、元のサイト コレクションには影響を及ぼすことがなく、UI の評価を行うことが可能です。

 

なお、アップグレード評価サイト コレクションについては、以下の TechNet の記事にも解説がありますので、併せてご確認ください。

タイトル : SharePoint 2013 でサイト コレクションのアップグレードを計画する
アドレス : https://technet.microsoft.com/library/42a31989-2914-42fd-b91c-de89c2249271(v=office.16).aspx

 

2. アップグレード評価サイト コレクションの作成方法

本機能を利用するには、サイト コレクションの管理者によって、以下の操作を実施します。

<手順>

  1. アップグレード評価サイト コレクションの作成を行う SharePoint 2010 モードのサイト コレクションにアクセスします。
  2. ページ左上の [サイトの操作] - [サイトの設定] をクリックして、"サイトの設定" のページに移動します。
  3. [サイト コレクションの管理] セクションから [サイト コレクションのアップグレード] のリンクをクリックして、"サイト コレクションのアップグレード" のページに移動します。
  4. [アップグレードのデモを試してみる] のリンクをクリックして、"アップグレード評価サイト コレクションの作成" のダイアログを表示します。
  5. [アップグレード評価サイト コレクションの作成] ボタンをクリックします。
  6. "デモ サイト依頼を受け取りました" と表示後、さらに 1 日から 2 日ほど待ちます。
  7. 最大で 2 日後、"サイト コレクションのアップグレード" のページの [アップグレードのデモを試してみる] のリンクをクリックすると、"アップグレード デモ サイトの準備ができました。
  8. ここからアクセスできます。" といった リンクが表示されます。
  9. 上記のリンクをクリックして、アップグレード評価サイト コレクションにアクセスします。

 

アップグレード評価サイト コレクションの作成

アップグレード評価サイト コレクションの作成

 

デモ サイトの依頼を受け取りました

デモ サイトの依頼を受け取りました

 

アップグレード デモ サイトの準備ができました

アップグレード デモ サイトの準備ができました

 

3. アップグレード評価サイト コレクションの作成処理

[アップグレード評価サイト コレクションの作成] ボタンをクリックした場合、既定では深夜 1:00 に実行される「アップグレード評価サイト コレクションの作成」タイマージョブによって、要求を出したサイト コレクションのコピーが作成されます。

その後、既定では 1 分間隔で実行される「アップグレード サイト コレクション ジョブ」タイマージョブによって、コピーされたサイト コレクションに対するアップグレード処理が行われます。

 

詳細
[アップグレード評価サイト コレクションの作成] ボタンをクリックすると、SharePoint 2013 は内部的に以下の処理を実行します。

  1. [アップグレード評価サイト コレクションの作成] ボタンをクリックしたサイト コレクションのエントリーが、コンテンツ データベースの PreviewSiteRequests テーブルに追加されます。
  2. 「アップグレード評価サイト コレクションの作成」タイマージョブ (job-create-upgrade-eval-sites) によって、上記 PreviewSiteRequests テーブルのエントリーを元に、サイト コレクションのコピーが作成されます。
  3. コピーされたサイト コレクションのエントリーがコンテンツ データベースの SiteUpgradeSessions テーブルに追加されます。
  4. 「アップグレード サイト コレクション ジョブ」タイマージョブ (job-upgrade-sites) によって、上記 SiteUpgradeSessions テーブルのエントリーを元に、アップグレード処理を実行します。

 

注意事項 1
「アップグレード評価サイト コレクションの作成」タイマージョブによって作成されるサイト コレクションのコピーは、元のサイト コレクションのパスの末尾に "-eval" という文字列が付与されたものになります。

たとえば、http://sps2013/sites/test1 というサイト コレクションの場合は、作成されるコピーは http://sps2013/sites/test1-eval となります。

 

注意事項 2
「アップグレード評価サイト コレクションの作成」タイマージョブが元のサイト コレクションのコピーを作成している期間は、元のサイト コレクションにアクセスのロックを行うため、一時的にアクセス不可能となることが報告されております。

そのため、なるべく業務影響が少ないタイミングでアップグレード評価サイト コレクションの作成の要求を行っていただくことを推奨します。

 

※本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。

 

今回の投稿は以上となります。

SharePoint 2013 の「アップグレード評価サイト コレクション」について (後編)

$
0
0

こんにちは、SharePoint サポートの原橋です。

前回の投稿に引き続き、SharePoint 2013 の「アップグレード 評価サイトコレクション」についての記事となりますが、今回の投稿では、SharePoint 2013 でアップグレード評価サイト コレクションの作成に失敗するという事象についてご案内いたします。

 

<目次>

1. アップグレード評価サイト コレクションの作成に失敗する事例

2. アップグレード評価サイト コレクションの作成に失敗することによる影響と対処法

3. 補足 : アップグレード評価サイト コレクションの作成に失敗した際の診断ログ


1. アップグレード評価サイト コレクションの作成に失敗する事例

[アップグレード評価サイト コレクションの作成] ボタンをクリックすると、通常であれば 1 日から 2 日ほどお待ちいただくことにより、アップグレード評価サイト コレクションの作成が完了します。

しかし、「アップグレード評価サイト コレクションの作成」タイマージョブによって、要求を出したサイト コレクションのコピーに失敗した場合は、後続の「アップグレード サイト コレクション ジョブ」タイマージョブがアップグレード処理を行うことが出来ません。これにより、アップグレード評価サイト コレクションが作成されないという事例が報告されております。

 

「アップグレード評価サイト コレクションの作成」タイマージョブが失敗する場合は、コピーされたサイト コレクション内に、全体で 260 文字を超えるパスを持つファイルやフォルダーが存在する状況が発生したことが原因として挙げられます。

 

通常であれば、サイト コレクション内に全体で 260 文字を超えるパスを持ったファイルやフォルダーを作成することが出来ません。意図的に 260 文字を超えるパスを持ったファイルやフォルダーの作成を試みた場合は、以下のような “指定したファイルまたはフォルダーの名前が長すぎます” といったエラーが発生し、作成に失敗します。

パスが 260 文字を超えるファイルやフォルダーを作成した場合に発生するエラー

パスが 260 文字を超えるファイルやフォルダーを作成した場合に発生するエラー

 

具体的には、サイト コレクション内のファイルやフォルダーは、"http://サーバー名/" を文字数に含まず、以下の a) と b) を合計したパスの文字数が 260 文字以内に収まっている必要があります。

a) 管理パス (sites など) を含むサイト コレクションのパス

b) ファイルやフォルダーの相対パス

 

例) サイト コレクション "http://sps2013/sites/test" にドキュメント ライブラリ "doc001" に "test1.txt" がアップロードされている場合

"sites/test" (10 文字) + "/doc001/test1.txt" (17 文字) = 27 文字

 

しかし、前回の記事での解説の通り、「アップグレード評価サイト コレクションの作成」タイマージョブによって作成されるサイト コレクションのコピーは、元のサイト コレクションの URL の末尾に "-eval" という文字列が付与されたものになります。

このため、コピーされたサイト コレクション内では、さらに以下の c) を合計した全体のパスの文字数が 260 文字以内に収まっている必要があります。

 

a) 管理パス (sites など) を含むサイト コレクションのパス

b) ファイルやフォルダーの相対パス

c) "-eval" の 5 文字

 

このため、先ほどの例ではコピーされたサイト コレクションにおいて、"sites/test" (10 文字) + "-eval" (5文字) + "/doc001/test1.txt" (17 文字) = 32 文字 というパスとなります。

従いまして、コピー元のサイト コレクションのパスが a) と b)を合計して 256文字以上 260 文字以下であった場合に、コピーされたサイト コレクションでは "-eval" というパスが付与されて、全体のパスが 260 文字を超過するという状況が発生します。

 

2. アップグレード評価サイト コレクションの作成に失敗することによる影響と対処法

「アップグレード評価サイト コレクションの作成」タイマージョブが失敗した場合は、翌日の 1:00 に実行される同タイマージョブによって、再度サイト コレクションのコピーの作成を実行します。

しかし、コピーされたサイト コレクション内に 260 文字を超えるパスを持つファイルやフォルダーが存在する状況が発生している場合は、次回のタイマージョブによるコピー処理も必ず失敗に終わってしまいます。

このタイマージョブの失敗による影響は、単にアップグレード評価サイト コレクションが作成されないというだけではなく、コピー処理中は元のサイト コレクションが一時的にアクセス不可能となる現象が毎晩繰り返し発生するといったことが挙げられます。

この場合の対処法としましては、以下のいずれかの方法が考えられます。

  1. 「アップグレード評価サイト コレクションの作成」タイマージョブを停止する
  2. コピー元のサイト コレクション内で、パスが 256 文字以上となっているファイルまたはフォルダーを取り除く

 

1) 「アップグレード評価サイト コレクションの作成」タイマージョブを停止する

以下の手順によって、既定では毎日深夜 1:00 に実行される「アップグレード評価サイト コレクションの作成」タイマージョブを停止することにより、サイト コレクションのコピーを作成する処理が実行されなくなります。

 

<手順>

  1. SharePoint 2013 のサーバーの全体管理サイトにアクセスします。
  2. [監視] のリンクをクリックします。
  3. [タイマー ジョブ] セクションから [ジョブ定義の確認] のリンクをクリックします。
  4. 対象のサイト コレクションがホストされている Web アプリケーションに紐づいた [アップグレード評価サイト コレクション ジョブの作成] のリンクをクリックします。
  5. "アップグレード評価サイト コレクションの作成" タイマージョブの編集画面が表示されるので、 ページ下部の [無効] ボタンをクリックして、タイマージョブを停止します。

 

なお、この手順によってタイマージョブを停止した場合は、対象のサイト コレクションと同じ Web アプリケーション内にホストされている別のサイト コレクションについても、アップグレード評価サイト コレクションの作成を行えなくなります。

 

2) コピー元のサイト コレクション内で、パスが 256 文字以上となっているファイルまたはフォルダーを取り除く

コピー元のサイト コレクション内で256 文字以上のパスをもつファイルを取り除くことによって、次回の「アップグレード評価サイト コレクションの作成」タイマージョブの実行時にコピーが成功することが期待できます。

SQL Management Studio で以下のクエリを実行することによって、コピー元のサイト コレクション内のすべてのファイルまたはフォルダーのパスの文字数を、降順に表示することが可能です。

なお、以下のクエリ内の "コンテンツデータベース名" および "アップグレード元のサイト コレクションの SiteId" は、ご利用の環境に合わせて変更してください。

 

クエリ

USE [コンテンツ データベース名]
 SELECT DirName + '/' + LeafName AS FullUrl, LEN(DirName + '/' + LeafName) AS UrlLength
 FROM AllDocs with (nolock)
 WHERE SiteId = 'アップグレード元のサイト コレクションの SiteId'
 ORDER BY UrlLength DESC

 

クエリの実行結果

 

上記のクエリなどによって 256 文字以上のパスを持つファイルまたはフォルダーを特定できた場合は、それらのパスを短くするか、あるいは削除してください。

なお、当該のファイルまたはフォルダーを削除する場合は、ユーザーのごみ箱またはサイト コレクション (第 2 段階) のごみ箱に移動しただけでは不十分です。サイト コレクション (第 2 段階)のごみ箱からも完全に削除しないと、「アップグレード評価サイト コレクションの作成」タイマージョブは、サイト コレクションのコピーの作成に失敗します。

 

なお、SharePoint のごみ箱については、以下の TechNet の記事にも解説がありますので、併せてご確認ください。(SharePoint 2010 の記事となっていますが、SharePoint 2013 でも同様に参考にしていただけます。)

 

タイトル: ごみ箱とバージョン管理を使用したコンテンツ保護を計画する (SharePoint Server 2010)
アドレス : https://technet.microsoft.com/ja-jp/library/cc263011(v=office.14).aspx

 

3. 補足 : アップグレード評価サイト コレクションの作成に失敗した際の診断ログ

コピーされたサイト コレクション上に 260 文字を超えるパスを持ったファイルやフォルダーが存在する場合は、SharePoint の診断ログにも以下のようなエラーが記録されます。

 

SharePoint 診断ログ

11/17/2017 14:37:30.46 OWSTIMER.EXE (0x07D8) 0x06A0 SharePoint Foundation Upgrade al5ol Monitorable

Create eval sites job: Failed to create eval site for site [http://sharepoint2013:2000/sites/0123456789012345678901234567890123456789012345678901234567890123456789012345678901234568790123456789], ID [8364980e-cdf0-4197-8b8b-52bc8a415d92], Eval site [http://sharepoint2013:2000/sites/0123456789012345678901234567890123456789012345678901234567890123456789012345678901234568790123456789-eval], Content db [WSS_Content_sps2010_3000].

Exception thrown while copying site due to exceeding the maximum supported URL length: Microsoft.SharePoint.SPException: Cannot rename old site

http://sharepoint2013:2000/sites/0123456789012345678901234567890123456789012345678901234567890123456789012345678901234568790123456789 on copy.

場所 Microsoft.SharePoint.Upgrade.SPSiteCollectionCopier.CopyOrMoveSite(SPMigratableSite msite, Boolean copy, Boolean copyEvents, Nullable`1 newSiteId)

場所 Microsoft.SharePoint.Upgrade.SPSiteCollectionCopier.Copy(Uri newSiteUri, Boolean userHostHeaderAsSiteName)

場所 Microsoft.SharePoint.SPSite.Copy(String newSiteUrl, Boolean hostHeaderAsSiteName, SPContentDatabase targetDb, SPDatabaseSnapshot snapShot)

場所 Microsoft.SharePoint.Administration.SPEvalSiteCreator.MakeCopy(SPDatabaseSnapshot snpShot). Eval site creation will be retried during the next timer job run, but will not succeed until the files or folders with excessive URL length are deleted or renamed.

75aa2d9e-2c53-80a9-a060-dab788e33cb2

 

Exception thrown while copying site due to exceeding the maximum supported URL length というメッセージから、パスが超過していることが原因で、サイト コレクションのコピーに失敗していることが分かります。

また、Eval site creation will be retried during the next timer job run, but will not succeed until the files or folders with excessive URL length are deleted or renamed. というメッセージから、上記のパスが超過しているファイルやフォルダーを取り除かない場合は、次回のタイマージョブによるコピー処理も失敗するといった内容が確認できます。

 

※本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。

 

今回の投稿は以上となります。

Project クライアントのインポート/エクスポート機能について

$
0
0

こんにちは、SharePoint サポートの森村です。
Project クライアントのインポート/エクスポート機能に関して、お問い合わせをいただく内容についてご案内いたします。

目次
1. Project クライアントのインポート/エクスポート機能について
2. Excel ファイルからのインポート時に、エラー メッセージが表示された場合の対処方法について

1. Project クライアントのインポート/エクスポート機能について

Project クライアント製品では、プロジェクト ファイル (mpp ファイル) にデータを保存しますが、その他に Excel ファイル、CSV ファイル等にも一部の内容を保存し、また読み込むことも可能です。
ただし、プロジェクト ファイル (mpp ファイル) 以外への保存や、読み込みについては、プロジェクト ファイル (mpp ファイル) のすべての内容を保存・反映させることはできません。

Project 製品は多数のフィールドのデータを含んでおり、フィールド間は複雑な連携をしています。また、タスクごとの制約条件や、タスク間の依存関係等、多数の要素が絡んでくるため、Project クライアント上での編集以外の方法では、希望した値の設定を行うのが難しい製品となります。
このため、インポートの利用は、一時的に利用する場合やフィールド数を限定する場合等、簡易的な場合にのみとどめ、詳細な作成・編集は Project クライアント上で行っていただくことをお勧めします。

関連情報
下記は Project 2013 の情報となりますが、Project 2016 でも同様となります。

タイトル : Project 2013 でサポートしているファイル形式
アドレス : https://support.office.com/ja-jp/article/f2b6710f-e6c6-4767-92de-15e482776916 (機械翻訳版)
アドレス : https://support.office.com/en-us/article/f2b6710f-e6c6-4767-92de-15e482776916

2. Excel ファイルからのインポート時に、エラー メッセージが表示された場合の対処方法について

Excel ファイル (xlsx ファイル) からデータをインポートする場合に、下記のような「インポート中にエラーが発生しました」というエラー メッセージが表示される場合があります。

インポート中にエラーが発生しました

エクスポート直後の Excel ファイル内には、数値が [標準] のセルの書式にて保存されておりますが、その後 Excel クライアント上で値を変更した場合、Excel クライアントの機能で、自動的に数値や日付のセルの書式に変更を行います。
しかしながら、Project クライアント製品の Excel ファイルからのインポートにつきましては、現時点の製品動作では、インポート直後と同じ形式のファイルのみを読み込むことが可能です。
このため、エラーが表示された場合は、下記のように Excel クライアント上でセルの書式を変更するか、書式を持たない CSV ファイルに変更する、等の手順をご検討ください。

  1. Excel クライアント上で、対象の xlsx ファイルを開きます。
  2. エラーとなった列全体を選択し、右クリックメニューから [セルの書式設定] を選択します。上記のエラー例の場合は、Excel の左から 10 列目 (J ) が該当します。
  3. [セルの書式設定] ダイアログにて、[表示形式] タブを選択し、[分類] 部分から [文字列] を選択し、[OK] をクリックします。
  4. xlsx ファイルを保存し、Excel クライアントを終了します。
  5. Project クライアント上からインポートの作業を行い、正常にインポートが行えることを確認します。

上記でもエラーが解消しない場合は、インポートするフィールド数、行数を減らす等のトラブルシュートをご検討ください。

今回の投稿は以上です。


本情報の内容(添付文書、リンク先などを含む)は、作成日時点でのものであり、予告なく変更される場合があります。


外字を利用している端末で、SharePoint Online の新 UI で画面が崩れる現象

$
0
0

こんにちは。SharePoint サポートの井上です。

 

外字を利用している端末で SharePoint Online の新 UI のライブラリやリストなどに IE11/Edge でアクセスすると、アイコンの代わりに IME に登録されている外字が表示され、画面の一部が崩れる場合があることが報告されております。

本動作は、SharePoint Online の新 UI で、アイコン フォントという Web 技術を使用して画面上のアイコンを表示していることが影響しております。

一般的に各文字コードに対してテキストが割り当てられておりますが、アイコン フォントでは文字コードに対してテキストの代わりにアイコンを割り当て、ブラウザー上の画面表示に使用することが可能です。

アイコン フォントは一般的なテキストと競合しない文字コードが割り当てられますが、外字として登録されているフォントとアイコン フォントの文字コードが競合すると、IE11/Edge では外字が優先して利用される動作となります。

このため、端末でご利用されている外字の文字コードによっては、上述の画面崩れが発生する場合があります。

 

本動作は製品の制限事項であり、またアイコン フォントには以下のようなメリットもございますので、今後も SharePoint Online の動作としては、新 UI でアイコン フォントの使用を止めるなどの対処を実施する予定はございません。

・ベクター型のデータとなるため、画面の解像度やデバイスに依存せずにアイコンをきれいに表示することが可能

・従来の Web システムでは一般的にアイコンは画像ファイルが使用されていましたが、一般的にはアイコン フォントの方が画像ファイルより軽量なため、ブラウザーやネットワークの負荷が軽減できる

 

また、SharePoint Online は継続してサーバー側の動作が変更されているため、現在競合が発生していない外字の文字コードについても、今後 UI の変更/修正などにより上述の画面崩れが生じる可能性がございます。

 

対処策について

現時点で確認できている対処策は以下の 2 点となります。

 

1. クラシック UI を使用する

SharePoint Online のクラシック UI では、アイコンに画像ファイルが使用されているため、外字が登録されている端末でも外字による画面崩れは生じません。

また、今後もクラシック UI でアイコン フォントに変更する予定は現時点ではございませんので、クラシック UI の利用が本現象の対処策として有効となります。

 

2. IE11/Edge 以外のブラウザーを使用する

アイコン フォントを利用するか外字を利用するかの判断はブラウザーの動作となりますが、Chrome Firefox では IE11/Edge で外字による画面崩れが生じる端末でも正常に SharePoint Online が表示できることを確認しております。

このため、現時点においてはサードパーティ製のブラウザーをご利用いただくことが本現象の対処策として有効となります。

 

 

今回の投稿は以上です。

本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。

PowerShell で SharePoint CSOM を使用する際の Tips

$
0
0

こんにちは、SharePoint サポートの秋山 雅裕 (makiyama) です。
 
今回の投稿では、SharePoint Server / SharePoint Online に対して、クライアント サイド オブジェクト モデル (以下、CSOM) をリモートで実行する PowerShell スクリプトを記述する際の Tips をご紹介します。
 
CSOM を使用することで、SharePoint にログインすることなくサイト コレクション配下のオブジェクトを操作するバッチなどを実装することが可能です。
また、PowerShell を使用することで、Visual Studio などをインストールすることなくスクリプトが実行できます。

 

<目次>

 

事前準備


対象となる SharePoint によって利用可能な API が異なるため、適切な CSOM のアセンブリを取得します。
SharePoint の更新に合わせて CSOM のアセンブリも更新されるため、定期的に最新版を確認、取得いただくことをお勧めします。

 

SharePoint Online

Nuget 版と Microsoft Download 版がありますが、Nuget 版の方が機能追加などの更新が早いため、こちらをご利用いただくことをお勧めします。

 

Nuget 版
タイトル : Microsoft.SharePointOnline.CSOM
URL : https://www.nuget.org/packages/Microsoft.SharePointOnline.CSOM/

 

Microsoft Download 版
タイトル : SharePoint Online Client Components SDK
URL : https://www.microsoft.com/en-us/download/details.aspx?id=42038

 

Get-SPOSite などのコマンドレットを合わせて使用する場合は、SharePoint Online Management Shell をインストールすることで、CSOM のモジュールもインストールされます。
なお、SharePoint Online Management Shell と SharePoint Online Client Components SDK などを同時にインストールした場合エラーが発生する可能性があるため、いずれかのみのインストールとしてください。

タイトル : SharePoint Online Management Shell
URL : http://www.microsoft.com/en-us/download/details.aspx?id=35588

 

SharePoint Server 2016

タイトル : SharePoint Server 2016 Client Components SDK
URL : https://www.microsoft.com/en-us/download/details.aspx?id=51679

 

SharePoint Server 2013

タイトル : SharePoint Server 2013 Client Components SDK
URL : https://www.microsoft.com/en-us/download/details.aspx?id=35585

 

SharePoint Server 2010

タイトル : SharePoint Foundation 2010 Client Object Model Redistributable
URL : http://www.microsoft.com/download/en/details.aspx?id=21786

 

- 参考情報
タイトル : Using correct Client Side Object Model (CSOM) version for SharePoint customizations
URL : https://dev.office.com/blogs/using-correct-csom-version-for-sharepoint-customizations
 
タイトル : SharePoint Online に対して PowerShell を使用する方法
URL : https://blogs.technet.microsoft.com/sharepoint_support/2014/10/19/sharepoint-online-powershell/
 
タイトル : クライアント オブジェクト モデルを使用したプログラミング 第 2 回 : フォームアプリケーションの作成
URL : https://blogs.technet.microsoft.com/sharepoint_support/2012/04/10/1251-2/

 

ツール


SharePoint に対するスクリプトを実装するにあたり、以下のようなツールをご利用いただけます。

- SharePoint 管理シェル (SharePoint Online Management Shell)
- PowerShell.exe
- PowerShell ISE

 

いずれも既定では CSOM のモジュールが読み込まれないため、IntelliSense が既定で利用できません。
※ IntelliSense とは、クラス名やメソッド名などの候補や途中まで入力して補完させる機能で、PowerShell は既に読み込まれているモジュールに対し、IntelliSense が有効となります。

CSOM に対する IntelliSense を有効化するには、以下の手順をご検討ください。

 

PowerShell.exe

以下のコマンドレットを実行します。

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client") | Out-Null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client.Runtime") | Out-Null

 

PowerShell ISE

PowerShell ISE を使用することでスクリプト ファイルの保存や IntelliSense、ブレーク ポイントを使用したデバッグなどが容易となります。

タイトル : Windows PowerShell ISE の紹介
URL : https://docs.microsoft.com/ja-jp/powershell/scripting/core-powershell/ise/introducing-the-windows-powershell-ise?view=powershell-5.1
 
IntelliSense を有効化するには、下部のコンソール ウィンドウ (青い背景) にて以下のコマンドレットを実行します。

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client") | Out-Null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client.Runtime") | Out-Null

 
 
毎回実行したくない場合は、PowerShell ISE を起動する際に既定で CSOM のモジュールが読み込まれるよう構成できます。
ただし、作成したスクリプトを別の環境にて実行する際には CSOM のモジュールを忘れずに読み込むよう注意する必要があります。
 
既定で CSOM のモジュールを読み込むには以下の手順を実施します。
 
1. PowerShell ISE を起動します。
2. コンソール ウィンドウにて以下のコマンドレットを実行します。

if (!(test-path $profile )) { new-item -type file -path $profile -force }
psEdit $profile

3. "Microsoft.PowerShellISE_profile.ps1" が開くので、以下を追記します。

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client") | Out-Null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client.Runtime") | Out-Null

4. ファイルを保存して PowerShell ISE を閉じます。
次回以降同じユーザーで PowerShell ISE を開くと、既定で CSOM のモジュールが読み込まれます。

 

基本的な CSOM の実装


PowerShell より CSOM を使用する際の、基本的なサンプルにつきましては、以下のブログをご参照ください。

タイトル : SharePoint Online に対して PowerShell を使用する方法
URL : https://blogs.technet.microsoft.com/sharepoint_support/2014/10/19/sharepoint-online-powershell/
参考箇所 : [方法 2. SharePoint Online Client Component SDK] セクション [PowerShell サンプル *.ps1]

 

また、CSOM の基本的な操作のサンプルにつきましては、以下の公開情報をご参照ください。

タイトル : SharePoint 2013 のクライアント ライブラリ コードを使用して基本的な操作を完了する
URL : https://msdn.microsoft.com/ja-jp/library/office/fp179912.aspx

 

ラムダ式の利用


上記公開情報のサンプルでは、ラムダ式を多用しています。
例として、[Web 内のすべての SharePoint リストを取得する] のサンプルを以下に抜粋します。
 
// Starting with ClientContext, the constructor requires a URL to the
// server running SharePoint.
ClientContext context = new ClientContext("http://SiteUrl");
 
// The SharePoint web at the URL.
Web web = context.Web;
 
// Retrieve all lists from the server.
context.Load(web.Lists,
    lists => lists.Include(list => list.Title, // For each list, retrieve Title and Id.
        list => list.Id));
 
// Execute query.
context.ExecuteQuery();
 
// Enumerate the web.Lists.
foreach (List list in web.Lists)
{
    label1.Text = label1.Text + ", " + list.Title;
}

 
PowerShell ではラムダ式が使用できないため、上記と同様の処理を PowerShell で実装するには以下のように記述することとなります。
注) 実際は Title および Id の値は各リストをロードしなくても取得できますが、ロードが必要なプロパティを参照していると考えてください。
 
(悪い例)
$context = New-Object Microsoft.SharePoint.Client.ClientContext("http://SiteUrl")
 
$web = $context.Web
$context.Load($web.Lists)
$context.ExecuteQuery()
 
foreach($list in $web.Lists)
{
    $context.Load($list)
    $context.ExecuteQuery()
 
    Write-Host "$($list.Title), $($list.Id)"
}

 
ラムダ式を使用して 1 度でリスト コレクションをロードする C# と比べ、PowerShell ではリスト コレクションと各リストに対してロードする必要があります。
ExecuteQuery が呼ばれるたびに SharePoint との通信が発生するため、実行速度にかなりの差が発生します。
特に大量のリスト アイテムに対し毎回ロードを行った場合、数十分から数時間の差が発生する可能性があります。
 
PowerShell でラムダ式を使用するためには、Add-Type コマンドレットを使用して C# のコードを PowerShell で呼び出します。
 
(良い例)
$clientAssembly = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client")
$clientRuntimeAssembly = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Client.Runtime")
$assemblies = ($clientAssembly.FullName, $clientRuntimeAssembly.FullName)
 
# ヘルパー メソッドの定義
Add-Type -Language CSharp -ReferencedAssemblies $assemblies -TypeDefinition "
using Microsoft.SharePoint.Client;
 
public static class Helper
{
    public static void LoadListCollectionSample(ClientContext context, Web web)
    {
        context.Load(web.Lists,
            lists => lists.Include(list => list.Title,
                list => list.Id));
    }
}"
 
$context = New-Object Microsoft.SharePoint.Client.ClientContext($siteUrl)
$web = $context.Web
 
# ヘルパー メソッドの呼び出し
[Helper]::LoadListCollectionSample($context, $web)

 
$context.ExecuteQuery()
 
foreach($list in $web.Lists)
{
    Write-Host "$($list.Title), $($list.Id)"
}

 

実行速度以外のラムダ式を使用するメリットとして、ラムダ式を使用しないと取得できない HasUniqueRoleAssignments などのプロパティが取得可能となります。
 
- 参考情報
タイトル : Using CSharp (C#) code in Powershell scripts
URL : https://blogs.technet.microsoft.com/stefan_gossner/2010/05/07/using-csharp-c-code-in-powershell-scripts/
 
タイトル : クライアント オブジェクトの取得によって全プロパティが取得されるわけではない
URL : https://msdn.microsoft.com/ja-jp/library/office/ee534974(v=office.14).aspx
 
タイトル : SharePoint Online からサイト・リストの権限の一覧を取得するサンプル
URL : https://blogs.technet.microsoft.com/sharepoint_support/2015/04/04/sharepoint-online-1250/

 

ファイル出力


PowerShell よりファイルに出力する方法として、Out-File や Add-Content コマンドレットが用意されています。
ただし、これらのコマンドレットは毎回ファイルを開く、内容を書き込む、ファイルを閉じるといった処理を行います。
呼ばれる回数が少ない場合は問題ありませんが、大量のリスト アイテムの情報をテキスト ファイルに出力する場合など、繰り返し呼ばれる場合はパフォーマンスが問題になる可能性があります。
大量にファイルへの書き込みが発生する場合は、.NET Framework の StreamWriter を使用することをご検討ください。

 
(例)
$writer = New-Object System.IO.StreamWriter("c:\work\out.txt", $true, [System.Text.Encoding]::utf8)
$writer.WriteLine("テスト")
 
if($writer -ne $null)
{
    $writer.Flush()
    $writer.Close()
    $writer.Dispose()
}

 
 

今回の投稿は以上になります。

Exchange Online を含まないサブスクリプションにて OneDrive for Business 上で作成した Office 365 グループについて

$
0
0

こんにちは、SharePoint サポート チームの田﨑です。

Exchange Online および SharePoint Online が含まれるサブスクリプションでは、Office 365 グループを利用することができ、OneDrive for Business の画面から既定で Office 365 グループと連携したチームサイトを作成することができます。

また、Exchange Online を含まない一部のサブスクリプションでも同様の操作で Office 365 グループの作成が可能なのですが、Exchange Online を含まない一部のサブスクリプションにて作成された Office 365 グループは管理メニューから削除が行えないという動作を確認しています。

そのため、今回の記事では Exchange Online を含まないサブスクリプションにて作成されてしまった Office 365 グループを管理者にて削除する方法、および Office 365 グループの作成を禁止する方法について、ご案内します。

 

<<目次>>

  1. OneDrive for Business にて作成できる Office 365 グループ サイトの概要
  2. 作成された Office 365 グループの削除方法
  3. Office 365 グループの作成の制御方法

 

  1. OneDrive for Business にて作成できる Office 365 グループ サイトの概要

Exchange Online および SharePoint Online が含まれるサブスクリプションでは、Office 365 グループを利用することができ、下図のように OneDrive for Business の画面から既定で Office 365 グループと連携したチーム サイトを作成することが可能です。

図 1 : OneDrive サイト上の Office 365 グループ作成ボタン

 

以下の弊社公開情報にても記載されておりますが、Office 365 グループを利用するには Exchange Online および SharePoint Online の両方のサブスクリプションが必要です。

しかし、現在の動作として、Exchange Online を含まず  SharePoint Online (OneDrive for Business) を含む一部のサブスクリプション (例 : Office 365 Business) にても、上述の Office 365 グループの作成が引き続き可能であることを確認しています。

 

タイトル:Office 365 グループの概要

アドレス:https://support.office.com/ja-jp/article/Office-365-グループの概要-b565caa1-5c40-40ef-9915-60fdb2d97fa2?ui=ja-JP&rs=ja-JP&ad=JP#ID0EAADAAA=使用できる機能とライセンス

--- 抜粋 ---

Exchange Online と SharePoint Online が含まれる Office 365 サブスクリプションでは、グループをサポートします。このサブスクリプションには、Business Essentials プランと Business Premium プラン、Enterprise E1、E3、E5 プランが含まれます。

-- ここまで --

 

また、Exchange Online を含まないサブスクリプションにて作成されてしまった Office 365 グループについては、下図のように Office 365 管理センターから Office 365 グループを削除することができません。

図 2 : Office 365 管理センターでの Office 365 グループ削除時のエラー

 

後述の項目では、Exchange Online を含まないサブスクリプションにて作成されてしまった Office 365 グループを管理者にて削除する方法、および Office 365 グループの作成を禁止する方法について、ご案内します。

 

 

  1. 作成された Office 365 グループの削除方法

Office 365 管理センターからは削除できない Office 365 グループは、管理者ユーザーにて Azure AD PowerShell を使用して削除することが可能です。

具体的な手順について、下記に記載します。

 

<設定手順>

  1. インターネットに接続している任意のコンピューター上で "Windows PowerShell 用 Windows Azure Active Directory モジュール" を管理者として実行します。

ご利用のコンピューター上に “Windows PowerShell 用 Windows Azure Active Directory モジュール” がインストールされていない場合は、以下の弊社公開情報をご参照いただき、ツールのインストールをご実施ください。

タイトル : Office 365 PowerShell への接続 アドレス:https://docs.microsoft.com/ja-jp/office365/enterprise/powershell/connect-to-office-365-powershell

 

  1. 起動した PowerShell にて Connect-MsolService コマンドを実行します。

※認証ダイアログが表示されますので、管理者ユーザーの資格情報を入力して [OK] ボタンをクリックします。

 

  1. 下記のコマンドを実行し、Office 365 グループを削除します。

Remove-MsolGroup -ObjectId (Get-MsolGroup -SearchString <削除対象の Office 365 グループ名>).ObjectId -Force

 

例) TestGroup01 という Office 365 グループを削除する場合

Remove-MsolGroup -ObjectId (Get-MsolGroup -SearchString TestGroup01).ObjectId -Force

 

 

  1. Office 365 グループの作成の制御方法

テナント全体にて Office 365 グループの作成を制限することで、OneDrive for Business の画面から Office 365 グループの作成ができないように設定することが可能です。

しかし、Yammer 等の OneDrive for Business 以外のサービスにも設定が反映される点や、制御実施後も全体管理者は Office 365 グループの作成が可能である点には、予めご留意ください。

 

具体的な制御の実施手順につきましては、以下の弊社サポート チーム ブログにて公開させていただいておりますので、ご確認ください。

 

タイトル : SharePoint Online/OneDrive for Business で Office 365 グループの作成を制限する

アドレス : https://blogs.technet.microsoft.com/sharepoint_support/2017/06/02/spo-odb-restrict-365group/

 

 

今回の投稿は以上になります。

 

※ 投稿の内容は記事の作成日時点の動作であり、今後予告なく変更される場合がございます。

SharePoint Online の検索機能の概要

$
0
0

(この記事は 2017 11 10 日に SharePoint Online Support Info に投稿された記事 SharePoint Online Search Overview の翻訳です。最新情報については、翻訳元の記事をご参照ください。)

 

SharePoint Online の検索機能の概要

Microsoft SharePoint Online の検索機能は本製品に欠かせないものです。この検索機能は、Office 365 全体においても多数の機能の基盤となっています。たとえば、日常的に利用されている以下のような機能は、いずれもこの検索機能をベースとしています。

  • エンタープライズ検索センター
  • サイト検索
  • リストとライブラリの検索
  • 検索 Web パーツ
  • OneDrive for Business の [自分と共有] ビュー
  • 使用状況と人気の傾向のレポート
  • データ損失防止、電子情報開示の検索、データ保持

検索のしくみ

SharePoint Online の検索機能は、クローラーインデクサーという 2 つの主要コンポーネントで構成されています。クローラーとインデクサーは共有リソースであり、クロールとインデックス作成が有効化されているすべてのテナントのコンテンツを処理します。サポートには「アイテムやサイトの変更が検索結果に反映されるまでの時間にばらつきがあります。すぐに反映されるときもあれば、非常に時間がかかるときもあるのはなぜですか」といった質問がよく寄せられます。所要時間にばらつきがある理由は、クローラーとインデクサーがいずれも、1 つのテナントだけでなく、ファーム内のすべてのテナントのコンテンツの更新、追加、削除を処理するためです。クローラーとインデクサーは、作業キューを使用して作業項目を処理します。クローラーとインデクサーの役割について、以下に詳しくご説明します。

  • クローラーの役割は、コンテンツを取得して、インデクサーがバイナリ インデックスの作成に使用できる特定の形式に変換することです。クローラーは、コンテンツとユーザー プロファイル データベースから「コンテンツ」を取得し、コンテンツの変換と言語の正規化を実行して、正常に処理できた場合にはその情報をインデクサーに送信します。SharePoint Online では、次の 2 種類のクロール ジョブにより、ファーム内のすべてのテナントで発生したあらゆるコンテンツの変更 (追加、削除、更新) を処理しています。
    • 継続的クロール: 15 分ごとに複数のインスタンスを同時に実行します。
    • 増分クロール: 一度に 1 つのインスタンスのみを実行できます。6 時間ごとに実行されます。新規の増分クロールは、前回の増分クロールが完了した後にしか開始できません。変更キューに大量の作業項目が追加されている場合、このジョブの実行時間が長くなります。
    • セキュリティ クロール: 継続的クロールの 1 種です。コンテンツへのアクセス許可の更新に使用されます。
  • インデクサーの役割は、クローラーが処理したコンテンツを受信して、ユーザーが検索するバイナリ インデックスを作成することです。

新規のコンテンツおよび更新されたコンテンツは通常すべて継続的クロールによって処理されます。継続的クロールは 15 分ごとに実行され、キューを利用して処理を行うため、ほとんどのコンテンツは 20 60 分以内にインデックスが作成されます。継続的クロールによるコンテンツの処理中にエラーが発生した場合、そのコンテンツは次回の増分クロールによって再クロールするようにマークされます。注: ユーザー プロファイルは常に増分クロールによって処理されます。

コンテンツが想定どおりに検索結果に表示されない場合のトラブルシューティングの手順

検索がうまくいかない場合は、サポート ケースを作成する前に、以下の手順を参考にして問題を調査します。

  1. クローラーにコンテンツを再送信する: まずはコンテンツのインデックスを再作成してみてください。これにより、ほとんどの問題を効果的に解決できます。SharePoint Online では、以下のような方法でコンテンツを再送信し、継続的クロールによる処理を再試行させることができます。
    • 少数のページ、ドキュメント、アイテム: 少数のページ、ドキュメント、アイテムを更新する必要がある場合は、いずれかのプロパティの一部を変更します。これにより、継続的クロールのキューに追加されます。
    • サイト、リスト、ライブラリ: ライブラリのインデックスを再作成します。「サイトのクロールとインデックス再作成を手動で要求する」を参照してください。
    • ユーザー プロファイル: SharePoint 管理センターでは、管理者またはユーザーがユーザー プロファイルのプロパティの再クロールを要求することはできません。ユーザー プロファイルの再クロールが必要な場合は、再クロールを要求するサポート ケースを作成するか、次のセクションでご紹介するサードパーティ製スクリプトをご利用ください。
    • インデックス再作成スクリプト: コンテンツのインデックスを再作成するスクリプトを作成する場合は、以下のサンプルを参考にすることをお勧めします (: マイクロソフトはスクリプトそのものをサポートしておらず、現状のまま提供しています。これらのスクリプトに関して、マイクロソフトは一切の保証を行いません)
  2. 検索条件を変更してコンテンツが検索可能かどうかを確認する: たとえば、リストまたはライブラリのページ、アイテム、ドキュメントを検索して、ファイルやアイテムが想定どおりに表示されるかどうかを確認します。表示された場合、問題はクエリの構成に関連するものです。クエリの構成に関する一般的な問題については、今後のブログ記事でご説明する予定です。表示されない場合は、クロール中またはインデックス作成中である可能性があります。
  3. ページ、ドキュメント、カスタム ページのレイアウトが発行済みのメジャー バージョンであることを確認する: クロールの対象となるのは、発行済みのメジャー バージョンのみです。バージョンを特定する方法の詳細については、こちらの記事の手順 3 を参照してください。
  4. サイト、リスト、ライブラリ、ユーザー プロファイルが検索結果に表示されるように設定されていることを確認する:
  5. ページが想定どおりに検索結果に表示されない場合: サイトにフレンドリ URL を使用している可能性があります。この場合、ページに表示される検索結果が変更されます。フレンドリ URL と検索結果に関するこちらのブログ記事 (英語) を参照して、このようなページの動作を希望するかどうかをご確認ください。
  6. サイト、リスト、ライブラリが検索可能に設定されていることを確認する:「サイト上で検索可能にするコンテンツを有効にする (機械翻訳)」を参照してください。
  7. 制限と境界のサポート範囲内であることを確認する:「SharePoint Online の検索制限 (機械翻訳)」を参照してください。

SharePoint Online の検索機能のクローラーとインデクサーの監視

SharePoint Online では、クローラーまたはインデクサーの状態をリアルタイムで監視するダッシュボードは提供されていません。クロールおよびインデックス作成にかかる時間は、ジョブごとに異なります。

サポート ケースを作成する必要がある場合

24 時間が経過してもコンテンツが想定どおりに検索結果に反映されない場合は、サポート ケースを作成することをお勧めします。シナリオによってはお客様のビジネスに大きな影響を与える (注目を集めやすいコンテンツ、プロジェクトの期限などの) 重要事項があり、問題の原因を適切に究明する必要があることと思いますので、お困りの際は、お気軽にサポートまでお問い合わせいただき、以下の情報をお知らせください。

  1. 検索結果に表示されるはずのページ、リスト アイテム、ドキュメント数点の URL
  2. 使用している検索クエリ
  3. 解決したい問題の概要 (想定した結果と現在の結果が異なるなど)
  4. トラブルシューティングの手順を実施した結果に関する情報

検索機能に関するご意見、ご提案は、https://sharepoint.uservoice.com/ (英語) までお寄せください。皆様からのご要望やフィードバックは、製品グループが定期的にチェックし、製品の新機能や機能強化の参考とさせていただきます。

作成: Sridhar Narra、Tania MeniceYachiyo Jeska (いずれもマイクロソフト)

協力: Paul Haskew、Steffi BuchnerTony Radermacher (いずれもマイクロソフト)

SharePoint Online (Office 365) のブラウザー要件 / Browser Requirements for SharePoint Online (Office 365)

$
0
0

English follows Japanese

 

こんにちは、SharePoint サポート チームの高山です。

 

下記の公開情報に記載のとおり、SharePoint Online を含む Office 365 は、最新のブラウザーで動作するように設計されています。

そのため、Office 365 のご利用時にサイト上の表示の問題やブラウザー上のエラーが発生する場合には、まずお使いのブラウザーが最新バージョンであるかをご確認ください。

 

Office のシステム要件
https://products.office.com/ja-JP/office-system-requirements

 --- 一部抜粋 ---
Office 365 は、最新のブラウザーと最新バージョンの Office で動作します。古いバージョンのブラウザーやメインストリーム サポートの対象でない Office バージョンを使用している場合は、以下の点に注意してください。

・Microsoft は、ユーザーがサービスに接続することを意図的に阻止することはありませんが、Office 365 で利用できる機能は徐々に縮小されます。
・Microsoft は、セキュリティ以外の問題を解決するために、修正プログラムを提供することはありません。
----------------

 

なお、Internet Explorer の要件として、上記公開情報の中に下記の記載がありますが、Internet Explorer 11 の場合でも最新バージョン (最新の更新プログラム) をご利用されていることが前提となっているため、過去バージョンの Internet Explorer 11 をお使いの場合には、使用可能な機能に差異が生じる可能性がある点にご注意ください。

SharePoint Online のご利用において、端末によって Internet Explorer の動作に差異が生じる (特定の端末でのみ Internet Explorer がフリーズする等の) 場合は、初めに最新の更新プログラムを端末に適用し、動作が改善されるかをご確認ください。

 

--- 一部抜粋 ---
Internet Explorer:

Office 365 は、Internet Explorer 11 で動作するように設計されています。それよりも前のバージョンを使用している場合は、Internet Explorer 11 にアップグレードすることをおすすめします。Office 365 は、Internet Explorer 11 以外のバージョンの Internet Explorer でも引き続きお使いいただけますが、動作は保証されません。
----------------

 

今回の投稿は以上です。

※ 投稿の内容は記事の作成日時点の情報であり、今後予告なく変更される場合があります。

 

 

For English

 

Office 365 including SharePoint Online is designed to work with the latest browsers, as described in the following public information.
If you have display problems on the site or errors on the browser when you are using Office 365, check whether your browser is the latest version first.


System requirements for Office
https://products.office.com/en-us/office-system-requirements

 --- Excerpt ---
Office 365 is designed to work with the latest browsers and versions of Office. If you use older browsers and versions of Office that are not in mainstream support:

・Microsoft wont deliberately prevent you from connecting to the service, but the quality of your Office 365 experience will diminish over time.
・Microsoft wont provide code fixes to resolve non-security related problems.
---------------

 

The required version of Internet Explorer 11 is not specifically described in the article as follows, but is assumed the latest updates have been applied.

If you find a difference in the behavior of Internet Explorer depending on the PC when you are using SharePoint Online, apply the latest updates to the  PC first and confirm whether the behavior will be improved.

 

--- Excerpt ---
Internet Explorer:

Office 365 is designed to work with Internet Explorer 11. We recommend that you upgrade to Internet Explorer 11, if you are using an earlier version. Office 365 might continue to work with versions of Internet Explorer other than Internet Explorer 11, but Office 365 cant provide any guarantees.
---------------

Viewing all 138 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>