Vai al contenuto
Vimonto Deploy
Lingua
Inizia
Menu

Database e backup

Database che gestisci dal browser, backup che restano tuoi

Crea database e utenti in pochi clic, senza accedere a MySQL o psql. Pianifica i backup in un bucket del tuo account e ripristina qualsiasi backup dalla stessa pagina.

Inizia il deployLeggi la documentazione

Motori

MySQL, MariaDB o PostgreSQL, installati e ottimizzati

Scegli il motore quando crei un server app o database. Ognuno viene installato dal proprio repository quando serve, gira in UTC e accetta fino a 300 connessioni.

  • MySQL

    8.4 LTS o 8.0 sulla porta 3306, con utf8mb4 e utf8mb4_unicode_ci. Root può accedere solo dal server stesso.

  • MariaDB

    11.4 LTS o 10.11 LTS sulla porta 3306, con lo stesso set di caratteri e lo stesso utente root blindato.

  • PostgreSQL

    18, 17 o 16 sulla porta 5432, con accesso tramite password via scram-sha-256 e il firewall che decide chi può connettersi.

Database e utenti senza SQL

La pagina Database crea database, crea utenti con una password di almeno 12 caratteri (o una generata da 24 caratteri) e dà a ogni utente esattamente i database che selezioni. Quando cambi gli accessi, i vecchi privilegi vengono revocati e vengono concessi solo quelli selezionati ora.

Le password degli utenti che crei non vengono mai salvate: ognuna arriva al server una sola volta, in un job cifrato, e poi viene dimenticata. I database creati fuori da Vimonto Deploy, da una migration o a mano, si aggiungono con Recupera dal server.

  • Crea un database con il suo utente mentre crei un sito
  • Un comando di tunnel SSH pronto per TablePlus, DBeaver o MySQL Workbench
  • Su un server app il database ascolta solo sul server stesso
  • I server database in una rete privata accettano subito gli altri tuoi server

I database nella documentazione

Backup

Come funziona un backup

All'orario pianificato, un'attività in background fa questo per ogni database incluso nella pianificazione:

  1. 1

    Dump

    mysqldump o mariadb-dump in un'unica transazione, con routine, trigger ed eventi, oppure pg_dump per PostgreSQL.

  2. 2

    Compressione

    Il dump viene compresso con gzip in un file .sql.gz per ogni database.

  3. 3

    Upload diretto nel tuo bucket

    Il server carica il file in una cartella che scegli, come backups/web-1/<date and time>/shop.sql.gz, tramite un link temporaneo valido solo per quel file. Le tue chiavi di storage non arrivano mai al server.

  4. 4

    Pulizia

    Dopo un backup riuscito restano i backup più recenti fino al numero indicato in Conserva, e quelli più vecchi vengono eliminati dal tuo bucket.

Backup alle tue condizioni

  • Qualsiasi pianificazione

    Ogni ora, ogni notte, ogni settimana, ogni mese o con un'espressione cron personalizzata, nel fuso orario del server. Combina una pianificazione oraria con una mensile.

  • Conservazione a tua scelta

    Conserva da 1 a 365 backup riusciti per pianificazione. Un backup fallito rimuove i file parziali, perché mezzo dump non serve a nulla.

  • Il tuo storage

    Amazon S3, DigitalOcean Spaces, Hetzner Object Storage, Scaleway, OVHcloud, Cloudflare R2 o qualsiasi endpoint compatibile S3, come MinIO o Backblaze B2.

    Integrazioni di storage

  • Avvisi in caso di errore

    Un backup fallito invia al team la notifica Backup non riuscito, e un'email a qualsiasi indirizzo indicato nella pianificazione.

Scarica o ripristina in pochi clic

Scarica qualsiasi backup riuscito direttamente dal tuo storage tramite un link valido cinque minuti. Per ripristinare, scegli il backup, seleziona il database di destinazione e digita il suo nome per confermare: il server scarica il dump e sostituisce le tabelle.

Non sei ancora sicuro? Crea prima un database vuoto e ripristina lì, così puoi confrontare prima di toccare la produzione.

Backup e ripristini nella documentazione

Domande su database e backup

Dove vengono salvati i miei backup?

In un bucket compatibile S3 di tua proprietà, mai presso Vimonto Deploy. Aggiungi il bucket una volta per organizzazione e lo scegli per ogni pianificazione. I costi di storage li fattura il tuo provider.

Vengono salvati anche i file o l'intero server?

No, i backup contengono solo i database. Il tuo codice è in Git e viene ridistribuito a ogni release; tieni gli upload in un object storage o fanne il backup separatamente.

Posso ripristinare un backup su un altro server?

Non dalla pagina, che ripristina in un database sullo stesso server. Scarica il file .sql.gz e importalo sull'altro server, per esempio dal terminale nel browser.

Vimonto Deploy conserva le password dei miei database?

No. Le password degli utenti che crei vengono inviate al server una volta e poi dimenticate. La password del database del server viene mostrata una sola volta dopo il provisioning ed eliminata quando confermi di averla salvata.

Posso avviare un backup da uno script?

Sì. L'API REST e la CLI possono elencare i backup ed eseguirne uno subito, per esempio deploy backup:run db-1 "Nightly" --watch. Vedi automazione.

Pagine correlate

Il tuo prossimo deploy potrebbe essere online prima che finisca il caffè.

Crea un’organizzazione, collega un server e fai push. Tutto qui.

Inizia il deployLeggi la documentazione