Migliorare la gestione del giornale
Con 4D v20 R3 è stata introdotta una nuova funzione per consentire una migliore gestione del diario. Si tratta dell’opzione “Usa file di registro”, che ora può essere sovrascritta come altri parametri di backup.
In questo post spiegheremo perché è utile e vi mostreremo come utilizzarla.
Integrazione automatica di più riviste
Come sviluppatori e amministratori di database, conoscete l’importanza di recuperare rapidamente i dati danneggiati. I backup e i diari vi aiutano in questo compito. A volte, però, un backup può essere danneggiato ed è necessario tornare indietro da un backup più vecchio e integrare più diari consecutivamente. Oppure il file del diario diventa troppo grande e si preferisce crearne regolarmente uno nuovo per non ingombrare il disco rigido del server. Oppure si utilizza un metodo proprio per eseguire il backup del database. In tutti questi casi, è necessario integrare più diari, il che è possibile solo manualmente attraverso il Centro di manutenzione e sicurezza.
Con 4D v20, è possibile integrare automaticamente più riviste all’avvio del database. Vi spiego come funziona.
4D Backup, snapshot VSS e i nuovi comandi per bloccare il datastore
4D offre diverse modalità integrate per il backup dei dati: Il backup di 4D e l’uso di un server mirror. Con 4D v20, 4D espone comandi interni per bloccare il datastore, consentendo di copiare i dati mentre 4D è in esecuzione.
Per prima cosa, parliamo dei diversi mezzi per eseguire il backup dei dati con 4D.
Chi ha fatto cosa: memorizzare gli alias degli utenti nel diario.
A questo punto avrete sicuramente scoperto la nuova possibilità di identificare i vostri utenti grazie al comando SET USER ALIAS . In 4D v18 R2, il comportamento del comando è stato esteso. Come? Continuate a leggere!
Mirroring del database
Quando si integra il file di registro, 4D si ferma al primo errore e non restituisce alcun messaggio di errore. I motivi degli errori di integrazione possono essere un log danneggiato, ad esempio a causa di un disco rigido difettoso o di un errore del software durante la scrittura. Se l’errore si verifica alla fine, non c’è problema; ma potrebbe anche verificarsi all’inizio o a metà del registro. In questo caso, i dati successivi all’errore potrebbero essere utili.
Ora, quando l’integrazione fallisce in modalità standard, è possibile provare l’integrazione in modalità di riparazione automatica. In questo caso, 4D cerca di risolvere l’errore riscontrato, non interrompe l’integrazione e restituisce l’elenco degli errori.
Esportazione JSON per il Journal
Nelle applicazioni 4D, il file di dati è importante, quindi tutte le attività del database vengono memorizzate nel file di log. Come tutti sanno, il file di registro è un elemento fondamentale per il ripristino del database in seguito a un evento sfortunato. Tuttavia, tutte le informazioni sull’attività del database possono essere utili anche per l’analisi. Ad esempio, per controllare l’attività di una tabella, per vedere le modifiche apportate da un utente e per seguire la storia di un record.
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica