Recuperação de Falhas e Segurança de Dados. 4.3.1 A recuperação de falhas deverá ser na medida do possível, automática. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;
4.3.2 O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);
4.3.3 As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;
4.3.4 As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;
4.3.5 Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.
Recuperação de Falhas e Segurança de Dados. A recuperação de falhas deverá ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário.
Recuperação de Falhas e Segurança de Dados. 5.1. A recuperação de falhas deverá ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário.
5.2. O sistema deverá permitir a realização de backups dos dados.
5.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior.
5.4. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.
Recuperação de Falhas e Segurança de Dados. A recuperação de falhas deverá ser feita na medida do possível, automaticamente, ocorrendo de forma transparente ao usuário. Os softwares deverão conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário. Os softwares deverão permitir a realização de backups diários dos dados pela Administração e de forma automática.
Recuperação de Falhas e Segurança de Dados. 2.3.1 Garantir segurança total dos dados, mantendo a integridade do Banco de Dados em casos de queda de energia.
2.3.2 Possuir rotina de backup integrada ao sistema.
2.3.3 Possibilitar a execução da rotina de backup parametrizada de forma automatizada, sem intervenção do usuário, em horários agendados.
2.3.4 Possuir tratamento de erros de sistema enviado para usuários e gravação de erros em Log.
2.3.5 Realização de backups diários locais e em nuvem.
2.3.6 Manutenção e validação dos bancos de dados.
2.3.7 Possuir rotina de validação dos backups.
2.3.8 Monitoramento e envio diário de notificações (e-mail) dos processos realizados, garantindo assim a integridade dos bancos de dados e dos backups da CONTRATANTE.
2.3.9 Painel de acesso aos backups realizados na nuvem.
2.3.10 Os backups devem ser mantidos na nuvem pelo período mínimo de 20 dias.
Recuperação de Falhas e Segurança de Dados. 1.2.1. A solução integrada deverá permitir a realização de backups dos dados de forma on- line (com o banco de dados em utilização).
1.2.2. As transações, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior.
1.2.3. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações – Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente.
1.2.4. Prover funcionalidade de consulta e impressão dos históricos de acesso, permitindo a seleção por usuário, funcionalidade, períodos e endereço IP.
Recuperação de Falhas e Segurança de Dados. 1.3.2.1 A recuperação de falhas deverá ser na medida do possível, automática, ocorrendo de forma transparente ao usuário.
1.3.2.2 A SOLUÇÃO ERP deverá conter mecanismos de proteção que impeçam e perda de transações já efetivadas pelo usuário.
1.3.2.3 A SOLUÇÃO ERP deverá permitir a realização de backups dos dados de forma on-line (com banco de dados em utilização).
1.3.2.4 A SOLUÇÃO ERP deverá possuir procedimentos de segurança que protejam as informações e os acessos ao sistema. As tarefas executadas deverão ser controladas e preservadas quanto ao uso indevido e da prática de atos contrários aos interesses da Fundação iNOVA Capixaba e de suas Unidades Hospitalares.
1.3.2.5 A SOLUÇÃO ERP deverá contar com uma estrutura de supervisão que mantenha permanente vigilância e controle sobre todos os atos praticados pelos usuários da SOLUÇÃO ERP, permitindo a auditoria de todas as operações efetuadas por usuários (alterações, inclusões e exclusões).
1.3.2.6 A SOLUÇÃO ERP deverá permitir a visualização do histórico dos trâmites dos atos praticados, por meio de relatórios em tela, em formato pdf, com a opção de impressão.
1.3.2.7 A SOLUÇÃO ERP deverá permitir a integridade do banco de dados em todas as transações realizadas até o momento, em situações de queda de energia e falhas de software e hardware.
1.3.2.8 As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações - Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente.
1.3.2.9 Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.
1.3.2.10 Na SOLUÇÃO ERP, as informações e os dados gerados deverão ser armazenados em “data center”, devendo o contratado providenciar as configurações que se façam necessárias, sem ônus para a Fundação;
1.3.2.11 A segurança dos arquivos relacionados com o Software é de responsabilidade do contratado. As operações efetuadas sobre a base de dados e a integridade referencial da Fundação deverão ser garantidas pelo sistema.
1.3.2.11.1 A SOLUÇÃO ERP deverá possuir módulo de auditoria aos acessos de usuários em todos os módulos instalados, especificando IP, hora, data e usuário.
1.3.2.11.2 A SOLUÇÃO ERP deverá possuir histórico (log) de todas as operações efetuad...
Recuperação de Falhas e Segurança de Dados. Garantir segurança total dos dados, mantendo a integridade do Banco de Dados em casos de queda de energia.
Recuperação de Falhas e Segurança de Dados. Rua Rage Maluf, 61 – Monte Mor – SP – XXX 00000-000 – Fone/Fax: (00) 0000-0000 E-mail: xxxxxx@xxxxxxxxxxxxxx.xx.xxx.xx
1.2.1. A recuperação de falhas deverá ser, na medida do possível, automática, ocorrendo de for- ma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário.
1.2.2. O sistema deverá permitir a realização de backups dos dados mesmo que o banco de dados esteja aberto ou em uso.
1.2.3. Em caso de falha operacional ou lógica o sistema deverá recuperar-se, de modo a resguar- dar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.
1.2.4. O Sistema deverá possibilitar o backup dos arquivos, e deverá ser no método incremental.
1.2.5. O Sistema deverá ainda possibilitar o backup dos arquivos digitais.