Historicamente, ano a ano cresceram as base de dados, que é centralizada e amarrada num único equipamento de banco de dados.
Por diversas vezes precisamos expandir o poder de despacho nas operações de dados, porém ficávamos sem opção a não ser upgrade dessa máquina central ou upgrade de middleware nela - tipicamente o hardware/software mais robusto e caro na organização.
Não acontecendo upgrades de hardware e/ou software que custam centenas de milhares ou mesmo milhões de reais, tivemos buscando melhorias internas, na customização do DBMS e na customização do GRP.
Estimamos que a preparação da infra necessária consuma 30 horas. Pode ser feita tanto por nós quanto pelo cliente com equipe especializada em manutenção e desempenho sobre dados.
Trabalhamos em duas frentes de flexibilização: base espelho e base réplica.
Base espelho
|
Base réplica
|
- Pode ser usada apenas para relatórios (é read
only);
|
- Pode ser usada para operações de escrita, desde
que não comprometam e não conflitem com dados de produção;
|
- Flag no cadastro de relatórios é "Permitir
processamento em banco espelho";
|
- Flag no cadastro de aplicações/relatórios é
"Permitir processamento em banco réplica";
|
- Flag nos parâmetros do SGCA é
[Relatorios]
MIRROR_ALIAS=NOME_DO_ALIAS_ESPELHO
|
- Flag nos parâmetros do SGCA é
[Relatorios]
SLAVE_ALIAS=NOME_DO_ALIAS_REPLICA
|
- Usa tecnologia de replay de logs de transação
(em nossos cases feita sem commit enforcement no slave);
|
- Usa loads noturnos sobrepondo ou complementando
tabelas a partir do produção primário (os loads são filtrados ou não de
acordo com as necessidades de negócio);
|
- Dados são refletidos praticamente em tempo real
no outro servidor (delay de 1~10 segundos);
|
- Dados são refletidos apenas uma vez por dia, e
normalmente tem abrangência de determinadas tabelas ao invés da base
completa;
|
- Em uso em cliente desde Jun 2019, com 10
relatórios ativos;
|
- Em uso em cliente com 1 relatório ativo; as
tabelas contempladas até aqui são as geradas pela Sumarização
contábil/orçamentária mais
PAR_FONTES_RECURSO PROGRAMAS_TRABALHO
PAR_PROGRAMAS_TRAB
PAR_ORCAMENTO PAR_PLANO_CONTAS V_PAR_PLANO_CONTAS
PAR_FONTES_RECURSO
FONTES_RECURSO
CLASSIF_DESPESA
PAR_CLASSIF_DES
V_PAR_CLASSIF_REC
V_PAR_CLASSIF_DES TAB_ESTRUTURADA_EX
TAB_ESTRUTURADA
REL_TAB_ESTRUT
|
- Relatórios que buscam dados em colunas LOB não
são elegíveis;
|
- Não há restrição de tipo de dados;
|
- Ocasionais mensagens de indisponibilidade podem
aparecer ao usuário (quando DDLs estão sendo aplicadas no primário);
|
- Não aparecem ocasionais mensagens de erro;
|
- O equipamento adicional não precisa ter a mesma
capacidade do primário / produção, mas precisa rodar mesmo sistema
operacional e manter mesmas releases de softwares;
|
- O equipamento adicional não precisa ter mesma
capacidade, nem mesmo software, nem o mesmo sistema operacional do
primário/produção;
|
- A base é fonte importante de contingência em
caso de panes maiores, além de aliviar a carga sobre o servidor principal;
|
- Apenas considerada para recuperação de dados em
últimos casos, quando backups, logs, e base standby não puderem ser
recuperadas;
|
- Fature de software no DB2 é HADR, que vem junto
com todas edições sem alteração no valor do software;
|
- Não usa nenhuma feature, apenas operações
básicas de declaração de cursores e loads;
|
- Pode ser verificada para qualquer relatório,
independente do módulo e da abrangência temporal.
|
- Pode ser verificada para qualquer consulta ou
processamento paralelo sobre dados contábeis sumarizados até o dia D - 1;
para demandas de outros módulos / tabelas para as quais abrangência temporal
D - 1 seja suficiente, precisamos antes colocar o conjunto de tabelas e os
filtros aplicáveis.
|
Reforçando as vantagens:
1 - Oferecem nível superior para alta disponibilidade e melhor desempenho geral do sistema.
2 - São alternativas projetadas e concebidas pela empresa para escapar de único ponto de falha e concorrência de todo workload sobre apenas um equipamento.
3 - Flexibilidade para aproveitamento de equipamentos paralelos - ao invés de centenas de milhares de reais em replacement.
4 - São soluções de baixa complexidade e baixo custo que apresentamos antes de middleware sofisticado que custa 4~5 milhões de reais.
Para maiores informações sobre este serviço entre contato conosco.
