Ricerca

Risultati per "mysqldump"

8 risultati dal blog · 0.9851 ms

Articoli dal blog

Trovati 8 risultati

  1. Backup incrementale di MySQL con xtrabackup: recovery point granulare senza blocchi

    Come configurare backup incrementale di MySQL con Percona XtraBackup: backup senza blocchi, PITR (point-in-time recovery), verifica automatica e retention

    A gennaio 2026 mi sono occupato della ristrutturazione della strategia di backup del database di un'azienda del settore servizi di elaborazione buste paga - 12 dipendenti interni, circa 600 clienti PMI in portafoglio, database MySQL 8.0 di 240 GB con 2,3 miliardi di righe fra dati anagrafici, cedolini storici degli ultimi 10 anni e scritture contabili. Il sistema di backup in atto era quello che trovo nel 60% delle PMI italiane: uno script bash con mysqldump lanciato ogni notte alle 02:00 che sc... continua a leggere

  2. Backup VPS su Hetzner, OVH, Contabo, Digital Ocean e Aruba: strategie avanzate per aziende

    Strategia backup 3-2-1-1-0 per VPS con BorgBackup, append-only repo su Hetzner Storage Box, test di ripristino automatizzati e retention GFS. Caso reale PMI.

    A settembre 2024 un cliente veneto - PMI manifatturiera con gestionale Laravel 10 su un VPS Contabo da 8 vCPU, 30 GB di RAM e 400 GB SSD - mi ha chiamato dopo che un ransomware aveva cifrato l'intero filesystem del server. Il gestionale coordinava la produzione di tre linee di assemblaggio con circa 120 ordini giornalieri, e ogni ora di fermo costava al cliente circa 4.500 euro in ritardi sulle consegne e penali contrattuali. Il backup esistente era un mysqldump schedulato ogni notte alle 02:00,... continua a leggere

  3. Migrare MySQL 5.7 EOL su Hetzner senza fermare il business: la strategia di replicazione che ho usato per spostare 78GB con quattro minuti di downtime

    Migrare MySQL 5.7 EOL su Hetzner o OVH con replicazione master-slave: il piano in cinque fasi per spostare un database critico con quattro minuti di downtime, non otto ore.

    A febbraio 2025 ho concluso una migrazione di database per una PMI bresciana del settore metalmeccanico. Avevano un e-commerce B2B Magento 2 ospitato su un VPS Aruba che aveva accumulato 78GB di MySQL 5.7 in sette anni di vita: 11 milioni di righe nella tabella ordini, 4 milioni in sales_order_item, una catalog_product_entity_decimal da 23 milioni di record, più tutta la storia dei prezzi negoziati cliente per cliente. Il server era arrivato a fine ciclo, MySQL 5.7 era ufficialmente fuori... continua a leggere

  4. MySQL esposto su un VPS Hetzner con root senza password: il CIS benchmark che applico nelle prime due ore di hardening

    Hardening MySQL su VPS con Laravel: root senza password, bind su 0.0.0.0, niente TLS. Il protocollo CIS benchmark che applico in due ore su ogni server che prendo in carico.

    A luglio 2025 ho eseguito un audit di sicurezza su un VPS Hetzner AX41 (Ryzen 5 3600, 64 GB RAM, 2×512 GB NVMe) che ospitava un e-commerce B2B Laravel 10 nel settore dell'elettronica industriale - circa 1.200 clienti attivi e un fatturato e-commerce di 800.000 euro. Il titolare mi aveva chiamato per un problema di performance, ma quando ho aperto il terminale la prima cosa che ho verificato è stata la sicurezza del database. Quello che ho trovato era lo scenario che incontro in alme... continua a leggere

  5. Disaster Recovery Plan per PMI: da backup non testati a RPO/RTO verificabili con la regola 3-2-1-1-0

    Il 60% delle PMI che subisce una perdita dati critica chiude entro 6 mesi. Un DRP con RPO/RTO definiti, backup 3-2-1-1-0 e test periodici è obbligatorio con NIS2.

    In un progetto per un'azienda del settore servizi digitali, il "disaster recovery" consisteva in un dump MySQL giornaliero salvato nella stessa directory /var/backups/ del server di produzione. Quando un ransomware ha cifrato l'intero filesystem - inclusa quella directory - il backup più recente recuperabile aveva 47 giorni, salvato su un disco esterno USB che qualcuno aveva collegato "quella volta per sicurezza". Il ripristino ha richiesto 9 giorni di lavoro manuale, con perdita definiti... continua a leggere

  6. Migrazione sicura di VPS su diverso provider: guida completa a zero downtime per aziende

    Come ho migrato un e-commerce Laravel da OVH a Hetzner in 6 ore con zero downtime: rsync incrementale, replica MySQL, DNS TTL e cutover controllato.

    A febbraio 2025 mi ha contattato il responsabile IT di una PMI ligure che vende componentistica elettronica tramite un e-commerce B2B basato su Laravel 10 con circa 4.200 prodotti a catalogo, 380 clienti attivi e un fatturato online di circa due milioni di euro l'anno. Il server era un OVH VPS Value da 8 vCPU, 32 GB di RAM e 160 GB di SSD, con Debian 11 Bullseye, Nginx, PHP-FPM 8.2, MySQL 8.0 e Redis 6. Il costo mensile era 89 euro più IVA, e il problema concreto era che da novembre 2024 ... continua a leggere

  7. Applicazione Laravel compromessa via APP_KEY su GitHub: forensics, contenimento e ripristino in cinque giorni

    Un APP_KEY Laravel esposta su GitHub ha permesso RCE su un CRM in produzione. Forensics applicativa, contenimento, rotazione credenziali e hardening in 5 giorni.

    A settembre 2025, il titolare di un'azienda di logistica industriale in provincia di Vicenza mi ha chiamato alle 7:20 di un martedì mattina con una frase che non lasciava spazio a interpretazioni: "I dati dei nostri clienti sono su un canale Telegram." Un suo commerciale aveva ricevuto un messaggio da un contatto sconosciuto con un file CSV contenente nomi, email, numeri di telefono e indirizzi di spedizione di 4.200 clienti - lo stesso formato, lo stesso ordine di colonne, gli stessi dat... continua a leggere

  8. LLM per la generazione di migration SQL: gestire l'evoluzione dello schema senza errori

    Come usare LLM per generare migration SQL sicure per Laravel e Symfony: analisi dello schema esistente, validazione e gestione di rollback senza dati persi.

    A gennaio 2026 stavo lavorando a una migrazione di schema particolarmente complessa per un cliente del settore distribuzione: il database MySQL aveva 217 tabelle, 89 foreign key, e dovevo aggiungere un sistema di multi-tenancy retroattivo - il che significava aggiungere una colonna tenant_id a 43 tabelle, creare le foreign key verso la nuova tabella tenants, popolare i dati esistenti con il tenant corretto, e modificare tutti gli indici composti per includere il tenant_id. A mano, stimavo 8-10 o... continua a leggere

Potresti cercare anche