Faça o backup dos dados do Servidor AX de modo regular e agendado, para que nenhum dado de auditoria importante seja perdido devido a problemas técnicos ou falhas de hardware. Um processo de restauração planejado e verificado também é necessário para garantir a continuidade do acesso aos dados.
Você pode fazer backup e restaurar seus dados de produção para uma instância de recuperação de desastres de um Servidor AX executado em uma máquina diferente.
Cuidado
Embora o PostgreSQL seja compatível com backup on-line e procedimentos de restauração enquanto o Servidor AX está em execução, o ACL não é compatível com procedimentos on-line de backup e restauração e recomendamos que você não empregue esse método de backup.
O backup/restauração on-line do PostgreSQL envolve dados do banco de dados e não arquivos de dados da ACL. Como resultado, o backup on-line pode resultar em corrupção de dados e em backups incompletos. A ACL altamente recomenda que você interrompa todos os serviços do Servidor AX antes de fazer backup dos seus dados.
Você pode usar uma das várias estratégias de backup, dependendo da infraestrutura de TI, das ferramentas disponíveis e dos processos de negócios de TI da sua organização. As estratégias vão de totalmente automatizadas e backups agendados até backups manuais ad hoc.
Incorpore seus backups do Servidor AX nos programas de backup geral existentes em sua organização. Essa é a estratégia mais confiável e robusta, pois seus backups são realizados juntamente com outros backups críticos do sistema.
Para obter mais ajuda com essa estratégia, entre em contato com o seu departamento de TI.
Faça backups agendados e recorrentes do Servidor AX usando um script. Essa também é uma estratégia confiável, mas o backup não é feito junto com outros sistemas críticos.
Nota
Para garantir a confiabilidade, teste por completo qualquer processo automatizado e agende backups para que eles não entrem em conflito com as tarefas de análise agendadas.
Faça o backup do Servidor AX manualmente de forma ad hoc. Essa é a estratégia menos confiável, pois os intervalos de backup não são agendados e o processo é mais propenso a erro humano.
Os procedimentos de backup e restauração devem lidar com todos os dados do Servidor AX no banco de dados e no sistema de arquivos.
O banco de dados armazena informações de segurança e configuração sobre tarefas agendadas, arquivos de dados e nomes de recursos na subpasta data do PostgreSQL.
O local padrão é App\pgsql93\data. Os dados do Servidor AX são armazenados em subdiretórios, enquanto certificados de segurança e arquivos de configuração são armazenados diretamente na pasta data. Restaurar todo o conteúdo pode substituir novos certificados e configurações por versões anteriores.
Nota
Dependendo de como sua organização configurou a instalação do Servidor AX, o banco de dados PostgreSQL pode ou não estar no mesmo servidor do servidor de aplicativos do Servidor AX.
O Servidor AX armazena arquivos de dados .fil que devem passar por backup em duas pastas do Windows. Os locais padrão são Dados\repositório\arquivos_de_dados e Dados\aclse.
Dica
Você pode localizar seus diretórios dos seus arquivos de dados usando o aplicativo Web Configuração do Servidor AX. É necessário fazer o backup das pastas especificadas no Diretório de Dados e dos campos Conector do Diretório de Trabalho
Depois de verificar se nenhum script de análise está em execução no Servidor AX, interrompa os serviços e faça o backup do banco de dados e das pastas específicas no sistema de arquivos.
Você pode copiar todos os arquivos e subdiretórios ou apenas os subdiretórios, dependendo do que você pretende fazer backup. Os dados são armazenados nos subdiretórios.
Reinicie todos os serviços do Servidor AX na ordem a seguir:
Depois de verificar se nenhum script de análise está em execução na instância do Servidor AX que você está restaurando, interrompa os serviços e restaure o banco de dados do backup e as pastas específicas no sistema de arquivos.
Cuidado
Se você não tiver feito o backup dos arquivos de configuração e dos certificados de segurança no subdiretório dados, não os exclua. Apenas exclua os subdiretórios de pgsql93\data.
Excluir todos os registros da tabela ativações no banco de dados.
A tabela de ativações contém dados específicos da máquina onde o Servidor AX foi ativado, como nome do host, para que a instância do backup não possa ativar, a menos que os dados sejam limpos.
Você pode usar a GUI pgAdmin para remover esse registro. Para obter mais informações, consulte Gerenciamento do banco de dados no PostgreSQL
Para obter mais informações sobre a ativação do Servidor AX, consulte Ativação do Servidor AX.