Melhorar a gestão do jornal
Com 4D v20 R3, uma nova caraterística foi introduzida para permitir uma melhor gestão de diários. Essa caraterística diz respeito à opção “Use log file”, que agora pode ser substituída como outros parâmetros de backup.
Nesta publicação do blogue, vamos explicar porque é que esta opção é útil e mostrar-lhe como a utilizar.
Integração automática de múltiplos históricos
Como programadores e administradores de bases de dados, sabemos a importância de recuperar rapidamente da corrupção de dados. As cópias de segurança e os diários ajudam com a tarefa. Mas por vezes, uma cópia de segurança pode ser corrompida, e é necessário regressar de uma cópia de segurança mais antiga e integrar vários históricos consecutivamente. Ou talvez o seu arquivo de diário esteja crescendo demasiado depressa, e prefere criar regularmente um novo para evitar a desorganização do disco rígido do seu servidor. Ou se estiver apenas usando a sua própria forma de fazer cópias de segurança da sua base de dados. Em todos estes casos, deve integrar vários diários de histórico, o que só é possível manualmente através do Centro de Manutenção e Segurança.
Com 4D v20, pode integrar automaticamente múltiplos diários no lançamento da base de dados. Deixe-me explicar-lhe como funciona.
4D Backup, VSS snapshots e os novos comandos para bloquear o datastore
4D fornece-lhe múltiplas formas integradas de fazer cópias de segurança dos seus dados: Cópia de segurança 4D e a utilização de um servidor espelho. Com 4D v20, 4D expõe comandos internos para bloquear o datastore, permitindo-lhe copiar os seus dados enquanto 4D está em execução.
Primeiro, falemos dos diferentes meios para fazer cópias de segurança dos seus dados com 4D.
Quem fez o quê: Armazenar pseudónimos de utilizadores na revista
Até agora, já descobriu certamente a nova capacidade de identificar os seus utilizadores graças ao SET USER ALIAS comando. Em 4D v18 R2, o comportamento do comando foi alargado. Como? Continue a ler!
Espelhamento de bases de dados
Ao integrar o ficheiro de registo, 4D pára no primeiro erro e não devolve nenhuma mensagem de erro. As razões dos erros de integração podem ser um registo danificado, por exemplo, devido a um mau disco rígido ou erro de software durante a escrita. Se esse erro acontecer no final, não há problema; mas também pode ser no início ou no meio do registo. Neste caso, os dados após o erro podem ser úteis.
Agora, quando a integração falha no modo padrão, pode tentar a integração no modo de auto-reparação. Neste caso, 4D tenta resolver o erro encontrado, não pára a integração, e devolve a lista de erros.
Exportação do JSON para o Journal
Nas aplicações 4D, o ficheiro de dados é importante, pelo que toda a actividade da base de dados é armazenada no ficheiro de registo. Como todos sabem, o ficheiro de registo é um elemento vital para a restauração da sua base de dados após uma contingência infeliz. No entanto, todas as informações sobre a actividade da base de dados também podem ser úteis para análise. Por exemplo, para verificar a actividade numa tabela, para ver as alterações feitas por um utilizador, e para seguir o histórico de um registo.
Contacte-nos
Tem uma pergunta, sugestão ou apenas quer entrar em contacto com os bloggers 4D? Deixe-nos uma linha!
* A sua privacidade é muito importante para nós. Por favor clique aqui para ver os nossos Política