Pulizia del database: configurazione e aiuto

Segui i passaggi in Avvio rapido.

Il modulo aggiunge "Configure" > Database Cleanup con Area di pulizia, Cronologia, Backup e ripristino e Impostazioni. Impostazioni > Configurazione apre il modulo di configurazione. Integrità, Licenza, Supporto e Aggiorna sono pagine di manutenzione.

Seleziona il contesto del negozio desiderato. Il modulo controlla i permessi nativi dei profili dipendente e i negozi autorizzati. Ha voci di permesso separate per Anteprima pulizia, Pulizia statistiche, Pulizia dati personali, Pulizia catalogo, Approva esecuzioni distruttive, Esecuzione immediata e pianificazione, Esporta backup cifrati, Ripristina backup e Ottimizza tabelle. Concedi ai dipendenti solo l’accesso necessario ad attività e operazioni. I permessi mancanti disattivano o fanno rifiutare l’azione corrispondente.

L’ispezione delle attività usa l’accesso in lettura; l’eliminazione dei dati tramite un’attività richiede il permesso di eliminazione per la relativa categoria. Approvazione, verifica dei backup, pianificazione, ripristino, esportazione dei backup e ottimizzazione richiedono il rispettivo permesso di modifica. Anche l’esecuzione CLI controlla un dipendente reale e l’accesso ai negozi.

Gli archivi crittografati delle righe richiedono OpenSSL con AES-256-GCM e uno spazio privato scrivibile. Per impostazione predefinita il modulo usa una directory nascosta .mprdatabasecleanup-... accanto alla radice del negozio. La costante di configurazione del server MPRDBCLEAN_STORAGE_ROOT può scegliere un’altra radice privata. La radice e la directory archives devono avere permessi privati 0700; il file generato archive.key deve avere 0600. Il modulo rifiuta directory con collegamenti simbolici o permessi non sicuri. Proteggi e conserva la chiave con i materiali di recupero. Gli archivi crittografati esportati non la includono.

Prima della prima esecuzione distruttiva, conserva un backup completo separato del database. Gli archivi di righe del modulo coprono il flusso di pulizia e non sono un backup completo del negozio.

Apri Configurazione. Il primo modulo contiene:

Seleziona un’attività dall’elenco delle politiche. Il suo modulo espone:

Ogni passaggio di elaborazione usa i limiti applicabili più bassi per righe e tempo. Un’esecuzione salvata può richiedere più passaggi per terminare.

Salva la politica dopo le modifiche. Le impostazioni hanno un ambito e sono ereditate; la tabella delle politiche effettive mostra l’origine e i valori risolti per ogni attività e negozio. Un’anteprima salvata contiene l’istantanea della sua politica. Dopo aver cambiato politica o ambito, crea una nuova anteprima anziché riutilizzare l’approvazione di un vecchio piano.

Attività disponibili

La tabella mostra i valori di conservazione forniti e quali attività partono disattivate. La conservazione è una condizione di idoneità; riferimenti, appartenenza e politica del negozio possono proteggere altre righe.

I carrelli abbandonati collegati a ordini sono protetti. La pulizia degli ospiti protegge i riferimenti a clienti, carrelli e connessioni. Quando l’anzianità di un ospite è sconosciuta, la conservazione parte dall’osservazione del modulo anziché presumere che un vecchio ospite sia eliminabile in sicurezza. Il modulo osserva gli eventi di aggiunta/aggiornamento di ospiti, carrelli e connessioni.

I prezzi specifici scaduti usano la data di fine e la conservazione, non semplicemente ogni prezzo appena scaduto. Le vere varianti del commerciante usano Varianti selezionate del commerciante con ID espliciti, anteprima e approvazione. Sono distinte dalle attività sulle combinazioni orfane. I controlli dei riferimenti possono escludere righe usate da ordini, carrelli, scorte, fornitori, pacchetti, magazzini, promozioni o moduli.

Apri Area di pulizia. Seleziona una o più voci in Attività. Il campo facoltativo Giorni di conservazione per questa esecuzione sostituisce la conservazione per questa anteprima. ID delle combinazioni selezionate, separati da virgole fornisce ID espliciti per la pulizia delle varianti del commerciante. Nomi dei moduli riconosciuti, separati da virgole registra le conferme delle dipendenze. Lascia vuoti questi campi facoltativi salvo necessità dell’attività selezionata.

Clicca su Anteprima pulizia. Attendi la fine della pianificazione. Controlla ID esecuzione, Impronta del piano, ambito dei negozi, conteggi dei candidati, righe protette/saltate, dipendenze, rischio e stime. Le stime sono byte logici. L’allocazione del motore e lo spazio riutilizzabile sono misure separate; le righe eliminate non implicano una riduzione equivalente delle dimensioni del file del database.

Per attività a rischio elevato e alto, clicca su Verifica backup, attendi la fine della verifica, poi su Approva questo piano. L’approvazione è legata all’hash esatto del piano e al dipendente autenticato. Non autorizza un piano modificato. Usa Esegui il piano approvato e controlla la conferma.

Per un’attività a basso rischio, usa la conferma di esecuzione dopo aver controllato l’anteprima. Esegui ora parte dalle attività selezionate e usa gli stessi controlli di pianificazione e permessi. Non aggira i requisiti di backup o approvazione per le attività a rischio maggiore.

Il browser fa avanzare il lavoro in richieste limitate. Usa Aggiorna stato per ispezionare un’esecuzione salvata, Annulla esecuzione per richiedere l’annullamento e Riprendi esecuzione quando il rapporto consente la ripresa. Se il risultato è Parziale o "Failed", controlla prima i motivi. Ripetere alla cieca l’attività originale non sostituisce l’esame di un’esecuzione salvata.

Le riparazioni dei dati obsoleti della pagina Integrità creano anteprime di pulizia tramite questo spazio di lavoro. Non usano le vecchie query di eliminazione diretta.

Apri Cronologia e filtra per negozio, intervallo di date, attività, attivatore, ID dipendente o esito. Apri un’esecuzione salvata e controllane conteggi e risultati. "Export report JSON" e "Export report CSV" esportano i rapporti.

Apri Backup e ripristino, carica l’ID esecuzione e ispeziona gli elementi archiviati. Usa ID elemento del backup con Esporta il backup cifrato per esportare un elemento quando autorizzato. Conserva separatamente la chiave privata di crittografia; l’esportazione non la contiene.

Usa Anteprima ripristino e controlla i conflitti. Ripristina il backup verificato usa l’hash dell’anteprima di ripristino e rifiuta le righe attive in conflitto. Crea una nuova anteprima di ripristino ricostruisce l’anteprima quando necessario. Il ripristino dipende da disponibilità, integrità e scadenza degli archivi, corrispondenza dell’ambito e permessi. Non è un pulsante di annullamento incondizionato.

Per la manutenzione delle tabelle, inserisci Tabelle da ottimizzare, separate da virgole, poi usa Anteprima ottimizzazione tabelle, Verifica il backup di ottimizzazione, Approva l’ottimizzazione delle tabelle e Ottimizza tabelle. Controlla questa anteprima separata prima dell’esecuzione. L’ottimizzazione non viene eseguita automaticamente da ogni pulizia.

Elimina gli archivi scaduti esegue la manutenzione degli archivi e richiede l’ambito globale e lo stato di esecuzione appropriati. Controlla la conservazione prima della rimozione. Il modulo non può ripristinare un archivio scaduto o di cui è stata persa la chiave di cifratura.

Il punto di ingresso CLI è modules/mprdatabasecleanup/bin/cleanup.php. Rifiuta l’esecuzione HTTP. Usa il binario PHP del negozio e sostituisci gli ID di dipendenti/negozi negli esempi con ID autorizzati.

Anteprima di un’attività:

php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --task=search_stats --preview

L’output è un rapporto JSON. Salva l’ID effettivo dell’esecuzione e l’impronta esatta del piano. Per un’esecuzione che richiede backup e approvazione, esegui comandi separati:

php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --run-id=RUN_UUID --verify-backup
php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --run-id=RUN_UUID --approve --plan-hash=PLAN_HASH
php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --run-id=RUN_UUID --execute

Usa --restore-preview, poi --restore --plan-hash=RESTORE_PREVIEW_HASH per il flusso di ripristino. --verify-backup --renew-backup rinnova la verifica e invalida l’approvazione precedente dove applicabile. --batches=N salva un punto di controllo ed esce dopo un numero limitato di avanzamenti.

Per una nuova anteprima, le sostituzioni supportate includono --retention-days=N, --batch-size=N, --row-budget=N, --time-budget-ms=N, --combination-ids=ID[,ID] e --acknowledged-modules=NAME[,NAME]. Con un --run-id salvato, le sostituzioni di politiche/attività vengono rifiutate. --global richiede l’ambito globale e necessita comunque dell’accesso autorizzato ai negozi. Usa --help per leggere l’utilizzo attuale.

Il codice di uscita 0 significa che la fase richiesta ha raggiunto un risultato accettato, inclusa un’anteprima riuscita. Il codice 2 significa che l’operazione richiesta è incompleta; controlla il rapporto. Il codice 1 indica un comando rifiutato o un errore. Non considerare l’uscita riuscita di un’anteprima come prova dell’avvenuta eliminazione.

Per eseguire la pulizia pianificata, salva la pianificazione e il fuso orario dell’attività, poi configura cron sul server per richiamare php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --scheduled ogni minuto. Sostituisci gli ID con quelli di un dipendente e di un negozio autorizzati. Usa un negozio per processo oppure aggiungi --global con tutti gli ID dei negozi in --shops per i record condivisi. Salvare una pianificazione non configura cron sul server.

Il processo avvia le attività attive per cui è giunta l’ora prevista e continua le esecuzioni salvate in passaggi limitati. --batches=N imposta il numero massimo di avanzamenti dell’esecuzione per attività pianificata a ogni chiamata del processo; il valore predefinito è uno. Per un’esecuzione globale, ogni politica effettiva dei negozi e la politica globale devono essere attive e prevedere l’esecuzione in quel momento nel rispettivo fuso orario salvato. Restano validi i permessi del dipendente, l’accesso ai negozi e l’interruttore generale di esecuzione. Le esecuzioni a rischio elevato e alto attendono un backup verificato e l’approvazione esplicita dell’esatto piano salvato. Apri l’esecuzione da Cronologia, verifica il backup e approvala; le successive chiamate del processo potranno continuarla.

Dopo una piccola esecuzione di prova, conferma Completato, leggi i motivi delle righe saltate/non riuscite e confronta i dati interessati con l’anteprima. Controlla Cronologia e, dove richiesto, lo stato del backup verificato. Il negozio non ha un widget di pulizia; lo spazio di lavoro visibile del modulo è nel back office.

Se un’azione non è disponibile, controlla il valore generale Attivo, Attivo dell’attività, i permessi del dipendente sull’attività, il permesso dell’operazione e il contesto del negozio selezionato. Se la verifica del backup fallisce, controlla OpenSSL, proprietario dello spazio privato, permessi delle directory e file della chiave. Se le impostazioni sono cambiate, crea una nuova anteprima. Se un altro processo è occupato, usa il flusso di nuovo tentativo/stato dell’esecuzione salvata invece di avviare esecuzioni concorrenti.

La pulizia opera sui dati del database. Inventario e misurazioni dei file non autorizzano l’eliminazione di immagini o file di personalizzazione. Non sostituire il flusso con gli obsoleti esempi grezzi DELETE ... LIMIT.

Imposta il valore generale Attivo su No nell’ambito effettivo per interrompere i lotti distruttivi. Annulla o controlla le esecuzioni in sospeso. Usa "Module Manager" per disattivare il modulo quando vuoi rendere inattivi tutti i suoi hook.

La disinstallazione rimuove la configurazione e il menu di amministrazione del modulo. Il suo metodo di disinstallazione non elimina la cronologia/schema di pulizia né la directory privata esterna degli archivi e la chiave. Conserva questi materiali di recupero fino al completamento dei ripristini necessari. La disinstallazione non ripristina i dati già eliminati.