[改訂版] SharePoint Online HTTP 調整 (応答コード : 429) 対策の増分バックオフ リトライ

過去のブログ投稿でもご案内しておりますように、CSOM などのクライアント サイド API を利用するプログラムにおいて、HTTP 調整機能への対策として増分バックオフ リトライを実装することを推奨しています。 タイトル: PowerShell サンプル : SharePoint Online HTTP 調整 (応答コード : 429) 対策の増分バックオフ リトライ アドレス: https://blogs.technet.microsoft.com/sharepoint_support/2016/10/08/powershell-csom-sample-code-for-spo-http-429-incremental-backoff-retry/   従来弊社より案内していた増分バックオフ リトライのサンプル コードでは、Exponential Backoff というアルゴリズム (指数関数的にリトライ間隔を大きくする実装) を推奨していましたが、最新のベスト プラクティスにおいては、HTTP 応答の “Retry-After” ヘッダーの値を利用してリトライ間隔を指定する実装を推奨しています。本実装は、SharePoint Online だけでなく、Microsoft Graph API 等においても同様の推奨事項となります。   タイトル: SharePoint Online で調整またはブロックを回避する アドレス: https://docs.microsoft.com/ja-jp/sharepoint/dev/general-development/how-to-avoid-getting-throttled-or-blocked-in-sharepoint-online タイトル: Microsoft Graph throttling guidance アドレス: https://developer.microsoft.com/en-us/graph/docs/concepts/throttling   本稿では、冒頭のブログで紹介している…

0

構造ナビゲーション、CQWP によるパフォーマンス劣化について

以下の公開情報でご案内しておりますように、SharePoint Online で構造ナビゲーション、コンテンツ クエリ Web パーツ (以下、CQWP と略します) を利用するとデータベースに負荷が生じ、サイト アクセス時にパフォーマンス劣化が生じる場合がございます。   タイトル : SharePoint Online のパフォーマンス チューニングについて アドレス : https://blogs.technet.microsoft.com/sharepoint_support/2018/06/25/spo-performance-tuning/   構造ナビゲーション、CQWP を以前からご利用されており、特に設定変更や運用の変更などを実施していないにも関わらず、突然パフォーマンスが劣化することについての疑問を頻繁にお問い合わせいただくため、以下に考えられる要因をご紹介いたします。 なお、上述の公開情報に記載のとおり、構造ナビゲーション、CQWP を利用することによってパフォーマンスが劣化する場合、データセンター側でのサーバーのリソース増強などによる対応は効果的ではありません。 よりパフォーマンスに優れる代替機能への置き換えや、パフォーマンスのチューニングが有効な対処となりますので、構造ナビゲーション、CQWP をご利用されている場合は上述の公開情報を参考にお早めに対処をご検討ください。   パフォーマンス劣化が生じる要因について 構造ナビゲーション、CQWP は負荷の大きなクエリがデータベースに対して実行されるため、データベースのリソースを消費し、データベースからの応答が遅延することでパフォーマンスが劣化します。 SharePoint Online は単一のデータベースに複数のサイト コレクションの情報や、テナントの規模によっては OneDrive for Business の情報も保持されるため、当該機能によるパフォーマンス劣化の影響範囲としては、最大でテナント全体となります。   SharePoint Online はデータセンター側で継続して動作が追加/更新されており、また SaaS 型の共有サービスのため、他のテナントとサーバーやデータベースも共有しております。 突然発生したパフォーマンスの劣化は、主にこの様な要因が影響しており、以下に考えられる具体的なシナリオをご案内いたします。   1.     フロントエンドサーバーの増加、キャッシュの廃止 SharePoint Online は利用者が継続して増加しており、現在多くのフロントエンドサーバーが稼働している状況となります。 構造ナビゲーションや CQWP は従来よりデータベースへの負荷が大きな機能となるため、フロントエンド…

0

Project Online の [Project] タイルの動作変更について

こんにちは、サポートの森村です。 本記事では Project Online の [Project] タイルを使用した場合の動作について、弊社の米国のエンジニアが公開済みの下記ブログ記事の内容についてご案内いたします。 タイトル : Project Online: The new ‘Home’ experience タイトル : https://blogs.technet.microsoft.com/projectsupport/2018/08/15/project-online-the-new-home-experience/ Project Online 関連のサブスクリプション (Project Online Premium、Project Online Professional、Project Online Essentials) のライセンスを割り当てているユーザーの場合、Office 365 にサインインするとアプリケーション ランチャーに [Project] のタイルが含まれています。 本日 2018/8/28 時点では [Project] タイルをクリックすると、既定の Project Web Access サイトコレクション (PWA サイト) である、/sites/pwa にアクセスする動作となっております。 こちらの動作を、近日中に変更し、下記のような「Project ホーム画面」 (https://project.microsoft.com/) に移動する動作となる予定です。 [Project] タイルの動作を以前のままにする、等の設定変更はできませんので、従来通り /sites/pwa の…

0

サンプル コード : SharePoint 2013 形式ワークフローの状態出力

今回の投稿では、特定のリストに関連付けられた SharePoint 2013 形式ワークフローの各インスタンスの状態を出力する SharePoint Online用のサンプル コードをご紹介します。 SharePoint 2013 形式のワークフローの状態列は、ワークフローの状態列をクリックすれば、下記のように表示されます。 しかし、列自体に、ワークフローの実際の内部状態を表示しないため、リスト ビューなどでワークフローの状況が把握できないというご質問を受けます。 SharePoint 2013 形式ワークフローは、SharePoint 2010 形式ワークフローよりも、リトライ処理が堅牢に実装されております。 そのため、ワークフローの処理が失敗する可能性は低いですが、リトライしても成功しない処理 (例. 削除済みアイテムを削除する) をリトライし続け、リトライ回数を枯渇して一旦停止になる場合もあります。 今回の投稿では、このようなシナリオにおいて SharePoint 2013 形式ワークフローの内部状態を確認し、エラーとなったワークフローを検出するサンプル スクリプトをご紹介します。 事前準備 下記の内容を実施済みのクライアント環境においては、事前準備の項目を再度実施する必要はございません。 1 : SharePoint Online Client Components SDK のダウンロード サンプル スクリプトを実行するための実行環境として SharePoint Online Client Components SDK をダウンロードします。 以下のリンクよりダウンロード可能です。 タイトル : SharePoint Online Client Components SDK アドレス : https://www.microsoft.com/en-us/download/details.aspx?id=42038  …

0

SharePoint Online の HTTP 調整 (応答コード 429) に関して

SharePoint Online は、データセンターの安定稼働のため、HTTP アクセスの一部をブロックして負荷調整する機能が備わっております。 SharePoint Online では、様々な利用者がファーム環境を共有しており、それぞれのお客様の利用状況に合わせて様々な HTTP 要求が送信されています。 サービス提供者の立場から、各利用者の利用状況や負荷状況の事前予測は不可能であり、個別に異なった運用対処もできません。このような予測しない高負荷が発生した際に、データセンターを守るための共通の基盤を用意する必要があります。 HTTP 調整は、上記背景のもとサービスの継続稼働のため、データセンター側の各種様々なパフォーマンス カウンタ値をもとに、HTTP アクセスに重みづけのルールを考慮して、高負荷と判断される際に優先度の低い HTTP 要求から受信直後・処理開始前にブロックし、負荷を自動調整 (縮退運転) するような設計で実装されています。 以下に例を記載します。データや指標などについては理解を促すための完全に恣意的なものです。 優先度 A の HTTP 要求は 15:00 のみにブロックされています。 優先度 B の HTTP 要求は 15:00 と 18:00 にブロックされています。 優先度 C の HTTP 要求は 12:00, 15:00, 18:00 にブロックされています。 優先度により、それぞれ異なったしきい値があるため、このように異なった結果になる例となります。   HTTP アクセスの優先度付けについて SharePoint Online への HTTP アクセスは重みづけされ、優先度が判断されます。 例えば、通常ブラウザー アクセス、JavaScript…

0

発行用イメージ列の制限について

こんにちは。SharePoint サポートの清です。 今回の投稿では、SharePoint Online における発行用イメージ列 (*) の制限事項についてご案内します。 SharePoint Online の環境において、リスト等で発行用イメージ列をご利用いただく場合、モダン UI での表示に対応していないため、モダン UI では画像が表示されない現象が確認されています。 本動作につきましては、改善するべき動作として開発部門へのフィードバックを実施しておりますが、現状の対処としましては、モダン UI でのご利用がある場合には、ハイパーリンクまたは画像列、複数行テキスト列等で代用いただくことをご検討くださいますようお願いいたします。   * 発行用イメージ列について 発行用イメージ列は発行機能を有効化したサイトにおいて作成されるサイト列です。 既定では、サイト列として、[お勧めのイメージ] や、[ページのアイコン]、 [ページのイメージ] などページ レイアウトの列に作成され、アーティクル ページや、ウェルカム ページ等のページのイメージとなる画像を管理するためにご利用いただけます。 上述のような既定で作成される列の他に、サイト列として発行用イメージ列を別途作成いただくことも可能です。   – クラシック UI – モダン UI 今回の投稿は以上です。 本情報の内容は、作成日時点のものであり、予告なく変更される場合があります。  


SharePoint Online で発行機能を有効にする場合の留意点

サイト コレクションの作成後に SharePoint Server 発行インフラストラクチャ/SharePoint Server 発行機能を有効にする場合、主にパフォーマンスの観点で以下のような留意すべき事項があります。 ・ナビゲーション ・ページ (Pages) ライブラリ   一般的に運用の開始後は設定や構成の変更が難しくなりますので、本稿の内容を構築の段階で考慮いただくことを、推奨いたします。   なお、サイト コレクションの作成時に、”発行ポータル” (英語: Publishing Portal) テンプレートを利用される場合は後述の内容は考慮された状態でサイト コレクションが作成されます。 このため、発行機能の利用を検討される場合は、サイト コレクションの作成時に、”発行ポータル” テンプレートを利用することもご検討ください。   ナビゲーション サイト コレクションの作成後に SharePoint Server 発行インフラストラクチャ機能を有効にすると、ナビゲーションに構造ナビゲーションが設定されます。 以下のブログ投稿でも紹介していますが、構造ナビゲーションを利用すると深刻なパフォーマンスの劣化が生じる可能性があるため、SharePoint Server 発行インフラストラクチャ機能を有効にした場合は、ナビゲーションを管理ナビゲーションに変更することが強く推奨されます。   タイトル : SharePoint Online のパフォーマンス チューニングについて アドレス : https://blogs.technet.microsoft.com/sharepoint_support/2018/06/25/spo-performance-tuning/   タイトル : SharePoint Online で管理ナビゲーションを使用する アドレス : https://blogs.technet.microsoft.com/sharepoint_support/2018/07/02/using-managed-navigation-in-sharepoint-online/    …

0

SharePoint Online で管理ナビゲーションを使用する

今回は、管理ナビゲーションの利用イメージや使い方について説明します。 はじめに サイト コレクションの機能より、”発行インフラストラクチャー” をアクティブ化するとナビゲーションが既定で構造ナビゲーションが使用されます。 しかし、様々な弊社公開情報に記載の通りSharePoint Online では構造ナビゲーションは、ページ描画時のパフォーマンスに深刻な影響を与える場合があることが認識されています。 しかし、管理ナビゲーションに移行する場合、用語ストアなど聞きなれない言葉がたくさん出てくるため躊躇する方もいらっしゃると思います。本投稿では管理ナビゲーションへのスムーズな移行を目的とし、その設定や注意事項などを解説します。 1. 概念 – 管理ナビゲーションと用語ストアの関連性について 下記の図が、管理ナビゲーションにおける各専門用語の関連性となります。 上記図の説明 サイトのナビゲーション設定では、ナビゲーションに使用する用語セットを 1 つ選択します。 サイト ナビゲーションと用語セットの関係性は 1:1 です。用語セットを 1 つのサイトのナビゲーションで使用した場合、他のサイトでは同時に使用できません。画面上で設定しようとするとエラー ダイアログが出る場合がありますし、設定できたとしてもナビゲーション メニューがエラー表示となります。 サイトのナビゲーションに使用する用語セットを選択した後は、用語ストアを編集する操作の流れとなります。 用語ストア配下に存在する用語が各ナビゲーション メニューに相当する形になります。 用語ストア内には、テナントとサイト コレクションを 2 種類の範囲が指定できます。ただし、テナントの範囲で用語ストアを編集するためには、用語ストア管理者権限が必要となります。   2. 基礎 – ナビゲーション設定の基本手順について 1) サイトのナビゲーション設定について [サイトの設定] – [ナビゲーション] をクリックします。最初に、該当サイトで管理ナビゲーションを使用するよう設定します。 発行ポータルをテンプレートとしてサイト コレクションを作成した場合、トップサイトのナビゲーション設定は管理ナビゲーションが既定値になっています。   2) サイトのナビゲーションに使用する用語セットを選択 (または作成) します。 [用語セットの作成] をクリックすると、用語セットが作成され、自動的にサイトのナビゲーションとして選択されます。 また、作成済みの用語セットを選択することも可能です。  …

0

SharePoint Online で IE ドキュメント モードを 10 に変更するサンプル コード

以下のサイトに記載された IE のドキュメント モードを 10 に指定するコードが記載されております。 本投稿では、これを応用し SharePoint Online の全サイト コレクション (OneDrive for Business 個人用サイトを除く) を対象として設定を適用します。 タイトル : Display a classic SharePoint Online site in Internet Explorer 10 document mode アドレス : https://support.office.com/en-us/article/4b4572b7-9223-45ec-8497-557a643da12a 機械翻訳 : https://support.office.com/ja-jp/article/4b4572b7-9223-45ec-8497-557a643da12a   事前準備 下記の内容を実施済みのクライアント環境においては、事前準備の項目を再度実施する必要はございません。 1 : SharePoint Online 管理シェルのダウンロード サンプル スクリプトを実行するための実行環境として SharePoint Online 管理シェルをダウンロードします。 以下のリンクより最新版がダウンロード可能です。 タイトル : SharePoint Online Management Shell アドレス : https://www.microsoft.com/ja-JP/download/details.aspx?id=35588…

0

SharePoint Online IE ドキュメント モードの変更について

IE のドキュメント モードが、順次 Edge モードに切り替わる変更が適用されてきております。   変更概要 IE のドキュメント モードは、下記のようなクラシック表示のエクスペリエンスを明示的に設定している場合、ドキュメント モードを IE10 モードとして描画する動作となっています。 (この動作は標準のマスターページに組み込まれている IECompatibleMetaTag サーバー コントロールの内部動作によって制御されています。)   SharePoint Online 管理センターの [設定] にて、”クラシック表示のエクスペリエンス″ を指定している場合   リストやライブラリの設定の [詳細設定] にて、クラシック表示または管理センターで指定した既定の動作を継承している場合 変更履歴 6 月末に、より多くの IE ブラウザーで Edge モードで描画するように、本設定を考慮しないよう動作変更されました。 7 月 4 日現在、この動作は元の動作に一旦切り戻されております。 しかしながら、長期的には再度 Edge モードに変更される可能性がありますため、本投稿に記載の対処をご検討ください。また、ドキュメント モードを IE10 モードに戻す回避策を含めてご検討ください。回避策をあらかじめ実施しておけば、再度 Edge モードで描画するように動作変更されても、影響を防ぐことができます。 なお、引き続き情報に進展などがあれば、本ページにてアップデートいたします。   報告されている現象について 7 月 4 日現在、以下の現象は再現しませんが、今後の対応が必要なものもあると存じますので記載を残させていただきます。 1….

0