> 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-nl/over-cerrix/root-cause-analysis/rca-p2-incident-2026-09-16.md). # RCA P2 Incident 2026-09-16 Prestatievermindering na release 2026.8.2250. ### Incidentsamenvatting **Opgesteld voor:** a.s.r. **Opgesteld door:** CERRIX **Datum:** 16 september 2026 Op 16 september 2026 ondervonden gebruikers trage paginaladingen. Veelvoorkomende acties duurden 5 tot 30 seconden. Normale responstijden liggen onder één seconde. De release van 16 september veroorzaakte de verslechtering. Daarbij werd een interne cache voor de Organisatie-structuur verwijderd. Deze wijziging bereidde de applicatie voor op een opzet met hoge beschikbaarheid. De applicatieserver bouwde de volledige Organisatie-structuur voor elke aanvraag opnieuw op. De grote Organisatie-structuur verbruikte alle beschikbare verwerkingscapaciteit van de applicatieserver. De database en het netwerk werden niet beïnvloed. Er gingen geen gegevens verloren of gewijzigd. Geen beveiligingsgrens werd beïnvloed. ### Tijdlijn Alle tijden gebruiken Centraal-Europese zomertijd (CEST). | Tijd | Gebeurtenis | | ----------- | ---------------------------------------------------------------------------------------------------------------------------------- | | 05:44 | Release uitgerold naar de productieomgeving. | | 07:00–09:00 | De belasting van de applicatieserver nam toe met het aantal actieve gebruikers. De responstijden begonnen te stijgen. | | 10:00–11:00 | De applicatieserver bereikte de volledige verwerkingscapaciteit. Gebruikers ondervonden responstijden van 5 tot 30 seconden. | | 10:45 | CERRIX ontving de melding. | | 11:00–12:10 | CERRIX onderzocht de melding. De database functioneerde normaal. Een processorprofiel van de applicatieserver wees de oorzaak aan. | | 12:55 | Er werd een oplossing ontwikkeld en uitgerold voor testdoeleinden. | | 16:05 | De tests werden succesvol afgerond. CERRIX begon de oplossing gereed te maken voor release. | | 17:12 | De oplossing werd uitgerold naar alle omgevingen. Het CPU-gebruik keerde terug naar normaal. | ### Hoofdoorzaak Een codewijziging in de release verwijderde de in-memorycache voor de Organisatie-structuur. Voorheen bouwde de applicatieserver deze structuur één keer op en hergebruikte die. Na de wijziging laadde de server de volledige structuur uit de database. Hij bouwde de structuur voor elke aanvraag opnieuw op. Dit gold ook voor aanvragen die alleen de rechten van een gebruiker controleerden. In de meeste omgevingen levert dit weinig extra werk op. De grote Organisatie-structuur zorgde voor aanzienlijk werk bij elke aanvraag. Bij normale gebruikersbelasting putte de applicatieserver zijn verwerkingscapaciteit volledig uit. Aanvragen wachtten vervolgens op een beschikbare processor. Daardoor werd elke pagina trager, ook pagina's zonder Organisatie-structuurgegevens. ### Waarom dit niet vóór de release werd ontdekt De wijziging doorliep de functionele tests. De impact op de prestaties schaalt mee met de grootte van de Organisatie-structuur en het aantal gelijktijdige aanvragen. Testomgevingen gebruiken kleinere structuren en minder gelijktijdige aanvragen. De release werd ook uitgerold naar andere klantomgevingen. Die omgevingen hadden kleinere structuren en ondervonden slechts een lichte vertraging. ### Corrigerende maatregelen | Actie | eigenaar | Status | | -------------------------------------------------------------------------------------------------------- | ------------------ | -------------- | | Herstel het efficiënte laden van de Organisatie-structuur. Bouw deze niet voor elke aanvraag opnieuw op. | CERRIX Development | Nog te plannen | | Verlaag de kosten van het laden van de Organisatie-structuur wanneer dat nodig is. | CERRIX Development | Gereed | | Voeg een prestatietest met een grote Organisatie-structuur toe aan het releaseproces. | CERRIX Development | Gepland in Q4 | | Meld een langdurig hoge processorbelasting van de applicatieserver na een release. | CERRIX Operations | Gepland in 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-nl/over-cerrix/root-cause-analysis/rca-p2-incident-2026-09-16.md?ask=&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.