> For the complete documentation index, see [llms.txt](https://docs.cerrix.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.cerrix.com/cerrix-documentation-no/om-cerrix/root-cause-analysis/rca-p2-avvik-2026-09-16.md).

# RCA P2 Avvik 2026-09-16

Ytelsesforringelse etter versjon 2026.8.2250.

### Avvikssammendrag

**Utarbeidet for:** a.s.r.

**Utarbeidet av:** CERRIX

**Dato:** 16. september 2026

Den 16. september 2026 opplevde brukerne trege sideinnlastinger. Vanlige handlinger tok 5 til 30 sekunder. Normale responstider er under ett sekund.

Utgivelsen 16. september førte til ytelsesforringelsen. Den fjernet en intern hurtigbuffer for Organisasjon-strukturen. Denne endringen forberedte applikasjonen for et oppsett med høy tilgjengelighet.

Applikasjonsserveren bygde hele Organisasjon-strukturen på nytt for hver forespørsel. Den store Organisasjon-strukturen brukte opp all tilgjengelig prosesseringskapasitet på applikasjonsserveren. Databasen og nettverket ble ikke påvirket.

Ingen data gikk tapt eller ble endret. Ingen sikkerhetsgrense ble påvirket.

### Tidslinje

Alle tidspunkter bruker sentraleuropeisk sommertid (CEST).

| Tid         | Hendelse                                                                                                        |
| ----------- | --------------------------------------------------------------------------------------------------------------- |
| 05:44       | Utgivelsen ble distribuert til produksjonsmiljøet.                                                              |
| 07:00–09:00 | Belastningen på applikasjonsserveren økte med aktive brukere. Responstidene begynte å øke.                      |
| 10:00–11:00 | Applikasjonsserveren nådde full prosesseringskapasitet. Brukerne opplevde responstider på 5 til 30 sekunder.    |
| 10:45       | CERRIX mottok rapporten.                                                                                        |
| 11:00–12:10 | CERRIX undersøkte saken. Databasen var sunn. En prosessorprofil for applikasjonsserveren identifiserte årsaken. |
| 12:55       | En feilretting ble utviklet og distribuert for testing.                                                         |
| 16:05       | Testingen ble fullført med hell. CERRIX begynte å forberede feilrettingen for utgivelse.                        |
| 17:12       | Feilrettingen ble distribuert til alle miljøene. CPU-bruken gikk tilbake til normalt.                           |

### Rotårsak

En kodeendring i utgivelsen fjernet hurtigbufferen i minnet for Organisasjon-strukturen. Tidligere bygde applikasjonsserveren denne strukturen én gang og gjenbrukte den.

Etter endringen lastet serveren hele strukturen fra databasen. Den bygde strukturen på nytt for hver forespørsel. Dette inkluderte forespørsler som bare sjekket en brukers tillatelser.

De fleste miljøer pådrar seg lite ekstra arbeid. Den store Organisasjon-strukturen medførte betydelig arbeid for hver forespørsel. Ved normal brukermengde oppbrukte applikasjonsserveren prosesseringskapasiteten sin.

Forespørsler ventet deretter på en tilgjengelig prosessor. Dette gjorde hver side tregere, inkludert sider uten data om Organisasjon-struktur.

### Hvorfor det ikke ble oppdaget før utgivelsen

Endringen besto funksjonell testing. Ytelsespåvirkningen skalerer med størrelsen på Organisasjon-strukturen og samtidige forespørsler.

Testmiljøene bruker mindre strukturer og færre samtidige forespørsler. Utgivelsen ble også distribuert til andre kundemiljøer. Disse miljøene hadde mindre strukturer og opplevde bare en mindre nedgang i hastighet.

### Korrigerende tiltak

| Handling                                                                                                    | Eier             | Status          |
| ----------------------------------------------------------------------------------------------------------- | ---------------- | --------------- |
| Gjenopprett effektiv innlasting av Organisasjon-strukturen. Ikke bygg den opp på nytt for hver forespørsel. | CERRIX Utvikling | Skal planlegges |
| Reduser kostnaden ved å laste Organisasjon-strukturen når det trengs.                                       | CERRIX Utvikling | Ferdig          |
| Legg til en ytelsestest med en stor Organisasjon-struktur i utgivelsesprosessen.                            | CERRIX Utvikling | Planlagt i Q4   |
| Varsle ved vedvarende høy prosessorbelastning på applikasjonsserveren etter en utgivelse.                   | CERRIX Drift     | Planlagt i Q4   |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.cerrix.com/cerrix-documentation-no/om-cerrix/root-cause-analysis/rca-p2-avvik-2026-09-16.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.