Sådan fungerer cachelagring på serversiden i Power Pages
Power Pages-websteder cachelagrer de data, der efterspørges fra Microsoft Dataverse, for at forbedre skalerbarheden og ydeevnen. Denne cachelagring foretages på programserveren for alle virksomhedsdata og webstedsmetadata og er forskellig fra cachelagring af statiske ressourcer i browserbaserede netværk eller netværk, der leverer indhold.
Cachelagring på serversiden foretages for to typer tabeller, der beskrives nedenfor:
Metadata-/konfigurationstabeller
Metadata-/konfigurationstabeller repræsenterer alle de tabeller, hvor der lagres oplysninger om konfiguration af websteder, f.eks. websider, webskabeloner, uddrag af indhold og andet.
Følgende tabeller betragtes som konfigurationstabeller. Denne liste er fast og kan ikke ændres via en konfiguration.
Bemærk
- De tabeller, der bruges til konfiguration af websteder, afhænger af, om webstedet er konfigureret ved hjælp af standarddatamodellen eller den forbedrede datamodel. Du kan finde flere oplysninger under Forbedret datamodel.
- Disse tabeller kan ikke ændres.
Systemtabel | Virtuel tabel for forbedret datamodel | Tabel for standarddatamodel |
---|---|---|
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 |
Alle konfigurationstabeldata er de samme for alle brugere og cachelagres automatisk. Denne konfigurationsdatacache for enhver tabel opdateres automatisk, når en post ændres. Automatisk cacheopdatering har en serviceaftale på 15 minutter. Alle ændringer, der foretages for en konfigurationspost, bliver automatisk tilgængelige på webstedet inden for 15 minutter.
Hvis der straks skal foretages postændringer, kan du eksplicit rydde cachen ved hjælp af følgende muligheder.
Mulighed | Oplysninger |
---|---|
Designstudio | Hvis du vælger indstillingen Forhåndsversion i designstudiet, ryddes cachen. |
/_services/about -side på webstedet |
Brug indstillingen Ryd konfiguration eller ryd cache ved at gå til webstedet, hvor '/_services/about' er føjet til URL-adressen for webstedet. For at kunne få vist disse indstillinger skal brugeren have en webrolle med alle adgangstilladelser til webstedet tildelt. |
Bemærk
Opdateringer af dataene i konfigurationstabellerne eller kald af rydning af cache eller konfigurationshandlinger skal udføres på tidspunkter med lav aktivitet. Hyppige eller for mange tabelændringer kan have en negativ indvirkning på webstedsydeevnen.
Alle konfigurationstabeller skal aktiveres for besked om ændringer i organisationen. Meddelelse om ændring er som standard angivet korrekt og skal ikke ændres.
Datatabeller
Datatabeller repræsenterer alle de Dataverse-tabeller, der lagrer virksomhedsdata, som vises på webstedet. Disse data cachelagres typisk pr. bruger, undtagen i visse tilfælde som anonyme brugere eller tabeller med global tilladelse. Det er også kun de data, der åbnes af brugeren på webstedet, der cachelagres, og ikke dataene for hele tabellen.
Denne cache opdateres via flere mekanismer, der beskrives nedenfor:
Alle poster i en tabel (eller en relateret tabel) oprettes, opdateres eller slettes på webstedet af en bruger af webstedet. Handlingen rydder øjeblikkeligt cachen for alle webstedsbrugere for den pågældende tabel.
Cachen ryddes automatisk inden for 15 minutter, selvom der ikke foretages ændringer.
Cachen ryddes manuelt via følgende metoder:
Mulighed Oplysninger Designstudio Hvis du vælger indstillingen Forhåndsversion i designstudiet, ryddes cachen. /_services/about
-side på webstedetBrug indstillingen Ryd konfiguration eller ryd cache ved at gå til webstedet, hvor '/_services/about' er føjet til URL-adressen for webstedet. For at kunne få vist disse indstillinger skal brugeren have en webrolle med alle adgangstilladelser til webstedet tildelt.
Bemærk
Indstillingen Ryd cache skal sjældent bruges, da den rydder cachen for alle datatabeller og konfigurationstabeller, og det kan medføre midlertidig sløvhed. For et aktivt websted med kraftigt forbrug kan det medføre, at brugere får problemer med ydeevnen.
Ofte stillede spørgsmål om
Kan jeg ændre cacheopdateringens varighed fra 15 minutter til en mindre varighed?
Nej. SLA for cacheopdatering er stadig 15 minutter. Eventuelle ændringer fra Dataverse bliver afspejlet på webstedet inden for 15 minutter for både datatabeller og konfigurationstabeller.
Jeg bruger plug-ins eller arbejdsprocesser til at opdatere data i andre tabeller, og jeg har brug for, at disse dataændringer straks afspejles på mit websted.
Denne designtilgang anbefales ikke. Bortset fra den primære post, hvor handlingen til oprettelse eller opdatering udløses, er dataafspejling fra Dataverse til websteder aldrig garanteret omgående.
Er der forskel på cachelagring mellem kapacitetsbaserede websteder og tilføjelsesprogramportaler?
Nej.
Hvor lang tid går der, før ændringer afspejles fra et websted til Dataverse?
Straks, så længe opdateringen ændrer en primær post og ikke er baseret på indirekte ændringer af data ved hjælp af plug-ins eller arbejdsprocesser efter handlingen.