Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Base Dades I Dades Wordpress

El disc de MySQL és ple i WordPress queda en mode de només lectura

Recupera WordPress amb el disc MySQL ple contenint escriptures, identificant espai recuperable i verificant-ne la integritat.

Quan el volum de la base no té blocs lliures, MySQL pot rebutjar insercions i actualitzacions, fallar en crear taules temporals o aturar-se. WordPress pot continuar servint pàgines en memòria cau mentre fallen els desaments, accessos, cron i formularis.

Atura immediatament les escriptures no essencials i les còpies. Esborrar fitxers desconeguts de MySQL és perillós: les dades i els registres InnoDB no són memòria cau prescindible.

Confirma quin sistema de fitxers és ple

Revisa els sistemes de dades, temporals, logs i còpies de MySQL, a més dels inodes. Que l’arrel tingui espai no ajuda si /var/lib/mysql o la quota de l’allotjament és plena.

Registra:
sistema de fitxers o quota
bytes i inodes lliures
directoris més grans
hora de l'error MySQL
creixement recent de còpies, importacions o logs

En allotjament gestionat demana proves al proveïdor, sense utilitzar ordres no compatibles.

Contén l’activitat d’escriptura

Pausa importacions, còpies, escanejos, cues de correu i edicions massives mitjançant els seus controls. Considera un manteniment que impedeixi noves escriptures i mostri un missatge clar.

No reiniciïs MySQL repetidament ni enviïs formularis. Les escriptures fallides poden crear operacions parcials i més registres.

Conserva l’accés d’administració i SSH abans de canviar serveis.

Identifica espai recuperable

Busca còpies locals antigues, fitxers temporals, memòries cau i logs rotats amb una política de conservació aprovada. Mou fora del servidor les còpies importants abans d’esborrar.

No eliminis manualment fitxers actius com ibdata, redo o undo logs, binlogs o fitxers de taules. La purga de binlogs ha de respectar la replicació i la recuperació a un punt temporal.

Deixa la neteja gestionada pel motor al proveïdor o administrador.

Reserva espai temporal

MySQL necessita espai addicional per ordenar, crear taules temporals, reconstruir índexs, recuperar-se i generar binlogs. Deixar uns quants megabytes després de la neteja pot fer fallar la consulta ordinària següent.

Mesura la importació, còpia o ALTER TABLE més gran prevista i fixa un llindar operatiu superior. Si la quota no permet marge, amplia o migra l’emmagatzematge abans del manteniment. No optimitzis taules només per guanyar espai: pot requerir una segona còpia temporal.

Revisa registres MySQL i binaris

Un bucle d’errors pot fer créixer molt de pressa els logs de MySQL, PHP o web. Conserva un fragment limitat de la incidència i rota o trunca només mitjançant controls compatibles.

Els binlogs poden créixer molt després d’importacions. Confirma les posicions de rèplica i la política de còpies abans d’una purga autoritzada.

No desactivis tot el registre permanentment; la recaiguda seria invisible.

Recupera el servei amb cautela

Quan hi hagi un marge segur, inicia o recupera MySQL des del panell o gestor i llegeix-ne el registre. La recuperació InnoDB pot necessitar encara més espai temporal.

No obris escriptures públiques fins que acabi. Confirma primer la connexió de WordPress i les lectures.

Si apareix corrupció, fes instantànies i aplica una recuperació adequada al motor, no reparacions genèriques.

Troba l’origen del creixement

Mesura taules i directoris. Són causes habituals els logs de tasques programades, sessions, seguretat, revisions, taules de memòria cau, importacions fallides i còpies locals acumulades.

Restaura neteges compatibles i corregeix cron. No eliminis comandes, formularis ni auditoria només per la mida.

El trànsit de bots pot generar sessions i logs; limita únicament les rutes abusives.

Planifica una capacitat duradora

Configura alertes molt abans d’arribar a zero i reserva marge per a temporals, actualitzacions i restauracions. La base de dades i les còpies necessiten emmagatzematge planificat.

La política ha d’indicar què es conserva, on i durant quant temps. Una còpia externa protegeix si el disc falla del tot.

Calcula el creixement durant campanyes i importacions, no només en dies normals.

Verifica escriptures i integritat

Després de recuperar, desa un esborrany o opció controlats, executa tasques i revisa registres MySQL i PHP. Prova una còpia cap a emmagatzematge extern i una restauració de mostra.

Vigila l’espai durant diversos cicles. El manteniment recurrent ha d’alertar per bytes, inodes i creixement anormal; la recuperació acaba quan WordPress escriu amb fiabilitat i el disc conserva un marge sostenible.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència