Obelisk
IT
Capitolo 26 di 41Capitolo successivo
Amministrazione e manutenzione

Prepara il recupero completo

Un piano di recupero completo comprende applicazione, dati SQL e file esterni necessari per usare l’installazione. Concordalo con chi gestisce FreePBX e database. Un archivio di configurazione, una copia di recupero dell’aggiornamento e un backup completo proteggono elementi diversi.

Documentazione Obelisk

Prepara l’inventario di recupero

  1. Includi l’intero database Obelisk

    Salva dati, viste, procedure, eventi e trigger, oltre alla definizione del database con charset e collation. Documenta separatamente account e privilegi SQL. Un dump delle sole tabelle non ricrea l’intero ambiente del database né i suoi permessi.

  2. Conserva file e stato privato

    Includi applicazione installata, kernel_settings.php, licenza, chiave effettiva di cifratura a due fattori e file audio. Conserva lo stato indicato dall’installer sotto /var/lib/obelisk-installer/, il kit originale, /etc/cron.d/obelisk e l’eventuale profilo privato di aggiornamento sotto /etc/obelisk con i suoi permessi restrittivi.

  3. Coordina le sorgenti telefoniche

    Mantieni il normale backup FreePBX e la protezione dei dati sorgenti CDR e queuelog. Il backup applicativo Obelisk non li sostituisce. Documenta dove risiedono davvero le registrazioni: un dump SQL non recupera l’audio salvato su disco o su un altro volume.

Prova il ripristino in isolamento

Prova il backup dove eventi SQL e lavori pianificati non possano partire contro servizi di produzione prima della verifica. Un secondo database sullo stesso server SQL attivo non basta come isolamento. Conserva charset e collation originali; se il dump non contiene CREATE DATABASE, il DBA deve ricreare consapevolmente quella definizione. Durante il ripristino usa l’opzione --comments del client SQL per conservare i commenti con i metadati delle procedure. Verifica oggetti, account e permessi dei file prima di abilitare traffico applicativo o lavori.

Proteggi la chiave e verifica i metadati MySQL

La chiave di cifratura a due fattori è esterna a SQL. Il percorso predefinito è data/obelisk_2fa.key.php, ma fa fede quello configurato. Senza la chiave corretta i segreti degli autenticatori salvati non sono decifrabili. Su MySQL conserva anche definer e privilegi della vista obelisk_routine_grants. Se ripristini con un nome database diverso, il DBA deve verificarne la destinazione. Un recupero riuscito permette di autenticarsi, leggere i dati e superare i controlli pertinenti: non coincide soltanto con il completamento di un comando di importazione.

Schermate complete del prodotto

Dati dimostrativi. Apri la schermata per ingrandirla e riconoscere i comandi descritti in questo capitolo.

1. Backup configurazioni

Apri schermata completa

Leggi la schermata sezione per sezione

Collega i numeri e i pannelli seguenti alla schermata completa. Le immagini usano dati dimostrativi; le procedure precedenti spiegano come lavorare sulla tua installazione.

Vista 2

Anteprima del ripristino

Controlla archivio, account e modifiche sensibili prima di confermare il ripristino.

Richiedi la demo

Tutta l’esperienza Obelisk. Raccontaci del tuo contact center.

Caricamento del modulo…