Kort svar: WooCommerce-databaseopdateringen kører som små baggrundsjobs gennem Action Scheduler – den hænger derfor, når baggrundsjobs generelt ikke bliver afviklet: wp-cron er gået i stå, køen er stoppet af et fejlet job, eller processen når aldrig at køre færdig. Tag backup, få cron til at køre, og lad opdateringen fortsætte – eller kør den målrettet færdig med WP-CLI, som ikke er afhængig af cron.
Beskeden “WooCommerce database update required” – eller en opdatering, der har stået på “behandler” i timevis – skaber nervøsitet, fordi den ligner et databaseproblem. Det er den sjældent. Opdateringen er designet til at køre i små bidder i baggrunden, netop så shoppen kan holde åbent imens; når den hænger, er det maskineriet bag bidderne, der står stille.
Kontrolramme: WordPress 7.1, WooCommerce 11.0 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Terminaleksemplet er genskabt – det er ikke data fra hostious.io.
En databaseopdatering ændrer strukturen i shoppens vigtigste data. Den er bygget til at være sikker – men netop når noget allerede driller, tager du en fuld databasebackup, før du genstarter, rydder eller kører noget manuelt. Kontrolpanelets backup eller wp db export tager få minutter og gør resten af guiden risikofri.
Når du klikker “Opdater WooCommerce-database”, lægges opgaven i Action Scheduler – samme baggrundskø, der håndterer webhooks og planlagte mails. Køen afvikles af wp-cron. Det giver én vigtig konsekvens: opdateringen kan aldrig blive færdig, hvis cron ikke kører. Derfor er en hængende databaseopdatering ofte bare det mest synlige symptom på et generelt cron-problem – typisk sammen med forfaldne planlagte handlinger.
Gå til WooCommerce → Status → Planlagte handlinger, og søg efter “update”. Falder antallet af afventende woocommerce_run_update_callback-handlinger over nogle minutter, kører opdateringen faktisk – den er bare stor. Lad den arbejde. Står tællerne stille, og hændelserne er “forfaldne”, er køen gået i stå – videre til trin 2:
Følg cron-sporet i wp-cron-guiden: bekræft at wp-cron.php svarer, og sæt en rigtig server-cron op, hvis den mangler. Tjek derefter Action Scheduler-køen for røde, fejlede jobs – et enkelt job, der fejler igen og igen (typisk fra et tredjepartsplugin), kan blokere afviklingen. Fejlbeskeden på jobbet fortæller, hvilket plugin det tilhører.
Med terminaladgang kan du køre opdateringen uden om både cron og timeout-grænser: wp wc update kører databaseopdateringen forfra til færdig, og wp action-scheduler run afvikler den hængende kø. Det er den hurtigste vej på store shops, hvor opdateringen omfatter mange ordrer. Har du ikke terminaladgang, klarer Hostious-supporten kørslen for dig – sig blot, at databaseopdateringen hænger, og hvad status-siden viser.
Opdateringen er i mål, når beskeden er væk fra wp-admin, databaseversionen under WooCommerce → Status matcher plugin-versionen, og Planlagte handlinger ikke længere indeholder afventende update-callbacks. Tag derefter en stikprøve: åbn en ordre, et produkt og checkout, så du ved, at shoppen opfører sig normalt. Og løs det underliggende cron-problem – ellers hænger den næste opdatering også.
Ja – opdateringen kører i små bidder netop for at holde shoppen åben. Planlæg alligevel større versionsløft uden for spidsbelastning, så baggrundsarbejdet ikke konkurrerer med travl trafik.
Nej – opdateringen er bygget til at kunne genoptages, og allerede kørte delopgaver gentages ikke destruktivt. Men klik ikke i ring: finder du ikke årsagen til, at køen står stille, ændrer flere klik ingenting.
Minutter på små shops; på store shops med mange tusinde ordrer kan den arbejde længere. Det afgørende er ikke tiden, men om tælleren bevæger sig – en kø, der falder, er sund; en kø, der står stille i en time, er gået i stå.
