次の方法で共有

Power Pages でのサーバー側キャッシュの動作

  • [アーティクル]

スケーラビリティとパフォーマンスを向上させるために、Power Pages Web サイトは Microsoft Dataverse からクエリされたデータをキャッシュします。 このキャッシュは、すべてのビジネス データと Web サイト メタデータのアプリケーション サーバーで行われ、静的リソースのブラウザー ベースまたはコンテンツ配信ネットワークのキャッシュとは異なります。

サーバー側のキャッシュは、次に説明する 2 種類のテーブルに対して行われます。

メタデータ/構成テーブル

メタデータ/構成テーブルは、Web ページ、Web テンプレート、コンテンツ スニペットなどの Web サイト構成情報を格納するすべてのテーブルを表します。

次のテーブルは、構成テーブルと見なされます。 このリストは固定で、構成によって変更することはできません。

注意

  • サイト構成に使用されるテーブルは、サイトが標準データ モデル、または拡張データ モデルのどちらを使用して構成されているかによって異なります。 詳細については、強化されたデータ モデル を参照してください。
  • これらのテーブルは変更できません。
システム テーブル 強化されたデータ モデルの仮想テーブル 標準データ モデル テーブル
powerpagesite mspp_website adx_website
powerpagesitelanguage mspp_websitelanguage adx_websitelanguage
powerpagecomponent mspp_columnpermission
mspp_columnpermissionprofile
mspp_contentsnippet
mspp_entityform
mspp_entityformmetadata
mspp_entitylist
mspp_entitypermission
mspp_pagetemplate
mspp_pollplacement
mspp_publishingstate
mspp_publishingstatetransitionrule
mspp_redirect
mspp_shortcut
mspp_sitemarker
mspp_sitesetting
mspp_webfile
mspp_webform
mspp_webformmetadata
mspp_webformstep
mspp_weblink
mspp_weblinkset
mspp_webpage
mspp_webpageaccesscontrolrule
mspp_webrole
mspp_websiteaccess
mspp_websitelanguage
mspp_webtemplate
 adx_columnpermission
adx_columnpermissionprofile
adx_contentsnippet
adx_entityform
adx_entityformmetadata
adx_entitylist
adx_entitypermission
adx_pagetemplate
adx_pollplacement
adx_publishingstate
adx_publishingstatetransitionrule
adx_redirect
adx_shortcut
adx_sitemarker
adx_sitesetting
adx_webfile
adx_webform
adx_webformmetadata
adx_webformstep
adx_weblink
adx_weblinkset
adx_webpage
adx_webpageaccesscontrolrule
adx_webrole
adx_websiteaccess
adx_websitelanguage
adx_webtemplate

すべての構成テーブル データは、すべてのユーザーで同じであり、自動的にキャッシュされます。 すべてのテーブルのこの構成データ キャッシュは、レコードが変更されると自動的に更新されます。 自動キャッシュ更新には、15 分のサービス レベル アグリーメントがあります。 構成レコードに対して行われた変更は、15 分以内に Web サイトで自動的に利用可能になります。

ただし、レコードの変更がすぐに必要な場合は、次のオプションを使用して明示的にキャッシュをクリアできます。

回答内容 Details
デザイン スタジオ デザイン スタジオでプレビュー オプションを選択すると、キャッシュがクリアされます。
Web サイトの /_services/about ページ 構成のクリアまたはキャッシュのクリア オプションを使用するには、Web サイトの URL に '/_services/about' を追加して Web サイトに移動します。 ユーザーがこれらのオプションを表示するには、すべての Web サイトのアクセス許可が割り当てられた Web ロールが必要です。

キャッシュをクリアします。

注意

構成テーブルのデータを更新するか、キャッシュのクリアまたは構成アクションの呼び出しを、ピーク時以外に実行する必要があります。 テーブルの変更が頻繁または多すぎると、Web サイトのパフォーマンスに悪影響を与える可能性があります。

組織内の変更通知に対して、すべての構成テーブルを有効にする必要があります。 変更通知は既定で正しく設定されているため、変更しないでください。

データ テーブル

データ テーブルは、Web サイトに表示されるビジネス データを格納するすべての Dataverse テーブルを表します。 このデータは通常、匿名ユーザーやグローバル権限を持つテーブルなどの特定のケースを除いて、ユーザーごとにキャッシュされます。 また、Web サイトでユーザーがアクセスしたデータのみがキャッシュされ、テーブル全体のデータはキャッシュされません。

このキャッシュは、次に説明するいくつかのメカニズムを通じて更新されます。

  • テーブル (または関連するテーブル) のすべてのレコードは、Web サイト ユーザーによって Web サイト上で作成、更新、または削除されます。 アクションは、その特定のテーブルのすべての Web サイト ユーザーのキャッシュを即座にクリアします。

  • 変更を行わなくても、キャッシュは 15 分以内に自動的にクリアされます。

  • キャッシュは、次のオプションを使用して手動でクリアされます。

    回答内容 Details
    デザイン スタジオ デザイン スタジオでプレビュー オプションを選択すると、キャッシュがクリアされます。
    Web サイトの /_services/about ページ 構成のクリアまたはキャッシュのクリア オプションを使用するには、Web サイトの URL に '/_services/about' を追加して Web サイトに移動します。 ユーザーがこれらのオプションを表示するには、すべての Web サイトのアクセス許可が割り当てられた Web ロールが必要です。

注意

キャッシュのクリア オプションは、すべてのデータ テーブルと構成テーブルのキャッシュをクリアし、一時的に速度が低下する可能性があるため、めったに使用しないでください。 使用率の高いライブ サイトの場合、これにより、ユーザーにパフォーマンスの問題が発生する可能性があります。

FAQ

  1. キャッシュの更新時間を15分よりも短い間隔に変更できますか？

    いいえ。 キャッシュ更新の SLA は15分のままとなります。 Dataverse からの変更は、データ テーブルと構成テーブルの両方について 15 分以内に Web サイトに反映されます。

  2. プラグインまたはワークフローを使用して他のテーブルのデータを更新しており、これらのデータの変更を Web サイトにすぐに反映する必要があります。

    このような設定のアプローチは推奨されていません。 作成または更新アクションがトリガーされるプライマリ レコードを除き、Dataverse から Web サイトへのデータの即時反映は保証されていません。

  3. キャパシティ ベースの Web サイトとアドオン ポータルのキャッシュに違いはありますか?

    いいえ。

  4. Web サイトから Dataverse に変更が反映されるまでにどのくらいかかりますか?

    更ちに更新されますが、この条件として更新処理がプライマリ レコードを変更対象とするものに限られます。事後操作プラグインやワークフローを使用した間接的なデータ変更の場合はこの条件から除外されます。